From joakime@sics.se Tue Jun 1 09:28:14 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 88F9028C0FD for ; Tue, 1 Jun 2010 09:28:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.804 X-Spam-Level: X-Spam-Status: No, score=0.804 tagged_above=-999 required=5 tests=[AWL=-0.546, BAYES_60=1, HELO_EQ_SE=0.35] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WMQYLcWzP0Ef for ; Tue, 1 Jun 2010 09:28:11 -0700 (PDT) Received: from letter.sics.se (letter.sics.se [193.10.64.6]) by core3.amsl.com (Postfix) with ESMTP id E879228C171 for ; Tue, 1 Jun 2010 09:28:10 -0700 (PDT) Received: from [192.168.1.144] (c-4a15e455.013-276-73746f7.cust.bredbandsbolaget.se [85.228.21.74]) (Authenticated sender: joakime@sics.se) by letter.sics.se (Postfix) with ESMTPSA id 6C9C84011C; Tue, 1 Jun 2010 18:27:57 +0200 (CEST) Message-ID: <4C05350D.7040107@sics.se> Date: Tue, 01 Jun 2010 18:27:57 +0200 From: Joakim Eriksson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: roll Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Roll] Does LLN node in the goal host set have to be ROOT? X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 16:28:14 -0000 Hello, I have assumed that it is possible to have a DODAG where some of the nodes in the DODAG are part of the application-defined set of hosts that needs to be reached (Goal). But reading the below section in 5.3.3.2 it might not be possible: "An LLN node that is a goal for the Objective Function is the root of its own grounded DODAG, at rank ROOT_RANK." Is this a MUST requirement - or just a MAY? Two examples: 1. Assuming that I have one node that store data on a SD card but has a small amount of storage for route-entries. One working solution for the DODAG would be something like this: ROOT -- [The rest of the DODAG] / Storage node In this case the Storage node will not need to store any route entries and not need to route for other nodes. In fact, it might be a RPL-host. 2. Assuming that I have multiple nodes in the LLN that will all end up in the same DODAG and that all of them are important for the application to work. In this case only one of these will be the root and the other would be routers / hosts in the DODAG. This is not possible with the above requirement (in 5.3.3.2). My feeling is that it would be ok to have more than one LLN node in the "Goal" defined by the application. Am I missing some critical issue? Best regards, -- Joakim Eriksson, SICS From pal@cs.stanford.edu Tue Jun 1 10:42:24 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7B2C63A6995 for ; Tue, 1 Jun 2010 10:42:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.37 X-Spam-Level: X-Spam-Status: No, score=-4.37 tagged_above=-999 required=5 tests=[AWL=-0.371, BAYES_50=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gAeJ5cQQKBOR for ; Tue, 1 Jun 2010 10:42:23 -0700 (PDT) Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by core3.amsl.com (Postfix) with ESMTP id A2BE23A68B7 for ; Tue, 1 Jun 2010 10:42:23 -0700 (PDT) Received: from dnab4046bc.stanford.edu ([171.64.70.188]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OJVTf-00026K-Jz for roll@ietf.org; Tue, 01 Jun 2010 10:42:11 -0700 From: Philip Levis Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 1 Jun 2010 10:42:10 -0700 Message-Id: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu> To: ROLL WG Mime-Version: 1.0 (Apple Message framework v1078) X-Mailer: Apple Mail (2.1078) X-Scan-Signature: 993826b9125cbf1b907f71dc54053338 Subject: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 17:42:24 -0000 A recurring theme in feedback on RPL is that simpler is better; LLNs are = often very cost-sensitive for microcontrollers, so less code is better. = It's easy to add mechanisms, bells and whistles: it's harder to = simplify. I propose that we remove the S bit (sibling bit used in routing, Section = 8.2). Four reasons: 1) The justification for the S bit comes from an idea proposed by = Dominique a year or so ago, which he evaluated in simulation. The S bit = has never been used or tested in an operational protocol. It is a "new" = idea, rather than standardizing common practice. This seems like too low = a bar to make it into a proposed standard in a domain where there's huge = operational experience. 2) The real benefit of the S bit comes from when a node that used to = send directly to a DODAG root loses that link, forcing it to move down = in the DODAG (increase Rank), which used to be illegal within a DODAG = iteration. Now that there's MaxDAGRankIncrease, this benefit is not = nearly as great. 3) It increases OF complexity. The S bit allows a node to advertise a = Rank that does not reflect the actual path packets take, as it does not = include the link between the node and its sibling. It could be that this = link is poor, metric-wise, yet the node cannot express this poorness to = its children. The result is that an OF needs to constrain what sibling = links can be used. 4) It consumes an extra bit in a packet and adds additional code to = packet processing In short, it has a significant cost, not a clear benefit, and is = additional complexity that no-one is certain about. I believe we should = remove it from -09. Thoughts? Phil From jpv@cisco.com Tue Jun 1 13:48:52 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 012683A6845 for ; Tue, 1 Jun 2010 13:48:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.717 X-Spam-Level: X-Spam-Status: No, score=-8.717 tagged_above=-999 required=5 tests=[AWL=-0.718, BAYES_50=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HMHOwyE3Gzwn for ; Tue, 1 Jun 2010 13:48:48 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id 226EA28C102 for ; Tue, 1 Jun 2010 13:48:48 -0700 (PDT) Authentication-Results: sj-iport-6.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEABoPBUyrRN+J/2dsb2JhbACeLHGoT5oahRYEj2E X-IronPort-AV: E=Sophos;i="4.53,342,1272844800"; d="scan'208";a="538308871" Received: from sj-core-3.cisco.com ([171.68.223.137]) by sj-iport-6.cisco.com with ESMTP; 01 Jun 2010 20:48:36 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-3.cisco.com (8.13.8/8.14.3) with ESMTP id o51KmZTH000030; Tue, 1 Jun 2010 20:48:35 GMT Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 1 Jun 2010 22:48:34 +0200 Received: from [192.168.48.151] ([10.61.80.230]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 1 Jun 2010 22:48:34 +0200 Message-Id: <9EA8C351-C419-4246-B698-6732783A4985@cisco.com> From: JP Vasseur To: Philip Levis In-Reply-To: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Tue, 1 Jun 2010 22:48:33 +0200 References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu> X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 01 Jun 2010 20:48:34.0350 (UTC) FILETIME=[CD3CE4E0:01CB01CB] Cc: ROLL WG Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 20:48:52 -0000 co-chair hat-off On Jun 1, 2010, at 7:42 PM, Philip Levis wrote: > A recurring theme in feedback on RPL is that simpler is better; LLNs > are often very cost-sensitive for microcontrollers, so less code is > better. It's easy to add mechanisms, bells and whistles: it's harder > to simplify. > > I propose that we remove the S bit (sibling bit used in routing, > Section 8.2). Four reasons: > > 1) The justification for the S bit comes from an idea proposed by > Dominique a year or so ago, which he evaluated in simulation. The S > bit has never been used or tested in an operational protocol. It is > a "new" idea, rather than standardizing common practice. This seems > like too low a bar to make it into a proposed standard in a domain > where there's huge operational experience. > > 2) The real benefit of the S bit comes from when a node that used to > send directly to a DODAG root loses that link, forcing it to move > down in the DODAG (increase Rank), which used to be illegal within a > DODAG iteration. Now that there's MaxDAGRankIncrease, this benefit > is not nearly as great. > > 3) It increases OF complexity. The S bit allows a node to advertise > a Rank that does not reflect the actual path packets take, as it > does not include the link between the node and its sibling. It could > be that this link is poor, metric-wise, yet the node cannot express > this poorness to its children. The result is that an OF needs to > constrain what sibling links can be used. > > 4) It consumes an extra bit in a packet and adds additional code to > packet processing > to be completely fair and the WG will provide feed-back, it allows for using sibling ... while limiting risk of loops, which may be quite beneficial in a number of topologies where detaching or poisoning the sub-DAG may take some time, thus helping with convergence time. > In short, it has a significant cost, not a clear benefit, and is > additional complexity that no-one is certain about. I believe we > should remove it from -09. > > Thoughts? > > Phil > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From pal@cs.stanford.edu Tue Jun 1 13:52:02 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 142B428C119 for ; Tue, 1 Jun 2010 13:52:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.184 X-Spam-Level: X-Spam-Status: No, score=-4.184 tagged_above=-999 required=5 tests=[AWL=-0.185, BAYES_50=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5r2iUuxoKVGr for ; Tue, 1 Jun 2010 13:51:58 -0700 (PDT) Received: from cs-smtp-3.Stanford.EDU (cs-smtp-3.Stanford.EDU [171.64.64.27]) by core3.amsl.com (Postfix) with ESMTP id 05C5628C138 for ; Tue, 1 Jun 2010 13:51:58 -0700 (PDT) Received: from dnab4046bc.stanford.edu ([171.64.70.188]) by cs-smtp-3.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OJYR7-0001nn-Vo; Tue, 01 Jun 2010 13:51:46 -0700 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Philip Levis In-Reply-To: <9EA8C351-C419-4246-B698-6732783A4985@cisco.com> Date: Tue, 1 Jun 2010 13:51:45 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu> <9EA8C351-C419-4246-B698-6732783A4985@cisco.com> To: JP Vasseur X-Mailer: Apple Mail (2.1078) X-Scan-Signature: 72f97ea9660f372cf635c7c250d627db Cc: ROLL WG Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 20:52:02 -0000 On Jun 1, 2010, at 1:48 PM, JP Vasseur wrote: > co-chair hat-off >=20 > On Jun 1, 2010, at 7:42 PM, Philip Levis wrote: >=20 >> A recurring theme in feedback on RPL is that simpler is better; LLNs = are often very cost-sensitive for microcontrollers, so less code is = better. It's easy to add mechanisms, bells and whistles: it's harder to = simplify. >>=20 >> I propose that we remove the S bit (sibling bit used in routing, = Section 8.2). Four reasons: >>=20 >> 1) The justification for the S bit comes from an idea proposed by = Dominique a year or so ago, which he evaluated in simulation. The S bit = has never been used or tested in an operational protocol. It is a "new" = idea, rather than standardizing common practice. This seems like too low = a bar to make it into a proposed standard in a domain where there's huge = operational experience. >>=20 >> 2) The real benefit of the S bit comes from when a node that used to = send directly to a DODAG root loses that link, forcing it to move down = in the DODAG (increase Rank), which used to be illegal within a DODAG = iteration. Now that there's MaxDAGRankIncrease, this benefit is not = nearly as great. >>=20 >> 3) It increases OF complexity. The S bit allows a node to advertise a = Rank that does not reflect the actual path packets take, as it does not = include the link between the node and its sibling. It could be that this = link is poor, metric-wise, yet the node cannot express this poorness to = its children. The result is that an OF needs to constrain what sibling = links can be used. >>=20 >> 4) It consumes an extra bit in a packet and adds additional code to = packet processing >>=20 >=20 > to be completely fair and the WG will provide feed-back, it allows for = using sibling ... while limiting risk of loops, which may be quite = beneficial in a number of topologies where detaching or poisoning the = sub-DAG may take some time, thus helping with convergence time. I agree -- but there are no experimental results that this matters. I = covered the major case in 2.=20 Phil= From trac@tools.ietf.org Tue Jun 1 13:52:12 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7C1C128C119 for ; Tue, 1 Jun 2010 13:52:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.063 X-Spam-Level: X-Spam-Status: No, score=-102.063 tagged_above=-999 required=5 tests=[AWL=0.537, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d5+cTuGWRlju for ; Tue, 1 Jun 2010 13:52:11 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id B60DC28C12B for ; Tue, 1 Jun 2010 13:52:11 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1OJYRL-0006v4-Rp; Tue, 01 Jun 2010 13:52:00 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "roll issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: pthubert@cisco.com, jpv@cisco.com X-Trac-Project: roll Date: Tue, 01 Jun 2010 20:51:59 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: http://wiki.tools.ietf.org/wg/roll/trac/ticket/42 Message-ID: <055.53a480e17664dd319040e377063138a3@tools.ietf.org> X-Trac-Ticket-ID: 42 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: pthubert@cisco.com, jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: [Roll] [roll] #42: adding the SLLA and MTU options in the RPL spec ? X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 20:52:12 -0000 #42: adding the SLLA and MTU options in the RPL spec ? --------------------------------+------------------------------------------- Reporter: jpv@… | Owner: pthubert@… Type: defect | Status: new Priority: major | Milestone: Component: rpl | Version: Severity: Active WG Document | Keywords: --------------------------------+------------------------------------------- Question from Pascal to the WG: The last question in my mind is whether we should also include the SLLA and MTU options. Make sense to me and got positive answers on the ML. JP> That would makes sense. All, please let us know if you disagree by end of the week since we would like to close on this item for the revision 09 that we would like to post before the Virtual WG meeting. Thanks. JP. -- Ticket URL: roll From trac@tools.ietf.org Tue Jun 1 13:53:14 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 67B9B28C12F for ; Tue, 1 Jun 2010 13:53:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.786 X-Spam-Level: X-Spam-Status: No, score=-100.786 tagged_above=-999 required=5 tests=[AWL=-0.786, BAYES_50=0.001, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hTYdDF6dbpr9 for ; Tue, 1 Jun 2010 13:53:13 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 70A0E28C12B for ; Tue, 1 Jun 2010 13:53:13 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1OJYSL-0006vN-F6; Tue, 01 Jun 2010 13:53:01 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "roll issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: pal@cs.stanford.edu, jpv@cisco.com X-Trac-Project: roll Date: Tue, 01 Jun 2010 20:53:01 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: https://svn.tools.ietf.org/wg/roll/trac/ticket/43 Message-ID: <055.9c7de9b488a222703304e83e3a89bf1f@tools.ietf.org> X-Trac-Ticket-ID: 43 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: pal@cs.stanford.edu, jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: [Roll] [roll] #43: S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 20:53:14 -0000 #43: S bit --------------------------------+------------------------------------------- Reporter: jpv@… | Owner: pal@… Type: defect | Status: new Priority: major | Milestone: Component: rpl | Version: Severity: Active WG Document | Keywords: --------------------------------+------------------------------------------- JP> co-chair hat-off On Jun 1, 2010, at 7:42 PM, Philip Levis wrote: A recurring theme in feedback on RPL is that simpler is better; LLNs are often very cost-sensitive for microcontrollers, so less code is better. It's easy to add mechanisms, bells and whistles: it's harder to simplify. I propose that we remove the S bit (sibling bit used in routing, Section 8.2). Four reasons: 1) The justification for the S bit comes from an idea proposed by Dominique a year or so ago, which he evaluated in simulation. The S bit has never been used or tested in an operational protocol. It is a "new" idea, rather than standardizing common practice. This seems like too low a bar to make it into a proposed standard in a domain where there's huge operational experience. 2) The real benefit of the S bit comes from when a node that used to send directly to a DODAG root loses that link, forcing it to move down in the DODAG (increase Rank), which used to be illegal within a DODAG iteration. Now that there's MaxDAGRankIncrease, this benefit is not nearly as great. 3) It increases OF complexity. The S bit allows a node to advertise a Rank that does not reflect the actual path packets take, as it does not include the link between the node and its sibling. It could be that this link is poor, metric-wise, yet the node cannot express this poorness to its children. The result is that an OF needs to constrain what sibling links can be used. 4) It consumes an extra bit in a packet and adds additional code to packet processing JP> to be completely fair and the WG will provide feed-back, it allows for using sibling ... while limiting risk of loops, which may be quite beneficial in a number of topologies where detaching or poisoning the sub- DAG may take some time, thus helping with convergence time. In short, it has a significant cost, not a clear benefit, and is additional complexity that no-one is certain about. I believe we should remove it from -09. Thoughts? Phil -- Ticket URL: roll From jpv@cisco.com Tue Jun 1 13:56:32 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 385F228C12F for ; Tue, 1 Jun 2010 13:56:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.052 X-Spam-Level: X-Spam-Status: No, score=-9.052 tagged_above=-999 required=5 tests=[AWL=-0.312, BAYES_20=-0.74, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Jf637GEVb+PW for ; Tue, 1 Jun 2010 13:56:31 -0700 (PDT) Received: from sj-iport-2.cisco.com (sj-iport-2.cisco.com [171.71.176.71]) by core3.amsl.com (Postfix) with ESMTP id 3BCEB28C148 for ; Tue, 1 Jun 2010 13:56:31 -0700 (PDT) Authentication-Results: sj-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAMkQBUyrR7H+/2dsb2JhbACeLHGoP5odhRYEj2E X-IronPort-AV: E=Sophos;i="4.53,342,1272844800"; d="scan'208";a="259234432" Received: from sj-core-2.cisco.com ([171.71.177.254]) by sj-iport-2.cisco.com with ESMTP; 01 Jun 2010 20:56:18 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o51KuIsP011616; Tue, 1 Jun 2010 20:56:19 GMT Received: from xfe-ams-202.cisco.com ([144.254.231.96]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 1 Jun 2010 22:56:17 +0200 Received: from [192.168.48.151] ([10.61.80.230]) by xfe-ams-202.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 1 Jun 2010 22:56:17 +0200 Message-Id: <3A9C42ED-46C9-4799-BACF-AD56F63881FB@cisco.com> From: JP Vasseur To: Philip Levis In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Tue, 1 Jun 2010 22:56:16 +0200 References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu> <9EA8C351-C419-4246-B698-6732783A4985@cisco.com> X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 01 Jun 2010 20:56:17.0510 (UTC) FILETIME=[E14D8060:01CB01CC] Cc: ROLL WG Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 20:56:32 -0000 On Jun 1, 2010, at 10:51 PM, Philip Levis wrote: > > On Jun 1, 2010, at 1:48 PM, JP Vasseur wrote: > >> co-chair hat-off >> >> On Jun 1, 2010, at 7:42 PM, Philip Levis wrote: >> >>> A recurring theme in feedback on RPL is that simpler is better; >>> LLNs are often very cost-sensitive for microcontrollers, so less >>> code is better. It's easy to add mechanisms, bells and whistles: >>> it's harder to simplify. >>> >>> I propose that we remove the S bit (sibling bit used in routing, >>> Section 8.2). Four reasons: >>> >>> 1) The justification for the S bit comes from an idea proposed by >>> Dominique a year or so ago, which he evaluated in simulation. The >>> S bit has never been used or tested in an operational protocol. It >>> is a "new" idea, rather than standardizing common practice. This >>> seems like too low a bar to make it into a proposed standard in a >>> domain where there's huge operational experience. >>> >>> 2) The real benefit of the S bit comes from when a node that used >>> to send directly to a DODAG root loses that link, forcing it to >>> move down in the DODAG (increase Rank), which used to be illegal >>> within a DODAG iteration. Now that there's MaxDAGRankIncrease, >>> this benefit is not nearly as great. >>> >>> 3) It increases OF complexity. The S bit allows a node to >>> advertise a Rank that does not reflect the actual path packets >>> take, as it does not include the link between the node and its >>> sibling. It could be that this link is poor, metric-wise, yet the >>> node cannot express this poorness to its children. The result is >>> that an OF needs to constrain what sibling links can be used. >>> >>> 4) It consumes an extra bit in a packet and adds additional code >>> to packet processing >>> >> >> to be completely fair and the WG will provide feed-back, it allows >> for using sibling ... while limiting risk of loops, which may be >> quite beneficial in a number of topologies where detaching or >> poisoning the sub-DAG may take some time, thus helping with >> convergence time. > > I agree -- but there are no experimental results that this matters. > I covered the major case in 2. But we also do not have strong evidence that 2) will work in all cases either and this is code-wise more challenging. Not sure that the S is an issue really. Cheers. jP. > > Phil > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From pal@cs.stanford.edu Tue Jun 1 14:02:25 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id ECE0E28C1A0 for ; Tue, 1 Jun 2010 14:02:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.122 X-Spam-Level: X-Spam-Status: No, score=-4.122 tagged_above=-999 required=5 tests=[AWL=-0.123, BAYES_50=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OBrqk3SOlw0u for ; Tue, 1 Jun 2010 14:02:23 -0700 (PDT) Received: from cs-smtp-3.Stanford.EDU (cs-smtp-3.Stanford.EDU [171.64.64.27]) by core3.amsl.com (Postfix) with ESMTP id 3D57728C17D for ; Tue, 1 Jun 2010 14:02:23 -0700 (PDT) Received: from dnab4046bc.stanford.edu ([171.64.70.188]) by cs-smtp-3.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OJYbD-0002LS-2d; Tue, 01 Jun 2010 14:02:11 -0700 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Philip Levis In-Reply-To: <3A9C42ED-46C9-4799-BACF-AD56F63881FB@cisco.com> Date: Tue, 1 Jun 2010 14:02:10 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <80DC4072-2A76-463D-8D22-46D67FB2DA2C@cs.stanford.edu> References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu> <9EA8C351-C419-4246-B698-6732783A4985@cisco.com> <3A9C42ED-46C9-4799-BACF-AD56F63881FB@cisco.com> To: JP Vasseur X-Mailer: Apple Mail (2.1078) X-Scan-Signature: 8577cc8f8d13cb4ae2b02fc82e253015 Cc: ROLL WG Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 21:02:25 -0000 On Jun 1, 2010, at 1:56 PM, JP Vasseur wrote: >=20 > On Jun 1, 2010, at 10:51 PM, Philip Levis wrote: >=20 >>=20 >> On Jun 1, 2010, at 1:48 PM, JP Vasseur wrote: >>=20 >>> co-chair hat-off >>>=20 >>> On Jun 1, 2010, at 7:42 PM, Philip Levis wrote: >>>=20 >>>> A recurring theme in feedback on RPL is that simpler is better; = LLNs are often very cost-sensitive for microcontrollers, so less code is = better. It's easy to add mechanisms, bells and whistles: it's harder to = simplify. >>>>=20 >>>> I propose that we remove the S bit (sibling bit used in routing, = Section 8.2). Four reasons: >>>>=20 >>>> 1) The justification for the S bit comes from an idea proposed by = Dominique a year or so ago, which he evaluated in simulation. The S bit = has never been used or tested in an operational protocol. It is a "new" = idea, rather than standardizing common practice. This seems like too low = a bar to make it into a proposed standard in a domain where there's huge = operational experience. >>>>=20 >>>> 2) The real benefit of the S bit comes from when a node that used = to send directly to a DODAG root loses that link, forcing it to move = down in the DODAG (increase Rank), which used to be illegal within a = DODAG iteration. Now that there's MaxDAGRankIncrease, this benefit is = not nearly as great. >>>>=20 >>>> 3) It increases OF complexity. The S bit allows a node to advertise = a Rank that does not reflect the actual path packets take, as it does = not include the link between the node and its sibling. It could be that = this link is poor, metric-wise, yet the node cannot express this = poorness to its children. The result is that an OF needs to constrain = what sibling links can be used. >>>>=20 >>>> 4) It consumes an extra bit in a packet and adds additional code to = packet processing >>>>=20 >>>=20 >>> to be completely fair and the WG will provide feed-back, it allows = for using sibling ... while limiting risk of loops, which may be quite = beneficial in a number of topologies where detaching or poisoning the = sub-DAG may take some time, thus helping with convergence time. >>=20 >> I agree -- but there are no experimental results that this matters. I = covered the major case in 2. >=20 > But we also do not have strong evidence that 2) will work in all cases = either and this is code-wise more challenging. > Not sure that the S is an issue really. How is it code-wise more challenging? The S bit is on the forwarding = path; max increase is part of routing. As I said, it seems to be an = unnecessary bell and whistle. I'd hope that the bar for inclusion in an = IETF proposed standard is higher than a slide deck and a few = simulations. Phil= From jpv@cisco.com Tue Jun 1 14:52:32 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0D2613A6972 for ; Tue, 1 Jun 2010 14:52:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.222 X-Spam-Level: X-Spam-Status: No, score=-9.222 tagged_above=-999 required=5 tests=[AWL=-0.112, BAYES_05=-1.11, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LhOPr8HnlwsT for ; Tue, 1 Jun 2010 14:52:31 -0700 (PDT) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id B34123A6852 for ; Tue, 1 Jun 2010 14:52:30 -0700 (PDT) Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEABseBUxAZnwN/2dsb2JhbACeCXGoEJoihRYEj2E X-IronPort-AV: E=Sophos;i="4.53,342,1272844800"; d="scan'208";a="117026120" Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-2.cisco.com with ESMTP; 01 Jun 2010 21:52:18 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o51LqHN6015449; Tue, 1 Jun 2010 21:52:17 GMT Received: from xfe-ams-102.cisco.com ([144.254.231.94]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 1 Jun 2010 23:52:17 +0200 Received: from [192.168.48.151] ([10.61.80.230]) by xfe-ams-102.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 1 Jun 2010 23:52:16 +0200 Message-Id: From: JP Vasseur To: Philip Levis In-Reply-To: <80DC4072-2A76-463D-8D22-46D67FB2DA2C@cs.stanford.edu> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Tue, 1 Jun 2010 23:52:15 +0200 References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu> <9EA8C351-C419-4246-B698-6732783A4985@cisco.com> <3A9C42ED-46C9-4799-BACF-AD56F63881FB@cisco.com> <80DC4072-2A76-463D-8D22-46D67FB2DA2C@cs.stanford.edu> X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 01 Jun 2010 21:52:16.0964 (UTC) FILETIME=[B3B18040:01CB01D4] X-TM-AS-Product-Ver: SMEX-8.0.0.1181-6.000.1038-17420.002 X-TM-AS-Result: No--23.398600-8.000000-31 X-TM-AS-User-Approved-Sender: No X-TM-AS-User-Blocked-Sender: No Cc: ROLL WG Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 21:52:32 -0000 On Jun 1, 2010, at 11:02 PM, Philip Levis wrote: > > On Jun 1, 2010, at 1:56 PM, JP Vasseur wrote: > >> >> On Jun 1, 2010, at 10:51 PM, Philip Levis wrote: >> >>> >>> On Jun 1, 2010, at 1:48 PM, JP Vasseur wrote: >>> >>>> co-chair hat-off >>>> >>>> On Jun 1, 2010, at 7:42 PM, Philip Levis wrote: >>>> >>>>> A recurring theme in feedback on RPL is that simpler is better; >>>>> LLNs are often very cost-sensitive for microcontrollers, so less >>>>> code is better. It's easy to add mechanisms, bells and whistles: >>>>> it's harder to simplify. >>>>> >>>>> I propose that we remove the S bit (sibling bit used in routing, >>>>> Section 8.2). Four reasons: >>>>> >>>>> 1) The justification for the S bit comes from an idea proposed >>>>> by Dominique a year or so ago, which he evaluated in simulation. >>>>> The S bit has never been used or tested in an operational >>>>> protocol. It is a "new" idea, rather than standardizing common >>>>> practice. This seems like too low a bar to make it into a >>>>> proposed standard in a domain where there's huge operational >>>>> experience. >>>>> >>>>> 2) The real benefit of the S bit comes from when a node that >>>>> used to send directly to a DODAG root loses that link, forcing >>>>> it to move down in the DODAG (increase Rank), which used to be >>>>> illegal within a DODAG iteration. Now that there's >>>>> MaxDAGRankIncrease, this benefit is not nearly as great. >>>>> >>>>> 3) It increases OF complexity. The S bit allows a node to >>>>> advertise a Rank that does not reflect the actual path packets >>>>> take, as it does not include the link between the node and its >>>>> sibling. It could be that this link is poor, metric-wise, yet >>>>> the node cannot express this poorness to its children. The >>>>> result is that an OF needs to constrain what sibling links can >>>>> be used. >>>>> >>>>> 4) It consumes an extra bit in a packet and adds additional code >>>>> to packet processing >>>>> >>>> >>>> to be completely fair and the WG will provide feed-back, it >>>> allows for using sibling ... while limiting risk of loops, which >>>> may be quite beneficial in a number of topologies where detaching >>>> or poisoning the sub-DAG may take some time, thus helping with >>>> convergence time. >>> >>> I agree -- but there are no experimental results that this >>> matters. I covered the major case in 2. >> >> But we also do not have strong evidence that 2) will work in all >> cases either and this is code-wise more challenging. >> Not sure that the S is an issue really. > > How is it code-wise more challenging? The S bit is on the forwarding > path; max increase is part of routing. As I said, it seems to be an > unnecessary bell and whistle. I'd hope that the bar for inclusion in > an IETF proposed standard is higher than a slide deck and a few > simulations. > This is a trade-off ... what I was trying to say is that "some" mechanisms have been introduced that are new in the RPL spec. The S bit is one of them, which provides pretty obvious benefits for very reasonable cost. In general I do agree with your comments though: anything not necessary should be removed whenever possible. In that particular case, I'm not sure that the S bit adds that much complexity (we still need to perform other checks for the F, ... bits). Just my thoughts. Let's see what others think. Cheers. JP. > Phil > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From pal@cs.stanford.edu Tue Jun 1 14:55:39 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B6F0A3A689A for ; Tue, 1 Jun 2010 14:55:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.392 X-Spam-Level: X-Spam-Status: No, score=-5.392 tagged_above=-999 required=5 tests=[AWL=1.207, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RGqTexSOrYP9 for ; Tue, 1 Jun 2010 14:55:38 -0700 (PDT) Received: from cs-smtp-2.Stanford.EDU (cs-smtp-2.Stanford.EDU [171.64.64.26]) by core3.amsl.com (Postfix) with ESMTP id E34B93A6803 for ; Tue, 1 Jun 2010 14:55:38 -0700 (PDT) Received: from dnab4046bc.stanford.edu ([171.64.70.188]) by cs-smtp-2.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OJZQk-0003Xd-Ty; Tue, 01 Jun 2010 14:55:27 -0700 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Philip Levis In-Reply-To: Date: Tue, 1 Jun 2010 14:55:26 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <76B4AA99-6355-408A-A569-7B5E43B23DFF@cs.stanford.edu> References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu> <9EA8C351-C419-4246-B698-6732783A4985@cisco.com> <3A9C42ED-46C9-4799-BACF-AD56F63881FB@cisco.com> <80DC4072-2A76-463D-8D22-46D67FB2DA2C@cs.stanford.edu> To: JP Vasseur X-Mailer: Apple Mail (2.1078) X-Scan-Signature: 6bee508a35d8245455fa42c2dd36c733 Cc: ROLL WG Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 21:55:39 -0000 On Jun 1, 2010, at 2:52 PM, JP Vasseur wrote: >>=20 >>=20 >=20 > This is a trade-off ... what I was trying to say is that "some" = mechanisms have been introduced that are new in the RPL spec. The S bit = is one of them, which provides pretty obvious benefits for very = reasonable cost. I disagree that there's sufficient evidence that 1) there are worthwhile benefits, or 2) the cost is reasonable. Phil From jpv@cisco.com Tue Jun 1 14:57:03 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6A3103A68D7 for ; Tue, 1 Jun 2010 14:57:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.962 X-Spam-Level: X-Spam-Status: No, score=-9.962 tagged_above=-999 required=5 tests=[AWL=0.637, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FmaUh6yccRhP for ; Tue, 1 Jun 2010 14:57:02 -0700 (PDT) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 6D5F33A6852 for ; Tue, 1 Jun 2010 14:57:02 -0700 (PDT) Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAFIfBUxAZnwN/2dsb2JhbACeCXGoFZohhRYEj2E X-IronPort-AV: E=Sophos;i="4.53,342,1272844800"; d="scan'208";a="117027782" Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-2.cisco.com with ESMTP; 01 Jun 2010 21:56:49 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o51LunVH017085; Tue, 1 Jun 2010 21:56:49 GMT Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 1 Jun 2010 23:56:48 +0200 Received: from [192.168.48.151] ([10.61.80.230]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 1 Jun 2010 23:56:48 +0200 Message-Id: <658F1927-7F1C-43C4-9E55-AEABD9EE4B75@cisco.com> From: JP Vasseur To: Philip Levis In-Reply-To: <76B4AA99-6355-408A-A569-7B5E43B23DFF@cs.stanford.edu> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Tue, 1 Jun 2010 23:56:48 +0200 References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu> <9EA8C351-C419-4246-B698-6732783A4985@cisco.com> <3A9C42ED-46C9-4799-BACF-AD56F63881FB@cisco.com> <80DC4072-2A76-463D-8D22-46D67FB2DA2C@cs.stanford.edu> <76B4AA99-6355-408A-A569-7B5E43B23DFF@cs.stanford.edu> X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 01 Jun 2010 21:56:48.0543 (UTC) FILETIME=[55912AF0:01CB01D5] Cc: ROLL WG Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Jun 2010 21:57:03 -0000 On Jun 1, 2010, at 11:55 PM, Philip Levis wrote: > > On Jun 1, 2010, at 2:52 PM, JP Vasseur wrote: > >>> >>> >> >> This is a trade-off ... what I was trying to say is that "some" >> mechanisms have been introduced that are new in the RPL spec. The S >> bit is one of them, which provides pretty obvious benefits for very >> reasonable cost. > > I disagree that there's sufficient evidence that > > 1) there are worthwhile benefits, or > 2) the cost is reasonable. I have a different opinion (which is OK !) but let's see what others think. Cheers. JP. > > Phil > > From gnawali@cs.stanford.edu Tue Jun 1 23:07:18 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E34833A6914 for ; Tue, 1 Jun 2010 23:07:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.118 X-Spam-Level: X-Spam-Status: No, score=-4.118 tagged_above=-999 required=5 tests=[BAYES_20=-0.74, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rrturrToiqHo for ; Tue, 1 Jun 2010 23:07:18 -0700 (PDT) Received: from cs-smtp-2.Stanford.EDU (cs-smtp-2.Stanford.EDU [171.64.64.26]) by core3.amsl.com (Postfix) with ESMTP id 1C3113A6863 for ; Tue, 1 Jun 2010 23:07:18 -0700 (PDT) Received: from mail-gy0-f172.google.com ([209.85.160.172]) by cs-smtp-2.Stanford.EDU with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.60) (envelope-from ) id 1OJh6X-0007yE-PF for roll@ietf.org; Tue, 01 Jun 2010 23:07:06 -0700 Received: by gyh4 with SMTP id 4so4469892gyh.31 for ; Tue, 01 Jun 2010 23:07:04 -0700 (PDT) Received: by 10.150.233.18 with SMTP id f18mr7298258ybh.167.1275458824163; Tue, 01 Jun 2010 23:07:04 -0700 (PDT) MIME-Version: 1.0 Received: by 10.150.177.20 with HTTP; Tue, 1 Jun 2010 23:06:44 -0700 (PDT) In-Reply-To: <658F1927-7F1C-43C4-9E55-AEABD9EE4B75@cisco.com> References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu> <9EA8C351-C419-4246-B698-6732783A4985@cisco.com> <3A9C42ED-46C9-4799-BACF-AD56F63881FB@cisco.com> <80DC4072-2A76-463D-8D22-46D67FB2DA2C@cs.stanford.edu> <76B4AA99-6355-408A-A569-7B5E43B23DFF@cs.stanford.edu> <658F1927-7F1C-43C4-9E55-AEABD9EE4B75@cisco.com> From: Omprakash Gnawali Date: Tue, 1 Jun 2010 23:06:44 -0700 Message-ID: To: JP Vasseur Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Scan-Signature: b64bce576883819501cf77c9371f4538 Cc: ROLL WG Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 06:07:19 -0000 On Tue, Jun 1, 2010 at 2:56 PM, JP Vasseur wrote: > > On Jun 1, 2010, at 11:55 PM, Philip Levis wrote: > >> >> On Jun 1, 2010, at 2:52 PM, JP Vasseur wrote: >> >>>> >>>> >>> >>> This is a trade-off ... what I was trying to say is that "some" >>> mechanisms have been introduced that are new in the RPL spec. The S bit= is >>> one of them, which provides pretty obvious benefits for very reasonable >>> cost. >> >> I disagree that there's sufficient evidence that >> >> =A01) there are worthwhile benefits, or >> =A02) the cost is reasonable. > > I have a different opinion (which is OK !) but let's see what others thin= k. Increasing the bar is good, especially when it seems other mechanisms in RPL also address the same problem, albeit differently (Phil's #2). - om_p From pthubert@cisco.com Tue Jun 1 23:27:11 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 42DEB3A659C for ; Tue, 1 Jun 2010 23:27:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.351 X-Spam-Level: X-Spam-Status: No, score=-8.351 tagged_above=-999 required=5 tests=[AWL=-0.166, BAYES_40=-0.185, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 468BdKJ11Az1 for ; Tue, 1 Jun 2010 23:27:07 -0700 (PDT) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 94F0C3A6931 for ; Tue, 1 Jun 2010 23:27:06 -0700 (PDT) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-AV: E=Sophos;i="4.53,345,1272844800"; d="scan'208";a="117003595" Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-1.cisco.com with ESMTP; 02 Jun 2010 06:26:50 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o526QnaW028277; Wed, 2 Jun 2010 06:26:49 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 2 Jun 2010 08:26:49 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Wed, 2 Jun 2010 08:26:45 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D020162C2@XMB-AMS-107.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] S bit Thread-Index: AcsCGd/iJr3ktEFFQhylHK5pkaNO5gAAXUPw References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu> <9EA8C351-C419-4246-B698-6732783A4985@cisco.com> <3A9C42ED-46C9-4799-BACF-AD56F63881FB@cisco.com><80DC4072-2A76-463D-8D22-46D67FB2DA2C@cs.stanford.edu> <76B4AA99-6355-408A-A569-7B5E43B23DFF@cs.stanford.edu> <658F1927-7F1C-43C4-9E55-AEABD9EE4B75@cisco.com> From: "Pascal Thubert (pthubert)" To: "Omprakash Gnawali" , "JP Vasseur" X-OriginalArrivalTime: 02 Jun 2010 06:26:49.0400 (UTC) FILETIME=[95196380:01CB021C] Cc: ROLL WG Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 06:27:12 -0000 Hi Om and all: I disagree with Phil that #2 addresses the same thing. Say we have a simple triangle, A , B and C. A is root, B and C are = siblings.=20 If B fails to pass a packet directly to A for some transient link issue, = it may use C without impacting the topology. With #2, B has to either drop the packet or augment its rank. If it = chooses the latter too quickly, and C does the same seconds later when = it hits the same problem, then they rapidly count to whatever infinity = limit is placed there. But they do not solve the problem. When infinity = is reached, the packets will be dropped. IMHO, #2 is a local repair mechanism when something is really broken. S = addresses transients issues by enabling an alternate successor to both B = and C in my simple triangle. And we have experimental evidence that it = is actually a good idea. I support keeping S. Pascal > -----Original Message----- > From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf = Of > Omprakash Gnawali > Sent: Wednesday, June 02, 2010 8:07 AM > To: JP Vasseur > Cc: ROLL WG > Subject: Re: [Roll] S bit >=20 > On Tue, Jun 1, 2010 at 2:56 PM, JP Vasseur wrote: > > > > On Jun 1, 2010, at 11:55 PM, Philip Levis wrote: > > > >> > >> On Jun 1, 2010, at 2:52 PM, JP Vasseur wrote: > >> > >>>> > >>>> > >>> > >>> This is a trade-off ... what I was trying to say is that "some" > >>> mechanisms have been introduced that are new in the RPL spec. The = S > >>> bit is one of them, which provides pretty obvious benefits for = very > >>> reasonable cost. > >> > >> I disagree that there's sufficient evidence that > >> > >> =A01) there are worthwhile benefits, or > >> =A02) the cost is reasonable. > > > > I have a different opinion (which is OK !) but let's see what others = think. >=20 > Increasing the bar is good, especially when it seems other mechanisms = in RPL > also address the same problem, albeit differently (Phil's #2). >=20 > - om_p > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From pthubert@cisco.com Wed Jun 2 02:04:25 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9AAAC3A697F for ; Wed, 2 Jun 2010 02:04:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.31 X-Spam-Level: X-Spam-Status: No, score=-7.31 tagged_above=-999 required=5 tests=[AWL=-1.176, BAYES_50=0.001, FRT_LOLITA1=1.865, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zHjJ7sOWZoGa for ; Wed, 2 Jun 2010 02:04:11 -0700 (PDT) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 0831A3A6978 for ; Wed, 2 Jun 2010 02:04:10 -0700 (PDT) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-AV: E=Sophos;i="4.53,346,1272844800"; d="scan'208";a="117046558" Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 02 Jun 2010 09:03:58 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5293v32012662; Wed, 2 Jun 2010 09:03:58 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 2 Jun 2010 11:03:57 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 Date: Wed, 2 Jun 2010 11:03:57 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D020163BA@XMB-AMS-107.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: closing #36: Feedback from ZigBee interop event Thread-Index: AcsCMZDTtmQdY+ayQCGe+kMWBkMZ3w== From: "Pascal Thubert (pthubert)" To: , , X-OriginalArrivalTime: 02 Jun 2010 09:03:57.0569 (UTC) FILETIME=[88B9CF10:01CB0232] Subject: [Roll] closing #36: Feedback from ZigBee interop event X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 09:04:25 -0000 RGVhciBXRzoNCg0KV2UganVzdCBwdWJsaXNoZWQgUlBMIDA4IGFkZHJlc3NpbmcgdGhlIFppZ2Jl ZSBmZWVkYmFjay4gSSB0aGluayB0aGF0IHdlIGNhbiBub3cgY2xvc2UgdGhlIHRpY2tldDoNCg0K SW4gbW9yZSBkZXRhaWxzOg0KDQo+ICAxLiBOZWVkIGNsYXJpZmljYXRpb24gb24gdGhlIFJhbmsg YW5kIERhZ1JhbmsuIFRoZSByb290IHJhbmsgaGFzIHZhbHVlIG9mDQo+ICAxIGJ1dCBub3QgY2xl YXIgaWYgdGhhdCBpcyBqdXN0IHRoZSBpbnRlZ2VyIHBhcnQgb3Igbm90Lg0KDQpbUGFzY2FsXSAw OCBzYXlzOg0KDQoiUk9PVF9SQU5LICBUaGlzIGlzIHRoZSByYW5rIGZvciBhIERPREFHIHJvb3Qu ICBST09UX1JBTksgaGFzIGEgdmFsdWUNCiAgICAgICAgIG9mIE1pbkhvcFJhbmtJbmNyZWFzZSAo YXMgYWR2ZXJ0aXNlZCBieSB0aGUgRE9EQUcgcm9vdCksIHN1Y2gNCiAgICAgICAgIHRoYXQgREFH UmFuayhST09UX1JBTkspIGlzIDEuIg0KDQpXaGVyZQ0KDQogICAgICAgICAgICAgICJEQUdSYW5r KHJhbmspID0gZmxvb3IocmFuay9NaW5Ib3BSYW5rSW5jcmVhc2UpIg0KDQpXaGVyZSBmbG9vcih4 KSA9IOKMinjijIsgaXMgdGhlIGxhcmdlc3QgaW50ZWdlciBub3QgZ3JlYXRlciB0aGFuIHguDQoN ClNvIHRoZSB0ZXh0IGlzIGNvbnNpc3RlbnQuIA0KDQpKUCBzdWdnZXN0ZWQgdGhhdCB3ZSBjbGVh cmx5IHBvaW50IG91dCB0aGF0IGZsb29yIGlzIGFjdHVhbGx5IHRoaXMgd2VsbC1rbm93biBmdW5j dGlvbiwgd2hpY2ggd2UnbGwgZG8gaW4gMDkuDQoNCg0KPiANCj4gIDIuIEluIE9GMCwgdGhlIHZh bHVlcyBmb3IgbWluUmFua0luY3JlYXNlIGFuZCBtYXhSYW5rSW5jcmVhc2UgdGFrZSB2YWx1ZQ0K PiBvZiAyNTYgd2hpY2ggY2Fubm90IGJlIHJlcHJlc2VudGVkIGluIHRoZSBEb0RBRyBjb25maWcg c3Vib3B0aW9uICggd2hpY2gNCj4gYWxsb3dzIG9ubHkgMSBieXRlICkuIFRoaXMgbmVlZHMgdG8g YmUgZml4ZWQgaW4gdGhlIHNwZWMuIEFsc28sIHJlLSAgY29uc2lkZXIgaWYNCj4gd2UgcmVhbGx5 IG5lZWQgZnJhY3Rpb25hbCBwYXJ0IGluIHRoZSByYW5rLCBpdCBkb2VzbuKAmXQgc2VlbSB0byAg YmUgdmVyeSB1c2VmdWwuDQoNCltQYXNjYWxdIE9GMCB3aWxsIGJlIG1hZGUgY2xlYXJlciB0aGF0 IGl0IGRvZXMgbm90IHVzZSB0aGUgbG93ZXN0IG9yZGVyIHBhcnQgb2YgdGhlIFJhbmsuDQowOCBu b3cgaGFzIHJvb20gZm9yIHRoZSAyLWJ5dGUgcmFuazoNCiINCiAgICAgICAgMCAgICAgICAgICAg ICAgICAgICAxICAgICAgICAgICAgICAgICAgIDIgICAgICAgICAgICAgICAgICAgMw0KICAgICAg ICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4IDkgMCAxIDIgMyA0IDUgNiA3 IDggOSAwIDENCiAgICAgICArLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICAgIHwgICBUeXBlID0gNCAgICB8IE9wdGlv biBMZW5ndGggfCAgUmVzdmQgIHwgUENTIHwgRElPSW50RG91YmwuICB8DQogICAgICAgKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSsNCiAgICAgICB8ICBESU9JbnRNaW4uICAgfCAgIERJT1JlZHVuLiAgIHwgICAgICAgIE1heFJh bmtJbmNyZWFzZSAgICAgICAgfA0KICAgICAgICstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rDQogICAgICAgfCAgICAgIE1pbkhv cFJhbmtJbmNyZWFzZSAgICAgICB8DQogICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rDQoNCiAgICAgICAgICAgIEZpZ3VyZSAxNjogRm9ybWF0IG9mIHRoZSBET0RBRyBDb25m aWd1cmF0aW9uIE9wdGlvbg0KIg0KDQo+IA0KPiAgMy4gQ2xhcmlmeSB0aGUgSVAgc291cmNlIGFk ZHJlc3MgZm9yIERJUy9EQU8gcGFja2V0cyAtIHNob3VsZCB0aGlzIGJlIHRoZSAgbGluaw0KPiBs b2NhbCBvciBnbG9iYWwgYWRkcmVzcyAoIG9yIGVpdGhlciApID8NCg0KW1Bhc2NhbF0gMDggc2F5 czoNCg0KIiAgIEEgUlBMIENvbnRyb2wgTWVzc2FnZSBoYXMgdGhlIHNjb3BlIG9mIGEgbGluay4g IFRoZSBzb3VyY2UgYWRkcmVzcyBpcw0KICAgYSBsaW5rIGxvY2FsIGFkZHJlc3MuICBUaGUgZGVz dGluYXRpb24gYWRkcmVzcyBpcyBlaXRoZXIgYWxsIHJvdXRlcnMNCiAgIG11bHRpY2FzdCBhZGRy ZXNzIChGRjAyOjoyKSBvciBhIGxpbmsgbG9jYWwgYWRkcmVzcy4NCiINCg0KQWRkaXRpb25hbGx5 LCB3ZSBhcmUgd29ya2luZyBvbiBhIFJldmVyc2UgUkggYW5kIGEgUmVjb3JkIFJvdXRlIHRvIGJl IGFibGUgdG8gdXNlIFJQTCBtZXNzYWdlIHRvIGxlYXJuIGEgc291cmNlIHJvdXRlIHBhdGgsIHRv IGJlIHB1Ymxpc2hlZCBzb29uLg0KDQoNCj4gDQo+ICA0LiBOZWVkIGNsYXJpZmljYXRpb24gb24g Zmxvd2xhYmVsLiBDdXJyZW50bHkgaXQgaXMgbm90IHBvc3NpYmxlIHRvICBpbXBsZW1lbnQgYXMN Cj4gZGVmaW5lZCAoIHdpdGhvdXQgbGF5ZXIgdmlvbGF0aW9ucyApIHNpbmNlIGEgbm9kZSB3aWxs IG5lZWQgIHRvIGtub3cgaWYgdGhlIG5leHQNCj4gaG9wIGlzIHRoZSBmaW5hbCBkZXN0aW5hdGlv biBhbmQgaWYgdGhlIHByZXZpb3VzIGhvcCAgd2FzIHRoZSBvcmlnaW5hdG9yIG9mIHRoZQ0KPiBw YWNrZXTigKYuLmN1cnJlbnQgaW1wbGVtZW50YXRpb25zIGhhdmUgcmVtb3ZlZCAgZmxvdyBsYWJl bCB2YWxpZGF0aW9uDQoNCltQYXNjYWxdIDA4IGlzIGEgYml0IHZhZ3VlIHN0aWxsIGFib3V0IHRo aXMsIGFuZCB3ZSBhcmUgd2FpdGluZyBmb3IgcHJvZ3Jlc3Mgb24gdGhlIDZNQU4gZnJvbnQNCjA4 IHNheXMgIg0KDQpSUEwgbG9vcCBkZXRlY3Rpb24gdXNlcyBpbmZvcm1hdGlvbiB0aGF0IGlzIHBs YWNlZCBpbnRvIHRoZSBwYWNrZXQuDQogICBBIGZ1dHVyZSB2ZXJzaW9uIG9mIHRoaXMgc3BlY2lm aWNhdGlvbiB3aWxsIGRldGFpbCBob3cgdGhpcw0KICAgaW5mb3JtYXRpb24gaXMgY2FycmllZCB3 aXRoIHRoZSBwYWNrZXQgKGUuZy4gYSBob3AtYnktaG9wIG9wdGlvbg0KICAgKFtJLUQuaHVpLTZt YW4tcnBsLW9wdGlvbl0pIG9yIHN1bW1hcml6ZWQgc29tZWhvdyBpbnRvIHRoZSBmbG93DQogICBs YWJlbCkuICBGb3IgdGhlIHB1cnBvc2Ugb2YgUlBMIG9wZXJhdGlvbnMsIHRoZSBpbmZvcm1hdGlv biBjYXJyaWVkDQogICB3aXRoIGEgcGFja2V0IGlzIGNvbnN0cnVjdGVkIGZvbGxvd3M6DQoNCiAg ICAgICAgMCAgICAgICAgICAgICAgICAgICAxICAgICAgICAgICAgICAgICAgIDIgICAgICAgICAg ICAgICAgICAgMw0KICAgICAgICAwIDEgMiAzIDQgNSA2IDcgOCA5IDAgMSAyIDMgNCA1IDYgNyA4 IDkgMCAxIDIgMyA0IDUgNiA3IDggOSAwIDENCiAgICAgICArLSstKy0rLSstKy0rLSstKy0rLSst Ky0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKw0KICAgICAgIHxPfFN8 UnxGfDB8MHwwfDB8IFJQTEluc3RhbmNlSUQgfCAgICAgICAgICBTZW5kZXJSYW5rICAgICAgICAg ICB8DQogICAgICAgKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0rLSstKy0r LSstKy0rLSstKy0rLSstKy0rLSsNCg0KICAgICAgICAgICAgICAgICAgICAgICAgICBSUEwgUGFj a2V0IEluZm9ybWF0aW9uDQoiDQoNCldlIGFyZSB2ZXJ5IGNsZWFyIHRoYXQgd2Ugd2FudCBtb3N0 IG9mIHRoZSBpbmZvcm1hdGlvbiBpbiB0aGUgbmV3IG9wdGlvbiwgYnV0IHRoZSBpbnN0YW5jZUlE Lg0KV2hldGhlciB0aGUgaW5zdGFuY2VJRCBpcyBpbiB0aGUgY2xlYXIgaW4gdGhlIGZsb3cgbGFi ZWwgb3IgaW4gdGhlIG9wdGlvbiBidXQgaW5mZXJyZWQgZnJvbSB0aGUgZmxvdyBsYWJlbCBpcyBz dGlsbCB1bmRlciBkaXNjdXNzaW9uLg0KDQo+IA0KPiAgNS4gTmVlZCBjbGFyaWZpY2F0aW9uIG9u IHRoZSB1c2Ugb2YgdGhlIGRlc3RpbmF0aW9uIHByZWZpeC4gSG93IG1hbnkgb2YgIHRoZW0NCj4g Y2FuIGJlIGluY2x1ZGVkIGluIGEgRElPID8gSXMgdGhpcyBpbnRlbmRlZCB0byBiZSB0aGUgcHJl Zml4IG9mIHRoZSAgNmxvd3BhbiBvcg0KPiBpcyB0aGlzIGEgcHJlZml4IHRoYXQgY2FuIGJlIHJl YWNoZWQgYnkgdGhlIHJvb3Qgbm9kZSAoIG9uIHRoZSAgd2lyZWQgc2lkZSApID8NCg0KW1Bhc2Nh bF0gMDggbm93IGluY2x1ZGVzIE5EJ3MgUklPIGFuZCBQSU8uIFBJTyBpcyB0aGUgZm9ybWVyIGFu ZCBSSU8gaXMgdGhlIExBVFRFUi4NCg0KPiAgNi4gRG9lcyBSUEwgaW50ZW5kIHRvIGRlZmluZSBt ZXNzYWdlcyB0byBhbGxvdyBuZWlnaGJvcmluZyBub2RlcyB0bw0KPiBleGNoYW5nZSBiaWRpcmVj dGlvbmFsIGxpbmsgcXVhbGl0eSBlc3RpbWF0ZXMgYmV0d2VlbiB0aGVtc2VsdmVzID8NCg0KW1Bh c2NhbF0gdGhlcmUgd2FzIGEgbG9uZyBkaXNjdXNzaW9uIG9uIHRoaXMuIEN1cnJlbnRseSB0aGF0 IGlzIG91dCBvZiBzY29wZS4NCkRvZXMgYW55b25lIHJlYWxseSB3YW50IHRvIG9wZW4gdGhpcyBi b3g/DQoNClBhc2NhbA0K From root@core3.amsl.com Wed Jun 2 02:45:03 2010 Return-Path: X-Original-To: roll@ietf.org Delivered-To: roll@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id 319BD3A6957; Wed, 2 Jun 2010 02:45:01 -0700 (PDT) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20100602094503.319BD3A6957@core3.amsl.com> Date: Wed, 2 Jun 2010 02:45:02 -0700 (PDT) Cc: roll@ietf.org Subject: [Roll] I-D Action:draft-ietf-roll-of0-02.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 09:45:03 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Routing Over Low power and Lossy networks Working Group of the IETF. Title : RPL Objective Function 0 Author(s) : P. Thubert Filename : draft-ietf-roll-of0-02.txt Pages : 9 Date : 2010-06-02 The Routing Protocol for Low Power and Lossy Networks (RPL) defines a generic Distance Vector protocol for Low Power and Lossy Networks (LLNs). RPL is instantiated to honor a particular routing objective/ constraint by the adding a specific Objective Function (OF) that is designed to solve that problem. This specification defines a basic OF, OF0, that uses only the abstract properties exposed in RPL messages to maximize connectivity. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-roll-of0-02.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ 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: Message/External-body; name="draft-ietf-roll-of0-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2010-06-02024423.I-D@ietf.org> --NextPart-- From pthubert@cisco.com Wed Jun 2 02:48:54 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 945843A68AB for ; Wed, 2 Jun 2010 02:48:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.7 X-Spam-Level: X-Spam-Status: No, score=-8.7 tagged_above=-999 required=5 tests=[AWL=0.410, BAYES_05=-1.11, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MTKwK8IsfmsR for ; Wed, 2 Jun 2010 02:48:53 -0700 (PDT) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 88BBB3A67A5 for ; Wed, 2 Jun 2010 02:48:53 -0700 (PDT) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: An8FADvFBUxAZnwM/2dsb2JhbACDGY5qiyxncaUZiRCRLIEmgwJsBA X-IronPort-AV: E=Sophos;i="4.53,346,1272844800"; d="scan'208";a="117066198" Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-1.cisco.com with ESMTP; 02 Jun 2010 09:48:40 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o529melN014973 for ; Wed, 2 Jun 2010 09:48:40 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 2 Jun 2010 11:48:40 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 Date: Wed, 2 Jun 2010 11:48:37 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D02016412@XMB-AMS-107.cisco.com> In-Reply-To: <20100602094424.765143A6957@core3.amsl.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: New Version Notification for draft-ietf-roll-of0-02 Thread-Index: AcsCODQIBY+9hlmvT/2dcwiOliEeKQAABmnw References: <20100602094424.765143A6957@core3.amsl.com> From: "Pascal Thubert (pthubert)" To: X-OriginalArrivalTime: 02 Jun 2010 09:48:40.0040 (UTC) FILETIME=[C79A6680:01CB0238] Subject: Re: [Roll] New Version Notification for draft-ietf-roll-of0-02 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 09:48:54 -0000 SGk6DQoNCk9GMC0yIHdhcyBqdXN0IHB1Ymxpc2hlZC4gTGltaXRlZCBjaGFuZ2VzIGluY2x1ZGU6 DQoNCi0gIG1ha2UgaXQgdmVyeSBjbGVhciB0aGF0IG9ubHkgb25lIG9jdGV0IG9mIHRoZSByYW5r IGlzIHJlYWxseSB1c2VkIChmcm9tIFppZ2JlZSdzIGludGVyb3AgY29tbWVudHMpLg0KLSBwcm92 aWRlIGFuIGFic3RyYWN0aW9uIG9mIHRoZSBpbnRlcmFjdGlvbiB3aXRoIHRoZSBjb3JlIHNwZWMg KHJlcXVlc3RlZCBzb21lIHRpbWUgYWdvIG9uIHRoZSBsaXN0KSB0aG91Z2ggbm90IGF0IGFuIEFQ SSBsZXZlbC4NCg0KQ2hlZXJzLA0KDQpQYXNjYWwNCg0KDQo+IC0tLS0tT3JpZ2luYWwgTWVzc2Fn ZS0tLS0tDQo+IEZyb206IElFVEYgSS1EIFN1Ym1pc3Npb24gVG9vbCBbbWFpbHRvOmlkc3VibWlz c2lvbkBpZXRmLm9yZ10NCj4gU2VudDogV2VkbmVzZGF5LCBKdW5lIDAyLCAyMDEwIDExOjQ0IEFN DQo+IFRvOiBQYXNjYWwgVGh1YmVydCAocHRodWJlcnQpDQo+IFN1YmplY3Q6IE5ldyBWZXJzaW9u IE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtaWV0Zi1yb2xsLW9mMC0wMg0KPiANCj4gDQo+IEEgbmV3 IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1pZXRmLXJvbGwtb2YwLTAyLnR4dCBoYXMgYmVlbiBzdWNj ZXNzZnVsbHkNCj4gc3VibWl0dGVkIGJ5IFBhc2NhbCBUaHViZXJ0IGFuZCBwb3N0ZWQgdG8gdGhl IElFVEYgcmVwb3NpdG9yeS4NCj4gDQo+IEZpbGVuYW1lOgkgZHJhZnQtaWV0Zi1yb2xsLW9mMA0K PiBSZXZpc2lvbjoJIDAyDQo+IFRpdGxlOgkJIFJQTCBPYmplY3RpdmUgRnVuY3Rpb24gMA0KPiBD cmVhdGlvbl9kYXRlOgkgMjAxMC0wNi0wMg0KPiBXRyBJRDoJCSByb2xsDQo+IE51bWJlcl9vZl9w YWdlczogOQ0KPiANCj4gQWJzdHJhY3Q6DQo+IFRoZSBSb3V0aW5nIFByb3RvY29sIGZvciBMb3cg UG93ZXIgYW5kIExvc3N5IE5ldHdvcmtzIChSUEwpIGRlZmluZXMgYQ0KPiBnZW5lcmljIERpc3Rh bmNlIFZlY3RvciBwcm90b2NvbCBmb3IgTG93IFBvd2VyIGFuZCBMb3NzeSBOZXR3b3JrcyAoTExO cykuDQo+IFJQTCBpcyBpbnN0YW50aWF0ZWQgdG8gaG9ub3IgYSBwYXJ0aWN1bGFyIHJvdXRpbmcg b2JqZWN0aXZlLyBjb25zdHJhaW50IGJ5IHRoZQ0KPiBhZGRpbmcgYSBzcGVjaWZpYyBPYmplY3Rp dmUgRnVuY3Rpb24gKE9GKSB0aGF0IGlzIGRlc2lnbmVkIHRvIHNvbHZlIHRoYXQNCj4gcHJvYmxl bS4gIFRoaXMgc3BlY2lmaWNhdGlvbiBkZWZpbmVzIGEgYmFzaWMgT0YsIE9GMCwgdGhhdCB1c2Vz IG9ubHkgdGhlDQo+IGFic3RyYWN0IHByb3BlcnRpZXMgZXhwb3NlZCBpbiBSUEwgbWVzc2FnZXMg dG8gbWF4aW1pemUgY29ubmVjdGl2aXR5Lg0KPiANCj4gDQo+IA0KPiBUaGUgSUVURiBTZWNyZXRh cmlhdC4NCj4gDQoNCg== From wintert@acm.org Wed Jun 2 04:42:50 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D31A128C0D9 for ; Wed, 2 Jun 2010 04:42:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.998 X-Spam-Level: X-Spam-Status: No, score=-99.998 tagged_above=-999 required=5 tests=[BAYES_50=0.001, UNPARSEABLE_RELAY=0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z0GMIvKYvhEI for ; Wed, 2 Jun 2010 04:42:50 -0700 (PDT) Received: from smtp104.prem.mail.ac4.yahoo.com (smtp104.prem.mail.ac4.yahoo.com [76.13.13.43]) by core3.amsl.com (Postfix) with SMTP id D7A543A69BE for ; Wed, 2 Jun 2010 04:42:49 -0700 (PDT) Received: (qmail 12424 invoked from network); 2 Jun 2010 11:42:34 -0000 Received: from dsl093-053-130.blt1.dsl.speakeasy.net (wintert@66.93.53.130 with plain) by smtp104.prem.mail.ac4.yahoo.com with SMTP; 02 Jun 2010 04:42:34 -0700 PDT X-Yahoo-SMTP: 30iEHGKswBCbca_Y5pX7d6RVQMoT5Mk- X-YMail-OSG: t1pnSZMVM1kdzUn28Ra2cjwvjzlG.9XNNQcMNSx8uGcA8rl8nLSG5W4l.PR0WRkaNF8JkcA5ztTtY0UcrZdhfohzusKUuzaSgziHRi0OZFOl9rYQHO5m2G7SnIp2r8csVMu_0HWv4DTClliSmVHcOlKJh176Bg6Cmz.O88pASPNsLQrIgLEvbWCINo_A4beFXJD.fMfw1PJKRFBwBlYPzdgGNYTKZjosfi8g50TYFoclBa0uZYymYQB85aksCixn1OeMTt7RUvlnWdzv7SiqBV3zP5VJACwG3JLwUrSGZi6zYrPYAEfwpQ-- X-Yahoo-Newman-Property: ymail-3 Message-ID: <4C0643A7.1010500@acm.org> Date: Wed, 02 Jun 2010 07:42:31 -0400 From: Tim Winter User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100423 Thunderbird/3.0.4 MIME-Version: 1.0 To: roll@ietf.org References: <20100528214502.CA5A63A67B1@core3.amsl.com> <4C044071.9060805@exegin.com> In-Reply-To: <4C044071.9060805@exegin.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Roll] draft-rpl-08: Target and OCP sub-options share code 5 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 11:42:51 -0000 Hi Dario, On 05/31/2010 07:04 PM, Dario Tedeschi wrote: > > Seems that the new "RPL Target" sub-option uses the same type-value (5) > as the OCP sub-option that is defined in > "draft-ietf-roll-routing-metrics-06" (section 6). > > Dario This is a mistake. We can correct the option numbering for -09 by leaving OCP Option value 5 to the metrics draft, and incrementing the RPL Target through Prefix Information as follows: Option Name Draft ------ ----------------------- ------------------------------- 0 Pad1 [I-D.ietf-roll-rpl] 1 PadN [I-D.ietf-roll-rpl] 2 DAG Metric Container [I-D.ietf-roll-rpl] 3 Routing Information [I-D.ietf-roll-rpl] 4 DAG Timer Configuration [I-D.ietf-roll-rpl] 5 OCP Object [I-D.ietf-roll-routing-metrics] 6 RPL Target [I-D.ietf-roll-rpl] 7 Transit Information [I-D.ietf-roll-rpl] 8 Solicited Information [I-D.ietf-roll-rpl] 9 Prefix Information [I-D.ietf-roll-rpl] Regards, -Tim From pal@cs.stanford.edu Wed Jun 2 05:58:21 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8AC0828C0E1 for ; Wed, 2 Jun 2010 05:58:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.999 X-Spam-Level: X-Spam-Status: No, score=-3.999 tagged_above=-999 required=5 tests=[BAYES_50=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KPB0Ek8hVUuk for ; Wed, 2 Jun 2010 05:58:20 -0700 (PDT) Received: from cs-smtp-3.Stanford.EDU (cs-smtp-3.Stanford.EDU [171.64.64.27]) by core3.amsl.com (Postfix) with ESMTP id C92B43A67D1 for ; Wed, 2 Jun 2010 05:58:20 -0700 (PDT) Received: from [76.14.71.8] (helo=[192.168.1.102]) by cs-smtp-3.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OJnWK-0002FU-A3; Wed, 02 Jun 2010 05:58:08 -0700 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Philip Levis In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D020162C2@XMB-AMS-107.cisco.com> Date: Wed, 2 Jun 2010 05:58:07 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu> <9EA8C351-C419-4246-B698-6732783A4985@cisco.com> <3A9C42ED-46C9-4799-BACF-AD56F63881FB@cisco.com><80DC4072-2A76-463D-8D22-46D67FB2DA2C@cs.stanford.edu> <76B4AA99-6355-408A-A569-7B5E43B23DFF@cs.stanford.edu> <658F1927-7F1C-43C4-9E55-AEABD9EE4B75@cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D020162C2@XMB-AMS-107.cisco.com> To: Pascal Thubert (pthubert) X-Mailer: Apple Mail (2.1078) X-Scan-Signature: 47150f6aa31409442f7db1cf5c00e98a Cc: ROLL WG Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 12:58:21 -0000 On Jun 1, 2010, at 11:26 PM, Pascal Thubert (pthubert) wrote: > Hi Om and all: >=20 > I disagree with Phil that #2 addresses the same thing. >=20 > Say we have a simple triangle, A , B and C. A is root, B and C are = siblings.=20 >=20 > If B fails to pass a packet directly to A for some transient link = issue, it may use C without impacting the topology. >=20 > With #2, B has to either drop the packet or augment its rank. If it = chooses the latter too quickly, and C does the same seconds later when = it hits the same problem, then they rapidly count to whatever infinity = limit is placed there. But they do not solve the problem. When infinity = is reached, the packets will be dropped. This is a non-problem; you're still holding to a conception of adaption = speed which doesn't actually occur. These kinds of misconceptions are = exactly why we don't want to incorporate mechanisms based on convincing = arguments. We want to set a higher bar, of implementations and = experimental data. Here's what happens: 1) B and C are sending messages to A.=20 2) Link BA becomes poor. B increases its Rank to be greater than C's, = starts routing through C. 3) Link CA becomes poor. Link BA becomes good again. C increases its = Rank to be greater than B's, starts routing through B. 4) The packet passes from C to B, then back to C. C detects that there = is a inconsistency, and resets its trickle timer. It sends a DIO that = tells B it has a higher Rank. B compares the cost of routing through C = and routing directly to A, and chooses A. 5) Node B finds that link BA is good again, and reduces its Rank. That being said, the case you're arguing for: where we have two links = that are oscillating in a mutually exclusive way, seems like a very, = very narrow edge case whose presence or prevalence is dubious at best. >=20 > IMHO, #2 is a local repair mechanism when something is really broken. = S addresses transients issues by enabling an alternate successor to both = B and C in my simple triangle. And we have experimental evidence that it = is actually a good idea. >=20 > I support keeping S. There are plenty of protocols out there that work fine without S. There = is no real evidence on its efficacy. Phil= From pthubert@cisco.com Wed Jun 2 06:22:14 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 902FE3A683D for ; Wed, 2 Jun 2010 06:22:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.176 X-Spam-Level: X-Spam-Status: No, score=-8.176 tagged_above=-999 required=5 tests=[AWL=-0.177, BAYES_50=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xU1G3mVMgBoo for ; Wed, 2 Jun 2010 06:22:07 -0700 (PDT) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 31FAD3A6849 for ; Wed, 2 Jun 2010 06:22:02 -0700 (PDT) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-AV: E=Sophos;i="4.53,347,1272844800"; d="scan'208";a="117143000" Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-1.cisco.com with ESMTP; 02 Jun 2010 13:21:49 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o52DLmdN004386; Wed, 2 Jun 2010 13:21:49 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 2 Jun 2010 15:21:48 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 2 Jun 2010 15:21:45 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D02016589@XMB-AMS-107.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] S bit Thread-Index: AcsCU0JekHzkjw/NTYWXGbubyShfOAAARMFg References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu> <9EA8C351-C419-4246-B698-6732783A4985@cisco.com> <3A9C42ED-46C9-4799-BACF-AD56F63881FB@cisco.com><80DC4072-2A76-463D-8D22-46D67FB2DA2C@cs.stanford.edu> <76B4AA99-6355-408A-A569-7B5E43B23DFF@cs.stanford.edu> <658F1927-7F1C-43C4-9E55-AEABD9EE4B75@cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D020162C2@XMB-AMS-107.cisco.com> From: "Pascal Thubert (pthubert)" To: "Philip Levis" X-OriginalArrivalTime: 02 Jun 2010 13:21:48.0578 (UTC) FILETIME=[8E2A7020:01CB0256] Cc: ROLL WG Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 13:22:14 -0000 Hum: >=20 > 1) B and C are sending messages to A. >=20 > 2) Link BA becomes poor. B increases its Rank to be greater than C's, starts > routing through C. 2a) packets are lost that could have been routed via sibling 2b) after *some time* that we have enough evidence of persisting B->A problems, B decides it should impact the topology 2c) B increases its Rank to be able to route to C and advertises it. C gets the info it in time ... or not >=20 > 3) Link CA becomes poor. Link BA becomes good again. C increases its Rank to > be greater than B's, starts routing through B. [Pascal] If C is aware of B's change then C goes deeper.=20 If B has not reparented to A yet, then B being still parented to C, it follows. Till infinity. >=20 > 4) The packet passes from C to B, then back to C. C detects that there is a > inconsistency, and resets its trickle timer. It sends a DIO that tells B it has a > higher Rank. B compares the cost of routing through C and routing directly to > A, and chooses A. [Pascal] True, if one's Rank increase had been lost or not advertised yet, we go through this resolution.=20 The end result is still that B and C both go down, one at a time, each time they reach a transmission problem, until they reach the floor. This is the greedy behavior we tried to avoid from the start. > 5) Node B finds that link BA is good again, and reduces its Rank. >=20 > That being said, the case you're arguing for: where we have two links that are > oscillating in a mutually exclusive way, seems like a very, very narrow edge > case whose presence or prevalence is dubious at best. [Pascal] They do not know that are mutually exclusive. B fails to send to A, so it tries C. If C is also unlucky, the S bit cause the drop. Your approach is the one that actually require the mutually exclusive. What's the point for B to go below C unless it expects that C has a better transmission. But then, how does it know?=20 >=20 > There are plenty of protocols out there that work fine without S. There is no > real evidence on its efficacy. [Pascal] I think Dominique published such evidence. I found it quite convincing. Pascal] From pthubert@cisco.com Wed Jun 2 07:40:00 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F1EC53A659B for ; Wed, 2 Jun 2010 07:39:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.164 X-Spam-Level: X-Spam-Status: No, score=-8.164 tagged_above=-999 required=5 tests=[AWL=-0.165, BAYES_50=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fibfTaL4kUh7 for ; Wed, 2 Jun 2010 07:39:58 -0700 (PDT) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 7EBF13A6986 for ; Wed, 2 Jun 2010 07:39:58 -0700 (PDT) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAFoKBkxAZnwN/2dsb2JhbACDGZoYanGmaYkQkSeBJoFGCIE0bgQ X-IronPort-AV: E=Sophos;i="4.53,347,1272844800"; d="scan'208";a="117174905" Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 02 Jun 2010 14:39:45 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o52Edh5Q008207 for ; Wed, 2 Jun 2010 14:39:45 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 2 Jun 2010 16:39:44 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 Date: Wed, 2 Jun 2010 16:39:38 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D02016614@XMB-AMS-107.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: closing #37: Feed-back from IPSO interop Thread-Index: AcsCYWZG66RjulX6Q1CSiZ1fptsYZg== From: "Pascal Thubert (pthubert)" To: "ROLL WG" X-OriginalArrivalTime: 02 Jun 2010 14:39:44.0076 (UTC) FILETIME=[70FAD0C0:01CB0261] Subject: [Roll] closing #37: Feed-back from IPSO interop X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 14:40:00 -0000 RGVhciBXRzoNCg0KV2UganVzdCBwdWJsaXNoZWQgUlBMIDA4IChhbHNvKSBhZGRyZXNzaW5nIHRo ZSBJUFNPIGZlZWRiYWNrLiBJIHRoaW5rIHRoYXQgd2UgY2FuIG5vdyBjbG9zZSB0aGUgdGlja2V0 Og0KDQpJbiBtb3JlIGRldGFpbHM6DQoNCj4gRmVlZGJhY2stSToNCiA+IERBTyByYW5rOiBJdCBz ZWVtcyB0aGVyZSB2ZXJ5IGNvdXBsZSBvZiBkaWZmZXJlbnQgaW50ZXJwcmV0YXRpb25zIGZvciAg c2V0dGluZyB0aGlzIHZhbHVlLg0KID4gQS4gU2V2ZXJhbCBpbXBsZW1lbnRhdGlvbnMgd2VyZSBz ZXR0aW5nIHRoZSBEQU8gcmFuayB0byBiZSBlcXVhbCB0byAgdGhlIG5vZGUgcmFuayAodmFsdWUg c2VudCBpbiBESU8gcmFuaykuIEVhY2ggbm9kZSByZWxheXMgdGhpcyBpbmZvIGluIHRoZSBEQU8g dG93YXJkcyB0aGUgcm9vdC4gSG93ZXZlciB0aGlzIGRvZXMgbm90IGNvbnZleSBhbnkgZGlmZmVy ZW50aWF0aW5nIGluZm8gdG8gdGhlIHJlY2VpdmluZyBub2RlcyB3aGVuIHRoZSBEQU9zIGFyZSBy ZWNlaXZlZCB0aHJ1IG11bHRpcGxlIHBhdGhzIGluIG9yZGVyIHRvIGluc3RhbGwgdGhlIGJlc3Qg cm91dGUuDQo+IEIuIFRoZSBvdGhlciBpbXBsZW1lbnRhdGlvbiB3YXMgdG8gc2V0IHRoZSB2YWx1 ZSB0byAwIChvciAxKSBieSB0aGUgIG5vZGUgYW5kIGhhdmUgdGhlIGludGVybWVkaWF0ZSBub2Rl cyBpbmNyZW1lbnQgaXQgYXMgdGhlIERBTyByaWRlcyB1cCB0byB0aGUgcm9vdC4gVGhlIERBTyBy YW5rIGluIHRoaXMgY2FzZSBpcyBtb3JlIG9mIGEgaG9wIGNvdW50IGFuZCB0aGUgcmVjZWl2aW5n IG5vZGVzIGNhbiBtYWtlIGEgZGVjaXNpb24gYmFzZWQgb24gdGhlIGxvd2VzdCB2YWx1ZSByZWNl aXZlZCB3aGVuW1Bhc2NhbF0gIGluc3RhbGxpbmcgdGhlIERBTyByb3V0ZS4NCiA+IFByb3M6IERl Y2lzaW9uIGlzIG9wdGltaXplZCBiYXNlZCBvbiBob3Bjb3VudC4gUmVsYXRpdmVseSBzaW1wbGUu DQogPiBDb25zOiBIb3Bjb3VudCBkb2VzIG5vdCB0YWtlIGxpbmsgY29zdCBpbnRvIGFjY291bnQu DQo+IEMuIEEgdGhpcmQgcHJvcG9zYWwgd2FzIHRvIHNldCB0aGUgREFPIHJhbmsgZXF1YWwgdG8g dGhlIG5vZGUgcmFuayAgYW5kIGEgICBsaW5rIGNvc3QgaW4gdGhlIG1ldHJpYyBjb250YWluZXIg YXMgZWFjaCBub2RlcyBwcm9wYWdhdGVzIHRoZSBEQU8uDQogPiBUaGUgcmVjZWl2aW5nIG5vZGVz IHdvdWxkIG1ha2UgYSBkZWNpc2lvbiBiYXNlZCBvbiB0aGUgbGluayBjb3N0Lg0KID4gUHJvczog RGVjaXNpb24gaXMgb3B0aW1pemVkIGJhc2VkIG9uIGxpbmsgY29zdCAgPiBDb25zOiBUaGUgREFP cyB3b3VsZCBuZWVkIHRvIGNhcnJ5IGFkZGl0aW9uYWwgaW5mbyBpbiB0aGUgcGFja2V0ICAoYmln Z2VyREFPcykgYW5kIG1vcmUgcHJvY2Vzc2luZyBuZWVkZWQgaW4gdGhlIG5vZGVzIHRvIHBhcnNl IGFuZCBwcm9jZXNzLg0KPg0KID4gSSB0aGluayB3ZSBuZWVkIHNvbWUgbW9yZSBkZXRhaWxzIHRo ZSBzcGVjIGZvciBkZXNjcmliaW5nIHRoZSB2YWx1ZSB0byAgPiBiZSBzZXQgaW4gREFPIHJhbmsu DQogPg0KID4NCg0KW1Bhc2NhbF0gVGhlIFJhbmsgaXMgZ29uZSBmcm9tIHRoZSBEQU8gZW50aXJl bHkuIEl0IHdhcyByZXBsYWNlZCBieSBSb2dlcidzIHBhdGggY29udHJvbC4gVGhlIHJhdGlvbmFs ZSBpcyB0aGF0IHRoZSByb3V0aW5nIGlzIGNvbXB1dGVkIGJ5IHRoZSByb3V0ZXIgdXBvbiBESU8u IERBTyBtZXJlbHkgaW5mb3JtcyB0aGUgYWJvdmUgYWJvdXQgdGhhdCBkZWNpc2lvbi4gSW4gY2Fz ZSBvZiBzb3VyY2Ugcm91dGUsIHRoZSByb290IGlzIGV4cGVjdGVkIHRvIG9wdGltaXplIHRoZSBw cmVmZXJlbmNlIG9mIHRoZSBwYXRoIHRoYXQgaXQgaXMgc2VsZWN0aW5nLg0KIA0KDQo+IEZlZWRi YWNrLUlJOg0KID4gRElPIFNlcXVlbmNlIG51bWJlcjogVGhlIGlzc3VlIHdhcyB3aGF0IHNob3Vs ZCBiZSB0aGUgaW5pdGlhbCB2YWx1ZSBvZiAgdGhpcyBmaWVsZC4gVGhlIHNwZWMgaXMgbm90IGNs ZWFyIG9uIHdoYXQgc2hvdWxkIGJlIHRoZSBpbml0aWFsIHZhbHVlICBzZXQgYnkgdGhlIHJvb3Qu IFRoaXMgaGFzIGltcGxpY2F0aW9ucyBhdCB0aGUgTEJSIGluIHJlbG9hZC9yZWJvb3QgIGNvbmRp dGlvbnMuIEZvciBleGFtcGxlLCBpZiB0aGUgaW5pdGlhbCB2YWx1ZSBpcyBzZXQgdG8gMSBhbmQg aXMgID4gaW5jcmVtZW50ZWQgdG8gc2F5IDEwLiBXaGVuIHRoZSBMQlIgcmVsb2Fkcy9yZWJvb3Rz LCBpdCB3b3VsZCBzdGFydCB0aGUgc2VxdWVuY2UgbnVtYmVyIHdpdGggMSBidXQgaXRzIERJT3Mg d2lsbCBiZSByZWplY3RlZCBieSB0aGUgbm9kZXMgYXMgaGF2aW5nIHN0YWxlIHNlcXVlbmNlIG51 bWJlci4gVGhlIExCUiBjYW4gc3RvcmUgdGhlIHNlcXVlbmNlIGluIHBlcnNpc3RlbnQgbWVtb3J5 LiBBbiBlYXNpZXIgb3B0aW9uIGNvdWxkIGJlIHVzZSAyNTUgYXMgdGhlIHN0YXJ0aW5nIHNlcXVl bmNlIG51bWJlci4gVXNpbmcgdGhpcyB2YWx1ZSB3aWxsIG1ha2Ugc3VyZSB0aGF0IHRoZSBzZXF1 ZW5jZSBudW1iZXIgaXMgYWx3YXlzIHZhbGlkLg0KID4NCiA+IENvbW1lbnRzPw0KDQpbUGFzY2Fs XSBXZSBzdGlsbCBuZWVkIHRvIHJlc29sdmUgdGhpcy4gIEknZCBwcm9wb3NlIHRvIHRha2UgUmFk aWEncyBjbGFzc2ljYWwgTG9sbGlwb3AgYXMgYSBiYXNlLiBCZXR3ZWVuIDAgYW5kIDE2IGl0IGlz IGEgcmVib290LiBXaGVuIHRoZSB2ZXJzaW9uIHJlYWNoZXMgdGhlIG1heCwgaXQgd3JhcHMgdG8g MTYuDQoNCk1heWJlIGEgdmVyc2lvbiBzaG91bGQgaGF2ZSBhIGxpZmV0aW1lIChsaWtlIGEgbmV3 X3ZlcnNpb25fcGVyaW9kIG9yIHNvbWV0aGluZykuIEEgcm91dGVyIHNob3VsZCBjbGVhbnVwIGFs bCBpbmZvIGFib3V0IGEgdmVyc2lvbiBhZnRlciB0aGF0IGxpZmV0aW1lLCB0aGF0IHdvdWxkIGNv dmVyIDIgb3IgMyBub3JtYWxseSBzcGFjZWQgaW5jcmVtZW50cy4NCg0KQW5kIHdlIG5lZWQgdG8g c3BlY2lmeSB3aGF0IGhhcHBlbnMgd2hlbiBhIHJvdXRlciBzZWVzIGEgdmVyc2lvbiB0aGF0IGlz IHZlcnkgZGlmZmVyZW50IGZyb20gdGhlIG9uZSBpdCBrbm93cy4gRGlkIGl0IG1pc3MgYSBnb29k IG51bWJlciBvZiB0aGVtPyBPciBkaWQgdGhlIHNvdXJjZSBtaXNzIGEgZ29vZCBudW1iZXIgb2Yg dGhlbT8NCg0KQ29tbWVudHMgd2VsY29tZSwNCg0KUGFzY2FsDQo= From richard.kelsey@ember.com Wed Jun 2 10:12:23 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4483028C0F7 for ; Wed, 2 Jun 2010 10:12:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.105 X-Spam-Level: X-Spam-Status: No, score=-0.105 tagged_above=-999 required=5 tests=[AWL=-0.106, BAYES_50=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vTwUgV4d1-NW for ; Wed, 2 Jun 2010 10:12:20 -0700 (PDT) Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id 7538628B797 for ; Wed, 2 Jun 2010 10:12:17 -0700 (PDT) Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 2 Jun 2010 13:12:00 -0400 Date: Wed, 02 Jun 2010 13:08:29 -0400 Message-Id: <878w6xxsz6.fsf@kelsey-ws.hq.ember.com> To: Philip Levis In-reply-to: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu> (message from Philip Levis on Tue, 1 Jun 2010 10:42:10 -0700) From: Richard Kelsey References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu> X-OriginalArrivalTime: 02 Jun 2010 17:12:00.0651 (UTC) FILETIME=[B6CD85B0:01CB0276] Cc: roll@ietf.org Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 17:12:25 -0000 > From: Philip Levis > Date: Tue, 1 Jun 2010 10:42:10 -0700 > > A recurring theme in feedback on RPL is that simpler is better; LLNs > are often very cost-sensitive for microcontrollers, so less code is > better. It's easy to add mechanisms, bells and whistles: it's harder > to simplify. > > I propose that we remove the S bit (sibling bit used in routing, > Section 8.2). I am in favor of removing the S bit. I do not find the experiments that have been run particularly convincing. While it's a small thing in itself, as Phil says, simplifying is hard. You don't get a simple protocol by only removing things that have no value at all. For those that think we should keep the S bit, can you suggest some other ways to simplify RPL? If the S bit does remain, it would be good if processing it were made optional. If a node never routes to siblings it will never set the S bit and it should be allowed to ignore the S bit in incoming packets. As things stand it must check the S bit in order to detect routing inconsistencies. -Richard Kelsey From dat@exegin.com Wed Jun 2 11:39:40 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 04A273A6A18 for ; Wed, 2 Jun 2010 11:39:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.369 X-Spam-Level: X-Spam-Status: No, score=-0.369 tagged_above=-999 required=5 tests=[AWL=0.370, BAYES_20=-0.74] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AYXMIVBwRuEh for ; Wed, 2 Jun 2010 11:39:39 -0700 (PDT) Received: from mail-wy0-f172.google.com (mail-wy0-f172.google.com [74.125.82.172]) by core3.amsl.com (Postfix) with ESMTP id A68B03A6890 for ; Wed, 2 Jun 2010 11:39:38 -0700 (PDT) Received: by wyf23 with SMTP id 23so1983712wyf.31 for ; Wed, 02 Jun 2010 11:39:23 -0700 (PDT) Received: by 10.227.146.200 with SMTP id i8mr8041989wbv.169.1275503963028; Wed, 02 Jun 2010 11:39:23 -0700 (PDT) Received: from [172.16.1.52] ([216.251.130.154]) by mx.google.com with ESMTPS id z33sm60977860wbd.7.2010.06.02.11.39.21 (version=SSLv3 cipher=RC4-MD5); Wed, 02 Jun 2010 11:39:22 -0700 (PDT) Message-ID: <4C06A54E.2050002@exegin.com> Date: Wed, 02 Jun 2010 11:39:10 -0700 From: Dario Tedeschi User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Tim Winter References: <20100528214502.CA5A63A67B1@core3.amsl.com> <4C044071.9060805@exegin.com> <4C0643A7.1010500@acm.org> In-Reply-To: <4C0643A7.1010500@acm.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: roll@ietf.org Subject: Re: [Roll] draft-rpl-08: Target and OCP sub-options share code 5 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 18:39:40 -0000 Thanks Tim All, Is there any reason why the OCP can't be placed in the DIO base header, since there is now a 16bit reserved word available? Why is the OCP currently contained in a sub-option, when a joining node requires it to determine what OF to use or to filter on. Dario Tim Winter wrote: > Hi Dario, > > On 05/31/2010 07:04 PM, Dario Tedeschi wrote: >> >> Seems that the new "RPL Target" sub-option uses the same type-value (5) >> as the OCP sub-option that is defined in >> "draft-ietf-roll-routing-metrics-06" (section 6). >> >> Dario > > > This is a mistake. We can correct the option numbering for -09 by > leaving OCP Option value 5 to the metrics draft, and incrementing the > RPL Target through Prefix Information as follows: > > > Option Name Draft > ------ ----------------------- ------------------------------- > 0 Pad1 [I-D.ietf-roll-rpl] > 1 PadN [I-D.ietf-roll-rpl] > 2 DAG Metric Container [I-D.ietf-roll-rpl] > 3 Routing Information [I-D.ietf-roll-rpl] > 4 DAG Timer Configuration [I-D.ietf-roll-rpl] > 5 OCP Object [I-D.ietf-roll-routing-metrics] > 6 RPL Target [I-D.ietf-roll-rpl] > 7 Transit Information [I-D.ietf-roll-rpl] > 8 Solicited Information [I-D.ietf-roll-rpl] > 9 Prefix Information [I-D.ietf-roll-rpl] > > > > Regards, > > -Tim > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From joakime@sics.se Wed Jun 2 12:02:49 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 702CC3A6A33 for ; Wed, 2 Jun 2010 12:02:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.351 X-Spam-Level: X-Spam-Status: No, score=0.351 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HELO_EQ_SE=0.35] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KxFneKJL6SIq for ; Wed, 2 Jun 2010 12:02:48 -0700 (PDT) Received: from letter.sics.se (letter.sics.se [193.10.64.6]) by core3.amsl.com (Postfix) with ESMTP id 813603A6A31 for ; Wed, 2 Jun 2010 12:02:48 -0700 (PDT) Received: from [10.1.1.245] (unknown [10.1.1.245]) (Authenticated sender: joakime@sics.se) by letter.sics.se (Postfix) with ESMTPSA id B1183400D8; Wed, 2 Jun 2010 21:02:34 +0200 (CEST) Message-ID: <4C06AAC9.4040104@sics.se> Date: Wed, 02 Jun 2010 21:02:33 +0200 From: Joakim Eriksson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: roll@ietf.org References: <20100528214502.CA5A63A67B1@core3.amsl.com> <4C044071.9060805@exegin.com> <4C0643A7.1010500@acm.org> <4C06A54E.2050002@exegin.com> In-Reply-To: <4C06A54E.2050002@exegin.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Roll] draft-rpl-08: Target and OCP sub-options share code 5 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 19:02:49 -0000 I think that the OCP is ok as an option since the DIOs are also sent to keep the nodes already in the DODAG up-to-date on metrics and ranks that might change over time. The more constant data we add to the base option the less space we have for dynamic data. (the OCP will typically be the same as long as the DODAG exist I assume). But the description of the option should be in the RPL specification, then this confusion will not happen again. Best regards, -- Joakim Eriksson, SICS Dario Tedeschi skrev 2010-06-02 20:39: > Thanks Tim > > All, > Is there any reason why the OCP can't be placed in the DIO base header, > since there is now a 16bit reserved word available? Why is the OCP > currently contained in a sub-option, when a joining node requires it to > determine what OF to use or to filter on. > > Dario > > Tim Winter wrote: >> Hi Dario, >> >> On 05/31/2010 07:04 PM, Dario Tedeschi wrote: >>> >>> Seems that the new "RPL Target" sub-option uses the same type-value (5) >>> as the OCP sub-option that is defined in >>> "draft-ietf-roll-routing-metrics-06" (section 6). >>> >>> Dario >> >> >> This is a mistake. We can correct the option numbering for -09 by >> leaving OCP Option value 5 to the metrics draft, and incrementing the >> RPL Target through Prefix Information as follows: >> >> >> Option Name Draft >> ------ ----------------------- ------------------------------- >> 0 Pad1 [I-D.ietf-roll-rpl] >> 1 PadN [I-D.ietf-roll-rpl] >> 2 DAG Metric Container [I-D.ietf-roll-rpl] >> 3 Routing Information [I-D.ietf-roll-rpl] >> 4 DAG Timer Configuration [I-D.ietf-roll-rpl] >> 5 OCP Object [I-D.ietf-roll-routing-metrics] >> 6 RPL Target [I-D.ietf-roll-rpl] >> 7 Transit Information [I-D.ietf-roll-rpl] >> 8 Solicited Information [I-D.ietf-roll-rpl] >> 9 Prefix Information [I-D.ietf-roll-rpl] >> >> >> >> Regards, >> >> -Tim >> _______________________________________________ >> Roll mailing list >> Roll@ietf.org >> https://www.ietf.org/mailman/listinfo/roll > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From pal@cs.stanford.edu Wed Jun 2 12:32:41 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3A66428C13E for ; Wed, 2 Jun 2010 12:32:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.333 X-Spam-Level: X-Spam-Status: No, score=-4.333 tagged_above=-999 required=5 tests=[AWL=-0.334, BAYES_50=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a2cbihdDVTlC for ; Wed, 2 Jun 2010 12:32:40 -0700 (PDT) Received: from cs-smtp-2.Stanford.EDU (cs-smtp-2.Stanford.EDU [171.64.64.26]) by core3.amsl.com (Postfix) with ESMTP id 2BD9928C127 for ; Wed, 2 Jun 2010 12:32:40 -0700 (PDT) Received: from dnab404624.stanford.edu ([171.64.70.36]) by cs-smtp-2.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OJtfv-0002CD-Gx; Wed, 02 Jun 2010 12:32:27 -0700 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Philip Levis In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D02016589@XMB-AMS-107.cisco.com> Date: Wed, 2 Jun 2010 12:32:27 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu> <9EA8C351-C419-4246-B698-6732783A4985@cisco.com> <3A9C42ED-46C9-4799-BACF-AD56F63881FB@cisco.com><80DC4072-2A76-463D-8D22-46D67FB2DA2C@cs.stanford.edu> <76B4AA99-6355-408A-A569-7B5E43B23DFF@cs.stanford.edu> <658F1927-7F1C-43C4-9E55-AEABD9EE4B75@cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D020162C2@XMB-AMS-107.cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D02016589@XMB-AMS-107.cisco.com> To: Pascal Thubert (pthubert) X-Mailer: Apple Mail (2.1078) X-Scan-Signature: 3912120d3a1bcf28d29a6770933a4e79 Cc: ROLL WG Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 19:32:41 -0000 On Jun 2, 2010, at 6:21 AM, Pascal Thubert (pthubert) wrote: > Hum: >>=20 >> 1) B and C are sending messages to A. >>=20 >> 2) Link BA becomes poor. B increases its Rank to be greater than C's, > starts >> routing through C. >=20 > 2a) packets are lost that could have been routed via sibling > 2b) after *some time* that we have enough evidence of persisting B->A > problems, B decides it should impact the topology > 2c) B increases its Rank to be able to route to C and advertises it. C > gets the info it in time ... or not I don't understand any of this text. In my example, B is routing through = C, hence through what was once a sibling. Can you please describe a = precise set of packet and stage changes that make the problem happen? >=20 >>=20 >> 3) Link CA becomes poor. Link BA becomes good again. C increases its > Rank to >> be greater than B's, starts routing through B. >=20 > [Pascal] If C is aware of B's change then C goes deeper.=20 > If B has not reparented to A yet, then B being still parented to C, it > follows. Till infinity. Why hasn't B chosen A as one of the preferred parents? You seem to be = operating under the assumption that there's delay in applying the = objective function? I don't understand -- no wireless mesh or LLN = protocol I know of works this way. >=20 > [Pascal] True, if one's Rank increase had been lost or not advertised > yet, we go through this resolution.=20 >=20 > The end result is still that B and C both go down, one at a time, each > time they reach a transmission problem, until they reach the floor. > This is the greedy behavior we tried to avoid from the start. It doesn't happen, though -- hence my comment that I think you're = operating under assumptions that aren't true. >=20 >> 5) Node B finds that link BA is good again, and reduces its Rank. >>=20 >> That being said, the case you're arguing for: where we have two links > that are >> oscillating in a mutually exclusive way, seems like a very, very > narrow edge >> case whose presence or prevalence is dubious at best. >=20 > [Pascal] They do not know that are mutually exclusive. B fails to send > to A, so it tries C. If C is also unlucky, the S bit cause the drop. > Your approach is the one that actually require the mutually exclusive. > What's the point for B to go below C unless it expects that C has a > better transmission. > But then, how does it know?=20 DIOs. >>=20 >> There are plenty of protocols out there that work fine without S. > There is no >> real evidence on its efficacy. >=20 > [Pascal] I think Dominique published such evidence. I found it quite > convincing. You believe that a set of narrow simulation experiments are convincing = evidence for an IETF standard? That's not even sufficient to publish an = academic paper! Phil= From dat@exegin.com Wed Jun 2 12:41:12 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C93043A6807 for ; Wed, 2 Jun 2010 12:41:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.184 X-Spam-Level: X-Spam-Status: No, score=-0.184 tagged_above=-999 required=5 tests=[AWL=-0.185, BAYES_50=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id khhLZ49ksZcF for ; Wed, 2 Jun 2010 12:41:11 -0700 (PDT) Received: from mail-pv0-f172.google.com (mail-pv0-f172.google.com [74.125.83.172]) by core3.amsl.com (Postfix) with ESMTP id 84F883A6811 for ; Wed, 2 Jun 2010 12:41:11 -0700 (PDT) Received: by pvf33 with SMTP id 33so199157pvf.31 for ; Wed, 02 Jun 2010 12:40:56 -0700 (PDT) Received: by 10.141.107.5 with SMTP id j5mr7046082rvm.105.1275507655190; Wed, 02 Jun 2010 12:40:55 -0700 (PDT) Received: from [172.16.1.52] ([216.251.130.154]) by mx.google.com with ESMTPS id b2sm2757136rvn.19.2010.06.02.12.40.54 (version=SSLv3 cipher=RC4-MD5); Wed, 02 Jun 2010 12:40:54 -0700 (PDT) Message-ID: <4C06B3BE.4010904@exegin.com> Date: Wed, 02 Jun 2010 12:40:46 -0700 From: Dario Tedeschi User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Joakim Eriksson References: <20100528214502.CA5A63A67B1@core3.amsl.com> <4C044071.9060805@exegin.com> <4C0643A7.1010500@acm.org> <4C06A54E.2050002@exegin.com> <4C06AAC9.4040104@sics.se> In-Reply-To: <4C06AAC9.4040104@sics.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: roll@ietf.org Subject: Re: [Roll] draft-rpl-08: Target and OCP sub-options share code 5 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 19:41:12 -0000 Joakim Eriksson wrote: > I think that the OCP is ok as an option since the DIOs are also sent > to keep the nodes already in the DODAG up-to-date on metrics and > ranks that might change over time. The more constant data we > add to the base option the less space we have for dynamic data. > (the OCP will typically be the same as long as the DODAG exist I > assume). > > But the description of the option should be in the RPL specification, > then this confusion will not happen again. That would help. Also, I think their should be some text saying that the OCP sub-option MUST be included in response to a unicast DIS. Similar to how the config sub-option works. Alternatively, just add OCP to the config sub-option, which would solve the "[redundant] constant data" issue and ensure OCP is always available through unicast DIOs Dario > Best regards, > -- Joakim Eriksson, SICS > > Dario Tedeschi skrev 2010-06-02 20:39: >> Thanks Tim >> >> All, >> Is there any reason why the OCP can't be placed in the DIO base header, >> since there is now a 16bit reserved word available? Why is the OCP >> currently contained in a sub-option, when a joining node requires it to >> determine what OF to use or to filter on. >> >> Dario >> >> Tim Winter wrote: >>> Hi Dario, >>> >>> On 05/31/2010 07:04 PM, Dario Tedeschi wrote: >>>> >>>> Seems that the new "RPL Target" sub-option uses the same type-value >>>> (5) >>>> as the OCP sub-option that is defined in >>>> "draft-ietf-roll-routing-metrics-06" (section 6). >>>> >>>> Dario >>> >>> >>> This is a mistake. We can correct the option numbering for -09 by >>> leaving OCP Option value 5 to the metrics draft, and incrementing the >>> RPL Target through Prefix Information as follows: >>> >>> >>> Option Name Draft >>> ------ ----------------------- ------------------------------- >>> 0 Pad1 [I-D.ietf-roll-rpl] >>> 1 PadN [I-D.ietf-roll-rpl] >>> 2 DAG Metric Container [I-D.ietf-roll-rpl] >>> 3 Routing Information [I-D.ietf-roll-rpl] >>> 4 DAG Timer Configuration [I-D.ietf-roll-rpl] >>> 5 OCP Object [I-D.ietf-roll-routing-metrics] >>> 6 RPL Target [I-D.ietf-roll-rpl] >>> 7 Transit Information [I-D.ietf-roll-rpl] >>> 8 Solicited Information [I-D.ietf-roll-rpl] >>> 9 Prefix Information [I-D.ietf-roll-rpl] >>> >>> >>> >>> Regards, >>> >>> -Tim >>> _______________________________________________ >>> Roll mailing list >>> Roll@ietf.org >>> https://www.ietf.org/mailman/listinfo/roll >> >> _______________________________________________ >> Roll mailing list >> Roll@ietf.org >> https://www.ietf.org/mailman/listinfo/roll > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From joakime@sics.se Wed Jun 2 12:52:44 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DA03B3A68E9 for ; Wed, 2 Jun 2010 12:52:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.351 X-Spam-Level: X-Spam-Status: No, score=0.351 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HELO_EQ_SE=0.35] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TF+3eALTX9V3 for ; Wed, 2 Jun 2010 12:52:43 -0700 (PDT) Received: from letter.sics.se (letter.sics.se [193.10.64.6]) by core3.amsl.com (Postfix) with ESMTP id 410473A687B for ; Wed, 2 Jun 2010 12:52:40 -0700 (PDT) Received: from [10.1.1.245] (unknown [10.1.1.245]) (Authenticated sender: joakime@sics.se) by letter.sics.se (Postfix) with ESMTPSA id 2B0BE400DA; Wed, 2 Jun 2010 21:52:27 +0200 (CEST) Message-ID: <4C06B67B.9090808@sics.se> Date: Wed, 02 Jun 2010 21:52:27 +0200 From: Joakim Eriksson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Dario Tedeschi References: <20100528214502.CA5A63A67B1@core3.amsl.com> <4C044071.9060805@exegin.com> <4C0643A7.1010500@acm.org> <4C06A54E.2050002@exegin.com> <4C06AAC9.4040104@sics.se> <4C06B3BE.4010904@exegin.com> In-Reply-To: <4C06B3BE.4010904@exegin.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: roll@ietf.org Subject: Re: [Roll] draft-rpl-08: Target and OCP sub-options share code 5 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 Jun 2010 19:52:44 -0000 Dario Tedeschi skrev 2010-06-02 21:40: > Joakim Eriksson wrote: >> I think that the OCP is ok as an option since the DIOs are also sent >> to keep the nodes already in the DODAG up-to-date on metrics and >> ranks that might change over time. The more constant data we >> add to the base option the less space we have for dynamic data. >> (the OCP will typically be the same as long as the DODAG exist I >> assume). >> >> But the description of the option should be in the RPL specification, >> then this confusion will not happen again. > That would help. Also, I think their should be some text saying that the > OCP sub-option MUST be included in response to a unicast DIS. Similar to > how the config sub-option works. Alternatively, just add OCP to the > config sub-option, which would solve the "[redundant] constant data" > issue and ensure OCP is always available through unicast DIOs Exactly, MUST on unicast DIS responses and MAY otherwise would make sense! Currently I am afraid it is an option that is a MUST in all cases (but that might change ;-). From the Metrics document: "There MUST be a single instance of the OCP object within the sub- option field of the DIO Base option object." I would make sense that the OCP has the same status as the DODAG Configuration Option that sets some very important configurations for the DODAG. This option is a MUST in DIOs that are responses to unicast DIS. Best regards, -- Joakim Eriksson, SICS > Dario >> Best regards, >> -- Joakim Eriksson, SICS >> >> Dario Tedeschi skrev 2010-06-02 20:39: >>> Thanks Tim >>> >>> All, >>> Is there any reason why the OCP can't be placed in the DIO base header, >>> since there is now a 16bit reserved word available? Why is the OCP >>> currently contained in a sub-option, when a joining node requires it to >>> determine what OF to use or to filter on. >>> >>> Dario >>> >>> Tim Winter wrote: >>>> Hi Dario, >>>> >>>> On 05/31/2010 07:04 PM, Dario Tedeschi wrote: >>>>> >>>>> Seems that the new "RPL Target" sub-option uses the same type-value >>>>> (5) >>>>> as the OCP sub-option that is defined in >>>>> "draft-ietf-roll-routing-metrics-06" (section 6). >>>>> >>>>> Dario >>>> >>>> >>>> This is a mistake. We can correct the option numbering for -09 by >>>> leaving OCP Option value 5 to the metrics draft, and incrementing the >>>> RPL Target through Prefix Information as follows: >>>> >>>> >>>> Option Name Draft >>>> ------ ----------------------- ------------------------------- >>>> 0 Pad1 [I-D.ietf-roll-rpl] >>>> 1 PadN [I-D.ietf-roll-rpl] >>>> 2 DAG Metric Container [I-D.ietf-roll-rpl] >>>> 3 Routing Information [I-D.ietf-roll-rpl] >>>> 4 DAG Timer Configuration [I-D.ietf-roll-rpl] >>>> 5 OCP Object [I-D.ietf-roll-routing-metrics] >>>> 6 RPL Target [I-D.ietf-roll-rpl] >>>> 7 Transit Information [I-D.ietf-roll-rpl] >>>> 8 Solicited Information [I-D.ietf-roll-rpl] >>>> 9 Prefix Information [I-D.ietf-roll-rpl] >>>> >>>> >>>> >>>> Regards, >>>> >>>> -Tim >>>> _______________________________________________ >>>> Roll mailing list >>>> Roll@ietf.org >>>> https://www.ietf.org/mailman/listinfo/roll >>> >>> _______________________________________________ >>> Roll mailing list >>> Roll@ietf.org >>> https://www.ietf.org/mailman/listinfo/roll >> >> _______________________________________________ >> Roll mailing list >> Roll@ietf.org >> https://www.ietf.org/mailman/listinfo/roll > From joakime@sics.se Wed Jun 2 23:52:44 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1CEDD3A6961 for ; Wed, 2 Jun 2010 23:52:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.486 X-Spam-Level: X-Spam-Status: No, score=0.486 tagged_above=-999 required=5 tests=[AWL=0.136, BAYES_50=0.001, HELO_EQ_SE=0.35] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yQ3wrn3Dn9Eo for ; Wed, 2 Jun 2010 23:52:43 -0700 (PDT) Received: from letter.sics.se (letter.sics.se [193.10.64.6]) by core3.amsl.com (Postfix) with ESMTP id B358A3A689A for ; Wed, 2 Jun 2010 23:52:42 -0700 (PDT) Received: from [192.168.1.144] (c-1614e455.013-276-73746f7.cust.bredbandsbolaget.se [85.228.20.22]) (Authenticated sender: joakime@sics.se) by letter.sics.se (Postfix) with ESMTPSA id E5E81400DA; Thu, 3 Jun 2010 08:52:28 +0200 (CEST) Message-ID: <4C07512E.7030303@sics.se> Date: Thu, 03 Jun 2010 08:52:30 +0200 From: Joakim Eriksson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Dario Tedeschi References: <20100528214502.CA5A63A67B1@core3.amsl.com> <4C044071.9060805@exegin.com> <4C0643A7.1010500@acm.org> <4C06A54E.2050002@exegin.com> <4C06AAC9.4040104@sics.se> <4C06B3BE.4010904@exegin.com> <4C06B67B.9090808@sics.se> In-Reply-To: <4C06B67B.9090808@sics.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: roll@ietf.org Subject: Re: [Roll] Target and OCP sub-options share code 5 / 8-bit OCP in DIO? X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 06:52:44 -0000 Another question related to the OCP is if it really needs the 16 bits? Are we expecting 255 completely different graph construction mechanisms? One perspective would be to say that the ports of TCP/UDP have shown that we really need lots of alternatives (16-bit) but given that most applications will use some of the (few?) common objective functions that we and others design I would say that we would be fine with 255 alternatives (8-bits). Then it would fit well into the DIO since it would only take half of the reserved 16-bits (and save 4 bytes from the non- optional OCP option). Best regards, -- Joakim Eriksson, SICS Joakim Eriksson skrev 2010-06-02 21:52: > Dario Tedeschi skrev 2010-06-02 21:40: >> Joakim Eriksson wrote: >>> I think that the OCP is ok as an option since the DIOs are also sent >>> to keep the nodes already in the DODAG up-to-date on metrics and >>> ranks that might change over time. The more constant data we >>> add to the base option the less space we have for dynamic data. >>> (the OCP will typically be the same as long as the DODAG exist I >>> assume). >>> >>> But the description of the option should be in the RPL specification, >>> then this confusion will not happen again. >> That would help. Also, I think their should be some text saying that the >> OCP sub-option MUST be included in response to a unicast DIS. Similar to >> how the config sub-option works. Alternatively, just add OCP to the >> config sub-option, which would solve the "[redundant] constant data" >> issue and ensure OCP is always available through unicast DIOs > Exactly, MUST on unicast DIS responses and MAY otherwise would > make sense! > > Currently I am afraid it is an option that is a MUST in all cases (but > that might change ;-). From the Metrics document: > > "There MUST be a single instance of the OCP object within the sub- > option field of the DIO Base option object." > > I would make sense that the OCP has the same status as the DODAG > Configuration Option that sets some very important configurations > for the DODAG. This option is a MUST in DIOs that are responses > to unicast DIS. > > > Best regards, > -- Joakim Eriksson, SICS > > > >> Dario >>> Best regards, >>> -- Joakim Eriksson, SICS >>> >>> Dario Tedeschi skrev 2010-06-02 20:39: >>>> Thanks Tim >>>> >>>> All, >>>> Is there any reason why the OCP can't be placed in the DIO base header, >>>> since there is now a 16bit reserved word available? Why is the OCP >>>> currently contained in a sub-option, when a joining node requires it to >>>> determine what OF to use or to filter on. >>>> >>>> Dario >>>> >>>> Tim Winter wrote: >>>>> Hi Dario, >>>>> >>>>> On 05/31/2010 07:04 PM, Dario Tedeschi wrote: >>>>>> >>>>>> Seems that the new "RPL Target" sub-option uses the same type-value >>>>>> (5) >>>>>> as the OCP sub-option that is defined in >>>>>> "draft-ietf-roll-routing-metrics-06" (section 6). >>>>>> >>>>>> Dario >>>>> >>>>> >>>>> This is a mistake. We can correct the option numbering for -09 by >>>>> leaving OCP Option value 5 to the metrics draft, and incrementing the >>>>> RPL Target through Prefix Information as follows: >>>>> >>>>> >>>>> Option Name Draft >>>>> ------ ----------------------- ------------------------------- >>>>> 0 Pad1 [I-D.ietf-roll-rpl] >>>>> 1 PadN [I-D.ietf-roll-rpl] >>>>> 2 DAG Metric Container [I-D.ietf-roll-rpl] >>>>> 3 Routing Information [I-D.ietf-roll-rpl] >>>>> 4 DAG Timer Configuration [I-D.ietf-roll-rpl] >>>>> 5 OCP Object [I-D.ietf-roll-routing-metrics] >>>>> 6 RPL Target [I-D.ietf-roll-rpl] >>>>> 7 Transit Information [I-D.ietf-roll-rpl] >>>>> 8 Solicited Information [I-D.ietf-roll-rpl] >>>>> 9 Prefix Information [I-D.ietf-roll-rpl] >>>>> >>>>> >>>>> >>>>> Regards, >>>>> >>>>> -Tim >>>>> _______________________________________________ >>>>> Roll mailing list >>>>> Roll@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/roll >>>> >>>> _______________________________________________ >>>> Roll mailing list >>>> Roll@ietf.org >>>> https://www.ietf.org/mailman/listinfo/roll >>> >>> _______________________________________________ >>> Roll mailing list >>> Roll@ietf.org >>> https://www.ietf.org/mailman/listinfo/roll >> > From trac@tools.ietf.org Thu Jun 3 00:58:40 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CEFE33A6938 for ; Thu, 3 Jun 2010 00:58:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.822 X-Spam-Level: X-Spam-Status: No, score=-99.822 tagged_above=-999 required=5 tests=[AWL=-1.687, BAYES_50=0.001, FRT_LOLITA1=1.865, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 79xLSXSg2dAX for ; Thu, 3 Jun 2010 00:58:39 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id DD7523A6863 for ; Thu, 3 Jun 2010 00:58:39 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1OK5Jq-0006sU-Ce; Thu, 03 Jun 2010 00:58:26 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "roll issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: wintert@acm.org, jpv@cisco.com X-Trac-Project: roll Date: Thu, 03 Jun 2010 07:58:26 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: https://svn.tools.ietf.org/wg/roll/trac/ticket/36#comment:1 Message-ID: <064.0a76a787c377c202ddecc341c00d9b25@tools.ietf.org> References: <055.eafdb4a018a1e09c375f41955727471a@tools.ietf.org> X-Trac-Ticket-ID: 36 In-Reply-To: <055.eafdb4a018a1e09c375f41955727471a@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: wintert@acm.org, jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: Re: [Roll] [roll] #36: Feedback from ZigBee interop event X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 07:58:40 -0000 #36: Feedback from ZigBee interop event --------------------------------+------------------------------------------- Reporter: jpv@… | Owner: pthubert@… Type: defect | Status: closed Priority: major | Milestone: Component: rpl | Version: Severity: Active WG Document | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Changes (by jpv@…): * status: new => closed * resolution: => fixed Comment: From: "Pascal Thubert (pthubert)" Date: June 2, 2010 11:03:57 AM CEDT To: , , Subject: closing #36: Feedback from ZigBee interop event Dear WG: We just published RPL 08 addressing the Zigbee feedback. I think that we can now close the ticket: In more details: 1. Need clarification on the Rank and DagRank. The root rank has value of 1 but not clear if that is just the integer part or not. [Pascal] 08 says: "ROOT_RANK This is the rank for a DODAG root. ROOT_RANK has a value of MinHopRankIncrease (as advertised by the DODAG root), such that DAGRank(ROOT_RANK) is 1." Where "DAGRank(rank) = floor(rank/MinHopRankIncrease)" Where floor(x) = ⌊x⌋ is the largest integer not greater than x. So the text is consistent. JP suggested that we clearly point out that floor is actually this well- known function, which we'll do in 09. 2. In OF0, the values for minRankIncrease and maxRankIncrease take value of 256 which cannot be represented in the DoDAG config suboption ( which allows only 1 byte ). This needs to be fixed in the spec. Also, re- consider if we really need fractional part in the rank, it doesn’t seem to be very useful. [Pascal] OF0 will be made clearer that it does not use the lowest order part of the Rank. 08 now has room for the 2-byte rank: " 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type = 4 | Option Length | Resvd | PCS | DIOIntDoubl. | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | DIOIntMin. | DIORedun. | MaxRankIncrease | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MinHopRankIncrease | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 16: Format of the DODAG Configuration Option " 3. Clarify the IP source address for DIS/DAO packets - should this be the link local or global address ( or either ) ? [Pascal] 08 says: " A RPL Control Message has the scope of a link. The source address is a link local address. The destination address is either all routers multicast address (FF02::2) or a link local address. " Additionally, we are working on a Reverse RH and a Record Route to be able to use RPL message to learn a source route path, to be published soon. 4. Need clarification on flowlabel. Currently it is not possible to implement as defined ( without layer violations ) since a node will need to know if the next hop is the final destination and if the previous hop was the originator of the packet…..current implementations have removed flow label validation [Pascal] 08 is a bit vague still about this, and we are waiting for progress on the 6MAN front 08 says " RPL loop detection uses information that is placed into the packet. A future version of this specification will detail how this information is carried with the packet (e.g. a hop-by-hop option ([I-D.hui-6man-rpl-option]) or summarized somehow into the flow label). For the purpose of RPL operations, the information carried with a packet is constructed follows: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |O|S|R|F|0|0|0|0| RPLInstanceID | SenderRank | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ RPL Packet Information " We are very clear that we want most of the information in the new option, but the instanceID. Whether the instanceID is in the clear in the flow label or in the option but inferred from the flow label is still under discussion. 5. Need clarification on the use of the destination prefix. How many of them can be included in a DIO ? Is this intended to be the prefix of the 6lowpan or is this a prefix that can be reached by the root node ( on the wired side ) ? [Pascal] 08 now includes ND's RIO and PIO. PIO is the former and RIO is the LATTER. 6. Does RPL intend to define messages to allow neighboring nodes to exchange bidirectional link quality estimates between themselves ? [Pascal] there was a long discussion on this. Currently that is out of scope. Does anyone really want to open this box? Pascal -- Ticket URL: roll From richard.kelsey@ember.com Thu Jun 3 02:32:00 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0B0EE3A6979 for ; Thu, 3 Jun 2010 02:32:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.626 X-Spam-Level: X-Spam-Status: No, score=-0.626 tagged_above=-999 required=5 tests=[AWL=0.485, BAYES_05=-1.11] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H+hYW5ljuPJt for ; Thu, 3 Jun 2010 02:31:57 -0700 (PDT) Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id 32F2D3A698D for ; Thu, 3 Jun 2010 02:31:57 -0700 (PDT) Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 3 Jun 2010 05:31:41 -0400 Date: Thu, 03 Jun 2010 05:28:01 -0400 Message-Id: <87k4qga2ji.fsf@kelsey-ws.hq.ember.com> To: Dario Tedeschi In-reply-to: <4C06B3BE.4010904@exegin.com> (message from Dario Tedeschi on Wed, 02 Jun 2010 12:40:46 -0700) From: Richard Kelsey References: <20100528214502.CA5A63A67B1@core3.amsl.com> <4C044071.9060805@exegin.com> <4C0643A7.1010500@acm.org> <4C06A54E.2050002@exegin.com> <4C06AAC9.4040104@sics.se> <4C06B3BE.4010904@exegin.com> X-OriginalArrivalTime: 03 Jun 2010 09:31:41.0543 (UTC) FILETIME=[92F1D770:01CB02FF] Cc: roll@ietf.org Subject: Re: [Roll] draft-rpl-08: Target and OCP sub-options share code 5 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 09:32:00 -0000 > Date: Wed, 02 Jun 2010 12:40:46 -0700 > From: Dario Tedeschi > > Joakim Eriksson wrote: > > > But the description of the option should be in the RPL specification, > > then this confusion will not happen again. > > That would help. Also, I think their should be some text saying that the > OCP sub-option MUST be included in response to a unicast DIS. Similar to > how the config sub-option works. Alternatively, just add OCP to the > config sub-option, which would solve the "[redundant] constant data" > issue and ensure OCP is always available through unicast DIOs I strongly favor putting the OCP into the config sub-option. It's simple and solves the problem. -Richard Kelsey From trac@tools.ietf.org Thu Jun 3 04:05:50 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7D9EB3A69A8 for ; Thu, 3 Jun 2010 04:05:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.689 X-Spam-Level: X-Spam-Status: No, score=-100.689 tagged_above=-999 required=5 tests=[AWL=-0.689, BAYES_50=0.001, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9-Ngg+8Z0Hdp for ; Thu, 3 Jun 2010 04:05:49 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id B5B6C3A6921 for ; Thu, 3 Jun 2010 04:05:49 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1OK8Ex-0004Am-5H; Thu, 03 Jun 2010 04:05:35 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "roll issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: richard.kelsey@ember.com, jpv@cisco.com X-Trac-Project: roll Date: Thu, 03 Jun 2010 11:05:35 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: https://svn.tools.ietf.org/wg/roll/trac/ticket/32#comment:1 Message-ID: <064.218001cb9108cef9066b22c4056603f6@tools.ietf.org> References: <055.4fc3ec504a24fd2c8b478a74b06782f4@tools.ietf.org> X-Trac-Ticket-ID: 32 In-Reply-To: <055.4fc3ec504a24fd2c8b478a74b06782f4@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: richard.kelsey@ember.com, jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: Re: [Roll] [roll] #32: Asymetric Link X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 11:05:50 -0000 #32: Asymetric Link --------------------------------+------------------------------------------- Reporter: jpv@… | Owner: richard.kelsey@… Type: defect | Status: closed Priority: major | Milestone: Component: rpl | Version: Severity: Active WG Document | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Changes (by jpv@…): * status: new => closed * resolution: => fixed Comment: no real express of interest at this time from the WG -- Ticket URL: roll From pthubert@cisco.com Thu Jun 3 06:07:35 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 35A3F3A699A for ; Thu, 3 Jun 2010 06:07:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.153 X-Spam-Level: X-Spam-Status: No, score=-8.153 tagged_above=-999 required=5 tests=[AWL=-0.154, BAYES_50=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9O8+2KCoj9S5 for ; Thu, 3 Jun 2010 06:07:34 -0700 (PDT) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id BA7913A677E for ; Thu, 3 Jun 2010 06:07:33 -0700 (PDT) Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-AV: E=Sophos;i="4.53,354,1272844800"; d="scan'208";a="117708972" Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-2.cisco.com with ESMTP; 03 Jun 2010 13:07:20 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o53D7HaX006951; Thu, 3 Jun 2010 13:07:20 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 3 Jun 2010 15:07:18 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 3 Jun 2010 15:07:13 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D020A8D0F@XMB-AMS-107.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] S bit Thread-Index: AcsCileZ8lgoBgkWRtukEPmp6Q2AiQAkjelQ References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu> <9EA8C351-C419-4246-B698-6732783A4985@cisco.com> <3A9C42ED-46C9-4799-BACF-AD56F63881FB@cisco.com><80DC4072-2A76-463D-8D22-46D67FB2DA2C@cs.stanford.edu> <76B4AA99-6355-408A-A569-7B5E43B23DFF@cs.stanford.edu> <658F1927-7F1C-43C4-9E55-AEABD9EE4B75@cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D020162C2@XMB-AMS-107.cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D02016589@XMB-AMS-107.cisco.com> From: "Pascal Thubert (pthubert)" To: "Philip Levis" X-OriginalArrivalTime: 03 Jun 2010 13:07:18.0311 (UTC) FILETIME=[B1DBFB70:01CB031D] Cc: ROLL WG Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 13:07:35 -0000 Hi Phil: I am operating under the assumption that the time scale of the decision that a link is going too bad is orders of magnitude longer than the packet processing. I do not think that exhausting retries on a single packet should cause the topological churn. And until the topology changes, B's packets are lost if it cannot use C. My 2a, b, c is simply breaking your 'link BA becomes poor' in steps. Without the sibling, we have packet loss and unnecessary topological churn and correction. If the link B->A is virtually B->A OR B->C +C->A then BA gains in reliability. Pascal > -----Original Message----- > From: Philip Levis [mailto:pal@cs.stanford.edu] > Sent: Wednesday, June 02, 2010 9:32 PM > To: Pascal Thubert (pthubert) > Cc: Omprakash Gnawali; JP Vasseur; ROLL WG > Subject: Re: [Roll] S bit >=20 >=20 > On Jun 2, 2010, at 6:21 AM, Pascal Thubert (pthubert) wrote: >=20 > > Hum: > >> > >> 1) B and C are sending messages to A. > >> > >> 2) Link BA becomes poor. B increases its Rank to be greater than C's, > > starts > >> routing through C. > > > > 2a) packets are lost that could have been routed via sibling > > 2b) after *some time* that we have enough evidence of persisting B->A > > problems, B decides it should impact the topology > > 2c) B increases its Rank to be able to route to C and advertises it. C > > gets the info it in time ... or not >=20 > I don't understand any of this text. In my example, B is routing through C, > hence through what was once a sibling. Can you please describe a precise set > of packet and stage changes that make the problem happen? >=20 > > > >> > >> 3) Link CA becomes poor. Link BA becomes good again. C increases its > > Rank to > >> be greater than B's, starts routing through B. > > > > [Pascal] If C is aware of B's change then C goes deeper. > > If B has not reparented to A yet, then B being still parented to C, it > > follows. Till infinity. >=20 > Why hasn't B chosen A as one of the preferred parents? You seem to be > operating under the assumption that there's delay in applying the objective > function? I don't understand -- no wireless mesh or LLN protocol I know of > works this way. >=20 > > > > [Pascal] True, if one's Rank increase had been lost or not advertised > > yet, we go through this resolution. > > > > The end result is still that B and C both go down, one at a time, each > > time they reach a transmission problem, until they reach the floor. > > This is the greedy behavior we tried to avoid from the start. >=20 > It doesn't happen, though -- hence my comment that I think you're operating > under assumptions that aren't true. >=20 > > > >> 5) Node B finds that link BA is good again, and reduces its Rank. > >> > >> That being said, the case you're arguing for: where we have two links > > that are > >> oscillating in a mutually exclusive way, seems like a very, very > > narrow edge > >> case whose presence or prevalence is dubious at best. > > > > [Pascal] They do not know that are mutually exclusive. B fails to send > > to A, so it tries C. If C is also unlucky, the S bit cause the drop. > > Your approach is the one that actually require the mutually exclusive. > > What's the point for B to go below C unless it expects that C has a > > better transmission. > > But then, how does it know? >=20 >=20 > DIOs. >=20 >=20 > >> > >> There are plenty of protocols out there that work fine without S. > > There is no > >> real evidence on its efficacy. > > > > [Pascal] I think Dominique published such evidence. I found it quite > > convincing. >=20 > You believe that a set of narrow simulation experiments are convincing > evidence for an IETF standard? That's not even sufficient to publish an > academic paper! >=20 > Phil From pal@cs.stanford.edu Thu Jun 3 06:27:12 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C80A53A67F0 for ; Thu, 3 Jun 2010 06:27:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.554 X-Spam-Level: X-Spam-Status: No, score=-4.554 tagged_above=-999 required=5 tests=[AWL=0.556, BAYES_05=-1.11, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c4U+uDt5Z1tV for ; Thu, 3 Jun 2010 06:27:12 -0700 (PDT) Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by core3.amsl.com (Postfix) with ESMTP id 1779C3A67AB for ; Thu, 3 Jun 2010 06:27:12 -0700 (PDT) Received: from [76.14.71.8] (helo=[192.168.1.106]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OKARm-00036r-D4; Thu, 03 Jun 2010 06:26:59 -0700 In-Reply-To: <87k4qga2ji.fsf@kelsey-ws.hq.ember.com> References: <20100528214502.CA5A63A67B1@core3.amsl.com> <4C044071.9060805@exegin.com> <4C0643A7.1010500@acm.org> <4C06A54E.2050002@exegin.com> <4C06AAC9.4040104@sics.se> <4C06B3BE.4010904@exegin.com> <87k4qga2ji.fsf@kelsey-ws.hq.ember.com> Mime-Version: 1.0 (Apple Message framework v753.1) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <96BB46BC-C15D-45D6-BA30-724B79BA4A8B@cs.stanford.edu> Content-Transfer-Encoding: 7bit From: Philip Levis Date: Thu, 3 Jun 2010 06:26:55 -0700 To: Richard Kelsey X-Mailer: Apple Mail (2.753.1) X-Scan-Signature: 980022258218d8e0da9e8fd80fb6777b Cc: roll@ietf.org Subject: Re: [Roll] draft-rpl-08: Target and OCP sub-options share code 5 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 13:27:12 -0000 On Jun 3, 2010, at 2:28 AM, Richard Kelsey wrote: >> Date: Wed, 02 Jun 2010 12:40:46 -0700 >> From: Dario Tedeschi >> >> Joakim Eriksson wrote: >> >>> But the description of the option should be in the RPL >>> specification, >>> then this confusion will not happen again. >> >> That would help. Also, I think their should be some text saying >> that the >> OCP sub-option MUST be included in response to a unicast DIS. >> Similar to >> how the config sub-option works. Alternatively, just add OCP to the >> config sub-option, which would solve the "[redundant] constant data" >> issue and ensure OCP is always available through unicast DIOs > > I strongly favor putting the OCP into the config sub-option. > It's simple and solves the problem. I agree. I also favor making it 8 bits. Phil From pal@cs.stanford.edu Thu Jun 3 08:01:04 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7BDEC3A6839 for ; Thu, 3 Jun 2010 08:01:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.277 X-Spam-Level: X-Spam-Status: No, score=-4.277 tagged_above=-999 required=5 tests=[AWL=-0.278, BAYES_50=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RyUMx3msZ2as for ; Thu, 3 Jun 2010 08:01:03 -0700 (PDT) Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by core3.amsl.com (Postfix) with ESMTP id AE1203A67E5 for ; Thu, 3 Jun 2010 08:01:03 -0700 (PDT) Received: from dnab4046bc.stanford.edu ([171.64.70.188]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OKBuc-00011U-DJ; Thu, 03 Jun 2010 08:00:50 -0700 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Philip Levis In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D020A8D0F@XMB-AMS-107.cisco.com> Date: Thu, 3 Jun 2010 07:38:07 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu> <9EA8C351-C419-4246-B698-6732783A4985@cisco.com> <3A9C42ED-46C9-4799-BACF-AD56F63881FB@cisco.com><80DC4072-2A76-463D-8D22-46D67FB2DA2C@cs.stanford.edu> <76B4AA99-6355-408A-A569-7B5E43B23DFF@cs.stanford.edu> <658F1927-7F1C-43C4-9E55-AEABD9EE4B75@cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D020162C2@XMB-AMS-107.cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D02016589@XMB-AMS-107.cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D020A8D0F@XMB-AMS-107.cisco.com> To: Pascal Thubert (pthubert) X-Mailer: Apple Mail (2.1078) X-Scan-Signature: 6b0537b5faa14548adc1759647fcb4de Cc: ROLL WG Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 15:01:04 -0000 On Jun 3, 2010, at 6:07 AM, Pascal Thubert (pthubert) wrote: > Hi Phil: >=20 > I am operating under the assumption that the time scale of the = decision > that a link is going too bad is orders of magnitude longer than the > packet processing. > I do not think that exhausting retries on a single packet should cause > the topological churn. And until the topology changes, B's packets are > lost if it cannot use C. In both cases, it uses C; the only difference is whether B's Rank = changes. The S bit basically says "there's a link being used whose = metrics are not being included." I think this is a very poor idea. It = made sense and was a good idea (worth evaluating) when nodes could only = increase Rank with a sequence number change; now that they can safely = increase Rank, the S bit seems superfluous.=20 >=20 > My 2a, b, c is simply breaking your 'link BA becomes poor' in steps. > Without the sibling, we have packet loss and unnecessary topological > churn and correction. > If the link B->A is virtually B->A OR B->C +C->A then BA gains in > reliability. Right -- but the problem with this is that you're making a virtual link = that does not actually express its cost. B continues to advertise a Rank = derived from B->A when in reality its Rank should be derived from B->C + = C->A. Pushing this to the Objective Function, saying it constrains which = siblings can be used, adds even more complexity. Phil= From dat@exegin.com Thu Jun 3 11:22:36 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9EB5C3A689F for ; Thu, 3 Jun 2010 11:22:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.122 X-Spam-Level: X-Spam-Status: No, score=-0.122 tagged_above=-999 required=5 tests=[AWL=-0.123, BAYES_50=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pMkfa5-3342k for ; Thu, 3 Jun 2010 11:22:35 -0700 (PDT) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by core3.amsl.com (Postfix) with ESMTP id A3AC63A6781 for ; Thu, 3 Jun 2010 11:22:35 -0700 (PDT) Received: by pwi8 with SMTP id 8so228332pwi.31 for ; Thu, 03 Jun 2010 11:22:20 -0700 (PDT) Received: by 10.143.86.9 with SMTP id o9mr3118386wfl.303.1275589340205; Thu, 03 Jun 2010 11:22:20 -0700 (PDT) Received: from [172.16.1.52] ([216.251.130.154]) by mx.google.com with ESMTPS id e40sm291801wfj.11.2010.06.03.11.22.18 (version=SSLv3 cipher=RC4-MD5); Thu, 03 Jun 2010 11:22:18 -0700 (PDT) Message-ID: <4C07F2D9.2080506@exegin.com> Date: Thu, 03 Jun 2010 11:22:17 -0700 From: Dario Tedeschi User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Joakim Eriksson References: <20100528214502.CA5A63A67B1@core3.amsl.com> <4C044071.9060805@exegin.com> <4C0643A7.1010500@acm.org> <4C06A54E.2050002@exegin.com> <4C06AAC9.4040104@sics.se> <4C06B3BE.4010904@exegin.com> <4C06B67B.9090808@sics.se> <4C07512E.7030303@sics.se> In-Reply-To: <4C07512E.7030303@sics.se> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: roll@ietf.org Subject: Re: [Roll] Target and OCP sub-options share code 5 / 8-bit OCP in DIO? X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 Jun 2010 18:22:36 -0000 255 Objective Functions would probably be enough, but if allowance is to be made for proprietary OFs, perhaps we'd need 16bits. Then again, one could argue that there should not be any proprietary OFs, since we are all trying to be compatible (right?). If the OCP ends up in the config sub-option, I'd vote to keep it as 16bits since it would make a nice rectangular box in Figure 16, draft-08 :-). Dario Joakim Eriksson wrote: > Another question related to the OCP is if it really needs > the 16 bits? Are we expecting 255 completely different > graph construction mechanisms? One perspective would be to > say that the ports of TCP/UDP have shown that we really need > lots of alternatives (16-bit) but given that most applications > will use some of the (few?) common objective functions that > we and others design I would say that we would be fine with > 255 alternatives (8-bits). > > Then it would fit well into the DIO since it would only take > half of the reserved 16-bits (and save 4 bytes from the non- > optional OCP option). > > > Best regards, > -- Joakim Eriksson, SICS > > > Joakim Eriksson skrev 2010-06-02 21:52: >> Dario Tedeschi skrev 2010-06-02 21:40: >>> Joakim Eriksson wrote: >>>> I think that the OCP is ok as an option since the DIOs are also sent >>>> to keep the nodes already in the DODAG up-to-date on metrics and >>>> ranks that might change over time. The more constant data we >>>> add to the base option the less space we have for dynamic data. >>>> (the OCP will typically be the same as long as the DODAG exist I >>>> assume). >>>> >>>> But the description of the option should be in the RPL specification, >>>> then this confusion will not happen again. >>> That would help. Also, I think their should be some text saying that >>> the >>> OCP sub-option MUST be included in response to a unicast DIS. >>> Similar to >>> how the config sub-option works. Alternatively, just add OCP to the >>> config sub-option, which would solve the "[redundant] constant data" >>> issue and ensure OCP is always available through unicast DIOs >> Exactly, MUST on unicast DIS responses and MAY otherwise would >> make sense! >> >> Currently I am afraid it is an option that is a MUST in all cases (but >> that might change ;-). From the Metrics document: >> >> "There MUST be a single instance of the OCP object within the sub- >> option field of the DIO Base option object." >> >> I would make sense that the OCP has the same status as the DODAG >> Configuration Option that sets some very important configurations >> for the DODAG. This option is a MUST in DIOs that are responses >> to unicast DIS. >> >> >> Best regards, >> -- Joakim Eriksson, SICS >> >> >> >>> Dario >>>> Best regards, >>>> -- Joakim Eriksson, SICS >>>> >>>> Dario Tedeschi skrev 2010-06-02 20:39: >>>>> Thanks Tim >>>>> >>>>> All, >>>>> Is there any reason why the OCP can't be placed in the DIO base >>>>> header, >>>>> since there is now a 16bit reserved word available? Why is the OCP >>>>> currently contained in a sub-option, when a joining node requires >>>>> it to >>>>> determine what OF to use or to filter on. >>>>> >>>>> Dario >>>>> >>>>> Tim Winter wrote: >>>>>> Hi Dario, >>>>>> >>>>>> On 05/31/2010 07:04 PM, Dario Tedeschi wrote: >>>>>>> >>>>>>> Seems that the new "RPL Target" sub-option uses the same type-value >>>>>>> (5) >>>>>>> as the OCP sub-option that is defined in >>>>>>> "draft-ietf-roll-routing-metrics-06" (section 6). >>>>>>> >>>>>>> Dario >>>>>> >>>>>> >>>>>> This is a mistake. We can correct the option numbering for -09 by >>>>>> leaving OCP Option value 5 to the metrics draft, and incrementing >>>>>> the >>>>>> RPL Target through Prefix Information as follows: >>>>>> >>>>>> >>>>>> Option Name Draft >>>>>> ------ ----------------------- ------------------------------- >>>>>> 0 Pad1 [I-D.ietf-roll-rpl] >>>>>> 1 PadN [I-D.ietf-roll-rpl] >>>>>> 2 DAG Metric Container [I-D.ietf-roll-rpl] >>>>>> 3 Routing Information [I-D.ietf-roll-rpl] >>>>>> 4 DAG Timer Configuration [I-D.ietf-roll-rpl] >>>>>> 5 OCP Object [I-D.ietf-roll-routing-metrics] >>>>>> 6 RPL Target [I-D.ietf-roll-rpl] >>>>>> 7 Transit Information [I-D.ietf-roll-rpl] >>>>>> 8 Solicited Information [I-D.ietf-roll-rpl] >>>>>> 9 Prefix Information [I-D.ietf-roll-rpl] >>>>>> >>>>>> >>>>>> >>>>>> Regards, >>>>>> >>>>>> -Tim >>>>>> _______________________________________________ >>>>>> Roll mailing list >>>>>> Roll@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/roll >>>>> >>>>> _______________________________________________ >>>>> Roll mailing list >>>>> Roll@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/roll >>>> >>>> _______________________________________________ >>>> Roll mailing list >>>> Roll@ietf.org >>>> https://www.ietf.org/mailman/listinfo/roll >>> >> > From samitac@ipinfusion.com Thu Jun 3 18:52:44 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CF3A83A68B0 for ; Thu, 3 Jun 2010 18:52:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.336 X-Spam-Level: X-Spam-Status: No, score=0.336 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_50=0.001, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id onrpkD2SbaMd for ; Thu, 3 Jun 2010 18:52:41 -0700 (PDT) Received: from smtp102.sbc.mail.gq1.yahoo.com (smtp102.sbc.mail.gq1.yahoo.com [67.195.15.61]) by core3.amsl.com (Postfix) with SMTP id A45313A67CF for ; Thu, 3 Jun 2010 18:52:41 -0700 (PDT) Received: (qmail 33331 invoked from network); 4 Jun 2010 01:52:25 -0000 Received: from (samitac@65.223.109.250 with login) by smtp102.sbc.mail.gq1.yahoo.com with SMTP; 03 Jun 2010 18:52:24 -0700 PDT X-Yahoo-SMTP: 2TubM6mswBDzS84mnP14_Gq9MWTFqPrD9YAsl.JSPFAWkA-- X-YMail-OSG: flYDV8sVM1n.7xkljnjyfx5oECBCiw.T3G8Os5xvyHF3bMZNockz1MpDvi8QV7lw.dcItfTJB2QKksV1qeWfKxjXb_oAW2oBjJLKBZgs8zBIKj8Vo3k_pcwLBWxk6OhU6nRoWG.V8pxxcs7Z.70lzlR8C6C7VTxApUIiAeOx5o9zOwNwq15QonPnE6_qzimqnkONLxqyeot8zN0hU3O.UZcvEi2iwFhBXyl67Udez0.JnKNyGY3jmjjYGmJUSeaI X-Yahoo-Newman-Property: ymail-3 From: "Samita Chakrabarti" To: "'JP Vasseur'" Date: Thu, 3 Jun 2010 18:52:12 -0700 Message-ID: <003401cb0388$90a10b60$b1e32220$@com> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0035_01CB034D.E4423360" X-Mailer: Microsoft Office Outlook 12.0 thread-index: AcsDiIzyndYcQor3Q6qJC5Fj45WEqw== Content-Language: en-us Cc: roll@ietf.org Subject: [Roll] roll-08 multicast section X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 01:52:44 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0035_01CB034D.E4423360 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi JP, I reviewed the multicast section and it is much clearer now from the previous version. A few comments/questions: a. It might be useful to have a few words stating whether this solution would work in a large LLN - I,e when the members of multicast group is spread across the large LLN b. The section says that the router 'should prune' duplicate registration messages (DAO) - but it does not say more detail about it -I,e is it up to the implementation that pruning would be done based on some rules? c. Is multicast support mandatory if someone implements the RPL draft? - if not, is it okay to simulate multicast packet distribution using unicast messaging in a small/simple LLN ? Thanks, -Samita ------=_NextPart_000_0035_01CB034D.E4423360 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi JP,

 

I reviewed the multicast section and  it is = much clearer now from  the previous version.

 

A few comments/questions:

 

a.      It might be useful to have a few words stating = whether this solution would work in a large LLN – I,e when the members of multicast group is spread across the large LLN

b.      The section says that the router ‘should = prune’ duplicate registration messages (DAO) – but it does not say more = detail about it  -I,e  is it up to the implementation that pruning = would be done based  on some rules?

c.      Is multicast support  mandatory if someone implements the RPL draft?  - if not, is it okay to simulate = multicast packet distribution using unicast messaging in a small/simple LLN = ?

 

Thanks,

-Samita

------=_NextPart_000_0035_01CB034D.E4423360-- From trac@tools.ietf.org Thu Jun 3 22:29:55 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AD4E93A691D for ; Thu, 3 Jun 2010 22:29:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.011 X-Spam-Level: X-Spam-Status: No, score=-101.011 tagged_above=-999 required=5 tests=[AWL=-0.270, BAYES_20=-0.74, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NPvR2bckbjSq for ; Thu, 3 Jun 2010 22:29:54 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id EE97E3A690E for ; Thu, 3 Jun 2010 22:29:54 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1OKPTQ-0007E6-Qt; Thu, 03 Jun 2010 22:29:41 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "roll issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: pthubert@cisco.com, jpv@cisco.com X-Trac-Project: roll Date: Fri, 04 Jun 2010 05:29:40 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: https://svn.tools.ietf.org/wg/roll/trac/ticket/44 Message-ID: <055.42a387118383918c883f3c4f7a651553@tools.ietf.org> X-Trac-Ticket-ID: 44 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: pthubert@cisco.com, jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: [Roll] [roll] #44: Additional details on Multicast operation X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 05:29:56 -0000 #44: Additional details on Multicast operation --------------------------------+------------------------------------------- Reporter: jpv@… | Owner: pthubert@… Type: defect | Status: new Priority: major | Milestone: Component: rpl | Version: Severity: Active WG Document | Keywords: --------------------------------+------------------------------------------- Few comments were received to be address: flooding operation for nodes with limited resources, plus the following set of comments: A few comments/questions: a. It might be useful to have a few words stating whether this solution would work in a large LLN – I,e when the members of multicast group is spread across the large LLN b. The section says that the router ‘should prune’ duplicate registration messages (DAO) – but it does not say more detail about it -I,e is it up to the implementation that pruning would be done based on some rules? c. Is multicast support mandatory if someone implements the RPL draft? - if not, is it okay to simulate multicast packet distribution using unicast messaging in a small/simple LLN ? -- Ticket URL: roll From pthubert@cisco.com Thu Jun 3 23:29:21 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E58E33A68A2 for ; Thu, 3 Jun 2010 23:29:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.143 X-Spam-Level: X-Spam-Status: No, score=-8.143 tagged_above=-999 required=5 tests=[AWL=-0.144, BAYES_50=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hF-2qvWsgPZn for ; Thu, 3 Jun 2010 23:29:20 -0700 (PDT) Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id 8B70A3A6954 for ; Thu, 3 Jun 2010 23:29:20 -0700 (PDT) Authentication-Results: sj-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-AV: E=Sophos;i="4.53,359,1272844800"; d="scan'208";a="332183339" Received: from sj-core-3.cisco.com ([171.68.223.137]) by sj-iport-1.cisco.com with ESMTP; 04 Jun 2010 06:29:07 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-3.cisco.com (8.13.8/8.14.3) with ESMTP id o546T5oR025447; Fri, 4 Jun 2010 06:29:07 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 4 Jun 2010 08:29:05 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 4 Jun 2010 08:28:59 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D020A8EDE@XMB-AMS-107.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] S bit Thread-Index: AcsDLZLDSD4e+bLQQt21ClzJMeAR2gAet3vQ References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu> <9EA8C351-C419-4246-B698-6732783A4985@cisco.com> <3A9C42ED-46C9-4799-BACF-AD56F63881FB@cisco.com><80DC4072-2A76-463D-8D22-46D67FB2DA2C@cs.stanford.edu> <76B4AA99-6355-408A-A569-7B5E43B23DFF@cs.stanford.edu> <658F1927-7F1C-43C4-9E55-AEABD9EE4B75@cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D020162C2@XMB-AMS-107.cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D02016589@XMB-AMS-107.cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D020A8D0F@XMB-AMS-107.cisco.com> From: "Pascal Thubert (pthubert)" To: "Philip Levis" X-OriginalArrivalTime: 04 Jun 2010 06:29:05.0422 (UTC) FILETIME=[3B0032E0:01CB03AF] Cc: ROLL WG Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 06:29:22 -0000 Hi Phil > > > > I am operating under the assumption that the time scale of the > > decision that a link is going too bad is orders of magnitude longer > > than the packet processing. > > I do not think that exhausting retries on a single packet should cause > > the topological churn. And until the topology changes, B's packets are > > lost if it cannot use C. >=20 > In both cases, it uses C; the only difference is whether B's Rank changes. The > S bit basically says "there's a link being used whose metrics are not being > included." I think this is a very poor idea. It made sense and was a good idea > (worth evaluating) when nodes could only increase Rank with a sequence > number change; now that they can safely increase Rank, the S bit seems > superfluous. >=20 [Pascal] I certainly agree with you on the repair mechanisms in RPL. We spent a lot of effort to put them in place and hopefully they are quite stable now. We'll note that the DAGMaxRankIncrease can be set to zero in which case from the above we agree that siblings seem like a good idea. We seem to disagree on one major point that is not the repair, that's how quickly B decides to augment its rank. I do not think that making decisions such as augmenting Rank too quickly is a good idea. I do not believe in any convergence in those networks, but I hope that most of the time, we can make steady, quasi-static changes that nodes adapt to before other changes happen. To get there, we need to take time to observe a situation before we act on it, and to do that, we need alternate parents, or in the absence of such, siblings, to forward the traffic in the meantime. In the example above, if C also sends a packet, and it also fails to do it, then it will also augment its rank. Now, both B and C think they are parented to one another and we are in the collision that we also took measures to avoid in another chapter. I expect that without the protective measures, the nodes will count to our controlled infinity (DAGMaxRankIncrease), which is the greedy behavior we tried to avoid since we started this spec. I really wish to see a simulation of that case. It seems that during all that churn, no packet can get out the network. Sadly, the sibling situation always happens at least in one place, that's the node closest to the root, one of the most critical nodes in the network bar the root itself. Our collision avoidance and the sibling operation are here to limit the causes of loops and CTI. Those causes exist even in wired or WIFI. Similarly, the minimum workable car has no safety belt. And I have limited personal experience that the safety belt is really useful. Still, it costs very little compared to my whole car. More importantly, the real value is neither the car nor the cost of the belt, it is the operational consequences of the crash for the driver. In a similar fashion, I am not ready to remove a mechanism that could avoid the consequences of losing packets for the customer installation. I do agree with you that the real time operation in radio networks often defeats expectations. But before, at the last minute, we remove our security belts that have been there for all the RPL simulations and implementations so far, I'd like to see that those are not impacted, and I'd like to see a simulation of the triangle above, whether the protocol operates as we expect or not, with sibling on / off, and DAGMaxRankIncrease set to various values including 0 and high ones. > > > > My 2a, b, c is simply breaking your 'link BA becomes poor' in steps. > > Without the sibling, we have packet loss and unnecessary topological > > churn and correction. > > If the link B->A is virtually B->A OR B->C +C->A then BA gains in > > reliability. >=20 > Right -- but the problem with this is that you're making a virtual link that does > not actually express its cost. B continues to advertise a Rank derived from B- > >A when in reality its Rank should be derived from B->C + C->A. Pushing this > to the Objective Function, saying it constrains which siblings can be used, > adds even more complexity. >=20 [Pascal] Agreed. It is a transient fix, hot potato handling. A safety belt does not prevent a crash but it may limit the consequences to your body, which is appreciable enough. At another time scale, again, I think we perfectly agree on what the protocol should be doing and hopefully actually does. Pascal=20 From pthubert@cisco.com Fri Jun 4 04:13:50 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 00D193A6897 for ; Fri, 4 Jun 2010 04:13:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.135 X-Spam-Level: X-Spam-Status: No, score=-8.135 tagged_above=-999 required=5 tests=[AWL=-0.136, BAYES_50=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R5EVrmd7YVC0 for ; Fri, 4 Jun 2010 04:13:48 -0700 (PDT) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 255F03A692E for ; Fri, 4 Jun 2010 04:13:48 -0700 (PDT) Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEANd8CExAZnwM/2dsb2JhbACeP3GkO5oQhRcE X-IronPort-AV: E=Sophos;i="4.53,360,1272844800"; d="scan'208";a="118075439" Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-2.cisco.com with ESMTP; 04 Jun 2010 11:13:34 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o54BDXpa020936; Fri, 4 Jun 2010 11:13:33 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 4 Jun 2010 13:13:33 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 4 Jun 2010 13:13:32 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D020A903E@XMB-AMS-107.cisco.com> In-Reply-To: <4C07F2D9.2080506@exegin.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] Target and OCP sub-options share code 5 / 8-bit OCP in DIO? Thread-Index: AcsDSb06uU0PgAfwSnmEMQbpvKxB0gAd3iQQ References: <20100528214502.CA5A63A67B1@core3.amsl.com> <4C044071.9060805@exegin.com> <4C0643A7.1010500@acm.org> <4C06A54E.2050002@exegin.com><4C06AAC9.4040104@sics.se> <4C06B3BE.4010904@exegin.com><4C06B67B.9090808@sics.se> <4C07512E.7030303@sics.se> <4C07F2D9.2080506@exegin.com> From: "Pascal Thubert (pthubert)" To: "Dario Tedeschi" , "Joakim Eriksson" X-OriginalArrivalTime: 04 Jun 2010 11:13:33.0424 (UTC) FILETIME=[F8529F00:01CB03D6] Cc: roll@ietf.org Subject: Re: [Roll] Target and OCP sub-options share code 5 / 8-bit OCP in DIO? X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 11:13:50 -0000 Hi Dario and Joakim: > Then again, one could > argue that there should not be any proprietary OFs, since we are all trying to > be compatible (right?). I've seen arguments in both directions. Some people seem love it, some seem hate it. If you look at it, UDP port and IP addresses both have sandboxes to play with. EUI has OID. So we could say that the OCP, like an IPv6 address, starts with a number of bits that indicate its type. And one type would be reserved for private experimentations. One type could be followed by an OID that could indicate an supplier or an SDO. It makes sense to me to enable standard bodies like Zigbee or ISA to define their own OCPs. The core spec does not really care how the OCPs get attributed. It cares for the decision on whether allow a DAG with OCP B to extend a DAG with OCP A, which we chose to disallow.=20 The rest could be done in an OCP architecture document that would explain which values/subfield would belong to IANA, and what is delegated to whom. If you are interested in starting that draft, I, for one, will support you. Pascal > -----Original Message----- > From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of > Dario Tedeschi > Sent: Thursday, June 03, 2010 8:22 PM > To: Joakim Eriksson > Cc: roll@ietf.org > Subject: Re: [Roll] Target and OCP sub-options share code 5 / 8-bit OCP in > DIO? >=20 >=20 > 255 Objective Functions would probably be enough, but if allowance is to be > made for proprietary OFs, perhaps we'd need 16bits. Then again, one could > argue that there should not be any proprietary OFs, since we are all trying to > be compatible (right?). >=20 > If the OCP ends up in the config sub-option, I'd vote to keep it as 16bits since > it would make a nice rectangular box in Figure 16, draft-08 :-). >=20 > Dario >=20 > Joakim Eriksson wrote: > > Another question related to the OCP is if it really needs the 16 bits? > > Are we expecting 255 completely different graph construction > > mechanisms? One perspective would be to say that the ports of TCP/UDP > > have shown that we really need lots of alternatives (16-bit) but given > > that most applications will use some of the (few?) common objective > > functions that we and others design I would say that we would be fine > > with > > 255 alternatives (8-bits). > > > > Then it would fit well into the DIO since it would only take half of > > the reserved 16-bits (and save 4 bytes from the non- optional OCP > > option). > > > > > > Best regards, > > -- Joakim Eriksson, SICS > > > > > > Joakim Eriksson skrev 2010-06-02 21:52: > >> Dario Tedeschi skrev 2010-06-02 21:40: > >>> Joakim Eriksson wrote: > >>>> I think that the OCP is ok as an option since the DIOs are also > >>>> sent to keep the nodes already in the DODAG up-to-date on metrics > >>>> and ranks that might change over time. The more constant data we > >>>> add to the base option the less space we have for dynamic data. > >>>> (the OCP will typically be the same as long as the DODAG exist I > >>>> assume). > >>>> > >>>> But the description of the option should be in the RPL > >>>> specification, then this confusion will not happen again. > >>> That would help. Also, I think their should be some text saying that > >>> the OCP sub-option MUST be included in response to a unicast DIS. > >>> Similar to > >>> how the config sub-option works. Alternatively, just add OCP to the > >>> config sub-option, which would solve the "[redundant] constant data" > >>> issue and ensure OCP is always available through unicast DIOs > >> Exactly, MUST on unicast DIS responses and MAY otherwise would make > >> sense! > >> > >> Currently I am afraid it is an option that is a MUST in all cases > >> (but that might change ;-). From the Metrics document: > >> > >> "There MUST be a single instance of the OCP object within the sub- > >> option field of the DIO Base option object." > >> > >> I would make sense that the OCP has the same status as the DODAG > >> Configuration Option that sets some very important configurations for > >> the DODAG. This option is a MUST in DIOs that are responses to > >> unicast DIS. > >> > >> > >> Best regards, > >> -- Joakim Eriksson, SICS > >> > >> > >> > >>> Dario > >>>> Best regards, > >>>> -- Joakim Eriksson, SICS > >>>> > >>>> Dario Tedeschi skrev 2010-06-02 20:39: > >>>>> Thanks Tim > >>>>> > >>>>> All, > >>>>> Is there any reason why the OCP can't be placed in the DIO base > >>>>> header, since there is now a 16bit reserved word available? Why is > >>>>> the OCP currently contained in a sub-option, when a joining node > >>>>> requires it to determine what OF to use or to filter on. > >>>>> > >>>>> Dario > >>>>> > >>>>> Tim Winter wrote: > >>>>>> Hi Dario, > >>>>>> > >>>>>> On 05/31/2010 07:04 PM, Dario Tedeschi wrote: > >>>>>>> > >>>>>>> Seems that the new "RPL Target" sub-option uses the same > >>>>>>> type-value > >>>>>>> (5) > >>>>>>> as the OCP sub-option that is defined in > >>>>>>> "draft-ietf-roll-routing-metrics-06" (section 6). > >>>>>>> > >>>>>>> Dario > >>>>>> > >>>>>> > >>>>>> This is a mistake. We can correct the option numbering for -09 by > >>>>>> leaving OCP Option value 5 to the metrics draft, and incrementing > >>>>>> the RPL Target through Prefix Information as follows: > >>>>>> > >>>>>> > >>>>>> Option Name Draft > >>>>>> ------ ----------------------- ------------------------------- > >>>>>> 0 Pad1 [I-D.ietf-roll-rpl] > >>>>>> 1 PadN [I-D.ietf-roll-rpl] > >>>>>> 2 DAG Metric Container [I-D.ietf-roll-rpl] > >>>>>> 3 Routing Information [I-D.ietf-roll-rpl] > >>>>>> 4 DAG Timer Configuration [I-D.ietf-roll-rpl] > >>>>>> 5 OCP Object [I-D.ietf-roll-routing-metrics] > >>>>>> 6 RPL Target [I-D.ietf-roll-rpl] > >>>>>> 7 Transit Information [I-D.ietf-roll-rpl] > >>>>>> 8 Solicited Information [I-D.ietf-roll-rpl] > >>>>>> 9 Prefix Information [I-D.ietf-roll-rpl] > >>>>>> > >>>>>> > >>>>>> > >>>>>> Regards, > >>>>>> > >>>>>> -Tim > >>>>>> _______________________________________________ > >>>>>> Roll mailing list > >>>>>> Roll@ietf.org > >>>>>> https://www.ietf.org/mailman/listinfo/roll > >>>>> > >>>>> _______________________________________________ > >>>>> Roll mailing list > >>>>> Roll@ietf.org > >>>>> https://www.ietf.org/mailman/listinfo/roll > >>>> > >>>> _______________________________________________ > >>>> Roll mailing list > >>>> Roll@ietf.org > >>>> https://www.ietf.org/mailman/listinfo/roll > >>> > >> > > >=20 > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From richard.kelsey@ember.com Fri Jun 4 04:50:52 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D49A13A6957 for ; Fri, 4 Jun 2010 04:50:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.139 X-Spam-Level: X-Spam-Status: No, score=-0.139 tagged_above=-999 required=5 tests=[AWL=-0.140, BAYES_50=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZUY487Iiy0ZK for ; Fri, 4 Jun 2010 04:50:51 -0700 (PDT) Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id 9D09F3A6928 for ; Fri, 4 Jun 2010 04:50:51 -0700 (PDT) Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 4 Jun 2010 07:50:37 -0400 Date: Fri, 04 Jun 2010 07:50:46 -0400 Message-Id: <87hbljm2y1.fsf@kelsey-ws.hq.ember.com> To: "Pascal Thubert (pthubert)" In-reply-to: <6A2A459175DABE4BB11DE2026AA50A5D020A8EDE@XMB-AMS-107.cisco.com> (pthubert@cisco.com) From: Richard Kelsey References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu> <9EA8C351-C419-4246-B698-6732783A4985@cisco.com> <3A9C42ED-46C9-4799-BACF-AD56F63881FB@cisco.com><80DC4072-2A76-463D-8D22-46D67FB2DA2C@cs.stanford.edu> <76B4AA99-6355-408A-A569-7B5E43B23DFF@cs.stanford.edu> <658F1927-7F1C-43C4-9E55-AEABD9EE4B75@cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D020162C2@XMB-AMS-107.cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D02016589@XMB-AMS-107.cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D020A8D0F@XMB-AMS-107.cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D020A8EDE@XMB-AMS-107.cisco.com> X-OriginalArrivalTime: 04 Jun 2010 11:50:37.0740 (UTC) FILETIME=[261E4EC0:01CB03DC] Cc: roll@ietf.org Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 11:50:52 -0000 > Date: Fri, 4 Jun 2010 08:28:59 +0200 > From: "Pascal Thubert (pthubert)" > > [...] But before, at the last minute, we remove our > security belts that have been there for all the RPL simulations and > implementations so far, I'd like to see that those are not impacted, Pascal, I think you make a some good points, but this is not one of them. We don't know how many of the RPL simulations and implementations so far have ever turned on an S bit. All we know is that no one has reported any results, positive or negative. We have not tried it here at Ember. I rather doubt many people have, given that it is an optional feature that may or may not have a significant impact. How about if reserve the bit, requiring that implementations accept either a one or a zero there but always send a zero? The S bit can then be added back in at any point, should the group decide to do so. We might as well reserve a few bits this way, given that there are lots of other ways to route through siblings. -Richard Kelsey From pthubert@cisco.com Fri Jun 4 06:59:24 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E827328C0F8 for ; Fri, 4 Jun 2010 06:59:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.22 X-Spam-Level: X-Spam-Status: No, score=-8.22 tagged_above=-999 required=5 tests=[AWL=-0.035, BAYES_40=-0.185, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id muQzZONlM8OR for ; Fri, 4 Jun 2010 06:59:24 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id 1069A3A6A05 for ; Fri, 4 Jun 2010 06:59:24 -0700 (PDT) Authentication-Results: sj-iport-6.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAIOjCEyrRN+K/2dsb2JhbACeQHGlQ5oOhRcE X-IronPort-AV: E=Sophos;i="4.53,361,1272844800"; d="scan'208";a="539931176" Received: from sj-core-4.cisco.com ([171.68.223.138]) by sj-iport-6.cisco.com with ESMTP; 04 Jun 2010 13:59:10 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-4.cisco.com (8.13.8/8.14.3) with ESMTP id o54Dx6Xb022531; Fri, 4 Jun 2010 13:59:10 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 4 Jun 2010 15:59:07 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 4 Jun 2010 15:58:50 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D020A910E@XMB-AMS-107.cisco.com> In-Reply-To: <87hbljm2y1.fsf@kelsey-ws.hq.ember.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] S bit Thread-Index: AcsD3EuN57njkCbCT2CUxV6TGmkmLAADdHvQ References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu><9EA8C351-C419-4246-B698-6732783A4985@cisco.com><3A9C42ED-46C9-4799-BACF-AD56F63881FB@cisco.com><80DC4072-2A76-463D-8D22-46D67FB2DA2C@cs.stanford.edu><76B4AA99-6355-408A-A569-7B5E43B23DFF@cs.stanford.edu><658F1927-7F1C-43C4-9E55-AEABD9EE4B75@cisco.com><6A2A459175DABE4BB11DE2026AA50A5D020162C2@XMB-AMS-107.cisco.com><6A2A459175DABE4BB11DE2026AA50A5D02016589@XMB-AMS-107.cisco.com><6A2A459175DABE4BB11DE2026AA50A5D020A8D0F@XMB-AMS-107.cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D020A8EDE@XMB-AMS-107.cisco.com> <87hbljm2y1.fsf@kelsey-ws.hq.ember.com> From: "Pascal Thubert (pthubert)" To: "Richard Kelsey" X-OriginalArrivalTime: 04 Jun 2010 13:59:07.0388 (UTC) FILETIME=[196D3BC0:01CB03EE] Cc: roll@ietf.org Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 13:59:25 -0000 Hi Richard: You are correct, I do not have enough insight of what the current implementations and simulations have been doing/testing. I hope someone shimes in to give us more insight. Being in the blind somewhat, I have to agree that we need to do something about this; but then, dropping the sibling entirely seems like a risk and a waste. I'd favor a resolution that enables a given supplier to implement it while keeping compatibility with another supplier that would not.=20 Would you accept to give it a chance? If you do please read on: One thing to note is that siblings are used to progress upwards, not downwards, so when the S bit is set, the O bit is always reset.=20 Say we have one node B that supports siblings and another node, C, which does not. Normal times (B and C really have a same Rank) --------------------------------------------------------- B can send packets to C because it supports siblings but C cannot send packets to B. So loops are impossible and we're cool. C does not need to check the S bit. It just needs to reset it to avoid misleading the next hop. loop detection / repair (B and C have a different Rank) ------------------------------------------------------------------ - C is higher (smaller Rank). Since the O bit is reset, and B is of lesser Rank, this is not detected as an error, and the packet can progress as expected by B. We're cool. - C is lower (higher Rank). Using C is actually a mistake and it is detected because the O bit should be set for downwards traffic. Again, we're fine. Conclusion: We can safely say that sibling support is completely optional. A node that does not support sibling must reset the S bit, that's all it has to do. What do you think? Pascal > -----Original Message----- > From: Richard Kelsey [mailto:richard.kelsey@ember.com] > Sent: Friday, June 04, 2010 1:51 PM > To: Pascal Thubert (pthubert) > Cc: pal@cs.stanford.edu; roll@ietf.org > Subject: Re: [Roll] S bit >=20 > > Date: Fri, 4 Jun 2010 08:28:59 +0200 > > From: "Pascal Thubert (pthubert)" > > > > [...] But before, at the last minute, we remove our security belts > > that have been there for all the RPL simulations and implementations > > so far, I'd like to see that those are not impacted, >=20 > Pascal, >=20 > I think you make a some good points, but this is not one of them. We don't > know how many of the RPL simulations and implementations so far have > ever turned on an S bit. All we know is that no one has reported any results, > positive or negative. We have not tried it here at Ember. I rather doubt > many people have, given that it is an optional feature that may or may not > have a significant impact. >=20 > How about if reserve the bit, requiring that implementations accept either a > one or a zero there but always send a zero? > The S bit can then be added back in at any point, should the group decide to > do so. We might as well reserve a few bits this way, given that there are lots > of other ways to route through siblings. >=20 > -Richard Kelsey From pal@cs.stanford.edu Fri Jun 4 07:36:03 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 636373A6829 for ; Fri, 4 Jun 2010 07:36:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.231 X-Spam-Level: X-Spam-Status: No, score=-4.231 tagged_above=-999 required=5 tests=[AWL=-0.046, BAYES_40=-0.185, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ARCzeeKytj5u for ; Fri, 4 Jun 2010 07:36:02 -0700 (PDT) Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by core3.amsl.com (Postfix) with ESMTP id BA0483A67F0 for ; Fri, 4 Jun 2010 07:36:02 -0700 (PDT) Received: from [76.14.71.8] (helo=[192.168.1.102]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OKXzw-0003i0-SV; Fri, 04 Jun 2010 07:35:49 -0700 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Philip Levis In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D020A910E@XMB-AMS-107.cisco.com> Date: Fri, 4 Jun 2010 07:35:48 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu><9EA8C351-C419-4246-B698-6732783A4985@cisco.com><3A9C42ED-46C9-4799-BACF-AD56F63881FB@cisco.com><80DC4072-2A76-463D-8D22-46D67FB2DA2C@cs.stanford.edu><76B4AA99-6355-408A-A569-7B5E43B23DFF@cs.stanford.edu><658F1927-7F1C-43C4-9E55-AEABD9EE4B75@cisco.com><6A2A459175DABE4BB11DE2026AA50A5D020162C2@XMB-AMS-107.cisco.com><6A2A459175DABE4BB11DE2026AA50A5D02016589@XMB-AMS-107.cisco.com><6A2A459175DABE4BB11DE2026AA50A5D020A8D0F@XMB-AMS-107.cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D020A8EDE@XMB-AMS-107.cisco.com> <87hbljm2y1.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D020A910E@XMB-AM S-107.cisco.com> To: Pascal Thubert (pthubert) X-Mailer: Apple Mail (2.1078) X-Scan-Signature: 5e15904e367bf57319d290d73554c551 Cc: roll@ietf.org Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 14:36:03 -0000 On Jun 4, 2010, at 6:58 AM, Pascal Thubert (pthubert) wrote: > Hi Richard: >=20 > You are correct, I do not have enough insight of what the current > implementations and simulations have been doing/testing. I hope = someone > shimes in to give us more insight. >=20 > Being in the blind somewhat, I have to agree that we need to do > something about this; but then, dropping the sibling entirely seems = like > a risk and a waste. Pascal, There are many routing protocols today for LLNs which work well; none of = them has the S bit. What is the risk?=20 Our mantra from implementers since -06 has been to simplify. *Including* = the S bit is a waste: a waste of reader's cognitive load, implementer's = effort, and administrator's troubleshooting. The goal of RPL is to = standardize current, well-understood, and well-accepted practice, right?=20= Phil= From pthubert@cisco.com Fri Jun 4 08:46:39 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D9FE73A694D for ; Fri, 4 Jun 2010 08:46:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.218 X-Spam-Level: X-Spam-Status: No, score=-8.218 tagged_above=-999 required=5 tests=[AWL=-0.033, BAYES_40=-0.185, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p4lBq8NOEamd for ; Fri, 4 Jun 2010 08:46:38 -0700 (PDT) Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id 976AC3A68FA for ; Fri, 4 Jun 2010 08:46:38 -0700 (PDT) Authentication-Results: sj-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAKC8CEyrR7H+/2dsb2JhbACeRXGlN5oQhRcEj3E X-IronPort-AV: E=Sophos;i="4.53,362,1272844800"; d="scan'208";a="332309637" Received: from sj-core-2.cisco.com ([171.71.177.254]) by sj-iport-1.cisco.com with ESMTP; 04 Jun 2010 15:46:25 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o54FkI79003562; Fri, 4 Jun 2010 15:46:24 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 4 Jun 2010 17:46:23 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 4 Jun 2010 17:46:19 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D020A916C@XMB-AMS-107.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] S bit Thread-Index: AcsD8z29BZuoTql/TC2UFcXo0sOdEgABYV0w References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu><9EA8C351-C419-4246-B698-6732783A4985@cisco.com><3A9C42ED-46C9-4799-BACF-AD56F63881FB@cisco.com><80DC4072-2A76-463D-8D22-46D67FB2DA2C@cs.stanford.edu><76B4AA99-6355-408A-A569-7B5E43B23DFF@cs.stanford.edu><658F1927-7F1C-43C4-9E55-AEABD9EE4B75@cisco.com><6A2A459175DABE4BB11DE2026AA50A5D020162C2@XMB-AMS-107.cisco.com><6A2A459175DABE4BB11DE2026AA50A5D02016589@XMB-AMS-107.cisco.com><6A2A459175DABE4BB11DE2026AA50A5D020A8D0F@XMB-AMS-107.cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D020A8EDE@XMB-AMS-107.cisco.com> <87hbljm2y1.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D020A910E@XMB-AM S-107.ci sco.com> From: "Pascal Thubert (pthubert)" To: "Philip Levis" X-OriginalArrivalTime: 04 Jun 2010 15:46:23.0273 (UTC) FILETIME=[15835990:01CB03FD] Cc: roll@ietf.org Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 15:46:40 -0000 Hi Phil:=20 > There are many routing protocols today for LLNs which work well; none of > them has the S bit. What is the risk? Work well is in the eye of the beholder. Are there really so many of them deployed for any mission critical operation? And no one will come up saying that the protocol he sells today might have severe issues if used that way. RPL has a pretty high bar since there is no higher-end protocol for this environment at the IETF. And it is well known to routing people that control churn and count to infinity are not desirable behaviors; it does not take a 24th degree in LLNs to know that. > The goal of RPL is to standardize > current, well-understood, and well-accepted practice, right? I agree with the general principle. I disagree to take such principle as an absolute constraints, because very few things in this world are actually well understood, and nothing in this spec would actually pass that bar. OTOH there is value in a protocol to provide openings for different implementations to propose a competitive edge on the market, as long as compatibility is guaranteed. From my analysis, people do not have to understand siblings if they do not want to. An implementation is free to ignore it, and see if that makes a better, cheaper implementation. =20 Anyway I think you and I have exhausted our arguments. Someone else as to give his say now. I'd like to hear from people who actually deployed these things to a relevant scale and had to troubleshoot it whether he thinks that we're better off with or without siblings. What troubles me from your words is that removing the sibling seems to force people to use a non-zero DAGMaxRankIncrease. I do not think that this is acceptable. In fact, if I was coned to simplify RPL further, I'd start there. I think that the proposal I made gives adequate chances to implementers to do what they think relevant for their businesses and I'd leave it at that. Best, Pascal > -----Original Message----- > From: Philip Levis [mailto:pal@cs.stanford.edu] > Sent: Friday, June 04, 2010 4:36 PM > To: Pascal Thubert (pthubert) > Cc: Richard Kelsey; roll@ietf.org > Subject: Re: [Roll] S bit >=20 >=20 > On Jun 4, 2010, at 6:58 AM, Pascal Thubert (pthubert) wrote: >=20 > > Hi Richard: > > > > You are correct, I do not have enough insight of what the current > > implementations and simulations have been doing/testing. I hope > > someone shimes in to give us more insight. > > > > Being in the blind somewhat, I have to agree that we need to do > > something about this; but then, dropping the sibling entirely seems > > like a risk and a waste. >=20 > Pascal, >=20 > There are many routing protocols today for LLNs which work well; none of > them has the S bit. What is the risk? >=20 > Our mantra from implementers since -06 has been to simplify. *Including* > the S bit is a waste: a waste of reader's cognitive load, implementer's effort, > and administrator's troubleshooting. The goal of RPL is to standardize > current, well-understood, and well-accepted practice, right? >=20 > Phil From dat@exegin.com Fri Jun 4 10:49:39 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1758B3A6857 for ; Fri, 4 Jun 2010 10:49:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.092 X-Spam-Level: X-Spam-Status: No, score=-0.092 tagged_above=-999 required=5 tests=[AWL=-0.093, BAYES_50=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qg1kQsCnnEZs for ; Fri, 4 Jun 2010 10:49:38 -0700 (PDT) Received: from mail-wy0-f172.google.com (mail-wy0-f172.google.com [74.125.82.172]) by core3.amsl.com (Postfix) with ESMTP id 7FCEC3A67E5 for ; Fri, 4 Jun 2010 10:49:37 -0700 (PDT) Received: by wyf23 with SMTP id 23so1071664wyf.31 for ; Fri, 04 Jun 2010 10:49:19 -0700 (PDT) Received: by 10.227.143.149 with SMTP id v21mr10993946wbu.125.1275673339297; Fri, 04 Jun 2010 10:42:19 -0700 (PDT) Received: from [172.16.1.52] ([216.251.130.154]) by mx.google.com with ESMTPS id z33sm11716497wbd.1.2010.06.04.10.42.16 (version=SSLv3 cipher=RC4-MD5); Fri, 04 Jun 2010 10:42:18 -0700 (PDT) Message-ID: <4C093AFB.3020700@exegin.com> Date: Fri, 04 Jun 2010 10:42:19 -0700 From: Dario Tedeschi User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: "Pascal Thubert (pthubert)" References: <20100528214502.CA5A63A67B1@core3.amsl.com> <4C044071.9060805@exegin.com> <4C0643A7.1010500@acm.org> <4C06A54E.2050002@exegin.com><4C06AAC9.4040104@sics.se> <4C06B3BE.4010904@exegin.com><4C06B67B.9090808@sics.se> <4C07512E.7030303@sics.se> <4C07F2D9.2080506@exegin.com> <6A2A459175DABE4BB11DE2026AA50A5D020A903E@XMB-AMS-107.cisco.com> In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D020A903E@XMB-AMS-107.cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: roll@ietf.org Subject: Re: [Roll] Target and OCP sub-options share code 5 / 8-bit OCP in DIO? X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 17:49:39 -0000 Hi Pascal I'm all for keeping OCP at 16bits for the same reasons you've mentioned. Regards Dario Pascal Thubert (pthubert) wrote: > Hi Dario and Joakim: > > > Then again, one could > >> argue that there should not be any proprietary OFs, since we are all >> > trying to > >> be compatible (right?). >> > > I've seen arguments in both directions. Some people seem love it, some > seem hate it. If you look at it, UDP port and IP addresses both have > sandboxes to play with. EUI has OID. > > So we could say that the OCP, like an IPv6 address, starts with a number > of bits that indicate its type. And one type would be reserved for > private experimentations. > One type could be followed by an OID that could indicate an supplier or > an SDO. It makes sense to me to enable standard bodies like Zigbee or > ISA to define their own OCPs. > > The core spec does not really care how the OCPs get attributed. It cares > for the decision on whether allow a DAG with OCP B to extend a DAG with > OCP A, which we chose to disallow. > The rest could be done in an OCP architecture document that would > explain which values/subfield would belong to IANA, and what is > delegated to whom. > > If you are interested in starting that draft, I, for one, will support > you. > > Pascal > > > >> -----Original Message----- >> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf >> > Of > >> Dario Tedeschi >> Sent: Thursday, June 03, 2010 8:22 PM >> To: Joakim Eriksson >> Cc: roll@ietf.org >> Subject: Re: [Roll] Target and OCP sub-options share code 5 / 8-bit >> > OCP in > >> DIO? >> >> >> 255 Objective Functions would probably be enough, but if allowance is >> > to be > >> made for proprietary OFs, perhaps we'd need 16bits. Then again, one >> > could > >> argue that there should not be any proprietary OFs, since we are all >> > trying to > >> be compatible (right?). >> >> If the OCP ends up in the config sub-option, I'd vote to keep it as >> > 16bits since > >> it would make a nice rectangular box in Figure 16, draft-08 :-). >> >> Dario >> >> Joakim Eriksson wrote: >> >>> Another question related to the OCP is if it really needs the 16 >>> > bits? > >>> Are we expecting 255 completely different graph construction >>> mechanisms? One perspective would be to say that the ports of >>> > TCP/UDP > >>> have shown that we really need lots of alternatives (16-bit) but >>> > given > >>> that most applications will use some of the (few?) common objective >>> functions that we and others design I would say that we would be >>> > fine > >>> with >>> 255 alternatives (8-bits). >>> >>> Then it would fit well into the DIO since it would only take half of >>> the reserved 16-bits (and save 4 bytes from the non- optional OCP >>> option). >>> >>> >>> Best regards, >>> -- Joakim Eriksson, SICS >>> >>> >>> Joakim Eriksson skrev 2010-06-02 21:52: >>> >>>> Dario Tedeschi skrev 2010-06-02 21:40: >>>> >>>>> Joakim Eriksson wrote: >>>>> >>>>>> I think that the OCP is ok as an option since the DIOs are also >>>>>> sent to keep the nodes already in the DODAG up-to-date on metrics >>>>>> and ranks that might change over time. The more constant data we >>>>>> add to the base option the less space we have for dynamic data. >>>>>> (the OCP will typically be the same as long as the DODAG exist I >>>>>> assume). >>>>>> >>>>>> But the description of the option should be in the RPL >>>>>> specification, then this confusion will not happen again. >>>>>> >>>>> That would help. Also, I think their should be some text saying >>>>> > that > >>>>> the OCP sub-option MUST be included in response to a unicast DIS. >>>>> Similar to >>>>> how the config sub-option works. Alternatively, just add OCP to >>>>> > the > >>>>> config sub-option, which would solve the "[redundant] constant >>>>> > data" > >>>>> issue and ensure OCP is always available through unicast DIOs >>>>> >>>> Exactly, MUST on unicast DIS responses and MAY otherwise would make >>>> sense! >>>> >>>> Currently I am afraid it is an option that is a MUST in all cases >>>> (but that might change ;-). From the Metrics document: >>>> >>>> "There MUST be a single instance of the OCP object within the sub- >>>> option field of the DIO Base option object." >>>> >>>> I would make sense that the OCP has the same status as the DODAG >>>> Configuration Option that sets some very important configurations >>>> > for > >>>> the DODAG. This option is a MUST in DIOs that are responses to >>>> unicast DIS. >>>> >>>> >>>> Best regards, >>>> -- Joakim Eriksson, SICS >>>> >>>> >>>> >>>> >>>>> Dario >>>>> >>>>>> Best regards, >>>>>> -- Joakim Eriksson, SICS >>>>>> >>>>>> Dario Tedeschi skrev 2010-06-02 20:39: >>>>>> >>>>>>> Thanks Tim >>>>>>> >>>>>>> All, >>>>>>> Is there any reason why the OCP can't be placed in the DIO base >>>>>>> header, since there is now a 16bit reserved word available? Why >>>>>>> > is > >>>>>>> the OCP currently contained in a sub-option, when a joining node >>>>>>> requires it to determine what OF to use or to filter on. >>>>>>> >>>>>>> Dario >>>>>>> >>>>>>> Tim Winter wrote: >>>>>>> >>>>>>>> Hi Dario, >>>>>>>> >>>>>>>> On 05/31/2010 07:04 PM, Dario Tedeschi wrote: >>>>>>>> >>>>>>>>> Seems that the new "RPL Target" sub-option uses the same >>>>>>>>> type-value >>>>>>>>> (5) >>>>>>>>> as the OCP sub-option that is defined in >>>>>>>>> "draft-ietf-roll-routing-metrics-06" (section 6). >>>>>>>>> >>>>>>>>> Dario >>>>>>>>> >>>>>>>> This is a mistake. We can correct the option numbering for -09 >>>>>>>> > by > >>>>>>>> leaving OCP Option value 5 to the metrics draft, and >>>>>>>> > incrementing > >>>>>>>> the RPL Target through Prefix Information as follows: >>>>>>>> >>>>>>>> >>>>>>>> Option Name Draft >>>>>>>> ------ ----------------------- ------------------------------- >>>>>>>> 0 Pad1 [I-D.ietf-roll-rpl] >>>>>>>> 1 PadN [I-D.ietf-roll-rpl] >>>>>>>> 2 DAG Metric Container [I-D.ietf-roll-rpl] >>>>>>>> 3 Routing Information [I-D.ietf-roll-rpl] >>>>>>>> 4 DAG Timer Configuration [I-D.ietf-roll-rpl] >>>>>>>> 5 OCP Object [I-D.ietf-roll-routing-metrics] >>>>>>>> 6 RPL Target [I-D.ietf-roll-rpl] >>>>>>>> 7 Transit Information [I-D.ietf-roll-rpl] >>>>>>>> 8 Solicited Information [I-D.ietf-roll-rpl] >>>>>>>> 9 Prefix Information [I-D.ietf-roll-rpl] >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> Regards, >>>>>>>> >>>>>>>> -Tim >>>>>>>> _______________________________________________ >>>>>>>> Roll mailing list >>>>>>>> Roll@ietf.org >>>>>>>> https://www.ietf.org/mailman/listinfo/roll >>>>>>>> >>>>>>> _______________________________________________ >>>>>>> Roll mailing list >>>>>>> Roll@ietf.org >>>>>>> https://www.ietf.org/mailman/listinfo/roll >>>>>>> >>>>>> _______________________________________________ >>>>>> Roll mailing list >>>>>> Roll@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/roll >>>>>> >> _______________________________________________ >> Roll mailing list >> Roll@ietf.org >> https://www.ietf.org/mailman/listinfo/roll >> From jeonggil.ko@gmail.com Fri Jun 4 15:45:00 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4FDD13A684A for ; Fri, 4 Jun 2010 15:45:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.001 X-Spam-Level: X-Spam-Status: No, score=0.001 tagged_above=-999 required=5 tests=[BAYES_50=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zsxh3nPMqWuP for ; Fri, 4 Jun 2010 15:44:59 -0700 (PDT) Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by core3.amsl.com (Postfix) with ESMTP id EE7DC3A680A for ; Fri, 4 Jun 2010 15:44:58 -0700 (PDT) Received: by vws10 with SMTP id 10so246144vws.31 for ; Fri, 04 Jun 2010 15:44:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=4b4lV0KvmCYAeUrHYMZC7QD5WQbm82ley+oQDeXt9fo=; b=q6S+tETgqwyfbUKb2uF17wkQbBwEsbAjqHMFQQdwv+ueqXBTyG2Y/Ac5YdsU6Nxfrx XnTOpvR8UXCjhnIMUcAm0Y/PQRmF070WNg0iGBbQiX942tfOk2JsFmb6VGKELfPmJQEM LvCC5WHpuv5MZh9N80AVaUGqBuv/QyOHRHn5c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=MIesOdCgQ6pOlcTqdECBz+RViotDXdXw2EM+jBrjLJZJ2VRqDu6cAI9Qc/g1T4pAg6 +HjcMn3fy0pBSp8V6m3O5BTjSG2NwxQluRok6UiogEYE6YF3rhO6+nV9nypyk6k4H0Pa WYOFNQRb2BiFgliZN3ujEQeedveXctOd/x/WM= Received: by 10.224.59.30 with SMTP id j30mr6134297qah.143.1275691482097; Fri, 04 Jun 2010 15:44:42 -0700 (PDT) Received: from python.isi.jhu.edu (python.isi.jhu.edu [128.220.247.192]) by mx.google.com with ESMTPS id 5sm3329203qwg.27.2010.06.04.15.44.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 04 Jun 2010 15:44:41 -0700 (PDT) Sender: "JeongGil (John) Ko" Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: "JeongGil Ko (John)" In-Reply-To: <878w6xxsz6.fsf@kelsey-ws.hq.ember.com> Date: Fri, 4 Jun 2010 18:44:40 -0400 Content-Transfer-Encoding: quoted-printable Message-Id: <31D4B044-69E9-4A27-8C68-4CB7DFDCDA53@cs.jhu.edu> References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu> <878w6xxsz6.fsf@kelsey-ws.hq.ember.com> To: Richard Kelsey X-Mailer: Apple Mail (2.1078) Cc: roll@ietf.org Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Jun 2010 22:45:00 -0000 Hi. On Jun 2, 2010, at 1:08 PM, Richard Kelsey wrote: >> From: Philip Levis >> Date: Tue, 1 Jun 2010 10:42:10 -0700 >>=20 >> A recurring theme in feedback on RPL is that simpler is better; LLNs >> are often very cost-sensitive for microcontrollers, so less code is >> better. It's easy to add mechanisms, bells and whistles: it's harder >> to simplify. >>=20 >> I propose that we remove the S bit (sibling bit used in routing, >> Section 8.2).=20 >=20 > I am in favor of removing the S bit. I do not find the > experiments that have been run particularly convincing. > While it's a small thing in itself, as Phil says, > simplifying is hard. You don't get a simple protocol by > only removing things that have no value at all. For those > that think we should keep the S bit, can you suggest some > other ways to simplify RPL? >=20 I think what Richard is saying is exactly my opinion. > If the S bit does remain, it would be good if processing > it were made optional. If a node never routes to > siblings it will never set the S bit and it should be > allowed to ignore the S bit in incoming packets. > As things stand it must check the S bit in order to > detect routing inconsistencies. >=20 In terms of implementation, although I haven't gone through serious = stress tests with my code yet, I don't recall seeing any cases where the = S-bit played a critical role. Very vague but still I guess this post = will be the only post up to now based on real implementation experience. = I've been doing a few tests recently (mostly for the goal of debugging) = but in no cases have I seen the use of the S-bit. Of course this can be = an implementation specific and environment specific observation but = that's what I see from here :) I don't see the point of having a backup = plan after another back up plan to deal with a routing inconsistency. -John=20 > -Richard Kelsey > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll >=20 ------ JeongGil Ko (John) Ph.D. Student Department of Computer Science Johns Hopkins University http://www.cs.jhu.edu/~jgko From trac@tools.ietf.org Mon Jun 7 08:11:13 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C94C53A679F for ; Mon, 7 Jun 2010 08:11:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.001 X-Spam-Level: X-Spam-Status: No, score=-100.001 tagged_above=-999 required=5 tests=[NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SqWWtKCODdfx for ; Mon, 7 Jun 2010 08:11:12 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 9B0C728C567 for ; Mon, 7 Jun 2010 02:00:28 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1OLYC5-0001XI-HR; Mon, 07 Jun 2010 02:00:29 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "roll issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: jpv@cisco.com X-Trac-Project: roll Date: Mon, 07 Jun 2010 09:00:29 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: https://wiki.tools.ietf.org/wg/roll/trac/ticket/48 Message-ID: <055.ec223f2cf93b665e055bfaef56eb5266@tools.ietf.org> X-Trac-Ticket-ID: 48 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: [Roll] [roll] #48: Manageability section - next update X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2010 15:11:13 -0000 #48: Manageability section - next update --------------------------------+------------------------------------------- Reporter: jpv@… | Owner: jpv@… Type: defect | Status: new Priority: minor | Milestone: Component: rpl | Version: Severity: Active WG Document | Keywords: --------------------------------+------------------------------------------- Add: * comments on Default values not derived to experimental/field experience * security updates -- Ticket URL: roll From pthubert@cisco.com Mon Jun 7 08:20:24 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2380E3A6359 for ; Mon, 7 Jun 2010 08:20:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8 X-Spam-Level: X-Spam-Status: No, score=-8 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iHFHjwPwALH4 for ; Mon, 7 Jun 2010 08:20:22 -0700 (PDT) Received: from sj-iport-2.cisco.com (sj-iport-2.cisco.com [171.71.176.71]) by core3.amsl.com (Postfix) with ESMTP id 54DA33A7AB8 for ; Mon, 7 Jun 2010 05:02:58 -0700 (PDT) Authentication-Results: sj-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAJZ8DEyrR7Ht/2dsb2JhbACeRHGjb5lUhRcEj3o X-IronPort-AV: E=Sophos;i="4.53,378,1272844800"; d="scan'208";a="260189363" Received: from sj-core-1.cisco.com ([171.71.177.237]) by sj-iport-2.cisco.com with ESMTP; 07 Jun 2010 12:02:58 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o57C2VWN014886; Mon, 7 Jun 2010 12:02:58 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 7 Jun 2010 14:02:56 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 7 Jun 2010 14:02:53 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D020A954B@XMB-AMS-107.cisco.com> In-Reply-To: <31D4B044-69E9-4A27-8C68-4CB7DFDCDA53@cs.jhu.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] S bit Thread-Index: AcsEN5Da6qaV7Y9LT6iMgpJR/OoiswB/uc1g References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu><878w6xxsz6.fsf@kelsey-ws.hq.ember.com> <31D4B044-69E9-4A27-8C68-4CB7DFDCDA53@cs.jhu.edu> From: "Pascal Thubert (pthubert)" To: "JeongGil Ko (John)" , "Richard Kelsey" X-OriginalArrivalTime: 07 Jun 2010 12:02:56.0177 (UTC) FILETIME=[5D801A10:01CB0639] Cc: roll@ietf.org Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2010 15:20:24 -0000 Hi John > I don't > see the point of having a backup plan after another back up plan to deal with > a routing inconsistency. The current spec has 3 degrees of response to 3 degrees of problems, not backup plans for backup plans. 1) transient link failure=20 This is addressed by having multiple parents and for the lack of enough parents, siblings; because they can forward traffic, nodes with alt parents and siblings may stay longer expecting the preferred parent to come back and avoid topological churn. 2) permanent link failure with recoverable impact This is addressed by the local repair mechanism. A node can either play it in classical DV (RIP) fashion, or poison/repair. 3) irrecoverable damage When the local repair fails, a global repair throws a new version of the DODAG that rebuilds the whole topology. It has been discussed early in this ML that 3) could potentially be enough. There was good support for this and it seems that a piece of the industry lives like that. But sometime it would mean either wait a too long a time to fix things, or killing a fly with an expensive bazooka. So the group decided to have faster local mechanisms on top. At a different but still sensible order of magnitude, the same reasoning applies between 1 and 2). It can reasonably be asserted that we could live with 2 only. Yet parents and siblings avoid the topological churn of a node going down that 2) causes. Parents could be enough if all nodes had them; sadly, parents are not always there when you need them, and the most sensitive node is actually the one closest to the root, because by definition it has no alternate parent. If that node goes down and back up, a large chunk of the DODAG will follow the pumping effect.=20 So the node that does not have a alternate parent is effectively the one that will cause the most churn if its uplink has a transient failure. If we do not give this node an alternative, we force it to react too quickly to transient failures, or lose many packets. No good choice there.=20 How long does your implementation wait till it decides that a link is goes down? Does it react instantly to the loss of the last parent and start local repair? Pascal > -----Original Message----- > From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of > JeongGil Ko (John) > Sent: Saturday, June 05, 2010 12:45 AM > To: Richard Kelsey > Cc: roll@ietf.org > Subject: Re: [Roll] S bit >=20 > Hi. >=20 > On Jun 2, 2010, at 1:08 PM, Richard Kelsey wrote: >=20 > >> From: Philip Levis > >> Date: Tue, 1 Jun 2010 10:42:10 -0700 > >> > >> A recurring theme in feedback on RPL is that simpler is better; LLNs > >> are often very cost-sensitive for microcontrollers, so less code is > >> better. It's easy to add mechanisms, bells and whistles: it's harder > >> to simplify. > >> > >> I propose that we remove the S bit (sibling bit used in routing, > >> Section 8.2). > > > > I am in favor of removing the S bit. I do not find the experiments > > that have been run particularly convincing. > > While it's a small thing in itself, as Phil says, simplifying is hard. > > You don't get a simple protocol by only removing things that have no > > value at all. For those that think we should keep the S bit, can you > > suggest some other ways to simplify RPL? > > >=20 > I think what Richard is saying is exactly my opinion. >=20 > > If the S bit does remain, it would be good if processing it were made > > optional. If a node never routes to siblings it will never set the S > > bit and it should be allowed to ignore the S bit in incoming packets. > > As things stand it must check the S bit in order to detect routing > > inconsistencies. > > >=20 > In terms of implementation, although I haven't gone through serious stress > tests with my code yet, I don't recall seeing any cases where the S-bit played > a critical role. Very vague but still I guess this post will be the only post up to > now based on real implementation experience. I've been doing a few tests > recently (mostly for the goal of debugging) but in no cases have I seen the > use of the S-bit. Of course this can be an implementation specific and > environment specific observation but that's what I see from here :) I don't > see the point of having a backup plan after another back up plan to deal with > a routing inconsistency. >=20 > -John >=20 > > -Richard Kelsey > > _______________________________________________ > > Roll mailing list > > Roll@ietf.org > > https://www.ietf.org/mailman/listinfo/roll > > >=20 > ------ > JeongGil Ko (John) > Ph.D. Student > Department of Computer Science > Johns Hopkins University > http://www.cs.jhu.edu/~jgko >=20 > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From pthubert@cisco.com Mon Jun 7 08:22:58 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5219F3A6850 for ; Mon, 7 Jun 2010 08:22:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8 X-Spam-Level: X-Spam-Status: No, score=-8 tagged_above=-999 required=5 tests=[RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w-1UOvQz8hkL for ; Mon, 7 Jun 2010 08:22:57 -0700 (PDT) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id B4E093A8690 for ; Sun, 6 Jun 2010 09:12:01 -0700 (PDT) Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-AV: E=Sophos;i="4.53,373,1272844800"; d="scan'208";a="118631380" Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-2.cisco.com with ESMTP; 06 Jun 2010 16:12:01 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o56GC1FJ012036; Sun, 6 Jun 2010 16:12:01 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Sun, 6 Jun 2010 18:12:00 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 Date: Sun, 6 Jun 2010 18:11:57 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D020A924C@XMB-AMS-107.cisco.com> In-Reply-To: <064.0d298c29ad416d1d66e7e5a17d270995@tools.ietf.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [roll] #41: Adding the SLLA and MTU options in the RPL spec ? Thread-Index: AcsFR5GG86tH+MZmQfmwa9UJgobT9QASzvgQ References: <055.7153d5eea23badb3dd1cdb82fdf0a90a@tools.ietf.org> <064.0d298c29ad416d1d66e7e5a17d270995@tools.ietf.org> From: "Pascal Thubert (pthubert)" To: , X-OriginalArrivalTime: 06 Jun 2010 16:12:00.0877 (UTC) FILETIME=[FED299D0:01CB0592] Subject: Re: [Roll] [roll] #41: Adding the SLLA and MTU options in the RPL spec ? X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2010 15:22:58 -0000 RGVhciBXRzoNCg0KSnVzdCBhcyBhIHJlbWluZGVyLCB3ZSBoYXZlIGEgdGltZXIgcnVubmluZyBv biB0aGlzIGRlY2lzaW9uLiANClRoZSBjdXJyZW50IGxpZ2h0IGNvbnNlbnN1cyBpcyB0byBhZGQg U0xMQSBhbmQgTVRVIG9wdGlvbnMgaW4gRElPIGluIFJQTCAwOS4NCklmIHNvbWVvbmUgb3Bwb3Nl cyBwbGVhc2Ugc3BlYWsgdXAhDQoNClBhc2NhbA0KDQoNCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdl LS0tLS0NCj4gRnJvbTogcm9sbCBpc3N1ZSB0cmFja2VyIFttYWlsdG86dHJhY0B0b29scy5pZXRm Lm9yZ10NCj4gU2VudDogU3VuZGF5LCBKdW5lIDA2LCAyMDEwIDk6MTIgQU0NCj4gVG86IFBhc2Nh bCBUaHViZXJ0IChwdGh1YmVydCk7IGpwdkBjaXNjby5jb20NCj4gQ2M6IHJvbGxAaWV0Zi5vcmcN Cj4gU3ViamVjdDogUmU6IFtyb2xsXSAjNDE6IEFkZGluZyB0aGUgU0xMQSBhbmQgTVRVIG9wdGlv bnMgaW4gdGhlIFJQTCBzcGVjID8NCj4gDQo+ICM0MTogQWRkaW5nIHRoZSBTTExBIGFuZCBNVFUg b3B0aW9ucyBpbiB0aGUgUlBMIHNwZWMgPw0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLSstLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQo+ICBSZXBv cnRlcjogIGpwdkDigKYgICAgICAgICAgICAgICB8ICAgICAgICBPd25lcjogIHB0aHViZXJ0QOKA pg0KPiAgICAgIFR5cGU6ICBkZWZlY3QgICAgICAgICAgICAgIHwgICAgICAgU3RhdHVzOiAgY2xv c2VkDQo+ICBQcmlvcml0eTogIG1pbm9yICAgICAgICAgICAgICAgfCAgICBNaWxlc3RvbmU6DQo+ IENvbXBvbmVudDogIHJwbCAgICAgICAgICAgICAgICAgfCAgICAgIFZlcnNpb246DQo+ICBTZXZl cml0eTogIEFjdGl2ZSBXRyBEb2N1bWVudCAgfCAgIFJlc29sdXRpb246ICBmaXhlZA0KPiAgS2V5 d29yZHM6ICAgICAgICAgICAgICAgICAgICAgIHwNCj4gLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiBD aGFuZ2VzIChieSBqcHZA4oCmKToNCj4gDQo+ICAgKiBzdGF0dXM6ICBuZXcgPT4gY2xvc2VkDQo+ ICAgKiByZXNvbHV0aW9uOiAgPT4gZml4ZWQNCj4gDQo+IA0KPiBDb21tZW50Og0KPiANCj4gIFRo aXMgaXMgYSBkdXBsaWNhdGUNCj4gDQo+IC0tDQo+IFRpY2tldCBVUkw6IDxodHRwOi8vc3ZuLnRv b2xzLmlldGYub3JnL3dnL3JvbGwvdHJhYy90aWNrZXQvNDEjY29tbWVudDoxPg0KPiByb2xsIDxo dHRwOi8vdG9vbHMuaWV0Zi5vcmcvd2cvcm9sbC8+DQoNCg== From pthubert@cisco.com Mon Jun 7 08:27:38 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F2B793A67B3 for ; Mon, 7 Jun 2010 08:27:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.999 X-Spam-Level: X-Spam-Status: No, score=-7.999 tagged_above=-999 required=5 tests=[AWL=-0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EsVhy5BWbGfC for ; Mon, 7 Jun 2010 08:27:30 -0700 (PDT) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id B9DEE3A6C9F for ; Sun, 6 Jun 2010 23:42:11 -0700 (PDT) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-Files: RPL-Path Control_RA-01.pdf : 75071 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjEFAJcxDExAZnwN/2dsb2JhbACBQ5x+caQ0mRqCWII/BA X-IronPort-AV: E=Sophos;i="4.53,376,1272844800"; d="pdf'?scan'208,217";a="118626321" Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 07 Jun 2010 06:42:10 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o576g9Xx019617 for ; Mon, 7 Jun 2010 06:42:09 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 7 Jun 2010 08:42:09 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01CB060C.8D49509B" Date: Mon, 7 Jun 2010 08:42:04 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D020A92ED@XMB-AMS-107.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ZigBee IP / rpl-08 questions. Thread-Index: AcsD8z3dUfdCPlW2S32eIip6TgObegACkL0wAIOr7+A= From: "Pascal Thubert (pthubert)" To: X-OriginalArrivalTime: 07 Jun 2010 06:42:09.0344 (UTC) FILETIME=[8D7E7400:01CB060C] Subject: [Roll] FW: ZigBee IP / rpl-08 questions. X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2010 15:27:38 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CB060C.8D49509B Content-Type: multipart/alternative; boundary="----_=_NextPart_002_01CB060C.8D49509B" ------_=_NextPart_002_01CB060C.8D49509B Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear WG =20 Mads asked us a few more questions on 08. Please find the discussion below: =20 Pascal =20 From: Pascal Thubert (pthubert)=20 Sent: Friday, June 04, 2010 6:08 PM To: 'Westergreen Mads-MWEST2' Subject: RE: ZigBee IP / rpl-08 questions. =20 Thanks a lot Mads.=20 =20 This is really appreciated. Please see below my early comments =20 1. RPL draft 08 =20 There are some conflicts between RPL draft 08 and RPL metrics draft 06, like the fact that option length of metric container is 1 byte in RPL draft and 2 bytes in RPL metrics draft. We suppose that RPL metrics document was not yet updated so we will go with the 1 byte length. What is the correct length ? [Pascal] One octet. This changed in 08 and is not yet reflected in the metrics. The metrics is the reason why the lebth passed to 2 octets at some point. They'll have to find a way to make stuff smaller J =20 =20 2. RPL draft 08 - Chapter 5.6.5 - Routing information Although the Option Length field is a multiple of 1 byte, the length of the prefix is 0, 8 or 16 bytes. The fact that the length of the prefix is either 0, 8 or 16 is probably a copy-paste from the ND spec. As long as the option length can be any number of bytes, we think there should be no constraints on the length of the prefix included in this option. Is this correct ? =20 [Pascal] This is correct. We can work that out by 09. I expect, though, that in most cases the length with be 64. And alignment is still a good thing though saving air space is another one. =20 3. RPL draft 08 - Chapter 5.6.7 - RPL target=20 Spec says that the RPL target option 'is used in DIO to identify a resource that the root is trying to reach, but this option does not appear in the list of options supported by DIO: chapter 5.3.3. How is this option supposed to work in DIO ? There is no much written about this.=20 =20 [Pascal] That is correct. I'll add some text. The option is valid in DIO and it is used to trigger a (DAO) response from the target. A typical scenario is a packet coming from the internet for a destination that appears valid in the subnet but for which no DAO route is present at the root. We'll have to rate limit such things to prevent DoS attacks. P2P is another application by which the DAG is formed especially to reach the target. =20 4. RPL draft 08 - Chapter 5.6.7 - RPL target=20 RPL target option appears in the list of supported options of DIS. When RPL target option is described, the text does not say anything about DIS. It only appears in DIO and DAO. What RPL target option should contain when included in DIS and what is its purpose ? =20 [Pascal] That's probably why it's missing in DIO : ) Poor overloaded editors are we? It might happen, though, that P2P want to use DIS as a flooding mechanism, in which case they might want it. =20 5. RPL draft 08 - Chapter 7.1.5 Is there any particular reason why a DAO is sent to DODAG parents when it is initially created and only to DAO parents when is 'forwarded' ? [Pascal] what about propagated? In the usual terms that at least my group use, write or send is about something really created by the sender whereas forward applies to smoething that comes in and goes out, typical for a router. When something is modified en route, I like the word propagate rather than forward. In the case of a DOA, the control piece is modified, so... Would you have a more preferred wording? =20 =20 6. RPL draft 08 What are the Target and Transit options of a DAO message supposed to contain ? This question is related to another one: is a host device supposed to send DAO messages?, because the discussion on the ZIP reflector seems to indicate that host nodes are not able to send DAO messages. Their parents will send DAO messages containing information related to the hosts. Does the target option contains information about the node sending the DAO or about its children ? If it contains information about the node sending the DAO it means that host nodes should be capable of sending DAO messages to advertise their reachability. =20 [Pascal] At the moment there is no real concept of host in RPL. There are nodes that do not send DIOs so they do not get to forward anything. I've been trying to get 6LoWPANs to do the necessary things to enable the 6LoWPAN registration to actually be injected in RPL. No such luck so far, Erik is very firm on his positions. =20 What is the Transit option supposed to contain ? Information about the node sending the DAO or about its parents ? [Pascal] The transit option derives from Roger's work. Please find attached his paper =20 =20 Can you show an example of how the DAO messages sent by nodes R1 and R2 should look like, giving the DODAG below and considering that R2 should agregate the DAO messages received from both R1 and R3? =20 LBR / R2 / \ R1 R3 / \ H1 H2 =20 =20 RPL target refers to another node. =20 7. RPL metrics draft 06 - 4.3.1. The Link Quality Level Reliability Metric 4.4.1. Link Color Object Description Both these options have the first 4 bits reserved. The length of the option following these 4 bits is multiple of 8 bits. It would make more sense if the reserved bits are extended to 8 because: a) The information following them will be easier to read/write, as it will start on memory boundaries. Now it has to be shifted. b) The frame will be anyway have to be completed with 4 trailing bits after the option Any reason why the reserved bits cannot be extended to 8 ? =20 [Pascal] I'll defer to my betters on this one J =20 Pascal =20 =20 ------_=_NextPart_002_01CB060C.8D49509B Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear WG

 

Mads asked us a few more = questions on 08. Please find the discussion = below:

 

Pascal

 

From:= Pascal = Thubert (pthubert)
Sent: Friday, June 04, 2010 6:08 = PM
To: 'Westergreen Mads-MWEST2'
Subject: RE: ZigBee = IP / rpl-08 questions.

 

Thanks a lot Mads.

 

This is really = appreciated. Please see below my early = comments

 

1.       = RPL draft 08  

There are some = conflicts between RPL draft 08 and RPL metrics draft 06, like the fact = that option length of metric container is 1 byte in RPL draft and 2 = bytes in RPL metrics draft. We suppose that RPL metrics document was not = yet updated so we will go with the 1 byte length. What is the correct = length ?

[Pascal] = One octet. This changed in 08 and is not yet reflected in the metrics. = The metrics is the reason why the lebth passed to 2 octets at some = point. They’ll have to find a way to make stuff smaller = J

 

 

2.       = RPL draft 08 - Chapter 5.6.5 – = Routing information

Although the Option Length field is a = multiple of 1 byte, the length of the prefix is 0, 8 or 16 bytes. The = fact that the length of the prefix is either 0, 8 or 16 is probably a = copy-paste from the ND spec. As long as the option length can be any = number of bytes, we think there should be no constraints on the length = of the prefix included in this option. Is this correct = ?

  =
;            =
      =

[Pascal] This is correct. We can work that out by 09. I expect, =
though, that in most cases the length with be 64. And alignment is still =
a good thing though saving air space is another =
one.
 
3.     =
RPL draft =
08 - Chapter 5.6.7 – RPL target 
Spec says =
that the RPL target option ‘is used in DIO to identify a resource =
that the root is trying to reach, but this option does not appear in the =
list of options supported by DIO: chapter 5.3.3. How is this option =
supposed to work in DIO ? There is no much written about this. =

 
[Pascal] That is correct. I’ll add some text. The option is =
valid in DIO and it is used to trigger a (DAO) response from the target. =
A typical scenario is a packet coming from the internet for a =
destination that appears valid in the subnet but for which no DAO route =
is present at the root. We’ll have to rate limit such things to =
prevent DoS attacks. P2P is another application by which the DAG is =
formed especially to reach the =
target.
 
4.     =
RPL draft =
08 - Chapter 5.6.7 – RPL target

RPL target option = appears in the list of supported options of DIS. When RPL target option = is described, the text does not say anything about DIS. It only appears = in DIO and DAO. What RPL target option should contain when included in = DIS and what is its purpose ?

 

[Pascal] That’s probably why it’s = missing in DIO : ) Poor overloaded editors are we? It might happen, = though, that P2P want to use DIS as a flooding mechanism, in which case = they might want it.

 

5.       = RPL draft 08 - Chapter = 7.1.5

         &= nbsp;          Is there any = particular reason why a DAO is sent to DODAG parents when it is = initially created and only to DAO parents when is = ‘forwarded’ ?

[Pascal] what about propagated? In the usual = terms that at least my group use, write or send is about something = really created by the sender whereas forward applies to smoething that = comes in and goes out, typical for a router. When something is modified = en route, I like the word propagate rather than forward. In the case of = a DOA, the control piece is modified, so… Would you have a more = preferred wording?

 

 

6.       = RPL draft 08

What are the Target and = Transit options of a DAO message supposed to contain ? This question is = related to another one: is a host device supposed to send DAO messages?, = because the discussion on the ZIP reflector seems to indicate that host = nodes are not able to send DAO messages. Their parents will send DAO = messages containing information related to the hosts.

Does the target option = contains information about the node sending the DAO or about its = children ? If it contains information about the node sending the DAO it = means that host nodes should be capable of sending DAO messages to = advertise their reachability.

         &= nbsp;          =

[Pascal] At the moment there is no real concept = of host in RPL. There are nodes that do not send DIOs so they do not get = to forward anything. I’ve been trying to get 6LoWPANs to do the = necessary things to enable the 6LoWPAN registration to actually be = injected in RPL. No such luck so far, Erik is very firm on his = positions.

 

         &= nbsp;          What is the = Transit option supposed to contain ? Information about the node sending = the DAO or about its parents ?

[Pascal] The = transit option derives from Roger’s work. Please find attached his = paper

 

 

         &= nbsp;          Can you show = an example of how the DAO messages sent by nodes R1 and R2 should look = like, giving the DODAG below and considering that R2 should agregate the = DAO messages received from both R1 and R3?

         &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;            = ;     

         &= nbsp;          =             &= nbsp;           &n= bsp;           &nb= sp;       LBR

         &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;            = ;        /

         &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;            = ;     =  R2           = ;

         &= nbsp;          =             &= nbsp;           &n= bsp;           &nb= sp;       /   = \          =

         &= nbsp;          =             &= nbsp;           &n= bsp;           &nb= sp;     R1    =  R3   

         &= nbsp;          =             &= nbsp;           &n= bsp;           &nb= sp;      /  = \            =

         &= nbsp;           &n= bsp;           &nb= sp;           &nbs= p;            = ;   H1   H2

 

 

RPL target = refers to another node.

 

7.     =
RPL =
metrics draft 06  - 4.3.1.  The Link Quality =
Level Reliability Metric
  =
;            =
            &=
nbsp;           &n=
bsp;     4.4.1.  Link Color Object =
Description
Both these =
options have the first 4 bits reserved. The length of the option =
following these 4 bits is multiple of 8 bits. It would make more sense =
if the reserved bits are extended to 8 =
because:
a)      =
The =
information following them will be easier to read/write, as it will =
start on memory boundaries. Now it has to be =
shifted.
b)  =
The frame =
will be anyway have to be completed with 4 trailing bits after the =
option

         &= nbsp;          Any reason = why the reserved bits cannot be extended to 8 ?

 

[Pascal] = I’ll defer to my betters on this one J

 

Pascal

 

 

------_=_NextPart_002_01CB060C.8D49509B-- ------_=_NextPart_001_01CB060C.8D49509B Content-Type: application/octet-stream; name="RPL-Path Control_RA-01.pdf" Content-Transfer-Encoding: base64 Content-Description: RPL-Path Control_RA-01.pdf Content-Disposition: attachment; filename="RPL-Path Control_RA-01.pdf" JVBERi0xLjMKJcfsj6IKNSAwIG9iago8PC9MZW5ndGggNiAwIFIvRmlsdGVyIC9GbGF0ZURlY29k ZT4+CnN0cmVhbQp4nO1d2W8jtxmHatmWLMG21t7N5thUabuNtI24w2OGnB4vBYoCQV8S+G3Tp7QJ UCALxP3j+u+VHGnIb2Z+4lCHt1k3uw8mhvz43QePGf04z5hQ88z9rxvf/nDx+ms9//7fF9Xj+dd/ 3TTuv7/48UIxXhSFrh7Q9rc/zP98ZwHNnHOWqfnddxe86uBzLea5YHkxv/vh4s1isFxlLM/KnPPF L5arnHGpc704WWom7WzlYrjkzGQqF7T7dJkxrWQm9eJsaZjRsjSL86VkRc5VuRjZZ4URpViMlytu WdE5X3zzdpmzIlOFWEz8yAA9tVOarNCioCO/uV+uSlZII/LFpZ2LlbnkskH11XJlmFTSAgZar5cF MzIv1WLmWyMLz3mRM2Gbf7/7shJPybhw0lGFZMpJ/O4fFxbm7l9N4SknsHXnyHWuVGHmK17B+Id/ ubv46sJyy7NSGqtBqW3LzslynVmqK9Vt703SJ7calKwULYXqzDLpFGolU5FumfLjDKv5mm866SSS iXXvG6fgwj7OuLD6z1ihpSq5Faq0hOSKW63bfl2Y3Olt5WaQWWnVrpg2XDu12/5cCqNpc+yawlge nWItmLYiUHQEmYzgxbNNlk5ymRLWYCzpUujCGYmVVWZkl+xCFQ2sl4EYgvXK2puQSpRkqj62r62t SWeYFumKW/IKTcFnlpLMk7LiimWWUkIfHurs3aqES0vg+nmpcmkWT5aCaSvlvCahsvGaAiLim+VK WF5KWRAOAq5bOJJKiLD41Dmc4UbJxbPKYaS0cjK1uXzgvDTXUlIYbEPPlysrgJK3tDGzCDTjWhFa va4dqw7p2qv2iH1czW3syUzLV4pSWrEFZ7E+nltX+NvF3SvnAjbuZVm5iYBVa+hbA9869a0z3zoH rdA78q2xb1lZ1M0JQVKZU2YK2h8mmkYJI5PfV01hXQV2vw140JQE92WjW5Q2TJNnA0DZGeLmBFAR 2D4B0hsHYDRwGqUhrsCOnDbNysxtNC2L2syv4DyesMDqKUBzheR5DeREuglB04Bn5h8+iVtSoJLq yPG12jBm06Bz44q7G0DqOZBmQHULxiEJXwIuR4jgUWAysDaDXHR7zwD9iGpq7hMw4y0QL7Ilohxs dIAXZKfXAB+lEfE6RFTE1YYiFhVe19xvIH/AiZHOrwFZszgnbxGWMONT33rmWx8QzEVma1lZts3b RXTHDRHULcAe6B0DQY3BOKTVMREo4Os54uvDqA0i+75FWO4JYR7LOZgbxrvQfQMYvAQCG6CkcQYm DNMES5gE4Bswd8MU9o/s1Aa75o2tEWVcRMOB5uTRHGRPH0XCem33MDMErOdERl119xYoMVu5RPwm zzNAqIOAR2AgRoMKtKBxZO698gdePAQSHQIs6RYW96pUH/gYWH6IOJ8gd4YeeY+aQWQTAPMRJBuU S6lm1JP/GuEMBCcsqJ600VOhXYM5Z2jgc8AtWmJsic6enQMzQ9dIadIBJWaY5wWgESUGgu9T6ilO wvbP5249VpD12Hr3pKiq0MV/NvsSJgwgGy71rgVdzoXNmjcweiBrvgaCf4K0BrWB66IgMBAdeqwo QLcF79ZsTV2JssyL9DostZoNEL8kkROUsITsAeCK1t4eep4YwPYqlMPAbqQ7A8DXgS5UmgZ8I0Ah rFFgqiJ20OMlvTFoCBhHJhwv4mAun6YOhPnh2AvFjwMSnKPq1jNAdu+agoieuGgrQjWD0+qho9Nn yKbvkSpQrR4vbdACnJRIp2AalMR6pDkGHBDX36OChPtNeG0E0CBJjCHdHvhXcdNH1KaWX3Troxue jrUJsteWhceyQ5zrCVQPFxngGuDXMF2AxIgKpGNJD5ED3XbaDjUrSaXnz2uycNYklDv722xID5Y5 k8IUysbGlWa8LIxyD0vBhMk3sUuQU76ctSMTmbp52pOzTEtjbJWqWJmpTFmjV4xzk+e2jFdM5iJz WUUynWtLgVVHyTIh8rKK2YwXupDWkARThSjc0YFgRsiczvOJO8QwquTVfn7d77IxK6QqjJWaOyDk XBFEQ3dcIKWFW4dtN1Yaq7LuUEKTy72GldwWSk+XtiF1oQklV+5gIct0aVwIyRk3WSbp05PqIFGI jBOJXHqcgfogOQJCaD61JGkhuW7KxiUNUYeE118LopeVMMzmHDtEb5zKeh3LjaXcYpMWsMjNlme5 cCRs5iSWIDgzrYM/ipK7I5PaFk6qY9pMcWfZtkOW2rhCULCCc6GqY9pcKsmtw9ZSGFkpcG6VSEDG QR5hoFs6W/ZyoXOrDpccueZ09jB0uj5I0so4xdcHt2TW6gy40Nrq42oprA+oajfFqtPwojpvruc/ rxM7Scxr3xOVezm2fxONgSgZoqV/ankGo9kURWSUzV7GZwwgPdt2vfV03dqrmoxXAGhymjPA8n2f crJu9VWT3dSM68r43g0J9njvI61mIOvw+Flfcj1GV5DJa43edAbzYt1KLU3hPuoMpVe0N5Rcr2Ei wAL1FODbYclbt+YIS/yAEJsH2Ewg5ATUwY0+I9AxyeOTs64nvA9naPGasOcoe6tP1Cej+MCsK/n4 NvYEyPFFnMYBFHhfgO8KAB274rVFCHB9mtk/8MJV/m8TLfQMpYbUzdX4/Q20GzQFDoErBOCoPYcZ qXpshF+AZnfzPHBPHOulO/khSXACmKK5IHpjBYW77Yib92LoFnrqtZhmiFxfi4nvtZ8iLLuRvR4H tnNg4sKb2qlJk6a4rkMgiFNkqXtd1ohReBtPEDDR0GDRY+ifA3rx9Zz4kQhSbGqBREqAkNsCszdE Fl2Da3uWqG5LIouK1xlDINyRN/XkRco9WnxAj0LZadxOgdLgrbYhkAm6wYG8un1TqmnpfVvj3ywA wmC4KMPA3a4leIhPt+PHFU2uRZnzAi5IYWTFa9i+aza757fjH1bgPDkFokKH0O3qxTkNXjZGN2q3 Zoq102yJSHXrFYWOMhPPoyPkNDMqqe6MPUdu9wBh+ybKtsX0KUEH1ngoAP4OuE8P2XAFgTSDJBbf Nt6yxu/xiri24sEgeZsGLfxoMRqv7ZEXEjRftECcU0CbgFvj8Wu+wSlwGQawUA8fAwn0XUgFTrHl MKYrlX0upMaW1UPI1bEvAsG9uUAsusAD772lx/dtzrDyY1iYNmS819G4+GGUulRhfBBEEK6QZmAg B9wi/eMQ5pE89T4TL3zDrXoUCVeE/kBgC0lThHssppN07Rym76YXUkXsGuZhm9Tx6BeEfYuwxF1s Wxxr11NUhj0JAa0O4ytZWByjJRPaU9pS1IOVBbKDlINUZ9tb7AXkg4Qt4+1ugF8nQMVxevRuRURp jrZExaYVywc9yzK0tzqLUoju4p+TWRI3IBC64AY4bRy6WiDw1QFewZRZn4zPBVu/cGlTR+fejXQH nqvNiDeNRNI+hBe6Gts6h2+8CkZWdfG1+nmvrCKOeQ/0RcMEcKOd1urbGXhJiQAWh15Yi98h7LsI Amq31EO9k3bt1gTu2bfep4KK5ayeXJqSGJupNF4Bw0XTTseAa2ft24YiRtDjwbvfLz3SCRtdIKVe U43XCHA7b0JnBGab+o5Qz2X/xlIqvhcXL7sx+EPcBw1zx96UPJLXpx7lww3hXW6G1s1Yyui4gc8Z 7sSwvq3VJe5dt4Ah7N4Kiw4BWx4J7j5Gi6zWwnrsafI0D0bh67ZlNKqGR2MBcnckfSCxceoQThBw vrsY8j3GtWzhEZhAqhYJkkMU/4AmQIBTVbuPMTwWE0hXfIBIRJI69UOawO6q3ccY1lWRrq9ZL6oa YbV+Qivo98hC9rGLRCS7T/1uLOQhbaVbN3dCCFpy/aQMJpSHZAsf7uYHcAhTQJA4Hr07GhZHg7iF 8xgyD4CGMOXu5P4egnQNBwL/IVDWKVV/8oZ1nDC8h59jkN3D4kGcHJnCPoiuQclHZjCppvOABrPH Oiqdk3dqMPIxFjeptnJ0C9ljmbUPJ+/AQjpB471dAYV8GuqSnqoGYkHz4ErnHdgALKcCNfFqKs4T Laseiw0cPQwf4m7HN4F96pz/N9Umx8/3U7UdhT7OI4xkJPuUhj8lzdJK4vGeR+yBJKSskOR60/mD sbIKwIEcXBU80ijbfOXqYCTrb2Klb9AdtCEOgX/WU5qempe8+zR20LZ0D/DPGttHY326O2iPP5nC R6q7/wESehc/3KClmbFVIS7cFxxblyKP9Krbp6D7j76FX3701B30Iam+i5IeC3qrEb2pHEgMdKG7 cPTbzx7Jn6JywN+YOeTK2IDIs4tlyzWx2Ete+DsRPTczd3snz7Xgx2uP+GXA+odhwreZ/BZ4Wf1m SvUJt8R/S6ksFp5DgPDrFpaOuZJqXti/cn7/z4vv9vtpH1F9xVBUv20x8veji/U3DZWar4z75lPr +nT9CziSOR49iwP3fSYtFF+88i0rPiFZXnJNup22N82h7576ZyP/7Mw/m/nWS9/rtLB5OPAPx3HU I986ASDX/tkJmbpuTdu9QpWEgc3AvNCE2jPAyzQukgByCcQUQMZYEOtW5uza978Fghr6Z+cAzQv/ 7AmgO8BeBnxrRxC6cF8k2/j6hEzTVfQQqDyg+wLwHGQzAwoKOK6BSgM2Ii/b7GK5BUqDdhVY+agz TUYNC6l8i/7oPWphMiaFc0Kz+cTMOSDoZVSnSIxTwGDoPQHKeAFwDIAcTohyu3iRz03avVI2VdVF MkC6CJxcrp9lvEFrq7fByQSY1RBy7HXbCQbK/a5YxCMbvCD2CS+h+5Tou+tewcyhs0+JOdTdX6TG zDA3ksmTOFeEiEnU/qi9dAm7BY6Pwgd0yTEg9pwQ03C0tVhX68y2eeMoqLVu3XjwzwAVs2jAOkVW dAnMd4RUiQJk0MslwDwDU18BDUDlTzrE0qiIUgJKmMEozwEEEhzhGCEJtKJ4RJzuORGIr5m+uvgv 2aKlumVuZHN0cmVhbQplbmRvYmoKNiAwIG9iagozNjk4CmVuZG9iagoyNyAwIG9iago8PC9MZW5n dGggMjggMCBSL0ZpbHRlciAvRmxhdGVEZWNvZGU+PgpzdHJlYW0KeJztXelv3MYVh2zrWhnS6vCR OklXbYMsg+yYM7wTIG3TBAGKfomhb04/JU2AAAkQ9/8HOiTFmUfOj2+GuytVdgTDwIjLud59zDz+ toiFShdx/a9rfP/L7OWrYvHTf2fN48Wrb64bb36a/TZLhczzvGge0Pb3vyy+vNIdy4WUIk4XVz/O ZPODXBRqkSmR5YurX2avlzvRKhZZXGVSLh9Eq0zIpMiK5cOoEIkerVo+iqQo4zRT9OfdKBZFmsRJ sdyLSlEWSVUu96NE5JlMq+WBfpaXqlLLw2gl9VaKTC6/+zXKRB6nuVoemTdt78d6yDLOC5XTN797 E60qkSelypbHeixRZYlMeqs+iValSNJEd7RrnUe5KJOsSpenpnWg+0uZZ0Lp5r+v/tmApxJS1dBJ 80SkNcSvfpgtz6Krn/vAS2uAtT8e1D+u0rxcrGTTxzx8+UrFtku8yIu4gfMPDZxzkZVSlhqMiX6a Z2XvWSriLC1zvdxMFXrBql2gUnZApTfXrXDhzidr/Lc/v9b4q+Eep7IGiv4hqYpSY22lRC6lShu4 ZxpoUmNNiVIlWUr7zGtUlzLXGDzReKmqotDNs6gSSZlotNUPr8Hfe1UpTbZ6F4cNTpSKZYu1vChk anslZNbH0SoRlSrSskZ2h6vDqIatLHD/3qz21f1rrMp0UW+krKGySnKNp3pZLWDeqwk7jqtCT9y1 dsCzh6b1CLx3alp7oIVG1jRtX1xJjfhYw+mYneXAtA5HV6hSRXqcm9aJnWQfdLYDXphW/Z6qNA/C xdj3zsh4ZhILL41FDrB75FfTux0yKWmXI7DYDwC8CGTRfHa1pw15JHEuKsMnR2BAsis7IMIU2SmC LFnYGXzRTLOH+vxhDfrMYy3Zk6re5+p6o1rmiUy1u70gsHC774Jnp2yPY7BE+8zu6oDuz+z6AIDn lB0b06ALEkJZBB08XfIMH0z9/NCwM2L4M37ZiBot+iAJPgLUj2C8axeGpNw56PIILHsO0WLfM5OQ Jc7BiJDH7HJOweBTRK2HYcjsttc+eDYHq4RoOAILRtK9h3azic0ZuNYXmIHNJC/MQ6ss3wfLfhp1 +gLxLxTQhOqfgxH/wnLjqe2MWLSH9kCxjTSn3cwhYJneZgA5Q6RjBe3Sk08/s/v3oc1D6k9ZaTyC TQBSpLbIz0iS0N2YLaKfkVA5QyuDUv8cTePRDz0B6rYQeUGewvaPu4d90gLmwQHovC2b1aX1HfDe KdJbEAefgjXMwYjnoLUH9YNnwrXUB9nNCIOo0uF8Xr74rF6XSKGUQnxGbMZdFtDT7RrK62CStnOt PcZMwlYVhJttrPF0wK6fWpG8CP8IiYQWsrW3gbQxNmBZTUDtNmA9IZggbjwh0Blddt08CvVQ5mic Nw2yMkmFH/RA6uALUtceTfLJOnTdtRBZBxtSZ+TZ7dpMXq+HPhw3mjD3DNzkMf5GkoWicMeQPdI3 UEevpQjD/IwDJAA8Xv0ZvzAslgGrIDsCKUVo/o/4kUBbeznFQt9i7Bw82yRUReBzAia5REYl8qrs tnbBrxeGUTCNskYDMoCtRjlFW/EEVGCcyOf/s2w2wlzuz9iRgNLPZZSRLgBFmKU40nnILwfaxCP+ qEsnE5SYmYZKcA+joHDeJaAfiO3naI87DfSvp/jX7OoTau7udIFkEl5XaRND7l7NRKLKPNW+1qoQ ssrLVBNdViltLmbXnUnoXmYi70fu6dAyEaqjgHkT7k7SvNTwSYWUZVZnPuokipRpvS3dlHGWaN+u jnGnlX6DPm4grEQhc9pvz8Tbn0SVSFVWZdrjW5mUy7O6nSRVXtB3yWL0sJWIle6oyUyJNFd5SloP bcC/NoH09FXeW8oeis2rUpS96Px3S0AzR4C2kCq3+MtZtt0HrRNKOMBrOwUE+Jgnux0jErGoZi1Y pMoOjUhEob4tBXXO0Qqvd1WbDmSDFhIoig69fwRQC/o5kIiPwXueQBDvdZHV2BEvQGsPmfJTNHFr Y3v9SiiNrYUyQqMuAUATPlR/Q3cMAReFiXhj9GMEUegFDNVJzTs2KWVHvAS7t6OcI0Vu0Yrijg/I BjaKsSEuAkjrMVFYUoqw8u4ATH3QIftjghljZrkE40B7GFkiHlr0UtuYHXAMNmyXtws2rFhR+Rj0 VWAOux8Slttnu/TzqsP3vjCtzwB8jpHo4feJuAOZYtAB481FZO8R5YCU1gdg1ftgQF4oPSHTuVyC bPxTR2eNybEnYA0IXjiS2s6S4awQbyEcR17N0FE7n3KCMsYTnLd7WAF6GWF0EOQI5vQ5AC4OIPKq wQIARTv7NpKzBboIRB/BYu0C8eUe+RlABdlLMOry0rSoinLpniorAD5i6URA8FwCQPLUTjU+sIx9 Kp8lTY+E9XIIbwhbMCNkQiPqTywofDpzo3SxjbBjPuMzIuNGaN92gjzes4mBYL8A04wYniDa6DsI Eb4ZV2pwSSsaDgFKG+mjSzCdJ9ToqoWe7fhXIAAP4VY6teCV64DVscvjYR6cdXQHQklH3gblPVoo 9UPPzUDi/9ywDk7jgCNHI9kbusbxhBaOewHhGJy5cIL8Y4wz4XSduyt6uM7lHHzMjhc72zsWB4xR rxeB8TaEMjzZxwQFXV7RP1z9bIOF+s+PZ9dRLDd0uI3WF2v0Bay0/dbkSYgRcktbuTE45IYxh5Hi MQ1099FTtF2kzIbEX9WHzZn9bJe4IZnkaGcFeFGAZyV4VoFnn6FJPgcv/u1ObMV09u2la03bSp+6 9VY48n7b8NPaV3pTowK/lenbI/q/m5Za45lZ5jqd351JbmWF9plL8W8r4NgBb5r0041GmazIQiPz X5oWMW2RkwadL3TE8AbtkfQ2rIYXDSF8fTX7diYzVS1kWVQLlS3U4s1/Zj8G3DGkKd3ukmFSqJqs 0rS8vmmo0aJN6OtZsnRbs5SDWd4nsxTb2kuZDmbZsbPk8bb2UsWDWZ6QWQxe8k1n0WqQTPIau9Yf 0djB9RKyrF1CseFGU5kNlnDLNu8EnmtFZFqfz9i6QXzHFMPbOcm9bXBztkHL9wvZ3jWXeam5tyi0 iFKF/t+KgAlX0ZEsKLQgUKXI020IAs7ysOk+m854Zlr2xDKNYMM4FhSXyCywY76AawwUW5vkKR+g kxAo+hhse1jg8WepbQzvz2DoZ6CvhiZ3EMJzlpQ3Ntc5s8LfzfVlsILUyr3TeYcnuVcst+B0btuk umWf88Yn6TJawyRu8CShXrGVyPCGGTowhW4sjDvFw6i5bb3d8fN+qzvXcy/0385J7oX+faRxw8VY idtLiIeeDTgzcv+xkfvBCfGn6HhauHluOtuzgf8YLKxunYJh7K+XprVvBD9SC88A9cOQ6xGCnbXZ X4Kx77Tk37bNg86z/65tnjsDht+nzfP89gT/PenfVdIfb71LpO/S4725/zZNcm/uv8MxHpvot+Hy S7RtdH/De8y9a1pTuXeTAxwzpa0BrG7gKOkdI44AglnWh2pbYmkBsfW74B+CX78C6KW3iUAwzHfl umuFxt6+QtcGxi6LunCAFxWWYFvkegK+I0pS/i9f1QcOumydUsoILVO/oHePv33Bqrlle2C6o+sG t12fPEtkUx9ZVGmu4iYVKBKVZEW5MM8KtVBl0dRHqBODMdiPm/saufyE8N7L+Lk/B9/Y5/OKO2AY V9xQNiMS6lPwMzcMnc5XmAMctvdcUIAJOHwnx+0cXmQP36tpNKdKRSoTN1ZAD2+BfaGVBV+dtIug F15AlGVIEf0qS72TNSPXP1UsyqxoeCipqoypDbDJ/e81LlfsIbq/ZPE9XgOndnHWKqE5JmuHtbQg gV2gafiiDvhmspNPzycwHeAGH88BwsehNsCSOwB2nhS2vRKKXOsvPSjiDkdOqpAGTi3gEmlDBipa /mk1TL/gNZ/5h1SDZkeqBt0+phc8wXaQ7kI2hEWxr8gjQwAb3kulIoO/DMbf5n9he/vrCvsxEFKJ FrDP/1WjIfANq+nVmgPX5e4Uhyv1817VXXB0hSoqL9MgCYOqJ6GqETyZIu2OSsKOnMKCQIdVmIaU 0VWScRdp5oHVdfqoV1ovS2LyjSp4l1oQ5sP1OJs98ijy4ILUZ2QLgHHWKUQaUAtznNFhGatpOrYp WPWrYZzRgnPQ9ppUTzUIKaAmHYXbe+hFYHNgQx/6jnyRcasgzrftg47VTkN8AEt0Q/jSRGogA1Ap iCvGWC3g/nqGOOHYDA2lrufYKHdkE3vmuHqiR+5B2TQ38yCddgbnmWRvIXLkS8BA7kGIQtY8kgbz cFJmDXHKmSiHvsvrWcRlcwfUI4YU9a6AgOU/xXLCg2K6mYlMRlyvFjBL+G1/1hnCyX+eOh65aoPG UiZ9LwER+/ZqH7gvepS67XyMONWjFaDJ2po1/Qq+PbMGEGJAeGJYw9cXnuDOXaOPhlBngootRMgI LFPqswx38MhD8FQGgEAyVzkFf68GyXwKWp6r1or1IVbz20638aEpn28P6NUVwCM2AwTViNMB7DNe xvK6F9UmP0SCHClJd+J8pObZ1oihm4aiHLAFrpKGVsbv5i7c5UBuMVFpSMTRIL1XsSB1zGc70Ocy UDAKf4vL3Ss1tJHTjiI9PFf7quYPiatfzKmGSOt9Q2OXP+MIK2bxsapdAp3QmBdfbXMkzIGIkOUe So9A8pAhkRCaUJweAMAnFYdCo3a/H0ad942EBk2fmWlo/myCEeaJDqFjq5bR+Ct1CJQ0FWeWjlN6 Q25eL6MHGDL0IqDPY7J9kUAO95ieu5zWpfdH73/Ksr6Rbm7VT80SyyITeTklSxx+OAAdIcGVwgGW fElEFyOITXEAB3AkKjfMV7D2Oi1I8E3wWoDQtab6MWiFey0j9faB4MSfxABaxxMmDfU+qVNpZtm0 QviQ0VCtbFV/MLxqPqagWcL5eqWv8L77Xuj5Gn8mBAguT0FylFNEHOMp1s8H3SzhoWTn12Dig1Az 3C4BRgj5j5vx4A7/gCTgBiwkAKNOkBIAadM9+2KLQoIP/3H8wqcbkTBAtIZtI6wtEH3CyKs7DZ8v vW2XCB+PM7PwlZiRkIZ19qd701ikItsHMgyWICyGQj/ChOKrNAoAdNRN8Gd4PmWcb7al1p2DseNG o6pE3jMaJ32p6cNtfKnpgR45LpKypB8/0sSRiiSJ9SS7USUKlciCfFDpj1EptGtLv+2kTcZMyDKO E9r5uf69itM4JW+eR4kosiL3f6FJo7USmYzLgqyCrJLMSb4cZb/m9CLSaM4K6flsE1ePfjtiiiVJ KqWAPAuP3PR1az8ETn0xoMD5r0rZA2q8vLrgd+L5sC33sYb+HbTgOAHSViMJR+6TTfSCKBDn/Ecd /B/DclVPYL4Lntq/iLpIBX/EZdoBG7fsOrL8+bLVdgvotivipo2Uy8QPHdf8gqMY4BaEnSVUbPhY FgTBUPxkDRuDj5p8AAYcB1KLAO7yG7x1wOfTEb7DP5uO3Hvvd9NdpvPyQFNG7NvZ/wB3C7QgZW5k c3RyZWFtCmVuZG9iagoyOCAwIG9iago0MTE5CmVuZG9iagozNCAwIG9iago8PC9MZW5ndGggMzUg MCBSL0ZpbHRlciAvRmxhdGVEZWNvZGU+PgpzdHJlYW0KeJztnduLHMcVh1lp9ja7aDWrxchRBCPs 4BnjbfV9eiDEYJI4BL9E7JvkJ4cYAjJY+f8h3dszXdXdX59TfZmVTIJeSrNdXVWnzvV3TlX/uvS9 MF76xb9946f389dvNsuf/zO//3n55vtd48PP81/nsRekabq5/8Fu//R++d1d3jFbBoHnx8u7f82D +z8Ey024TEIvSZd37+dvV0frW99L/G0SBKtH69vEC6JNslk9Xm+8KH/bdjVbB17mx0lo//l47Xub OPKjzepknXnZJtpmq9N15KVJEG9XZ/lvaRZuw9X5+jbIl7JJgtW7X9aJl/pxGq4uqidN78v8lZmf bsLUfvLdh/Xt1kujLExWT/J3edskCqLarK/Wt5kXxVHe0cz16Tr1sijZxqtF1TrL+wdBmnhh3vzx 7u/35Nl6QVhQJ04jLy4ofvfP+erZ+u7fdeLFBcHKP54Vf7yN02x5G9z3qX58/SaIl/ly/azo4i/T TeSFxZ/f5nPP6en7201OkX1rUbVmVetp1bqsWqdV65uqdQQ9TqpWTsD2axb58tOcaFlqPXkKrXN6 zwUMfVy1ru0u1TBHMLUrmNkRvIf+OrOeqwYx638MXawVmDk8Mb1n0OeVSG+i0zP47dL6rWC2yE+9 7Y6H3nZRtprXJayK5vqian1etX4Pz31GpCMGRNbJpbD9ykug7NE69XPdEm2LFd/ulpxLnZfs5OAM 1mVoJu/l9Yj1P7OWWq3fWpbVNMNciKQvRTqMQ5t6HyzyVOOgQBGrFw+G21wLsiwTKSxeNjoGNxYX a7FcSaIos99OAvBKpMp1gz5F66XVoy0KCyQEbdIM3v0c5vDIUXhsXWX00jNxpQt4j9msY6QXMEKH bCnSg7QgTXlmUbL9HIkeshlrIdDvr8TxDEUNd9xU0sOzrgYhC9UUwj1BStm5BCItYDI2k/0CfXrS oZAcWukXQBvzHPEdmq8rEB1mVdDvrrzqbk6qQa6Bxi7mJMydt/RjmhNXE3sDe2rrLJBuM7DZ3lPx NUeVOPAWgMw9IXJ/gOX1MD/gIar2x7Rkx6LD/rRpdi2PbbN6WySOaJQZSrpZOBmRP8J8ZIZ6YUZx d0Zk8rAvYjGDIh9yiGEY4wZ+U4RYNja21gbeJT35B1EKyfkzg5xQPHAND/4OXoPyQdJ1Q3GD0qdG O0cpdjdgimC3xePcIpnVWQzZyFCQ4qUFoL0ku6RpY4XRNSXdJtlQHV1KuqOOfgFrcdPRhSkYp6PN 1AoeK12jPiECLKeHjm5ISuEcuQcJbjtYU/BtVn8C87ok6pFaOhEJJbPtNVobkqxOt7N0jjRvTJGJ z4Dezj6abRItTijGyocIs+XdD/P8/1/NdwP+ML/7+u3qa1Fp4MJldIvUvrXvHVAVBA8y0ENRi3HJ kOWOlBB1srAM5NDVdUU3nTqbLl/Ju2XDie0HT0WHzCY3AF3dUWJ9hsdAppk1BaNaelOuRxAMbDBS XMd6he2ZD7M+Ist0+A/tsevWp9laoCd1iAgBeADFtcPHlY2trLs4oq2voW4X85lJLtsQHTcEIJZ3 iQhFbrXpQqa9tnEDonxyEtyhm/ZzGlNY2sQ5P9KRfChaddj4yJokiB9KQx1CKt27U1g2BXmntLFk dCkdZSnvlxUPT896ZjfE7EkNVaomRgG97JsQIsfkrAa5gQf7uxm4uUqSpvTDBiDEJKdTp5peKLp9 EDDVliP2jDSzAzKuWh2SSM3smL/KXqICrbiYkNZ82vJixvvWYnNQaC/h3cTcyrRrsHUjwUSUKjRI F1hdhkIaWF0N8lDxkbWbpGwUN7oWwkACT843HcPL6Tnzli+Iic1+yJqMlAabZEVptclt42APpTUk QTkArt0RPBLDAYY5g/eQO0VgB0eb1SBait09F6k4ROOD8Ab1ZrScCZKf9Wyk3UV0l0iPDAqyISjm KJtUAmhzjorbnf9atf7k3GrLDj33bm3m9b2oMI0yv4L5axbRuW5GYer+xT2jgmQa5AZjTrkIgqTp m0OwdBlmfCSWrscZxNKu7i2XmUkQck3fw6KmM0qmM/gFY13Z9szYjWZXdkh1iuIpHgBWkRGfnraq Lj+qxynJz6KSnyHQ+5eiYmN/q+Hz1bGmQ5QPtCWog8nBG52KyWv+FvCCnBKv+1tl7KH5W87oleyO EIebvsTrPYCF/rmKIU5BNUrNA4Cm8QWGIBKUXmsCbM0+Zqtdw3mLUhQfyd6qvQQpHseUqfxq1zwJ Lg+TIgdIx7qXqLjCT9NrCtuQiKkiWQqbuFhhMqasmSttBq5gBtR5Kkd4mvoDn8uwgjPy7Y4ptoWD 0UURJJkOJ5Az99PxoKyEelgX91SwRIKRmWDxYMmQzG2775msHl3PCxy4dsA12ziVwR0ThauWov8U wf53zKf9oz2xJrMX5SZd5YxopuUDVTKURtHH82YNzKoofSkqXob45X21ZA1O37dsNB1i+aG134X1 UjRwL9y8WZI/yGfHFISmWcsxCwNGgf+gUg/ckAcoy3fWIe5nTcjvfrHehzwftYClIyPqJlM2A42q YNZCNPCynOsKaA5soEVfTrXQwHKyhR6QqjZKdyHG/zfWFGBezggZJSYZMAKXEaMVgibPgSR0dHVG o3Sn5yn5hqsc41Trcgjep7Mgthi6sBha9ZSM2bkujPbRQomPobMaX4lF2+PqVnA8KGbpoDIcTex/ oImR7v5aTPNAJMpjFZ1t5qY69fgpxDhOGrSOKmPsThpbAzRk1Wgz+LiDSgQmDtAkSmbcLlppS80V rlqEccaonh1TFN6kU0VLUwLsOXRXtDCEZrO6IioD7PcBjgqLqcU++HspKYy/D1LcZTTSx1GthlHY mnLa71akNbRKnTZfuxfqSOX3NhzyfzRN8894KLOLdIqSyCGn6w/h9NcJWAgQWyzwm3RYrhQgd+3h eASDNhsP2A9QcD0AODc4TcG5OOOFya/pUvPiYtUiUzwU5ww890uPtJVytyi4e++KaXPB5upOGVex 9DFozVy/jDoy8OWeHGto9EJWxmXHNMmWTI3NG+KBy0+hdO7Veu+STZhFV4SnP9bPqoThc1QlthZv rceVz05gsbJsDRhkkF/gqgmczdSw7FGb0TgZJ5UeKxMbeUKTBMCx8qCT63NVFwio15DMlqMsyEWl XxIlD5qdGRkalq1Bhx0klYpF5u43vSmB+oVI0Gvg9aZ7XJ7/cLR/I3M4tP4+mFbz3iLetskshbPD e8ijXcDVw1M8dT9LS/25OLTNoEQtKh0FEzUUSeME7ziglJhKcrQm0wodlAWpB0BE8WzrUlrKz8A6 /X0hwAHIDIpdE92KFAOi0ltUlfuWDfSPrGFtboxW9jJEe4yDk3tpj/KNbZkYedgJ5tDDwwPiHSAX 4ZzNHWZLnBn/ddXqLov5nJaAWp8UDkktMQ8lBBFIU/w21+JhKr1FazJGQA8hYhNlbI5hgScwNgko H7AXj9K4HrCntOg5DaJEkVgF7soldfelT7mmnKM9bHG2RA82R+2/klo5lWPKIed62r9d0CAOLkhL pg6R+8CxpWrnkSeOtfiXOEbUj67mn/bNPh8JBbXC/RWflmP3m6koqHfRgiotYjfDOFaWThanixe6 /raAFnH3pZLVbpEb5tjJB4YUQy/nrZ2z/kPu6Wd9N6Z2TbupFrZETrfRdC3BpokZNe96db0Cvz0T D5gtLCqBtVRKDgfpUTFpOaoupeNWYT2bT5t8AkP1lwBr7lewXC5H/hb6OKdrH/qrK7UVglwgF/AK ZexZSVxR/ITumr1hjvbkhGIEtc5HZcH8D+VngXzzJaEwLr7stLsv9WideFGYpXFhbDZesE2zeLVc J9vQC7Ok/EZREFrfcEq8/WeIlu1XB8XnhnbLfJS/2d9EWVZo5iwfJPSDYgdiL4r8fJDj9dbbhFFQ rD30sjBKYqvP83Xsbf3YjwsibT0/DJNtrq+LTxvF2yBL7J/x2cX9t6Iy348KhbD1ksDPdmwaepsg TfJhd8uzPpl0G2Ze8VmlcL8G2RxOrF246k2uYep3/K7rUueheb4S+J4oz6edK646u1vRNm3Mq2XA g7JGHK1CeCGHZvLAN/IgA2rMSW+paR8yOvL1YM423R3EEY9CYqmcYj/OYWK26TqHSdKN7Wgf+DwU CDLXQLVJYbtYEKuNXnb7z/aq2/yv1YiZA2+uqpE80AB7gH66AZLhop3xkXqwOtG1Gj3qlnUF3tQu D1yp2SfOK20DXQxhbRJeWi/rcg6Iqs43FRMq0BXpMPeb7drS0XGf94i81gFOXZKLa4oKetgHynxQ jo9sBlGUis3Vg2m9K7u6UYB6UcCDfa3QMBRIMlmeUWdBpyt4F28JVyrjJ0sjmBdWo3SD0PVz2I0d bNbUENivpsD+B6/XL6SGWUlObXSCxsJdM12FONO4VVcVk7jfYd5f00gxxWQ6x70QS3SqaOh69FFK jRp9IC474LthrvGVduExKVhyU5xvfHHy8ApRUQoCD+hdnTQ5vU5Q2SJbWOfu5YWcyBfCuR5UOIbZ UBaGrlHpOPvea1uaIoH0BA4m6ec57uWEpvgp3iDeABWrzyutdh9bKj+9VICHrvCYmRHxnmtKl7lM RJ0VjLjp99e/iYHnFGSkug5OlCLa4/PgIgTckVyFOZownIiHTIFJBK06XQqBMEYl9NP5K0jskini 09adY30vSmHZuzDqe5iudVkckkrG4zEtwVUDkqW7qCQGdxDvKNa9jFJkemCc1SgMcu5bCnjytJKY A3yRzLywLTBs8V2r0M3Ioy4xHfnZsMOe4BZ1wp+r1t/Mcr6rfnwEXVzC0IKrx30Uvr4LJVe73/4w yi1vhA5dQJjmjRAjkDS1eVqTVBn9lSvGVMvgzNRsGUpPTbcMQ0IapYriYSyDqPuJKt0fo6p/mNL5 217SGT6/TwH7uJOJjXxKPfAfkNklDWzrmracMPgl1iMj7dC3cS/5oqyr7H9eVoKiHbf/mCENW4l9 SzYSeKHlEZCn53VuhcgYjrqizdZR8mZYYVqcs+1fdGVHX53piy48dRiUtH9OqiTTQaU2IahqbPJj Rd0fW6gnVbpYFtFrx9qev9zN/5H/+y8CQED0ZW5kc3RyZWFtCmVuZG9iagozNSAwIG9iagozODEz CmVuZG9iagozOSAwIG9iago8PC9MZW5ndGggNDAgMCBSL0ZpbHRlciAvRmxhdGVEZWNvZGU+Pgpz dHJlYW0KeJztXetvHLcRh2y9ThL0stLIsZ2emgbZC3L0kvvuwwUM1AYCf6mhb3Y/JWiAAi4Q9f8H SmrvyNnd3w65e3eqrBYGDOJ2yRnOiz8Oh6tfp7FQ6TQ2/5aNnz4dvHxfTH/598Htz9P3bxeNm18O fj1IhczzvLj9gbZ/+jR9fa07llMpRZxOr/9xIG8fyGmhppkSWT69/nTwIdqazWORxVUmZfRoNs+E TIqsiB7PCpHo0apoeyZFGaeZoo93ZrEo0iROimh3VoqySKoy2pslIs9kWkX7+re8VJWKJrO51FMp Mhl9/NcsE3mc5io6tG+63kd6yDLOC5XTNz/ezOaVyJNSZdGxHktUWSKTBtcns3kpkjTRHR2vp7Nc lElWpdGZbe3r/lLmmVC6+ffrH2/FUwmpjHTSPBGpkfj1zwfRxez6n03hpUZg9cN983Ce5uV0Lm/7 2B9fvpfpVE83Lk2XeJoXiVDm8YdIGnnGcVVEP9jWlm09sa1z25rYlhbHsnkU+iL88VALINdiK3NC +8K2zmxr27Z2wG/1eypV5DdC5dRR2QZz3QX0jnVLVVr7HSrD5nKO3jwGTDx2ves+SdnTZ8/HBjfD HfLUGFwS56Ja2NEHoszHRMpgWr8BE0SdXY/vADMNM7JUzsCbe2DEq4YclPa8nPCg3bTb5ZzOJY91 zEkqI4X5QgzaG0W28I+xVtjXAyn9GEx1n4rHsrsPBH7Gjn3R6mG8A6vIEjnlzbYp+rZ3oFm5p0fI Bd0EXLiBNk1sEE11B4y4C8beIuwgQ+dcA42869g6AkT2WSJQsIjKCaIS7PpHYEQUnrz+cAhovwid F1olzgDf26AHNSxgRMTRPeJphyrjERMgHup3g7RZu0SolZ3xqxISFH3Pdnb2fQLiJZLJBXiPZ2GP XSzgnBjB+41oqynY9uNveMdz0t4Fc+4PkW2dubk4G7sM95jXYLIo0O0BNs7AU4TTEONbhAZSB1Zc l8P22tX0F0o50JAbkKy7gkBPpuAMeCUZcrfFbstBb9rdDcDinRo7XldQ2O+6HoM9kBVej/lzSsfW z+JsHsTd6qXGV1ssNxPoMW7Ir8J9x7dAD9Y/dQpgcMhcr9x0+DjJr7En1nkIPRjJh0DO2nnQey0v Wz4GBgBXSYxOW0C0tTkZjk4x0AlzHt+eC+3nVkRlPO5AUzhrKKH2Hqp0j/2jTR5aOxCwQoss3HRB +6cmZaf9FzDDCezS51DG/t1vdHoAyKD5tfRf23/4ZhcAhuDIctLm0Zj/FeiN7A2zw8fgrvW3ojEz KxSCEK8Dcj2AiifZg7a9l9RXsd3rB3XSKnZ5LqX/f3dw/b1JDGYiUWWeRk9n80LIKi9TPbWsUkKV WZ0+k4qkFzOxzJBNu+NKkwlbSPeRHjkukrI0oK/URFQsjfmnIkliTWRnVolCJdJIV4lSJVka/XZW Cm3VpbbBVEhZZpmJE5mQZRwntPOlfl7FaZySN5/MElFkhZ5K6IDPZyaLl1b6d2MCMhYyzpLbjIYo tCi0HkxaU0pKEM+GdK9JVWWxJCVv86cLWZLU4VyVwqQXlUkCt9DtD8g2Ech0hqZAOJ4Am0HmekpM HcHbHTCiixMoQvtCJ6Li+Jnb1gsb6SY2Qp2DHs9s63vbeo5WsteA7SsgxF2EIYKXgZeBMYHuP7oR CscYy5ebAERBCCPwMY0aiaWCdA/DUngqaO0LNVoaPEkT70oFxOyYGLZSGfNFKxVBw2hWEEscWTdw M+B3rCRDy6MKaEVH/B4P8f0YPB2gja4f4CQ5Cz8GZMm7+qNJchBCkEdsky7UnWqUegn4ilGoQSH+ 63DP2cAZAi+d7oDkYMiT8T4H43R2AE2MS90OKMZxi5YkgnH5IEnhJQiDaMMORTZpO55xHWQoKAvl cR205ZoA1zkF7/mOJ/CWmlMbMgQSOPhYewXm7AmCUENrS4Bs1Issu0NO4trDPLG+4Tik2Vg24Pft TWrXgNZ2gmZF03/8IcMcUCSRdc86h+vyChmAQ1UooD7yqLfrHD2ZLjZ7iAyBX39955C9yzw3mdrU 8z5T70nXohgFNDsi74HiA5Gk4wem125Qsx0LW+m+8FzSRR/rC4u/AZN0/kfzlCwY4HNkXW8xBn/E Sjr4HHKEwVNUaxlbTwIGxy7e3v2IskZSXkTpWXR6lghV3hsAtYM2BX3wst/5FjwYp8Hn+2AhQqpu K6GvQqGnQIk9Z0dQAh5NT6zDwCCGqoicEZ6AHj3RjNt6OGafINmt6KtgmF0UPl2fKY6ZHgzkZvEC zIw/QMUxsTsHl4t5alvPyXt2WsjbPMcvHWBoDByjgUD4OeK4iwYrcJ6FjBklpc9471hp7e0pjesa OMT9dLFCGT8P8XAoDRbUoICalLWl1IuCD0qzWRavyyC8jEofetInnDoHFBoBSW0DxvB+rynRvnRU 8I7tuDGVek1wA/J1fAREQbf2hRGQjVopjKD8bANFAhR1AwgeekAotBO3NPF6gy7D7zr6Fpx20QHK CB8hItS1PB7TAzOdQ3IGshrKRBEs2EVRLDu1LoMAHCUzaB/XrmvbVKBsrTO71mkw9OyKlEeePds1 ducBM9P86slbgg9bWSI+YIIjQe0xeI86xP89TuOpoXGDosIBHknzpz7QzEIPtWmlUvM94zLI+2Fx jr+AuXYYtJziZC4gErql22mHv1ZpDrJLtMm4bLMjZbbAYAu9vzPH8991TueF54D+d5s5oL/z4/lv zLWfRFZl9Ht7V4icrz8zB/EyL/JEK3F5Eu/G0RqpND8qKzUgVyLN1e3gtUwUmfXioF3LtVDLXZ3W RqkZ01JIRJbneown4DctfWW4WYxJ5KykKNOmoClJaa5pLSV9oceTqZnmF0aH2jUqc+NKv5JURalD v5ZhJrWZfKlVImWeGAlmokiMA9kbUHtWbI5799tT1/xqJrWotN1pAZqiBJVnhIb7TZu5ErmUKiU/ Tpz4TXlEobRyC0Jn37LoJkD6uBd1EFteyTp0zwnNPVQSkeSNggjPEgczd2jr5k9sdFcNBwDQgRZ/ RoL20XsgVjSyGSBpjyIWf3blyY99jPiNHTo3g0tpAQZfpfJ3B8zZk5DxXOeAMkEra3i5AVgdhxdZ DLgfMmzBbeoPXdEZDqNgah3pL2SVbSXwO8ujofIUjN2boenPRkL/pIcux0CMnt34szaXBhb44WOH oR74CPtw9k9PHkDsQPbvOVb13Ufii7YCzpyYHD68++BNfAVnO49Ba8xRFDqn4Pcu4cekR4BKO4IY HxpzvtKbGWxvRD/OQG9KkQ21HpFetEVhXOgUCIC/ysRXTryxrVfAf16Rp65l2XqFBIH6vB0i5E6Y e8OO3deq3QeySJpvB9xLeEAVE8OTF3RhZOt8QsXgc2BQlj9khRiRYAxOfrYxS12Nwd1Q3EfSCz8E 4kynJ3kLIk8PnOiS3rLu4wNV7CVQiqo8vjMGbHWnjczMd9HH9R1+5t6/ljVXHs9lqw3mc8KTWUAO 7tAAXz7nXCT4oPCShW20TAkAHaipQV8RYBQEI4Pnppb7EoS3hhdmDz0VFx7EEHr/2oPd6QUH0IUG l23QiQcmbXxtPAUBE4oE0Y3Sfb8imMd6aw+CWPjWftkqVqlyGlXm0PUWfPxu+XL1hMKN6AAQunwx oCBu+HX7/+7mBO6jUZq5zid3ZXPXLWBfw1vOBhRsWSL48TpaXzoi7stPXwQPszEOX7bN4EEpPhlO BEFD1ELv4b6BM0nhgIPFkI3g/05NIHw7u8pG26d5MPlVNL9BGxjBIbKGcLEPzoP05RP6FrPPMryE G9Rg5x2X4OHUgDzCY1vDI+CYmFPbVrE8WY5uL5zP618+UxMZYxiBRIZrYpPRZz0c+mylG30CPlxw zwzG4U2cdUWbDtgnh114OsVwMoIng2YLxynJOKA37FMNZ/cPsEvXcGDnPzrOOtj33hvWusLwHfj5 SpEIz2TNHOJwd+8i0Rh0wGMChA5429mgxfjeW2kDtDGLwUpZ4QQRbnEeLprmXX3t5rbSntOz+6Q+ dAcRqhODFvnxd59v5sat0zkSNcIFkAoaByOoO7BrCNMcNzxK4+dE4VpfEvezNYa1h/lVHHD9tuAD Hd1Wcj8ztG/4UMm3BsCStejWF/8Dp9IT/wcrNwlmDLXCUIbm1fL1v4AjRhAZg3nvU7Sgmaf7Exju WotorXSrqxdHbGwqc1QAj+HIA1Ve83tcKxNRVZX5nHYlIomv8//1NIaIT2Mr5dk9nR+oxkwLQ4dV kEx4Xoidig/dDMaNfaXLweJ+wFZwx0RoNRVKMnY2pNGymKhRcrZsjak4W7a+Bk//ZFuuShd+iyf0 T7DAj9fypdukCP1bMOIhmCj6VggqhKclyiC7EP53mJzq1qMVD8r6M1vk2rjiiKpc+XLNMfcJwDWB cZ95bWymKnPN155qW8uPwSD8N4MQkOUTWehPVzhqL5BYPVWOW70vtq7mrV4OyXxMEtc9ghts4bey yIck6jFNhTe6OXTGMg7Lo+FdDXQztedyHbhZ4vlS4PAPUpF9SXBFbLOOvv1ZmCvAA/w+0Ir3IILv Jq52nwRdnWE+Ktbnur5cryXjvQnGjY2P7petfaQFdIEDf7zXdg794gpf0u014LDibvy5noEfc29+ XhkF0uCPhvddMmn/SUzvRyb/en3wN/3vP93IA1BlbmRzdHJlYW0KZW5kb2JqCjQwIDAgb2JqCjM1 MDAKZW5kb2JqCjQ0IDAgb2JqCjw8L0xlbmd0aCA0NSAwIFIvRmlsdGVyIC9GbGF0ZURlY29kZT4+ CnN0cmVhbQp4nO1d64/cthHH+Z67d7jbe6Q+O3W6QVtYSrM6UW/1CQRIAxT5UmO/2f2UIAEKuEDS /x8ouVqRI+mnISXtXepN4C9jrcgZzoszw6Huh2UYRMkyVP9q4Jv384c3+fL7/843j5dvvtoCP34/ /2GeBCLLsnzzgMLfvF9+sZYDi6UQQZgs19/NxeYHscyjZRoFabZcv5+/9Q78VRikYZkK4T3zV2kg 4jzNvUM/D2I5W+kd+SIowiSN6M/HfhjkSRzGuXfiF0GRx2XhnfpxkKUiKb0z+SwrojLyZv5KyKXk qfDe/cdPgyxMssg712+a0RdyyiLM8iijb7770V+VQRYXUepdyrmCMo1F3KD6yl8VQZzEcqChdeFn QRGnZeJda+hMjhciS4NIgv9a/2PDnjIQkeJOksVBoji+/nbufeSv/91kXqIYVv14pn5cJVmxXInN GP3w4Y1IlnK5YaGGhMssj4NI/fxWUiH5GYal4lcXutDQSw0daGimIcmYGlxo6FRDVxq6xINXIpNc KzIpgC4aMvkJmOioNSRKIm+ln+VmGt+geWDXddPAEpVS+t4rgO8a8GlmkEgV6aOxOeaQvKdHVy/G BV4qmfsCs7S7GPTiyUbf4jALyq0avaWDKU80ZZdACNc8jQQ8ILhr6Jj8atg3TOwKWm3ElYrMC6jY a/ABobkAWA78LJSeKC4Vc1Zb7kgbDdKt1dwA5GSNUBBGtU/ZRXysoRca+jV471dmDTe8HAwNF71i UFZDXjQkfm7Q3IPRz6AW11YDuWOove1X/GqFnBIfEmr04Nfaak749SO/dwrWB434AlhNjxmynm2G 0PAe4goP0WhuAc+gOl40XqysBr5oln1JhWSxkGOW07eI0+PsvYJ67B0oFbb37ox5e0ZlIQ9gyIXB ws+YNWesLATNeIN4cjl8MVR/9OAjbSHmRdcgAK3quYaEhj4C9mEWSt2IJusFi26SbuQGixEBliT2 ZV3Pi/ySRkIdk8VKXoNlTXJXnwKjRwylbkITfjfcRZGHd9pKTiERQH3J6D79razkEHIcWQ6Pxbox s2bSsxeMl8IMRV89bG5R1qsprs7hCLB0gZW4huyRSbWNIPuggQkK8egCLEaDPKrx1gMcqpuzDsDU 90jPvtCQ2aSNJkDl+Zu2mSvwKw0fDH9oaFZDL1tSUDZzxiohjJ6gE0L4GItTJrOrUBjbUddmekwU MM+SvI7ZC0AUjtlcQ02nX5mM1elrLNTrO8dgM7AGM5GxBJQNu3KiJ00FQhiVp9aGstPstLIU6HJ7 YktQQnDeLDtUKltxLyywngR5M2QqaCuYvGtyakE3DY0G57P8rsGaClVc5+2DpAoFcPKT9g8y9x/h 3JoXxskh/+oc+W7lpUyE0gNCX/teuTUL971SY0GbJcozsIu4a/2u7MPUE5EtIOtBGxbNObpGgZMP 4Ll4DzgmjdJIcB7V5WZ7q1cmgQiEARelusdMoqLiySVYggkpiG6Yh8hukeYgPl0BPs1gpIgKKXeA hjZTNpsHcssLtIU7BAWVlfQUZGroUyQGnIex7vaiTaSyDWu9pkuPe1TIFoYNkt/yYZaZ0cj6jmcZ 1mYQpBrWn8MVNJhTWYrVh7pXuKCvh9VmFFU570L8AQVNESZtSPfaRraOT2xVYLvir+fy/6/n68+k GnhAptcAuavfXID5iK5BtVvwgeUr8My8195o1bKpRhs+g7qq0d6+wKdyDOcsWTjLc05PzOTXyDEY GpE9mO1uTLzf9QvY+7KlhOHlYafjsr4JpxUzYcxv8Q588eUxat2IZUAG/Obb70iVjTjLwGF9TqlX w2k5nt7iGk5rsDISq2ftEs4fFNDqMlekwLWwdiW17e+6GuweBrNmcgQQW85ze2qQaDEDLIXfJXji jsGza3YElSrYQ0dHvcpQkMbcuVaKmseslZ18BhbqdNDTfJFPMjp8UFaCVHAGmAj1xFaM7loJDoj5 irEldDZE/AF4vEYnBbCTYUf9VZRpq41YLOIRUy+XRKmlCjdo2Tx/2ubWSr2uCHvY5AF3iNQ2YfFR dHvTWMyYBRh9QAgDynerjQIFlS4FzJb8CLV0M+KaCywbr7t8uzqEE0JXk8C5YbdCgVNDeAY5YuMY G920luAelBnPxOdXTsFG39ZxbtBYc4munfAFRue9w9aNA86Bdn68TU80ulaCzzaAAv9dQ3+dABGJ f2WwIEEjGzttQJWV4LIR8Mm2mMliOVAarj2K/Am85QgE9h049Cd1Jm/T3TQd2GJiDh1sMVRtOa4s uUaWw5+R0Z29Hd0o03m8rV3KhUtOYAo/vKbDR5rUSAaX2ZsL7a+AHyAW26qeYxo/+7a+fivhq6KP XQqlmJt2A52Ne6ETeTxEo8U9Y+dXQ7RaiPICGJyjJdqSQiQEbtOh0SPwBzCORsrhnuiCsLZ/Ucqr dPyiSJJtwNnVdvnD5u5AFJrrBlGirn+sv94UgqW1BGkhROE98+MgzbK0kA7ePEuCME021KVRHhRx VN1tiCIynwiK+nLDsotOqKsjpswYB5nU2E1JLg/yUkRqlfKVuMwL1YmRBmEspEI/lw+zSHnwez8N 8li112yvZcRSOFFQRHFa3cCoaDXPXhjwlb+Kg1AkmVABWBHEURSKCk0qJAs/UXc9tpdNrvwokpyR i12o3wuRlRGZVUq8vuxx45dBkYs8Jz8fbi6jhInIyHqO/VUUZEJEyeYyShonsfB+o26dJFmRCDL8 pS+CSEixmmWqN4WkKA9zPAbObpDPzILNmDPJTCGyOLG9SJZLOEdQIto/9iUPRJSlhMXm2bEv1I2Y vJRjKzWiV1pWsVLcrY/ua0lv25l7e3kNDYhngY9GAe0toHABaIB1SXzXBBXPkUsxhKHDEuowcVmv S5pT+txEw2f9ozqzOBdNd+VdN1SeAbrI6pFUUWJjOYLGJ+ZkE2368spAmjH/AkBmMqMglvNsdGKP dml8WAmTbTTROUCIQmKMxszIB+ausSch+wppNgpd0NEoCV1QMvIIFcCuWeBaiWu/3tg2jK1mOaYW fLJpy6v7zKJUQUeLB7CGiEJW3Hfu5jewcoEwjj+6hOnt9ri+snhyXG/ZtEaEyyMqgcRFodTAzP17 NKMhsXIrzfP6RhMp4CUqwjb9S5XtDyitOTbvOV/xHNcB0UWDGyC4evLnaFWE4ShThZ7IuXXhnYey ceTmkXGaecwxOLqX+CXa3/GElpQ/BBxwParnbxEMaAMDXtlSFmNO4ZT5DGgUrKG+6x/tq57Trn/0 nIkgXpxo+3E+hoS1jBLIhj+PmdahMK2d+E98DzoKQ5sWUFXMLNENCVCwslvaR50Z7Vw6Nlw7RS86 N7a7369uYlZW03O9esIhprt3AfU4vqf7vhMbNFr5dIBwAIh+agjIaThkGBNBSCPBP+8Cem6QoLq3 bZpHo/ChrQt7Jfh4OBLbEO69ZMpK0OB0OBvSEe/tnwq4SpEgmSL4R1QBMthVtGOUYV9UwF3wZoQj EtepH1MFhot2jDJUca2MRLYHMJvznlX1hGZAH5CGjNELRyTDp34aDXlMXelmPh0XglLm/yuFGXN8 Dcfgj4fwePi7lnAIrhSwgrdeJgKjRyRoA263OqbMjVz2Q1Os3bjhEXaOhwz3WJOCzknh7nCGcC1L 8Z6pzjROTVCdEeH0cDY4Jzs8rYg1rqqzvwozhj+DFWZ4JDQxz3dMjVz9YmpZnS0urmucH6SG9H6P rgLRvg+xoHn4z6s9jYoM/zoUvyYaju1L9jzGh+zEaT+NCgynobMh7L1oqZD3ULQ/Z4HufL/86QRK I42frxTNQ+bztAp84l2X3H7Dl+D3XnjNr21NRhKVZTqk/j+pbA4H/yInNzk1O15sEptUvLYM/kVi YyRmk92kkwBnCvdUdj8BEvp1HNNf1vMpeMV2D3zNajfdiJ+AX/+sIfpxqRq6NcTZPy5VQT1NtjWE e2w1FtRkew4WakjkPyglyDON5C/gRVu3k2OdgW+mhLdmUEdZzlaVd/jh0o7MGu2Oti51b1N/2iis 7u5Wmvs7sGJbr2uXUvMMNaEadZ2B9+AVCDPhwEstzc9gwy9x9vXStYeYK9yIDZYvOfDVIqePnbU+ gn0AuAh/Rp1/6CvOkovcNSf4aaPjFrubStLHRUcXBDogXfv8X/rdzx/0OGWNxeaVYXOquQtVsJI5 BVDP94I4l4muHuG/2TL84ju6FNJxNNUX20CvPeqkPWispf35A+uVGIDFcleIXnECd0M6d5yUSe3q UwiOf3XB8pddplwMsH1TfNu7K0TK7wpfruf/lP/+BxidZV5lbmRzdHJlYW0KZW5kb2JqCjQ1IDAg b2JqCjMyMTkKZW5kb2JqCjQ5IDAgb2JqCjw8L0xlbmd0aCA1MCAwIFIvRmlsdGVyIC9GbGF0ZURl Y29kZT4+CnN0cmVhbQp4nO1c2W/bNhhHm8ZJnCD3ml7b3BVDpWJmRFLnrocBa7BhLwv81uypwwoM aIFm/z8w0bJJyvqJIiU5hxPkIR8kk9998BPJz6OAsHAUiL858P7j8PQ8GX34bzh9PDo/mwGXH4af hyGhcRwn0wc6/P7j6JdJPjAdUUqCcDT5Z0inL+goYaOIkSgeTT4O33kP/HFAoiCLKPUe+uOIUJ5E ibfmJ4Tns2XeI5+SNAgjpr9e9wOShDzgiTfwU5ImPEu9DZ+TOKJh5m3mz+KUZczb8sc0ZyWJqHfx yY9IHIQx87blL9XonXzKNIgTFuu/vLj0xxmJecoibzefi2QRp7xE9Z4/TgkPeT5Q0brvxyTlURZ6 BxLazMdTGkeE5eBfk9+n4skIZUI6YcxJKCQ++XvoPfYn/5aFFwqBFS83xctxGKejMZ2OkQ9Pz2k4 ytkNUjEkGMUJJ0y8FmLO5RkEWXKN0JjGuczSuNM0YwkxCEkk+HUf0IlCQuXDL6ynWRqFp7qEhX3l 1hPl+v9jOHmzQhbA3ZE8sZwa/Q6PteQEDY7cxdCG/gVbWK4JvJXQzw2QJEs9vPCNY86sNQ+Y76L5 JdqANjhqIUQTpElTA8+mRsCDJE8IRRp5ME0jxZPxLFLc2kxhbxlKK53Ud7U2ogcPd0Ztf7eCFtLG LiyR2Mr1qi2kfwoVVFhITLJZLfqu7Ebi9Xj2/sYajCogcaQ8BcPhmBgOMeNJ3NEQMxrELZwn1eYB o+GYzJ3c7+GQquHAwT8oyirF7I03LPMPbQP3Nfr58iJR6CyQniMRS5djMG1KNkmmdd3bRlS9WAz6 3VvESqsyFYxWPCOTQcZjr4Gqydjr52zFopFthOrdtuxjVadegXM0MgsE9wWudIW9RBNQqViVNA0F EcSC5sFF0tXaAKLLXIiZedIrslWxgTZBoucF9DJNwNblFcRvpmrfdsy5ptd6wdGLbptysyUrkOwz d+Vya8IQZFc+6GXNXSgaWiDpVvhff7TQe0o3JzBctRZRilRJtbF8WBorYzVYkYOrkBVVHgtZn0hY lkVNTtsJCW8afK8nOz2lgcuXgk4d9IbBK6oxAeHSoUslY9/xMbLSVN041411HxKtxb3CVnDFSFSK JbA9VVmH5v9eDzOShvPdHxee/PGWhLYltCehAwk9AoSojwhfgbc/SuiVhA4ldKSIPJYPN4zoLj6B 1zsS2pTQQKNfYvkWzLgNGFUkKrrWwFiqPZNIfgI/VHRtAarXkJ08BtTsGKl5DZjX5LWjMVpduqgh G4ipp0AiSGeKPaWe3fpVT7Ezbf5lWe5OmhqrMFJlP1+CiTXmHhhlpJhTZr1tlOUhEsIReP0KsH4E 0BXPyhl+XZtPOTFiCjEgGF1M8QMwty4aiUXxjNwbed6xGlxwz1Ms7ItLMHrL/PoYoEZWegQm1Lja AdPsSuiZpbUg7veR6AaAmv2aaVgW0bhBP8+Rv73QfhgHjEQ8q+scoJCB1AuDAtQLsvhdo6BeKh6+ M8fvgXFGSI7eewWLOrSwPESodxvmnkNabkVzQ9kquvfU6A0gcOgcyPkPwbN9IMYjo8OUcgLIN1BQ yJpnHJbdfwCE0rT1Ae0lKDd7CqehiMZLjTKJRtdrg6/AFOkeF5AJIKEpFR9rOIAamiJ4HVnlzPJc Qk8VkhdgwiNA61S2RWbRxKxkv43HAGbWgZwGAPeDSvoT1tUxQMwhHB+qrlITKSw/a+FNOZaRQsut yIyU1pUZleuhwlFUlFGh9xkScpN11/jOfM+Ebl1zCBlXyUmBcFEsRCEF2z8QGRL4AECLiIXzKKWe SIgqJGo3P9Jvub4vfEdpYwOMUILXaj9U5DY5/4J9CsdpcBdkTppW0HJjSxNi1XNqshYIywpq8IgG 71bepn9eacj/cPaB9J59wK0uC2BvDvmmaQVooryvRSFaY+irwqqjIMt9KV0GcXK0uEwo4lt1mnKi W1zI9P+hsG7vztxpoC8oBaMK3+wp2jTbwGlaBDVc9JX1UktD6aFEsw3QtC1BFk0VGAK21QbXcehr uFhwnS/C0KPXN6jxhCY3rH+E9+DyRvmoS31TuI/D+qdDVVM5JyG8JwCiNy8UXXZdm4o1heVLpCJl E9BHYYWCJK/XJUB4LuuFxVYArksanAKXK3PIXK2gzKIxXRPCqh5VKT7Ksd42RZlLvl2k1Uo1U05H U7oLn2iqZlBQRJJqqmGQ30JDMkdX6+WPeQd9U30082FKo0pLdm5iRUv29JwF6swxC8UZcHl8NJ8h pTT1HvqcRHEcpXk2qj4b+RFLCWfF+WbGtOmo+B5RHC0aVbFRcXx8ztuxOKCd61nY9jghSUaZEEf+ E54lqcg2EQk4zc3gJH8YM6H7J35EEs68PX92NJvnxstIyngU5gjnpKpnTxX40s8IT3mYqdFUdAEj ktI4Y/l6JyAJo2kgFts0IJTFkThbLjhlAdXfq0lFfg9y7miskb7ujxmJKWXh9Ox5xENOtTF54clJ xpIwFfY0PzmuYdLGa/Rpv52LQc35Tc4c42GaabRr00yFGdFMF/BJPgmlMQ+9r33KCEumjBU61c+Y j7kwIrvMDWMOMvYD4CkwiOGvQ9IB8OehOYS+Dmkkwl6YvmySaA4AWyi0ua8JtDY0ligSwD4SBeok ICpQEYNUtA5myampBim8epJ02beMAM9NIRP0I0uR0pQ0lbJQhoepoH6Pn225YNtpadX5B/kOrTDs zEskYNynAiZnNq9DH7QfoUvqn2KAk8O+RE2zXeVvT2bgLt/FVXMb7V98Y9tFgZ/sGj6m9f+N3CUK VsWjB0GJRu9L1nmJg2fPoRZbD9cA8SW5Gtumtp9PFz1Z+MsLhMTJlQs3gWtX9LVTL3Jbddfl6IZz IQi57WGQRcvos0uPvgVYHFj2ytsTVmoL0/31OQvQah/haXFXju2VCeh3eOO882G8FoeMbPcn10y9 IopvcUFOF3X3rnhdT85isDeBVVG8++0m3BaJ7dS9K976oNBdNoE2irdE4j71Mk3AXbVtjOFWXny0 svfYNN5eY0tkb7fXqCFgHa/fXqMGr9bJT1tXWkIosI1LRiTWZ6HcL6qxp/92p5xu8uhgAi1q2jb0 G03APLiJ/gXFz7bWrURjwV4czhbgXoh0tGVLC0CDMf1Vvd/yhtItvSjmNyPixLyj0Ez1/VUwTkjc r2GBnLRZo7RYXN81heqqXZpCrReiPSn0/raO5lZKtwJseVq8111d3ry/aeUmKO/+ppU7qqf7m1Zu t8aadNepQ25N4Yrq7hqQtLsfpcd7UVSr+Q7ei/J6Ubq/ToZ/5n//A2WgpgxlbmRzdHJlYW0KZW5k b2JqCjUwIDAgb2JqCjI0ODEKZW5kb2JqCjU0IDAgb2JqCjw8L0xlbmd0aCA1NSAwIFIvRmlsdGVy IC9GbGF0ZURlY29kZT4+CnN0cmVhbQp4nO2dW2/jxhWAocQXWTYcy94km6YpZCRByGBF8y4xbfMQ oF20yEsWftv0KUUDFFgD2f5/oKQkzgzFj2eGlGxslGBfZoeaOWfOfS7n+JdZGMTpLKz+1Y2f3kzu Xi1mP/9vsuqevXq5abz9efLLJA2iPM8Xqw6z/dOb2Xf35cDlLIqCMJ3d/2cSrT5Es0U8y+Igy2f3 byavvZE/D4MsLLIo8t7z51kQJYts4b3vL4KknK3wjvwoWIZpFpufj/0wWKRJmCy8E38ZLBdJsfRO /STIsygtvHHZly/jIvbO/HlULmWRRd6PD34W5GGax965+qUefVFOuQzzRZybv/zxrT8vgjxZxpl3 Wc4VFFkSJQ2sP/DnyyBJk3KgxvXKz4NlkhWpN1WtcTk+ivIsiMvmv+7/uSJPEURxRZ00T4K0ovj9 vyfex/79f5vESyuCrT+Oq4/zNF/O5tFqjOq8exWls3K54bIaEs7yRRLEq8+j6nM5WVb+9/vJ/dev vS8qAodhsSH1qnWkWlPoG6nWNfTdwNfPVesMflfSLcpLIi5zo1NPeAwTloxp//Bk1YrTuJyx7rsw fqegnMDcIxhSESQuSllAMhBBnmkg1x0TbhbwFkaf6dGb78nS/H4JsI+BtAZ1jmCwSdpK+pIwD4qN UL02iDMl2tFiiBKIgx483uLaGp6C8qUobMbc5qqqtcw3i5lvpL9aEcncM9U6BTxvoM8AeuFIXpNW amlTWLmW13Mgb5dotomvgHwEVKPBeuqvAC1c8pT06BRmvAXJvGhJeNX7B5IfD4afA8VkC/UNSPgI Zj7ViJ0CEAPZC4BMRD6iwQMUSUvqiQzlgah8BjiazMrD0gMnRUN1imCZrilFtDVW8wFMeQHENVA7 hxVewgrH5mC1mjGsZgrzEPXWIyrv0GGPFRTStxOYO/Rr93ACOBAv5xpIoEH7qnmnWs9NdCrubOzZ 95UL/6rpwb8GfEnG0edc02fkMRlFk+Qgc+imifwWJK8MdMmAEK0JDOlpk581txUUG0Pr1sLkpxp9 J1Jcz/0ZQJkCskinI7BxSEbDLsg2Z41YFXyg3lt0/JqM3JlBXFE8rldalUUm6S+BKEcoCY11k3Hb aE4z0qEw0EDOXb3rlkW7kSVkYlydxKfKuH2i+v5IukmBAVr5B2XcSFU6iKPAyNTJQWvu9ODnSvpY N/syYwGA78S4wLQYCi2to86ejSh7BX1nBEWOLZtbr7XCfKr6WAos+nAMeGtq09bsMXQE3PAYKC9H sxdKH2ijYegDB6loTWp9QL9DSjIml2jxfg+EpKsV2C3qByeyU/xPO9MjGEHS3d4Jd0n/LcwohwOm HFg04hFcdX8bL4YifbxyrRLslDXB5aCt6abWKuGgO/VniOXJ8bEp27INlYvo5dAEHHEP+iCej5j8 AKtl83eSVHeccCgoNHcAcz/fYlblJeQDP3O7ZdWPney/K1VsThSMLOlohzxqY12rB4ujgsKutW41 N0kth2E0NbPPaTGIrjapTqd0lX7IHkODthCPbMIlaEeHZZL3huSteu0XanzAVFqOMFoevtKQITFK hw/vUKB4czSpjSBFA1fwlY5N9IhjaMmH+aa+UxDTL6ao9KfjJBGgUJjZjCTWCtQjSIPjd/mAsOGc QX/ILxAWzgcuzwx4bf3RyN4YEwLt+p9Bk11D5XnUCAe3iBY3s4/A512wLiYWXZ7miERYNgQnSlHo HKNDZcCE2baP2iRsoVjpyZCY6zlM/h5aRMcDLtu2gU6a8aJKvs48w2D5An8JYM782tFYjg+s53UW vZGv22RP4q5fV/BDQVhkB1K1hKuo5vbF9B9wfWPfiq61Rt6KSg7CgTrn5kTiERdJPklkj0uZttqw w5K1pv9JOo2YkumXL7yaQNYqY7lCN87r2O9bVMbiYORzB9QeYqbNUYtXUa7SoZ9D0MWh5Xipi79r jbmC36H7vJWPhPGC1SQTbPhteyDJ1o8JW/NSUQrIcCMu3+Y724bNdV8UZd72O4ZaNr3V053V7V91 6TeCJT91C8S0f0tvtmJsKSD8eR+tjzWQSHV+6DzNnjFsbC8rWTgodlPMZwFiGyL9jseKK0mhL+tP hmwA1ofHeFfejbZjo12n3onxf1etb42WGvwtfm63jDMj3fnSGVm6odySEAphfpUS4y4neoQIhFk4 gG/Adc1CshVIB1drQPbDfSltieHf6XjfNxZ1WLI1RKIcgew2dW9r5EyGXYTMNqItWq0nau+8wOhQ 05B7ywMdHJPjEBmOfMmFQ+hGDxmPo5cDkCz6I/mNZQgc3enBfzYGC9JUX5e8U9K0H/MzwDLsJ0Cy ALFZBjWY7JQM2WbZ9CyHEg/vPVSlIUMiHgoE6JcUtFpkQEbWNuJQOC9TYU+c7x+PDFgJboHdVVli /OGwm163WAIMi0PPocXT7LCUf4iAF/J7dhlrM4Y5FC4PUfneYcNTm/O0Px2S3xxHO2yWqxC4knUv K3FmqAnvN8ZF52NH+aum4GOcHKrRpLY20P1b4obtJZFuEEt/FScGTwykI52sbu7d78stI1uRU2gO 3mxUl+d7BBIXRdbnKHiAQ7YM/p1PbnyqHjnoPuezEHfuOA8+UI5VrZ18pXOEy8wTl/KY7rzDl8ot KVfxd6f6JEDMnADaZrV2t5tja0rY31tti7r1J/j6F9XS1Xf0a60bja5cCkVPuP+KLuewUI2ixkt+ JMp3Gu4kFl+oyRcif4U+W7KqpMtmsoX4PI/oYK3b0v7hKenLJ8ABkhHK6rzsNkZ1PR6v+Y5NQ8P3 nETNU2jpEbeuQmy+igQZ4HpJEjXXT8WbsUgr9SFCtHQfK6vEB8wVtdTgYM0DkyCLHCXHuD5UvQJN eB+oarxOptR5lBp6tC+nJRoPVV+sOptvs22LWr8qzrvcL3KDMngo/YdEksr60Hwj43eUs2ChKCUP TUHKG1oFaTIWdlVYbBfSodpC+AJXE0BOfjPTFOBZ8YC6ZlQah6zPVLT5ZhUSsMZUtkmWHGvqk5jo NQJqNx9Qt1JXuCoTiIH19X3X0/9txuwpTYFzBEUmfAZ95Jl0tv0tfEUgdueyvS91rhxAE1JSAF5Y fKd0xJL+0yeZYxtt2uNcAa5DE0m3OWVNzQTayZkH25nfzQpGI1jzCTncuHMPpwXphfFrmra9HleZ sZX7tCTXoD9of6Y4vG06FhFnl5D1w2R7srG7FVhpGH812mb9a/Vhm+9qeMXyLKYJBh65VMbraWsV FFdjSyGuJd0Qvbz52Tn/sV/OlIt5rFtUmKqxU3YUMorn25nEls1F1y62K4l/rTI9tpU72N6bbRQr laDEZlR6lBQqSWXGS22VOQVkjTJNg4puSIQwU8FEDjkUOV67FDnNDG2aQ8Gj+oGlvHnucMhtNGSZ IFG3hPYd9XDatozSH6lwG9aqs5SaGvntghTXNLghrGKkJ0tUO8+80hncVhEXqCzIC0LSzEiUtiqm y3A8nqItq1xfokFHgPICoFAZFR2FWQo79Kp4hCI5eBfdRKlHNSWIPSzFirsPRyoV+VKGYkk5b9qk 7Yrp8gYBFVEPQbsvlS2rNKRPDNim1JMcW+0WC5LoDquNvNYQawSIr2S2jnobf6ZA604aGH+Y4G/3 kx/Kf/8H/Fj7s2VuZHN0cmVhbQplbmRvYmoKNTUgMCBvYmoKMjcyMwplbmRvYmoKNCAwIG9iago8 PC9UeXBlL1BhZ2UvTWVkaWFCb3ggWzAgMCA2MTIgNzkyXQovUm90YXRlIDAvUGFyZW50IDMgMCBS Ci9SZXNvdXJjZXM8PC9Qcm9jU2V0Wy9QREYgL1RleHRdCi9FeHRHU3RhdGUgMjQgMCBSCi9Gb250 IDI1IDAgUgo+PgovQ29udGVudHMgNSAwIFIKPj4KZW5kb2JqCjI2IDAgb2JqCjw8L1R5cGUvUGFn ZS9NZWRpYUJveCBbMCAwIDYxMiA3OTJdCi9Sb3RhdGUgMC9QYXJlbnQgMyAwIFIKL1Jlc291cmNl czw8L1Byb2NTZXRbL1BERiAvVGV4dF0KL0V4dEdTdGF0ZSAzMSAwIFIKL0ZvbnQgMzIgMCBSCj4+ Ci9Db250ZW50cyAyNyAwIFIKPj4KZW5kb2JqCjMzIDAgb2JqCjw8L1R5cGUvUGFnZS9NZWRpYUJv eCBbMCAwIDYxMiA3OTJdCi9Sb3RhdGUgMC9QYXJlbnQgMyAwIFIKL1Jlc291cmNlczw8L1Byb2NT ZXRbL1BERiAvVGV4dF0KL0V4dEdTdGF0ZSAzNiAwIFIKL0ZvbnQgMzcgMCBSCj4+Ci9Db250ZW50 cyAzNCAwIFIKPj4KZW5kb2JqCjM4IDAgb2JqCjw8L1R5cGUvUGFnZS9NZWRpYUJveCBbMCAwIDYx MiA3OTJdCi9Sb3RhdGUgMC9QYXJlbnQgMyAwIFIKL1Jlc291cmNlczw8L1Byb2NTZXRbL1BERiAv VGV4dF0KL0V4dEdTdGF0ZSA0MSAwIFIKL0ZvbnQgNDIgMCBSCj4+Ci9Db250ZW50cyAzOSAwIFIK Pj4KZW5kb2JqCjQzIDAgb2JqCjw8L1R5cGUvUGFnZS9NZWRpYUJveCBbMCAwIDYxMiA3OTJdCi9S b3RhdGUgMC9QYXJlbnQgMyAwIFIKL1Jlc291cmNlczw8L1Byb2NTZXRbL1BERiAvVGV4dF0KL0V4 dEdTdGF0ZSA0NiAwIFIKL0ZvbnQgNDcgMCBSCj4+Ci9Db250ZW50cyA0NCAwIFIKPj4KZW5kb2Jq CjQ4IDAgb2JqCjw8L1R5cGUvUGFnZS9NZWRpYUJveCBbMCAwIDYxMiA3OTJdCi9Sb3RhdGUgMC9Q YXJlbnQgMyAwIFIKL1Jlc291cmNlczw8L1Byb2NTZXRbL1BERiAvVGV4dF0KL0V4dEdTdGF0ZSA1 MSAwIFIKL0ZvbnQgNTIgMCBSCj4+Ci9Db250ZW50cyA0OSAwIFIKPj4KZW5kb2JqCjUzIDAgb2Jq Cjw8L1R5cGUvUGFnZS9NZWRpYUJveCBbMCAwIDYxMiA3OTJdCi9Sb3RhdGUgMC9QYXJlbnQgMyAw IFIKL1Jlc291cmNlczw8L1Byb2NTZXRbL1BERiAvVGV4dF0KL0V4dEdTdGF0ZSA1NiAwIFIKL0Zv bnQgNTcgMCBSCj4+Ci9Db250ZW50cyA1NCAwIFIKPj4KZW5kb2JqCjMgMCBvYmoKPDwgL1R5cGUg L1BhZ2VzIC9LaWRzIFsKNCAwIFIKMjYgMCBSCjMzIDAgUgozOCAwIFIKNDMgMCBSCjQ4IDAgUgo1 MyAwIFIKXSAvQ291bnQgNwo+PgplbmRvYmoKMSAwIG9iago8PC9UeXBlIC9DYXRhbG9nIC9QYWdl cyAzIDAgUgo+PgplbmRvYmoKNyAwIG9iago8PC9UeXBlL0V4dEdTdGF0ZQovT1BNIDE+PmVuZG9i agoyNCAwIG9iago8PC9SNwo3IDAgUj4+CmVuZG9iagoyNSAwIG9iago8PC9SMjIKMjIgMCBSL1Ix MgoxMiAwIFIvUjE0CjE0IDAgUi9SMTYKMTYgMCBSL1IxOAoxOCAwIFIvUjIwCjIwIDAgUi9SOAo4 IDAgUi9SMTAKMTAgMCBSPj4KZW5kb2JqCjMxIDAgb2JqCjw8L1I3CjcgMCBSPj4KZW5kb2JqCjMy IDAgb2JqCjw8L1IyMgoyMiAwIFIvUjI5CjI5IDAgUi9SMTIKMTIgMCBSL1IxNAoxNCAwIFIvUjIw CjIwIDAgUi9SOAo4IDAgUi9SMTAKMTAgMCBSPj4KZW5kb2JqCjM2IDAgb2JqCjw8L1I3CjcgMCBS Pj4KZW5kb2JqCjM3IDAgb2JqCjw8L1IxMgoxMiAwIFIvUjE0CjE0IDAgUi9SOAo4IDAgUi9SMTAK MTAgMCBSPj4KZW5kb2JqCjQxIDAgb2JqCjw8L1I3CjcgMCBSPj4KZW5kb2JqCjQyIDAgb2JqCjw8 L1IyMgoyMiAwIFIvUjEyCjEyIDAgUi9SMTQKMTQgMCBSL1IyMAoyMCAwIFIvUjgKOCAwIFIvUjEw CjEwIDAgUj4+CmVuZG9iago0NiAwIG9iago8PC9SNwo3IDAgUj4+CmVuZG9iago0NyAwIG9iago8 PC9SMjIKMjIgMCBSL1IxNAoxNCAwIFIvUjIwCjIwIDAgUi9SOAo4IDAgUj4+CmVuZG9iago1MSAw IG9iago8PC9SNwo3IDAgUj4+CmVuZG9iago1MiAwIG9iago8PC9SMjIKMjIgMCBSL1IxNAoxNCAw IFIvUjIwCjIwIDAgUi9SOAo4IDAgUj4+CmVuZG9iago1NiAwIG9iago8PC9SNwo3IDAgUj4+CmVu ZG9iago1NyAwIG9iago8PC9SMTQKMTQgMCBSL1I4CjggMCBSPj4KZW5kb2JqCjIyIDAgb2JqCjw8 L0Jhc2VGb250L1FFR01KTytIZWx2ZXRpY2EtT2JsaXF1ZS9Gb250RGVzY3JpcHRvciAyMyAwIFIv VHlwZS9Gb250Ci9GaXJzdENoYXIgMzIvTGFzdENoYXIgMzIvV2lkdGhzWwoyNzhdCi9FbmNvZGlu Zy9XaW5BbnNpRW5jb2RpbmcvU3VidHlwZS9UeXBlMT4+CmVuZG9iagoyOSAwIG9iago8PC9CYXNl Rm9udC9RRUdNSk8rQ291cmllci9Gb250RGVzY3JpcHRvciAzMCAwIFIvVHlwZS9Gb250Ci9GaXJz dENoYXIgMzIvTGFzdENoYXIgMzIvV2lkdGhzWwo2MDBdCi9FbmNvZGluZy9XaW5BbnNpRW5jb2Rp bmcvU3VidHlwZS9UeXBlMT4+CmVuZG9iagoxMiAwIG9iago8PC9CYXNlRm9udC9RRUdNSk8rSGVs dmV0aWNhLUJvbGQvRm9udERlc2NyaXB0b3IgMTMgMCBSL1R5cGUvRm9udAovRmlyc3RDaGFyIDMy L0xhc3RDaGFyIDMyL1dpZHRoc1sKMjc4XQovRW5jb2RpbmcvV2luQW5zaUVuY29kaW5nL1N1YnR5 cGUvVHlwZTE+PgplbmRvYmoKMTQgMCBvYmoKPDwvQmFzZUZvbnQvSFdOREpSK0x1Y2lkYUNvbnNv bGUvRm9udERlc2NyaXB0b3IgMTUgMCBSL1R5cGUvRm9udAovRmlyc3RDaGFyIDEvTGFzdENoYXIg NzMvV2lkdGhzWyA2MDMgNjAzIDYwMyA2MDMgNjAzIDYwMyA2MDMgNjAzIDYwMyA2MDMgNjAzIDYw MyA2MDMgNjAzIDYwMwo2MDMgNjAzIDYwMyA2MDMgNjAzIDYwMyA2MDMgNjAzIDYwMyA2MDMgNjAz IDYwMyA2MDMgNjAzIDYwMyA2MDMKNjAzIDYwMyA2MDMgNjAzIDYwMyA2MDMgNjAzIDYwMyA2MDMg NjAzIDYwMyA2MDMgNjAzIDYwMyA2MDMgNjAzCjYwMyA2MDMgNjAzIDYwMyA2MDMgNjAzIDYwMyA2 MDMgNjAzIDYwMyA2MDMgNjAzIDYwMyA2MDMgNjAzIDYwMwo2MDMgNjAzIDYwMyA2MDMgNjAzIDYw MyA2MDMgNjAzIDYwMyA2MDNdCi9FbmNvZGluZyA2NyAwIFIvU3VidHlwZS9UcnVlVHlwZT4+CmVu ZG9iago2NyAwIG9iago8PC9UeXBlL0VuY29kaW5nL0Jhc2VFbmNvZGluZy9XaW5BbnNpRW5jb2Rp bmcvRGlmZmVyZW5jZXNbCjEvc3BhY2UvVC9oL2UvZi9vL2wvdy9pL24vZy90L3MvZC91L2MKL3Iv YS9tL3AvUi9QL0wvcGVyaW9kL0EvY29tbWEvRC9PL3YvY29sb24vcXVvdGVsZWZ0L3F1b3Rlcmln aHQKL2Ivei94L1cvay9HL0MvRi9vbmUvSS9qL3kvcGFyZW5sZWZ0L2ZvdXIvcGFyZW5yaWdodC9O Ci9CL2h5cGhlbi9zbGFzaC9iYXIvYmFja3NsYXNoL3R3by90aHJlZS9maXZlL3NpeC9zZXZlbi9l aWdodC9FL2VuZGFzaC96ZXJvL3EvbmluZQovcGx1cy9TL1YvTS9IL2JyYWNrZXRsZWZ0L2JyYWNr ZXRyaWdodC9VL3VuZGVyc2NvcmVdPj4KZW5kb2JqCjE2IDAgb2JqCjw8L0Jhc2VGb250L0hYSkNF RCtTeW1ib2wvRm9udERlc2NyaXB0b3IgMTcgMCBSL1R5cGUvRm9udAovRmlyc3RDaGFyIDE4My9M YXN0Q2hhciAxODMvV2lkdGhzWyA0NjBdCi9FbmNvZGluZyA2OCAwIFIvU3VidHlwZS9UeXBlMT4+ CmVuZG9iago2OCAwIG9iago8PC9UeXBlL0VuY29kaW5nL0Jhc2VFbmNvZGluZy9XaW5BbnNpRW5j b2RpbmcvRGlmZmVyZW5jZXNbCjE4My9idWxsZXRdPj4KZW5kb2JqCjE4IDAgb2JqCjw8L0Jhc2VG b250L1FFR01KTytIZWx2ZXRpY2EvRm9udERlc2NyaXB0b3IgMTkgMCBSL1R5cGUvRm9udAovRmly c3RDaGFyIDMyL0xhc3RDaGFyIDMyL1dpZHRoc1sKMjc4XQovRW5jb2RpbmcvV2luQW5zaUVuY29k aW5nL1N1YnR5cGUvVHlwZTE+PgplbmRvYmoKNjkgMCBvYmoKPDwvRmlsdGVyL0ZsYXRlRGVjb2Rl L0xlbmd0aCAzNTk+PnN0cmVhbQp4nF2SPW7DMAxGd5/CNzApK3ICBFzSJUOLou0FHJkOPEQ2HGfo 7cufpkOHL8CLRFlP+JrT+eVcpq1u3tc5f/JWj1MZVr7PjzVzfeHrVCoM9TDl7ZfsN9/6pWpOr/3y 9b1wLRt4dH7rb9x8pIP9gz6T54HvS5957cuVqyMAHceRKi7Dv6U2+sRlfG5F8kCLJBjIA4EVW/LA DhQjeSDZ5h15oIuKiTyQ9oodeSDY7J48EJPigTyQ7EM9eSCOihfyQLdTzOSB2CoO5IFkm5k8kGx1 JA8knUV5C40cFRTFFd3XUFzRfJPeCsUVzbc1FFc032hHiSu6rwqiuKL7DoriiubbqS+KK5pvyori qgmAekkUV3RfWxVXNN90UBRXNN/UKYormm/Ut0JxRfc1BXFF8+30ZHlsiygYimsw36iXDOIazDcG 68ezCFoV7dyzYnV+rCuXzYppxdPCTYX/urvMi07VkuoHMZS9tgplbmRzdHJlYW0KZW5kb2JqCjIw IDAgb2JqCjw8L0Jhc2VGb250L1FUUEpPWitDYW1icmlhLEl0YWxpYy9Gb250RGVzY3JpcHRvciAy MSAwIFIvVG9Vbmljb2RlIDY5IDAgUi9UeXBlL0ZvbnQKL0ZpcnN0Q2hhciAxL0xhc3RDaGFyIDM0 L1dpZHRoc1sgNTI4IDE5OSA1NTUgNTI2IDM0NSA1MzAgMjIwIDUyNyA1MzUgNjIyIDUzNSA1NDAg NTA3IDQzMyA0NTcKNDA3IDUyOCAyOTIgNTI4IDU2OCA0NDkgNzk5IDUyNyAyNjcgNTAwIDUyMyAy NzEgNTIyIDY3MSA1MjEgMzgyCjUyOCA3OTIgNTk2XQovRW5jb2RpbmcgNzAgMCBSL1N1YnR5cGUv VHJ1ZVR5cGU+PgplbmRvYmoKNzAgMCBvYmoKPDwvVHlwZS9FbmNvZGluZy9CYXNlRW5jb2Rpbmcv V2luQW5zaUVuY29kaW5nL0RpZmZlcmVuY2VzWwoxL2c4ODcvZzQ4NC9nMTkvZzEzMS9nMTUwL2cx MzgvZzMvZzkvZzE0NC9nMTgvZzE1MS9nNi9nMTQ1L2cxMzMvZzEzNS9nMTQ4Ci9nODg4L2cxMzYv Zzg5Mi9nOC9nMTU0L2cxNDMvZzE0Ni9nMTQyL2c1MTQvZzE1L2cxMzkvZzEzNy9nMTcvZzEzMi9n MTQ5L2c4ODkKL2cxNi9nNV0+PgplbmRvYmoKNzEgMCBvYmoKPDwvRmlsdGVyL0ZsYXRlRGVjb2Rl L0xlbmd0aCAyNDk+PnN0cmVhbQp4nF2RTW7DIBBG9z4FN/DgH5xK0WySTRaNqrYXwDBELIIRcRa9 fTxM3UUXD+kBg4Zv2tPlfElxVe1HWdwXrSrE5As9lmdxpGa6xdToTvno1l+rq7vb3LSnd5u/fzKp 7QIF8au9U/s56bqjpcYtnh7ZOio23ag5AuAxBGwo+X9H2kjFHParGgUYO9y0QwFGYO1RgMGxDihA 51lHFMBoVoMCTAPrhAKYA+sBBejqy28owNCzWhTABNYZBTDE6lCAqTbpUQBTuyIUYKy1AQUYuCu9 ZaFrGz3URPavczic8h6qcs9SKK11FDVqjjgm+ptWXjJXqY3mBUu2hA8KZW5kc3RyZWFtCmVuZG9i ago4IDAgb2JqCjw8L0Jhc2VGb250L1lCV0JKRCtDYWxpYnJpL0ZvbnREZXNjcmlwdG9yIDkgMCBS L1RvVW5pY29kZSA3MSAwIFIvVHlwZS9Gb250Ci9GaXJzdENoYXIgMS9MYXN0Q2hhciAyMy9XaWR0 aHNbIDU0MyA1MTcgNDIwIDMwNiA0NzkgMzM1IDUyNSAyMjYgNTMzIDUyNyA1MjUgMzQ5IDIyOSA0 OTggNTc5CjUwNyA1MDcgNTA3IDUwNyA1MDcgNTA3IDUwNyA1MDddCi9FbmNvZGluZyA3MiAwIFIv U3VidHlwZS9UcnVlVHlwZT4+CmVuZG9iago3MiAwIG9iago8PC9UeXBlL0VuY29kaW5nL0Jhc2VF bmNvZGluZy9XaW5BbnNpRW5jb2RpbmcvRGlmZmVyZW5jZXNbCjEvZzkwL2c4Ny9nNjIvZzg4Mi9n MjU4L2c0MTAvZzM0Ni9nMy9nMTgvZzM4MS9nMzc0L2czOTYvZzM2Ny9nODkwL2c0L2cxMDA0Ci9n MTAwNS9nMTAwNi9nMTAwNy9nMTAwOC9nMTAwOS9nMTAxMC9nMTAxMV0+PgplbmRvYmoKNzMgMCBv YmoKPDwvRmlsdGVyL0ZsYXRlRGVjb2RlL0xlbmd0aCAzNTY+PnN0cmVhbQp4nF2STW6DQAxG95yC G2DPTIZEirxJN1m0qtpegAwmYhFAhCx6+/qn6aKLh/RlxsHPuDmdX87TuNXN+zqXT97qYZz6le/z Yy1cX/g6ThWGuh/L9pvsWW7dUjWn1275+l64lgs8eH7rbtx8tNF+Qa8pc8/3pSu8dtOVqyMAHYeB Kp76f0cxesVleF5FciAiSQzkwA40RnIg22kiB9qkcUcO5L3GTA4Eq23JgXTQuCcH2qjxQA60O40d OZAtXsiBPGgs5EC22p4cyPbPTA5k62ogB9pWIsosFGmj1yiuaL6ZNYormm+2y+KK7ls0iiu6rxqh uKL5Jn0Riiuab9LhoLii+2rPKK7ovkGjuKL5BnuvuKL72qm4ovtak+KK7ps1iiuaYLTLIocmmHQa MuxjMIWoXQVpP5hC0kkGaT+4wt4W4vnldTd0yZ47VZfHuvK02SbapumGjRP/LesyL1pVC9UPMN+5 +wplbmRzdHJlYW0KZW5kb2JqCjEwIDAgb2JqCjw8L0Jhc2VGb250L0NVVVFBRitDYW1icmlhLEJv bGQvRm9udERlc2NyaXB0b3IgMTEgMCBSL1RvVW5pY29kZSA3MyAwIFIvVHlwZS9Gb250Ci9GaXJz dENoYXIgMS9MYXN0Q2hhciAzNi9XaWR0aHNbIDU5MiA2MTQgNTM1IDM2NSA1OTcgMjIwIDM1MCA0 NTkgNTk3IDUzMSA1NjkgNDY5IDMxNCA1OTcgNzk4Cjg0NiA2MDQgNTIwIDMwOCA1OTcgNzA1IDY1 MiA2OTUgNDYxIDIzMiA1OTEgODkwIDMyNiA1OTIgNTkyIDU3Mwo1OTIgNTkyIDU5MiA1NzggNTI1 XQovRW5jb2RpbmcgNzQgMCBSL1N1YnR5cGUvVHJ1ZVR5cGU+PgplbmRvYmoKNzQgMCBvYmoKPDwv VHlwZS9FbmNvZGluZy9CYXNlRW5jb2RpbmcvV2luQW5zaUVuY29kaW5nL0RpZmZlcmVuY2VzWwox L2c4ODMvZzE5L2cxMzEvZzE1MC9nMTM4L2czL2cxMi9nMTQ5L2cxNTEvZzEzNS9nMTQ1L2cxMzMv ZzEzOS9nMTM0L2cxNTMvZzE2Ci9nMTQ0L2cxMzcvZzE0Mi9nMTQ2L2c3L2c0L2cxOC9nMTQ4L2c0 ODQvZzEzMi9nMTQzL2cxMzYvZzg4NC9nODg1L2c2L2c4ODYKL2c4ODcvZzg4OC9nOC9nMTU0XT4+ CmVuZG9iagoyMyAwIG9iago8PC9UeXBlL0ZvbnREZXNjcmlwdG9yL0ZvbnROYW1lL1FFR01KTytI ZWx2ZXRpY2EtT2JsaXF1ZS9Gb250QkJveFswIDAgMTAwMCAxMDAwXS9GbGFncyA2NTU2OQovQXNj ZW50IDAKL0NhcEhlaWdodCAwCi9EZXNjZW50IDAKL0l0YWxpY0FuZ2xlIDAKL1N0ZW1WIDAKL0F2 Z1dpZHRoIDI3OAovTWF4V2lkdGggMjc4Ci9NaXNzaW5nV2lkdGggMjc4Ci9DaGFyU2V0KC9zcGFj ZSkvRm9udEZpbGUzIDU4IDAgUj4+CmVuZG9iago1OCAwIG9iago8PC9GaWx0ZXIvRmxhdGVEZWNv ZGUKL1N1YnR5cGUvVHlwZTFDL0xlbmd0aCAyNDc+PnN0cmVhbQp4nGNkYGFiYGRkFPJIzSlLLclM TtT1T8rJLCxNBYkq/5Bm/CHD9EOWWZbBZ84b3m4e5m4elnnfJwh9bxH83sj/vU6AgZmRsWLKQuf8 gsqizPSMEgWN0KBwTW1tHYSIoaWlpUJSJUxGwSW1ODM9T0ENyChLzckvyE3NK7FWcAaqzsnJTFZI z6ksyChWSExJSU0BaQtLzEnNVnDLzMksKMgvU9Bw1lQwMjAw1AUSRn6ZuUmlxQrBiXnFCj4KQanp pTmJRQqeJYlAg1DkGBgYGBWAmIGJkZGF/fsqPiAqWfRjwfzvvvN9FrHd5HrMfXMCDw8DAwBhr1c3 CmVuZHN0cmVhbQplbmRvYmoKMzAgMCBvYmoKPDwvVHlwZS9Gb250RGVzY3JpcHRvci9Gb250TmFt ZS9RRUdNSk8rQ291cmllci9Gb250QkJveFswIDAgMTAwMCAxMDAwXS9GbGFncyA2NTU2OQovQXNj ZW50IDAKL0NhcEhlaWdodCAwCi9EZXNjZW50IDAKL0l0YWxpY0FuZ2xlIDAKL1N0ZW1WIDAKL0F2 Z1dpZHRoIDYwMAovTWF4V2lkdGggNjAwCi9NaXNzaW5nV2lkdGggNjAwCi9DaGFyU2V0KC9zcGFj ZSkvRm9udEZpbGUzIDU5IDAgUj4+CmVuZG9iago1OSAwIG9iago8PC9GaWx0ZXIvRmxhdGVEZWNv ZGUKL1N1YnR5cGUvVHlwZTFDL0xlbmd0aCAyMzU+PnN0cmVhbQp4nGNkYGFiYGRk5HDOLy3KTC0C sdV+SDP+kGH6Icssy+Bgksfbw8PYzcPczcOy4HuT0Pcywe/F/N8LBBiYGRkremc55xdUFmWmZ5Qo aIQGhWtqa+sgRAwtLS0VkiphMgouqcWZ6XkKakBGWWpOfkFual6JtYIzUHVOTmayQnpOZUFGsUJi SkpqCkhbWGJOaraCW2ZOZkFBfpmChrOmgpGBgaEukDDyy8xNKi1W8M3Py1fwUQhKTS/NSSxCEWRg YGBUAGIGJkZGFvYfb/iAqHz+D9P534Xmz5/Pto1rC/c2Hp4tPLwMDAB+alBjCmVuZHN0cmVhbQpl bmRvYmoKMTMgMCBvYmoKPDwvVHlwZS9Gb250RGVzY3JpcHRvci9Gb250TmFtZS9RRUdNSk8rSGVs dmV0aWNhLUJvbGQvRm9udEJCb3hbMCAwIDEwMDAgMTAwMF0vRmxhZ3MgNjU1NjkKL0FzY2VudCAw Ci9DYXBIZWlnaHQgMAovRGVzY2VudCAwCi9JdGFsaWNBbmdsZSAwCi9TdGVtViAwCi9BdmdXaWR0 aCAyNzgKL01heFdpZHRoIDI3OAovTWlzc2luZ1dpZHRoIDI3OAovQ2hhclNldCgvc3BhY2UpL0Zv bnRGaWxlMyA2MCAwIFI+PgplbmRvYmoKNjAgMCBvYmoKPDwvRmlsdGVyL0ZsYXRlRGVjb2RlCi9T dWJ0eXBlL1R5cGUxQy9MZW5ndGggMjQxPj5zdHJlYW0KeJxjZGBhYmBkZOT3SM0pSy3JTE7UdcrP SQEJKf+QZvwhw/RDllmWwWfOC95uHuZuHpZl35uFvpcLfi/h/14owMDMyFjRNd05v6CyKDM9o0RB IzQoXFNbWwchYmhpaamQVAmTUXBJLc5Mz1NQAzLKUnPyC3JT80qsFZyBqnNyMpMV0nMqCzKKFRJT UlJTQNrCEnNSsxXcMnMyCwryyxQ0nDUVjAwMDHWBhJFfZm5SabFCcGJesYKPAsjZKCIMDAyMCkDM wMTIyML+fRUfEJUs+rFh/nfb+dGL2L5zcX1X5P7ONYWH57viVB5eBgYACdZUNwplbmRzdHJlYW0K ZW5kb2JqCjE1IDAgb2JqCjw8L1R5cGUvRm9udERlc2NyaXB0b3IvRm9udE5hbWUvSFdOREpSK0x1 Y2lkYUNvbnNvbGUvRm9udEJCb3hbMCAtMjA1IDYwMiA3ODNdL0ZsYWdzIDYKL0FzY2VudCA3ODMK L0NhcEhlaWdodCA2NDEKL0Rlc2NlbnQgLTIwNQovSXRhbGljQW5nbGUgMAovU3RlbVYgMTQ0Ci9N aXNzaW5nV2lkdGggNjAyCi9YSGVpZ2h0IDU0MQovRm9udEZpbGUyIDYxIDAgUj4+CmVuZG9iago2 MSAwIG9iago8PC9GaWx0ZXIvRmxhdGVEZWNvZGUKL0xlbmd0aDEgMTMxMjAvTGVuZ3RoIDgzODM+ PnN0cmVhbQp4nO16e3wTVfr3c86ZaybJTCZN0rRAWkq5FbaFUq6RjtKC3Cs3LRAVsWhBBAQqF1+o IIhFBTSAsuuKN5RFQMHluq8itqhYVxbBl10r6oLL/nBZwF3FhWZ4nzNJafH1935+/+7nszmZyWSS Oec5z+37fc4MEADwQDUwKBs5Or87OK9urXA3bvL0STOT3/MLAEj95Ko5WQOODa/BEw24/XPKzHum /+KWwwx/O4LfW99z3/wpyf+zHgDta++tmHT32zP8AwAKFTzZ8148obUT38b/X8Dv7e6dPmdearw5 eO6B+2ZMnpT83ulHALHn9EnzZgp9ySUAmoYns+6fNL0i+XtBI/8+c8bsOcnv3f/qfH+gYmbw+JB7 8P84PtgAV7/G7Qxun4tMbCv0F8aJH4jnpDypxJ5rT4Q6OApx2CuVwfarqZf4AZyUSshNV/+HL3gM XkgdHYZLYg/YCq/DfngN9gm5ECYvwUnoDpdoBNaRmbAQJtNN9LR9AlaQjuRGPPsK9IVNsJVWwluQ h9dOtPfCQzAMZsAi2AuPwmnYAovpBqkELpGOwkb6MAyhf2IMe76RdIRLsAJeo5JdhjP4GCphLcx7 M6J3ycmqqSktuy07O7O0pLxrl6GjbistyczOLu/KVYX2lsrsMgDhU/5VOMrPXPci/AzdAPOgDZSC CBQMCMI6/OVTnCUDYg3McN0dGT8sJ1Ks5ER0b07E486JaK78iEvyREQhN8JofkRVohEC+RFZyo9M vmu8HpvwlX77vK/0eRPG6MPNjfoN5h6SZfXTo+YFvV/fr/TRpj9yixGOlBgb9QcCR/W7jDv1O4yv 9Nvwcxx+jsGtP259jbf0XvjZvZBfr+uFxhI9gN/9uPmMPcSyMnXT+LVumGZEbzWz1czW1a2FiDRD el5i3clechWUoaNve4O8QZ4sX/YEP6xuXT57Nsn7f1/wM+fyUA+Uq4wdFXEHMkC2L9uXizsC9Gji fjoqsU2EK2AJ1ahLUm6fEG6Q8jDGOljpmXKaJ09u5xE8w2GYPFxye+ShLoN5jZPnElEoThQnYt0K SDvwGZAbEPiHKNxg77cnkedJqX3F/gvJIKJ9oh31kPlkHvW0W1FkT7J3YruzCK0Wt0+wec5Y+Vab XkDS5ExPOznPGc6Nww3ryEjLEWNNQ8b8ycGKkkPHyUDya+x4PxFJhn3GvizltUv8w37UXpH4Bw6J wowgw8jGIu4r49CHFqKva9DdCsjMdFEqglgMgqxqpkAh6Da4jkuryj9Lr48m6nGaxT6zT340Ee1W gEoryvYV+rID2T7axu5NPlhLPrj2sdbuzTV43H6HJtDbVehqmRaMlEaIoIwYCNVCOzHoqs5w+h/A +8/4ICNalUiH4nOJDNRjUc9ikoN9G+T4FJ+wkHS035nsfakr6bjTHo+SH6URAehOtKG5m5hQxkQQ jM+Mz1Ap3Qr8RdmBo+wXNBKPOzKg0bkMDCKWZpERaPkREBRaDp7A6zKcKfnIcQzvjhjmOMpQtP8K tAnGrOWGYdTNbgGR3EJxqAS+URvdClSSQ4QVjfe+wp6R8n7cKo/GmJtx9XNhsngO9eqHflbnIqlE oqLbZQTcGUauu7Ox3P2YobhNEA1T0lSf1/QZrIBRlmZ8FjvXkLhmWbEtN2lhd77vkOUzsnGjlWfs c8R/5gzx2+fOcEntE7lkE7mbTCav2BPs5+xf2ePjtIrOSTyeqOGz2ItWjqM0KvSwQmNFIjBRklFp Ao4tGxT1GHQ127khaiQacGaJqHHgyAGUohCtLBbloi32kpX2XFpGVsaFxeUL9l5+NY69v4bqvIS9 h2GmVVLFqoTlbLkgBNJ8IYFJpEeoJDQmdHdoTuiRkNR00ieBl4RQANX0aqEwCU+VFkg1EvP5JI1k GCdrGxKxWvQzRw9RPOhD+I5vMbh2xCVDJ+lZ1KN9Tlu5qGdh92AgTdKJJGcHXlvwXfmeJ6pWHdrz xkeXHlgx5q/5NLb1bxfKd+97cNW920Z88du5v1888kTdVpT/LNoqU/w7tIPxVp82mkszXa5wDjNz xDQzrA1sM67Nh23+q43QRnK5XBIMzBovlfumSgulBb4an5zlk1r5fEHI5UKfO5aI8ejALRmc/Avf dSvoVRQs7M4lzSNFeNDreqFFwZcm5LQ9++F9y19+7607+yyd333kovvWv/bSq4e+tL8nve1vv31K 3jbwleXrXnwyu9uIhfc8eMvWPjuf//GhafYXH3/H/Q0tjOgILsweZVaX8Z5pnoWelZg6BMltqoSA AILg0rQKbba2RBM0pkguv+BmEPQ2G/730QON0QbjQKw5yA1ufx7npNBXGMjxEYz0E4n1tHJvXV3i EfIeWbmJrW+8NY5eEaEbeax5UZsSShKEvlYrxdQHeZgZED0Bt2uINF6iHtMn6Sa4gqHmcWvR42tx 0MbihFHVkI7xm5vUlpHdVnaySxYE0iCnLfFunrLgOXtEbiHdlbhAJFJg/+3IXGXzTf/7aTJUoAdf t6vtH08dtv+JGnnRicC/QwCyYazVw8WI1MpUlDRv0PSKzEzTMvyd/T0jw/Qh4Yn6+HBVZHlEJZox I7w4TMMRCW3atlnCxIGGmCNik025WkgALUh9aEHTkY5ijGZ3Z92TpkVfDwrmm5X765d+su07+/JH F6+SKJEX/Pb+lWvnL1jzK3HX5uH2Afvzt+1/HDxl/4lUk/vIDLLn8sP74i+8v23N6x+hZ36IVi1F XWrQ08oAQRH9kus2YaqwQKgRBEFRRK0ExJYp+hiqz0hasPEApqbs/sRPMEkHZGAkbE49QIoSxeyh Ajunx8ZGMppm7d1U1thgj8L8thH1NQKjOA0i0Bm2W/Pby4QDpNvUImlyoHOWktt5QuQe1z1ZFZ2r MhbkLs+oyTU6Z7mYpyMEIqw1HRgakjUuVN56VOeKUGXr+7LmeqpCyzzLQ+6Wf6IdW3sEQ8wwDTHX FLW2fmWUp6OfjvJ7jNYhw/ATfzDPmc5APh2eCo3v+Tul+RDPA6E+fON5IHWEeZK0L+qRCqU2JMBj qX2Rkctt4ERdPrlmlBD57eEz7+760E7sfNy+cPTjq2TR755bPOvZv9B3F1ZUzH+ftY8f2Hz41Wf+ /Nx9+5fsu3hqF3HdtmFb9fMrKl567OyCFyfOmFr++Dz0r7Wor7GoL+5fI6186Zp/oW+J6GOaz5/t 7xu5SR8YHqWPCy+I1ERUny8iQdjQUq7lzPFcbcOBxE88y0kWGCjoU0U9gB+iZ7X1t702n/Z/2XfX 3vqlR7ZdJNJHF227zr4yd9v9j6+bP/+p5/TNg5FetnubeN49RdrbD9txe419s7ho39MvHtq2ZstH yH8cPBT6O/ynq5VmwQiiiCMEymSERoEIQSUFjUkrRFPshqMyx8cURtonSEcW5J+NZ5N4ScGN19eJ vF8XPGgNVMVO6gA6yDWBjKMVdC5dRlVVFFyCIsmySzAQ8GQDk4aqmKLkQkiiRBLwUooHhAqywIC5 QeOwzg19Q35DugMK0WIHE3iCkkUjIfP3sVq+EQ4KpJDksGzmz2ZucrmOXP7D/MSuhbvIsW9FdjlB brTfIcdpBWd/HBdvQ2m9mK0iELP69JOLWw+VR7YeK41RKqQpiiLr5urIxgiNRIg3YBIp3fTC/MzH zMcymeAzVV8m6CHk11mOtkqcVFFrODhwzaKxBKZ/EkOalOVLk2TM9LIX5SvMcsDA14QKe8mvycFf riQVlSXb3n27lDy54YuJO957+uInN4vM/uyBV3IG2z88M65PLj1xcvqwxtyyaQ89hRliytWvhaVI EgLQ22qTycIyJlhF9puUCEapMdZgGsd/wycGg81Z4lxDLJXLuGC5Uk4WOKkrxBMaz7SF3XsJSw9t t39v15A5pMtvDh56/X37Kml7umZ/x0GYpfJIPpnX97cT7IY/n7ZP3ox2X4KaXIaaVMGEoVbXJwwi UQxQKrlMgLCQ4e0kdPJWeud7JcGH0O91GflQAGVog6D/uniPNWvumtYMrrAOhVk9fQYqaglZSqtX 3nr12GOTScb5E43PiCzxjH3qjRl3xL8iCnGf4TNGZxQqUR4NbrBaiaYyUAEioP1UFEdCpYiq8Tz+ Ld3dbLgYol1DbUPT6FX5HIiS5Da5nWCTE3fR3okPaL3I4vbCuN2fs0us40BY4cy9mxXAsRREWxwK B6J8HEhxqwFN3uFwKyfWW/Z/ia1J9KCTE8/xvgfGE19iz8PRupVo3TCMsoqWyCTTHw7Rgeo4lXpN jyfdZGa6rJomEaWxEtUMD1qaGJKvLHBnoDqwMSAEMhw6Gautb5lhOHTFIEZaWNuXgxTvmh8I5Sl7 f1048iLZ9eFb9mf2SscRhL86Rj9lf+Emo+OJ1y3yAHJldAauB1SG0N/ReZEVwlLCRZAqSwqAbAgK MM1oqiYcW3NtRxNNsZzUBWoDNyT9vngdjRw6lPgabfsJ7XY5QfsnDvIxtuIYuc4YUSuiCJg2VOSx IGuqynks1rpvwAE4gnVvyrSDHNPWIqtA46IOavGdZLQcFrnqt2KR9yqbZ79KyuPs83i8Mdex6kmH UTHsKctyE4nhKAIzIF1q9phzjrOkBA+crKM7RXZljXP17fjv2Xi1DlOsG8eyuYx6mItpRNOAJJUi UhcL0jDL1Yq0eexxt+Jxay7KRFnR5UJF774aNuJcjiBxCxrXI2IS/Ypri2uTXNNBQJQB0x5XXg6W Izm+28+RDEoCl16g9peb7K+oyBrPsuDlhDC88SDrcOXwNXvJqMuJVrcSNobdzeawlarI/Iqiqn5K GVMVKlIuLX5qUiErEIkIqlYIoZaWRJ+O1XLfak7NsuCkZWiSjJsVpYrvo8PpC7sS23GejRPYC5cT 7PXGMZg/+qOnx9HTNQhBiZUX0DMCuXrnQIU+NTBXXxBQAibDVKwSyQcmMd2+xbAKdcMgPb2Flc8d i51rqpz8TVUT+rg/zUQMLepBEU/7k662jduntm1/enTnpk1vvbVp0066BJU33X7a/tiut58m00mP Rvs88TVeIT77PMe106n8xuu5m6xcUejpLfWWG5XGfGOlgRyJO7uZDHqfDm7u62nXR32iRdTztNY9 hGRFyM4Jk8IsHweA0+SFL+84aL9vn1u9kKxe/0atyDqOuXD4L3aYLiTpVVNQij0oxU4Hr0LwgjW9 JkAM1XAZmuHOUrNcWVqWu0AtcBVoBW5LtVxY6roNQRVdISlNDbh6qEN9E3xV6hzXcvUR12HVo+KV mltSPUQ33Z5BmD2COAMEDLemMpfXFZZ8+UjIQPfibNKvR7hYIgnJ3A1T2TLqeADH4yiJzWoxScR1 tD3OM4V0e8g9X926b/lz5NB5e9qOe5/f9/jv5ossd/h7y3cOT+yhwcRZuuXxB2eM4nH0MvoFL4Lb Qo11a3ftJu2uIFJfMdJB6ZNRYg7OGOcaZU4hUzOmZc7PWJi53PVYRk2m7lIVt5iRGWrTRgy5BT2b mdlymqmTa+ehxN3fCJGQ2L+NL5TT7MnHOP5U1aY3VZh9rtHOa2ccsomZMwupWIQKDtXMLRKSc8sn vyAOD2Xf/XGz/f3djy6aR0L2qfOb7H8RaetT2+554ZG6Z789vlX4ZsuYtwaX53fpdNfZHccHvVc1 e9KQcf0KBm+o3sqXVzHfg7DXYVGjrWKJmgz9CkRDzBLLxGpxtbhRfEM8In4lugzRwlMzUycP4ElV xIo+C+tBrMYIUKogeWqIzUoYx2KzuAfWppZt+JKNZPuFjbjNiMevrOHjPova7oPjmpBvhQaK40Sq giSi5jRDoYaBkfcTtHZ4eS0Pt0JfkppioKfJUjYWQ8/WPbz6meWv95lvn714BtPP9/W7d/+BSYnQ xcovEadNHM+L83wPx5NgmlVazUgum8mqGZNokLanPel4GCdNpgtgLpst1cCjzI2VgyhRgwBhfJVT wLQs4cWY+CUBM5NC5CaqmN5EFWt5JZsiiRz1eDlLClUMdwq29wjZQF56zWYonsAaLyc4V8J+33Uy 92armgker6xIIogiEOS2mIBUpnnCLNPTSevsbqf31fq4u+tDYCAtlUo1FJiOlcZqU2EKrZAqtIVQ RWdLc7UF7ge9c/WVsJwulZZpNe5l+i5hr2e39xvWQREU2a15JJHpALpbw/mpiosYLuLyEYNPJ5by v+S7Tzg/P/367I8plhX6U43lYPvkndd+xfa+vYu+su7Tz96kOxCWPmOZjReFNoikFxM6r9N/Z58Q cqU89LHWli6Y1C2ZMEyiY8UxoDQvaDqM34FJ8jtaaZfwy+TR8X8dd1BuCPbxqLM6lm35yTBwh1gH dg9jcAsT6S0ktUgWS62SFRL2Z2eVjHfxI1952WqfYEFHhjaWLpmym5lkGAowlkkoQzSRgGYhHMRm wcR6FKGEr7PFpTy++gRX7xOO8gVd8O9GbBCcdcCoEQUjihcG0NOFo/F4HLPniqvnhF8L45Dpd4Rx Vi+WZqR11LPSeusFaVbaAr1Gf1Z3KUPatqWmxzTVsNmmg0lZpThfpK2ChgpZ7Xy6OKiTUeUsWByo TTTgxM4da0xm9aov0tG1kEtj4dmjXT/ScnnHCY1eIfyN+ZzEgQliwM4da98lXX5YMKVqy+6jez7Z 0rmvP8+cXPjUqH72tHvHPbx03W+WbP59bPZdd24e+vKHdp+7BrmqskiQmJ+PvBPnsvXqGWEyas4L 6TDCyn8r/b30Y+mn0wXiDt4gqj5TYx6gg5UhaeXK+LSpaaLim5FG0sDDdMzl4RYLG9GokeTcH3BN F+McQhjCzpqGgXjZQfYnV2JwMlvrVh3be7yxfvuCbt0eW7Zk1TevPu2WeiUGnbZP/WB/Z++IP0oy 49/8nlQf4b7xEko4ErUdgEIrE4sSFYsSFjTaGz2MRwxBK0iWJen/TVnyk6IkWfj2EkZu32aftj9G xul9ffu7K3Z89Md3Vu3MiSIHNYhGuvR4pfSr9+q+HMARezGOX5TS0I1WpzBplV6isXQCbjcWbirQ 4A2MefGy9NK0sWk0zQeSIVEpzBlzrCEadVIbvg1nCTS7yCnGDSQSXD/MkclAkdjM1cf2OEqpq6t5 xFFK/TekzQ/ES4bHaeW/jrNfxE9/Yj98hMv0BMo0BHXic6yWt85HTBOBlypB1I+O+sn19PSUesZ6 FqRVq5Lp94Db5/eglsIt1gsaErUt1xeTdUqqiksuFgSyzezuvUg2t5okDPl4i/1X+1OS/eXXxxOt gmTe828nMqn7+6qn80pIFnEnyEC03qlie9UwsrcVaf+bJi7/plSC1hth/YJrJkuaKVVLYho1fawY zYnupRn+Mv8iuUYW/OBDbxHyeUUVbFFRRes5y4/VcuApxmI9tZaY7WBk0rCtCU8vPK2Qjse+27jq qSfXz6dy4l9sTXz26Q/yflU4e/WKeOMMrr2F9kShp3AromM7lKpoHSFhqVVGqcFam17Vp+TcoFAs iPRhQmnWbcLYrIrg7KDkN0TJyMjyAWiGRrVctG79uYba2qYll+LUDZReQWRhvZptXFTIa3XEMeK7 5n7HAm8+Q6LqQ9/u+9z+6PkNe3sPX2hf3kA+X/bkw6sXzdpur900lHSt/ZpkXkCKP2jtQ42//PT4 qKUsl2xZ99XhLe+icnahVtuiT/pgkJU7W1gqUMMS7pSI2xuVVBdQJHNDQPAZBnySZLdmc3Tw8pQv jjqMq9jIOJHxQZJc+wI9C7PCSK6djOPbVbfiLCmqGxmLvyjl2f760/aaRJi+uXja8URfrkWsoJyc izwe2lsBubfUBwmGAlTqrYoG5cZ3GSdj9YljDmPlwZi8z8OKCgO0N1/+P3mJ/SZ+5aDY4xK/uQtx O8YWYY86cuNCq802Qny9/X0UU1WY6dXBQ4zefiTECkhESuNd875T6neoenKx1xkkDU1AcKD4hvWL YnYJffj9Pz5Jyi7Za14ZuPh1tireKCb+S/o/fFwCx1GbL+O4LlhmqQj+30pnZSrtufo3KyqJkswE SVZUhzIohozfEboFRRQU4pZxuoKkMNlVhrShRJfzZSoDkl6s77SWRLcW/aWqNpaepLrHaos56oaa +AR+RGXFiJLevKKexW3BqUU28R2vIx8ct0fTDPsHG6S8Rg9yrVBiC188SFWxKRu0tgzUvhuoo3oD tSlhwNQ7qm9SPC2zY7RSXI+oi9fGcNZVDopVWoNnuom/n8uV2U9UiaKHgHr76jrJ14v1xfoqXdBB CfbVQyQ/tDhEQ8Ai6AEkCwrAgjKYCdWQLDIR23Ces5xYbdqjm+Fsz0WNRNLLAjxiC5Nw1uRqyU9J 9sW2Lp79dGf53senTNya0e726VszOnSenSf0rz99+vTaTY3fMH+5dT4xgJ6fOfSxKYnSpkjAWRg8 EuawRxjVLXanSBRPVOTJWTHUIcCM5kjwtYyE2p+PhP82ELgkLcOAQiVm4kocn9ebltV1lDxKo0Xu vmape4gZo6MEyTQl1W0CU32gEz3g3J4rYxuZwNKTayrX7tGR62/StVj+p5XnsYo0/36eV5Hnn9y4 8UncwgheaCySb//B/tG+ZP8hfvJQ3cmTdYdO8ljaac915OKoNcTK87OhHsoRnSgc08HbBOlCC0A3 eNoNX5cpmkC9KcH5kwZMYXqYXMP0ndcwPYXo9lzxw/priJ64TDekIJ3CDJQtF2XTMQP3sdplhks8 ozzMNDVVV0I3iAwhz2CecGlgbICiwhSiZLQA0yZRCLpNc54t7NUMpUJuXROWSpHcFJgK/S/3orde Q9SH7AspOCWkB1+hcXxogNX2AbYs5UOq29EXZtN8FAE44+EK8jWX485KX4wvwxWfa2jyn+yUj/ty ipJOTXrUrUuUz4p3aTdrS4x7UNiuX++qXJS4Abvbj/4TwbGx0rJupG5Pa9PduvUQdbxaEZ4brlGX hV3h9FZBRZU0LSi1EiJeP2IUMyNshUSafvG16i9BsL+Wnt1iSak2Ce+pW50/LT9jzTcS81O3PJr4 UYTwGx+o2f3fvDrvuf2fXvqy/tnD771w38NP/2vFg/Zn+7vsmDxpyB3R0rLD8RfzN/YbcdMthbcW LJu6YTfOZgnOZoSoYyz0t7J0nFi+UCwIumy6lWKXFEBi4gXRbRiqLKYWXJoeCIgmV9WKU+ie5L8O xBcGOLCnBUMOcRsRr7m4zb5I9EPkazsSal+yZOF8krH1InXHz56NJ47FBmZ0bYWSvIGStBL6o01v tjo8zkgyK1DMCsxQFPQvTG8RfaS+XWe6y/hEJvJ1mQHjclZyUbE5MaDDIXnDxJAsUXv5hFZ1K761 6+tG3M4zw5WDyNdm0jOJkdXTPqOHUIb+/G45yiDBdOvm5LoYL0vFfsJAOkGYD/OFlbBMWkuV68tR KhCFl6MznWOnIuXl+UyRNRWmTiWXH2v42cK0ZV3a/zCpJHO2292F/o0b2JQrB7FL584KSqXDK9ai aon8pDSl6PKa16UHpUw5rOVCe9qedVbytE7uIujJ+ij9sFAdBiXSAG0iTBBHa9OwRL1bewjmYoG6 QK3S5rsfg2V0OatRlzsFantelnqxLhWuL0ybqtKWXpny1Z8sSP6kJj16aNdq+u47u9nG9X88+A79 FKe2jZ5v/CebceUg69J4DFLYtgTnqMFha11AyHBRkalqgGWKYTWg5bI8sZNaxPqJfdRSNlQcrI5l E8RydSqpYNPECrlSrdAWkLnsf4lz5QXqA1oNWcaeEJfJNeoS7Rs5l7g0l0pVWRBE1VCYwgyKShNk l0BBUTUkQCKjCnEJsqBqTNRUARmLoWQpBfhnD+WwScGNVuSkoLbp5iPHyVq+NfOCc0o0Khu4S5qV G9V556gkRuL2/ZdIF+J/z15FfvmD/aH9Cc2lYXsGWZP4a+JP5Hl7EuphLGbaXzq2nmTdoCJ7kSW3 KgF/ZMOruDQmKz3dg12l7nLXWPdUcZproWuue6XLpbhUSXRLmlygEe1mH8gDDada5btYatU4FHWq huRCnRDl7AvTSTFJ+p6X5DxZNnNK725273oymUx5M/GFteNle2785gfvFbyNn7KuV3qtmoUSrkBL DUEJVZhoRYJEMVF9zBSUoKzyI6Ra+aSAlBFGUnc/eO0SS69tqE0uY+Cp38omoaZkJIwElGMOQcGi eHqHHCZ7rjb2Jr3L+Tq9c/caa4QV9P3EKLY+0Zv+Kc6C8XjjWb4CQSP2CbrTWYFItzwwjLiZaSCv oSAYDkQX8/gv9NFIPLXowGWnEWEI3ZB8cujmn3lyaAU7SCMLFzpPDuFhAvtXINcKWNIIYSS4MfRG gJwlF8hMVqszjGOxxAG+WuLcHw1IciHmP4MmZrgX2iekvMmeP9gn3iKvXN9bjuW3YCQmXbc8ArOH kCVQgffVEDvgVJ6pJ6B6pR6Awr5IR3ZwsvcIf/xpAn/OL/CzbSgsw7YL/gw/kgDpRuaRV6lMK+k2 +h0mshrkXNXC1pZNFMQKcbN4UeogjZG2SF/IptO6yUvlD5WwMhHbcbVMfVytdXldS1LtZVet6y/Y rriuaJO0Hdp37qh7jftzT9SzyPOq55TX8t7ufRdp03D9l/opI9tYYXzs033jffVmmfmC+Q22q/8O zR9Itaj/rv+0/7T/tH/v5jwfTVNPTKdh/uePS2fgxm+vsF5Dbx48auT4YbcMuXXcoNsGji0pG11U mO9rp3foXt561+7S2IS+Izq375TWZfhELeTulmuYdxQHgunhjMyOO/xjWnl79inI62/1vgn+PV8C 7HD2AtfPhcFXr+Ke8D3whwf5+novRJebYTCMgpEwHobBLTAEboVxMAhug4EwFkqgDEZDERRCPvig HbKXDtAdob014tFuKEV2NwH6wgjoDO2hE+q/CwyHiU4F7oZukIuc34Q7oBhRLIjVbxgyIBM6olR+ GAOtsCLuCX2Qg+UhP7egN9zkSIa8AxsgV/cCDJs7ufLuSVkDZtw/e8Z9FXweZDWIoPwPNfCT/12A C1evO5F60l44SpIP2f/kRcohjm0cOQ5HcRsKM2AvvAZnYQbxwovwIWyEteR4y4bz3gtTYAmcgEuo izhsddpJuB2P+8NpbHvgZdTEszg7I9nI71Dr/F/8tQI/X4LF8AT+fyFqeSt+Hsd9DI8rYSeO3AP2 Y/9vYG9uPDsWr0D28+/QuKS8OXqCZKz+f16OOSx4843t++7Qo9+DljTmZt+C1vzzzfv1ZQB2mXBU KsOv7ibz/V8XVvlfCmVuZHN0cmVhbQplbmRvYmoKMTcgMCBvYmoKPDwvVHlwZS9Gb250RGVzY3Jp cHRvci9Gb250TmFtZS9IWEpDRUQrU3ltYm9sL0ZvbnRCQm94WzAgMCA0MTAgNTE4XS9GbGFncyA2 NTU2OAovQXNjZW50IDUxOAovQ2FwSGVpZ2h0IDUxOAovRGVzY2VudCAwCi9JdGFsaWNBbmdsZSAw Ci9TdGVtViA2MQovTWlzc2luZ1dpZHRoIDI1MAovQ2hhclNldCgvYnVsbGV0KS9Gb250RmlsZTMg NjIgMCBSPj4KZW5kb2JqCjYyIDAgb2JqCjw8L0ZpbHRlci9GbGF0ZURlY29kZQovU3VidHlwZS9U eXBlMUMvTGVuZ3RoIDQyND4+c3RyZWFtCnicjZHNalNBFMdnkqigaf0AV7b0uCh+EC64EGm7kopB CDU0lNKdk3vPTQYmM8PMCe0tuHVzxY27iNa3EF/Al0jfIbjqdOfchBqX7s7M//zP73xw1qgxzvmN XjHqG1WFSXjAw1otrNXLMiRhcm2ddb59WQnrTVY262Wz8Tn8uhe+3w1fb4fJHVav/Kf8I/95sH8I PZPTsXDYgl1jCycHQ4JnW1svoF9A1BPoIQINEXKpEHbfdo/e7LXhcXvvANqo0QkF3XFfyRQ6MkXt 8QnkxoFaPCA1OpMkjfYJvPQgwFtMZTThSYq2Elpg0Y2k9zEG6WHghCbMgAxInapxVuHjf240gXUm 6qOoxFJd48mnTlqCSOy+er3okYaCKq6XUQaTx8zMpOMRRv+VRkJqD4QnVHH6CJn0VokicmMp6+S8 hbGXerCkt8DhQLhMoZ/XrbaynA/+mVpYq4q518yz/vIleVR50iOhs1gJFkf00Fku/z+OwhjjPxgj VuO88fDi02p4Fz6c8Yv3YXJ/c3vn0eZ0ezabTn/Pds6fbqxePj+7Xt4sbzH2BymryRgKZW5kc3Ry ZWFtCmVuZG9iagoxOSAwIG9iago8PC9UeXBlL0ZvbnREZXNjcmlwdG9yL0ZvbnROYW1lL1FFR01K TytIZWx2ZXRpY2EvRm9udEJCb3hbMCAwIDEwMDAgMTAwMF0vRmxhZ3MgNjU1NjkKL0FzY2VudCAw Ci9DYXBIZWlnaHQgMAovRGVzY2VudCAwCi9JdGFsaWNBbmdsZSAwCi9TdGVtViAwCi9BdmdXaWR0 aCAyNzgKL01heFdpZHRoIDI3OAovTWlzc2luZ1dpZHRoIDI3OAovQ2hhclNldCgvc3BhY2UpL0Zv bnRGaWxlMyA2MyAwIFI+PgplbmRvYmoKNjMgMCBvYmoKPDwvRmlsdGVyL0ZsYXRlRGVjb2RlCi9T dWJ0eXBlL1R5cGUxQy9MZW5ndGggMjM3Pj5zdHJlYW0KeJxjZGBhYmBkZOTySM0pSy3JTE4E8ZR/ SDP+kGH6Icssy+Az5xlvNw9zNw/Lou+NQt9LBb8X8X/PF2BgZmSs6J3lnF9QWZSZnlGioBEaFK6p ra2DEDG0tLRUSKqEySi4pBZnpucpqAEZZak5+QW5qXkl1grOQNU5OZnJCuk5lQUZxQqJKSmpKSBt YYk5qdkKbpk5mQUF+WUKGs6aCkYGBoa6QMLILzM3qbRYITgxr1jBRyEoNb00J7EIRZCBgYFRAYgZ mBgZWdi/r+IDopJFPxbM/+4732cR202ue9w3J/DwPJjCw8vAAAAOilL3CmVuZHN0cmVhbQplbmRv YmoKMjEgMCBvYmoKPDwvVHlwZS9Gb250RGVzY3JpcHRvci9Gb250TmFtZS9RVFBKT1orQ2FtYnJp YSxJdGFsaWMvRm9udEJCb3hbLTEzMCAtMjE4IDgxNSA3MDFdL0ZsYWdzIDQKL0FzY2VudCA3MDEK L0NhcEhlaWdodCA3MDEKL0Rlc2NlbnQgLTIxOAovSXRhbGljQW5nbGUgMAovU3RlbVYgMTIyCi9N aXNzaW5nV2lkdGggNjU4Ci9Gb250RmlsZTIgNjQgMCBSPj4KZW5kb2JqCjY0IDAgb2JqCjw8L0Zp bHRlci9GbGF0ZURlY29kZQovTGVuZ3RoMSAyMTA2MC9MZW5ndGggOTM3Nj4+c3RyZWFtCnic7XwJ fBvVnf+bebrv+7YsaSxbtmRLsnwpvia27DhxDtuxiWQ7iRTbiXOSkBASCIlpMAkOFEzJQcK2gULC BihjKDRQ/pByLd0SttstlF4LpXSXHrShLW3ZJPL+3khy7BD+tIV++t/9R6P35l3z5r3v756RjSiE kBKNIIw6Fi0OliP+0/wAZFcMrE9tzNSbTkH20sDWLa6KdzrKoPwjhGjXyo2r1m//zYmroXwOIcWs Veu2r8yM1/0eIZ9teCg1+NaJ92FslwIaq4ahQZWSHkdIXQP1guH1W7ZlxsfIIn6x7sqBVKZeq0FI zK1Pbdso+nfldhjfD42uDan1Q9n17SX1jVdu3pKpd/6Kr181tPHJbz3wcxi/AyG8VXgrkiEk7EEa 5Bf2IylCAjOUsx/8dKY8eWbyH0ieKSOU7iK58AASQulsbrToeqTB9ZNn6LeQZvLo5O+Rlm+uI1n6 ejTjk746V5Jkk4AHER1D44iMXYo2okVw7oEUQJ/0ee4TR1zq83/Qk4jjSxPoQXQ/+iJffhhm++q0 UYnseRHqRttQLzoKa1qJktCyCc2dGpWEcWE4ECTZVOsz6F30jwhRv6B+con77+Hv/Bz6EpqPhlCD 8LfC36I7YSVfQu1oN+Bw4fMqn79Bp9AqvrTzoplWoQWQt8GKCF43wio5dDvMuQddjQ5AfQ+6ClD9 MTqF1qEvoCOw/mfRvegGdAc6InqCp9rvhBNISc8CakqACltRU/qN9HOTZ9j48mVL+/t6E/Ge7q4F 89vnzW2b0xprbprNNjbU19XOitZUV1VWRMrDoWBZacBfUuwrKvQWMB63K9+Z57DbrBazyWjQ67Qa tUqpkMukErFIKMA0hQKUhbM0x1vWcNbmJKdgYozGxSkWnlkQ5JDO7ma0rkgwUZodxQn9HNK3c4aO +ARiaxKcyH/xkIUc9mp+64aLF9hdLZzAC19mXmqQ83XF3YzmdftUfwKu4WzNcbfbztFe+M6FLvjO S7kGOU0HtLvtmZa5HOqIk3Ry8u0aaEQ17gTkXXHOmasmEpda5JMgJ6cuWuZCakwzobA2xzhkmECK tzlkJMPO1ACt6jifHxaigRI/GwpylOG3HKXnKOMCWPLMW5DL3qq5BAYtg2uYlsHVgOhg8gKmZzKI ul1jrrGuuDYCRX7R7dzLnfEJuayZaR6SQQPiG9CETA4tctIAU2ycoBQNFF+gFS2zJmgkUQJ8OrLc FpLWcOy+JBSYGOAGPfoLPScnT90yvQvBZbmSPlPKLIITNXPizCJcqzk2xaF9ronAqbFbTmrQiqRf McgMpvrjHE7BgAmEvS3D3ZyjvaMXmuBWkJLDLkLuGJ8R4rlahl1jUCdjk5AzMUL0Ge2Dw0NJwiZU kolBn7Q5vsd9ys7p4NzCaf2cEoYpr33HjsdaLKtdpDo2tsfFHYXlTut1kxyYwAJLH2th4G4wWcua JkKS4BTZeG6cO8gTh92XcnEjK9ZkeC91S47/3WMaTvEHN1AH6ANX8hdmoRxMriFLXpMi22xZ4xrb N8Rv9RZ+a8CvrpY1MZLIhcD9qAeu7o23DDMtF24IG4cC9l58rdvNWf3kwrGxFrLE1CCsPrNk6Liw fiITdj8F62nm2G7+hLp5GsAd2VQskW3KDugll5GeZCyRcGfoDkM5sXePsIxxjZEZxV7O4Ne4X4C+ U6WB9q54S8zO756jm+P171ns70G5vWOqmbLAmLHge/YMRu2LmfbODBcM57Jkd0aA6SnKw9DseH7W 0xb76Uy5P97KtCbHxloZV+tYcix1cnJkBePSMGMTCsXYxpakixd/Ctqf2mfnWm9JcJrkMDWLpxCZ zkV4r7WrndN39hFStbqGUxnF0ci4a+xu7dSYjo/rzsoccD/IAJG5Mc2vYG0K0E52VytRNSdBQ9g5 TQ0RWVhQTxxkYoDnXz4DWVkMk9uJ1OCEt2X14ixYwJlZ5iE6sDPbCpO43USe9p1k0QqocCOd8Uzd hVbYH0Vs0A90TJKeU7keYw/pGcn1TF2eZIBulvbFn8Df03l7TMvoXNEgjz+vege5U92wxz/VcJKa LOn1zXFsp7Ml2o5JSeYHVVbHmf38hQQT0JhjGsb1bYbT+Dlhc/yUvS7h0mhB1VEwps1PJAg06reZ b1JEjyKDhqPqOMpE2hHoVV69Y3MNdE4xkqtlLJnltOnbyhqDweFL7w3GaBjYnj0zXqtjyA5f4dVb Vmt7W4lc2d2ZEfMSnIroZk71Kz6D9dqb4y7QRCC5nXzB1eIaJsTmXMkYrxIS9unNJyffSsaICoQl kyH2LItDnoF2Jq+VBv5cRh8BRr/hlsTwLJiFLYEduCrhtry0dMezKNXYsxJF7jWXbGVm/xSKuTFA fBA8NxeyfdMCjGqzvJe4FOTt3TNq027G99VMaYbuONfqz02eqc/x26dX2y7qnpvrBvVxvf1aYkZo 1DTBUHs7J1hq7+Le+JPg6Lr2dscfpSm6OdmUmCiAvviTLoRYvpUmraSRVFykgtopmO1RWsKPtz/J IjTC9wr4Br4+cJJCfJsk10ahgZN0pk2Ta6OhTZBpY/m2jFfRYhkGCOIMEH2QYzviOxLDY8kEARuZ MgwInM00II5mGiYoWqTgZMxQEydnmkh7I2lvzLSLSLuYaQL2B+FwEVEfSzIg/qCA48hOJQgLE3ah va6Tk5OgQU+D5nVzIm8/JFCwUn/CBVw8D8bNISkJzXO4kYEUWQdhU0x0+dyBBCeZmhCGzOWkMIM0 OwOMaOWvIVYALhoAZk0xfBGaQThGElzCT24aX00mcLnAH2pjZnGiwsycwkJyo2BiTMeU8+ZE5OVk 3j3kJIW1EUXIt9ihCjdLZEASK2DlAwx0DSRdgLYADSwGZhQUkq/MnmkZAqsuKBzik8ye7UQZCZIr ZZy0jNgqMV+Wl8GE8BUnEpnF87U92QFwbw0nhxUVToMyewGgA11zyVrguweWSoZ+g0zTeRJ1MdtA Bsmi+ZnE0M0pvXNToHAy18uhhanJXQxzSfgmMscLmVYx2bmCd2i7T04eZ7a7p31KAwxY5zhhTGQH H5JFibGLG7g+UJySi1uVfPPYmER56QsyeEmUU2dohCEQN4sPp6MISV86nzj/krQTbUHWyYMXwha8 jYzB34NYR4h2IDFIggYFSWxF3zQ5CXSh2M433zKZHd99DbLrdpjs1+2w/ut3oLz1GsjWb4Rs3ZWQ rd1gsq/dsOsq25arDUbHqjWQrVwN2dCwwT40PLrJZt1surbZ6t4OCYzHY0ec7iicWdPdLibqel2h ir7xDOXi5Moo+2IgDF2nHntMr+eHeM7Y86Jnx2l/7E97x/e+f2j80PvCk+9T0gHLwD8NYNeAUk2G PTYn38sPLz7k8Uarv0gd2E/7LQeLS6Lmg5RmfyMb/f5+6r1f0H72FwZzlH3ZYCA3Yfsn4C43jwr9 I7to/w27KP/OXUL/ud20/6ZR7H9jF7Vr1Ju/d5Ty74F0IwzbDUkyKq1GzWxYqonaq42WKqOx0qir MKojRkW5URo2ikJGHDSiMuNsPyWmJEhNCSkRUlGYEkCZomikQo0UBQlDEiIWzqRHCAQTIw0kF5Rd cA5BTwjKISizkN6Eq2SUkl3X3OAuLFL5itTqkpCPLvGrAn61h1EVMGpnvsqVr0ZCjZBWa7QKqUyu EIklCiwQKhBFK0R4MN+JfPlydbualqNaFMNb8IPoh2qRHMmxXF2LaqUJ3Cfdio+gI9K71N9Hiicp FaVmdWo7lae0iG1Ko8as1AkMSvQMpUJBiuxFhW6jVGyhIFBXUuerK6wrqPPUueqcdfY6S52xTlen rpPWiepwHarriHRTnK4dtXc3cXoKzoubuIi//SR2dXHl/nZO2tEXn6CozyeglaP3gvbu5gR7QWF3 Q1zQ2xc/SVlJ9ygwP2DBtSdHb034/XncIPEWRvISXDkp3J6XAL+uvJOzM03+iz+bM/mWq2fU/Zu5 khYu0JLifC1JrpCJ8WMuupTKnKY1oy2kRhq2ZEdnpuMsXCPs7eJ7T0jJJju6mojz284Nguvq7OhL cjamCfxQqFV19IFL04TI45hnILtJ2I18KIBCqAKlWL3BoPKIRCoU8PtDKoslVMEGARvWHkIRTYSO 5Ml9CJX49YZyg1+OI6WlVaFI8LQuGtSZo6eDcERJhoJLT9t+bCPtp7XR4I9f1Ua1EaiEQ1RlRQNd 3YArKwoZj4oWM5VVVZFyJ200QEWFjUazkamktG4tSXS1yFRSYC60q2c3uEIFVmmy7ubm1oEGh7qg LuAqNIp1t1Pnzotw6lwN9Z8mk7ekssgajESZ9i5DQbnzc86yvEhrcWFDfWupO1Dkc4g23HNP+h3B 4bMrBX/8r4dg2wijEkDgWWEPcqJSFEU/AVva3BNnmyp2YmzfxXq9tepoaVmgTBMow2oULS2N4ug4 W2qSlo77QoESUwkuGTexJuOxmAmXhaQhHBqXslLZsZgUWYJ+ZLNoFrzn16KIpXFaxQ99NlLUoShE kOaIZs+pU1odFSWt0eB74ZCdLf1b3CwcSlAmE4GacQMNqvVVQIaianc5aRSJveWELmU04xFjbIqU V5HuQobBu5YOtt/7ncPpZnlhoc1kOmEqq5BTvznweM/RL6Z/Mbyro9HrnLt80ZL2TeMLYwfvXxm5 MvU4/XXvzUtWffna8rDIHmoZwPTgrHAhDjde27/7+Qq/o6Z9ZYu/vdKMz//x/FrB/Ie2ze6tAjtx /eQZwVHhEFDldJYSMr3ejpB8J2tHRPWGVMY20GEaaoTCKkz5RnxCLBxnfQKDBXoMan2+nlZhvXnE rMKqcdasR5ZGsnuCxyvLly2N+i+qhiiCTiRImNPOP6v5G9wjQWGmkOd34HMe2OoIFokYT2FhZUV1 Ve4AQTAJjtYlJX1D3XfeuKJi7VXtG1eEkvUrnxnc8ZW4TGFzl1e1zJ7fem9f3xFhefr969YPfP1s +uzqL99VujaZfsdhWfX8zW2x7oHrhtZ2zY8EK0yAKOHvl4G/w1R5FtFSnVarvk+jQTbGfZ+Hvo+l PGCgi60ymxSOAC5W6ygj1rFSRZvOqiYWrAKKapnMiq3jrCxcIBsPhajwSDh0LBaWYuk4G8ZqN6XC 7oIC77FYgQ3bxtkCXRYUYD/NC4BCtkIwyXEk9Lzkhy/0AhWyUkBFgpEI6Q6+F9ECUYA0kbCdVf49 FkXIViZg3DhLMaaiDIM0uEFMoDZdggQvtySxxmArKkg/ddWzgdry/L7eHonS4PK+PEL5AvXlZeGS VPzczTn5CZXLhT3p022dRXrJ+d9bauvTI9UVVpXo/LNKV6SjK31sSmrqg14cztLxCaBjiGrM0vHK kuLiovt8Pgttu4+1Wi0WNfKEsJvWubFaXZxfHCz+UvEjxc8Wi4pDyKfxuXxHfZxPKMU+j4doDhZ5 AFGPWeYZl4aQVWN1WUest1uFKmwFzjYdi5nd2A3cjSVymfxYTEawyyiXC6ABSAQ3OGWhI6BqXsiQ UwtfIB5BdRohu//eS0tQKiKEJrN4hgr8CKVphqG2iSUigy8sTw9NU3z4ppakQGUktH7lmq8HZpV7 +1JxoZ4pe4FinCX15nxGIwjP1Hrp03M6fUDptyyN89O9Da0OeYai+Me85dmXpWiR/T7W4XCJDEYs VCuUimMxJUYOSokdTqcRG8edrBMdizn57WYVfI6RyfZDvC3R8VYEkHb8NVMkMphkQQGDLAZIwGAD u1dmIJApgHmp2+WFbrvd+Pofmhe0NHlSQ+ceze24rMdJWDYsMfh6kufCtpat8fQ1JE4Av0G0B/Zb j36Q3e9ClzvfXefOd9bXG8slYqlIajWbkNEmktrAEWgsJy8ZCt1wVODyemc+K9W15eeX0tSs2tpZ x2JWdy1WabR+QWlZadmxWGmGC3TIHLU0RiK8vYvqomAYI5Ep9ZI1s+YIX54yuxHgVKgAaMynu0+C ymAmEgGLTXFYNSMSiSkGY0Z0cVcWaL1wPlWbgfRBpaS0Up7emOG4UZtPlRetSUfXJ+2GwsKkVkY6 75VPp8XQVcKeLNx/qm1xlHpz7Ef3XbO3amDpeS39a0p59ivp+fPnuS70Ytq/0EdIda4qQx3hnUCd KnQsS51okUJSUlbqD/pFYn9QUFJSk6dWKTRyOPJxnlxR4hdYqMoq7C0sBA1biE0Si9ViPRaz5ACK RnNAgW8YmnJ0ciTIqnst0QqOv3i6BMUDzVCFRYyI/hhYKZM5UqWbqgvvzED8y73pH1X6lKIqZ1yq +CiejZQkmi+XRC2tYjWvqDPgnn0N9x6+K5L+yc3pTSULCy4F5AcPbKmnHGuoWndvIa+3abRj8jeC 74FHo0N+tCyLrFWwU68vde9kldICXDDOSvWIyCZ5SJH1JDInghmcifIEjDSfMDhB8W4cTQsyfoWu gaY04MqJcgfvemQ8Ddyy4/HUmm+m07fe8rUr5u565A1q4ZtVoZpINDzLX2q3bdrY2znYcUXQIRxK vnD7kfT16Z/dvO4bu3dRtelH+9NbqXKdyR+e37t5277RdXffVd18xz+8PQp7JTbqVuAhBmKJr2X3 WiHcyRYXlztCckVQocgLYodcmt2IlDEFS5lSXDrOsIznWIzBBrPJDM7tBX0+zY/VEhmzZcqhj3jN RHQ/i4kBRBKLEN+sCF/KUFCgDXmvGHxk+ufX3DUQ/vzvTqyMsVKx8COWgqK2719eUbehpyG2V9jj XbB14YEfDQvSPygORAyXsBLn55Svvv2KnhXF+Py9gGb35Pv43/FpZEcRdE8WzWC+UoHkDho7sFxe Wbyb1QONkcfqwZ79rFWjVAQ0ARw4yGpMMunxmMzIq/kMf8DuIlMl0FwZx1c3pQwBQedfP1mCqjZf kMEi3reFSA+Mhwnz0gfOryDn+8IXN/Wzd6lkZbOl6bcblcmHkhu2BxI7vpxs2OiQipoWlMxfOGeW K9qc39xVEazW4X1NmvOJutnGYq8wfFZwy+eOHUh+4+EbF+alJ4rrmIVz7I0r7zi+aHiVo31u8+4E YLdg8gx+Q3gAsAujU1nsCg27gRMjtEOlRAqwvQpMKyh+Z0ilDGj5rWo1EGW8xWqlyjbksfFA2EyU iSZ7b8zt1z8dA4LIBfMyjR0Nn9XkiWpxEZXVYGCHzXyYADEcZjwZxMFAC3Lh9M/7WQqLtJEmxflZ nDJ1omf99trVN9y2aFQtE7Z0VFyxoDFkrZ0dWnpVmzU8WyO4xrosr8RDV0jPxwSf23Ls4LofcJtq qHWljY5Frb4FG249OHt4uP7WOzcT+71k8jd4O34FudC3sojO1mrzJeh+lys/X3Iji8yUAptdjhGH AAv2sw6NlvV427QuteZKzS7NbRqBGrJJDdaDo2xQYuVB1mCaUmGa74ILsslmPe2/EEudBlwz/htx I3knEnAt+0zvkKBIuCsCQXfSwJvV5izn6niUzWL6TdoY9A/ds1LtrQ/2jc6rX/bshvEDHYdfvbrj mrIw/cr8mOee9Pf3lsyrym+ZVz+cfOi+tRR6LqlTvA1c2AVc+DmQYAdoxtezmDU4EDJpRwsKAqYb WakhD+cdYNWGfAOdhw0GlUBVhIv2syoNYl3eNoDaccZBy7FDIIA45yAruGg7F3ZD7OOUtzvNbmij vNcd/hvdKOFVAXxlNHmow3OlwJ3hyKpqb4OQZ0qRCJfN27u3a9FV7QUL7v7Bddu3p7+RfknRtbT/ QFe6pH/fYFOROlrTumfVP3Uu80US17Wt/eD5tSuGT5yoa129vGPxOUrvLquud9e3DD0IXJj+XXo2 fkB4N/grOUTd4DA47HaVSKTyeVEBUqtMyFSAVWrt8Zja92uv2kEe9QKjkDNrtzraHCSMdLhYqwu7 QNNRAggYD7ECx0yDmgkL/f7GBedf8Gcszp5TuRgVIpsXIQG0ss/2PgkzQbSo2sS73XqGmB7Ci2Yx /wQBHElxRMykPdec2B5gzJayyuZoxPyt7Yqwz2rQV/74wRVziuKq0kC0I2qx/sz0H9qjT3fJ4hJH 4/YBPBoRavMqZ3/1cc2JaHnD9avXDyF68jbA823g0SBqQr/KIjonr8BZ4FAq5JXOgkowNDG9YDQQ YMHaFLqkmrZCZwlyBYOaEmeexhG1RnE0Yy5CGgjeiLkoEWPxfrbkon1ebDOIPANfwSnHsFkhzxik jD9e9re6I8E5ozvpmebKTAyZmPeYgBKuygpg5fLc80piwlbqbfJ16wdu7G8pUKWOJddvnzW8+45F jRuj/eywXGELOjxl/q1HVqdvirVTqyJDm9nSnD2ru8JcWpLX3tI6/tqjePTa+w5d+cZXNtc4C5o0 aX954+5fJVa1NPaU/aimP7K79dDYq/MvGDaifxeAzXoSbFoA3ZZ7kiP0eTBFlantCqXKplJpbFiN AsCNyKiwS/IlWHKQzddYzMdjFmSjiJWZiUzE/1GvHDC3/YVzJNxufc7G08Ql5z2kGcYq65+bzPj+ 9Es7VcZQtHhgw2x938MUJZcKeGv1kGLZiXhq0NAtkxj9Qepc9aaytvrYvl3x9CLBNeWlheqMnWoX XH/V2tVsb/puf4U+36MVgp5dghAdEsYQRhZ0IItNyEIJkEBFQ/iLBVhJD7AbMaXGb2JajZdjWoqx 5QS4y8djJrVCfjymyHk3ROMt+BlRcJuW2t7jLfueTKQIyHj+2mkgWmGqcxiIs3DxENGhsomyVrnI UBKSpv/5oFKmBS/y97XC2HPPnX0iEtQ4PTphmL53Vos5z6WhK6VZTqArgBOMaF52t3qKVmDwN42G 4zEjmuGuTTkosH7Vx49IUBFqan0ZChJv98Pa9Dl+cZL0yxQtkwhMxZUK4YGzg6Gwll+aYEcg4COv hHAF8REginwTfIQm9Ex2ZY0u7EZwFGKPJyRVWMD4xEJ1wdpgsKIWh3BdPbaLilm2GBcfZFnNrBPR aM3xWFQd8uj1uuMxvTHrsUdykDbaMjYoai6fYt4s6+pyUSWh1KebOQE4iS/w7gyyZbn8EpXpPI+f pZY81L98wNCt5UlLuL68qii1ptnQ9/BmozpS5Uutm63re/iQUKstDiveqWlS9D+xNDlI/0kllly3 NcPjbSU8yFlpYG+8YWm6nTq3NOFqq5+9d3dvehH9oLnX6chX40pp+rzg5tH1KEMF/DxQIYD2Z6lQ 5hPO0BR60BQUkXLKaDth4aVbPU3c0UVOKEHnY5SF/S+f5mJ98VHwyMuILOr4kfSLuxTmcEVJas1c wxRcP402K1Y80ZcaVEp4gKlz4a3BOQ2zbxhdPhOUc4Kx0bWrC3rcOTBBXywGT/YpwMeAPBdicvVu h6PAuJsFJYIt+1lkkufj/P2sXIP+bzH5JwxOCD2ZJ/y8e0SYSUVTvH+kyzhHNHXXkQfVeqb01q+t 3vyFJmvB2LfTb/b1rzgU704MH0lov/Llus7VnUNfWBA/OJAYuvPVtVThhtUcVb9t3fqvpJ8G+/2n dBd+B/biQTXo69m91Nh2s6HQLKmhusCD9AjJ9FgqER+PSeweV7ELBGI/6zJVGyLmCI4cZM0a/Qmt VnM8plWjGbJwwXoSn69xOv2nBzrez2LqhHmacrzADbqpUKdI/5FY53WZkFdM3zqvz7HEk1/LxTvx eTJhc1fkigUNYWstGxnY2qSfCFVkdVa8u26KPSh1NuyZRZVX1tgXzvHNX3fbwabVq1oO3ZnMSdNO QNiBvprjFdn9rFQqkRh0tJ6Cw4wN6IRDg5XKk5Pvsg6DuQ1JNVLagKWiERHEIaxI47AfjznUBuOU AT2dCUDIY2ptJAK4zHwFErQBtE98BrOCXhebpzmQWYnLqvfP17Uqlj+enBsOrZJ4CopWrqlUgYgZ db6QHL/4B8HunfK3Kqo6btnaRoRqWZgHDTCZnITIRsdrmH/JxYLm+4G/jV50fyDg96tuyssrE9/k dcvlNowCycDGwEhAoMCBYtDHGO9nizVqU76J1mGTTmfDtv2sblrEMfVqJrcZ8Ni05IFFRu7K+WiQ jwmB/QKf6T0SVMbL5nmRfytKXMOi6oiJCC2PGol2MoDSd8o7e4LzA845bGph790r4ne1BReK+5Yk Bp1sbeNCf9fBoft3ltH/1tvJNJd665v8s6/tWLabtRne6O9LzPXHGnz++X3Vi69l/a8Cn+0ETFWC x5Bz6olFg9ButNMf2CkIGfV6iVFn0po0EqlUa8IStRaiba2OlYLXITX+mtWpEQmGkcuJsR3bD7J4 egiXi98gwsjtl5oRzwCuaOkm8uKZ+dQzQ1SYdaiz8UtE7Ba7cS4wpL/cdbR3zbBux355bUvQ5xyr pupN6eeSvspI2VDdyYGhdasaF9IQ5XjrVyz741B6x70d9Y1z2gChUUDoffw0RNNXZxEqsCotKpVa jy2WACUswC4VQiXHY0hts0okeUDB4zFzzs2JgERAQWN5gRe1XKBBHtX8eVcl9O6pBy4QmkU++ryr Kveo+S6qdpfKGK7wD27kbbxIE2Tl6bdZZerx/tSgXNYtE4ca8NNpXHNl2ZyG5lt3LqEePd9jjztK GEH4LG+ynJ0BaiBQoSstID/amfweaKFHYe9+9GwuSqPdArlNpkVaj1tgtcnMRWYaSm45lG0CmQly MyoqKtWaabnVIzCi4hKc73LlH4+51BKpGRsNvC9onPY6Y8bTeoIQJJAK/uXIqUySnJJkc/6B4V8+ c4ISic1ODOoI8+EU4FdUVV1UhkHI9CTOIi/jHn3uu0u9gYKCIvmH+yyL5jmleYw8/VP9D7+7PK/A 7ffJPxwNxwtUrJzKw/v+5Z9/GF/s1YKXdIexvaei0GBzisLhX770ZmxOkRGH03tKkzUBS7WEvEUl f4D0AXoXIgXtExSNuBFKhxp5Nz8SrgYX/YPIM5F3330XRl5BvYKfpTtgZB6rxhRNYURraPoMDUUU PL10E28Og2HKDcu999xX8/B86pUbib24Eih1hXAI5aNNWUo5rTabzu5AOgdWm+y2kNUqsYtFUokU S7/ESixoWoxKItRv6qL8+1P+9SkRSf2fdxH5dYdo6om1oDrnZInERWAERGI6pStJrVSfb1B391Z7 bIqjUqnTaFuzuog625Kn0VHuLsZXpMVz5wpUFk9NDf1aSbnGaY00dFDSq9ke4MEPYGe/hZ35p94R Ba1pm00vE90vFnvGWL2+1C8rViqRyeYccZqw6TDrFIslIzIkARzvmrFqoisu6N+cgs++vYxmHgQQ 9Z73KeZLeHNv6slD52o+qCFwMJmfWvBuZuagW7zFNodZt3TeuTOyWV8/elOkL+lbHu/a7bvBv+kb yRW3zXV5SpYsfOy/UkclaqevKP2j0PA7h3ZV9t+0pa67b0XvqVL/7M0ts9dWsolFR9/aDVygnzwj oAGrcvRG7jdFSmlhYaA8jVDA6tmn1UrHAoEKqz1tY21WZWFRUSEuPMwWCUxFh0MhJBgRBHHwMCsQ W22mEZMTOw+zJuu0J0ano9MeHk37iQ8vuTZN9p17Dkjy+6wooFn0Gd4oQVXnfrpFnkplf1d0wVjy zMfkfuolElOS4o1Pr5y9ZUmk7Z591I4b23Y/M9L/neayzaINawY/v2jfvkH99qe2hFf0JHcEBAtO BYudDanm/tu2VcnzDm1Y/MDW+mLnd1cm4yfWrlsXl7Rt2NHY1b9sGXjz44C0E5B2oWp0IvdkxOV2 iPf5fFH3eVaXX5CHSjAcR1iMCxx5dnsezjvC2sXKAlxwmFVaZzrtZHPTXgkBfhd8/vMv8a8r3Z9+ ygSV40Hi3RKfgufQgmqzWITE2JBFkH/iN3VQOxfeubD75k5m/tYvDfaOxgMKrav44OuUYNwrO5P+ x0TTlesXfW7ui57ZzU6XRiWTiUQSMf3tUHDugXVzvnBDqmb25sO9HYs2LNn0r8fX66vD2vRPz6a/ MD6+6qmrf6N0GIwalU5vtrKRzA93b8gdVBv1PvU+/Rp+5sIhqBIKhROiItGr/7sP8TqJSfKI5BFp QkbJXpcPyH9IDoVP8UvldcqfqO5Q3aF2qF/SLNG8Rg7ttsvH5eP/sePWT3GcuHxcPv5/OHRm3cP6 FeQwKP8nHmCvafJ3NvAxgG9MPiuQCC3k/0LHg6+h3kF6tBsdQGPQK0W3Ix06CP3jaBTtQXfibWgv 3gFe9WF0G7oDfZ6mkRrtQzcjLboR7cfbkQYJIXYa5P9mQEDuc8YzOQk5RfJMXPWZ3APxs+lgLzSU RAgC8+bU+hVXrU4F5m5JrVs9QO5N3Q4jJZf4XwuX+lw07gw6MzmjIYMZEsbQM7lEPQ/NkAQvohJB J7qeT7dAufpjUhCViK5APuEy5BN8iHYINkHb5fQ/N1WiboEfLcDXoCV8egB10UvSvxeUTd4uaEAL aD9aMpU8aIFoEC0RtEFSocWC6skPScJNcB1wL/082gl9o7mED02+cTldTpfT5XQ5fXyiDiHB3yOB I3PF5XQ5XU6X0+X0vyTNQldO/gFiU3KQ/7iHPyFmJDEhRd82wT3y1HJ13QdIngkin/yPQ/XkfOpD xazziXSDtFN8GOJUKR+rwue/AVNNek0KZW5kc3RyZWFtCmVuZG9iago5IDAgb2JqCjw8L1R5cGUv Rm9udERlc2NyaXB0b3IvRm9udE5hbWUvWUJXQkpEK0NhbGlicmkvRm9udEJCb3hbLTIgLTE3OCA1 NjEgNjgwXS9GbGFncyA0Ci9Bc2NlbnQgNjgwCi9DYXBIZWlnaHQgNjgwCi9EZXNjZW50IC0xNzgK L0l0YWxpY0FuZ2xlIDAKL1N0ZW1WIDg0Ci9NaXNzaW5nV2lkdGggNTA2Ci9Gb250RmlsZTIgNjUg MCBSPj4KZW5kb2JqCjY1IDAgb2JqCjw8L0ZpbHRlci9GbGF0ZURlY29kZQovTGVuZ3RoMSAyNjIy OC9MZW5ndGggMTA1MzM+PnN0cmVhbQp4nO19CXxU1dn+OXNn32cyM1kmyUwymUlCNshCFiAZskEI AUIYTAKBhLALAgFkR9S6RakLat1Fq6KiMBm24IoWtdWiVq22tbXa1latKO5rku8599zDVmu/r//2 9339/5ibZ57nvPecM/e855z3vneCkVBCiIVsIRKZMrmloJDIr+m17K17addyXo5cgbebus9d5d+9 7cBX0L8lRGOcv3zB0s8/bzJDv0OIIWnBknXzef2iaYQk9iyc1zX3D5nuKkLmj4Zx5EIYLLtM0DY1 yhkLl65aq3zeLbBtXrKsu4uXJ/6UEP3hpV1rl2dRyYJzWTD6z+laOk+pz8qJy5etXMXL85PZ+eU9 85YPvffnN1F/PLo3EaK7jZDBbeTk1xSymKzEeLeQi8lWso08Tl4nc8iFUDeS7eQech+JkifIz8hr 5F/4GlynWUrM0gGiJXGEDH09dHTwHqBfYz3Jsg2lOLX/hGXIPvTBabYPBrcN2Qf7tU5ilNtaVC/B +gkdGPpaVcXKQyNZWXUJtE1u8ZHutsHdgztO80EzaSczyEzSQTpJF8Y/lywki+CZs8kSspScI5fO wbkFeJ+P0mzU6kYtpk/UWkaWAz1kFVlNzsWxHHqlUmLnVsjl1WQNjrVkHVlPNpCNZJPyvka2bMSZ 9XJ5LbCZnIeZOZ9cICvB3HIh+QG5CLN2CbmUXPa9pcuOq15yObkC8/xDcuXf1VtPKV2F42pyDdbD teQ6cj25AeviZnLLadYfyfabyG3kdqwZdu46WG6XFTv7CHma7CO7yG6yX/ZlN7zGPSL8Ml/24XL4 YCNGeOFJV8z9t+a4tzZj7GxsvcpI18J+wUktzlX8yGpeiJq8Fz4PrJdNp3niKoyB6xMj4qXr5PGf sJ7sle+zCn/ccpJnbpZLTJ1u/Xv6enIrduAdeGdeZepOaK5ul/XJ9tuO190ul39M7iJ3Yy52yEow t9wDvYPci719P9lJHsBxQp+sOO8iD8ozFyV9JEb2kL2Yyf3kAOmX7d937rvsexR77LjlIHmIPIwV 8hg5hEjzJA5heRS2xxXrYdnGy0+Sn6DMavHS0+QZRKhnyXPk5+QF8hRKz8vvP0XpRfISeZm8Ri1Q vyDv4n0AIOFxc2fP6pg5o72tNTKtZWrzlMmTmiY2TmgYP66+rramemy4qnLM6FEV5WWlI0sK8vNy s0LBjEC6L8HlsNssJqNBr9Nq1JKKkty6QH2nPxrqjKpDgfHj81g50AVD10mGzqgfpvpT60T9nXI1 /6k1w6g5/7SaYV4zfLwmtftHk9F5uf66gD96pDbg76ftza3QW2sDbf7oUVk3yVodkgsWFNLS0MJf l7Cw1h+lnf66aP25C3vrOmvRX5/JWBOomWfMyyV9RhOkCSqaFVjeR7MqqSxUWXUVfSqit7CPjUrB uq650SnNrXW13rS0NtlGauS+otqaqE7uy7+IXTO53N+Xe6j3in47mdOZY54bmNs1szUqdaFRr1TX 23tJ1JETzQ7URrPX/ykBQ54XzQ3U1kVzAuiscerxD6BRTdAe8Pd+RnDxgaPvn2rpUizaoP0zwiQb 4nE34bzQBNeGK8T40tLYtVzeHyZzUIhuaW7lZT+Z442RcEFOW1TVyc4cEmfcEXZmizhzvHlnII1N VV2n8nPuwoToljn+vFx4X/4J4gfn/VEp1DmneyHjrnm9gdpa7rdprdFwLUS4SxlrXd/wAtTv6sQg FjE3NLdGCwLLo65ANa8Ag5/NwaKWVrmJ0izqqomSzm6lVbSgrpZdl7+ut7OWXyDrK9DcepAUDb3Z V+z37ikixaSNXUfUU4NJCdX1ts6dH/V1eudifc73t3rTouE2uK8t0Dqvjc1SwB7NfhMflyZ/otwK YzuttqjMRq4L6v2tKq/UxmYLBn893gLVo3HCjumSi2xGq0f7W6mXiGr4FKUGU6f0g4IUrBnPTkms ac14b1pbGn99zyV5lWvSBKP6k/qyw3D8mvjn/N1L47XZBWX76+bVnnSBp3SqUS5Q6e27r1PFfKF8 MFro2XSOF6ekIHYubCp0I5vYLCb4o2SKvzUwL9AWwBoKT2llY2O+lue3sSXQ2NzeKs+2skqmnVLi 58t4KUrScFoUVDVYg/U5XjGtcnmcXD5eHH/a6QZx2t+rDzS29LLOA0qHxI8dhEFrQw1dl5c5i7E1 6xHdAvVdAb/dX9/b1T+0ZU5vXzjcu7yuc2EF6yPQMLc30NI62itf69TWTd717KOcpJE2TqvOy0Xs qe4L0Eub+8L00pb21oN25LiXTmuNqaiqprO6rS8D51oP+hHcZauKWZmRFfyswHqaioJeru89GCZk i3xWLRvkcnc/JbJNL2yUdPeruM0ubCrY1NwWlm3shUlKWAgXI9zW+eey6dnYtrC3s41tLuLBVOKH RmmgkkRVgco+qtKao8bAvOqoKVDN7FXMXsXtWmbXYWFQD4VzWEzq7QwgTmFBtRIv5UtRYl36+4eG prWmHfEebUvDUpsJtLdGDTmI/ZrgBNQbx9AJ87jolu4udh0k0sra6oIN3W1YtqJDVGmIGtCDQekB NerlNmw5olE35gYTKLffgkJ0S1u0LYd9aOuiNnk526NkfKAC08771ITYBxW09ToDhfLexFYwBi9h ZMC1kZZWbvGiiA9r407SmXHl3QGc6u70w9tq0t2Cpc5jqdHLLfMQEtWheTKMXuUkYcOSgiaLMWrI R4f4YdqUz7akJqhra+MXL5cuUSrgs+1RE64odJIrlQbwDk41sGvBzyW4VFb1CdZNcz+ZGliLyMIu Wu5Jh9NRS7ChC8GftzfBEigTjfUsRpiUPg5zq46N3Ay/S8Fp/UM7AuvSTnrl5QbYzYEtTOI9iIVN 2npPN0Rn5OTl6k+3WmRzb6/e8t0NuL/0luPMjP463DVQEc/AWjJI6GHjpG9HDF5h2M8sJ7+k55hF 3YUsT4cMUYf9YCcFBE+jgYShIcwOjRkkf7/qB3sNCXQCxIVCXCDE+UJsEeI8ITYLsUmIjUJsEGK9 EOuEWCvEGiHOFWK1EKuEWCnECiGWC7FMiHOEWCrEEiHOFmKxEIuEWCjEAiHmCzFPiLlCdAsxR4gu ITqFmC3ELCE6hJgpxAwh2oVoE6JViLOEmC5ERIhpQrQIMVWIZiGmCDFZiElCNAkxUYhGISYI0SDE eCHGCVEvRJ0QtULUCFEtxFghwkJUCVEpxBghRgsxSogKIcqFKBOiVIiRQpQIUSxEkRCFQowQYrgQ BULkC5EnRK4QOUIMEyJbiCwhMoUICREUIkOIgBDpQqQJ4RfCJ0SqEClCJAvhFSJJiEQhEoSIF8Ij hFsIlxBxQjiFcAhhF8ImhFUIixBmIUxCGIUwCKEXQieEVgiNEGohJCFUQlAhiCLokBCDQgwI8a0Q 3wjxtRBfCfGlEF8I8bkQnwnxqRCfCPGxEB8JcUyID4X4QIijQrwvxF+FeE+Id4V4R4i/CPFnId4W 4k9C/FGIPwjxlhBvCvF7Id4Q4ndC/FaI14X4jRC/FuJXQrwmxKtC/FKIV4R4WYiXhPiFEC8K8YIQ zwtxRIifC/GcEM8K8TMhfirEM0I8LcRTQhwW4idCPCnEE0IcEuJxIR4T4lEhHhHiYSEeEuKgEP1C HBBivxD7hNgrxB4hYkL0CREVYrcQu4R4UIgHhNgpxP1C3CfEvULsEOIeIe4W4i4hfizEnULcIcR2 IW4X4jYhbhXiFiFuFuImIW4U4gYhfiTE9UJcJ8S1QmwT4hohrhbiKiGuFOKHQmwV4gohLheiV4jL hLhUiEuEuFiIi4QQaQ8VaQ8VaQ8VaQ8VaQ8VaQ8VaQ8VaQ8VaQ8VaQ8VaQ8VaQ8VaQ8VaQ8VaQ8V aQ8VaQ8VaQ/tEULkP1TkP1TkP1TkP1TkP1TkP1TkP1TkP1TkP1TkP1TkP1TkP1TkP1TkP1TkP1Tk P1TkP1TkP1TkP1TkP1TkP1TkP1TkP1TkP1TkP1TkP1TkP1TkP1TkP1TkP1TkP1TkP1SkPVSkPVSk PVRkO1RkO1RkO1RkO1RkO1RkO1RkO1RkO1RkO7RmDxPImmOplT7kzLFUN+gCXjo/lloB2sJL53Ha HEs1gzbx0kZOGzit57QuljIWtDaWUgNaw+lcTqv5uVW8tJJTDzeuiKVUg5ZzWsbpHF5lKaclnM6O JdeBFnNaxGkhpwWc5seSa0HzeGkup25Oczh1cerkNJvTLN6ug5dmcprBqZ1TG6dWTmdxms4pwmka pxZOUzk1c5rCaTKnSZyaOE3k1MhpQszbAGrgND7mnQAax6k+5m0E1cW8E0G1nGo4VfNzY3m7MKcq 3q6S0xhOo3nNUZwqePNyTmWcSjmN5FTCOyvmVMR7KeQ0gtNw3lkBp3zeLo9TLqccTsM4ZXPK4pTJ uw5xCvI+MzgFOKXzrtM4+Xk7H6dUTimckjl5OSXFkiaBEjklxJImg+I5ebjRzcnFjXGcnJwc/Jyd k40brZwsnMz8nImTkZOBn9Nz0nHSxhKngDSxxGaQmpPEjSpeopyITHSI06BchQ7w0recvuH0NT/3 FS99yekLTp9z+iyWMA30aSyhBfQJL33M6SNOx/i5D3npA05HOb3Pz/2V03vc+C6ndzj9hdOfeZW3 eelPvPRHXvoDp7c4vcnP/Z7TG9z4O06/5fQ6p9/wKr/mpV9xei0Wfxbo1Vj8dNAvOb3CjS9zeonT Lzi9yKu8wOl5bjzC6eecnuP0LK/yM04/5cZnOD3N6SlOhzn9hNd8kpee4HSI0+P83GOcHuXGRzg9 zOkhTgc59fOaB3hpP6d9nPZy2hPzVIFiMc8MUB+nKKfdnHZxepDTA5x2cro/5kG8pvfxXu7ltIOf u4fT3Zzu4vRjTndyuoPTdk63885u473cyukWfu5mTjdxupHTDbzBj3jpek7XcbqWn9vGe7mG09X8 3FWcruT0Q05bOV3Ba17OS72cLuN0KadLOF0cc3eBLoq554B+wOnCmHs+6AJO58fcEdCWmBvBmJ4X c48Ebea0iTffyNtt4LQ+5p4LWsebr+W0htO5nFZzWsVpJe+6hzdfwWl5zN0NWsY7O4fXXMppCaez OS3mtIi3W8hpAb+y+bz5PE5zec1uTnM4dXHq5DSb0yw+6A5+ZTM5zeCDbuddt/EPauV0Fr/c6fyD IryXaZxaOE3l1BxzhUFTYi72CZNjLra8J8VcF4KaYq480ERepZHThJgLeQFt4KXxnMZxY33MtRlU F3NdAqqNuc4D1cRcW0DVMWc9aCynMKcqTpUxJ+7vdAwvjY452kCjOFXEHGxplHMqiznGgUpjjlbQ yJijHVTCzxVzKoo5ckGFvOaImIMNbHjMwfZmAad83jyPf0Iupxze2TBO2byzLE6ZnEKcgjEH81IG pwDvM533mcY78/NefJxSebsUTsmcvJySOCXG7B2ghJh9Fig+Zp8N8nByc3JxiuPk5A0cvIGdG22c rJwsnMy8ponXNHKjgZOek46TltfU8JpqbpQ4qThRTiQ8ZJvjYxi0dfsGbHN930J/A3wNfAXbl7B9 AXwOfAZ8CvsnwMc49xHKx4APgQ+Ao7C/D/wV595D+V3gHeAvwJ+tC3xvWxf6/gT8EfgD8BZsb4J/ D7wB/A7l34JfB34D/Br4leVs32uWEb5Xwb+0LPG9Ygn5XgZegv6FJcf3IvAC8DzOH4Ht55alvueg n4X+GfRPLYt9z1gW+Z62LPQ9ZVngO4y2P0F/TwJPAOGhQ3h/HHgMeNS8wveIucf3sHml7yHzKt9B oB84APt+YB/O7cW5PbDFgD4gCuw2rfPtMq33PWja6HvAtMm307TZdz9wH3AvsAO4B7jblOe7C/xj 4E60uQO83XS273bo26BvBW6Bvhl93YS+bkRfN8D2I+B64DrgWmAbcA3aXY3+rjJO8l1pnOz7oXGB b6vxbt8Vxh2+i6Sg7wdSme9CWua7ILIlcv7OLZHzIpsim3duipg2UdMm76bGTRs27dz0+qZwk9a4 MbI+smHn+si6yJrI2p1rIufuXB1Rr3atXrVa+nQ13bma1q6mw1dTFVltX+1fLZlXRXoiK3f2REjP lJ4tPdEe9ahoz5s9KtJDjf1Dh/b0eFPrweGNPRZ7/YrIssjyncsi58xfGlmMy1pUtiCycOeCyPyy uZF5O+dGusvmRLrKOiOzyzois3Z2RGaWtUdm7GyPtJW1Rs5C/ell0yKRndMiLWXNkak7myOTyyZF JsHeVNYYmbizMTKhbHykYef4yLiy+kgdhkyS7cn+ZMnOLmBSMq6EeGn1cG/Y+6b3mFdNvFHvIa/k tCX5klTZtkRaMzmRLks8L/HKRMmW8EKCKpyQnVtvi38h/vfxH8ar48Lx2fn1xGP3+D2Sm43N0zSt XuaqWs4jSuSxNnkCoXqbm9rcPreqzuemxPGm45hDcj9uf8GustmozTZkU4VtqG6z+qwq9jZklcLW EaX1NovPomJvQxbJE7bAwnrMNE+ZVm8z+UyqSJVpskkVNlXV1IdNecPriUT9lBJqB0l61N1L3b56 6RHKfo2jIZRe1TetJSensV9PpjZG9VNmROml0WALew83t0e1l0ZJpH1Gax+lP2zro6qaaVEX+2Wv XL5o61aSUt0YTWlpjUnbt6dUtzVGtzAdDst6iGmCKm05s1auXpmTs2oW3matXJUj/6BEV7NSDjOy n5WrUGbHarlMcr73xauBZq/Ea5ViW/X9jf6vv+j/9gX857/6CPs3CmOHVD8gc1UXAhcA5wNbgPOA zcAmYCOwAVgPrAPWAmuAc4HVwCpgJbACWA4sA84BlgJLgLOBxcAiYCGwAJgPzAPmAt3AHKAL6ARm A7OADmAmMANoB9qAVuAsYDoQAaYBLcBUoBmYAkwGJgFNwESgEZgANADjgXFAPVAH1AI1QDUwFggD VUAlMAYYDYwCKoByoAwoBUYCJUAxUAQUAiOA4UABkA/kAblADjAMyAaygEwgBASBDCAApANpgB/w AalACpAMeIEkIBFIAOIBD+AGXEAc4AQcgB2wAVbAApgBE2AEDIAe0AFaQAOoxw7hXQJUAAUImUth o4PAAPAt8A3wNfAV8CXwBfA58BnwKfAJ8DHwEXAM+BD4ADgKvA/8FXgPeBd4B/gL8GfgbeBPwB+B PwBvAW8CvwfeAH4H/BZ4HfgN8GvgV8BrwKvAL4FXgJeBl4BfAC8CLwDPA0eAnwPPAc8CPwN+CjwD PA08BRwGfgI8CTwBHAIeBx4DHgUeAR4GHgIOAv3AAWA/sA/YC+wBYkAfEAV2A7uAB4EHgJ3A/cB9 wL3ADuAe4G7gLuDHwJ3AHcB24HbgNuBW4BbgZuAm4EbgBuBHwPXAdcC1wDbgGuBq4CrgSuCHwFbg CuByoBe4DLgUuAS4GLiIzB27hWL/U+x/iv1Psf8p9j/F/qfY/xT7n2L/U+x/iv1Psf8p9j/F/qfY /xT7n2L/U+x/2gMgBlDEAIoYQBEDKGIARQygiAEUMYAiBlDEAIoYQBEDKGIARQygiAEUMYAiBlDE AIoYQBEDKGIARQygiAEUMYAiBlDEAIoYQBEDKGIARQygiAEUMYBi/1Psf4r9T7H3KfY+xd6n2PsU e59i71PsfYq9T7H3Kfb+/3Yc/g9/tf1vX8B/+Cth9iyWYZLBldJLGiuRiI6UkyYyicx4hFiwpj2k gu7b566t1efpHsN6VRE/VrweKWlN2KZWWQ4kJVUFDpRot0qOBjy4763SbUUsrxp4Y+D5goE3jjrL C47Sgt+99cZb9o+ed5QXFL31ylsjhlNHmkOGy6rS6VzaQHq+qiQzNLKoqLBSVVIcCqRbVbKteGRp pVRUmKqSXMJSqWJlKr30bbs0eUCr2hyoml6kSU2yuSxajSo5wZk3OmhvmREcnZ+ik3RaSaPXZZVW pzcuqUv/jc6R4vakOPV6Z4rHneLQDbyusX79scb6TY16yTfXStpRM6sypBuMepVaq+1PTUgcNiqt Ybotzq42xdkdHr3O6TBn1c4cuNidzPpIdrt5XwNNcEtg6Gv1Zo2LpJMQufUgyRh6Z6/ZTicG+hUR 6h86ttcEYRICT1bHwklMBe3s3SK/m+X3cBYNstO5JtqUEQgFPzWbzAnpKQGjhXrUZmK2m1W7A48H XghIAXPA7EyZ6oxoIqSqqspZXl5Q0NHhiC93QDqK7EcLHUXweE4Hn29k60GPRyu7PFNKk6xSID0U GllKuZ/jdQEpTb1aT+1Bny8YZ1AvG/jzYskYF0hOCdqonsbUlsTMVP+wJKt6A/09fXKMx2tVSzqz gY4a/JnBYlBrrF6POmay6iVJbzNtHdjA/rVa19AxtVmTipU1Z08yGZUDn+yx0ybwsT02md/fY5H5 gz1mmd/Zg4HnPIbkxkoSaAFJIyGaG4trUT9Mh5ESMpzm9xmmY5m9cpSBFrwlD87+6uERw4Muq/ak paJ1K0uHLSq3K1XF1hgbqtqs0uhd4dkbGjY/d2VTy/W/OK9scXu9V6+R1HqT3lo4ecXk6VvnlpZ0 XzWjaWVzsU1n1EoH7AlOqys70zvtro9uvePb3TPd/mFea1yS05UcZ8gsyKy7+ImNGx49b2yoIKR1 pGLkDxAiNWJVJJHxB4mbD9utDFtmi8yfs2G7lWG72b/KIQbbVHc/zenTTiNVR6towRE+RHl8qkBa eqjEoewFtyON7ZBGNfw/cDg+W+9KT0hMc+npi2xCGl3eOIMvU71Lb9ZpNDqz/ps7DI5kghX7wNDX 0jPY88kkm6zty9Aqs6JVLk+rXJ5WuTytcnlaXF443pGSgLopdht7M1voxBQ/zqWwX28RR7CfGvdo teZAPzXtcTeb2cpUQsEr8jDsfDCFWJhsNAGH2N6O4pFFGI1aV5zPzGyupGfCax5cu80Ql5bIRjUs ibqHNS1aOjF736izOnJvv3nSgvoMaVvXLeeMHswXY1Tfn5Wui6+aue6syYuLrQNfZY3rVkasNmHE I0ktuTqcas93lOpx1aVsFKXyKErZqEoTmLFfVXQgO4xidpWDuQLKobjGobjGobjGobjGwX7tlZxv 76f6/cvDNByOHwMP7Etrjld2J3NCx9FysV4LX8nhAltVmVh5W+ZLf+MST3yqxFayLlWKj/N4aHEo MxRSPKQ2aV0ZqUlpLpN6jTuvctqolcJZ2fE0bsTYpMaVkzID1TPL/cV5Wa5VVv3gQO2UxKqiq++t 7a72JenhL7XBbqYjis+qCgz8+rgTd2X6NJKlbPqymrELJle4rDmjJ40Y/GNGinTRxEXxOu3gxLRR U+DVmUNHpSrpWVJEwiQa9tuqfdUF1ZLJEF9shm+K7XBUMfNosd2GyFbcT78IW0lmpo1QM2GeJxXM nahawdxoUdjEeS9rU9Gv0oddjvinSLG9WDXqUDElxbS4OH/ssH7qDdteTKfp6eqU9/InjPmtuUlN CrBhuKcd7H3FrA4RIQ7nzOooL+CrrxAun9URdLFYGAqVlGhPRI2ikmIeLxSLWt5mOh5BPEWFI0ul KnuyN8lnHXV187iVzXmVq+5dtNEzYlL5mK6GEWa92aDWeaunzy/uunRa6K6ttXOrfW1Txi4bk2A2 Y1eY26vqg/Xzx05cPiFYXzylxJsSSNHbE22JKUmBlLjcyOZph+PzqrLrW6prEUFuxC7drllBCsm6 vVXFdFic4pw4dhthzolTFmGcsijj+umX4fhUkxE2E3O+iTnfJDvfxM4ZSRinSOqwRCxU7YG8CRn1 iRM1E9n6ZG6jBQU5J21SeKkjeGItMr9odSctThGDRo6UWdqud/oTEv1OfUJ+w/DKjbUoJib443S6 OG4ed1VD+4aJaYmIsWoWaFW2plm1Ga2RgcuFRVMmr0i8Dbzd2DBm/mVdhPuBVsIPbhI+UBU/OX5Z vESUERPFA0RxDRGuIeyf/xnt9fLglCVw6nCUq6eVp19m4t9eDRGzgbVeSK4N25x2Ng/sTZkYOUjE KUHixHwcnx9l4jAH3lST3S7mh20CPl3yTOH8AWWK2ASFjXkThiVmNIg5cpZXHT0+RyKSsllit/Z/ PFHufzRRWmdyvCfFrpv4o6Z/MFHSD/QmgyQZTPo1kcmYp04WY9sRDd6Ah+JIJrk3nFyVTbOcNNtB QxYaMtOQnoZ0dJhEs1U0VbnhpCoOA7/JHJaqpAGpisNS+1XGcGqBkRpdLDq7mLtcflR0OVHLxXzm ekhlJGTo0AEbaVqOaUpkvw+xTcD9R9WnaWI3ULisQ3FZQYe4lXaIFz0tvdQVn5ovSG9UrHywZ9nd 54wsX/nASnDpLm/l4skNi2rTvFWLJ49fXOunb59z8OLG6s17e8ATwBsbLphTXjz7gqYJF3SVF8+6 gK8e1Q45UnbvXV5CQzZladiUkdrEwrUpa8fG1oqThOOwGMIOvLFhkyRjPw2GDTkTQja3v8HNVgVu IGyIhzGs47uWnpT4fNdCkDM+rWqHSmvQ6+NTMtyJw0sqAqcvg+DYivIUS1pGilktUWmOJ9VhMBj0 rvyJpQPRv10IF46szbRJeqPRYPWy/ZI29KFqqfpBUkFm7s0mjkCeMtd5ygDzFA/kKWshT/FEHhu4 Od6SdzQwPsVyNH78iH6q7tPxqTzChlqk3EKPHC6Ub51qPjrEchHCxTjldzxk4JbqEcmfaqne7s/O j6+fG07ZbHNq9Bb9JrH1/8Lit9P2l9Jx8RnJLr3GoFHPSEm3Ww3aIG6kKqs/Iy7JoXsVSS9um2YI R1Jchn/Q2DHbYDRorAls3HV0rypfNYbYiHUv0ZmO4qaEaz7C8h2tnLzxPEelync6Bmc58aJ36i0G Df0qM9UXCqVqHUmEDn01uE1NhhKIhdj2EZ3xXfVkUvUd3XjUxO74dozD6XRIP7E7Bl8N+FMD6el+ 7MazsRsf1fhJMRlPbjxIJgwdCsfbVE2dE2jO6io6v4rWVNHiKppRRav6VTVhlzk52by+hC4uoY0l tKKE5pTQEpzYj03lx7DYDrXxQHsA3ZDhZmruH/o6bETBXDE0fLgm1E9JLK6ttp+6+zSziXInxkXn dLySk9PR8Za835zsJiwrTF5HjrJS1cqt9pSUXccfTMSO1Ikd+WjxkntWNG+cOSZod+ZPXnPPOcGJ 4VyrTq2iOpPBFBrZVNRxcSRbShrbNH3EoqvaQrviR7ZXByfUVSWlVc2qCs+qTKE/jty+riFrwpLe u2a13H/b5QtGG2xOk8UWZ3Um2fVWh3Xilvtm2lITbOXzLuusmF2dYYn3Oc/ftShvePM8FunGw7fP aNIQ6XLIe+HE08JcUIS5PParnyBzeh49KYB5WABjQd/FEmdXAlMPq9h/3ePnW8GvbBXwe2yr+JWt An5nPzjDT9l/uxA2GP1kOFIvSX6eNKBFgXGyUYU5elEuGe1spthFsFkiRmLMy/WyXzfbWlie3qeZ Ls+Sw0nZoyO2VEdOBybn5LsLC5U53xMr1SfFSrX0TMHS6Pnrd8zPGb4kumUDOGr15oxuGh5ZPMaT Onbe+LLImKwEg6r3us/7us6674vt134h8wNdN50bKU2ccsUjS65+bktFRs2snouw5HbhCep2TTzJ J2+HMzJSaUYKzUimAS/NSKIZiTSUQEPxNFv2vdMPtw1nI7Uwdw+nhLmWZCuxJVtxaLYSe7IVh4K/ ZDEnmz3YWFMTWKMEE3s3OZQFD35lD/p0sF8Q8gcBYT+kPADA9Wix3UEdcc5+WrUnMDUbd28df34r rBo4wm5A8usI0tCij2T5lOxZkkOP34k6lMc7xb9pDp1WG5JDWmmQ7wS3Q/5C5Hat0aIbmKkzm7Ra g0VPrV/HxVs1ktZkoMPUZmeCM8Hv1L6ntxo0tXFJdp3OnhTnTHIYpF9dZ1RbUuMdCXaz9nFJraZq nUn7zZUGBBx4uwfevgVruhL5jSV7JM1JpdkpNJRKw/0idISph61ij/y85GFu8mAZ7i8K4iDliq/L H1KdR0zcOSY4K2xiOY6jrNzvL8fiy99f5NHmt9jL+2mW8BBuYUcd5QUgBAvcxY6w5SgvQNlHHfR0 55TGVUqnJepaHuvZt0ryM/EtGoPNMFBiddt0ktFm/uasReXO5JIpxXKarjMhWmj0CaPazh41a2tH vmfcxcuOqIr0NpNmghPP8zp7qseVGh9vocaZ16ydk5PTVJGenpWud6a6bR671Z0RSCiZub6ucsOV u3teNTjl+90CxIRr4L9WqjmIVOhQOJm5rJ2O0MMpI9jGHyH7bQTz24h+VUnYOKklNGlSAu7wcPE7 4RCqhPx4C8MaCktWL2vpZS29cksva+lVlqwXnt9H9DznxbMS9rdVWZpWZbVb2cTFYRqso8Iojgqz TgpGUXnpKks4bGTGUY5RDs9IPLCGjQ0tuZ/4/ZqGFg+KSoRgYbzcjimSowTWMpumnFdyxCNsPOzM gmcuu8i0RWTXshtVIY/c8pSdeNQSlu+aRHeqJF1Tuer+s8euaK2w6bWS1WIoaVlWWz23Nj2nZV3T BsyVTmuyGlZUL2rITCpuLqnomlhoxMRKKq0+riKyLNx+6Yw8f2X7qJplU/JoT9uV80vdKT6r1ZXi zkj2B/3plZHC0tZwOraHOy7RpksPt5VmNYz0BbICGpvXY4t3WOMwz/nTVo8bs6i53KTSlUw5G7F/ OJ4DXta4yDDEpW/CFcF8Gsqjmbk0I5NmhGgwmYa8NCAHqGACDcbTkIeG3DTkoiE70j6aoaEZaprj pXK0cvJoledJgPCwIOZRJpHxAcydJzk/394/9G04BTXsbPvZ2Yqws8cHO7uJ2NlTiP1hlQNZt5rH KjVuAGz7qdn2M+K0Wj28INObL0+wOifNbjemTTVG5OQRu67oaGEhuwewKVRyq5xCR9ER5XsasQNP e1GeV4nc8vjWpCdilYcGaJr0sst5jd7FU8uB98x2i0alNeroS5q41NzUtBGp9msc7sE7VIMz6A66 PC00eEzkltSutacmxKUmxlskJ57CJORqhm+fDqjeHahgO24edtz1Gisi1hNhS2YpzRwpP2RIcsTa zwNWqRKVSuWvXtnXPA/BU1lwfRasWWxfZFknFy4rPK9QKvzuL7YeUhXhAeOdPcq9dB/LgsJ4pMMj B3sGj0vAxskNm3MrPvWzbyM0uc0Jp2ydjqNs6xTkUPuryo453PEK3zzcucy7J3YLv7We2BzsOwrx 5ZiczKYpD9zS9fVb+paMXjJtpE2rUUl6k844bNyi8TXLm/MzmzdOH9MaSk7wpajG6G1Gjcs5mBJo GL7snmXldPvCO5dVOBITrGZHktPhdegTU5L8tQsmVM6u8pmTgipbmt+AIJiRNXidRlXS1Ts0JHJJ lRZPMMzz3dgDu+F5H3ntIHEgdhkdaXSiw25XvhA79Yuyd5T75JfyWlyFTMlB7f2ilZ21siut7Eor +bTJZKYTV9vZxpG/kUTjNDGzaSwjlW/I4F/tZWHQrdyRT3yZyvsEv7kPbdwaRz/N25PUbJK/lCyU gxhuyfIsIMeR171CcvTS0eNfkacpzxbyrWW3pDFoB/M1tviMpPSQQ6Wl7w1si4vTGK0G1cdWt0mr PuxM8SZav3nebDNIWkucRT0hKyMO9xU8Wcn/kfYd/KAF33M88G86vv6fHqqV7JBSzxz/0uPIf9ah bv5vH9eefGiCpxx7vu/Q5n7Pce+Z48xx5viPOZ477Xj///ahu+n//dA3GdSGu4w3mDrMTnOS+eD/ vwdh34LxvzzjIpLME4mWlMnZYTxpJ2eRSqmHquhNtB3nnXQTPZdeQZdJ64lael86Kn0gfSgdkz6S PpY+IWoyCe3U7G/TEHIsHvkmOUbZO8rsr6/+z3ojcjsnrk9F2B/L0RFS07Vk0ZyeRfwMoVcRDdH/ N/8c6mn1jpFjQ6cYlL++o7aeAH0BfAcJ/FOoJV3/SZA6yAP/bqjTT0LrGZzB/11IvyQzz+DfB3Ux ufFfDfrq38f3ti0j7f8sVM+SG/8p7CJpZ3AGZ3AGZ3AGZ/AvxkpS932Qvh36+gz+eeD5+Ox/wTGe 7CI9ZAEZTuah1M3+7O0/eI5nz+lU4+uL7n5otm30ZySRP9g//NeNP2f8ROb4um9HDK407Gf/HxZi kL87wOu/AI3eNJYKZW5kc3RyZWFtCmVuZG9iagoxMSAwIG9iago8PC9UeXBlL0ZvbnREZXNjcmlw dG9yL0ZvbnROYW1lL0NVVVFBRitDYW1icmlhLEJvbGQvRm9udEJCb3hbLTMgLTIxOCA4NTkgNzAx XS9GbGFncyA0Ci9Bc2NlbnQgNzAxCi9DYXBIZWlnaHQgNzAxCi9EZXNjZW50IC0yMTgKL0l0YWxp Y0FuZ2xlIDAKL1N0ZW1WIDEyOAovTWlzc2luZ1dpZHRoIDY1OAovRm9udEZpbGUyIDY2IDAgUj4+ CmVuZG9iago2NiAwIG9iago8PC9GaWx0ZXIvRmxhdGVEZWNvZGUKL0xlbmd0aDEgMjE5MzYvTGVu Z3RoIDEwMDU2Pj5zdHJlYW0KeJztfHl8VNX1+L3vzr6+2SeZmWQmb5Ykk8wkmeyE5DGZhISwJIFA hrAkMEBARJClCrIoQSRgVSg2opXaBVpq9dFqxfarxRaxi/Rjq7XVbmi136r1V7StXxQy+Z77Ziab uPX7++P3/X2YN/e8e8/dzz3n3HPunQRhhJAW7UIEtc+ZGy5D4me6F8D85df2rU+lm8sB/GL5lk3u me+2nYf47xFimleuX3Xtc79NQB0C5TXTVq29cWWqvCWBUIG/f0Vf4pWXCl5GqOsGQFb2A0LfoN6G kL4f0t7+azfdkO7vJhjEy2uvW96XStcfQEj+jWv7blgvf59phPKQRu51fdeuSJeXAMhZf93GTal0 VzfNX3/9ivXPt9/2Nyj/IELSx6SDSAfvLsSioAiRpIzC1IecT8VHLox8icJUHKFkZyo+8SPbjlgy deQCA7VGvgwlDB8u8+GPIh3ocNF29Ef0ExH9BaA3pcAQ2o+mol604WMb+den6WniB9fjSlyMveir aB8uwR5sRwfS+DKcjx4aLbgDbUbPofvRfegutBH1AzO8i86jWyBnGVo3WoqOLwoPQgvF6aT60OEQ +ifwQecVBvACehZKGCH/ObQE3YBmo7uhr9+jVyGvF70JfYyNtWgUDsI4vgzv2yF8T8xcBulbRZyA EtA7QifQ9WjGxM5kTyIFswnW52ZYl/PoRUBtRl2ofrSHWlyIc9A3gO6vwcjuZiTo9/gDdBr6uIB1 gPkezPg8/iNaSGQwyrvRBbQFxv375G+Tf6C8wMcTS5csXtSzMN7dNa9z1sy2Ga0t05tjjdFpfEP9 1LoptTXVVZUV5ZGy0pJwqLgoWFiQH/D7vFyex52b43I6srPsNqvFbDIaWL1Oq1GrlAq5TCohDEZF 2C7YG7ub1ghZjb2ChotxrFvQzL4wKywgo8PDGdyRcLw4XUqQBgVkahPM7d0nEV8dF2TByUVmC8TH vuuByrMc7iZB4oMvN6MvIeR3dns49kXHaH4c6gjZjd0ej0NgfPBthSz4zuhzJwS2HfAeRwrTKqD2 bhpOjbxaDUhU7YkD7OwWcjLJePxKg3wcBOr0pGHOxoPsSU1WY0xA5pNI86qALLTYhWpY4DohPwgD YSEmtobCAja/K2CTgC2zYMgTu6DVzldfgQZNiTVcU2I1UDTRO0bTCymKetyD7sHObkMEouKg24Sf dHSfVKsaucYVKkAgEYFOqtSAUVMENLH+JNbUYzHCaJpqTzJIoQXyGelwm2hYI/D7eyHCxYBukGMa yzk1cvrA+CwE1TIxUyqWGoQgaxTkqUG4Vwt8n4D2u08WnR48cIpFy3qDmgSX6FvULZA+KHASEV9T /zzB2da+EFDQFYTefjdd7pgI6OK5m/rdg5CmZXsBcjG66BPwif4VvZRNcC8XgzxlY/dez2mHYIR3 k2AICloopt36moMMNtlXu2lycHCvW/gyDHdcrodCYAI7DH2wiYPeoLGmNVG6JOHRZRO5sTUhLg6/ v88t7Fq2JsV7fQcy/O8ZZAXNex5YHVgfqClWTJMy0buGDnlNH51m0xr34P4V4lQPiFMDfnU3rYnR QCsC96MuqL2wu6mfaxrrECYOEeKbXNfjEbKCtOLgYBMdYl8CRp8aMmSMjZ/KhCOIYTyNAj9PfKF5 4hpAj3xfLJ5GpQsspNVoTm8sHvek1h2KCnLfXmmIcw/SFuU+wRxkPWcg73RxUVtnd1PMIc5eYBq7 p75td7wN8bb2UTS2Q5nB8NuOFI3a5nJtHSku6M+A3nkpAWZGVx6KpsuLrZ6zO86l4ou6m7nm3sHB Zs7dPNg72HdqZNcyzs1ygyc1msH1Tb1uUfwx4L+/3yE0H4gLbG8/rhVXiDbnprzX3NkmmDp66FI1 u/v7UoqjgfNUOzyG0TLtH5WdljngfpABKnOD7N9gbBrQTg53M1U1p0BDOAS2moosDKirG2Riuci/ IgBZmQuNO6jUkLivafXcNLGAM9PMQ3VgRxoLjXg8VJ72n+LRMkgIuzq6U2k3Wub4DuLDQVjHXppz OpNj6aI5uzI5o9V7OVg3e9vcT+Dv8bw9aOCM7pqwSH9R9SaE0/NgjherBUV1eulNjd3EwaRjjIPQ mCoIqqxOsAXFipQmoDEHWc79HCewQUHa2H3aURd3swZQdRjKtASpBIFGfY77KaZ6FJlZAdcJ2Erx CPSqqN6JrRoyRxnJ3TTYm+a08dNKbwaJ/ivPDcqwHEzPkSpvMHJ0hs+K6i2ttX3NVK4cnlSJGXFB R3WzoPubCGC8jsZuN2gikNwOMeJucvfTxRbcvTFRJcQd49GnRs73xqgKhCHTIo40iwNMkXYirxUX fVpG3wWMfvOBeH8ttMIXwgzcFdCtKC3zutNUqnakJYr21UqnMjF/lIqZMrD4IHgeoST7p3Zg1Gz7 2/Erkbxt3oTUuM7EvOpRzTCvW2gOZhpPpacHHeOTLZOyWzPZoD62O7bSbYRB0ZMcvq3jJI9vm7uw +3GwiN23zev+DoOZxt5o/KQX8rofd4MNJGIZiqVImnDTBGrD0Np3GIVY3vE4j9AuMVciIsT08lMY iThFBofR8lNMCsdmcAzgJCkcL+JSVkWTvR9I0M3BoicEvr37pnj/YG+cEhtZUwwInM3VI4Hh6k9i RqYRVNyKqKDmohTfQPENKbyM4uVcFNgfhMNNRX2wlwPxBwXcjRw4TlmYsgvjc58aGQENeg40r0eQ +RZBAAWrDMbdwMUzoNx0GnoBPV3YtbyPjoOyKaG6vHV5XFCMNghFWgUltKBMtwAlmsU6dBeASsuB Wfs4MQpoEI5dcSEepJ12r6YNuN1gD7VwtYLMn2pT6qcdheODRq5M3E5kPkHl20tfShgbVYQixgFJ 6CyeIpJcAyNfzkHW8l43UFuCls8FZpT46VflSGFWwK4u8a8Qg8qRzkQpCVJrVYIyRPcquRhXh6BB +Mrj8dTgxdTedAHomxXUMCL/OFKmKwB1IKuVjgW+e2GotOhTtJmOU6iTuwFkkA5abEkO2YLW19oH CidVXw0YrjpTGdpSiCjaxpkUVk5nrhEN2nmnRo5zN3rGfYqLONiduyljIgfYkDyKD05GCD2gOBWT sVoRPTio0F65QopeCu3omyLdTatjxaITAh7tkWQNQmrV5YvJhOoExYz/kE0UQ55Ht4GP1YukIBAs CiPweMmXR0bAP8ePIzfOeURpxzPcp7ArE3FmIrZMxJqJGDMRQyaiz0S0mYgqE1FmIopMRJaJSDMR CT8ixi6J8AMRvinC10T4ZxG+IsI/ivC3InxehOdE+KwIfyrCn4jwrAjPiPBHIjwtwidEeFKED4vw gAj3i3BQhPtEeKsI94hwQIS7RXiLCG8W4S4R7hThDhFuF2GHCNtF2CrCFgr/dN5qc77wawDbbrI6 tt2U9ctfQXwL3/s5eF27HsDa6wBcs87quGbdzuuzN202W5yr1gBYuRrAin6zY0X/ng3ZWRutWxuz PDdCkD9je4b5z7/i4KbvYtuTOPBi75Prn9z1pOSeI0yQP4KXHsJ3HWSCsK3z7FsOV41yuX35M8uJ e7lWX0ORRdNzfTXsiRU7au4f4nLtX/QX1nxxCAdbhvDdh5kge7iBr3npMFYLDmFAINO0WI6lwFZB LEu/Jem3lG8dRMH9EPZBGNwjC968Ewe375AGdwzk5d62Bwf3QhjYIw3uhuCostgrLZYKi7Hcoo9Y NGUWZalFVmIhYQsKWU5hN7+rsd7jD+jyA3p9Ic6/OBK8+L7+vf/S/fNfupL3Si4yFy7iwqCuKKjP 43ReTp+Tq3Pn6vWsQaNUqTUyuUJDJFINwoxGRhK5an2bnlGjKShGVio3kb3Kb6Fjyt/plWqkJmr9 FDRFGSc9yi1kk/5edK/yHv3jypeR7nHswXm8Ue/ALq1dnq21sDatUWLW5k7TYQ8VKoAshDCEBghH IfwQe3i/rKiusC6/zl/nrcurc9fl1Dnq7HWWOmOdvk5ZJ6sjdaiuPTIPC8Y21DYvKpgwvOdGhUiw 7RRxdwplwTZB2d7TfRLjz8cBKzC3wU43T5DcBpvbPPChFvZ0n8JZNHsPKAqMkdDWu+f2eDDoEhLU strligtlNHKnKw42cFmH4OCiwcmfjZvSr80TsMI/m4SLTav7hIvghL0HHs7Fpl7hPS62MZVb2CQU NfUJ+YD0c7EJDeJJ7SPoINUHfW3cCF1tpDHBLjTAfCeP56SSTry9M0qdhzYhAaa/o72nV8jmomDH Q6qyvQdMwuhJBFbHSYYCGYCenu5pLpyDEtgFwQnBBsEKwQjBAEEPQQtBBUEJQQFBBkEKQcLPSlxK fJB4M/Fa4s+JVxJ/TPw28XziXOLZxE8TP0mcTZxJ/ChxOvFE4mTi4cSBxP7EYGJf4tbEnsRAYnfi lsTNiV2JnYkdie2JjkR7ojXRkvgQlT/NJ/5v1aLHf08CuFU6D+WjIlSCylEfbzKbdXkymQ4VBYMl Oru9pJwPA9vwjhIUYSNMxKXOR6gwaDKXmYNqEikuriyJhM8Za8JGW825MDw1FKDw4nPZf8im+HOG mvAffmGoMUQgUVqCK8rrmap6UlHu5/J0jJyrqKyMlOUwFjMkdMRisVm4CmzwGGhgqmTWQq/N79BP q3eXeLOUvXX7GpuX1zv13roit98iN96JLw/LSN/lavyfVquvsCKQFY7UcG2dZm9Zzi05IVekucBf P7W52FMUyHfK1j3wQPI1yZFLKyX/9cGDMG3EjFxESJonXYRykAd9Ewyyxq5uPuJGYNbnYqlHyurB XbVaOanSo9TnYpJ7EKxE7CAYK/VEbrETlU2pVB2LKZE9HDSgiMEWsTfARJcuWZw96+2gwYhqSrA9 XAZEiAAJIuze06dpKHXwuf9+i3HskctkFrPN4qkAaoKeyWFovLISyBrweQgJJLs8OmN/sstXHcrG D2A1nmHNKQkO/7a8TMcme3H/l/Hxpflthcvk0aikaOZ0yYJLX25rCCijUVmoMHdm7W+YCLUNVo1c kEyTrgDqnE7RRjwU4yt0lhYgXjvTyxAlYZxOKZEe5J0SAwsZBr0e64jebAbVeNBsYrCeZ1m3Yrsd 6DDrFZhJ9rkXzqGGt4PIzp6BWdUEG+jERlOlJY5UL0WfuhfebEL2ia1MbjOODZwfWI4xsMZIWWVl VcQgk3F5Xqai3OiNlFkl026z98+7/ytfuKN1UZV537rvLXsu+f72QzjnmRVfk1Ym/7jhmuQvky8m 30r+uXRZPPnLbPvdOPzXl/C0h6wwRLCLkLRO2oWcqBjtSHORx1lMig86eafjWMxJ9C7iOqjn9eyx mF62PRAIu3ZYMgR5BYWDKNvOiiNuyESBDnzWR7ZBueNKdeK4LIdYzDLgD7mMA/YgFYbyEBOowNZI WVUlfYBHgBBypv/4+YeuKW9tnfbEtjUPJGt9QYtMagn68QPG1nVt1YFpHu/Kx2+ud0i7ytffe+7m +y52z1lpMUZVtoKGErIkzOdnqaKXvMRtL2xad8O3n7z0OYZyDFBCMgMoEcKmDMdoR07zM5WaFq2C 5eHFshaFhVgO8oqQR3GwpAQxGFY3FJIT+cEQHyo+FguRHI/HSqwHPbwn71jMo2X1eiuDc/jc3BKF dUdApFuZyEkviiqmbDwB2TMN4xOw/vAOp9nhbDjInk2xGB1W3f9kWBOW4FP1SpkwxHCcIc2BmUS9 pCpCxq2VhN/nCfGzXh4oKvPoN2zQ5YXDAy9xJX7OkWPcZ7pckFkqaVfyR0sbA0l3Vu3U5JraqdnD byqt/qKWhuShieuUXhnmWpFHu9IcarGZLeZjMQuRKRXKYzEF2qHT5bgMRlxDCYxE9QO8BZDyon5y afuEAnGfOYeICikzC48F9DmDJRpbvmv4H5kxM9qCgFlxiavzZ5tA+aSGubSkvsCuikbVWd7aahjr YoRkCRhrNXowPdbySgevNLc4HOX5KFKVYyHl5ZFjsXKi1PhJgTo/v+BYLN+RXVmZV2WR7jQYaity 824OpRiFcsorEdh+QP+iMZ0KEVvEEDEYYbZBcYbcp+hjvFae3EIc6xiLwWy1jpKhsooDOcQc9gc4 68Qsvx8ohLFHlqjw6zW+muGRojyTUkYsGocv+U8h+Zcsk1GlKyxP3uoLWqVafzV+B1twEf611KTn prRdPjp1uk8fjWqMrikx/GbH70P5s5YPh0iwKfb1V5LlM2r9WiCuPb++hPTNrPay0cs/JxWgqdaM XJD6QaPrkAv1pGlrR0ZihG3IJHcQx0FeLlFtt9ly9dvJmIJqyBb1THZaL7GTa4yq33SRuNSNDFSz wsvMyGSYat16ULYM1cHMY8mXky/dga2ncRAXxb/2ejJx1+FZaxtdDTuX33U7i7vxgldww7HkN5MP PZF856FO5mfJXyVfmnv42a3PYO2+5FspjSu5HzgkBxWiL6TnEXC6iRt2CKdZbi4khQfNsC8ci5mJ VCFXHIvJ7Tu83qJctEM7qj/GeDwtunR3TUktnWXOx7c3JgBXqE3FgZkoDmVW0Muw5wQqqPhntDBW 2YLFw38ZFY+m4ctbzn+jr35+YktNzbr5zf4PolUeqyI6UaAf/Y89Z1ZINtTctLp/WzkD9KiDnZol F8CSi6D30vSYpS4gBffzvLpdzaxXY7VaorfkWnZaiIpYHA6WsEO8g833HweuxhESRmE2zJglkjAJ 3y2xIqzOl7gHIpEKhZm3FO1RiFR7IfucgRLOFhF3cFBzVBLCwYnbL5RYvCFDxan//ih4GEa64U/u Ke4LUOr6/RXlXl+KuiB7HCwAbO9U+ET1RKjdZBUXgPm6vvPeBfN3TgP7yV8YDYUaK7VPLNr6uSXh G+9qkWnNrvzkAfu9h2N1oc6S3dL2lob1rYe+aV26eEWBOz7newVFLg1/587k1mgLZ9Gqovi3krX9 9dNKO0OwGiFYjR7pEMqG9bg9w51y2fGYXIlV6nzi1XuJ9zDs5NYcYs8Z4q3WbONuj6dQ5RjIHs+d IHY1mRlTZWNveDrFmR/fFnAmrXKFqnFTeYgEKnygwOqZyChHygNYJIpolQOFjjIqsKaxbRuuW7iy 9jvfWf3c0P27Z+zCnq74or75PUXzqyUNLTOr3WZlVDf8Y1xVx1364NtvbK6pMeLmbZuf+u7TPwp1 RUCP94xcIF8CrsxBW9JUyGHVu9QmYhri1SySSJzEeVhiZXk92MBu+255RuNEXswetRFT6w0i9iyd uuXDDYxjk0nF49gm8kRFOfUyQPmKNiBoadDEMF3SPmvZY2tfem37m1/seCB6Vl9X7WuM5BQta69d BXtQ79yRf3zt79ts5neWzPf13LN58wMLyqjmgbUdhLV1ozB6PD2rihzX8VgOcmMzrMUQb2ZlCqI4 IZNJj8dkMqUqTILaIAke5rVWhdJG0EA4XJq/mx1Vr1SastPLFKYszs56fYzRGxrENS/41H2MX/WP aC6ORfUk5aoCEwhUIaoqXwSnGSEtKhKn1JgfTl64UalvOdr6vUfXvXRPUVetzOQvw5btyT91dtXH i+f3BLtqsXdmc6FD1ai8E7fO+eDSiTduULM918TD2apG3TDauiX+jY1P/ygYrwU6Ut54H3gjCyj5 dJqOtW4TcQ/x601Yb8o1zTEtNUmsxGRSERWYvkO8ikVZWE2yCAEz7DBPrFnIOJCdnec2DchGxead s2Xp7UrUEA3Zo5oZUoszWin8GXuaqHau2GjcN56UVht9PCKfVRFRG8nJn1b+5JY33rrxj4d69i1z +01mPHwr3nnLzK3Tn5C0tM/qUX5v7cKRS19568bCtoqGjrlbHv1WTQtuu+fu+w6BLNUjRPzS+5AP fStNrTITNVxN+l16GOQQr8c58uMxac503qHnoNjxmM/lyjXxxlxHrkyTOyCRBPwZ4y5y1hBhXxQd 9MweCJMoG+USEJ9zIp08n9jH6DZ4pQbiVbDpG6gSrqJUSQsgMJYlYuHS9tC8sI/dGvbZdYR96zfz G28zFHiCIcNTT7EF5UldVJc3dSbT3yQ3uELeRx7XPVtVXrN66cztw0Nt9V5NFBHkTfISF/ARyBCa gwvStInz7tkBlSKsqCJVQzxRKMIsRmVlUH46X6YPTyVTh/gwy84m+tm5s8OziY3M5nXGltk8a28m zUN2Z6tZ2ujScLyLK8RMGSlE0j21tR3lA4UZqX3nrNFWw545k82egyfj0oJPEkwZ/+MNIsoqoplY k0lRY5TSd9r/bJy83Tna02frOo4DcivV/6D+ZaI+HN0OQmCnVVb5RU4WX+JWYfOM3yNG91Fxp+Xy JK5vSZy+588tbyjLqqu6ePzYja/eu+HULdNbphX6A9PKZ7c3bj66KDLbh1cPL54+s6l1euuM6V6v b/veHbvtzfyDrWShSe3siz30iLG4PMdtuGXfNUc6zBWLptf05uXMrgl3NuYX3dG7eM+8gEqW/OGO bddv3nbzxssnnNFgS9O8mXklburh1IJNuBc085TRPTc/YNCRwoLC4zG2wDIlB4xV4gBpZqurjseq US1WDFgsU6e4B0rGbbqgH0cVaATYOiIqUrpWro9tTXTDr1QxjlMKIWOCVFCRAD0rygHgJCJOQnGp rRk/13NH27obqojG4nckHWFOq80tzffPrSIytTHPmbTm5Jl0EqIy+wtB/ZJFHY0dQzcmDxXNCrnM 4FKpC2csxdLEdVNzwh2h5E3VUz3ZViPg5aasQBNPNPM7qjxmBWzcT4MWbgWvcKr0OuA3B3osTbUa whCynNczcxhmhMF65ofMnyAiUSKGZRiWMIYTer3ueEyvz5I4JMdjDmxkjAMKhcuZUS9n2DNjpjXd fqiaXLJ4w/XZKe1b8ll7GGdrf6i5OAb6kTRRRQKmaIp/mfw/a0p9WmVWMA+btqeJZ5de969/ffC8 trBlKf5laZ3XJI8phmsyREpxEVMCXGRDHRk/2WI+HrMgG5bIZaD9ZGhAq82yT/aTU7u0fnJZ+7hs 2HXTHuDYauNnNb5IZkmVFnFJsWdpS1D74RWD0cF6yc6Dtouj36RHxyu8atECBHsIxwgv4QkPJhEb P7FgwfzjsQV6W3Zpeat0ZiSrrW3m8VibYSBHUTRQnVNdndMTR00D7aNeck04zL5SxqZnlPZxRXqP WicZ9ha30M/YcZoUn9AumGzp/TN9MPwhqdFJKI4Zw0nSkpSm7Rgj4J9peg7OnLEsZllxuKN9dSw3 JVE5xXlaTV7Yn11U7DbJpSznS3pDnEaqsTh8Tl9HldpbnPSU+LRSU6AEG3eQbtLV7G+dsmRmYffA oklyplm4gXeynrzC8inJ78dailz0FKOwtRdroj3Vhdm6UGc4uX1JW1AdjYosd++M6UGHKqZAqbWU HIa1rEH3pNcyaGNqSHZW9vEYzrIETvh8Xthg9fkGXbGO6A7zxWxkQCabkpMfMA3kiMsmnj6k/fOU 1kkTdkxruT+pzQlKa1L1uOcTiSwXPYnMQkkOJx0hr1amtTm9Tn9ntcYXTrrGaKnX1C9ZVdMJrr64 FFF1sHUpVk/vqQ1kacJzw8mdS2d8iFR3kqoGX3jhLfOTB1OkRynrURIB2unBtxg7xxD9AmRVgmIe 4pWsZrfd7mZ3Sz7mHGNSjQ+fY+SNboB0cxS3QHqOIVoxzJRDv75hxsBj17z73tZXk48s7a2YHjQu XRzr9LOr/vzwrWd2TR1576G3rmf0LzxfufKO+G9+Pf9BOva6ZKdkFYydQ6Xoicz5FtUXRH6clzks J0wmIzEe5036EltxdjEpPsxns54ACQzxHqtrd2FhxGL1ghehFudlK5s8s9RKps3VjJCJvJD/aXuZ ZEN8RINx6QR2ICl2EMU37VgaJriV+FnRpgN7j6jNAT+2bNNr5h+eI/qXq5ZT33LBouKuyu+Kpp1o +ZFrptcVOsyKmOIuMrdVdDKzcT11MZ85HeqqSEsRoVLkRz9O07LagNVIwSoYJVFIeEZtVOepiUEi URM11U/+E14vdzzm1Vuz7FnHY3YFL5fn+8GTcI2dF4L3OWHDEalLr2DArKVHESnjLfTZOpq0iV2p zbT2s6UuK3Tkilrt59rWIwunNj5qqApZK4pNMl1hWdI0Tl91kPkztcm/1dY7SiPl5cmnls4MKier H4w6wP9aCHQLZ3aSxxE38tfHlGyLiuNM3KmRv/KlqQSxmXgTONpDJhaFwSsKF/FFhJChIqvdZgvk 7tHrQ4E9Mlkp4umJq+hUpMTNUBNOmcXpKTZkPAN6Fhukd4Kpo/jJ/Xo+vl++yDrezfiohuMma8ZA DYTI2BGAaHlRi9eWunakJ3K/sfcvaJvFdSyr6msp7H/qptYD1w3YqqKh6Gxny6olW+rr1n6x5+s/ w7qenti0gtqKoL22dWHVwoFmjfkNvtlRV+mvjAQDXdfN6Ng80xf+O1DXB9RlJC8jJxpKc2WRSXk8 Jjfp9VhD9KbpPKt38hq2xem0E3ioj2k0IjNr1inMaW/2bASctDPgoaXd2bNh8VorxSxp7+yT2hzz WyfXzrirKe8sYvFYPIbUsQj4q0z3ne2HD22fCg659O/YlfyzpcznLCp13NA29YGvMuEmVX7j2o4P tienblgbUWXbqRzy9FyEnEfF6I7MiZeh2IhQ8fEY0hNF2HkiW+3KIXIPKKDDVJE5zQNqdZgZ8I2q 58j4c5BZr8PWJl4uGFLW98e2NuHMY2LVuMlD7QXxICN9FGuYePrhFze4AI/3aPJK/b7OGpnBW4Bv zZx5aBYfnLFmZzUYkCaPk5wf/nXv2gZXaG4Y39I6Pd+hiQ7HMoceZH5szj034nXVdR4HmJNAFcfI e7JlQBUf2p3hA7UzlyhMLizVZXFypVJxPKbUI6OFEB+ymE2YMEYMKUVWbkBHD10j7Nkyg406bakv Ctsi6auH1Aaf9ZENgsKZUDYuJYQjqbsZ0X+zmUwRkyl1bSze18gxeeM/fvezf1hz/G78BtiDqu1/ +f6Pdpv1JUX4xhyPy8cl/6Fi9gxvY95vbuDACFIU+LKm5iX7mIeHO/DqyhnOwip5tFFpL2yPD8+C +dO/bnLD/GvRdzNnPEjvKpbYfYHyKuKtSJsjUoWVZMntoposRrICl17l1aMqU7Gr1F5apZLJ6gq8 JnqDHDlD1TNAWOGa8WHizQ6NGMA/Fw2gT+pw0p3OWN04NqUv1kUlEpCniCbetFdVEWAZSkiKslWN ElEmkzNfeNMTKXUls+plGuOG1XkGbyC5M7ig/pdvWd15Dpsav9ZgNK9aaTcVcHh78cwWxpt8JDw1 TwEWf7HGYsn+ys0Ffrs9TxKNKpunv41nugt8FiUGFR40+JyHduYUWJ0cA3ZmwwJ6Rw/CtwmHwIPT PUoEBj/M0JPjt0tLxF9RbEr+A4eSv4J8jO6HtaiRrkDZaGl6LWxGmxXcG4VNTi/1vhlTWNGgTud0 ZHybs5ldUNwSjSI52cl1Rre10UL0dHHsLlA8+grgiMxC8rSe+iWzLj9w3dIyW64jq6d/KqPaJcO2 2ik+i5rp6ZEa8uqbmecLvKHpa3BN7wmqV9bCqG0w6gC6Kz3qAovVqpdLeGnuPr2+ICDXW3OtjJ5Y HQ4waI7yDrkkIAc75ggvH3cFO/74Dofpj1FmvfNi6jbjHJ1W9mduhapQ8R6XiPyQsQrplQMj+vtm mXgNb2Hencb7NBttl9cWHr1+7YbqZV3tq+2PbB3cO+fQ9+dOuevBWbe6/2UKh5NHor2v3rrzawdn r9u+YevfSgPmOXsXzrntoa+03RNUUUrsBA1rBUoUo3fSlGjRqPM4Lo/kHeU5YuaO3lCiR7kIZoEI TwpIwVEiX2/HejtWEruZN8NeetScpVHLOQ7JB/3sYE5O2FaMsnibuG+/IFJj1isvUGVMRWrc1j22 xY672hZPkyjxKj77OHhz1qRN/OO6iJsqKkdpaqH7tqi4AxURumNRHuNSv34RL30ODv9i2xOrYtuW Lbija8Nfvrbh5Y5HXGvmv3B4aM5DjyycXzp3ml6ieXttbPfirpt7Q0r9/DuXbnp0VYHv0vWrsOz2 wevlh2+/bkPwmvnUVi8H7tspXYQcKA/9PE31Oo9brlQgFkwStdMklzvJ085fO193EkBpCOu8DwxK h1KWBZWOxRwsb1ArXW5i3i+Vep30hiPFfLZI2QtjZiaVnVnDlK0Wp/YtiFHfTiRv8WfqcII8fkSb cR+IZoWnAkfSv0WQc5aUTw3MXF7FYfyKN2iVDf+VWfpKbmm+S7taM6KyF7qT+C08X6VKnoiqbIH6 8OG1JHH5Ia039IfDFQ0+kzLKqF6/8+jwMOXWLwG3Vkm/iPzYl6abVqt2qYvVxC5xqonu1Mjp7zrd LfTNR422Fp36Pl7vxE6nl94Phi1ESywsC2bMEVa2HmM9BubBXt4rJdKj3iwGZR3Q6xXIwlvdgwpF PgK6imTN3FC2Cbr27pNZ7uo4e+7DjAyinL49BAqdpb+GEwXa8TFjLPuMY+S9V2bwj+g6XpXi5TQT ywMGT1q5GCpHWR9Y/kuPZq1bcG3/rTtLNxQtZOb48qzadebhI3Xbe276waqb3vzq6pfrP7j2mr23 7z9o1FYz31LZ3cmnkkNGw6KHtwz+YHEh5el1sDK9oEfsqAB9O702pdIsRRbJuo9XKOysFrtwMaYm JCb4Pt4uZ0XRZrMwztXsDwSCktz95rEjU8OoiTp2V2tM34SnHU/fp2p+otf54Xbi2CJDaQczQw8/ /QFXFaa+0qhvTk79LnmhWDX7/iUbvz5v/RvfvPdPW57Ga15PXi6dH7WpVq6u6yizLpW666XJS/+Q VJatOLV1z8+vv+ndb7+Jt/6FHV7oKs2tbX3sVGju5ul3HBJ/BH9z6sEsPF9jCpj3Ug+ZmX7eJ+9L Fkte///7kT4oK5EdkdfLX1QsU65SYdWg+Lyk/qFmseYH2mXwJHXf1vv1J/Un2VL21avP1ef/see/ rj5Xn6vPlR9Dp+E3xrtMIdMl86H/jQ+itk3qr9fM4A3Tz0okQ53iX7l5yUZkQrvR3WgQ8jToMPoi 2ovuQnvQfnQrugex6E60D30eHURyJEFG9AX8GhpAd6DbyCayGcnIFvI5cgNSoCOQS/9HigQe6OuC d2QEIKYQ0hKE/q/1k/rrPCOiv+5DMA8NQo191y67fnVfUfS6tYnU3+7hO5F07H+ffMJnUrkL6MLI BET6L/+kMfRkJuAfQ7pq5H0aJHejVdKvol7J0YmBeXZikD2NFtMgvROtkbwBZa6G/72hBdVJfoBC 5DTqkTwD6QbUw9yH6iUFyCs5i2qZAdQ6Gj6HauW5qFXyAoTPi+XraCAnUSt5EHUwf0M+SPM0yJYj h6QcsVfD1XA1XA1Xw0cH/Du06mq4Gq6Gq+FquBo+S5A8ge5Ha9FOVI6+JP7nTPIJPiL1AbE096Tw 8PeX6uv+hdQpp/HxvwxNpe+nSqYdu3wxyatOyI9AWaXom8LnvwHf6FKZCmVuZHN0cmVhbQplbmRv YmoKMiAwIG9iago8PC9Qcm9kdWNlcihHUEwgR2hvc3RzY3JpcHQgOC42NCkKL0NyZWF0aW9uRGF0 ZShEOjIwMTAwNDI3MTY1MDAwLTA0JzAwJykKL01vZERhdGUoRDoyMDEwMDQyNzE2NTAwMC0wNCcw MCcpCi9UaXRsZShNaWNyb3NvZnQgV29yZCAtIFJQTC1QYXRoIENvbnRyb2xfUkEtMDEpCi9DcmVh dG9yKFBTY3JpcHQ1LmRsbCBWZXJzaW9uIDUuMikKL0F1dGhvcihhbGV4YW5kZXJyKT4+ZW5kb2Jq CnhyZWYKMCA3NQowMDAwMDAwMDAwIDY1NTM1IGYgCjAwMDAwMjU0NDkgMDAwMDAgbiAKMDAwMDA3 MzE5MSAwMDAwMCBuIAowMDAwMDI1MzQ4IDAwMDAwIG4gCjAwMDAwMjQyMTYgMDAwMDAgbiAKMDAw MDAwMDAxNSAwMDAwMCBuIAowMDAwMDAzNzgzIDAwMDAwIG4gCjAwMDAwMjU0OTcgMDAwMDAgbiAK MDAwMDAyOTI0MyAwMDAwMCBuIAowMDAwMDUyMDI1IDAwMDAwIG4gCjAwMDAwMzAxMTUgMDAwMDAg biAKMDAwMDA2Mjg0MyAwMDAwMCBuIAowMDAwMDI2NTg4IDAwMDAwIG4gCjAwMDAwMzE4MTIgMDAw MDAgbiAKMDAwMDAyNjc1MSAwMDAwMCBuIAowMDAwMDMyMzgzIDAwMDAwIG4gCjAwMDAwMjc1NjIg MDAwMDAgbiAKMDAwMDA0MTA3MCAwMDAwMCBuIAowMDAwMDI3Nzk5IDAwMDAwIG4gCjAwMDAwNDE3 OTIgMDAwMDAgbiAKMDAwMDAyODM4NCAwMDAwMCBuIAowMDAwMDQyMzU0IDAwMDAwIG4gCjAwMDAw MjYyNjYgMDAwMDAgbiAKMDAwMDAzMDY3NCAwMDAwMCBuIAowMDAwMDI1NTM4IDAwMDAwIG4gCjAw MDAwMjU1NjggMDAwMDAgbiAKMDAwMDAyNDM3NiAwMDAwMCBuIAowMDAwMDAzODAzIDAwMDAwIG4g CjAwMDAwMDc5OTQgMDAwMDAgbiAKMDAwMDAyNjQzMiAwMDAwMCBuIAowMDAwMDMxMjU0IDAwMDAw IG4gCjAwMDAwMjU2NzUgMDAwMDAgbiAKMDAwMDAyNTcwNSAwMDAwMCBuIAowMDAwMDI0NTM4IDAw MDAwIG4gCjAwMDAwMDgwMTUgMDAwMDAgbiAKMDAwMDAxMTkwMCAwMDAwMCBuIAowMDAwMDI1ODAx IDAwMDAwIG4gCjAwMDAwMjU4MzEgMDAwMDAgbiAKMDAwMDAyNDcwMCAwMDAwMCBuIAowMDAwMDEx OTIxIDAwMDAwIG4gCjAwMDAwMTU0OTMgMDAwMDAgbiAKMDAwMDAyNTg5NCAwMDAwMCBuIAowMDAw MDI1OTI0IDAwMDAwIG4gCjAwMDAwMjQ4NjIgMDAwMDAgbiAKMDAwMDAxNTUxNCAwMDAwMCBuIAow MDAwMDE4ODA1IDAwMDAwIG4gCjAwMDAwMjYwMDkgMDAwMDAgbiAKMDAwMDAyNjAzOSAwMDAwMCBu IAowMDAwMDI1MDI0IDAwMDAwIG4gCjAwMDAwMTg4MjYgMDAwMDAgbiAKMDAwMDAyMTM3OSAwMDAw MCBuIAowMDAwMDI2MTAyIDAwMDAwIG4gCjAwMDAwMjYxMzIgMDAwMDAgbiAKMDAwMDAyNTE4NiAw MDAwMCBuIAowMDAwMDIxNDAwIDAwMDAwIG4gCjAwMDAwMjQxOTUgMDAwMDAgbiAKMDAwMDAyNjE5 NSAwMDAwMCBuIAowMDAwMDI2MjI1IDAwMDAwIG4gCjAwMDAwMzA5MjMgMDAwMDAgbiAKMDAwMDAz MTQ5MyAwMDAwMCBuIAowMDAwMDMyMDU4IDAwMDAwIG4gCjAwMDAwMzI2MDMgMDAwMDAgbiAKMDAw MDA0MTI4NCAwMDAwMCBuIAowMDAwMDQyMDMzIDAwMDAwIG4gCjAwMDAwNDI1NjUgMDAwMDAgbiAK MDAwMDA1MjIyNSAwMDAwMCBuIAowMDAwMDYzMDUwIDAwMDAwIG4gCjAwMDAwMjcxOTQgMDAwMDAg biAKMDAwMDAyNzcxMCAwMDAwMCBuIAowMDAwMDI3OTU3IDAwMDAwIG4gCjAwMDAwMjg2ODkgMDAw MDAgbiAKMDAwMDAyODkyNiAwMDAwMCBuIAowMDAwMDI5NDk1IDAwMDAwIG4gCjAwMDAwMjk2OTEg MDAwMDAgbiAKMDAwMDAzMDQyNiAwMDAwMCBuIAp0cmFpbGVyCjw8IC9TaXplIDc1IC9Sb290IDEg MCBSIC9JbmZvIDIgMCBSCi9JRCBbPENCMzEyNjIxREQ1N0JGMEY1M0E1MEFGRjM2RTc5NkIxPjxD QjMxMjYyMURENTdCRjBGNTNBNTBBRkYzNkU3OTZCMT5dCj4+CnN0YXJ0eHJlZgo3MzQxNwolJUVP Rgo= ------_=_NextPart_001_01CB060C.8D49509B-- From trac@tools.ietf.org Mon Jun 7 08:42:52 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 831D528C316 for ; Mon, 7 Jun 2010 08:42:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.001 X-Spam-Level: X-Spam-Status: No, score=-100.001 tagged_above=-999 required=5 tests=[NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jKSk1zFSpnJq for ; Mon, 7 Jun 2010 08:42:50 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 420F83A7A85 for ; Mon, 7 Jun 2010 05:00:27 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1OLb0E-0000v8-Oj; Mon, 07 Jun 2010 05:00:26 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "roll issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: wintert@acm.org, jpv@cisco.com X-Trac-Project: roll Date: Mon, 07 Jun 2010 12:00:26 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: http://wiki.tools.ietf.org/wg/roll/trac/ticket/49 Message-ID: <055.fb970c503606a4db78f916ceaebdb21c@tools.ietf.org> X-Trac-Ticket-ID: 49 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: wintert@acm.org, jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: [Roll] [roll] #49: Few items to add in RPL 09 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2010 15:42:52 -0000 #49: Few items to add in RPL 09 --------------------------------+------------------------------------------- Reporter: jpv@… | Owner: pthubert@… Type: defect | Status: new Priority: major | Milestone: Component: rpl | Version: Severity: Active WG Document | Keywords: --------------------------------+------------------------------------------- * Conditions under which unicast are generated * Specify DIO with target, whether the nodes below have a route to target or not -- Ticket URL: roll From trac@tools.ietf.org Mon Jun 7 09:02:58 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A112428C77E for ; Mon, 7 Jun 2010 09:02:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.001 X-Spam-Level: X-Spam-Status: No, score=-100.001 tagged_above=-999 required=5 tests=[NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yV9WY-WYojSv for ; Mon, 7 Jun 2010 09:02:57 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id DD68C3A7A8E for ; Mon, 7 Jun 2010 05:00:52 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1OLb0e-0000xE-1z; Mon, 07 Jun 2010 05:00:52 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "roll issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: wintert@acm.org, jpv@cisco.com X-Trac-Project: roll Date: Mon, 07 Jun 2010 12:00:52 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: http://wiki.tools.ietf.org/wg/roll/trac/ticket/49#comment:1 Message-ID: <064.26ede192528969c6cbe32eec79db70a4@tools.ietf.org> References: <055.fb970c503606a4db78f916ceaebdb21c@tools.ietf.org> X-Trac-Ticket-ID: 49 In-Reply-To: <055.fb970c503606a4db78f916ceaebdb21c@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: wintert@acm.org, jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: Re: [Roll] [roll] #49: Few items to add in RPL 09 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2010 16:02:58 -0000 #49: Few items to add in RPL 09 --------------------------------+------------------------------------------- Reporter: jpv@… | Owner: pthubert@… Type: defect | Status: new Priority: major | Milestone: Component: rpl | Version: Severity: Active WG Document | Keywords: --------------------------------+------------------------------------------- Comment(by jpv@…): * Conditions under which unicast are generated SHOULD READ * Conditions under which unicast DIS are generated -- Ticket URL: roll From jeonggil.ko@gmail.com Mon Jun 7 09:08:56 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A1DD13A691E for ; Mon, 7 Jun 2010 09:08:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.001 X-Spam-Level: X-Spam-Status: No, score=0.001 tagged_above=-999 required=5 tests=[HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9hz8cK8Sm-oU for ; Mon, 7 Jun 2010 09:08:55 -0700 (PDT) Received: from mail-gw0-f44.google.com (mail-gw0-f44.google.com [74.125.83.44]) by core3.amsl.com (Postfix) with ESMTP id C152428CBFF for ; Mon, 7 Jun 2010 06:12:17 -0700 (PDT) Received: by gwj21 with SMTP id 21so559093gwj.31 for ; Mon, 07 Jun 2010 06:12:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:message-id:references:to :x-mailer; bh=FnkqJsOmyyiGoW1Y6LpfAp9PnFc0tmCF03ftSGgbvW0=; b=qS/5JkH//TfAkl3RokWdn85jcjUQQFK189J7qnlkwW9GNbCln4CAuQyOzvgFXXYvVJ 8sXDxDWGo4EgCjSEuUyI3yvg0cPDmV59ZPczf1WhT28cc6wNmRMkaVHWwYX5W/hgh+ZC ExTw2cRE5Ab4hxt0mzfQ3df2AuNAXDoZjPqk8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to:x-mailer; b=fzpzuA5bJa3OYr83fWW76lRtlV8QQqnpDUJrvPXCvi770eKs8Tkw4/y1XGq9icLUYo yPZWr94hsIaPwbdwwq5BnCYdb25cvjniwJQxnzOgYXYvElp8XVkOu69RV8SjtF7gtIY+ 9T7HVK2wMjJMssNAyxdmapCthD9aX/AHBCSoc= Received: by 10.101.2.18 with SMTP id e18mr15367194ani.72.1275916335061; Mon, 07 Jun 2010 06:12:15 -0700 (PDT) Received: from shirins-laptop.wireless.jhu.edu ([128.220.159.20]) by mx.google.com with ESMTPS id f6sm24427441anb.16.2010.06.07.06.12.12 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 07 Jun 2010 06:12:13 -0700 (PDT) Sender: "JeongGil (John) Ko" Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: multipart/alternative; boundary=Apple-Mail-404--891095612 From: "JeongGil Ko (John)" In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D020A954B@XMB-AMS-107.cisco.com> Date: Mon, 7 Jun 2010 09:12:11 -0400 Message-Id: <8C35B46A-311B-4EC0-9D0B-DE888C950751@cs.jhu.edu> References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu><878w6xxsz6.fsf@kelsey-ws.hq.ember.com> <31D4B044-69E9-4A27-8C68-4CB7DFDCDA53@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A954B@XMB-AMS-107.cisco.com> To: Pascal Thubert (pthubert) X-Mailer: Apple Mail (2.1078) Cc: roll@ietf.org Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2010 16:08:56 -0000 --Apple-Mail-404--891095612 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Pascal, >=20 > How long does your implementation wait till it decides that a link is > goes down? Does it react instantly to the loss of the last parent and > start local repair? >=20 My argument was that having a pool of three (at least in my = implementation) potential parents seems to neglect the need for the = S-bit. It seems that there is not a case where all three potential = parents die out simultaneously unless there is a node fault on the = transmitting node itself (yes... my code is still buggy). Indeed, my = implementations do react directly to the lack of parents in the parent = set but this as well has never (strong word but true for my case until = now) been seen. :) -John > Pascal >=20 >=20 >> -----Original Message----- >> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf > Of >> JeongGil Ko (John) >> Sent: Saturday, June 05, 2010 12:45 AM >> To: Richard Kelsey >> Cc: roll@ietf.org >> Subject: Re: [Roll] S bit >>=20 >> Hi. >>=20 >> On Jun 2, 2010, at 1:08 PM, Richard Kelsey wrote: >>=20 >>>> From: Philip Levis >>>> Date: Tue, 1 Jun 2010 10:42:10 -0700 >>>>=20 >>>> A recurring theme in feedback on RPL is that simpler is better; > LLNs >>>> are often very cost-sensitive for microcontrollers, so less code is >>>> better. It's easy to add mechanisms, bells and whistles: it's > harder >>>> to simplify. >>>>=20 >>>> I propose that we remove the S bit (sibling bit used in routing, >>>> Section 8.2). >>>=20 >>> I am in favor of removing the S bit. I do not find the experiments >>> that have been run particularly convincing. >>> While it's a small thing in itself, as Phil says, simplifying is > hard. >>> You don't get a simple protocol by only removing things that have no >>> value at all. For those that think we should keep the S bit, can > you >>> suggest some other ways to simplify RPL? >>>=20 >>=20 >> I think what Richard is saying is exactly my opinion. >>=20 >>> If the S bit does remain, it would be good if processing it were > made >>> optional. If a node never routes to siblings it will never set the > S >>> bit and it should be allowed to ignore the S bit in incoming > packets. >>> As things stand it must check the S bit in order to detect routing >>> inconsistencies. >>>=20 >>=20 >> In terms of implementation, although I haven't gone through serious > stress >> tests with my code yet, I don't recall seeing any cases where the > S-bit played >> a critical role. Very vague but still I guess this post will be the > only post up to >> now based on real implementation experience. I've been doing a few > tests >> recently (mostly for the goal of debugging) but in no cases have I > seen the >> use of the S-bit. Of course this can be an implementation specific = and >> environment specific observation but that's what I see from here :) I > don't >> see the point of having a backup plan after another back up plan to > deal with >> a routing inconsistency. >>=20 >> -John >>=20 >>> -Richard Kelsey >>> _______________________________________________ >>> Roll mailing list >>> Roll@ietf.org >>> https://www.ietf.org/mailman/listinfo/roll >>>=20 >>=20 >> ------ >> JeongGil Ko (John) >> Ph.D. Student >> Department of Computer Science >> Johns Hopkins University >> http://www.cs.jhu.edu/~jgko >>=20 >> _______________________________________________ >> Roll mailing list >> Roll@ietf.org >> https://www.ietf.org/mailman/listinfo/roll >=20 ------ JeongGil Ko (John) Ph.D. Student Department of Computer Science Johns Hopkins University http://www.cs.jhu.edu/~jgko --Apple-Mail-404--891095612 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii

How long does = your implementation wait till it decides that a link is
goes down? = Does it react instantly to the loss of the last parent and
start = local repair?


My argument = was that having a pool of three (at least in my implementation) = potential parents seems to neglect the need for the S-bit. It seems that = there is not a case where all three potential parents die out = simultaneously unless there is a node fault on the transmitting node = itself (yes... my code is still buggy). Indeed, my implementations do = react directly to the lack of parents in the parent set but this as well = has never (strong word but true for my case until now) been seen. = :)

-John

Pascal


-----Original Message-----
From: roll-bounces@ietf.org = [mailto:roll-bounces@ietf.org] On = Behalf
Of
JeongGil Ko = (John)
Sent: Saturday, June = 05, 2010 12:45 AM
To: Richard = Kelsey
Cc: roll@ietf.org
Subject: Re: [Roll] S bit

Hi.

On Jun 2, 2010, = at 1:08 PM, Richard Kelsey wrote:

From: Philip Levis <pal@cs.stanford.edu>
Date: Tue, 1 Jun 2010 10:42:10 = -0700

A = recurring theme in feedback on RPL is that simpler is = better;
LLNs
are = often very cost-sensitive for microcontrollers, so less code = is
better. = It's easy to add mechanisms, bells and whistles: = it's
harder
to = simplify.

I = propose that we remove the S bit (sibling bit used in = routing,
Section = 8.2).

I am in favor of removing the S = bit.  I do not find the = experiments
that have been run particularly = convincing.
While it's a small thing in = itself, as Phil says, simplifying = is
hard.
You don't get a simple protocol = by only removing things that have = no
value at all.  For those that think we should keep = the S bit, can
you
suggest some other ways to = simplify RPL?


I think what = Richard is saying is exactly my opinion.

If the S bit does remain, it would be good if processing = it were
made
optional.  If a node never = routes to siblings it will never set = the
S
bit and it should be allowed to = ignore the S bit in = incoming
packets.
As things stand it must check = the S bit in order to detect = routing
inconsistencies.


In terms of = implementation, although I haven't gone through = serious
stress
tests with = my code yet, I don't recall seeing any cases where = the
S-bit played
a critical = role. Very vague but still I guess this post will be = the
only post up to
now = based on real implementation experience. I've been doing a = few
tests
recently (mostly = for the goal of debugging) but in no cases have I
seen = the
use of the S-bit. Of course this can be = an implementation specific and
environment specific observation but that's what I see = from here :) I
don't
see = the point of having a backup plan after another back up plan = to
deal with
a routing = inconsistency.

-John

=             &n= bsp;           &nbs= p;-Richard Kelsey
_______________________________________________
Roll = mailing list
Roll@ietf.org
https://www.ietf.org/m= ailman/listinfo/roll


------
JeongGil = Ko (John)
Ph.D. = Student
Department of Computer = Science
Johns Hopkins = University
http://www.cs.jhu.edu/~jgko

_______________________________________________
Roll mailing = list
Roll@ietf.org
https://www.ietf.org/m= ailman/listinfo/roll


=
------
JeongGil Ko = (John)
Ph.D. Student
Department of Computer = Science
Johns Hopkins University
=

= --Apple-Mail-404--891095612-- From jeonggil.ko@gmail.com Mon Jun 7 10:19:00 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 456773A6DD5 for ; Mon, 7 Jun 2010 10:19:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.299 X-Spam-Level: X-Spam-Status: No, score=-1.299 tagged_above=-999 required=5 tests=[AWL=1.299, BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZJbYlJrUY4iQ for ; Mon, 7 Jun 2010 10:18:57 -0700 (PDT) Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by core3.amsl.com (Postfix) with ESMTP id 0AB9628C207 for ; Mon, 7 Jun 2010 08:40:56 -0700 (PDT) Received: by vws19 with SMTP id 19so2365782vws.31 for ; Mon, 07 Jun 2010 08:40:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:message-id:references:to :x-mailer; bh=sQLMoxA0Up/LdJrTBcx2usLI3gBgD3J/UNm4yV+nWrA=; b=Dnw5HpuXS+MzUPwjyFCNOJXYIA0E7NsgNB+XxkrhwXjRfgu+4leRHZG110oW+ZtrL5 tJ4Dqp4+JdRFgzPZFtsHndCxlnrn40FT2S9bl2gKv5YRCpsf15yISOtkZZcZO2UlXHU/ 1RRiFAy4r1nl6stphOS00d3rOEQ7GufyteXQM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to:x-mailer; b=e576W12TVfxTEd7XeDdlJaVw25LAezLQqUWtuL2QJ4Mpib+y3eAbsbYQCROGGM9nkn wtX+D5z8gkgFqJn34Z5H3K4vkXf61JccFbVvk377MGoARHB4c5YMO/cwjGRtKhtqoMvx Fa+3QhbelLOGUFYzQyEd+6956SLG/UmLHTB1Q= Received: by 10.224.41.14 with SMTP id m14mr8459871qae.336.1275925254095; Mon, 07 Jun 2010 08:40:54 -0700 (PDT) Received: from python.isi.jhu.edu (python.isi.jhu.edu [128.220.247.192]) by mx.google.com with ESMTPS id 4sm7972738qwe.55.2010.06.07.08.40.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 07 Jun 2010 08:40:53 -0700 (PDT) Sender: "JeongGil (John) Ko" Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: multipart/alternative; boundary=Apple-Mail-663--882174995 From: "JeongGil Ko (John)" In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D020A96E1@XMB-AMS-107.cisco.com> Date: Mon, 7 Jun 2010 11:40:51 -0400 Message-Id: <28226F7F-ED81-486A-B6AA-E58D4C3CE7F5@cs.jhu.edu> References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu><878w6xxsz6.fsf@kelsey-ws.hq.ember.com> <31D4B044-69E9-4A27-8C68-4CB7DFDCDA53@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A954B@XMB-AMS-107.cisco.com> <8C35B46A-311B-4EC0-9D0B-DE888C950751@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A96B7@XMB-AMS-107.cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D020A96E1@XMB-AMS-107.cisco.com> To: Pascal Thubert (pthubert) X-Mailer: Apple Mail (2.1078) Cc: roll@ietf.org Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2010 17:19:00 -0000 --Apple-Mail-663--882174995 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Pascal. You can probably imply this in the previous email that if a node is the = 'closest' to the root, then the root will be the only parent. "Three 'at = most'" may be a clearer way of saying this. If you can only hear a = single node that has a lower rank than you (in any case) then that will = be the only (potential) parent. -John On Jun 7, 2010, at 11:36 AM, Pascal Thubert (pthubert) wrote: > So John, does your sentence =93three (at least in my implementation) = potential parents seems to neglect the need for the S-bit.=94 apply to = the node closest to the root? > =20 > Pascal > =20 > From: JeongGil (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of = JeongGil Ko (John) > Sent: Monday, June 07, 2010 5:24 PM > To: Pascal Thubert (pthubert) > Cc: Richard Kelsey; roll@ietf.org > Subject: Re: [Roll] S bit > =20 > Pascal > =20 > Those nodes will only have a single parent, the root.=20 > Given a node rank R > root rank =3D 1, other nodes with rank values 1 = < R' < R will also be added to the potential parent list.=20 > If the root (rank =3D 1) is the only node that it can hear, than that = will be the only potential parent. > =20 > -john > =20 > On Jun 7, 2010, at 11:12 AM, Pascal Thubert (pthubert) wrote: >=20 >=20 > Hi John: > =20 > How does the node closest to the root find 3 parents? > =20 > Pascal > =20 > From: JeongGil (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of = JeongGil Ko (John) > Sent: Monday, June 07, 2010 3:12 PM > To: Pascal Thubert (pthubert) > Cc: Richard Kelsey; roll@ietf.org > Subject: Re: [Roll] S bit > =20 > Pascal, >=20 > How long does your implementation wait till it decides that a link is > goes down? Does it react instantly to the loss of the last parent and > start local repair? >=20 > =20 > My argument was that having a pool of three (at least in my = implementation) potential parents seems to neglect the need for the = S-bit. It seems that there is not a case where all three potential = parents die out simultaneously unless there is a node fault on the = transmitting node itself (yes... my code is still buggy). Indeed, my = implementations do react directly to the lack of parents in the parent = set but this as well has never (strong word but true for my case until = now) been seen. :) > =20 > -John >=20 >=20 >=20 > Pascal >=20 >=20 >=20 >=20 > -----Original Message----- > From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf > Of >=20 >=20 > JeongGil Ko (John) > Sent: Saturday, June 05, 2010 12:45 AM > To: Richard Kelsey > Cc: roll@ietf.org > Subject: Re: [Roll] S bit > =20 > Hi. > =20 > On Jun 2, 2010, at 1:08 PM, Richard Kelsey wrote: > =20 > From: Philip Levis > Date: Tue, 1 Jun 2010 10:42:10 -0700 > =20 > A recurring theme in feedback on RPL is that simpler is better; > LLNs >=20 >=20 > are often very cost-sensitive for microcontrollers, so less code is > better. It's easy to add mechanisms, bells and whistles: it's > harder >=20 >=20 > to simplify. > =20 > I propose that we remove the S bit (sibling bit used in routing, > Section 8.2). > =20 > I am in favor of removing the S bit. I do not find the experiments > that have been run particularly convincing. > While it's a small thing in itself, as Phil says, simplifying is > hard. >=20 >=20 > You don't get a simple protocol by only removing things that have no > value at all. For those that think we should keep the S bit, can > you >=20 >=20 > suggest some other ways to simplify RPL? > =20 > =20 > I think what Richard is saying is exactly my opinion. > =20 > If the S bit does remain, it would be good if processing it were > made >=20 >=20 > optional. If a node never routes to siblings it will never set the > S >=20 >=20 > bit and it should be allowed to ignore the S bit in incoming > packets. >=20 >=20 > As things stand it must check the S bit in order to detect routing > inconsistencies. > =20 > =20 > In terms of implementation, although I haven't gone through serious > stress >=20 >=20 > tests with my code yet, I don't recall seeing any cases where the > S-bit played >=20 >=20 > a critical role. Very vague but still I guess this post will be the > only post up to >=20 >=20 > now based on real implementation experience. I've been doing a few > tests >=20 >=20 > recently (mostly for the goal of debugging) but in no cases have I > seen the >=20 >=20 > use of the S-bit. Of course this can be an implementation specific and > environment specific observation but that's what I see from here :) I > don't >=20 >=20 > see the point of having a backup plan after another back up plan to > deal with >=20 >=20 > a routing inconsistency. > =20 > -John > =20 > -Richard Kelsey > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > =20 > =20 > ------ > JeongGil Ko (John) > Ph.D. Student > Department of Computer Science > Johns Hopkins University > http://www.cs.jhu.edu/~jgko > =20 > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > =20 > =20 > ------ > JeongGil Ko (John) > Ph.D. Student > Department of Computer Science > Johns Hopkins University > http://www.cs.jhu.edu/~jgko > =20 > =20 > ------ > JeongGil Ko (John) > Ph.D. Student > Department of Computer Science > Johns Hopkins University > http://www.cs.jhu.edu/~jgko > =20 ------ JeongGil Ko (John) Ph.D. Student Department of Computer Science Johns Hopkins University http://www.cs.jhu.edu/~jgko --Apple-Mail-663--882174995 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 Pascal.

You can probably imply = this in the previous email that if a node is the 'closest' to the root, = then the root will be the only parent. "Three 'at most'" may be a = clearer way of saying this. If you can only hear a single node that has = a lower rank than you (in any case) then that will be the only = (potential) = parent.

-John

On Jun 7, = 2010, at 11:36 AM, Pascal Thubert (pthubert) wrote:

So John,  does your sentence =93three = (at least in my implementation) potential parents seems to neglect the = need for the S-bit.=94 apply to the node closest to the root?
 
 JeongGil (John) Ko = [mailto:jeonggil.ko@gmail.com] On Behalf Of JeongGil Ko = (John)
Sent: Monday, June 07, 2010 5:24 = PM
To: Pascal = Thubert (pthubert)
Cc: Richard Kelsey; roll@ietf.org
Subject: Re: [Roll] S = bit
Those nodes will only = have a single parent, the root. 
Given a node rank R > root rank =3D 1, other nodes with rank = values 1 < R' < R will also be added to the potential parent = list. 
If the root (rank =3D 1) = is the only node that it can hear, than that will be the only potential = parent.
On Jun 7, 2010, at 11:12 = AM, Pascal Thubert (pthubert) wrote:


Hi John:
How does the node closest to the root find 3 = parents?
 
 
From:  On Behalf Of JeongGil Ko = (John)
Sent: Monday, June 07, 2010 3:12 = PM
To: Pascal = Thubert (pthubert)
Cc: Richard Kelsey; roll@ietf.org
Subject: Re: [Roll] S = bit
 


How long does your = implementation wait till it decides that a link is
goes down? Does it = react instantly to the loss of the last parent and
start local = repair?

 
My argument was that having a pool of three (at least in my = implementation) potential parents seems to neglect the need for the = S-bit. It seems that there is not a case where all three potential = parents die out simultaneously unless there is a node fault on the = transmitting node itself (yes... my code is still buggy). Indeed, my = implementations do react directly to the lack of parents in the parent = set but this as well has never (strong word but true for my case until = now) been seen. :)
 
-John
-----Original Message-----
From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org= ] On Behalf
Of


JeongGil Ko (John)
Sent: Saturday, June 05, 2010 12:45 = AM
To: Richard = Kelsey
Subject: Re: [Roll] S = bit
Hi.
 
On Jun 2, 2010, at 1:08 PM, Richard Kelsey = wrote:
A recurring theme in feedback on RPL is that simpler is = better;
I propose that we remove the S bit (sibling bit used in = routing,
Section = 8.2).
 
I am in favor of removing the S bit.  I do not find the = experiments
that have been run particularly = convincing.
While it's a small thing in itself, as Phil says, simplifying = is
hard.


You don't get a simple protocol by only removing things that = have no
value at all.  For those that think we should keep the S = bit, can
you


suggest some other ways to simplify = RPL?
 
I think what Richard is saying is exactly my = opinion.
 
If the S bit does remain, it would be good if processing it = were
made


optional.  If a node never routes to siblings it will = never set the
S


bit and it should be allowed to ignore the S bit in = incoming
As things stand it must check the S bit in order to detect = routing
inconsistencies.
 
 
In terms of implementation, although I haven't gone through = serious
tests with my = code yet, I don't recall seeing any cases where = the
S-bit = played


a critical = role. Very vague but still I guess this post will be = the
only post up = to


now based on real = implementation experience. I've been doing a = few
recently = (mostly for the goal of debugging) but in no cases have = I
seen = the


use of the = S-bit. Of course this can be an implementation specific = and
environment specific = observation but that's what I see from here :) = I
see the point = of having a backup plan after another back up plan = to
deal = with


a routing = inconsistency.
-John
 
            =             &n= bsp;-Richard = Kelsey
_______________________________________________
Roll mailing = list
= --Apple-Mail-663--882174995-- From Michael.Cowan@us.elster.com Mon Jun 7 10:19:11 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E90DA3A6E04 for ; Mon, 7 Jun 2010 10:19:11 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.999 X-Spam-Level: X-Spam-Status: No, score=-3.999 tagged_above=-999 required=5 tests=[BAYES_50=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Wcdaoek-i04U for ; Mon, 7 Jun 2010 10:19:11 -0700 (PDT) Received: from mail53.messagelabs.com (mail53.messagelabs.com [216.82.249.211]) by core3.amsl.com (Postfix) with SMTP id 11B1728C2A1 for ; Mon, 7 Jun 2010 08:41:41 -0700 (PDT) X-VirusChecked: Checked X-Env-Sender: Michael.Cowan@us.elster.com X-Msg-Ref: server-9.tower-53.messagelabs.com!1275924898!35742333!4 X-StarScan-Version: 6.2.4; banners=-,-,- X-Originating-IP: [206.182.155.20] Received: (qmail 28560 invoked from network); 7 Jun 2010 15:35:00 -0000 Received: from unknown (HELO us-smtp01.smtp.elster.com) (206.182.155.20) by server-9.tower-53.messagelabs.com with SMTP; 7 Jun 2010 15:35:00 -0000 Auto-Submitted: auto-generated From: Michael.Cowan@us.elster.com To: roll@ietf.org Message-ID: Date: Mon, 7 Jun 2010 11:35:00 -0400 X-MIMETrack: Serialize by Router on US-SMTP01.domino.elster-group.com/RIM-TEMP(Release 8.5.1|September 28, 2009) at 06/07/2010 11:30:34 AM MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Subject: [Roll] AUTO: Michael Cowan is out of the office (returning 06/14/2010) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2010 17:19:12 -0000 I am out of the office until 06/14/2010. Hello, I will be out of the office June 7 through June 11, and returning to the office June 14th 2010. I will be checking email in the evening (will not have access to email during the day) and if it's a emergency, please call my cell at 919-696-4209. Thank You, Michael Note: This is an automated response to your message "Roll Digest, Vol 29, Issue 11" sent on 6/7/2010 11:27:39 AM. This is the only notification you will receive while this person is away. From jeonggil.ko@gmail.com Mon Jun 7 10:21:22 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7C0843A6841 for ; Mon, 7 Jun 2010 10:21:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.948 X-Spam-Level: X-Spam-Status: No, score=-1.948 tagged_above=-999 required=5 tests=[AWL=0.650, BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id we8+ZFW65ptS for ; Mon, 7 Jun 2010 10:21:20 -0700 (PDT) Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by core3.amsl.com (Postfix) with ESMTP id 6D76B28C5F5 for ; Mon, 7 Jun 2010 08:50:24 -0700 (PDT) Received: by vws19 with SMTP id 19so2375377vws.31 for ; Mon, 07 Jun 2010 08:50:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:message-id:references:to :x-mailer; bh=ZEHFIFijE4Pd+6dtqCMBki1BwwKYQj3efxe0ULmsazs=; b=oPYG8WS5vILADG854HgxM/3GY9EVrwbgAr7lvpU1O7G/3N/MXmUrc8V9dD3zm/36H8 UMnzC2ikQZjvytBWCbPA9hwGDfPIRd92LPpDADXgCzgd1TDOmF76s9gVC5i3DdZVWfWC 9RQSKTQPFGRpp7GHIKh7Nvev8Qdf1kjD8CYKI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to:x-mailer; b=MHhWzFYkUVdbGFaHngVsetVQC4B0D/jMIqovPkUY46wj2bRH0OyP5cJKAd8mwe7Ho/ NmmtyZo55Pjtnw4WeUBnl7IaNs9xIbWhlWFI4l+KPU+7E0GsoE9lNPR+WAE3xBxMdSRw 8OUAwQGpMTPsB5Ao7rr/ITjwWa/3Z1eyjkajI= Received: by 10.224.106.4 with SMTP id v4mr8633046qao.36.1275924248601; Mon, 07 Jun 2010 08:24:08 -0700 (PDT) Received: from python.isi.jhu.edu (python.isi.jhu.edu [128.220.247.192]) by mx.google.com with ESMTPS id 5sm7968048qwh.31.2010.06.07.08.24.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 07 Jun 2010 08:24:07 -0700 (PDT) Sender: "JeongGil (John) Ko" Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: multipart/alternative; boundary=Apple-Mail-662--883180597 From: "JeongGil Ko (John)" In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D020A96B7@XMB-AMS-107.cisco.com> Date: Mon, 7 Jun 2010 11:24:06 -0400 Message-Id: References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu><878w6xxsz6.fsf@kelsey-ws.hq.ember.com> <31D4B044-69E9-4A27-8C68-4CB7DFDCDA53@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A954B@XMB-AMS-107.cisco.com> <8C35B46A-311B-4EC0-9D0B-DE888C950751@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A96B7@XMB-AMS-107.cisco.com> To: "Pascal Thubert (pthubert)" X-Mailer: Apple Mail (2.1078) Cc: roll@ietf.org Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2010 17:21:22 -0000 --Apple-Mail-662--883180597 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Pascal Those nodes will only have a single parent, the root.=20 Given a node rank R > root rank =3D 1, other nodes with rank values 1 < = R' < R will also be added to the potential parent list.=20 If the root (rank =3D 1) is the only node that it can hear, than that = will be the only potential parent. -john On Jun 7, 2010, at 11:12 AM, Pascal Thubert (pthubert) wrote: > Hi John: > =20 > How does the node closest to the root find 3 parents? > =20 > Pascal > =20 > From: JeongGil (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of = JeongGil Ko (John) > Sent: Monday, June 07, 2010 3:12 PM > To: Pascal Thubert (pthubert) > Cc: Richard Kelsey; roll@ietf.org > Subject: Re: [Roll] S bit > =20 > Pascal, >=20 > How long does your implementation wait till it decides that a link is > goes down? Does it react instantly to the loss of the last parent and > start local repair? >=20 > =20 > My argument was that having a pool of three (at least in my = implementation) potential parents seems to neglect the need for the = S-bit. It seems that there is not a case where all three potential = parents die out simultaneously unless there is a node fault on the = transmitting node itself (yes... my code is still buggy). Indeed, my = implementations do react directly to the lack of parents in the parent = set but this as well has never (strong word but true for my case until = now) been seen. :) > =20 > -John >=20 >=20 > Pascal >=20 >=20 >=20 > -----Original Message----- > From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf > Of >=20 > JeongGil Ko (John) > Sent: Saturday, June 05, 2010 12:45 AM > To: Richard Kelsey > Cc: roll@ietf.org > Subject: Re: [Roll] S bit > =20 > Hi. > =20 > On Jun 2, 2010, at 1:08 PM, Richard Kelsey wrote: > =20 > From: Philip Levis > Date: Tue, 1 Jun 2010 10:42:10 -0700 > =20 > A recurring theme in feedback on RPL is that simpler is better; > LLNs >=20 > are often very cost-sensitive for microcontrollers, so less code is > better. It's easy to add mechanisms, bells and whistles: it's > harder >=20 > to simplify. > =20 > I propose that we remove the S bit (sibling bit used in routing, > Section 8.2). > =20 > I am in favor of removing the S bit. I do not find the experiments > that have been run particularly convincing. > While it's a small thing in itself, as Phil says, simplifying is > hard. >=20 > You don't get a simple protocol by only removing things that have no > value at all. For those that think we should keep the S bit, can > you >=20 > suggest some other ways to simplify RPL? > =20 > =20 > I think what Richard is saying is exactly my opinion. > =20 > If the S bit does remain, it would be good if processing it were > made >=20 > optional. If a node never routes to siblings it will never set the > S >=20 > bit and it should be allowed to ignore the S bit in incoming > packets. >=20 > As things stand it must check the S bit in order to detect routing > inconsistencies. > =20 > =20 > In terms of implementation, although I haven't gone through serious > stress >=20 > tests with my code yet, I don't recall seeing any cases where the > S-bit played >=20 > a critical role. Very vague but still I guess this post will be the > only post up to >=20 > now based on real implementation experience. I've been doing a few > tests >=20 > recently (mostly for the goal of debugging) but in no cases have I > seen the >=20 > use of the S-bit. Of course this can be an implementation specific and > environment specific observation but that's what I see from here :) I > don't >=20 > see the point of having a backup plan after another back up plan to > deal with >=20 > a routing inconsistency. > =20 > -John > =20 > -Richard Kelsey > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > =20 > =20 > ------ > JeongGil Ko (John) > Ph.D. Student > Department of Computer Science > Johns Hopkins University > http://www.cs.jhu.edu/~jgko > =20 > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > =20 > =20 > ------ > JeongGil Ko (John) > Ph.D. Student > Department of Computer Science > Johns Hopkins University > http://www.cs.jhu.edu/~jgko > =20 ------ JeongGil Ko (John) Ph.D. Student Department of Computer Science Johns Hopkins University http://www.cs.jhu.edu/~jgko --Apple-Mail-662--883180597 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii Pascal

Those nodes will only = have a single parent, the root. 
Given a node rank R > = root rank =3D 1, other nodes with rank values 1 < R' < R will also = be added to the potential parent list. 
If the root (rank = =3D 1) is the only node that it can hear, than that will be the only = potential = parent.

-john

On Jun 7, = 2010, at 11:12 AM, Pascal Thubert (pthubert) wrote:

Hi John:
How = does the node closest to the root find 3 = parents?
Pascal
 JeongGil (John) Ko = [mailto:jeonggil.ko@gmail.com] On Behalf Of JeongGil Ko = (John)
Sent: Monday, June 07, 2010 3:12 = PM
To: Pascal = Thubert (pthubert)
Cc: Richard Kelsey; roll@ietf.org
Subject: Re: [Roll] S = bit


How long does your = implementation wait till it decides that a link is
goes down? Does it = react instantly to the loss of the last parent and
start local = repair?

My argument was that = having a pool of three (at least in my implementation) potential parents = seems to neglect the need for the S-bit. It seems that there is not a = case where all three potential parents die out simultaneously unless = there is a node fault on the transmitting node itself (yes... my code is = still buggy). Indeed, my implementations do react directly to the lack = of parents in the parent set but this as well has never (strong word but = true for my case until now) been seen. = :)
-----Original = Message-----
From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org= ] On Behalf
JeongGil Ko = (John)
Sent: Saturday, June 05, 2010 12:45 = AM
To: Richard = Kelsey
Subject: Re: = [Roll] S bit
On Jun 2, 2010, at 1:08 PM, = Richard Kelsey wrote:
Section = 8.2).
= --Apple-Mail-662--883180597-- From pthubert@cisco.com Mon Jun 7 10:21:44 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 77FFF3A6DE1 for ; Mon, 7 Jun 2010 10:21:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.299 X-Spam-Level: X-Spam-Status: No, score=-9.299 tagged_above=-999 required=5 tests=[AWL=1.299, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4tSgViPYXfyQ for ; Mon, 7 Jun 2010 10:21:42 -0700 (PDT) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 7188B28C674 for ; Mon, 7 Jun 2010 08:52:39 -0700 (PDT) Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AnMFAJapDExAZnwN/2dsb2JhbACBQ50EcaRKmgGFFwSPeg X-IronPort-AV: E=Sophos;i="4.53,378,1272844800"; d="scan'208,217";a="118922984" Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-2.cisco.com with ESMTP; 07 Jun 2010 15:13:03 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o57FD2I7028831; Mon, 7 Jun 2010 15:13:03 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 7 Jun 2010 17:13:02 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CB0653.EBEF3B0E" Date: Mon, 7 Jun 2010 17:12:59 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D020A96B7@XMB-AMS-107.cisco.com> In-Reply-To: <8C35B46A-311B-4EC0-9D0B-DE888C950751@cs.jhu.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] S bit Thread-Index: AcsGQxC1guo9Uq1ATTaGNypFfEheuAAEMlSQ References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu><878w6xxsz6.fsf@kelsey-ws.hq.ember.com> <31D4B044-69E9-4A27-8C68-4CB7DFDCDA53@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A954B@XMB-AMS-107.cisco.com> <8C35B46A-311B-4EC0-9D0B-DE888C950751@cs.jhu.edu> From: "Pascal Thubert (pthubert)" To: "JeongGil Ko (John)" X-OriginalArrivalTime: 07 Jun 2010 15:13:02.0523 (UTC) FILETIME=[EC3660B0:01CB0653] Cc: roll@ietf.org Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2010 17:21:44 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CB0653.EBEF3B0E Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi John: =20 How does the node closest to the root find 3 parents? =20 Pascal =20 From: JeongGil (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of JeongGil Ko (John) Sent: Monday, June 07, 2010 3:12 PM To: Pascal Thubert (pthubert) Cc: Richard Kelsey; roll@ietf.org Subject: Re: [Roll] S bit =20 Pascal, =09 How long does your implementation wait till it decides that a link is goes down? Does it react instantly to the loss of the last parent and start local repair? =20 My argument was that having a pool of three (at least in my implementation) potential parents seems to neglect the need for the S-bit. It seems that there is not a case where all three potential parents die out simultaneously unless there is a node fault on the transmitting node itself (yes... my code is still buggy). Indeed, my implementations do react directly to the lack of parents in the parent set but this as well has never (strong word but true for my case until now) been seen. :) =20 -John Pascal -----Original Message----- From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of JeongGil Ko (John) Sent: Saturday, June 05, 2010 12:45 AM To: Richard Kelsey Cc: roll@ietf.org Subject: Re: [Roll] S bit =20 Hi. =20 On Jun 2, 2010, at 1:08 PM, Richard Kelsey wrote: =20 From: Philip Levis Date: Tue, 1 Jun 2010 10:42:10 -0700 =20 A recurring theme in feedback on RPL is that simpler is better; LLNs are often very cost-sensitive for microcontrollers, so less code is better. It's easy to add mechanisms, bells and whistles: it's harder to simplify. =20 I propose that we remove the S bit (sibling bit used in routing, Section 8.2). =20 I am in favor of removing the S bit. I do not find the experiments that have been run particularly convincing. While it's a small thing in itself, as Phil says, simplifying is hard. You don't get a simple protocol by only removing things that have no value at all. For those that think we should keep the S bit, can you suggest some other ways to simplify RPL? =20 =20 I think what Richard is saying is exactly my opinion. =20 If the S bit does remain, it would be good if processing it were made optional. If a node never routes to siblings it will never set the S bit and it should be allowed to ignore the S bit in incoming packets. As things stand it must check the S bit in order to detect routing inconsistencies. =20 =20 In terms of implementation, although I haven't gone through serious stress tests with my code yet, I don't recall seeing any cases where the S-bit played a critical role. Very vague but still I guess this post will be the only post up to now based on real implementation experience. I've been doing a few tests recently (mostly for the goal of debugging) but in no cases have I seen the use of the S-bit. Of course this can be an implementation specific and environment specific observation but that's what I see from here :) I don't see the point of having a backup plan after another back up plan to deal with a routing inconsistency. =20 -John =20 -Richard Kelsey _______________________________________________ Roll mailing list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll =20 =20 ------ JeongGil Ko (John) Ph.D. Student Department of Computer Science Johns Hopkins University http://www.cs.jhu.edu/~jgko =20 _______________________________________________ Roll mailing list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll =20 =20 ------ JeongGil Ko (John) Ph.D. Student Department of Computer Science Johns Hopkins University http://www.cs.jhu.edu/~jgko =20 ------_=_NextPart_001_01CB0653.EBEF3B0E Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi John:

 

How does the node closest to the root find 3 = parents?

 

Pascal

 

From:= JeongGil = (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of JeongGil Ko = (John)
Sent: Monday, June 07, 2010 3:12 PM
To: = Pascal Thubert (pthubert)
Cc: Richard Kelsey; = roll@ietf.org
Subject: Re: [Roll] S = bit

 

Pascal,


How long does your implementation wait = till it decides that a link is
goes down? Does it react instantly to = the loss of the last parent and
start local = repair?

 

My argument was that having a pool of three (at least = in my implementation) potential parents seems to neglect the need for = the S-bit. It seems that there is not a case where all three potential = parents die out simultaneously unless there is a node fault on the = transmitting node itself (yes... my code is still buggy). Indeed, my = implementations do react directly to the lack of parents in the parent = set but this as well has never (strong word but true for my case until = now) been seen. :)

 

-John



Pascal



-----Original Message-----

From: roll-bounces@ietf.org = [mailto:roll-bounces@ietf.org] On Behalf

Of

JeongGil = Ko (John)

Sent: Saturday, June 05, 2010 12:45 = AM

To: = Richard Kelsey

Cc: = roll@ietf.org

Subject: Re: [Roll] S = bit

 

Hi.

 

On = Jun 2, 2010, at 1:08 PM, Richard Kelsey = wrote:

 

From: Philip Levis <pal@cs.stanford.edu>

Date: Tue, 1 Jun 2010 10:42:10 = -0700

 

A = recurring theme in feedback on RPL is that simpler is = better;

LLNs

are = often very cost-sensitive for microcontrollers, so less code = is

better. It's easy to add mechanisms, bells and = whistles: it's

harder

to = simplify.

 

I = propose that we remove the S bit (sibling bit used in = routing,

Section = 8.2).

 

I am = in favor of removing the S bit.  I do not find the = experiments

that = have been run particularly = convincing.

While it's a small thing in itself, as Phil says, = simplifying is

hard.

You = don't get a simple protocol by only removing things that have = no

value at all.  For those that think we should = keep the S bit, can

you

suggest some other ways to simplify = RPL?

 

 

I = think what Richard is saying is exactly my = opinion.

 

If = the S bit does remain, it would be good if processing it = were

made

optional.  If a node never routes to siblings it = will never set the

S

bit = and it should be allowed to ignore the S bit in = incoming

packets.

As = things stand it must check the S bit in order to detect = routing

inconsistencies.

 

 

In = terms of implementation, although I haven't gone through = serious

stress

tests with my code yet, I don't recall seeing any = cases where the

S-bit = played

a critical role. Very = vague but still I guess this post will be the

only post up to

now based on real implementation experience. I've been = doing a few

tests

recently (mostly for the goal of debugging) but in no = cases have I

seen = the

use of the S-bit. Of = course this can be an implementation specific = and

environment specific observation but that's what I see = from here :) I

don't

see = the point of having a backup plan after another back up plan = to

deal with

a routing inconsistency.

 

-John

 

         &= nbsp;           &n= bsp;   -Richard = Kelsey

_______________________________________________

Roll = mailing list

Roll@ietf.org

https://www.ietf.org/= mailman/listinfo/roll

 

 

------

JeongGil Ko = (John)

Ph.D. Student

Department of Computer = Science

Johns Hopkins = University

http://www.cs.jhu.edu/~jgko=

 

_______________________________________________

Roll = mailing list

Roll@ietf.org

https://www.ietf.org/= mailman/listinfo/roll

 

 

= ------

= JeongGil Ko (John)

= Ph.D. Student

= Department of Computer Science

= Johns Hopkins University

 

------_=_NextPart_001_01CB0653.EBEF3B0E-- From pthubert@cisco.com Mon Jun 7 10:25:20 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 45D6C28C15E for ; Mon, 7 Jun 2010 10:25:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.559 X-Spam-Level: X-Spam-Status: No, score=-9.559 tagged_above=-999 required=5 tests=[AWL=1.039, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xUoKlJBkS908 for ; Mon, 7 Jun 2010 10:25:14 -0700 (PDT) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id 643D228C8B8 for ; Mon, 7 Jun 2010 09:10:42 -0700 (PDT) Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AnMFAIKuDExAaHte/2dsb2JhbACBQ50EcaUCmgOFFwSPeg X-IronPort-AV: E=Sophos;i="4.53,379,1272844800"; d="scan'208,217";a="208322517" Received: from hkg-core-1.cisco.com ([64.104.123.94]) by sj-iport-5.cisco.com with ESMTP; 07 Jun 2010 15:36:10 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by hkg-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o57Fa1W7002648; Mon, 7 Jun 2010 15:36:09 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 7 Jun 2010 17:36:06 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CB0657.2494A16E" Date: Mon, 7 Jun 2010 17:36:02 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D020A96E1@XMB-AMS-107.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] S bit Thread-Index: AcsGVXuq/UwVRR4QSGywr/f4fT98BgAAVigQ References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu><878w6xxsz6.fsf@kelsey-ws.hq.ember.com> <31D4B044-69E9-4A27-8C68-4CB7DFDCDA53@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A954B@XMB-AMS-107.cisco.com> <8C35B46A-311B-4EC0-9D0B-DE888C950751@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A96B7@XMB-AMS-107.cisco.com> From: "Pascal Thubert (pthubert)" To: "JeongGil Ko (John)" X-OriginalArrivalTime: 07 Jun 2010 15:36:06.0063 (UTC) FILETIME=[24DDD3F0:01CB0657] Cc: roll@ietf.org Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2010 17:25:20 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CB0657.2494A16E Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable So John, does your sentence "three (at least in my implementation) potential parents seems to neglect the need for the S-bit." apply to the node closest to the root? =20 Pascal =20 From: JeongGil (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of JeongGil Ko (John) Sent: Monday, June 07, 2010 5:24 PM To: Pascal Thubert (pthubert) Cc: Richard Kelsey; roll@ietf.org Subject: Re: [Roll] S bit =20 Pascal =20 Those nodes will only have a single parent, the root.=20 Given a node rank R > root rank =3D 1, other nodes with rank values 1 < = R' < R will also be added to the potential parent list.=20 If the root (rank =3D 1) is the only node that it can hear, than that = will be the only potential parent. =20 -john =20 On Jun 7, 2010, at 11:12 AM, Pascal Thubert (pthubert) wrote: Hi John: =20 How does the node closest to the root find 3 parents? =20 Pascal =20 From: JeongGil (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of JeongGil Ko (John) Sent: Monday, June 07, 2010 3:12 PM To: Pascal Thubert (pthubert) Cc: Richard Kelsey; roll@ietf.org Subject: Re: [Roll] S bit =20 Pascal, =09 How long does your implementation wait till it decides that a link is goes down? Does it react instantly to the loss of the last parent and start local repair? =20 My argument was that having a pool of three (at least in my implementation) potential parents seems to neglect the need for the S-bit. It seems that there is not a case where all three potential parents die out simultaneously unless there is a node fault on the transmitting node itself (yes... my code is still buggy). Indeed, my implementations do react directly to the lack of parents in the parent set but this as well has never (strong word but true for my case until now) been seen. :) =20 -John Pascal -----Original Message----- From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of JeongGil Ko (John) Sent: Saturday, June 05, 2010 12:45 AM To: Richard Kelsey Cc: roll@ietf.org Subject: Re: [Roll] S bit =20 Hi. =20 On Jun 2, 2010, at 1:08 PM, Richard Kelsey wrote: =20 From: Philip Levis Date: Tue, 1 Jun 2010 10:42:10 -0700 =20 A recurring theme in feedback on RPL is that simpler is better; LLNs are often very cost-sensitive for microcontrollers, so less code is better. It's easy to add mechanisms, bells and whistles: it's harder to simplify. =20 I propose that we remove the S bit (sibling bit used in routing, Section 8.2). =20 I am in favor of removing the S bit. I do not find the experiments that have been run particularly convincing. While it's a small thing in itself, as Phil says, simplifying is hard. You don't get a simple protocol by only removing things that have no value at all. For those that think we should keep the S bit, can you suggest some other ways to simplify RPL? =20 =20 I think what Richard is saying is exactly my opinion. =20 If the S bit does remain, it would be good if processing it were made optional. If a node never routes to siblings it will never set the S bit and it should be allowed to ignore the S bit in incoming packets. As things stand it must check the S bit in order to detect routing inconsistencies. =20 =20 In terms of implementation, although I haven't gone through serious stress tests with my code yet, I don't recall seeing any cases where the S-bit played a critical role. Very vague but still I guess this post will be the only post up to now based on real implementation experience. I've been doing a few tests recently (mostly for the goal of debugging) but in no cases have I seen the use of the S-bit. Of course this can be an implementation specific and environment specific observation but that's what I see from here :) I don't see the point of having a backup plan after another back up plan to deal with a routing inconsistency. =20 -John =20 -Richard Kelsey _______________________________________________ Roll mailing list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll =20 =20 ------ JeongGil Ko (John) Ph.D. Student Department of Computer Science Johns Hopkins University http://www.cs.jhu.edu/~jgko =20 _______________________________________________ Roll mailing list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll =20 =20 ------ JeongGil Ko (John) Ph.D. Student Department of Computer Science Johns Hopkins University http://www.cs.jhu.edu/~jgko =20 =20 ------ JeongGil Ko (John) Ph.D. Student Department of Computer Science Johns Hopkins University http://www.cs.jhu.edu/~jgko =20 ------_=_NextPart_001_01CB0657.2494A16E Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

So John,  does your sentence “three (at least in my = implementation) potential parents seems to neglect the need for the = S-bit.” apply to the node closest to the root?

 

Pascal

 

From:= JeongGil = (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of JeongGil Ko = (John)
Sent: Monday, June 07, 2010 5:24 PM
To: = Pascal Thubert (pthubert)
Cc: Richard Kelsey; = roll@ietf.org
Subject: Re: [Roll] S = bit

 

Pascal

 

Those nodes will only have a single parent, the = root. 

Given a node = rank R > root rank =3D 1, other nodes with rank values 1 < R' < = R will also be added to the potential parent = list. 

If the root = (rank =3D 1) is the only node that it can hear, than that will be the = only potential parent.

 

-john

 

On = Jun 7, 2010, at 11:12 AM, Pascal Thubert (pthubert) = wrote:



Hi John:

 

How does the node closest to the root find 3 = parents?

 

Pascal

 

From:=  JeongGil = (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of JeongGil Ko = (John)
Sent: Monday, June 07, 2010 3:12 = PM
To: Pascal = Thubert (pthubert)
Cc: Richard Kelsey; roll@ietf.org
Subject: Re: [Roll] S = bit

 

Pascal,


How long does your implementation wait = till it decides that a link is
goes down? Does it react instantly to = the loss of the last parent and
start local = repair?

 

My argument was that having a pool of three (at least = in my implementation) potential parents seems to neglect the need for = the S-bit. It seems that there is not a case where all three potential = parents die out simultaneously unless there is a node fault on the = transmitting node itself (yes... my code is still buggy). Indeed, my = implementations do react directly to the lack of parents in the parent = set but this as well has never (strong word but true for my case until = now) been seen. :)

 

-John




Pascal




-----Original = Message-----

From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org]= On Behalf

Of


JeongGil Ko (John)

Sent: Saturday, June 05, 2010 12:45 = AM

To: Richard = Kelsey

Subject: Re: [Roll] S = bit

 

Hi.

 

On Jun 2, 2010, at 1:08 PM, Richard Kelsey = wrote:

 

From: Philip Levis <pal@cs.stanford.edu>

Date: Tue, 1 Jun 2010 10:42:10 = -0700

 

A recurring theme in feedback on RPL is that simpler = is = better;

<= p class=3DMsoNormal>LLNs


are often very cost-sensitive for microcontrollers, so = less code is

better. It's easy to add mechanisms, bells and = whistles: = it's

harder


to = simplify.

 

I propose that we remove the S bit (sibling bit used = in = routing,

Section = 8.2).

 

I am in favor of removing the S bit.  I do not = find the = experiments

that have been run particularly = convincing.

While it's a small thing in itself, as Phil says, = simplifying is

hard.


You don't get a simple protocol by only removing = things that have no

value at all.  For those that think we should = keep the S bit, = can

you


suggest some other ways to simplify = RPL?

 

 

I think what Richard is saying is exactly my = opinion.

 

If the S bit does remain, it would be good if = processing it were

made


optional.  If a node never routes to siblings it = will never set the

S


bit and it should be allowed to ignore the S bit in = incoming

packets.


As things stand it must check the S bit in order to = detect routing

inconsistencies.

 

 

In terms of implementation, although I haven't gone = through serious

stress


tests with my code yet, I don't recall seeing any = cases where the

S-bit = played


a = critical role. Very vague but still I guess this post will be = the

only post up = to


now based = on real implementation experience. I've been doing a = few

tests


recently (mostly for the goal of debugging) but in no = cases have I

seen = the


use of the = S-bit. Of course this can be an implementation specific = and

environment specific observation but that's what I see = from here :) I

don't


see the point of having a backup plan after another = back up plan to

deal = with


a routing = inconsistency.

 

-John

 

         &= nbsp;           &n= bsp;   -Richard = Kelsey

_______________________________________________

Roll mailing = list

<= blockquote style=3D'margin-top:5.0pt;margin-bottom:5.0pt'>

 

 

------

JeongGil Ko = (John)

Ph.D. = Student

Department of Computer = Science

Johns Hopkins = University

 

_______________________________________________

Roll mailing = list

 

 

= ------

= JeongGil Ko (John)

= Ph.D. Student

= Department of Computer = Science

= Johns Hopkins University

 

 

= ------

= JeongGil Ko (John)

= Ph.D. Student

= Department of Computer Science

= Johns Hopkins University

 

------_=_NextPart_001_01CB0657.2494A16E-- From pthubert@cisco.com Mon Jun 7 10:28:38 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F1E6A3A6970 for ; Mon, 7 Jun 2010 10:28:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.732 X-Spam-Level: X-Spam-Status: No, score=-9.732 tagged_above=-999 required=5 tests=[AWL=0.866, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0tbFLsHUil+n for ; Mon, 7 Jun 2010 10:28:27 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id 746AA28CA8C for ; Mon, 7 Jun 2010 09:26:40 -0700 (PDT) Authentication-Results: sj-iport-6.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AnMFAAm6DEyrR7Ht/2dsb2JhbACBQ5x3caYcmhKFFwSPeg X-IronPort-AV: E=Sophos;i="4.53,379,1272844800"; d="scan'208,217";a="541079284" Received: from sj-core-1.cisco.com ([171.71.177.237]) by sj-iport-6.cisco.com with ESMTP; 07 Jun 2010 16:26:17 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o57GQFRY013624; Mon, 7 Jun 2010 16:26:16 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 7 Jun 2010 18:26:15 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CB065E.262A547F" Date: Mon, 7 Jun 2010 18:26:11 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D020A9720@XMB-AMS-107.cisco.com> In-Reply-To: <28226F7F-ED81-486A-B6AA-E58D4C3CE7F5@cs.jhu.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] S bit Thread-Index: AcsGV9RQI4jaszLOQzqUrF//BOPT9gABaB1Q References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu><878w6xxsz6.fsf@kelsey-ws.hq.ember.com> <31D4B044-69E9-4A27-8C68-4CB7DFDCDA53@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A954B@XMB-AMS-107.cisco.com> <8C35B46A-311B-4EC0-9D0B-DE888C950751@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A96B7@XMB-AMS-107.cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D020A96E1@XMB-AMS-107.cisco.com> <28226F7F-ED81-486A-B6AA-E58D4C3CE7F5@cs.jhu.edu> From: "Pascal Thubert (pthubert)" To: "JeongGil Ko (John)" X-OriginalArrivalTime: 07 Jun 2010 16:26:15.0044 (UTC) FILETIME=[265BE440:01CB065E] Cc: roll@ietf.org Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2010 17:28:38 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CB065E.262A547F Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable John: =20 =D8 You can probably imply this in the previous email that if a node is = the 'closest' to the root, then the root will be the only parent =20 I certainly do. I also gathered that the presence of 3 parents allowed = to "neglect the need for the S-bit", iow no need for siblings when you = have 3 parents. And I agree with both. But then, it appears that to the node closest to = the root does not have 3 parents. So it needs sibling to get an = alternate doesn't it?=20 =20 Pascal =20 From: JeongGil (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of = JeongGil Ko (John) Sent: Monday, June 07, 2010 5:41 PM To: Pascal Thubert (pthubert) Cc: Richard Kelsey; roll@ietf.org Subject: Re: [Roll] S bit =20 Pascal. =20 You can probably imply this in the previous email that if a node is the = 'closest' to the root, then the root will be the only parent. "Three 'at = most'" may be a clearer way of saying this. If you can only hear a = single node that has a lower rank than you (in any case) then that will = be the only (potential) parent. =20 -John =20 On Jun 7, 2010, at 11:36 AM, Pascal Thubert (pthubert) wrote: So John, does your sentence "three (at least in my implementation) = potential parents seems to neglect the need for the S-bit." apply to the = node closest to the root? =20 Pascal =20 From: JeongGil (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of = JeongGil Ko (John) Sent: Monday, June 07, 2010 5:24 PM To: Pascal Thubert (pthubert) Cc: Richard Kelsey; roll@ietf.org Subject: Re: [Roll] S bit =20 Pascal =20 Those nodes will only have a single parent, the root.=20 Given a node rank R > root rank =3D 1, other nodes with rank values 1 < = R' < R will also be added to the potential parent list.=20 If the root (rank =3D 1) is the only node that it can hear, than that = will be the only potential parent. =20 -john =20 On Jun 7, 2010, at 11:12 AM, Pascal Thubert (pthubert) wrote: Hi John: =20 How does the node closest to the root find 3 parents? =20 Pascal =20 From: JeongGil (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of = JeongGil Ko (John) Sent: Monday, June 07, 2010 3:12 PM To: Pascal Thubert (pthubert) Cc: Richard Kelsey; roll@ietf.org Subject: Re: [Roll] S bit =20 Pascal, =09 How long does your implementation wait till it decides that a link is goes down? Does it react instantly to the loss of the last parent and start local repair? =20 My argument was that having a pool of three (at least in my = implementation) potential parents seems to neglect the need for the = S-bit. It seems that there is not a case where all three potential = parents die out simultaneously unless there is a node fault on the = transmitting node itself (yes... my code is still buggy). Indeed, my = implementations do react directly to the lack of parents in the parent = set but this as well has never (strong word but true for my case until = now) been seen. :) =20 -John Pascal -----Original Message----- From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of JeongGil Ko (John) Sent: Saturday, June 05, 2010 12:45 AM To: Richard Kelsey Cc: roll@ietf.org Subject: Re: [Roll] S bit =20 Hi. =20 On Jun 2, 2010, at 1:08 PM, Richard Kelsey wrote: =20 From: Philip Levis Date: Tue, 1 Jun 2010 10:42:10 -0700 =20 A recurring theme in feedback on RPL is that simpler is better; LLNs are often very cost-sensitive for microcontrollers, so less code is better. It's easy to add mechanisms, bells and whistles: it's harder to simplify. =20 I propose that we remove the S bit (sibling bit used in routing, Section 8.2). =20 I am in favor of removing the S bit. I do not find the experiments that have been run particularly convincing. While it's a small thing in itself, as Phil says, simplifying is hard. You don't get a simple protocol by only removing things that have no value at all. For those that think we should keep the S bit, can you suggest some other ways to simplify RPL? =20 =20 I think what Richard is saying is exactly my opinion. =20 If the S bit does remain, it would be good if processing it were made optional. If a node never routes to siblings it will never set the S bit and it should be allowed to ignore the S bit in incoming packets. As things stand it must check the S bit in order to detect routing inconsistencies. =20 =20 In terms of implementation, although I haven't gone through serious stress tests with my code yet, I don't recall seeing any cases where the S-bit played a critical role. Very vague but still I guess this post will be the only post up to now based on real implementation experience. I've been doing a few tests recently (mostly for the goal of debugging) but in no cases have I seen the use of the S-bit. Of course this can be an implementation specific and environment specific observation but that's what I see from here :) I don't see the point of having a backup plan after another back up plan to deal with a routing inconsistency. =20 -John =20 -Richard Kelsey _______________________________________________ Roll mailing list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll =20 =20 ------ JeongGil Ko (John) Ph.D. Student Department of Computer Science Johns Hopkins University http://www.cs.jhu.edu/~jgko =20 _______________________________________________ Roll mailing list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll =20 =20 ------ JeongGil Ko (John) Ph.D. Student Department of Computer Science Johns Hopkins University http://www.cs.jhu.edu/~jgko =20 =20 ------ JeongGil Ko (John) Ph.D. Student Department of Computer Science Johns Hopkins University http://www.cs.jhu.edu/~jgko =20 =20 ------ JeongGil Ko (John) Ph.D. Student Department of Computer Science Johns Hopkins University http://www.cs.jhu.edu/~jgko =20 ------_=_NextPart_001_01CB065E.262A547F Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

John:

 

=D8  You can probably imply = this in the previous email that if a node is the 'closest' to the root, = then the root will be the only parent

 

I certainly do. I also gathered that the presence of 3 parents = allowed to =A0“neglect the need for the S-bit”, iow no need for siblings when you have 3 = parents.

And I agree with both. But then, it appears that to the node closest = to the root does not have 3 parents. So it needs sibling to get an = alternate doesn’t it?

 

Pascal

 

From:= = JeongGil (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of = JeongGil Ko (John)
Sent: Monday, June 07, 2010 5:41 = PM
To: Pascal Thubert (pthubert)
Cc: Richard Kelsey; = roll@ietf.org
Subject: Re: [Roll] S = bit

 

Pascal.

 

You can probably imply this in the previous email that = if a node is the 'closest' to the root, then the root will be the only = parent. "Three 'at most'" may be a clearer way of saying this. = If you can only hear a single node that has a lower rank than you (in = any case) then that will be the only (potential) = parent.

 

-John

 

On = Jun 7, 2010, at 11:36 AM, Pascal Thubert (pthubert) = wrote:



So John,  does your sentence “three (at least in my = implementation) potential parents seems to neglect the need for the = S-bit.” apply to the = node closest to the root?

 

Pascal

 

From:=  JeongGil = (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of JeongGil Ko = (John)
Sent: Monday, June 07, 2010 5:24 = PM
To: Pascal = Thubert (pthubert)
Cc: Richard Kelsey; roll@ietf.org
Subject: Re: [Roll] S = bit

 

Pascal

 

Those nodes will only have a single parent, the = root. 

Given a node rank R > root rank =3D 1, other nodes = with rank values 1 < R' < R will also be added to the potential = parent list. 

If the root (rank =3D 1) is the only node that it can = hear, than that will be the only potential = parent.

 

-john

 

On Jun 7, 2010, at 11:12 AM, Pascal Thubert (pthubert) = wrote:




Hi John:

 

How does the node closest to the root find 3 = parents?

 

Pascal

 

From:=  JeongGil = (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of JeongGil Ko = (John)
Sent: Monday, June 07, 2010 3:12 = PM
To: Pascal = Thubert (pthubert)
Cc: Richard Kelsey; roll@ietf.org
Subject: Re: [Roll] S = bit

 

Pascal,


How long does your implementation wait = till it decides that a link is
goes down? Does it react instantly to = the loss of the last parent and
start local = repair?

 

<= p class=3DMsoNormal>My argument was that having a pool of three (at = least in my implementation) potential parents seems to neglect the need = for the S-bit. It seems that there is not a case where all three = potential parents die out simultaneously unless there is a node fault on = the transmitting node itself (yes... my code is still buggy). Indeed, my = implementations do react directly to the lack of parents in the parent = set but this as well has never (strong word but true for my case until = now) been seen. :)

 

<= p class=3DMsoNormal>-John





Pascal





-----Original = Message-----

From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org]= On Behalf

Of



=

JeongGil Ko = (John)

Sent: Saturday, June 05, 2010 12:45 = AM

To: Richard = Kelsey

Subject: Re: [Roll] S = bit

 

Hi.

 

On Jun 2, 2010, at 1:08 PM, Richard Kelsey = wrote:

 

From: Philip Levis <pal@cs.stanford.edu>

Date: Tue, 1 Jun 2010 10:42:10 = -0700

 

A recurring theme in feedback on RPL is that simpler = is = better;

=

LLNs



are often very cost-sensitive for microcontrollers, so = less code = is

better. It's easy to add mechanisms, bells and = whistles: = it's

harder



to = simplify.

 

I propose that we remove the S bit (sibling bit used = in = routing,

Section = 8.2).

 

I am in favor of removing the S bit.  I do not = find the = experiments

that have been run particularly = convincing.

While it's a small thing in itself, as Phil says, = simplifying = is

hard.



You don't get a simple protocol by only removing = things that have no

value at all.  For those that think we should = keep the S bit, = can

you



suggest some other ways to simplify = RPL?

 

 

I think what Richard is saying is exactly my = opinion.

 

If the S bit does remain, it would be good if = processing it = were

made



optional.  If a node never routes to siblings it = will never set the

S



bit and it should be allowed to ignore the S bit in = incoming

packets.



As things stand it must check the S bit in order to = detect routing

inconsistencies.

 

 

In terms of implementation, although I haven't gone = through serious

stress



<= div>

tests with my code yet, I don't recall seeing = any cases where the

S-bit = played



a critical role. Very vague but still I guess this = post will be the

only post up = to



now based on real implementation experience. I've been = doing a few

tests



recently (mostly for the goal of debugging) but = in no cases have I

seen = the



use of the S-bit. Of course this can be an = implementation specific and

environment specific observation but that's what I see = from here :) I

don't



see the point of having a backup plan after = another back up plan to

deal = with



a routing = inconsistency.

 

-John

 

         &= nbsp;           &n= bsp;   -Richard = Kelsey

_______________________________________________

Roll mailing = list

 

 

------

JeongGil Ko = (John)

Ph.D. = Student

Department of Computer = Science

Johns Hopkins = University

 

_______________________________________________

Roll mailing = list

 

=

 

= ------

= JeongGil Ko = (John)

= Ph.D. Student

= Department of Computer = Science

= Johns Hopkins = University

 

 

= ------

= JeongGil Ko (John)

= Ph.D. Student

= Department of Computer = Science

= Johns Hopkins University

 

 

= ------

= JeongGil Ko (John)

= Ph.D. Student

= Department of Computer Science

= Johns Hopkins University

 

------_=_NextPart_001_01CB065E.262A547F-- From pal@cs.stanford.edu Mon Jun 7 10:37:31 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2BBED28C202 for ; Mon, 7 Jun 2010 10:37:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.184 X-Spam-Level: X-Spam-Status: No, score=-4.184 tagged_above=-999 required=5 tests=[BAYES_40=-0.185, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l7W-mB-s2B36 for ; Mon, 7 Jun 2010 10:37:29 -0700 (PDT) Received: from cs-smtp-3.Stanford.EDU (cs-smtp-3.Stanford.EDU [171.64.64.27]) by core3.amsl.com (Postfix) with ESMTP id 077EF3A68B3 for ; Mon, 7 Jun 2010 09:43:14 -0700 (PDT) Received: from dnab404624.stanford.edu ([171.64.70.36]) by cs-smtp-3.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OLfPu-0002IW-M8; Mon, 07 Jun 2010 09:43:14 -0700 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: multipart/alternative; boundary=Apple-Mail-18--878432534 From: Philip Levis In-Reply-To: <8C35B46A-311B-4EC0-9D0B-DE888C950751@cs.jhu.edu> Date: Mon, 7 Jun 2010 09:43:14 -0700 Message-Id: <00292DCA-5B71-4D75-A48D-EE6A58B9A309@cs.stanford.edu> References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu><878w6xxsz6.fsf@kelsey-ws.hq.ember.com> <31D4B044-69E9-4A27-8C68-4CB7DFDCDA53@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A954B@XMB-AMS-107.cisco.com> <8C35B46A-311B-4EC0-9D0B-DE888C950751@cs.jhu.edu> To: JeongGil Ko (John) X-Mailer: Apple Mail (2.1078) X-Scan-Signature: 34530ccd932157cd24ba9d2c27818ca4 Cc: roll@ietf.org Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2010 17:37:31 -0000 --Apple-Mail-18--878432534 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Jun 7, 2010, at 6:12 AM, JeongGil Ko (John) wrote: > Pascal, >>=20 >> How long does your implementation wait till it decides that a link is >> goes down? Does it react instantly to the loss of the last parent and >> start local repair? >>=20 >=20 > My argument was that having a pool of three (at least in my = implementation) potential parents seems to neglect the need for the = S-bit. It seems that there is not a case where all three potential = parents die out simultaneously unless there is a node fault on the = transmitting node itself (yes... my code is still buggy). Indeed, my = implementations do react directly to the lack of parents in the parent = set but this as well has never (strong word but true for my case until = now) been seen. :) Pascal, We need to make RPL simpler whenever we can. The tendency is always to = add options and add complexity. It's hard, but when we can, we also need = to remove mechanisms that have become of very limited benefit. Here we = have someone actually implementing and testing RPL commenting that the S = bit doesn't seem to be useful. If you think he's mistaken, maybe you = should implement RPL and experimentally examine the cases you're = presenting? Phil= --Apple-Mail-18--878432534 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii

How long does your implementation = wait till it decides that a link is
goes down? Does it react = instantly to the loss of the last parent and
start local = repair?


My argument was = that having a pool of three (at least in my implementation) potential = parents seems to neglect the need for the S-bit. It seems that there is = not a case where all three potential parents die out simultaneously = unless there is a node fault on the transmitting node itself (yes... my = code is still buggy). Indeed, my implementations do react directly to = the lack of parents in the parent set but this as well has never (strong = word but true for my case until now) been seen. = :)

Pascal,
We need to make RPL simpler whenever we can. The tendency = is always to add options and add complexity. It's hard, but when we can, = we also need to remove mechanisms that have become of very limited = benefit. Here we have someone actually implementing and testing RPL = commenting that the S bit doesn't seem to be useful. If you think he's = mistaken, maybe you should implement RPL and experimentally examine the = cases you're = presenting?

Phil
= --Apple-Mail-18--878432534-- From jeonggil.ko@gmail.com Mon Jun 7 10:38:13 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D054828C10C for ; Mon, 7 Jun 2010 10:38:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.165 X-Spam-Level: X-Spam-Status: No, score=-2.165 tagged_above=-999 required=5 tests=[AWL=0.433, BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tUfgz1D-ic6A for ; Mon, 7 Jun 2010 10:38:08 -0700 (PDT) Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by core3.amsl.com (Postfix) with ESMTP id 05BE53A6967 for ; Mon, 7 Jun 2010 09:45:43 -0700 (PDT) Received: by vws19 with SMTP id 19so2431133vws.31 for ; Mon, 07 Jun 2010 09:45:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:message-id:references:to :x-mailer; bh=jJMcJuU9bBi69kgYcHMfyaPlgYLxgJh342ZubIgKWwY=; b=e3B2bh8YRHNGZzHI6Ha/otruJiqsgy0l5bQ68ksREg8BT2p6mD7nOrm3wn+JARTpQr WjGE0sJ3A4Vx1O9kiQOUbxYVFk4YjXA5vrIpRJfQfF9+7bmEiAvp7WZxr2p5llkvt9yC WEb8xJP+kjQcdLxmhNvnVIYnmTrXmkREKrsbw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to:x-mailer; b=IjoOopFQLqoKHUMvPOhXIy5fSOOUYxINjwyhK712q1m5f9Bvoed0rMh25POY7FoxRe 4QhZtoZQ/JynL7z7u15kgUQ4dQ5ppnwOKw+qj9rvBJnNgO8KtazbBaiSAVCaRBWFe3T0 02tCw4Oql6FxUqsTe5XlbwHdhXp6fiU27it8w= Received: by 10.224.63.231 with SMTP id c39mr8614091qai.126.1275929140654; Mon, 07 Jun 2010 09:45:40 -0700 (PDT) Received: from python.isi.jhu.edu (python.isi.jhu.edu [128.220.247.192]) by mx.google.com with ESMTPS id 2sm7261889qwi.9.2010.06.07.09.45.38 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 07 Jun 2010 09:45:39 -0700 (PDT) Sender: "JeongGil (John) Ko" Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: multipart/alternative; boundary=Apple-Mail-743--878289431 From: "JeongGil Ko (John)" In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D020A9720@XMB-AMS-107.cisco.com> Date: Mon, 7 Jun 2010 12:45:37 -0400 Message-Id: <91DAAF73-2B81-40AE-905B-88AC6D81FE00@cs.jhu.edu> References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu><878w6xxsz6.fsf@kelsey-ws.hq.ember.com> <31D4B044-69E9-4A27-8C68-4CB7DFDCDA53@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A954B@XMB-AMS-107.cisco.com> <8C35B46A-311B-4EC0-9D0B-DE888C950751@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A96B7@XMB-AMS-107.cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D020A96E1@XMB-AMS-107.cisco.com> <28226F7F-ED81-486A-B6AA-E58D4C3CE7F5@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A9720@XMB-AMS-107.cisco.com> To: Pascal Thubert (pthubert) X-Mailer: Apple Mail (2.1078) Cc: roll@ietf.org Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2010 17:38:14 -0000 --Apple-Mail-743--878289431 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Pascal. Let me do some more testing with the code but I find it an unlikely case = that many of the nodes will stand alone with the root as its only = potential parent. Even so, having the sibling forwarding for this case = 'only' seems like a waste of resources for all the other nodes (given = that practically the same code will be programmed on all the nodes in = compile time -- all the other nodes are going to have the sibling = forwarding code without a good use case). I believe we can simplify the = RPL specs and say that the node (that has a single connection to the = root) will perform recovery at the point it loses connection. I don't = see this as a huge bazooka and neither do I see disconnection at a link = close to the root a 'fly' :) It seems as though you are also agreeing = with me that for other cases (besides this extreme case with the root) = just having substitute potential parents can do the trick. I can = probably grab some numbers on the additional resource usage with and = without the sibling support in the next few weeks and quantify the = overhead (really busy with random stuff lately).=20 - John On Jun 7, 2010, at 12:26 PM, Pascal Thubert (pthubert) wrote: > John: > =20 > =D8 You can probably imply this in the previous email that if a node = is the 'closest' to the root, then the root will be the only parent > =20 > I certainly do. I also gathered that the presence of 3 parents allowed = to =93neglect the need for the S-bit=94, iow no need for siblings when = you have 3 parents. > And I agree with both. But then, it appears that to the node closest = to the root does not have 3 parents. So it needs sibling to get an = alternate doesn=92t it? > =20 > Pascal > =20 > From: JeongGil (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of = JeongGil Ko (John) > Sent: Monday, June 07, 2010 5:41 PM > To: Pascal Thubert (pthubert) > Cc: Richard Kelsey; roll@ietf.org > Subject: Re: [Roll] S bit > =20 > Pascal. > =20 > You can probably imply this in the previous email that if a node is = the 'closest' to the root, then the root will be the only parent. "Three = 'at most'" may be a clearer way of saying this. If you can only hear a = single node that has a lower rank than you (in any case) then that will = be the only (potential) parent. > =20 > -John > =20 > On Jun 7, 2010, at 11:36 AM, Pascal Thubert (pthubert) wrote: >=20 >=20 > So John, does your sentence =93three (at least in my implementation) = potential parents seems to neglect the need for the S-bit.=94 apply to = the node closest to the root? > =20 > Pascal > =20 > From: JeongGil (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of = JeongGil Ko (John) > Sent: Monday, June 07, 2010 5:24 PM > To: Pascal Thubert (pthubert) > Cc: Richard Kelsey; roll@ietf.org > Subject: Re: [Roll] S bit > =20 > Pascal > =20 > Those nodes will only have a single parent, the root.=20 > Given a node rank R > root rank =3D 1, other nodes with rank values 1 = < R' < R will also be added to the potential parent list.=20 > If the root (rank =3D 1) is the only node that it can hear, than that = will be the only potential parent. > =20 > -john > =20 > On Jun 7, 2010, at 11:12 AM, Pascal Thubert (pthubert) wrote: >=20 >=20 >=20 > Hi John: > =20 > How does the node closest to the root find 3 parents? > =20 > Pascal > =20 > From: JeongGil (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of = JeongGil Ko (John) > Sent: Monday, June 07, 2010 3:12 PM > To: Pascal Thubert (pthubert) > Cc: Richard Kelsey; roll@ietf.org > Subject: Re: [Roll] S bit > =20 > Pascal, >=20 > How long does your implementation wait till it decides that a link is > goes down? Does it react instantly to the loss of the last parent and > start local repair? >=20 > =20 > My argument was that having a pool of three (at least in my = implementation) potential parents seems to neglect the need for the = S-bit. It seems that there is not a case where all three potential = parents die out simultaneously unless there is a node fault on the = transmitting node itself (yes... my code is still buggy). Indeed, my = implementations do react directly to the lack of parents in the parent = set but this as well has never (strong word but true for my case until = now) been seen. :) > =20 > -John >=20 >=20 >=20 >=20 > Pascal >=20 >=20 >=20 >=20 >=20 > -----Original Message----- > From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf > Of >=20 >=20 >=20 > JeongGil Ko (John) > Sent: Saturday, June 05, 2010 12:45 AM > To: Richard Kelsey > Cc: roll@ietf.org > Subject: Re: [Roll] S bit > =20 > Hi. > =20 > On Jun 2, 2010, at 1:08 PM, Richard Kelsey wrote: > =20 > From: Philip Levis > Date: Tue, 1 Jun 2010 10:42:10 -0700 > =20 > A recurring theme in feedback on RPL is that simpler is better; > LLNs >=20 >=20 >=20 > are often very cost-sensitive for microcontrollers, so less code is > better. It's easy to add mechanisms, bells and whistles: it's > harder >=20 >=20 >=20 > to simplify. > =20 > I propose that we remove the S bit (sibling bit used in routing, > Section 8.2). > =20 > I am in favor of removing the S bit. I do not find the experiments > that have been run particularly convincing. > While it's a small thing in itself, as Phil says, simplifying is > hard. >=20 >=20 >=20 > You don't get a simple protocol by only removing things that have no > value at all. For those that think we should keep the S bit, can > you >=20 >=20 >=20 > suggest some other ways to simplify RPL? > =20 > =20 > I think what Richard is saying is exactly my opinion. > =20 > If the S bit does remain, it would be good if processing it were > made >=20 >=20 >=20 > optional. If a node never routes to siblings it will never set the > S >=20 >=20 >=20 > bit and it should be allowed to ignore the S bit in incoming > packets. >=20 >=20 >=20 > As things stand it must check the S bit in order to detect routing > inconsistencies. > =20 > =20 > In terms of implementation, although I haven't gone through serious > stress >=20 >=20 >=20 > tests with my code yet, I don't recall seeing any cases where the > S-bit played >=20 >=20 >=20 > a critical role. Very vague but still I guess this post will be the > only post up to >=20 >=20 >=20 > now based on real implementation experience. I've been doing a few > tests >=20 >=20 >=20 > recently (mostly for the goal of debugging) but in no cases have I > seen the >=20 >=20 >=20 > use of the S-bit. Of course this can be an implementation specific and > environment specific observation but that's what I see from here :) I > don't >=20 >=20 >=20 > see the point of having a backup plan after another back up plan to > deal with >=20 >=20 >=20 > a routing inconsistency. > =20 > -John > =20 > -Richard Kelsey > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > =20 > =20 > ------ > JeongGil Ko (John) > Ph.D. Student > Department of Computer Science > Johns Hopkins University > http://www.cs.jhu.edu/~jgko > =20 > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > =20 > =20 > ------ > JeongGil Ko (John) > Ph.D. Student > Department of Computer Science > Johns Hopkins University > http://www.cs.jhu.edu/~jgko > =20 > =20 > ------ > JeongGil Ko (John) > Ph.D. Student > Department of Computer Science > Johns Hopkins University > http://www.cs.jhu.edu/~jgko > =20 > =20 > ------ > JeongGil Ko (John) > Ph.D. Student > Department of Computer Science > Johns Hopkins University > http://www.cs.jhu.edu/~jgko > =20 ------ JeongGil Ko (John) Ph.D. Student Department of Computer Science Johns Hopkins University http://www.cs.jhu.edu/~jgko --Apple-Mail-743--878289431 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 Pascal.

Let me do some more = testing with the code but I find it an unlikely case that many of the = nodes will stand alone with the root as its only potential parent. Even = so, having the sibling forwarding for this case 'only' seems like a = waste of resources for all the other nodes (given that practically the = same code will be programmed on all the nodes in compile time -- all the = other nodes are going to have the sibling forwarding code without a good = use case). I believe we can simplify the RPL specs and say that the node = (that has a single connection to the root) will perform recovery at the = point it loses connection. I don't see this as a huge bazooka and = neither do I see disconnection at a link close to the root a 'fly' :) It = seems as though you are also agreeing with me that for other cases = (besides this extreme case with the root) just having substitute = potential parents can do the trick. I can probably grab some numbers on = the additional resource usage with and without the sibling support in = the next few weeks and quantify the overhead (really busy with random = stuff lately). 

- = John

On Jun 7, 2010, at 12:26 PM, Pascal Thubert = (pthubert) wrote:

John:
 
  You = can probably imply this in the previous email that if a node is the = 'closest' to the root, then the root will be the only parent
 
I certainly do. I also gathered = that the presence of 3 parents allowed to  =93neglect the = need for the S-bit=94, iow no need for siblings = when you have 3 parents.
And I agree with both. But then, it appears = that to the node closest to the = root does not have 3 parents. So it needs sibling to get an alternate = doesn=92t it?
 JeongGil = (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of JeongGil Ko = (John)
Sent: Monday, June 07, = 2010 5:41 PM
To: Pascal Thubert = (pthubert)
Cc: Richard Kelsey; roll@ietf.org
Subject: Re: [Roll] S = bit
You can probably imply = this in the previous email that if a node is the 'closest' to the root, = then the root will be the only parent. "Three 'at most'" may be a = clearer way of saying this. If you can only hear a single node that has = a lower rank than you (in any case) then that will be the only = (potential) parent.
On Jun 7, 2010, at 11:36 = AM, Pascal Thubert (pthubert) wrote:


So John,  does your sentence =93three = (at least in my implementation) potential parents seems to neglect the = need for the S-bit.=94 apply to the node closest to the = root?
Pascal
JeongGil (John) Ko = [mailto:jeonggil.ko@gmail.com] On Behalf Of JeongGil Ko = (John)
Sent: Monday, June 07, 2010 5:24 = PM
To: Pascal = Thubert (pthubert)
Cc: Richard Kelsey; roll@ietf.org
Subject: Re: [Roll] S = bit
 
Those nodes = will only have a single parent, the = root. 
Given a node rank R > root rank =3D 1, other nodes with rank = values 1 < R' < R will also be added to the potential parent = list. 
If the root (rank =3D 1) is the only node that it can hear, = than that will be the only potential = parent.
On Jun 7, = 2010, at 11:12 AM, Pascal Thubert (pthubert) = wrote:
Hi = John:
How does the node closest to the = root find 3 parents?
From:  On Behalf Of JeongGil Ko = (John)
Sent: Monday, June 07, 2010 3:12 = PM
To: Pascal = Thubert (pthubert)
Cc: Richard Kelsey; roll@ietf.org
Subject: Re: [Roll] S = bit
 
Pascal,

 

My argument was that having a pool of three (at least in my = implementation) potential parents seems to neglect the need for the = S-bit. It seems that there is not a case where all three potential = parents die out simultaneously unless there is a node fault on the = transmitting node itself (yes... my code is still buggy). Indeed, my = implementations do react directly to the lack of parents in the parent = set but this as well has never (strong word but true for my case until = now) been seen. :)
 
-John




Pascal





-----Original = Message-----
From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org= ] On Behalf
Of



JeongGil Ko (John)
Sent: Saturday, June 05, 2010 12:45 = AM
To: Richard = Kelsey
Subject: Re: [Roll] S = bit
 
Hi.
 
On Jun 2, 2010, at 1:08 PM, Richard Kelsey = wrote:
 
<= blockquote style=3D"margin-top: 5pt; margin-bottom: 5pt; ">
 
A recurring theme in feedback on RPL is that = simpler is = better;
<= blockquote style=3D"margin-top: 5pt; margin-bottom: 5pt; ">
 
I am in favor of removing the S bit.  I do not find the = experiments
that have been run particularly = convincing.
While it's a small thing in itself, as Phil says, simplifying = is
hard.



You don't get a simple protocol by only removing things that = have no
value at all.  For those that think we should keep the S = bit, = can
you



suggest some other ways to simplify = RPL?
 
 
I think what Richard is saying is exactly my = opinion.
 
If the S bit does remain, it would be good if processing it = were
made



optional.  If a node never routes to siblings it will = never set the
S



bit and it should be allowed to ignore the S bit in = incoming
packets.



As things stand it must check the S bit in order to detect = routing
inconsistencies.
<= blockquote style=3D"margin-top: 5pt; margin-bottom: 5pt; ">
 
 
In terms of implementation, although I haven't gone through = serious
stress



tests with my code yet, I don't recall seeing any cases where = the
S-bit = played



a critical role. Very vague but still I guess this post will be = the
only post up = to



now based on real implementation experience. I've been doing a = few
recently (mostly for the goal of debugging) but in no cases = have I
seen = the



use of the S-bit. Of course this can be an implementation = specific and
environment specific = observation but that's what I see from here :) = I
don't



see the point of having a backup plan after another back up = plan to
deal = with



a routing = inconsistency.
 
-John
 
            =             &n= bsp;-Richard = Kelsey
_______________________________________________
Roll mailing = list
 
------
JeongGil Ko = (John)
Ph.D. = Student
Department of Computer = Science
Johns Hopkins = University
= --Apple-Mail-743--878289431-- From pal@cs.stanford.edu Mon Jun 7 10:41:04 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DEECB3A67D7 for ; Mon, 7 Jun 2010 10:41:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.392 X-Spam-Level: X-Spam-Status: No, score=-5.392 tagged_above=-999 required=5 tests=[AWL=1.208, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7lgeglxDBNs7 for ; Mon, 7 Jun 2010 10:41:04 -0700 (PDT) Received: from cs-smtp-2.Stanford.EDU (cs-smtp-2.Stanford.EDU [171.64.64.26]) by core3.amsl.com (Postfix) with ESMTP id C55E73A69F1 for ; Mon, 7 Jun 2010 09:55:01 -0700 (PDT) Received: from dnab404624.stanford.edu ([171.64.70.36]) by cs-smtp-2.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OLfbK-0000sB-LX; Mon, 07 Jun 2010 09:55:02 -0700 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Philip Levis In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D020A924C@XMB-AMS-107.cisco.com> Date: Mon, 7 Jun 2010 09:55:02 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <15547534-78DB-4D1C-ACD0-1CCED3210D0B@cs.stanford.edu> References: <055.7153d5eea23badb3dd1cdb82fdf0a90a@tools.ietf.org> <064.0d298c29ad416d1d66e7e5a17d270995@tools.ietf.org> <6A2A459175DABE4BB11DE2026AA50A5D020A924C@XMB-AMS-107.cisco.com> To: Pascal Thubert (pthubert) X-Mailer: Apple Mail (2.1078) X-Scan-Signature: a1ccd6d2fa83ef575f7b7817ead66a1e Cc: roll@ietf.org Subject: Re: [Roll] [roll] #41: Adding the SLLA and MTU options in the RPL spec ? X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2010 17:41:05 -0000 On Jun 6, 2010, at 9:11 AM, Pascal Thubert (pthubert) wrote: > Dear WG: >=20 > Just as a reminder, we have a timer running on this decision.=20 > The current light consensus is to add SLLA and MTU options in DIO in = RPL 09. > If someone opposes please speak up! Can you clearly explain what problem they solve? We keep on cramming in more options and features; feedback from = implementers has consistently been to make the protocol simpler. Phil= From pal@cs.stanford.edu Mon Jun 7 10:54:40 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3DDDA3A6958 for ; Mon, 7 Jun 2010 10:54:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.788 X-Spam-Level: X-Spam-Status: No, score=-4.788 tagged_above=-999 required=5 tests=[AWL=-0.604, BAYES_40=-0.185, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e1Brbni7X8HZ for ; Mon, 7 Jun 2010 10:54:39 -0700 (PDT) Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by core3.amsl.com (Postfix) with ESMTP id 143FB3A69A4 for ; Mon, 7 Jun 2010 10:49:45 -0700 (PDT) Received: from dnab4046bc.stanford.edu ([171.64.70.188]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OLgSH-0003fD-Po; Mon, 07 Jun 2010 10:49:46 -0700 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: multipart/alternative; boundary=Apple-Mail-20--874445732 From: Philip Levis In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D020A9720@XMB-AMS-107.cisco.com> Date: Mon, 7 Jun 2010 10:49:41 -0700 Message-Id: <11DE9839-32D3-48EA-A5B6-C63FE283CFFA@cs.stanford.edu> References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu><878w6xxsz6.fsf@kelsey-ws.hq.ember.com> <31D4B044-69E9-4A27-8C68-4CB7DFDCDA53@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A954B@XMB-AMS-107.cisco.com> <8C35B46A-311B-4EC0-9D0B-DE888C950751@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A96B7@XMB-AMS-107.cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D020A96E1@XMB-AMS-107.cisco.com> <28226F7F-ED81-486A-B6AA-E58D4C3CE7F5@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A9720@XMB-AMS-107.cisco.com> To: Pascal Thubert (pthubert) X-Mailer: Apple Mail (2.1078) X-Scan-Signature: 7542284d7b4f03aa030784a8bdd0e892 Cc: roll@ietf.org Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Jun 2010 17:54:40 -0000 --Apple-Mail-20--874445732 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Jun 7, 2010, at 9:26 AM, Pascal Thubert (pthubert) wrote: > John: > =20 > =D8 You can probably imply this in the previous email that if a node = is the 'closest' to the root, then the root will be the only parent > =20 > I certainly do. I also gathered that the presence of 3 parents allowed = to =93neglect the need for the S-bit=94, iow no need for siblings when = you have 3 parents. > And I agree with both. But then, it appears that to the node closest = to the root does not have 3 parents. So it needs sibling to get an = alternate doesn=92t it? It's worth noting that there are many different implemented and = successfully deployed protocols that do not have this feature yet seem = to work fine. There are several options: 1) Move deeper in the DODAG (if DAGMaxRankIncrease allows it). 2) Wait for a global repair event. 3) Wait until the link returns; if it's a persistent failure you don't = want to be using the S bit regardless. My concern with this discussion is that it doesn't seem to be one of = tradeoffs. Of course the S bit can possibly be useful. But we need to = trade off the possible benefit with its cost (increased complexity). = John's point is that the benefit seems very very marginal. Phil --Apple-Mail-20--874445732 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252
On Jun 7, 2010, at 9:26 AM, Pascal = Thubert (pthubert) wrote:

John:
 
  You = can probably imply this in the previous email that if a node is the = 'closest' to the root, then the root will be the only parent
 
I certainly do. I also gathered = that the presence of 3 parents allowed to  =93neglect the = need for the S-bit=94, iow no need for siblings = when you have 3 parents.
And I agree with both. But then, it appears = that to the node closest to the = root does not have 3 parents. So it needs sibling to get an alternate = doesn=92t it? In-Reply-To: <91DAAF73-2B81-40AE-905B-88AC6D81FE00@cs.jhu.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] S bit Thread-Index: AcsGYOFSaZ0osRYWTQm44byLpNV+aQAdRzWQ References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu><878w6xxsz6.fsf@kelsey-ws.hq.ember.com> <31D4B044-69E9-4A27-8C68-4CB7DFDCDA53@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A954B@XMB-AMS-107.cisco.com> <8C35B46A-311B-4EC0-9D0B-DE888C950751@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A96B7@XMB-AMS-107.cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D020A96E1@XMB-AMS-107.cisco.com> <28226F7F-ED81-486A-B6AA-E58D4C3CE7F5@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A9720@XMB-AMS-107.cisco.com> <91DAAF73-2B81-40AE-905B-88AC6D81FE00@cs.jhu.edu> From: "Pascal Thubert (pthubert)" To: "JeongGil Ko (John)" X-OriginalArrivalTime: 08 Jun 2010 06:50:14.0680 (UTC) FILETIME=[D9309980:01CB06D6] Cc: roll@ietf.org Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2010 06:50:31 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CB06D6.D8FBD7B8 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi John: =20 I am not talking about many. I am talking about the node closest to the = root. It appears to me that 100% of the networks have such a node. As a result, 100% of the networks have at least one node that can only = have a sibling as alternate path. That's not exactly marginal. =20 If RPL has something dramatically different than the art iof routing, it = is that absolute requirement to allow multiple alternates, because of = the very nature of the links we're dealing with. This is why RPL has implemented the 3 lines of defense I discussed = earlier. Removing siblings is dropping the first line on the most = critical node in the network, bar the root itself. =20 About the bazooka, say you have a network with hundreds of nodes; and = the node closest to the root has to augment its Rank. How many nodes in = the network will have to do so? =20 Pascal =20 From: JeongGil (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of = JeongGil Ko (John) Sent: Monday, June 07, 2010 6:46 PM To: Pascal Thubert (pthubert) Cc: Richard Kelsey; roll@ietf.org Subject: Re: [Roll] S bit =20 Pascal. =20 Let me do some more testing with the code but I find it an unlikely case = that many of the nodes will stand alone with the root as its only = potential parent. Even so, having the sibling forwarding for this case = 'only' seems like a waste of resources for all the other nodes (given = that practically the same code will be programmed on all the nodes in = compile time -- all the other nodes are going to have the sibling = forwarding code without a good use case). I believe we can simplify the = RPL specs and say that the node (that has a single connection to the = root) will perform recovery at the point it loses connection. I don't = see this as a huge bazooka and neither do I see disconnection at a link = close to the root a 'fly' :) It seems as though you are also agreeing = with me that for other cases (besides this extreme case with the root) = just having substitute potential parents can do the trick. I can = probably grab some numbers on the additional resource usage with and = without the sibling support in the next few weeks and quantify the = overhead (really busy with random stuff lately).=20 =20 - John =20 On Jun 7, 2010, at 12:26 PM, Pascal Thubert (pthubert) wrote: John: =20 =D8 You can probably imply this in the previous email that if a node is = the 'closest' to the root, then the root will be the only parent =20 I certainly do. I also gathered that the presence of 3 parents allowed = to "neglect the need for the S-bit", iow no need for siblings when you = have 3 parents. And I agree with both. But then, it appears that to the node closest to = the root does not have 3 parents. So it needs sibling to get an = alternate doesn't it? =20 Pascal =20 From: JeongGil (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of = JeongGil Ko (John) Sent: Monday, June 07, 2010 5:41 PM To: Pascal Thubert (pthubert) Cc: Richard Kelsey; roll@ietf.org Subject: Re: [Roll] S bit =20 Pascal. =20 You can probably imply this in the previous email that if a node is the = 'closest' to the root, then the root will be the only parent. "Three 'at = most'" may be a clearer way of saying this. If you can only hear a = single node that has a lower rank than you (in any case) then that will = be the only (potential) parent. =20 -John =20 On Jun 7, 2010, at 11:36 AM, Pascal Thubert (pthubert) wrote: So John, does your sentence "three (at least in my implementation) = potential parents seems to neglect the need for the S-bit." apply to the = node closest to the root? =20 Pascal =20 From: JeongGil (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of = JeongGil Ko (John) Sent: Monday, June 07, 2010 5:24 PM To: Pascal Thubert (pthubert) Cc: Richard Kelsey; roll@ietf.org Subject: Re: [Roll] S bit =20 Pascal =20 Those nodes will only have a single parent, the root.=20 Given a node rank R > root rank =3D 1, other nodes with rank values 1 < = R' < R will also be added to the potential parent list.=20 If the root (rank =3D 1) is the only node that it can hear, than that = will be the only potential parent. =20 -john =20 On Jun 7, 2010, at 11:12 AM, Pascal Thubert (pthubert) wrote: Hi John: =20 How does the node closest to the root find 3 parents? =20 Pascal =20 From: JeongGil (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of = JeongGil Ko (John) Sent: Monday, June 07, 2010 3:12 PM To: Pascal Thubert (pthubert) Cc: Richard Kelsey; roll@ietf.org Subject: Re: [Roll] S bit =20 Pascal, =09 How long does your implementation wait till it decides that a link is goes down? Does it react instantly to the loss of the last parent and start local repair? =20 My argument was that having a pool of three (at least in my = implementation) potential parents seems to neglect the need for the = S-bit. It seems that there is not a case where all three potential = parents die out simultaneously unless there is a node fault on the = transmitting node itself (yes... my code is still buggy). Indeed, my = implementations do react directly to the lack of parents in the parent = set but this as well has never (strong word but true for my case until = now) been seen. :) =20 -John Pascal -----Original Message----- From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of JeongGil Ko (John) Sent: Saturday, June 05, 2010 12:45 AM To: Richard Kelsey Cc: roll@ietf.org Subject: Re: [Roll] S bit =20 Hi. =20 On Jun 2, 2010, at 1:08 PM, Richard Kelsey wrote: =20 From: Philip Levis Date: Tue, 1 Jun 2010 10:42:10 -0700 =20 A recurring theme in feedback on RPL is that simpler is better; LLNs are often very cost-sensitive for microcontrollers, so less code is better. It's easy to add mechanisms, bells and whistles: it's harder to simplify. =20 I propose that we remove the S bit (sibling bit used in routing, Section 8.2). =20 I am in favor of removing the S bit. I do not find the experiments that have been run particularly convincing. While it's a small thing in itself, as Phil says, simplifying is hard. You don't get a simple protocol by only removing things that have no value at all. For those that think we should keep the S bit, can you suggest some other ways to simplify RPL? =20 =20 I think what Richard is saying is exactly my opinion. =20 If the S bit does remain, it would be good if processing it were made optional. If a node never routes to siblings it will never set the S bit and it should be allowed to ignore the S bit in incoming packets. As things stand it must check the S bit in order to detect routing inconsistencies. =20 =20 In terms of implementation, although I haven't gone through serious stress tests with my code yet, I don't recall seeing any cases where the S-bit played a critical role. Very vague but still I guess this post will be the only post up to now based on real implementation experience. I've been doing a few tests recently (mostly for the goal of debugging) but in no cases have I seen the use of the S-bit. Of course this can be an implementation specific and environment specific observation but that's what I see from here :) I don't see the point of having a backup plan after another back up plan to deal with a routing inconsistency. =20 -John =20 -Richard Kelsey _______________________________________________ Roll mailing list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll =20 =20 ------ JeongGil Ko (John) Ph.D. Student Department of Computer Science Johns Hopkins University http://www.cs.jhu.edu/~jgko =20 _______________________________________________ Roll mailing list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll =20 =20 ------ JeongGil Ko (John) Ph.D. Student Department of Computer Science Johns Hopkins University http://www.cs.jhu.edu/~jgko =20 =20 ------ JeongGil Ko (John) Ph.D. Student Department of Computer Science Johns Hopkins University http://www.cs.jhu.edu/~jgko =20 =20 ------ JeongGil Ko (John) Ph.D. Student Department of Computer Science Johns Hopkins University http://www.cs.jhu.edu/~jgko =20 =20 ------ JeongGil Ko (John) Ph.D. Student Department of Computer Science Johns Hopkins University http://www.cs.jhu.edu/~jgko =20 ------_=_NextPart_001_01CB06D6.D8FBD7B8 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi John:

 

I am not talking about many. I am talking about the node closest to = the root. It appears to me that 100% of the networks have such a = node.

As a result, 100% of the networks have at least one node that can = only have a sibling as alternate path. That’s not exactly = marginal.

 

If RPL has something dramatically different than the art iof routing, = it is that absolute requirement to allow multiple alternates, because of = the very nature of the links we’re dealing = with.

This is why RPL has implemented the 3 lines of defense I discussed = earlier. Removing siblings is dropping the first line on the most = critical node in the network, bar the root = itself.

 

About the bazooka, say you have a network with hundreds of nodes; and = the node closest to the root has to augment its Rank. How many nodes in = the network will have to do so?

 

Pascal

 

From:= JeongGil = (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of JeongGil Ko = (John)
Sent: Monday, June 07, 2010 6:46 PM
To: = Pascal Thubert (pthubert)
Cc: Richard Kelsey; = roll@ietf.org
Subject: Re: [Roll] S = bit

 

Pascal.

 

Let me do some more testing with the code but I find = it an unlikely case that many of the nodes will stand alone with the = root as its only potential parent. Even so, having the sibling = forwarding for this case 'only' seems like a waste of resources for all = the other nodes (given that practically the same code will be programmed = on all the nodes in compile time -- all the other nodes are going to = have the sibling forwarding code without a good use case). I believe we = can simplify the RPL specs and say that the node (that has a single = connection to the root) will perform recovery at the point it loses = connection. I don't see this as a huge bazooka and neither do I see = disconnection at a link close to the root a 'fly' :) It seems as though = you are also agreeing with me that for other cases (besides this extreme = case with the root) just having substitute potential parents can do the = trick. I can probably grab some numbers on the additional resource usage = with and without the sibling support in the next few weeks and quantify = the overhead (really busy with random stuff = lately). 

 

- = John

 

On = Jun 7, 2010, at 12:26 PM, Pascal Thubert (pthubert) = wrote:



John:

 

=D8  You can probably imply = this in the previous email that if a node is the 'closest' to the root, = then the root will be the only parent

 

I certainly do. I also gathered that the presence of 3 parents = allowed to  “neglect the need for the S-bit”, iow no need for siblings when you have 3 = parents.

And I agree with both. But then, it appears that to the node closest to the root = does not have 3 parents. So it needs sibling to get an alternate = doesn’t it?

 

Pascal

 

From:=  JeongGil = (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of JeongGil Ko = (John)
Sent: Monday, June 07, = 2010 5:41 = PM
To: Pascal = Thubert (pthubert)
Cc: Richard Kelsey; roll@ietf.org
Subject: Re: [Roll] S = bit

 

Pascal.

 

You can probably imply this in the previous email that = if a node is the 'closest' to the root, then the root will be the only = parent. "Three 'at most'" may be a clearer way of saying this. = If you can only hear a single node that has a lower rank than you (in = any case) then that will be the only (potential) = parent.

 

-John

 

On Jun 7, 2010, at 11:36 AM, Pascal Thubert (pthubert) = wrote:




So John,  does your sentence “three (at least in my = implementation) potential parents seems to neglect the need for the = S-bit.” apply to the = node closest to the root?

 

Pascal

 

From:=  JeongGil = (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of JeongGil Ko = (John)
Sent: Monday, June 07, 2010 5:24 = PM
To: Pascal = Thubert (pthubert)
Cc: Richard Kelsey; roll@ietf.org
Subject: Re: [Roll] S = bit

 

Pascal

 

<= p class=3DMsoNormal>Those nodes will only have a single parent, the = root. 

Given a node rank R > root rank =3D 1, other nodes = with rank values 1 < R' < R will also be added to the potential = parent list. 

If the root (rank =3D 1) is the only node that it can = hear, than that will be the only potential = parent.

 

<= p = class=3DMsoNormal>-john

 

On Jun 7, 2010, at 11:12 AM, Pascal Thubert = (pthubert) wrote:





Hi John:

 

How does the node closest to the root find 3 = parents?

 

Pascal

 

=

From:=  JeongGil = (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of JeongGil Ko = (John)
Sent: Monday, June 07, 2010 3:12 = PM
To: Pascal = Thubert (pthubert)
Cc: Richard Kelsey; roll@ietf.org
Subject: Re: [Roll] S = bit

 

<= p = class=3DMsoNormal>Pascal,


How long does your implementation wait = till it decides that a link is
goes down? Does it react instantly to = the loss of the last parent and
start local = repair?

 

=

My argument was that having a pool of = three (at least in my implementation) potential parents seems to neglect = the need for the S-bit. It seems that there is not a case where all = three potential parents die out simultaneously unless there is a node = fault on the transmitting node itself (yes... my code is still buggy). = Indeed, my implementations do react directly to the lack of parents in = the parent set but this as well has never (strong word but true for my = case until now) been seen. = :)

 

=

-John

<= div>






Pascal






=

-----Original = Message-----

From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org]= On = Behalf

Of




=

JeongGil Ko = (John)

Sent: Saturday, June 05, 2010 12:45 = AM

To: Richard = Kelsey

Subject: Re: [Roll] S = bit

 

Hi.

 

On Jun 2, 2010, at 1:08 PM, Richard Kelsey = wrote:

 

From: Philip Levis <pal@cs.stanford.edu>

Date: Tue, 1 Jun 2010 10:42:10 = -0700

 

A recurring theme in feedback on RPL is that simpler = is = better;

LLNs




are often very cost-sensitive for microcontrollers, so = less code = is

better. It's easy to add mechanisms, bells and = whistles: = it's

harder




to = simplify.

 

I propose that we remove the S bit (sibling bit used = in = routing,

Section = 8.2).

 

I am in favor of removing the S bit.  I do not = find the = experiments

that have been run particularly = convincing.

While it's a small thing in itself, as Phil says, = simplifying = is

hard.




You don't get a simple protocol by only removing = things that have = no

value at all.  For those that think we should = keep the S bit, = can

<= div>

you




suggest some other ways to simplify = RPL?

 

 

I think what Richard is saying is exactly my = opinion.

 

If the S bit does remain, it would be good if = processing it = were

=

made




optional.  If a node never routes to siblings it = will never set = the

S




<= blockquote = style=3D'margin-top:5.0pt;margin-bottom:5.0pt'>

bit and it should be allowed to ignore the S bit in = incoming

packets.




=

As things stand it must check the S bit in order to = detect routing

inconsistencies.

 

 

In terms of implementation, although I haven't gone = through = serious

stress




tests with my code yet, I don't = recall seeing any cases where = the

S-bit = played




a critical role. Very vague but still I guess this = post will be the

only post up = to




now based on real implementation experience. I've been = doing a few

tests




recently (mostly for the goal of = debugging) but in no cases have = I

seen = the




use of the S-bit. Of course this can be an = implementation specific and

environment specific observation but that's what I see = from here :) = I

don't




see the point of having a backup = plan after another back up plan = to

deal = with




<= p class=3DMsoNormal>a routing = inconsistency.

 

-John

 

         &= nbsp;           &n= bsp;   -Richard = Kelsey

_______________________________________________

Roll mailing = list

 

 

------

JeongGil Ko = (John)

Ph.D. = Student

Department of Computer = Science

Johns Hopkins = University

 

_______________________________________________

Roll mailing = list

 

 

<= div>

------

JeongGil = Ko = (John)

<= p class=3DMsoNormal>Ph.D. = Student

=

Department= of Computer = Science

=

Johns = Hopkins = University

 

 

------

JeongGil = Ko (John)

Ph.D. = Student

Department= of Computer = Science

Johns = Hopkins = University

 

 

------

JeongGil = Ko (John)

Ph.D. = Student

Department= of Computer Science

Johns = Hopkins University

 

 

------

JeongGil = Ko (John)

Ph.D. = Student

Department= of Computer Science

Johns = Hopkins University

 

------_=_NextPart_001_01CB06D6.D8FBD7B8-- From jeonggil.ko@gmail.com Tue Jun 8 06:18:13 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 123E528C1B1 for ; Tue, 8 Jun 2010 06:18:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.273 X-Spam-Level: X-Spam-Status: No, score=-2.273 tagged_above=-999 required=5 tests=[AWL=0.325, BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OaI5D1w0Pe0D for ; Tue, 8 Jun 2010 06:18:10 -0700 (PDT) Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by core3.amsl.com (Postfix) with ESMTP id 8A1BE28C1AE for ; Tue, 8 Jun 2010 06:18:09 -0700 (PDT) Received: by vws9 with SMTP id 9so579687vws.31 for ; Tue, 08 Jun 2010 06:18:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:message-id:references:to :x-mailer; bh=1y5uSqWh9A0SR3qg23tY6MYVaJK1umILNrcULLmx23c=; b=sDsolKdjVxwrZJwrWZrmPnPsdRHNC48LA3HvWGhQNxaY/YRyun7H9lGxbZ25WjQMhu g0xaneTZ6hdstB9u7BxwCFNA9ngbeQ+PHYJcmTiIhywaSZXi4GsOseqXl+m9NJUTGq38 FeX0odOKui40q60ubihznbXcn98r2I51Gm90g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to:x-mailer; b=lJAW1nOe1AGJR1L6qV4xMSeLMmX8YzDd5J+WBg5TT7IDzBlzLZk2sjbNdBkjgJ0yVd GmBzXcCGmmGmnGPgqh3OlQ26PJrRCvYPpv94q6Z+H0HkliOri9S2/vlnbmzGjSe3hUHu jmKLeDTK5Bg+eNGG0bYE9cJXEp1M3Q95OI+c8= Received: by 10.224.78.4 with SMTP id i4mr143776qak.95.1276003087508; Tue, 08 Jun 2010 06:18:07 -0700 (PDT) Received: from shirins-laptop.wireless.jhu.edu ([128.220.159.20]) by mx.google.com with ESMTPS id m13sm17984185vcs.13.2010.06.08.06.18.02 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 08 Jun 2010 06:18:03 -0700 (PDT) Sender: "JeongGil (John) Ko" Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: multipart/alternative; boundary=Apple-Mail-1--804345889 From: "JeongGil Ko (John)" In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D020A9860@XMB-AMS-107.cisco.com> Date: Tue, 8 Jun 2010 09:18:01 -0400 Message-Id: References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu><878w6xxsz6.fsf@kelsey-ws.hq.ember.com> <31D4B044-69E9-4A27-8C68-4CB7DFDCDA53@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A954B@XMB-AMS-107.cisco.com> <8C35B46A-311B-4EC0-9D0B-DE888C950751@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A96B7@XMB-AMS-107.cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D020A96E1@XMB-AMS-107.cisco.com> <28226F7F-ED81-486A-B6AA-E58D4C3CE7F5@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A9720@XMB-AMS-107.cisco.com> <91DAAF73-2B81-40AE-905B-88AC6D81FE00@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A9860@XMB-AMS-107.cisco.com> To: Pascal Thubert (pthubert) X-Mailer: Apple Mail (2.1078) Cc: roll@ietf.org Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2010 13:18:13 -0000 --Apple-Mail-1--804345889 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Pascal, > I am not talking about many. I am talking about the node closest to = the root. It appears to me that 100% of the networks have such a node. > As a result, 100% of the networks have at least one node that can only = have a sibling as alternate path. That=92s not exactly marginal. Not all nodes that are connected to the root will have the root as the = only potential parent. I'm sure you can see the case where a node is = connected to a root but also has parents with a lower rank (that can = also be connected to the root; may be only to the root and maybe not). = Therefore, on a network's perspective, losing the 'critical path' (the = path where the only alternative path is a sibling) will not be blocking = data delivery and the network should have time to recover from link = faults while the packets go through different paths.=20 > =20 > If RPL has something dramatically different than the art iof routing, = it is that absolute requirement to allow multiple alternates, because of = the very nature of the links we=92re dealing with. > This is why RPL has implemented the 3 lines of defense I discussed = earlier. Removing siblings is dropping the first line on the most = critical node in the network, bar the root itself. > =20 > About the bazooka, say you have a network with hundreds of nodes; and = the node closest to the root has to augment its Rank. How many nodes in = the network will have to do so? > =20 Agreed that the nodes close to the node closest to the root will have to = change their rank values. However, as the distance gets farther this = will go away given that we do not have a single path but multiple = potential parent sets. Thus, the node closest to the root will not = necessarily affect the rank computation to all 'hundreds of nodes'. -John=20 > Pascal > =20 > From: JeongGil (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of = JeongGil Ko (John) > Sent: Monday, June 07, 2010 6:46 PM > To: Pascal Thubert (pthubert) > Cc: Richard Kelsey; roll@ietf.org > Subject: Re: [Roll] S bit > =20 > Pascal. > =20 > Let me do some more testing with the code but I find it an unlikely = case that many of the nodes will stand alone with the root as its only = potential parent. Even so, having the sibling forwarding for this case = 'only' seems like a waste of resources for all the other nodes (given = that practically the same code will be programmed on all the nodes in = compile time -- all the other nodes are going to have the sibling = forwarding code without a good use case). I believe we can simplify the = RPL specs and say that the node (that has a single connection to the = root) will perform recovery at the point it loses connection. I don't = see this as a huge bazooka and neither do I see disconnection at a link = close to the root a 'fly' :) It seems as though you are also agreeing = with me that for other cases (besides this extreme case with the root) = just having substitute potential parents can do the trick. I can = probably grab some numbers on the additional resource usage with and = without the sibling support in the next few weeks and quantify the = overhead (really busy with random stuff lately).=20 > =20 > - John > =20 > On Jun 7, 2010, at 12:26 PM, Pascal Thubert (pthubert) wrote: >=20 >=20 > John: > =20 > =D8 You can probably imply this in the previous email that if a node = is the 'closest' to the root, then the root will be the only parent > =20 > I certainly do. I also gathered that the presence of 3 parents allowed = to =93neglect the need for the S-bit=94, iow no need for siblings when = you have 3 parents. > And I agree with both. But then, it appears that to the node closest = to the root does not have 3 parents. So it needs sibling to get an = alternate doesn=92t it? > =20 > Pascal > =20 > From: JeongGil (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of = JeongGil Ko (John) > Sent: Monday, June 07, 2010 5:41 PM > To: Pascal Thubert (pthubert) > Cc: Richard Kelsey; roll@ietf.org > Subject: Re: [Roll] S bit > =20 > Pascal. > =20 > You can probably imply this in the previous email that if a node is = the 'closest' to the root, then the root will be the only parent. "Three = 'at most'" may be a clearer way of saying this. If you can only hear a = single node that has a lower rank than you (in any case) then that will = be the only (potential) parent. > =20 > -John > =20 > On Jun 7, 2010, at 11:36 AM, Pascal Thubert (pthubert) wrote: >=20 >=20 >=20 > So John, does your sentence =93three (at least in my implementation) = potential parents seems to neglect the need for the S-bit.=94 apply to = the node closest to the root? > =20 > Pascal > =20 > From: JeongGil (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of = JeongGil Ko (John) > Sent: Monday, June 07, 2010 5:24 PM > To: Pascal Thubert (pthubert) > Cc: Richard Kelsey; roll@ietf.org > Subject: Re: [Roll] S bit > =20 > Pascal > =20 > Those nodes will only have a single parent, the root.=20 > Given a node rank R > root rank =3D 1, other nodes with rank values 1 = < R' < R will also be added to the potential parent list.=20 > If the root (rank =3D 1) is the only node that it can hear, than that = will be the only potential parent. > =20 > -john > =20 > On Jun 7, 2010, at 11:12 AM, Pascal Thubert (pthubert) wrote: >=20 >=20 >=20 >=20 > Hi John: > =20 > How does the node closest to the root find 3 parents? > =20 > Pascal > =20 > From: JeongGil (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of = JeongGil Ko (John) > Sent: Monday, June 07, 2010 3:12 PM > To: Pascal Thubert (pthubert) > Cc: Richard Kelsey; roll@ietf.org > Subject: Re: [Roll] S bit > =20 > Pascal, >=20 > How long does your implementation wait till it decides that a link is > goes down? Does it react instantly to the loss of the last parent and > start local repair? >=20 > =20 > My argument was that having a pool of three (at least in my = implementation) potential parents seems to neglect the need for the = S-bit. It seems that there is not a case where all three potential = parents die out simultaneously unless there is a node fault on the = transmitting node itself (yes... my code is still buggy). Indeed, my = implementations do react directly to the lack of parents in the parent = set but this as well has never (strong word but true for my case until = now) been seen. :) > =20 > -John >=20 >=20 >=20 >=20 >=20 > Pascal >=20 >=20 >=20 >=20 >=20 >=20 > -----Original Message----- > From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf > Of >=20 >=20 >=20 >=20 > JeongGil Ko (John) > Sent: Saturday, June 05, 2010 12:45 AM > To: Richard Kelsey > Cc: roll@ietf.org > Subject: Re: [Roll] S bit > =20 > Hi. > =20 > On Jun 2, 2010, at 1:08 PM, Richard Kelsey wrote: > =20 > From: Philip Levis > Date: Tue, 1 Jun 2010 10:42:10 -0700 > =20 > A recurring theme in feedback on RPL is that simpler is better; > LLNs >=20 >=20 >=20 >=20 > are often very cost-sensitive for microcontrollers, so less code is > better. It's easy to add mechanisms, bells and whistles: it's > harder >=20 >=20 >=20 >=20 > to simplify. > =20 > I propose that we remove the S bit (sibling bit used in routing, > Section 8.2). > =20 > I am in favor of removing the S bit. I do not find the experiments > that have been run particularly convincing. > While it's a small thing in itself, as Phil says, simplifying is > hard. >=20 >=20 >=20 >=20 > You don't get a simple protocol by only removing things that have no > value at all. For those that think we should keep the S bit, can > you >=20 >=20 >=20 >=20 > suggest some other ways to simplify RPL? > =20 > =20 > I think what Richard is saying is exactly my opinion. > =20 > If the S bit does remain, it would be good if processing it were > made >=20 >=20 >=20 >=20 > optional. If a node never routes to siblings it will never set the > S >=20 >=20 >=20 >=20 > bit and it should be allowed to ignore the S bit in incoming > packets. >=20 >=20 >=20 >=20 > As things stand it must check the S bit in order to detect routing > inconsistencies. > =20 > =20 > In terms of implementation, although I haven't gone through serious > stress >=20 >=20 >=20 >=20 > tests with my code yet, I don't recall seeing any cases where the > S-bit played >=20 >=20 >=20 >=20 > a critical role. Very vague but still I guess this post will be the > only post up to >=20 >=20 >=20 >=20 > now based on real implementation experience. I've been doing a few > tests >=20 >=20 >=20 >=20 > recently (mostly for the goal of debugging) but in no cases have I > seen the >=20 >=20 >=20 >=20 > use of the S-bit. Of course this can be an implementation specific and > environment specific observation but that's what I see from here :) I > don't >=20 >=20 >=20 >=20 > see the point of having a backup plan after another back up plan to > deal with >=20 >=20 >=20 >=20 > a routing inconsistency. > =20 > -John > =20 > -Richard Kelsey > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > =20 > =20 > ------ > JeongGil Ko (John) > Ph.D. Student > Department of Computer Science > Johns Hopkins University > http://www.cs.jhu.edu/~jgko > =20 > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > =20 > =20 > ------ > JeongGil Ko (John) > Ph.D. Student > Department of Computer Science > Johns Hopkins University > http://www.cs.jhu.edu/~jgko > =20 > =20 > ------ > JeongGil Ko (John) > Ph.D. Student > Department of Computer Science > Johns Hopkins University > http://www.cs.jhu.edu/~jgko > =20 > =20 > ------ > JeongGil Ko (John) > Ph.D. Student > Department of Computer Science > Johns Hopkins University > http://www.cs.jhu.edu/~jgko > =20 > =20 > ------ > JeongGil Ko (John) > Ph.D. Student > Department of Computer Science > Johns Hopkins University > http://www.cs.jhu.edu/~jgko > =20 ------ JeongGil Ko (John) Ph.D. Student Department of Computer Science Johns Hopkins University http://www.cs.jhu.edu/~jgko --Apple-Mail-1--804345889 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 Pascal,

I am not talking about many. I am talking about the = node closest to the root. It appears to me that 100% of the networks = have such a node.
As a = result, 100% of the networks have at least one node that can only have a = sibling as alternate path. That=92s not exactly = marginal.
 
If RPL has something dramatically = different than the art iof routing, it is that absolute requirement to = allow multiple alternates, because of the very nature of the links we=92re= dealing with.
This = is why RPL has implemented the 3 lines of defense I discussed earlier. = Removing siblings is dropping the first line on the most critical node = in the network, bar the root itself.
About = the bazooka, say you have a network with hundreds of nodes; and the node = closest to the root has to augment its Rank. How many nodes in the = network will have to do so?
 JeongGil (John) Ko = [mailto:jeonggil.ko@gmail.com] On Behalf Of JeongGil Ko = (John)
Sent: Monday, June 07, 2010 6:46 = PM
To: Pascal = Thubert (pthubert)
Cc: Richard Kelsey; roll@ietf.org
Subject: Re: [Roll] S = bit
Let me do some more = testing with the code but I find it an unlikely case that many of the = nodes will stand alone with the root as its only potential parent. Even = so, having the sibling forwarding for this case 'only' seems like a = waste of resources for all the other nodes (given that practically the = same code will be programmed on all the nodes in compile time -- all the = other nodes are going to have the sibling forwarding code without a good = use case). I believe we can simplify the RPL specs and say that the node = (that has a single connection to the root) will perform recovery at the = point it loses connection. I don't see this as a huge bazooka and = neither do I see disconnection at a link close to the root a 'fly' :) It = seems as though you are also agreeing with me that for other cases = (besides this extreme case with the root) just having substitute = potential parents can do the trick. I can probably grab some numbers on = the additional resource usage with and without the sibling support in = the next few weeks and quantify the overhead (really busy with random = stuff lately). 
- = John
On Jun 7, 2010, at 12:26 = PM, Pascal Thubert (pthubert) wrote:


John:
=D8  You can probably = imply this in the previous email that if a node is the 'closest' to the = root, then the root will be the only = parent
I certainly do. I also gathered that the presence of = 3 parents allowed to  =93neglect the need for the S-bit=94, iow no need for siblings when you have 3 = parents.
And I agree with both. But then, it appears = that to the node closest to the = root does not have 3 parents. So it needs sibling to get an alternate = doesn=92t it?
 
 
From:JeongGil (John) Ko = [mailto:jeonggil.ko@gmail.com] On Behalf Of JeongGil Ko = (John)
Sent: Monday, June 07, = 2010 5:41 PM
To: Pascal Thubert = (pthubert)
Cc: Richard Kelsey; roll@ietf.org
Subject: Re: [Roll] S = bit
 
You can = probably imply this in the previous email that if a node is the = 'closest' to the root, then the root will be the only parent. "Three 'at = most'" may be a clearer way of saying this. If you can only hear a = single node that has a lower rank than you (in any case) then that will = be the only (potential) = parent.
On Jun 7, = 2010, at 11:36 AM, Pascal Thubert (pthubert) = wrote:
So John,  does your sentence = =93three (at least in my implementation) potential parents seems = to neglect the need for the S-bit.=94 apply = to the node closest to = the root?
From:  On Behalf Of JeongGil Ko = (John)
Sent: Monday, June 07, 2010 5:24 = PM
To: Pascal = Thubert (pthubert)
Cc: Richard Kelsey; roll@ietf.org
Subject: Re: [Roll] S = bit
 
Pascal
 
Those nodes will only have a single parent, the = root. 
Given a node rank R > root rank =3D 1, other nodes with rank = values 1 < R' < R will also be added to the potential parent = list. 
If the root (rank =3D 1) is the only node that it can hear, = than that will be the only potential = parent.
 
-john
 
On Jun 7, 2010, at 11:12 AM, Pascal Thubert (pthubert) = wrote:




Hi = John:
How does the node closest to the = root find 3 = parents?
From:  On Behalf Of JeongGil Ko = (John)
Sent: Monday, June 07, 2010 3:12 = PM
To: Pascal = Thubert (pthubert)
Cc: Richard Kelsey; roll@ietf.org
Subject: Re: [Roll] S = bit
 
Pascal,

 

My argument was that having a pool of three (at least in my = implementation) potential parents seems to neglect the need for the = S-bit. It seems that there is not a case where all three potential = parents die out simultaneously unless there is a node fault on the = transmitting node itself (yes... my code is still buggy). Indeed, my = implementations do react directly to the lack of parents in the parent = set but this as well has never (strong word but true for my case until = now) been seen. = :)
 
-John





-----Original = Message-----
From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org= ] On = Behalf
Of




=
JeongGil Ko = (John)
Sent: Saturday, June 05, = 2010 12:45 AM
To: Richard = Kelsey
Subject: Re: [Roll] S = bit
 
Hi.
 
On Jun 2, 2010, at 1:08 PM, Richard Kelsey = wrote:
 
better. It's easy to add mechanisms, bells and whistles: = it's
to = simplify.
 
I propose that we remove the S bit (sibling = bit used in = routing,
Section = 8.2).
that have been run particularly = convincing.
While it's a small thing in itself, as Phil says, simplifying = is
<= div>
You don't get a simple protocol by only removing things that = have no
value at all.  For those that think we should keep the S = bit, = can
=
suggest some other ways to simplify = RPL?
 
I think what Richard is saying is exactly my = opinion.
 
If the S bit does remain, it would be good if processing it = were
optional.  If a node never routes to siblings it will = never set = the
S




bit and it should be allowed to ignore the S bit in = incoming
packets.




As things stand it must check the S bit in order to detect = routing
inconsistencies.
In terms of implementation, although I haven't gone through = serious
stress




<= div>
tests with my code yet, I don't recall seeing any cases = where the
S-bit = played




a critical role. Very vague but still I guess this post = will be the
only post up = to




now based on real implementation experience. I've been doing a = few
tests




recently (mostly for the goal of debugging) but in no = cases have I
seen = the




<= div style=3D"margin-top: 0cm; margin-right: 0cm; margin-bottom: = 0.0001pt; margin-left: 0cm; font-size: 12pt; font-family: 'Times New = Roman', serif; ">use of the S-bit. Of course this can be an = implementation specific = and
environment specific = observation but that's what I see from here :) = I
don't




see the point of having a backup plan after another = back up plan to
deal = with




=
a routing = inconsistency.
 
-John
 
            =             &n= bsp;-Richard = Kelsey
_______________________________________________
Roll mailing = list
= --Apple-Mail-1--804345889-- From pthubert@cisco.com Tue Jun 8 06:50:24 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B062528C1B2 for ; Tue, 8 Jun 2010 06:50:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.277 X-Spam-Level: X-Spam-Status: No, score=-9.277 tagged_above=-999 required=5 tests=[AWL=-0.167, BAYES_05=-1.11, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8Y7W+A8JUwdw for ; Tue, 8 Jun 2010 06:50:23 -0700 (PDT) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 56BFA28C1B1 for ; Tue, 8 Jun 2010 06:50:23 -0700 (PDT) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-AV: E=Sophos;i="4.53,384,1272844800"; d="scan'208";a="119176179" Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 08 Jun 2010 13:50:18 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o58DoGNR015941; Tue, 8 Jun 2010 13:50:18 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 8 Jun 2010 15:50:16 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 8 Jun 2010 15:50:12 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D020A9AFB@XMB-AMS-107.cisco.com> In-Reply-To: <15547534-78DB-4D1C-ACD0-1CCED3210D0B@cs.stanford.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] [roll] #41: Adding the SLLA and MTU options in the RPL spec ? Thread-Index: AcsGYjjn4edxIK6fTjOLLpSy+8SuuwAol93A References: <055.7153d5eea23badb3dd1cdb82fdf0a90a@tools.ietf.org> <064.0d298c29ad416d1d66e7e5a17d270995@tools.ietf.org> <6A2A459175DABE4BB11DE2026AA50A5D020A924C@XMB-AMS-107.cisco.com> <15547534-78DB-4D1C-ACD0-1CCED3210D0B@cs.stanford.edu> From: "Pascal Thubert (pthubert)" To: "Philip Levis" X-OriginalArrivalTime: 08 Jun 2010 13:50:16.0289 (UTC) FILETIME=[8684F510:01CB0711] Cc: roll@ietf.org Subject: Re: [Roll] [roll] #41: Adding the SLLA and MTU options in the RPL spec ? X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2010 13:50:24 -0000 Hi Phil: SLLA would be placed in (some) DIO, DAO and DIS. The goal would be to provide a link layer address for the sender. Today, the flow has to be Parent child DIO (to mcast) ----------------------------------------> NS with SLLA opt <---------------------------------------- NA with TLLA opt ----------------------------------------> DAO (to mac in TLLA) <---------------------------------------- If we allow the option we get: Parent child DIO with SLLA opt ----------------------------------------> DAO with SLLA opt=20 <---------------------------------------- MTU would enable the root to force a consistent MTU over the LLN. If the LLN is a stub, all packets going up would be below that MTU. The root would still have to support PMTUD for packets coming from the outside. Finally, if that MTU is 1280 like 6LoWPAN does, then the nodes in eth RPL network do not have to care about PMTUD at all. Alternate would be do support PMTUD and related costs within the LLN (RFC 1981). Finally, we'll have to decide how we handle the sequence numbers (in particular loss of sync), whether we detect address duplication, and whether we clean up routes from the top in case of an error. Pascal > -----Original Message----- > From: Philip Levis [mailto:pal@cs.stanford.edu] > Sent: Monday, June 07, 2010 6:55 PM > To: Pascal Thubert (pthubert) > Cc: roll@ietf.org; jpv@cisco.com > Subject: Re: [Roll] [roll] #41: Adding the SLLA and MTU options in the RPL > spec ? >=20 >=20 > On Jun 6, 2010, at 9:11 AM, Pascal Thubert (pthubert) wrote: >=20 > > Dear WG: > > > > Just as a reminder, we have a timer running on this decision. > > The current light consensus is to add SLLA and MTU options in DIO in RPL > 09. > > If someone opposes please speak up! >=20 > Can you clearly explain what problem they solve? >=20 > We keep on cramming in more options and features; feedback from > implementers has consistently been to make the protocol simpler. >=20 > Phil From richard.kelsey@ember.com Tue Jun 8 06:50:58 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 86A4328C1D7 for ; Tue, 8 Jun 2010 06:50:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.001 X-Spam-Level: X-Spam-Status: No, score=0.001 tagged_above=-999 required=5 tests=[BAYES_50=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NDoegBjo2N3g for ; Tue, 8 Jun 2010 06:50:57 -0700 (PDT) Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id 8A1F528C1C7 for ; Tue, 8 Jun 2010 06:50:57 -0700 (PDT) Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 8 Jun 2010 09:50:58 -0400 Date: Tue, 08 Jun 2010 09:52:00 -0400 Message-Id: <87ljap639b.fsf@kelsey-ws.hq.ember.com> To: "Pascal Thubert (pthubert)" In-reply-to: <6A2A459175DABE4BB11DE2026AA50A5D020A9860@XMB-AMS-107.cisco.com> (pthubert@cisco.com) From: Richard Kelsey References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu><878w6xxsz6.fsf@kelsey-ws.hq.ember.com> <31D4B044-69E9-4A27-8C68-4CB7DFDCDA53@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A954B@XMB-AMS-107.cisco.com> <8C35B46A-311B-4EC0-9D0B-DE888C950751@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A96B7@XMB-AMS-107.cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D020A96E1@XMB-AMS-107.cisco.com> <28226F7F-ED81-486A-B6AA-E58D4C3CE7F5@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A9720@XMB-AMS-107.cisco.com> <91DAAF73-2B81-40AE-905B-88AC6D81FE00@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A9860@XMB-AMS-107.cisco.com> X-OriginalArrivalTime: 08 Jun 2010 13:50:58.0196 (UTC) FILETIME=[9F7F7540:01CB0711] Cc: roll@ietf.org Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2010 13:50:58 -0000 > Date: Tue, 8 Jun 2010 08:50:11 +0200 > From: "Pascal Thubert (pthubert)" > > I am not talking about many. I am talking about the node closest to the = > root. It appears to me that 100% of the networks have such a node. But not a unique such node. Unless the rank is very fine-grained, many if not most neworks will have two or more nodes at that minimum distance. If there is only one such node then sibling routing won't help it. > About the bazooka, say you have a network with hundreds of nodes; and > the node closest to the root has to augment its Rank. How many nodes in > the network will have to do so? You can't have it both ways. If that closest node has no siblings then the ranks will go up whether or not we have the 'S' bit. If that closest node has siblings at the same rank, then having it increase its rank may not affect any other nodes, if those other nodes can route through a sibling instead. I think that we should move the 'S' bit to a separate draft, for two reasons. The first is that, as Pascal says, RPL now has three ways to react to link changes ('S' bit, local rank increase, rebuild from root). That seems like too much belt and suspenders for what is supposed to be a simple protocol. The other reason is that I don't think we have a good understanding of how to best make use of siblings. Is one sibling hop the right number? How to pick which sibling? How does rank granularity affect sibling routing? No one seems to have much experience with this. -Richard Kelsey From mdurvy@cisco.com Tue Jun 8 07:30:50 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 639F728C1E6 for ; Tue, 8 Jun 2010 07:30:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.578 X-Spam-Level: X-Spam-Status: No, score=-6.578 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8, SARE_GIF_ATTACH=1.42] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Tv28-nXpDdLs for ; Tue, 8 Jun 2010 07:29:42 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id A8CB828C1D1 for ; Tue, 8 Jun 2010 07:29:40 -0700 (PDT) Authentication-Results: sj-iport-6.cisco.com; dkim=neutral (message not signed) header.i=none X-Files: smime.p7s : 4235 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AoQGAIrwDUyrRN+J/2dsb2JhbACBQ5BujBNxpAWaGwKFFAQ X-IronPort-AV: E=Sophos;i="4.53,384,1272844800"; d="gif'147?p7s'147?scan'147,208,217,147";a="541600714" Received: from sj-core-3.cisco.com ([171.68.223.137]) by sj-iport-6.cisco.com with ESMTP; 08 Jun 2010 14:29:41 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-3.cisco.com (8.13.8/8.14.3) with ESMTP id o58ETSuY015185 for ; Tue, 8 Jun 2010 14:29:41 GMT Received: from xmb-ams-103.cisco.com ([144.254.74.78]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 8 Jun 2010 16:29:35 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 8 Jun 2010 16:29:34 +0200 Content-Type: multipart/signed; micalg=SHA1; boundary="----=_NextPart_000_043B_01CB0727.C79AA1B0"; protocol="application/x-pkcs7-signature" Message-ID: <8A977BDC5A7B0E429B0F521E8D6F91EE02350AA4@XMB-AMS-103.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: leaf node and DTSN Thread-Index: AcsHFwP+JsUlPjjBSjCYufTf07hVhg== From: "Mathilde Durvy (mdurvy)" To: X-OriginalArrivalTime: 08 Jun 2010 14:29:35.0878 (UTC) FILETIME=[04F1AA60:01CB0717] Subject: [Roll] leaf node and DTSN X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2010 14:30:50 -0000 This is a multipart message in MIME format. ------=_NextPart_000_043B_01CB0727.C79AA1B0 Content-Type: multipart/related; boundary="----=_NextPart_001_043C_01CB0727.C79AA1B0" ------=_NextPart_001_043C_01CB0727.C79AA1B0 Content-Type: multipart/alternative; boundary="----=_NextPart_002_043D_01CB0727.C79AA1B0" ------=_NextPart_002_043D_01CB0727.C79AA1B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi All, =20 Small questions=20 - Section 6.5 What is the rationale behind a leaf node sending DIOs if nobody can = attach to it? I would rather expect the node to use a DAO to advertize its presence = and allow packets to be routed to it. - Section 7.1.7 When is the DTSN incremented without having the =91T=92 flag set? =20 Best, Mathilde =20 =20 http://www.cisco.com/swa/i/logo.gif Durvy Mathilde Software Engineer Technology center mdurvy@cisco.com Phone: +41 21 822 1725 Mobile: +41 76 396 8116 Cisco Systems International S=E0rl Av. des Uttins, 5 CH-1180 Rolle Cisco home page =20 =20 Think before you print.Think before you print. This e-mail may contain confidential and privileged material for the = sole use of the intended recipient. Any review, use, distribution or = disclosure by others is strictly prohibited. If you are not the intended recipient = (or authorized to receive for the recipient), please contact the sender by = reply e-mail and delete all copies of this message. ------=_NextPart_002_043D_01CB0727.C79AA1B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi All,

 

Small questions

- Section 6.5

What is the rationale behind a leaf node sending = DIOs if nobody can attach to it?

I would rather expect the node to use a DAO to = advertize its presence and allow packets to be routed to it.

- Section 7.1.7

When is the DTSN incremented without having the = ‘T’ flag set?

 

Best,

Mathilde

 

 

3D"http://www.cisco.com/swa/i/logo.gif"

Durvy = Mathilde
Software = Engineer
Technology = center

mdurvy@cisco.com
Phone: +41 = 21 822 1725
Mobile: +41 = 76 396 8116

Cisco Systems International = S=E0rl
Av. des Uttins, 5
CH-1180 Rolle

Cisco = home page

 

 

3D"ThinkThink before you = print.

This e-mail may contain confidential and privileged material for the sole use of = the intended recipient. Any review, use, distribution or disclosure by = others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender = by reply e-mail and delete all copies of this = message.


------=_NextPart_002_043D_01CB0727.C79AA1B0-- ------=_NextPart_001_043C_01CB0727.C79AA1B0 Content-Type: image/gif; name="image001.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhbgBJAMQAAP///3OXqtapqq1MTcmRki9mgZkAALpqbMl/f6g5O/Xq6+vX2OTIyaMqK/nz 9OW/v5sVFsbV3Nfh5p0PD5kFBf78/P38/Pz6+v/+/rZdXpcKDKAhIvv396QvMO/g4Ny4uSH5BAAA AAAALAAAAABuAEkAQAX/ICCOZGmeaKqubOu+cCzPdG3feK6nkln8pp5LSPoVgrucsbQsAp1HKPM5 alapImtyy+16SwKDmJBCiBEWgMUsPgg8JMHEQCGTMACP2HDgiBQZYglfOQ+GDy2HhiqKKI2EkJGS k5SVlpeYmZpfWkpYmypEV1GjU6QjolmfnZ0AqZWvrj6fski2UiWxsZkcHxkNYg0IABUibAjFIgsH wAYNBwokvb8QEMIOJAwICQYQCQgLoCgLHWIdHwoKCwzExmdpGBwcxRgDYhkXAOTm6OoMfg4CiRGg wAOBOXzEKVzIsKHDhxAjSpxIsaKNCAEibMGo0WKLVjdAVgxQIICpEiRN/7JIeZIEy4WsVsk8BSAm TZstLb0csVMVzZ4AgALtJLQkRY4bM3pcupDAHgMduA1Q484AGmJO7x04kCCaCAIaxFCISmGAVwZP u+1pEK5hVgPYUBxLQ4yBvacfvlIwMCFuCbRi2I34sHfDQ0BpDUyFNxfABTZPGwgGACjsU7MiLLx9 ukEA08+gQ4seTbq06dOoU6tezbq169evd92QHRooDtujRdbQDZr3DN8RkeIaIXxFcZ8ljkPEOVwF 81ILlT9HTkL6zJwilE+aXvN68+43vUO3xL28eOrj0VdSbp0me6XV4acH8L6jRNw28IumXYM/7P8k PJLIISkIWIKBD3GwmcIYiwGAQWP6cJMWHCIoCEFamInwQTNPdYCIQwqUM8YCC3zgWTKNOXAAg14p kA9lIkJAAIkmYsPBim0YcsBeVjn0llcnQAjYHh14phdfQGazx2QAEGaAYQ2FMVAZ75BggTZ7HFCM HHQYWcICeyAjgormPASZYgN00CAAjV0gwAEEEACZlsbwCMEAaWb4wFMJJMDjBkwypAABErbRzoNn FFPBghnkRcKgCVimwQF+VSDAXXw1CuCmnHbq6aeghirqqDiEAAA7 ------=_NextPart_001_043C_01CB0727.C79AA1B0 Content-Type: image/gif; name="image002.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhEgATAJEAAAAAAP///wCZAP///yH5BAEAAAMALAAAAAASABMAAAIojI+pGyK8nINqUiTf bVnfvHEg1UmhdZRqaawu6XZVjKb0/CYxo8JOAQA7 ------=_NextPart_001_043C_01CB0727.C79AA1B0-- ------=_NextPart_000_043B_01CB0727.C79AA1B0 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIL2jCCAj0w ggGmAhEAzbp/VvDf5LxU/iKss3KqVTANBgkqhkiG9w0BAQIFADBfMQswCQYDVQQGEwJVUzEXMBUG A1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGljIFByaW1hcnkgQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNOTYwMTI5MDAwMDAwWhcNMjgwODAxMjM1OTU5WjBfMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwgZ8wDQYJKoZIhvcNAQEBBQADgY0A MIGJAoGBAOUZv22jVmEtmUhx9mfeuY3rt56GgAqRDvo4Ja9GiILlc6igmyRdDR/MZW4MsNBWhBiH mgabEKFz37RYOWtuwfYV1aioP6oSBo0xrH+wNNePNGeICc0UEeJORVZpH3gCgNrcR5EpuzbJY1zF 4Ncth3uhtzKwezC6Ki8xqu6jZ9rbAgMBAAEwDQYJKoZIhvcNAQECBQADgYEATD+4i8Zo3+5DMw5d 6abLB4RNejP/khv0Nq3YlSI2aBFsfELM85wuxAc/FLAPT/+Qknb54rxK6Y/NoIAK98Up8YIiXbix 3YEjo3slFUYweRb46gVLlH8dwhzI47f0EEA8E8NfH1PoSOSGtHuhNbB7Jbq4046rPzidADQAmPPR cZQwggTFMIIDraADAgECAhABGiiLJme3TYjnRHtF1qTNMA0GCSqGSIb3DQEBBQUAMIHdMQswCQYD VQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0 IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5j b20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZl cmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIwHhcNMDkxMTI2MDAw MDAwWhcNMTAxMTI2MjM1OTU5WjCCARIxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQL ExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9z aXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk4MR4wHAYDVQQLExVQZXJzb25h IE5vdCBWYWxpZGF0ZWQxNDAyBgNVBAsTK0RpZ2l0YWwgSUQgQ2xhc3MgMSAtIE1pY3Jvc29mdCBG dWxsIFNlcnZpY2UxFzAVBgNVBAMUDk1hdGhpbGRlIER1cnZ5MR8wHQYJKoZIhvcNAQkBFhBtZHVy dnlAY2lzY28uY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDR9oVSAz6Tlt7xUvAb+IKp aqKdu1dh0cihpjNNzndIzit+ZWpixDZ8tWBtpZ7T2jBC+SiyquqIrin/TD4jlk60y4OBBeF2zlJa c6P0Ay8g4WjDRnvJP93Wz93W32bgjtV1R7FRlWUxPjn9QUDcq4PIHd4qFKSiOMfKk1OijYeWRQID AQABo4HMMIHJMAkGA1UdEwQCMAAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcXATAqMCgGCCsGAQUF BwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIFoDAdBgNVHSUEFjAU BggrBgEFBQcDBAYIKwYBBQUHAwIwSgYDVR0fBEMwQTA/oD2gO4Y5aHR0cDovL0luZEMxRGlnaXRh bElELWNybC52ZXJpc2lnbi5jb20vSW5kQzFEaWdpdGFsSUQuY3JsMA0GCSqGSIb3DQEBBQUAA4IB AQA9I2FwWjWGMNapHvMFY2LZN+qr3cX6ILBUZ1AxypApr5B2Hl8YXDMA6o8Gtd5J2wxkJmEAbqXT zkoVWspigsclFSbGDu5V0ITLLZzzCXvwnpeaUD4F9GngqdkNUZkqXirqaMZxQTiaI5Hue2RX3f7b Ew4GqU+KMg6meor5iMoyGl/mtZ0LSPj6ZltNaG7ElQoyTXfdBGXlEm8z2uJhtb42Ys2OUptP1v3x jhxT2njv9NMcBH4q7S6y+op0aFrVsNLP7+qcPSBZlEcav3vyNSygxnqyx+pMJmgWH+/VdwsbSIDB FAo4DoI+fe2pUIeqRx6yP9s+e21BRiSPxvBtVe+JMIIEzDCCBDWgAwIBAgIQHK6da5r05i8iiqPa dGFsHjANBgkqhkiG9w0BAQUFADBfMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIElu Yy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3Jp dHkwHhcNMDUxMDI4MDAwMDAwWhcNMTUxMDI3MjM1OTU5WjCB3TELMAkGA1UEBhMCVVMxFzAVBgNV BAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYD VQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEe MBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAx IEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIB CgKCAQEAyd+s5+r4+AMUxACS1cF+NsI873xyFcvAq4w9HJXObx4QLD8A7Zcm5rbH5q1DHT+kh0dH TD5U+Gz4x/yxnr0wcLyXsQMF6pXxrUDFRHpLBaLyYPzXOmVi7/8Qe6JWu8VOcC3Woh887bBC6F6N VyGsppnZEenSGgfAdEdCC/zFNOr95rok0R0IFTei13PPAUEvY7I6P76lGm70yUpbPZWmFbs1Ahn5 1O+8jw5xdlm7S7Y+1vxaFvTWDonySf5sDO0V6dmIdZx5zmAn3bmtdc4vc5V6QDqFdUmwuN9ovKvN E4KFEVCj4DwLrsAKU83XMG+FMkYb5EkQwmzirx95/9u0tQIDAQABo4IBhDCCAYAwEgYDVR0TAQH/ BAgwBgEB/wIBADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBz Oi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgEGMBEGCWCGSAGG+EIBAQQEAwIBBjAu BgNVHREEJzAlpCMwITEfMB0GA1UEAxMWUHJpdmF0ZUxhYmVsMy0yMDQ4LTE1NTAdBgNVHQ4EFgQU EX1eGX08BN9qbNaiiho/Mdg7lFIwMQYDVR0fBCowKDAmoCSgIoYgaHR0cDovL2NybC52ZXJpc2ln bi5jb20vcGNhMS5jcmwwgYEGA1UdIwR6MHihY6RhMF8xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5W ZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eYIRAM26f1bw3+S8VP4irLNyqlUwDQYJKoZIhvcNAQEFBQADgYEAsS/ZluGS ou6BYOXIKiD74Wcs1gCYU6MCG+mQS/gYRJ8PRvf6oP7THRij0r8c7NYZn0pNQ/jKu74TgEkF3SFz M1fCQlq++gCTsuYEMZFOXTzwcwU3Y+u/g1mY/Wbe6YYympIpPDquVNqmElGxj8jK00d45tulHocG 49EUwMIh9roxggRzMIIEbwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWdu LCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBv ZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVy c29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwg U3Vic2NyaWJlciBDQSAtIEcyAhABGiiLJme3TYjnRHtF1qTNMAkGBSsOAwIaBQCgggLWMBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEwMDYwODE0MjkzNFowIwYJKoZI hvcNAQkEMRYEFFZzSyoHI5t5uOQUA7kdYVzX6vHNMGcGCSqGSIb3DQEJDzFaMFgwCgYIKoZIhvcN AwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEo MAcGBSsOAwIaMAoGCCqGSIb3DQIFMIIBAwYJKwYBBAGCNxAEMYH1MIHyMIHdMQswCQYDVQQGEwJV UzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdv cmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBh IChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWdu IENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzICEAEaKIsmZ7dNiOdEe0XWpM0w ggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWdu LCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBv ZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVy c29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwg U3Vic2NyaWJlciBDQSAtIEcyAhABGiiLJme3TYjnRHtF1qTNMA0GCSqGSIb3DQEBAQUABIGAXHa1 H7gXv5abM49J36OQ2kFzWH7U44FHY5Q7H89QNp0shb8KmxhtPXkSLm+0S7Nq+6J6Ox10TRpxY7+I v564rHrfGABvhF4E49naIax5ho0Q925qLraOkcu426PBQLIqHEeqYggCekAOvTqjHXL2wDvsuMlh CE0D8WD1ffgcGrAAAAAAAAA= ------=_NextPart_000_043B_01CB0727.C79AA1B0-- From pthubert@cisco.com Tue Jun 8 08:02:50 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 606CC28B23E for ; Tue, 8 Jun 2010 08:02:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.704 X-Spam-Level: X-Spam-Status: No, score=-8.704 tagged_above=-999 required=5 tests=[AWL=-0.706, BAYES_50=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7tofejreL7qD for ; Tue, 8 Jun 2010 08:02:49 -0700 (PDT) Received: from sj-iport-2.cisco.com (sj-iport-2.cisco.com [171.71.176.71]) by core3.amsl.com (Postfix) with ESMTP id 778AE3A6814 for ; Tue, 8 Jun 2010 08:02:43 -0700 (PDT) Authentication-Results: sj-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAEf4DUyrRN+J/2dsb2JhbACeQ3GkLJoWhRYE X-IronPort-AV: E=Sophos;i="4.53,384,1272844800"; d="scan'208";a="260442580" Received: from sj-core-3.cisco.com ([171.68.223.137]) by sj-iport-2.cisco.com with ESMTP; 08 Jun 2010 15:02:41 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-3.cisco.com (8.13.8/8.14.3) with ESMTP id o58F2XaM006408; Tue, 8 Jun 2010 15:02:41 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 8 Jun 2010 17:02:33 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 8 Jun 2010 17:02:29 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D0213EC87@XMB-AMS-107.cisco.com> In-Reply-To: <87ljap639b.fsf@kelsey-ws.hq.ember.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] S bit Thread-Index: AcsHEaKfc4c6S9PURxaDtNCImNzufgAAikrw References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu><878w6xxsz6.fsf@kelsey-ws.hq.ember.com> <31D4B044-69E9-4A27-8C68-4CB7DFDCDA53@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A954B@XMB-AMS-107.cisco.com> <8C35B46A-311B-4EC0-9D0B-DE888C950751@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A96B7@XMB-AMS-107.cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D020A96E1@XMB-AMS-107.cisco.com> <28226F7F-ED81-486A-B6AA-E58D4C3CE7F5@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A9720@XMB-AMS-107.cisco.com> <91DAAF73-2B81-40AE-905B-88AC6D81FE00@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A9860@XMB-AMS-107.cisco.com> <87ljap639b.fsf@kelsey-ws.hq.ember.com> From: "Pascal Thubert (pthubert)" To: "Richard Kelsey" X-OriginalArrivalTime: 08 Jun 2010 15:02:33.0296 (UTC) FILETIME=[9F93B500:01CB071B] Cc: roll@ietf.org Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2010 15:02:50 -0000 > > Date: Tue, 8 Jun 2010 08:50:11 +0200 > > From: "Pascal Thubert (pthubert)" > > > > I am not talking about many. I am talking about the node closest to > > the =3D root. It appears to me that 100% of the networks have such a node. >=20 > But not a unique such node. Unless the rank is very fine-grained, many if not > most neworks will have two or more nodes at that minimum distance. If > there is only one such node then sibling routing won't help it. [Pascal] Yes, that's the expectation. Density has it that there are multiple=20 siblings but the strict topological order prevents from using it. This the sibling model that makes the strict order a per packet thing as opposed to a global thing.=20 >=20 > > About the bazooka, say you have a network with hundreds of nodes; and > > the node closest to the root has to augment its Rank. How many nodes > > in the network will have to do so? >=20 > You can't have it both ways. If that closest node has no siblings then the > ranks will go up whether or not we have the 'S' bit. If that closest node has > siblings at the same rank, then having it increase its rank may not affect any > other nodes, if those other nodes can route through a sibling instead. [Pascal]=20 The fact that siblings are at a same rank does not mean that a child sees equal path Through them. There's probably a shadow cone behind that node that does not Have equal cost multipath, though nodes inside the cone might have alternate parents with a rank between self and preferred parent.=20 That cone will be impacted each time the top link fluctuates.=20 Some nodes will have to augment their rank, others will have to update their set of parents. Let's draw it for clarity: In this picture, the diagonals cost 1.4 whereas the edges cost 1. A B root C=20 D E F =20 G H I J K M N O P Q =20 A, B, C, and D are at a same rank 1. D and F are at 1.4. I is at 2, J and H are at 2.4, G and K at 2.8,=20 M and Q at 3.8, P and N and 3.4, and O at 3. Say that we have a strict order and E is the node closest to the root.=20 In order to keep routing, it has to increment its rank and make it 2.4, to that it can use some of {B, D, F, C}. Now: I is at 2.8, and O at 3.8 .... that's the piece of the shadow cone that's all dark H, J have to remove E from their parent set N, P have to remove I from their parent set Etc... As soon as the transient error on the link terminates, E restores its position as=20 1 and O and I are pumped back up. The real question is how often transient link=20 errors happen and what is their duration if there are many short errors, then the pumping might be annoying. The cone might close at a certain distance, or on the contrary grow larger.=20 > I think that we should move the 'S' bit to a separate draft, for two reasons. > The first is that, as Pascal says, RPL now has three ways to react to link > changes ('S' bit, local rank increase, rebuild from root). That seems like too > much belt and suspenders for what is supposed to be a simple protocol. [Pascal] Sibling and parents are the same method of alternate forwarding; sibling just augments the set of feasible successors so that more nodes can play that game Then as you say, local repair, and then global repair. > The other reason is that I don't think we have a good understanding of how > to best make use of siblings. Is one sibling hop the right number? How to > pick which sibling? > How does rank granularity affect sibling routing? No one seems to have > much experience with this. [Pascal] Agreed.=20 What I want to make sure is that the group understand as much as possible=20 the choice that is being made here. Then we can make a poll and see whether we keep, remove or make siblings optional. Pascal From pthubert@cisco.com Tue Jun 8 08:12:04 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1BCB83A69C2 for ; Tue, 8 Jun 2010 08:12:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.94 X-Spam-Level: X-Spam-Status: No, score=-9.94 tagged_above=-999 required=5 tests=[AWL=0.658, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ALb6hpG3Tu10 for ; Tue, 8 Jun 2010 08:11:48 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id 9BB063A6867 for ; Tue, 8 Jun 2010 08:11:48 -0700 (PDT) Authentication-Results: sj-iport-6.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Al8FACf6DUyrRN+K/2dsb2JhbACBQ50AcaQ6mhaFFgSPfA X-IronPort-AV: E=Sophos;i="4.53,384,1272844800"; d="scan'208,217";a="541621160" Received: from sj-core-4.cisco.com ([171.68.223.138]) by sj-iport-6.cisco.com with ESMTP; 08 Jun 2010 15:11:49 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-4.cisco.com (8.13.8/8.14.3) with ESMTP id o58FBlJD003324; Tue, 8 Jun 2010 15:11:48 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 8 Jun 2010 17:11:45 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CB071C.E85A2122" Date: Tue, 8 Jun 2010 17:11:42 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D0213EC95@XMB-AMS-107.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] S bit Thread-Index: AcsHDQ3Z6WkW9dKwSLysMy8j4rtx6QADp/pg References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu><878w6xxsz6.fsf@kelsey-ws.hq.ember.com> <31D4B044-69E9-4A27-8C68-4CB7DFDCDA53@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A954B@XMB-AMS-107.cisco.com> <8C35B46A-311B-4EC0-9D0B-DE888C950751@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A96B7@XMB-AMS-107.cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D020A96E1@XMB-AMS-107.cisco.com> <28226F7F-ED81-486A-B6AA-E58D4C3CE7F5@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A9720@XMB-AMS-107.cisco.com> <91DAAF73-2B81-40AE-905B-88AC6D81FE00@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A9860@XMB-AMS-107.cisco.com> From: "Pascal Thubert (pthubert)" To: "JeongGil Ko (John)" X-OriginalArrivalTime: 08 Jun 2010 15:11:45.0238 (UTC) FILETIME=[E88F5F60:01CB071C] Cc: roll@ietf.org Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2010 15:12:04 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CB071C.E85A2122 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi John: =20 Thus, the node closest to the root will not necessarily affect the rank = computation to all 'hundreds of nodes'. =20 Certainly. But the shadow cone might spread to the end of the network. = What I want to get to is the influence of short disruptions, and how = quickly a node reacts to a link apparently down. I do not know if the spec has enough text about it. If you have a = certain history and or certain guess of the stats of the link failure, = then you can figure a good time to wait before you declare the link down = and augment your rank. During that time, it's good that you have an = alternate parent or a sibling to forward your packets to. If you don't = wait, then you cannot filter out the many transient failures that you = see on radios. But if you wait and have no alternate, you drop packets.=20 =20 Anyway. I trust that most that needed to be said to make the stakes = clear was said. Let's see what the group decides. =20 Pascal =20 From: JeongGil (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of = JeongGil Ko (John) Sent: Tuesday, June 08, 2010 3:18 PM To: Pascal Thubert (pthubert) Cc: Richard Kelsey; roll@ietf.org Subject: Re: [Roll] S bit =20 Pascal, =20 I am not talking about many. I am talking about the node closest to the = root. It appears to me that 100% of the networks have such a node. As a result, 100% of the networks have at least one node that can only = have a sibling as alternate path. That's not exactly marginal. =20 Not all nodes that are connected to the root will have the root as the = only potential parent. I'm sure you can see the case where a node is = connected to a root but also has parents with a lower rank (that can = also be connected to the root; may be only to the root and maybe not). = Therefore, on a network's perspective, losing the 'critical path' (the = path where the only alternative path is a sibling) will not be blocking = data delivery and the network should have time to recover from link = faults while the packets go through different paths.=20 =20 If RPL has something dramatically different than the art iof routing, it = is that absolute requirement to allow multiple alternates, because of = the very nature of the links we're dealing with. This is why RPL has implemented the 3 lines of defense I discussed = earlier. Removing siblings is dropping the first line on the most = critical node in the network, bar the root itself. =20 About the bazooka, say you have a network with hundreds of nodes; and = the node closest to the root has to augment its Rank. How many nodes in = the network will have to do so? =20 =20 Agreed that the nodes close to the node closest to the root will have to = change their rank values. However, as the distance gets farther this = will go away given that we do not have a single path but multiple = potential parent sets. Thus, the node closest to the root will not = necessarily affect the rank computation to all 'hundreds of nodes'. =20 -John=20 Pascal =20 From: JeongGil (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of = JeongGil Ko (John) Sent: Monday, June 07, 2010 6:46 PM To: Pascal Thubert (pthubert) Cc: Richard Kelsey; roll@ietf.org Subject: Re: [Roll] S bit =20 Pascal. =20 Let me do some more testing with the code but I find it an unlikely case = that many of the nodes will stand alone with the root as its only = potential parent. Even so, having the sibling forwarding for this case = 'only' seems like a waste of resources for all the other nodes (given = that practically the same code will be programmed on all the nodes in = compile time -- all the other nodes are going to have the sibling = forwarding code without a good use case). I believe we can simplify the = RPL specs and say that the node (that has a single connection to the = root) will perform recovery at the point it loses connection. I don't = see this as a huge bazooka and neither do I see disconnection at a link = close to the root a 'fly' :) It seems as though you are also agreeing = with me that for other cases (besides this extreme case with the root) = just having substitute potential parents can do the trick. I can = probably grab some numbers on the additional resource usage with and = without the sibling support in the next few weeks and quantify the = overhead (really busy with random stuff lately).=20 =20 - John =20 On Jun 7, 2010, at 12:26 PM, Pascal Thubert (pthubert) wrote: John: =20 =D8 You can probably imply this in the previous email that if a node is = the 'closest' to the root, then the root will be the only parent =20 I certainly do. I also gathered that the presence of 3 parents allowed = to "neglect the need for the S-bit", iow no need for siblings when you = have 3 parents. And I agree with both. But then, it appears that to the node closest to = the root does not have 3 parents. So it needs sibling to get an = alternate doesn't it? =20 Pascal =20 From: JeongGil (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of = JeongGil Ko (John) Sent: Monday, June 07, 2010 5:41 PM To: Pascal Thubert (pthubert) Cc: Richard Kelsey; roll@ietf.org Subject: Re: [Roll] S bit =20 Pascal. =20 You can probably imply this in the previous email that if a node is the = 'closest' to the root, then the root will be the only parent. "Three 'at = most'" may be a clearer way of saying this. If you can only hear a = single node that has a lower rank than you (in any case) then that will = be the only (potential) parent. =20 -John =20 On Jun 7, 2010, at 11:36 AM, Pascal Thubert (pthubert) wrote: So John, does your sentence "three (at least in my implementation) = potential parents seems to neglect the need for the S-bit." apply to the = node closest to the root? =20 Pascal =20 From: JeongGil (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of = JeongGil Ko (John) Sent: Monday, June 07, 2010 5:24 PM To: Pascal Thubert (pthubert) Cc: Richard Kelsey; roll@ietf.org Subject: Re: [Roll] S bit =20 Pascal =20 Those nodes will only have a single parent, the root.=20 Given a node rank R > root rank =3D 1, other nodes with rank values 1 < = R' < R will also be added to the potential parent list.=20 If the root (rank =3D 1) is the only node that it can hear, than that = will be the only potential parent. =20 -john =20 On Jun 7, 2010, at 11:12 AM, Pascal Thubert (pthubert) wrote: Hi John: =20 How does the node closest to the root find 3 parents? =20 Pascal =20 From: JeongGil (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of = JeongGil Ko (John) Sent: Monday, June 07, 2010 3:12 PM To: Pascal Thubert (pthubert) Cc: Richard Kelsey; roll@ietf.org Subject: Re: [Roll] S bit =20 Pascal, =09 How long does your implementation wait till it decides that a link is goes down? Does it react instantly to the loss of the last parent and start local repair? =20 My argument was that having a pool of three (at least in my = implementation) potential parents seems to neglect the need for the = S-bit. It seems that there is not a case where all three potential = parents die out simultaneously unless there is a node fault on the = transmitting node itself (yes... my code is still buggy). Indeed, my = implementations do react directly to the lack of parents in the parent = set but this as well has never (strong word but true for my case until = now) been seen. :) =20 -John Pascal -----Original Message----- From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of JeongGil Ko (John) Sent: Saturday, June 05, 2010 12:45 AM To: Richard Kelsey Cc: roll@ietf.org Subject: Re: [Roll] S bit =20 Hi. =20 On Jun 2, 2010, at 1:08 PM, Richard Kelsey wrote: =20 From: Philip Levis Date: Tue, 1 Jun 2010 10:42:10 -0700 =20 A recurring theme in feedback on RPL is that simpler is better; LLNs are often very cost-sensitive for microcontrollers, so less code is better. It's easy to add mechanisms, bells and whistles: it's harder to simplify. =20 I propose that we remove the S bit (sibling bit used in routing, Section 8.2). =20 I am in favor of removing the S bit. I do not find the experiments that have been run particularly convincing. While it's a small thing in itself, as Phil says, simplifying is hard. You don't get a simple protocol by only removing things that have no value at all. For those that think we should keep the S bit, can you suggest some other ways to simplify RPL? =20 =20 I think what Richard is saying is exactly my opinion. =20 If the S bit does remain, it would be good if processing it were made optional. If a node never routes to siblings it will never set the S bit and it should be allowed to ignore the S bit in incoming packets. As things stand it must check the S bit in order to detect routing inconsistencies. =20 =20 In terms of implementation, although I haven't gone through serious stress tests with my code yet, I don't recall seeing any cases where the S-bit played a critical role. Very vague but still I guess this post will be the only post up to now based on real implementation experience. I've been doing a few tests recently (mostly for the goal of debugging) but in no cases have I seen the use of the S-bit. Of course this can be an implementation specific and environment specific observation but that's what I see from here :) I don't see the point of having a backup plan after another back up plan to deal with a routing inconsistency. =20 -John =20 -Richard Kelsey _______________________________________________ Roll mailing list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll =20 =20 ------ JeongGil Ko (John) Ph.D. Student Department of Computer Science Johns Hopkins University http://www.cs.jhu.edu/~jgko =20 _______________________________________________ Roll mailing list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll =20 =20 ------ JeongGil Ko (John) Ph.D. Student Department of Computer Science Johns Hopkins University http://www.cs.jhu.edu/~jgko =20 =20 ------ JeongGil Ko (John) Ph.D. Student Department of Computer Science Johns Hopkins University http://www.cs.jhu.edu/~jgko =20 =20 ------ JeongGil Ko (John) Ph.D. Student Department of Computer Science Johns Hopkins University http://www.cs.jhu.edu/~jgko =20 =20 ------ JeongGil Ko (John) Ph.D. Student Department of Computer Science Johns Hopkins University http://www.cs.jhu.edu/~jgko =20 =20 ------ JeongGil Ko (John) Ph.D. Student Department of Computer Science Johns Hopkins University http://www.cs.jhu.edu/~jgko =20 ------_=_NextPart_001_01CB071C.E85A2122 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi John:

 

Thus, the node = closest to the root will not necessarily affect the rank computation to = all 'hundreds of nodes'.

 

Certainly. But the shadow cone might spread to the end of the = network. What I want to get to is the influence of short disruptions, = and how quickly a node reacts to a link apparently = down.

I do not know if the spec has enough text about it. If you have a = certain history and or certain guess of the stats of the link failure, = then you can figure a good time to wait before you declare the link down = and augment your rank. During that time, it’s good that you have = an alternate parent or a sibling to forward your packets to. If you = don’t wait, then you cannot filter out the many transient failures = that you see on radios. But if you wait and have no alternate, you drop = packets.

 

Anyway. I trust that most that needed to be said to make the stakes = clear was said. Let’s see what the group = decides.

 

Pascal

 

From:= = JeongGil (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of = JeongGil Ko = (John)
Sent: Tuesday, June 08, 2010 3:18 PM
To: = Pascal Thubert (pthubert)
Cc: Richard Kelsey; = roll@ietf.org
Subject: Re: [Roll] S = bit

 

Pascal,

 

I am not talking about many. I am talking about the node closest to = the root. It appears to me that 100% of the networks have such a = node.

As a result, 100% of the networks have at least one node that can = only have a sibling as alternate path. That’s not exactly = marginal.

 

Not all nodes that are connected to the root will have = the root as the only potential parent. I'm sure you can see the case = where a node is connected to a root but also has parents with a lower = rank (that can also be connected to the root; may be only to the root = and maybe not). Therefore, on a network's perspective, losing the = 'critical path' (the path where the only alternative path is a sibling) = will not be blocking data delivery and the network should have time to = recover from link faults while the packets go through different = paths. 



 

If RPL has something dramatically different than the art iof routing, = it is that absolute requirement to allow multiple alternates, because of = the very nature of the links we’re dealing = with.

This is why RPL has implemented the 3 lines of defense I discussed = earlier. Removing siblings is dropping the first line on the most = critical node in the network, bar the root = itself.

 

About the bazooka, say you have a network with hundreds of nodes; and = the node closest to the root has to augment its Rank. How many nodes in = the network will have to do so?

 

 

Agreed that the nodes close to the node closest to the = root will have to change their rank values. However, as the distance = gets farther this will go away given that we do not have a single path = but multiple potential parent sets. Thus, the node closest to the = root will not necessarily affect the rank computation to all 'hundreds = of nodes'.

 

-John 



Pascal

 

From:=  JeongGil = (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of JeongGil Ko = (John)
Sent: Monday, June 07, 2010 6:46 = PM
To: Pascal = Thubert (pthubert)
Cc: Richard Kelsey; roll@ietf.org
Subject: Re: [Roll] S = bit

 

Pascal.

 

Let me do some more testing with the code but I find = it an unlikely case that many of the nodes will stand alone with the = root as its only potential parent. Even so, having the sibling = forwarding for this case 'only' seems like a waste of resources for all = the other nodes (given that practically the same code will be programmed = on all the nodes in compile time -- all the other nodes are going to = have the sibling forwarding code without a good use case). I believe we = can simplify the RPL specs and say that the node (that has a single = connection to the root) will perform recovery at the point it loses = connection. I don't see this as a huge bazooka and neither do I see = disconnection at a link close to the root a 'fly' :) It seems as though = you are also agreeing with me that for other cases (besides this extreme = case with the root) just having substitute potential parents can do the = trick. I can probably grab some numbers on the additional resource usage = with and without the sibling support in the next few weeks and quantify = the overhead (really busy with random stuff = lately). 

 

- John

 

On Jun 7, 2010, at 12:26 PM, Pascal Thubert (pthubert) = wrote:




John:

 

=D8  You can probably imply = this in the previous email that if a node is the 'closest' to the root, = then the root will be the only = parent

 

I certainly do. I also gathered that the presence of 3 parents = allowed to  “neglect the need for the S-bit”, iow no need for siblings when you have 3 = parents.

And I agree with both. But then, it appears that to the node closest to the root = does not have 3 parents. So it needs sibling to get an alternate = doesn’t it?

 

Pascal

 

From:=  JeongGil = (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of JeongGil Ko = (John)
Sent: Monday, June 07, = 2010 5:41 = PM
To: Pascal = Thubert (pthubert)
Cc: Richard Kelsey; roll@ietf.org
Subject: Re: [Roll] S = bit

 

Pascal.

 

<= p class=3DMsoNormal>You can probably imply this in the previous email = that if a node is the 'closest' to the root, then the root will be the = only parent. "Three 'at most'" may be a clearer way of saying = this. If you can only hear a single node that has a lower rank than you = (in any case) then that will be the only (potential) = parent.

 

<= p = class=3DMsoNormal>-John

 

On Jun 7, 2010, at 11:36 AM, Pascal Thubert = (pthubert) wrote:





So John,  does your sentence “three (at least in my = implementation) potential parents seems to neglect the need for the = S-bit.” apply to the = node closest to the = root?

 

Pascal

 

=

From:=  JeongGil = (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of JeongGil Ko = (John)
Sent: Monday, June 07, 2010 5:24 = PM
To: Pascal = Thubert (pthubert)
Cc: Richard Kelsey; roll@ietf.org
Subject: Re: [Roll] S = bit

 

<= p = class=3DMsoNormal>Pascal

<= div>

 

=

Those nodes will only have a single = parent, the = root. 

Given a node rank R > root rank =3D 1, other nodes = with rank values 1 < R' < R will also be added to the potential = parent = list. 

If the root (rank =3D 1) is the only node that it can = hear, than that will be the only potential = parent.

 

=

-john

<= div>

 

<= div>

On Jun 7, 2010, at 11:12 AM, Pascal = Thubert (pthubert) = wrote:






Hi = John:

 

How does the node closest to the root find 3 = parents?

 

Pascal

 

From:=  JeongGil = (John) Ko [mailto:jeonggil.ko@gmail.com] On Behalf Of JeongGil Ko = (John)
Sent: Monday, June 07, 2010 3:12 = PM
To: Pascal = Thubert (pthubert)
Cc: Richard Kelsey; roll@ietf.org
Subject: Re: [Roll] S = bit

 

=

Pascal,


How long does your implementation wait = till it decides that a link is
goes down? Does it react instantly to = the loss of the last parent and
start local = repair?

 

My argument was that having a = pool of three (at least in my implementation) potential parents seems to = neglect the need for the S-bit. It seems that there is not a case where = all three potential parents die out simultaneously unless there is a = node fault on the transmitting node itself (yes... my code is still = buggy). Indeed, my implementations do react directly to the lack of = parents in the parent set but this as well has never (strong word but = true for my case until now) been seen. = :)

<= p = class=3DMsoNormal> 

-John

=







Pascal







-----Original = Message-----

From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org]= On = Behalf

=

Of





JeongGil Ko = (John)

Sent: Saturday, June 05, 2010 12:45 = AM

To: Richard = Kelsey

Subject: Re: [Roll] S = bit

 

Hi.

=

 

On Jun 2, 2010, at 1:08 PM, Richard Kelsey = wrote:

 

From: Philip Levis <pal@cs.stanford.edu>

Date: Tue, 1 Jun 2010 10:42:10 = -0700

 

A recurring theme in feedback on RPL is that simpler = is = better;

<= /blockquote>

LLNs





=

are often very cost-sensitive for microcontrollers, so = less code = is

better. It's easy to add mechanisms, bells and = whistles: = it's

harder





to = simplify.

 

I propose that we remove the S bit (sibling bit used = in = routing,

=

Section = 8.2).

 

I am in favor of removing the S bit.  I do not = find the = experiments

that have been run particularly = convincing.

While it's a small thing in itself, as Phil says, = simplifying = is

<= div>

hard.





You don't get a simple protocol by only removing = things that have = no

value at all.  For those that think we should = keep the S bit, = can

=

you





<= /div>

suggest some other ways to simplify = RPL?

 

 

I think what Richard is saying is exactly my = opinion.

 

If the S bit does remain, it would be good if = processing it = were

made





=

optional.  If a node never routes to siblings it = will never set = the

S





bit and it should be allowed to ignore the S bit in = incoming

packets.





As things stand it must check the S bit in order to = detect = routing

inconsistencies.

=

 

 

In terms of implementation, although I haven't gone = through = serious

stress





tests with my = code yet, I don't recall seeing any cases where = the

S-bit = played





a critical role. Very vague but = still I guess this post will be = the

only post up = to





now based on real implementation = experience. I've been doing a = few

tests





recently (mostly = for the goal of debugging) but in no cases have = I

seen = the





use of the S-bit. Of course this can = be an implementation specific = and

environment specific observation but that's what I see = from here :) = I

=

don't





see the point of = having a backup plan after another back up plan = to

deal = with





<= div>

a routing = inconsistency.

 

-John

 

         &= nbsp;           &n= bsp;   -Richard = Kelsey

_______________________________________________

Roll mailing = list

 

 

------

JeongGil Ko = (John)

Ph.D. = Student

Department of Computer = Science

Johns Hopkins = University

 

_______________________________________________

Roll mailing = list

 

 

=

------

=

JeongGil = Ko = (John)

=

Ph.D. = Student

Department= of Computer = Science

Johns = Hopkins = University

 

 

<= div>

------

JeongGil = Ko = (John)

<= p class=3DMsoNormal>Ph.D. = Student

=

Department= of Computer = Science

=

Johns = Hopkins = University

 

 

------

JeongGil = Ko (John)

Ph.D. = Student

Department= of Computer = Science

Johns = Hopkins = University

 

 

------

JeongGil = Ko (John)

Ph.D. = Student

Department= of Computer Science

Johns = Hopkins University

 

 

------

JeongGil = Ko (John)

Ph.D. = Student

Department= of Computer Science

Johns = Hopkins University

 

------_=_NextPart_001_01CB071C.E85A2122-- From pthubert@cisco.com Tue Jun 8 09:58:09 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DB23C3A69D3 for ; Tue, 8 Jun 2010 09:58:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.04 X-Spam-Level: X-Spam-Status: No, score=-8.04 tagged_above=-999 required=5 tests=[AWL=-1.351, BAYES_05=-1.11, EXTRA_MPART_TYPE=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8, SARE_GIF_ATTACH=1.42] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mZHHVRsXJfnB for ; Tue, 8 Jun 2010 09:58:05 -0700 (PDT) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id A9D3228C1C0 for ; Tue, 8 Jun 2010 09:58:04 -0700 (PDT) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-Files: image001.gif, image002.gif : 837, 87 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqkLADsTDkxAZnwN/2dsb2JhbABzUJx9caU8mhEChRQE X-IronPort-AV: E=Sophos;i="4.53,385,1272844800"; d="gif'147?scan'147,208,217,147";a="119243316" Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 08 Jun 2010 16:58:05 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o58Gw42t028174 for ; Tue, 8 Jun 2010 16:58:04 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 8 Jun 2010 18:58:04 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/related; boundary="----_=_NextPart_001_01CB072B.C2BC59F8"; type="multipart/alternative" Date: Tue, 8 Jun 2010 18:58:04 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D0213ED1E@XMB-AMS-107.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] leaf node and DTSN Thread-Index: AcsHI7Eie2RaaQk1QPKm3Ev1/XabBQ== From: "Pascal Thubert (pthubert)" To: "Mathilde Durvy (mdurvy)" , X-OriginalArrivalTime: 08 Jun 2010 16:58:04.0470 (UTC) FILETIME=[C2E0ED60:01CB072B] Subject: Re: [Roll] leaf node and DTSN X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2010 16:58:10 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CB072B.C2BC59F8 Content-Type: multipart/alternative; boundary="----_=_NextPart_002_01CB072B.C2BC59F8" ------_=_NextPart_002_01CB072B.C2BC59F8 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Mathilde =20 (Tim correct me if I'm incomplete here J ) =20 1) There's at least the case when a router becomes leaf. It needs a = DIO to poison. And if it keeps getting unicast DAOs, it needs to repeat = poisoning. But I do not see a case where it would advertise itself as a = router. 2) That would be when an inconsistency is detected and the node = wants to refresh its cache. For instance, it has a doubt that a DAO = might have been missing since a target is not revalidated. =20 Pascal =20 From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of = Mathilde Durvy (mdurvy) Sent: Tuesday, June 08, 2010 4:30 PM To: roll@ietf.org Subject: [Roll] leaf node and DTSN =20 Hi All, =20 Small questions=20 - Section 6.5 What is the rationale behind a leaf node sending DIOs if nobody can = attach to it? I would rather expect the node to use a DAO to advertize its presence = and allow packets to be routed to it. - Section 7.1.7 When is the DTSN incremented without having the 'T' flag set? =20 Best, Mathilde =20 =20 =20 Durvy Mathilde Software Engineer Technology center mdurvy@cisco.com =20 Phone: +41 21 822 1725 Mobile: +41 76 396 8116 Cisco Systems International S=E0rl Av. des Uttins, 5 CH-1180 Rolle Cisco home page =20 =20 =20 Think before you print. This e-mail may contain confidential and privileged material for the = sole use of the intended recipient. Any review, use, distribution or = disclosure by others is strictly prohibited. If you are not the intended = recipient (or authorized to receive for the recipient), please contact = the sender by reply e-mail and delete all copies of this message. ------_=_NextPart_002_01CB072B.C2BC59F8 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi = Mathilde

 

(Tim correct = me if I’m incomplete here J = )

 

1)      = There’s = at least the case when a router becomes leaf. It needs a DIO to poison. = And if it keeps getting unicast DAOs, it needs to repeat poisoning. But = I do not see a case where it would advertise itself as a = router.

2)      = That would be = when an inconsistency is detected and the node wants to refresh its = cache. For instance, it has a doubt that a DAO might have been missing = since a target is not revalidated.

 

Pascal

 

From:= = roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of = Mathilde Durvy (mdurvy)
Sent: Tuesday, June 08, 2010 4:30 = PM
To: roll@ietf.org
Subject: [Roll] leaf node and = DTSN

 

Hi = All,

 

Small questions

- = Section 6.5

What is the rationale = behind a leaf node sending DIOs if nobody can attach to = it?

I would rather expect the node to = use a DAO to advertize its presence and allow packets to be routed to = it.

- Section 7.1.7

When is the DTSN incremented without having the = ‘T’ flag set?

 

Best,

Mathilde

 

 

3D"http://www.cisco.com/swa/i/logo.gif"

Durvy Mathilde
Software = Engineer
Technology center

mdurvy@cisco.com
Phone: +41 21 = 822 1725
Mobile: +41 76 396 = 8116

Cisco Systems International = S=E0rl
Av. = des Uttins, 5
CH-1180 Rolle

Cisco home = page

 

 

3D"ThinkThink before you print.

This e-mail may contain = confidential and privileged material for the sole use of the intended = recipient. Any review, use, distribution or disclosure by others is = strictly prohibited. If you are not the intended recipient (or = authorized to receive for the recipient), please contact the sender by = reply e-mail and delete all copies of this = message.


------_=_NextPart_002_01CB072B.C2BC59F8-- ------_=_NextPart_001_01CB072B.C2BC59F8 Content-Type: image/gif; name="image001.gif" Content-Transfer-Encoding: base64 Content-ID: Content-Description: image001.gif Content-Location: image001.gif R0lGODlhbgBJAMQAAP///3OXqtapqq1MTcmRki9mgZkAALpqbMl/f6g5O/Xq6+vX2OTIyaMqK/nz 9OW/v5sVFsbV3Nfh5p0PD5kFBf78/P38/Pz6+v/+/rZdXpcKDKAhIvv396QvMO/g4Ny4uSH5BAAA AAAALAAAAABuAEkAQAX/ICCOZGmeaKqubOu+cCzPdG3feK6nkln8pp5LSPoVgrucsbQsAp1HKPM5 alapImtyy+16SwKDmJBCiBEWgMUsPgg8JMHEQCGTMACP2HDgiBQZYglfOQ+GDy2HhiqKKI2EkJGS k5SVlpeYmZpfWkpYmypEV1GjU6QjolmfnZ0AqZWvrj6fski2UiWxsZkcHxkNYg0IABUibAjFIgsH wAYNBwokvb8QEMIOJAwICQYQCQgLoCgLHWIdHwoKCwzExmdpGBwcxRgDYhkXAOTm6OoMfg4CiRGg wAOBOXzEKVzIsKHDhxAjSpxIsaKNCAEibMGo0WKLVjdAVgxQIICpEiRN/7JIeZIEy4WsVsk8BSAm TZstLb0csVMVzZ4AgALtJLQkRY4bM3pcupDAHgMduA1Q484AGmJO7x04kCCaCAIaxFCISmGAVwZP u+1pEK5hVgPYUBxLQ4yBvacfvlIwMCFuCbRi2I34sHfDQ0BpDUyFNxfABTZPGwgGACjsU7MiLLx9 ukEA08+gQ4seTbq06dOoU6tezbq169evd92QHRooDtujRdbQDZr3DN8RkeIaIXxFcZ8ljkPEOVwF 81ILlT9HTkL6zJwilE+aXvN68+43vUO3xL28eOrj0VdSbp0me6XV4acH8L6jRNw28IumXYM/7P8k PJLIISkIWIKBD3GwmcIYiwGAQWP6cJMWHCIoCEFamInwQTNPdYCIQwqUM8YCC3zgWTKNOXAAg14p kA9lIkJAAIkmYsPBim0YcsBeVjn0llcnQAjYHh14phdfQGazx2QAEGaAYQ2FMVAZ75BggTZ7HFCM HHQYWcICeyAjgormPASZYgN00CAAjV0gwAEEEACZlsbwCMEAaWb4wFMJJMDjBkwypAABErbRzoNn FFPBghnkRcKgCVimwQF+VSDAXXw1CuCmnHbq6aeghirqqDiEAAA7 ------_=_NextPart_001_01CB072B.C2BC59F8 Content-Type: image/gif; name="image002.gif" Content-Transfer-Encoding: base64 Content-ID: Content-Description: image002.gif Content-Location: image002.gif R0lGODlhEgATAJEAAAAAAP///wCZAP///yH5BAEAAAMALAAAAAASABMAAAIojI+pGyK8nINqUiTf bVnfvHEg1UmhdZRqaawu6XZVjKb0/CYxo8JOAQA7 ------_=_NextPart_001_01CB072B.C2BC59F8-- From alexandru.petrescu@gmail.com Tue Jun 8 14:07:10 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B78263A6822 for ; Tue, 8 Jun 2010 14:07:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.351 X-Spam-Level: X-Spam-Status: No, score=0.351 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HELO_EQ_FR=0.35] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gLNX86BVRcm3 for ; Tue, 8 Jun 2010 14:07:09 -0700 (PDT) Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by core3.amsl.com (Postfix) with ESMTP id 69F1E3A680E for ; Tue, 8 Jun 2010 14:07:07 -0700 (PDT) Received: from [127.0.0.1] (bur91-3-82-239-213-32.fbx.proxad.net [82.239.213.32]) by smtp1-g21.free.fr (Postfix) with ESMTP id 3D2C39400A6; Tue, 8 Jun 2010 23:07:02 +0200 (CEST) Message-ID: <4C0EB0F5.1090409@gmail.com> Date: Tue, 08 Jun 2010 23:07:01 +0200 From: Alexandru Petrescu User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: "Pascal Thubert (pthubert)" References: <055.7153d5eea23badb3dd1cdb82fdf0a90a@tools.ietf.org> <064.0d298c29ad416d1d66e7e5a17d270995@tools.ietf.org> <6A2A459175DABE4BB11DE2026AA50A5D020A924C@XMB-AMS-107.cisco.com> <15547534-78DB-4D1C-ACD0-1CCED3210D0B@cs.stanford.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A9AFB@XMB-AMS-107.cisco.com> In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D020A9AFB@XMB-AMS-107.cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 100608-1, 08/06/2010), Outbound message X-Antivirus-Status: Clean Cc: ROLL WG Subject: Re: [Roll] [roll] #41: Adding the SLLA and MTU options in the RPL spec ? X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Jun 2010 21:07:10 -0000 Le 08/06/2010 15:50, Pascal Thubert (pthubert) a écrit : > Hi Phil: > > SLLA would be placed in (some) DIO, DAO and DIS. The goal would be to > provide a link layer address for the sender. Why not using these options where they are already used? That would save effort. Alex > > Today, the flow has to be > > Parent child > > DIO (to mcast) > ----------------------------------------> > NS with SLLA opt > <---------------------------------------- > NA with TLLA opt > ----------------------------------------> > DAO (to mac in TLLA) > <---------------------------------------- > > If we allow the option we get: > > Parent child > > DIO with SLLA opt > ----------------------------------------> > DAO with SLLA opt > <---------------------------------------- > > > > > MTU would enable the root to force a consistent MTU over the LLN. If the > LLN is a stub, all packets going up would be below that MTU. The root > would still have to support PMTUD for packets coming from the outside. > Finally, if that MTU is 1280 like 6LoWPAN does, then the nodes in eth > RPL network do not have to care about PMTUD at all. Alternate would be > do support PMTUD and related costs within the LLN (RFC 1981). > > Finally, we'll have to decide how we handle the sequence numbers (in > particular loss of sync), whether we detect address duplication, and > whether we clean up routes from the top in case of an error. > > Pascal > > >> -----Original Message----- >> From: Philip Levis [mailto:pal@cs.stanford.edu] >> Sent: Monday, June 07, 2010 6:55 PM >> To: Pascal Thubert (pthubert) >> Cc: roll@ietf.org; jpv@cisco.com >> Subject: Re: [Roll] [roll] #41: Adding the SLLA and MTU options in the > RPL >> spec ? >> >> >> On Jun 6, 2010, at 9:11 AM, Pascal Thubert (pthubert) wrote: >> >>> Dear WG: >>> >>> Just as a reminder, we have a timer running on this decision. >>> The current light consensus is to add SLLA and MTU options in DIO in > RPL >> 09. >>> If someone opposes please speak up! >> >> Can you clearly explain what problem they solve? >> >> We keep on cramming in more options and features; feedback from >> implementers has consistently been to make the protocol simpler. >> >> Phil > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > From pal@cs.stanford.edu Tue Jun 8 17:24:55 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9BFBD3A684C for ; Tue, 8 Jun 2010 17:24:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.999 X-Spam-Level: X-Spam-Status: No, score=-3.999 tagged_above=-999 required=5 tests=[BAYES_50=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ft6BY6MdLKfE for ; Tue, 8 Jun 2010 17:24:54 -0700 (PDT) Received: from cs-smtp-3.Stanford.EDU (cs-smtp-3.Stanford.EDU [171.64.64.27]) by core3.amsl.com (Postfix) with ESMTP id A39C13A677C for ; Tue, 8 Jun 2010 17:24:54 -0700 (PDT) Received: from [76.14.71.8] (helo=[192.168.1.106]) by cs-smtp-3.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OM96E-0007yJ-1p; Tue, 08 Jun 2010 17:24:56 -0700 In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D020A9AFB@XMB-AMS-107.cisco.com> References: <055.7153d5eea23badb3dd1cdb82fdf0a90a@tools.ietf.org> <064.0d298c29ad416d1d66e7e5a17d270995@tools.ietf.org> <6A2A459175DABE4BB11DE2026AA50A5D020A924C@XMB-AMS-107.cisco.com> <15547534-78DB-4D1C-ACD0-1CCED3210D0B@cs.stanford.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A9AFB@XMB-AMS-107.cisco.com> Mime-Version: 1.0 (Apple Message framework v753.1) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <88C9FF12-EA89-4A13-ADE6-7229EDDD8E25@cs.stanford.edu> Content-Transfer-Encoding: 7bit From: Philip Levis Date: Tue, 8 Jun 2010 17:24:52 -0700 To: Pascal Thubert (pthubert) X-Mailer: Apple Mail (2.753.1) X-Scan-Signature: 7e839a9fe5d3c1ffc6f045e071031982 Cc: roll@ietf.org Subject: Re: [Roll] [roll] #41: Adding the SLLA and MTU options in the RPL spec ? X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 00:24:56 -0000 On Jun 8, 2010, at 6:50 AM, Pascal Thubert (pthubert) wrote: > Hi Phil: > > SLLA would be placed in (some) DIO, DAO and DIS. The goal would be to > provide a link layer address for the sender. > > Today, the flow has to be > > Parent child > > DIO (to mcast) > ----------------------------------------> > NS with SLLA opt > <---------------------------------------- > NA with TLLA opt > ----------------------------------------> > DAO (to mac in TLLA) > <---------------------------------------- > > If we allow the option we get: > > Parent child > > DIO with SLLA opt > ----------------------------------------> > DAO with SLLA opt > <---------------------------------------- I guess my question is whether this matters. Nodes still have to handle NS and NA; this option is breaking the layer2/layer3 boundary to optimize a packet exchange. It's not clear that the optimization makes a real difference. Remember, there is a cost. I'd much rather spend effort optimizing bottlenecks that are discovered in implementations running in real environments (of which there will be some, I'm sure). The protocol spec keeps on growing with new ideas and options. Right now, the packet formats alone are over 20 pages (including security messages). When does it stop? > MTU would enable the root to force a consistent MTU over the LLN. > If the > LLN is a stub, all packets going up would be below that MTU. The root > would still have to support PMTUD for packets coming from the outside. > Finally, if that MTU is 1280 like 6LoWPAN does, then the nodes in eth > RPL network do not have to care about PMTUD at all. Alternate would be > do support PMTUD and related costs within the LLN (RFC 1981). Can you give more details on how the MTU option works? Phil From mdurvy@cisco.com Wed Jun 9 00:12:49 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D06403A690F for ; Wed, 9 Jun 2010 00:12:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.878 X-Spam-Level: X-Spam-Status: No, score=-7.878 tagged_above=-999 required=5 tests=[AWL=1.300, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8, SARE_GIF_ATTACH=1.42] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TFExwR7+lofy for ; Wed, 9 Jun 2010 00:12:44 -0700 (PDT) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by core3.amsl.com (Postfix) with ESMTP id C1D073A68D7 for ; Wed, 9 Jun 2010 00:12:43 -0700 (PDT) Authentication-Results: sj-iport-4.cisco.com; dkim=neutral (message not signed) header.i=none X-Files: smime.p7s : 4235 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EACvbDkyrR7H+/2dsb2JhbACBQ50BcaMOmgIChRQE X-IronPort-AV: E=Sophos;i="4.53,389,1272844800"; d="gif'147?p7s'147?scan'147,208,217,147";a="141481665" Received: from sj-core-2.cisco.com ([171.71.177.254]) by sj-iport-4.cisco.com with ESMTP; 09 Jun 2010 07:12:45 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o597CXOd000974 for ; Wed, 9 Jun 2010 07:12:44 GMT Received: from xmb-ams-103.cisco.com ([144.254.74.78]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 9 Jun 2010 09:12:38 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 9 Jun 2010 09:12:36 +0200 Content-Type: multipart/signed; micalg=SHA1; boundary="----=_NextPart_000_000C_01CB07B3.E2CD8010"; protocol="application/x-pkcs7-signature" Message-ID: <8A977BDC5A7B0E429B0F521E8D6F91EE02350C89@XMB-AMS-103.cisco.com> In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D0213ED1E@XMB-AMS-107.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] leaf node and DTSN Thread-Index: AcsHI7Eie2RaaQk1QPKm3Ev1/XabBQAfxPJQ References: <6A2A459175DABE4BB11DE2026AA50A5D0213ED1E@XMB-AMS-107.cisco.com> From: "Mathilde Durvy (mdurvy)" To: "Pascal Thubert (pthubert)" , X-OriginalArrivalTime: 09 Jun 2010 07:12:38.0518 (UTC) FILETIME=[2497C160:01CB07A3] Subject: Re: [Roll] leaf node and DTSN X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 07:12:50 -0000 This is a multipart message in MIME format. ------=_NextPart_000_000C_01CB07B3.E2CD8010 Content-Type: multipart/related; boundary="----=_NextPart_001_000D_01CB07B3.E2CD8010" ------=_NextPart_001_000D_01CB07B3.E2CD8010 Content-Type: multipart/alternative; boundary="----=_NextPart_002_000E_01CB07B3.E2CD8010" ------=_NextPart_002_000E_01CB07B3.E2CD8010 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Pascal, =20 Thanks for your answer. I think it would be worth clarifying these = points in the next RPL release. Best, Mathilde =20 From: Pascal Thubert (pthubert)=20 Sent: mardi, 8. juin 2010 18:58 To: Mathilde Durvy (mdurvy); roll@ietf.org Subject: RE: [Roll] leaf node and DTSN =20 Hi Mathilde =20 (Tim correct me if I=92m incomplete here J ) =20 1) There=92s at least the case when a router becomes leaf. It needs = a DIO to poison. And if it keeps getting unicast DAOs, it needs to repeat poisoning. But I do not see a case where it would advertise itself as a router. 2) That would be when an inconsistency is detected and the node = wants to refresh its cache. For instance, it has a doubt that a DAO might have been missing since a target is not revalidated. =20 Pascal =20 From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of Mathilde Durvy (mdurvy) Sent: Tuesday, June 08, 2010 4:30 PM To: roll@ietf.org Subject: [Roll] leaf node and DTSN =20 Hi All, =20 Small questions=20 - Section 6.5 What is the rationale behind a leaf node sending DIOs if nobody can = attach to it? I would rather expect the node to use a DAO to advertize its presence = and allow packets to be routed to it. - Section 7.1.7 When is the DTSN incremented without having the =91T=92 flag set? =20 Best, Mathilde =20 =20 http://www.cisco.com/swa/i/logo.gif Durvy Mathilde Software Engineer Technology center mdurvy@cisco.com Phone: +41 21 822 1725 Mobile: +41 76 396 8116 Cisco Systems International S=E0rl Av. des Uttins, 5 CH-1180 Rolle Cisco home page =20 =20 Think before you print.Think before you print. This e-mail may contain confidential and privileged material for the = sole use of the intended recipient. Any review, use, distribution or = disclosure by others is strictly prohibited. If you are not the intended recipient = (or authorized to receive for the recipient), please contact the sender by = reply e-mail and delete all copies of this message. ------=_NextPart_002_000E_01CB07B3.E2CD8010 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi = Pascal,

 

Thanks for your answer. = I think it would be worth clarifying these points in the next RPL = release.

Best,

Mathilde

 

From:= Pascal = Thubert (pthubert)
Sent: mardi, 8. juin 2010 18:58
To: Mathilde Durvy (mdurvy); roll@ietf.org
Subject: RE: [Roll] leaf node and DTSN

 

Hi Mathilde

 

(Tim correct me if I’m incomplete here J )

 

1)      There’s at least the case when a router becomes = leaf. It needs a DIO to poison. And if it keeps getting unicast DAOs, it needs to = repeat poisoning. But I do not see a case where it would advertise itself as a = router.

2)      That would be when an inconsistency is detected and the = node wants to refresh its cache. For instance, it has a doubt that a DAO = might have been missing since a target is not revalidated.

 

Pascal

 

From:= roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of = Mathilde Durvy (mdurvy)
Sent: Tuesday, June 08, 2010 4:30 PM
To: roll@ietf.org
Subject: [Roll] leaf node and DTSN

 

Hi All,

 

Small questions

- Section 6.5

What is the rationale behind a leaf node sending = DIOs if nobody can attach to it?

I would rather expect the node to use a DAO to = advertize its presence and allow packets to be routed to it.

- Section 7.1.7

When is the DTSN incremented without having the ‘T’ flag set?

 

Best,

Mathilde

 

 

3D"http://www.cisco.com/swa/i/logo.gif"

Durvy = Mathilde
Software Engineer
Technology center

mdurvy@cisco.com
Phone: +41 21 822 1725
Mobile: +41 76 396 8116

Cisco Systems International = S=E0rl
Av. des Uttins, 5
CH-1180 Rolle

Cisco = home page

 

 

3D"ThinkThink before you print.

This e-mail may contain confidential and privileged material for the sole use of = the intended recipient. Any review, use, distribution or disclosure by = others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender = by reply e-mail and delete all copies of this = message.


------=_NextPart_002_000E_01CB07B3.E2CD8010-- ------=_NextPart_001_000D_01CB07B3.E2CD8010 Content-Type: image/gif; name="image001.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhbgBJAMQAAP///3OXqtapqq1MTcmRki9mgZkAALpqbMl/f6g5O/Xq6+vX2OTIyaMqK/nz 9OW/v5sVFsbV3Nfh5p0PD5kFBf78/P38/Pz6+v/+/rZdXpcKDKAhIvv396QvMO/g4Ny4uSH5BAAA AAAALAAAAABuAEkAQAX/ICCOZGmeaKqubOu+cCzPdG3feK6nkln8pp5LSPoVgrucsbQsAp1HKPM5 alapImtyy+16SwKDmJBCiBEWgMUsPgg8JMHEQCGTMACP2HDgiBQZYglfOQ+GDy2HhiqKKI2EkJGS k5SVlpeYmZpfWkpYmypEV1GjU6QjolmfnZ0AqZWvrj6fski2UiWxsZkcHxkNYg0IABUibAjFIgsH wAYNBwokvb8QEMIOJAwICQYQCQgLoCgLHWIdHwoKCwzExmdpGBwcxRgDYhkXAOTm6OoMfg4CiRGg wAOBOXzEKVzIsKHDhxAjSpxIsaKNCAEibMGo0WKLVjdAVgxQIICpEiRN/7JIeZIEy4WsVsk8BSAm TZstLb0csVMVzZ4AgALtJLQkRY4bM3pcupDAHgMduA1Q484AGmJO7x04kCCaCAIaxFCISmGAVwZP u+1pEK5hVgPYUBxLQ4yBvacfvlIwMCFuCbRi2I34sHfDQ0BpDUyFNxfABTZPGwgGACjsU7MiLLx9 ukEA08+gQ4seTbq06dOoU6tezbq169evd92QHRooDtujRdbQDZr3DN8RkeIaIXxFcZ8ljkPEOVwF 81ILlT9HTkL6zJwilE+aXvN68+43vUO3xL28eOrj0VdSbp0me6XV4acH8L6jRNw28IumXYM/7P8k PJLIISkIWIKBD3GwmcIYiwGAQWP6cJMWHCIoCEFamInwQTNPdYCIQwqUM8YCC3zgWTKNOXAAg14p kA9lIkJAAIkmYsPBim0YcsBeVjn0llcnQAjYHh14phdfQGazx2QAEGaAYQ2FMVAZ75BggTZ7HFCM HHQYWcICeyAjgormPASZYgN00CAAjV0gwAEEEACZlsbwCMEAaWb4wFMJJMDjBkwypAABErbRzoNn FFPBghnkRcKgCVimwQF+VSDAXXw1CuCmnHbq6aeghirqqDiEAAA7 ------=_NextPart_001_000D_01CB07B3.E2CD8010 Content-Type: image/gif; name="image002.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhEgATAJEAAAAAAP///wCZAP///yH5BAEAAAMALAAAAAASABMAAAIojI+pGyK8nINqUiTf bVnfvHEg1UmhdZRqaawu6XZVjKb0/CYxo8JOAQA7 ------=_NextPart_001_000D_01CB07B3.E2CD8010-- ------=_NextPart_000_000C_01CB07B3.E2CD8010 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIL2jCCAj0w ggGmAhEAzbp/VvDf5LxU/iKss3KqVTANBgkqhkiG9w0BAQIFADBfMQswCQYDVQQGEwJVUzEXMBUG A1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGljIFByaW1hcnkgQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNOTYwMTI5MDAwMDAwWhcNMjgwODAxMjM1OTU5WjBfMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwgZ8wDQYJKoZIhvcNAQEBBQADgY0A MIGJAoGBAOUZv22jVmEtmUhx9mfeuY3rt56GgAqRDvo4Ja9GiILlc6igmyRdDR/MZW4MsNBWhBiH mgabEKFz37RYOWtuwfYV1aioP6oSBo0xrH+wNNePNGeICc0UEeJORVZpH3gCgNrcR5EpuzbJY1zF 4Ncth3uhtzKwezC6Ki8xqu6jZ9rbAgMBAAEwDQYJKoZIhvcNAQECBQADgYEATD+4i8Zo3+5DMw5d 6abLB4RNejP/khv0Nq3YlSI2aBFsfELM85wuxAc/FLAPT/+Qknb54rxK6Y/NoIAK98Up8YIiXbix 3YEjo3slFUYweRb46gVLlH8dwhzI47f0EEA8E8NfH1PoSOSGtHuhNbB7Jbq4046rPzidADQAmPPR cZQwggTFMIIDraADAgECAhABGiiLJme3TYjnRHtF1qTNMA0GCSqGSIb3DQEBBQUAMIHdMQswCQYD VQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0 IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5j b20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZl cmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIwHhcNMDkxMTI2MDAw MDAwWhcNMTAxMTI2MjM1OTU5WjCCARIxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQL ExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9z aXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk4MR4wHAYDVQQLExVQZXJzb25h IE5vdCBWYWxpZGF0ZWQxNDAyBgNVBAsTK0RpZ2l0YWwgSUQgQ2xhc3MgMSAtIE1pY3Jvc29mdCBG dWxsIFNlcnZpY2UxFzAVBgNVBAMUDk1hdGhpbGRlIER1cnZ5MR8wHQYJKoZIhvcNAQkBFhBtZHVy dnlAY2lzY28uY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDR9oVSAz6Tlt7xUvAb+IKp aqKdu1dh0cihpjNNzndIzit+ZWpixDZ8tWBtpZ7T2jBC+SiyquqIrin/TD4jlk60y4OBBeF2zlJa c6P0Ay8g4WjDRnvJP93Wz93W32bgjtV1R7FRlWUxPjn9QUDcq4PIHd4qFKSiOMfKk1OijYeWRQID AQABo4HMMIHJMAkGA1UdEwQCMAAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcXATAqMCgGCCsGAQUF BwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIFoDAdBgNVHSUEFjAU BggrBgEFBQcDBAYIKwYBBQUHAwIwSgYDVR0fBEMwQTA/oD2gO4Y5aHR0cDovL0luZEMxRGlnaXRh bElELWNybC52ZXJpc2lnbi5jb20vSW5kQzFEaWdpdGFsSUQuY3JsMA0GCSqGSIb3DQEBBQUAA4IB AQA9I2FwWjWGMNapHvMFY2LZN+qr3cX6ILBUZ1AxypApr5B2Hl8YXDMA6o8Gtd5J2wxkJmEAbqXT zkoVWspigsclFSbGDu5V0ITLLZzzCXvwnpeaUD4F9GngqdkNUZkqXirqaMZxQTiaI5Hue2RX3f7b Ew4GqU+KMg6meor5iMoyGl/mtZ0LSPj6ZltNaG7ElQoyTXfdBGXlEm8z2uJhtb42Ys2OUptP1v3x jhxT2njv9NMcBH4q7S6y+op0aFrVsNLP7+qcPSBZlEcav3vyNSygxnqyx+pMJmgWH+/VdwsbSIDB FAo4DoI+fe2pUIeqRx6yP9s+e21BRiSPxvBtVe+JMIIEzDCCBDWgAwIBAgIQHK6da5r05i8iiqPa dGFsHjANBgkqhkiG9w0BAQUFADBfMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIElu Yy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3Jp dHkwHhcNMDUxMDI4MDAwMDAwWhcNMTUxMDI3MjM1OTU5WjCB3TELMAkGA1UEBhMCVVMxFzAVBgNV BAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYD VQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEe MBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAx IEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIB CgKCAQEAyd+s5+r4+AMUxACS1cF+NsI873xyFcvAq4w9HJXObx4QLD8A7Zcm5rbH5q1DHT+kh0dH TD5U+Gz4x/yxnr0wcLyXsQMF6pXxrUDFRHpLBaLyYPzXOmVi7/8Qe6JWu8VOcC3Woh887bBC6F6N VyGsppnZEenSGgfAdEdCC/zFNOr95rok0R0IFTei13PPAUEvY7I6P76lGm70yUpbPZWmFbs1Ahn5 1O+8jw5xdlm7S7Y+1vxaFvTWDonySf5sDO0V6dmIdZx5zmAn3bmtdc4vc5V6QDqFdUmwuN9ovKvN E4KFEVCj4DwLrsAKU83XMG+FMkYb5EkQwmzirx95/9u0tQIDAQABo4IBhDCCAYAwEgYDVR0TAQH/ BAgwBgEB/wIBADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBz Oi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgEGMBEGCWCGSAGG+EIBAQQEAwIBBjAu BgNVHREEJzAlpCMwITEfMB0GA1UEAxMWUHJpdmF0ZUxhYmVsMy0yMDQ4LTE1NTAdBgNVHQ4EFgQU EX1eGX08BN9qbNaiiho/Mdg7lFIwMQYDVR0fBCowKDAmoCSgIoYgaHR0cDovL2NybC52ZXJpc2ln bi5jb20vcGNhMS5jcmwwgYEGA1UdIwR6MHihY6RhMF8xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5W ZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eYIRAM26f1bw3+S8VP4irLNyqlUwDQYJKoZIhvcNAQEFBQADgYEAsS/ZluGS ou6BYOXIKiD74Wcs1gCYU6MCG+mQS/gYRJ8PRvf6oP7THRij0r8c7NYZn0pNQ/jKu74TgEkF3SFz M1fCQlq++gCTsuYEMZFOXTzwcwU3Y+u/g1mY/Wbe6YYympIpPDquVNqmElGxj8jK00d45tulHocG 49EUwMIh9roxggRzMIIEbwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWdu LCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBv ZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVy c29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwg U3Vic2NyaWJlciBDQSAtIEcyAhABGiiLJme3TYjnRHtF1qTNMAkGBSsOAwIaBQCgggLWMBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEwMDYwOTA3MTIyOVowIwYJKoZI hvcNAQkEMRYEFMjIkTvrP6wvhBNdSCWWlnG1C/zcMGcGCSqGSIb3DQEJDzFaMFgwCgYIKoZIhvcN AwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEo MAcGBSsOAwIaMAoGCCqGSIb3DQIFMIIBAwYJKwYBBAGCNxAEMYH1MIHyMIHdMQswCQYDVQQGEwJV UzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdv cmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBh IChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWdu IENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzICEAEaKIsmZ7dNiOdEe0XWpM0w ggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWdu LCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBv ZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVy c29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwg U3Vic2NyaWJlciBDQSAtIEcyAhABGiiLJme3TYjnRHtF1qTNMA0GCSqGSIb3DQEBAQUABIGAN12s eRzMI0+47zN/5Xq9BO3r+7dGZ90UhhOxNNsqJ5hApvzNhulm9qkWU2nQC6LUujPuiYWbrD3rXVs9 5ao/9a7WM3msbIg3BFI2a2u+hGuE2a/C2Oc8npk85TWYFBnYgfoPkYguKAl4AexUIFcAEI+3FqeP KvgKqJs6r3KSuAMAAAAAAAA= ------=_NextPart_000_000C_01CB07B3.E2CD8010-- From jpv@cisco.com Wed Jun 9 02:26:09 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CF0CB3A68D9 for ; Wed, 9 Jun 2010 02:26:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.069 X-Spam-Level: X-Spam-Status: No, score=-8.069 tagged_above=-999 required=5 tests=[AWL=0.671, BAYES_20=-0.74, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t-CmBHnYIjIC for ; Wed, 9 Jun 2010 02:26:09 -0700 (PDT) Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id 2392228C0E3 for ; Wed, 9 Jun 2010 02:26:09 -0700 (PDT) Authentication-Results: sj-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAEL7DkyrRN+J/2dsb2JhbACeRnGjAZoBhRgE X-IronPort-AV: E=Sophos;i="4.53,390,1272844800"; d="scan'208";a="333468487" Received: from sj-core-3.cisco.com ([171.68.223.137]) by sj-iport-1.cisco.com with ESMTP; 09 Jun 2010 09:26:10 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-3.cisco.com (8.13.8/8.14.3) with ESMTP id o599QA8V013071 for ; Wed, 9 Jun 2010 09:26:10 GMT Received: from xfe-ams-201.cisco.com ([144.254.231.95]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 9 Jun 2010 11:26:07 +0200 Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 9 Jun 2010 11:26:06 +0200 Message-Id: <09B6F97C-691F-4569-ABFA-AB7CE3F17E8C@cisco.com> From: JP Vasseur To: ROLL WG Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Wed, 9 Jun 2010 11:26:06 +0200 X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 09 Jun 2010 09:26:06.0996 (UTC) FILETIME=[CA048540:01CB07B5] Subject: [Roll] Feed-back appreciated for RPL Revision -09 to be posted in 3 days! X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 09:26:09 -0000 Dear WG, One more time, thanks for your energy and involvement to keep us on track with our plan for RPL. The cut-off date for the Virtual WG meeting that will take place on June 16 is this coming Friday and the RPL authors team has been working hard on the revision -09, which should solve a number of the opened tickets. Still there are a few items that triggered some discussion but we would need more feed-back from you to draw a consensus to move on. 1) Are we keeping the use of sibling (S Bit thread): see the detailed discussion on the ML. https://svn.tools.ietf.org/wg/roll/trac/ticket/43 2) Use of MTU and SSLA option: https://svn.tools.ietf.org/wg/roll/trac/ticket/42 Any quick feed-back on the list would be appreciated, for rev09. Thanks. JP. From daniel.gavelle@jennic.com Wed Jun 9 02:51:54 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3B8D13A6956 for ; Wed, 9 Jun 2010 02:51:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.554 X-Spam-Level: X-Spam-Status: No, score=0.554 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_50=0.001, HELO_MISMATCH_COM=0.553] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gAwHxpt3mv37 for ; Wed, 9 Jun 2010 02:51:53 -0700 (PDT) Received: from mail.jennic.com (proxy.jennic.co.uk [81.23.53.53]) by core3.amsl.com (Postfix) with ESMTP id 2DFBC3A694C for ; Wed, 9 Jun 2010 02:51:53 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.jennic.com (Postfix) with ESMTP id 578D29BE508; Wed, 9 Jun 2010 10:51:53 +0100 (BST) Received: from mail.jennic.com ([127.0.0.1]) by localhost (smithers.jennic.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uI99mtI9CG-X; Wed, 9 Jun 2010 10:51:53 +0100 (BST) Received: from [10.99.96.69] (snifflap01.jennic.com [10.99.96.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail.jennic.com (Postfix) with ESMTPSA id 3949CD6BB5; Wed, 9 Jun 2010 10:51:53 +0100 (BST) Message-ID: <4C0F6438.7090805@jennic.com> Date: Wed, 09 Jun 2010 10:51:52 +0100 From: Daniel Gavelle Organization: Jennic Ltd. User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: JP Vasseur References: <09B6F97C-691F-4569-ABFA-AB7CE3F17E8C@cisco.com> In-Reply-To: <09B6F97C-691F-4569-ABFA-AB7CE3F17E8C@cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ROLL WG Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to be posted in 3 days! X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: daniel.gavelle@jennic.com List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 09:51:54 -0000 I think the MTU and SLLA options should not be in ROLL but only used in ND. I haven't used the S bit in my implementation. Daniel. JP Vasseur wrote: > Dear WG, > > One more time, thanks for your energy and involvement to keep us on > track with our plan for RPL. > > The cut-off date for the Virtual WG meeting that will take place on June > 16 is this coming Friday and the RPL authors team has been working hard > on the revision -09, which should solve a number of the opened tickets. > Still there are a few items that triggered some discussion but we would > need more feed-back from you to draw a consensus to move on. > > 1) Are we keeping the use of sibling (S Bit thread): see the detailed > discussion on the ML. > https://svn.tools.ietf.org/wg/roll/trac/ticket/43 > > 2) Use of MTU and SSLA option: > https://svn.tools.ietf.org/wg/roll/trac/ticket/42 > > Any quick feed-back on the list would be appreciated, for rev09. > > Thanks. > > JP. > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > -- __________________________________________________ Daniel Gavelle, Software Engineer Tel: +44 114 281 2655 Fax: +44 114 281 2951 Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: 3191371 Registered In England http://www.jennic.com __________________________________________________ From pthubert@cisco.com Wed Jun 9 04:06:57 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E651E28C0E3 for ; Wed, 9 Jun 2010 04:06:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.684 X-Spam-Level: X-Spam-Status: No, score=-8.684 tagged_above=-999 required=5 tests=[AWL=-0.499, BAYES_40=-0.185, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cO5+At+OQxoO for ; Wed, 9 Jun 2010 04:06:55 -0700 (PDT) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id BAA8928C0EC for ; Wed, 9 Jun 2010 04:06:55 -0700 (PDT) Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-AV: E=Sophos;i="4.53,391,1272844800"; d="scan'208";a="209359508" Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-5.cisco.com with ESMTP; 09 Jun 2010 11:06:57 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id o59B6VsD015722; Wed, 9 Jun 2010 11:06:57 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 9 Jun 2010 13:06:48 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 9 Jun 2010 13:06:46 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D0213F02B@XMB-AMS-107.cisco.com> In-Reply-To: <4C0F6438.7090805@jennic.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] Feed-back appreciated for RPL Revision -09 to be posted in 3 days! Thread-Index: AcsHuWkUiWY0uPNcRke/dwnlwuO4UwAClW1A References: <09B6F97C-691F-4569-ABFA-AB7CE3F17E8C@cisco.com> <4C0F6438.7090805@jennic.com> From: "Pascal Thubert (pthubert)" To: , "JP Vasseur" X-OriginalArrivalTime: 09 Jun 2010 11:06:48.0452 (UTC) FILETIME=[DB018C40:01CB07C3] Cc: ROLL WG Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to be posted in 3 days! X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 11:06:57 -0000 Hi Daniel Do you think that the MTU within the LLN should be the same? Pascal > -----Original Message----- > From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of > Daniel Gavelle > Sent: Wednesday, June 09, 2010 11:52 AM > To: JP Vasseur > Cc: ROLL WG > Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to be posted in > 3 days! >=20 > I think the MTU and SLLA options should not be in ROLL but only used in ND. >=20 > I haven't used the S bit in my implementation. >=20 > Daniel. >=20 >=20 >=20 > JP Vasseur wrote: > > Dear WG, > > > > One more time, thanks for your energy and involvement to keep us on > > track with our plan for RPL. > > > > The cut-off date for the Virtual WG meeting that will take place on June > > 16 is this coming Friday and the RPL authors team has been working hard > > on the revision -09, which should solve a number of the opened tickets. > > Still there are a few items that triggered some discussion but we would > > need more feed-back from you to draw a consensus to move on. > > > > 1) Are we keeping the use of sibling (S Bit thread): see the detailed > > discussion on the ML. > > https://svn.tools.ietf.org/wg/roll/trac/ticket/43 > > > > 2) Use of MTU and SSLA option: > > https://svn.tools.ietf.org/wg/roll/trac/ticket/42 > > > > Any quick feed-back on the list would be appreciated, for rev09. > > > > Thanks. > > > > JP. > > _______________________________________________ > > Roll mailing list > > Roll@ietf.org > > https://www.ietf.org/mailman/listinfo/roll > > >=20 > -- > __________________________________________________ > Daniel Gavelle, Software Engineer > Tel: +44 114 281 2655 > Fax: +44 114 281 2951 > Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK > Comp Reg No: 3191371 Registered In England > http://www.jennic.com > __________________________________________________ > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From daniel.gavelle@jennic.com Wed Jun 9 04:38:33 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C6D2C3A68E7 for ; Wed, 9 Jun 2010 04:38:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.746 X-Spam-Level: X-Spam-Status: No, score=-0.746 tagged_above=-999 required=5 tests=[AWL=1.300, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4t5N0qaliWCp for ; Wed, 9 Jun 2010 04:38:32 -0700 (PDT) Received: from mail.jennic.com (proxy.jennic.co.uk [81.23.53.53]) by core3.amsl.com (Postfix) with ESMTP id 9E1FE28C0F0 for ; Wed, 9 Jun 2010 04:38:31 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.jennic.com (Postfix) with ESMTP id E1B469BE508; Wed, 9 Jun 2010 12:38:31 +0100 (BST) Received: from mail.jennic.com ([127.0.0.1]) by localhost (smithers.jennic.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mbJ4JD-c0xaF; Wed, 9 Jun 2010 12:38:31 +0100 (BST) Received: from [10.99.96.69] (snifflap01.jennic.com [10.99.96.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail.jennic.com (Postfix) with ESMTPSA id C2F69D6BB5; Wed, 9 Jun 2010 12:38:31 +0100 (BST) Message-ID: <4C0F7D37.3030901@jennic.com> Date: Wed, 09 Jun 2010 12:38:31 +0100 From: Daniel Gavelle Organization: Jennic Ltd. User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: "Pascal Thubert (pthubert)" References: <09B6F97C-691F-4569-ABFA-AB7CE3F17E8C@cisco.com> <4C0F6438.7090805@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F02B@XMB-AMS-107.cisco.com> In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D0213F02B@XMB-AMS-107.cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ROLL WG Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to be posted in 3 days! X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: daniel.gavelle@jennic.com List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 11:38:33 -0000 Pascal, I am interested in 6LowPAN, where RFC4944 fixes the MTU at 1280 octets so the MTU option isn't required. If the MTU option is required by other link layers, why can't the MTU option be sent in ND? Daniel. Pascal Thubert (pthubert) wrote: > Hi Daniel > > Do you think that the MTU within the LLN should be the same? > > Pascal > >> -----Original Message----- >> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf > Of >> Daniel Gavelle >> Sent: Wednesday, June 09, 2010 11:52 AM >> To: JP Vasseur >> Cc: ROLL WG >> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to be > posted in >> 3 days! >> >> I think the MTU and SLLA options should not be in ROLL but only used > in ND. >> I haven't used the S bit in my implementation. >> >> Daniel. >> >> >> >> JP Vasseur wrote: >>> Dear WG, >>> >>> One more time, thanks for your energy and involvement to keep us on >>> track with our plan for RPL. >>> >>> The cut-off date for the Virtual WG meeting that will take place on > June >>> 16 is this coming Friday and the RPL authors team has been working > hard >>> on the revision -09, which should solve a number of the opened > tickets. >>> Still there are a few items that triggered some discussion but we > would >>> need more feed-back from you to draw a consensus to move on. >>> >>> 1) Are we keeping the use of sibling (S Bit thread): see the > detailed >>> discussion on the ML. >>> https://svn.tools.ietf.org/wg/roll/trac/ticket/43 >>> >>> 2) Use of MTU and SSLA option: >>> https://svn.tools.ietf.org/wg/roll/trac/ticket/42 >>> >>> Any quick feed-back on the list would be appreciated, for rev09. >>> >>> Thanks. >>> >>> JP. >>> _______________________________________________ >>> Roll mailing list >>> Roll@ietf.org >>> https://www.ietf.org/mailman/listinfo/roll >>> >> -- >> __________________________________________________ >> Daniel Gavelle, Software Engineer >> Tel: +44 114 281 2655 >> Fax: +44 114 281 2951 >> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK >> Comp Reg No: 3191371 Registered In England >> http://www.jennic.com >> __________________________________________________ >> _______________________________________________ >> Roll mailing list >> Roll@ietf.org >> https://www.ietf.org/mailman/listinfo/roll > -- __________________________________________________ Daniel Gavelle, Software Engineer Tel: +44 114 281 2655 Fax: +44 114 281 2951 Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: 3191371 Registered In England http://www.jennic.com __________________________________________________ From richard.kelsey@ember.com Wed Jun 9 04:45:32 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1B25728C10B for ; Wed, 9 Jun 2010 04:45:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.369 X-Spam-Level: X-Spam-Status: No, score=-0.369 tagged_above=-999 required=5 tests=[AWL=0.370, BAYES_20=-0.74] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WQeA701ymRRG for ; Wed, 9 Jun 2010 04:45:31 -0700 (PDT) Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id 2E8F628C0FB for ; Wed, 9 Jun 2010 04:45:31 -0700 (PDT) Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 9 Jun 2010 07:45:32 -0400 Date: Wed, 09 Jun 2010 07:46:45 -0400 Message-Id: <87eiggwhqy.fsf@kelsey-ws.hq.ember.com> To: Philip Levis In-reply-to: <88C9FF12-EA89-4A13-ADE6-7229EDDD8E25@cs.stanford.edu> (message from Philip Levis on Tue, 8 Jun 2010 17:24:52 -0700) From: Richard Kelsey References: <055.7153d5eea23badb3dd1cdb82fdf0a90a@tools.ietf.org> <064.0d298c29ad416d1d66e7e5a17d270995@tools.ietf.org> <6A2A459175DABE4BB11DE2026AA50A5D020A924C@XMB-AMS-107.cisco.com> <15547534-78DB-4D1C-ACD0-1CCED3210D0B@cs.stanford.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A9AFB@XMB-AMS-107.cisco.com> <88C9FF12-EA89-4A13-ADE6-7229EDDD8E25@cs.stanford.edu> X-OriginalArrivalTime: 09 Jun 2010 11:45:32.0043 (UTC) FILETIME=[43F965B0:01CB07C9] Cc: roll@ietf.org Subject: Re: [Roll] [roll] #41: Adding the SLLA and MTU options in the RPL spec ? X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 11:45:32 -0000 > From: Philip Levis > Date: Tue, 8 Jun 2010 17:24:52 -0700 > > On Jun 8, 2010, at 6:50 AM, Pascal Thubert (pthubert) wrote: > > > SLLA would be placed in (some) DIO, DAO and DIS. The goal would be to > > provide a link layer address for the sender. > > I guess my question is whether this matters. Nodes still have to > handle NS and NA; this option is breaking the layer2/layer3 boundary > to optimize a packet exchange. It's not clear that the optimization > makes a real difference. Remember, there is a cost. I'd much rather > spend effort optimizing bottlenecks that are discovered in > implementations running in real environments (of which there will be > some, I'm sure). The protocol spec keeps on growing with new ideas > and options. Right now, the packet formats alone are over 20 pages > (including security messages). When does it stop? I agree with Phil on this one. Adding an optimization like this to the base spec just doesn't make sense. -Richard Kelsey From pthubert@cisco.com Wed Jun 9 04:47:58 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 27B1F28C105 for ; Wed, 9 Jun 2010 04:47:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.856 X-Spam-Level: X-Spam-Status: No, score=-9.856 tagged_above=-999 required=5 tests=[AWL=0.743, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4uj4SSnxavSJ for ; Wed, 9 Jun 2010 04:47:57 -0700 (PDT) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id E7F9628C100 for ; Wed, 9 Jun 2010 04:47:56 -0700 (PDT) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-AV: E=Sophos;i="4.53,391,1272844800"; d="scan'208";a="119556024" Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 09 Jun 2010 11:47:57 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o59BlvI5000987; Wed, 9 Jun 2010 11:47:57 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 9 Jun 2010 13:47:57 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 9 Jun 2010 13:47:53 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D0213F078@XMB-AMS-107.cisco.com> In-Reply-To: <4C0F7D37.3030901@jennic.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] Feed-back appreciated for RPL Revision -09 to be posted in 3 days! Thread-Index: AcsHyGwXjjTFlxGqQa+I6xlp8BY0JQAANBmw References: <09B6F97C-691F-4569-ABFA-AB7CE3F17E8C@cisco.com> <4C0F6438.7090805@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F02B@XMB-AMS-107.cisco.com> <4C0F7D37.3030901@jennic.com> From: "Pascal Thubert (pthubert)" To: X-OriginalArrivalTime: 09 Jun 2010 11:47:57.0318 (UTC) FILETIME=[9A909A60:01CB07C9] Cc: ROLL WG Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to be posted in 3 days! X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 11:47:58 -0000 Hi Daniel: > If the MTU option is required by other link layers, why can't the MTU option > be sent in ND? I return the question. How would that work? Pascal > -----Original Message----- > From: Daniel Gavelle [mailto:daniel.gavelle@jennic.com] > Sent: Wednesday, June 09, 2010 1:39 PM > To: Pascal Thubert (pthubert) > Cc: JP Vasseur; ROLL WG > Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to be posted in > 3 days! >=20 > Pascal, >=20 > I am interested in 6LowPAN, where RFC4944 fixes the MTU at 1280 octets so > the MTU option isn't required. >=20 > If the MTU option is required by other link layers, why can't the MTU option > be sent in ND? >=20 > Daniel. >=20 >=20 >=20 > Pascal Thubert (pthubert) wrote: > > Hi Daniel > > > > Do you think that the MTU within the LLN should be the same? > > > > Pascal > > > >> -----Original Message----- > >> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf > > Of > >> Daniel Gavelle > >> Sent: Wednesday, June 09, 2010 11:52 AM > >> To: JP Vasseur > >> Cc: ROLL WG > >> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to be > > posted in > >> 3 days! > >> > >> I think the MTU and SLLA options should not be in ROLL but only used > > in ND. > >> I haven't used the S bit in my implementation. > >> > >> Daniel. > >> > >> > >> > >> JP Vasseur wrote: > >>> Dear WG, > >>> > >>> One more time, thanks for your energy and involvement to keep us on > >>> track with our plan for RPL. > >>> > >>> The cut-off date for the Virtual WG meeting that will take place on > > June > >>> 16 is this coming Friday and the RPL authors team has been working > > hard > >>> on the revision -09, which should solve a number of the opened > > tickets. > >>> Still there are a few items that triggered some discussion but we > > would > >>> need more feed-back from you to draw a consensus to move on. > >>> > >>> 1) Are we keeping the use of sibling (S Bit thread): see the > > detailed > >>> discussion on the ML. > >>> https://svn.tools.ietf.org/wg/roll/trac/ticket/43 > >>> > >>> 2) Use of MTU and SSLA option: > >>> https://svn.tools.ietf.org/wg/roll/trac/ticket/42 > >>> > >>> Any quick feed-back on the list would be appreciated, for rev09. > >>> > >>> Thanks. > >>> > >>> JP. > >>> _______________________________________________ > >>> Roll mailing list > >>> Roll@ietf.org > >>> https://www.ietf.org/mailman/listinfo/roll > >>> > >> -- > >> __________________________________________________ > >> Daniel Gavelle, Software Engineer > >> Tel: +44 114 281 2655 > >> Fax: +44 114 281 2951 > >> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: > >> 3191371 Registered In England http://www.jennic.com > >> __________________________________________________ > >> _______________________________________________ > >> Roll mailing list > >> Roll@ietf.org > >> https://www.ietf.org/mailman/listinfo/roll > > >=20 > -- > __________________________________________________ > Daniel Gavelle, Software Engineer > Tel: +44 114 281 2655 > Fax: +44 114 281 2951 > Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK > Comp Reg No: 3191371 Registered In England > http://www.jennic.com > __________________________________________________ From daniel.gavelle@jennic.com Wed Jun 9 05:10:28 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2AF7E3A685A for ; Wed, 9 Jun 2010 05:10:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.006 X-Spam-Level: X-Spam-Status: No, score=-1.006 tagged_above=-999 required=5 tests=[AWL=1.040, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8lum0puKJvd0 for ; Wed, 9 Jun 2010 05:10:26 -0700 (PDT) Received: from mail.jennic.com (proxy.jennic.co.uk [81.23.53.53]) by core3.amsl.com (Postfix) with ESMTP id 3D87B3A68BA for ; Wed, 9 Jun 2010 05:10:25 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.jennic.com (Postfix) with ESMTP id 97F989BE508; Wed, 9 Jun 2010 13:10:25 +0100 (BST) Received: from mail.jennic.com ([127.0.0.1]) by localhost (smithers.jennic.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6c7-mGg+8nb0; Wed, 9 Jun 2010 13:10:25 +0100 (BST) Received: from [10.99.96.69] (snifflap01.jennic.com [10.99.96.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail.jennic.com (Postfix) with ESMTPSA id 78DA3D6BB5; Wed, 9 Jun 2010 13:10:25 +0100 (BST) Message-ID: <4C0F84B1.9000104@jennic.com> Date: Wed, 09 Jun 2010 13:10:25 +0100 From: Daniel Gavelle Organization: Jennic Ltd. User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: "Pascal Thubert (pthubert)" References: <09B6F97C-691F-4569-ABFA-AB7CE3F17E8C@cisco.com> <4C0F6438.7090805@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F02B@XMB-AMS-107.cisco.com> <4C0F7D37.3030901@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F078@XMB-AMS-107.cisco.com> In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D0213F078@XMB-AMS-107.cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ROLL WG Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to be posted in 3 days! X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: daniel.gavelle@jennic.com List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 12:10:28 -0000 Pascal, If the link has a variable sized MTU, the MTU option can be sent in an RA, as in RFC 4861. ND RS/RA can be done before sending DIS and joining a ROLL DAG. Daniel. Pascal Thubert (pthubert) wrote: > Hi Daniel: > >> If the MTU option is required by other link layers, why can't the MTU > option >> be sent in ND? > > I return the question. How would that work? > > Pascal > > >> -----Original Message----- >> From: Daniel Gavelle [mailto:daniel.gavelle@jennic.com] >> Sent: Wednesday, June 09, 2010 1:39 PM >> To: Pascal Thubert (pthubert) >> Cc: JP Vasseur; ROLL WG >> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to be > posted in >> 3 days! >> >> Pascal, >> >> I am interested in 6LowPAN, where RFC4944 fixes the MTU at 1280 octets > so >> the MTU option isn't required. >> >> If the MTU option is required by other link layers, why can't the MTU > option >> be sent in ND? >> >> Daniel. >> >> >> >> Pascal Thubert (pthubert) wrote: >>> Hi Daniel >>> >>> Do you think that the MTU within the LLN should be the same? >>> >>> Pascal >>> >>>> -----Original Message----- >>>> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On > Behalf >>> Of >>>> Daniel Gavelle >>>> Sent: Wednesday, June 09, 2010 11:52 AM >>>> To: JP Vasseur >>>> Cc: ROLL WG >>>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to > be >>> posted in >>>> 3 days! >>>> >>>> I think the MTU and SLLA options should not be in ROLL but only > used >>> in ND. >>>> I haven't used the S bit in my implementation. >>>> >>>> Daniel. >>>> >>>> >>>> >>>> JP Vasseur wrote: >>>>> Dear WG, >>>>> >>>>> One more time, thanks for your energy and involvement to keep us > on >>>>> track with our plan for RPL. >>>>> >>>>> The cut-off date for the Virtual WG meeting that will take place > on >>> June >>>>> 16 is this coming Friday and the RPL authors team has been working >>> hard >>>>> on the revision -09, which should solve a number of the opened >>> tickets. >>>>> Still there are a few items that triggered some discussion but we >>> would >>>>> need more feed-back from you to draw a consensus to move on. >>>>> >>>>> 1) Are we keeping the use of sibling (S Bit thread): see the >>> detailed >>>>> discussion on the ML. >>>>> https://svn.tools.ietf.org/wg/roll/trac/ticket/43 >>>>> >>>>> 2) Use of MTU and SSLA option: >>>>> https://svn.tools.ietf.org/wg/roll/trac/ticket/42 >>>>> >>>>> Any quick feed-back on the list would be appreciated, for rev09. >>>>> >>>>> Thanks. >>>>> >>>>> JP. >>>>> _______________________________________________ >>>>> Roll mailing list >>>>> Roll@ietf.org >>>>> https://www.ietf.org/mailman/listinfo/roll >>>>> >>>> -- >>>> __________________________________________________ >>>> Daniel Gavelle, Software Engineer >>>> Tel: +44 114 281 2655 >>>> Fax: +44 114 281 2951 >>>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: >>>> 3191371 Registered In England http://www.jennic.com >>>> __________________________________________________ >>>> _______________________________________________ >>>> Roll mailing list >>>> Roll@ietf.org >>>> https://www.ietf.org/mailman/listinfo/roll >> -- >> __________________________________________________ >> Daniel Gavelle, Software Engineer >> Tel: +44 114 281 2655 >> Fax: +44 114 281 2951 >> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK >> Comp Reg No: 3191371 Registered In England >> http://www.jennic.com >> __________________________________________________ > -- __________________________________________________ Daniel Gavelle, Software Engineer Tel: +44 114 281 2655 Fax: +44 114 281 2951 Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: 3191371 Registered In England http://www.jennic.com __________________________________________________ From mdurvy@cisco.com Wed Jun 9 06:08:29 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D75103A6879 for ; Wed, 9 Jun 2010 06:08:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.784 X-Spam-Level: X-Spam-Status: No, score=-7.784 tagged_above=-999 required=5 tests=[AWL=-0.095, BAYES_05=-1.11, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8, SARE_GIF_ATTACH=1.42] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ztdjugm+ELNG for ; Wed, 9 Jun 2010 06:08:24 -0700 (PDT) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by core3.amsl.com (Postfix) with ESMTP id 52B183A6973 for ; Wed, 9 Jun 2010 06:08:24 -0700 (PDT) Authentication-Results: sj-iport-4.cisco.com; dkim=neutral (message not signed) header.i=none X-Files: smime.p7s : 4235 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgkFAJAvD0yrR7Ht/2dsb2JhbACBQ50DcaMnmggChRYE X-IronPort-AV: E=Sophos;i="4.53,391,1272844800"; d="gif'147?p7s'147?scan'147,208,217,147";a="141660205" Received: from sj-core-1.cisco.com ([171.71.177.237]) by sj-iport-4.cisco.com with ESMTP; 09 Jun 2010 13:08:23 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o59D8B88025165 for ; Wed, 9 Jun 2010 13:08:21 GMT Received: from xmb-ams-103.cisco.com ([144.254.74.78]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 9 Jun 2010 15:08:19 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 9 Jun 2010 15:08:16 +0200 Content-Type: multipart/signed; micalg=SHA1; boundary="----=_NextPart_000_0142_01CB07E5.968D9F00"; protocol="application/x-pkcs7-signature" Message-ID: <8A977BDC5A7B0E429B0F521E8D6F91EE023F0906@XMB-AMS-103.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Transit information option Thread-Index: AcsH1NLtRILm3tB3QGafQxqUbDaddg== From: "Mathilde Durvy (mdurvy)" To: X-OriginalArrivalTime: 09 Jun 2010 13:08:19.0717 (UTC) FILETIME=[D4F04B50:01CB07D4] Subject: [Roll] Transit information option X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 13:08:29 -0000 This is a multipart message in MIME format. ------=_NextPart_000_0142_01CB07E5.968D9F00 Content-Type: multipart/related; boundary="----=_NextPart_001_0143_01CB07E5.968D9F00" ------=_NextPart_001_0143_01CB07E5.968D9F00 Content-Type: multipart/alternative; boundary="----=_NextPart_002_0144_01CB07E5.968D9F00" ------=_NextPart_002_0144_01CB07E5.968D9F00 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi All, =20 A few items that might be worth clarifying in version 09: - =93Transit Information options MAY directly follow the Target = option=94 Is it really a MAY? If not included it means the path sequence / control / lifetime are not specified (which seems to contradict section 7.1.4.2). - =93A non-storing node that has more than one DAO parent MAY include a Transit Information option for each DAO parent as part of the = non-storing Destination Advertisement operation.=94 Why would a node do that? If a = node is sending a DAO for a specific target to e.g. 2 DAO parents (A and B) shouldn=92t he send one DAO with transit information A (i.e. parent = address =3D A) to DAO parent A and another DAO with transit information B to DAO = parent B? Otherwise how this would work over multiple hop? Maybe an example of = DAO would help. - In section 7.1.5 point 2, I assume the node should add a transit information with its parent before passing the content of the received = DAO. Also do the operation specified on the path control field in the = previous section for storing node also apply in the non-storing case? - Has the advantage of having multiple DAO parents been assessed with respect to the added complexity? One could argue that since we take so = much care in selecting a preferred this should be a good enough choice=85 = Similar to Phil I=92m getting worried about the increased complexity. =20 Best, Mathilde =20 =20 http://www.cisco.com/swa/i/logo.gif Durvy Mathilde Software Engineer Technology center mdurvy@cisco.com Phone: +41 21 822 1725 Mobile: +41 76 396 8116 Cisco Systems International S=E0rl Av. des Uttins, 5 CH-1180 Rolle Cisco home page =20 =20 Think before you print.Think before you print. This e-mail may contain confidential and privileged material for the = sole use of the intended recipient. Any review, use, distribution or = disclosure by others is strictly prohibited. If you are not the intended recipient = (or authorized to receive for the recipient), please contact the sender by = reply e-mail and delete all copies of this message. ------=_NextPart_002_0144_01CB07E5.968D9F00 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi All,

 

A few items that might be worth clarifying in = version 09:

- “Transit Information options MAY directly = follow the Target option” Is it really a MAY? If not included it means the = path sequence / control / lifetime are not specified (which seems to = contradict section 7.1.4.2).

- “A non-storing node that has more than one DAO parent MAY include = a Transit Information option for each DAO parent as part of the non-storing = Destination Advertisement operation.” Why would a node do that? If a node is = sending a DAO for a specific target to e.g. 2 DAO parents (A and B) = shouldn’t he send one DAO with transit information A (i.e. parent address =3D A) to DAO = parent A and another DAO with transit information B to DAO parent B? Otherwise = how this would work over multiple hop? Maybe an example of DAO would = help.

- In section 7.1.5 point 2, I assume the node should add a transit = information with its parent before passing the content of the received DAO. Also do = the operation specified on the path control field in the previous section = for storing node also apply in the non-storing case?

- Has the advantage of having multiple DAO parents been assessed with = respect to the added complexity? One could argue that since we take so much care in selecting a preferred this should be a good enough choice… Similar = to Phil I’m getting worried about the increased = complexity.

 

Best,

Mathilde=

 

 

3D"http://www.cisco.com/swa/i/logo.gif"

Durvy = Mathilde
Software = Engineer
Technology = center

mdurvy@cisco.com
Phone: +41 = 21 822 1725
Mobile: +41 = 76 396 8116

Cisco Systems International = S=E0rl
Av. des Uttins, 5
CH-1180 Rolle

Cisco = home page

 

 

3D"ThinkThink before you = print.

This e-mail may contain confidential and privileged material for the sole use of = the intended recipient. Any review, use, distribution or disclosure by = others is strictly prohibited. If you are not the intended recipient (or authorized to receive for the recipient), please contact the sender = by reply e-mail and delete all copies of this = message.


------=_NextPart_002_0144_01CB07E5.968D9F00-- ------=_NextPart_001_0143_01CB07E5.968D9F00 Content-Type: image/gif; name="image001.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhbgBJAMQAAP///3OXqtapqq1MTcmRki9mgZkAALpqbMl/f6g5O/Xq6+vX2OTIyaMqK/nz 9OW/v5sVFsbV3Nfh5p0PD5kFBf78/P38/Pz6+v/+/rZdXpcKDKAhIvv396QvMO/g4Ny4uSH5BAAA AAAALAAAAABuAEkAQAX/ICCOZGmeaKqubOu+cCzPdG3feK6nkln8pp5LSPoVgrucsbQsAp1HKPM5 alapImtyy+16SwKDmJBCiBEWgMUsPgg8JMHEQCGTMACP2HDgiBQZYglfOQ+GDy2HhiqKKI2EkJGS k5SVlpeYmZpfWkpYmypEV1GjU6QjolmfnZ0AqZWvrj6fski2UiWxsZkcHxkNYg0IABUibAjFIgsH wAYNBwokvb8QEMIOJAwICQYQCQgLoCgLHWIdHwoKCwzExmdpGBwcxRgDYhkXAOTm6OoMfg4CiRGg wAOBOXzEKVzIsKHDhxAjSpxIsaKNCAEibMGo0WKLVjdAVgxQIICpEiRN/7JIeZIEy4WsVsk8BSAm TZstLb0csVMVzZ4AgALtJLQkRY4bM3pcupDAHgMduA1Q484AGmJO7x04kCCaCAIaxFCISmGAVwZP u+1pEK5hVgPYUBxLQ4yBvacfvlIwMCFuCbRi2I34sHfDQ0BpDUyFNxfABTZPGwgGACjsU7MiLLx9 ukEA08+gQ4seTbq06dOoU6tezbq169evd92QHRooDtujRdbQDZr3DN8RkeIaIXxFcZ8ljkPEOVwF 81ILlT9HTkL6zJwilE+aXvN68+43vUO3xL28eOrj0VdSbp0me6XV4acH8L6jRNw28IumXYM/7P8k PJLIISkIWIKBD3GwmcIYiwGAQWP6cJMWHCIoCEFamInwQTNPdYCIQwqUM8YCC3zgWTKNOXAAg14p kA9lIkJAAIkmYsPBim0YcsBeVjn0llcnQAjYHh14phdfQGazx2QAEGaAYQ2FMVAZ75BggTZ7HFCM HHQYWcICeyAjgormPASZYgN00CAAjV0gwAEEEACZlsbwCMEAaWb4wFMJJMDjBkwypAABErbRzoNn FFPBghnkRcKgCVimwQF+VSDAXXw1CuCmnHbq6aeghirqqDiEAAA7 ------=_NextPart_001_0143_01CB07E5.968D9F00 Content-Type: image/gif; name="image002.gif" Content-Transfer-Encoding: base64 Content-ID: R0lGODlhEgATAJEAAAAAAP///wCZAP///yH5BAEAAAMALAAAAAASABMAAAIojI+pGyK8nINqUiTf bVnfvHEg1UmhdZRqaawu6XZVjKb0/CYxo8JOAQA7 ------=_NextPart_001_0143_01CB07E5.968D9F00-- ------=_NextPart_000_0142_01CB07E5.968D9F00 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIL2jCCAj0w ggGmAhEAzbp/VvDf5LxU/iKss3KqVTANBgkqhkiG9w0BAQIFADBfMQswCQYDVQQGEwJVUzEXMBUG A1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGljIFByaW1hcnkgQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNOTYwMTI5MDAwMDAwWhcNMjgwODAxMjM1OTU5WjBfMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwgZ8wDQYJKoZIhvcNAQEBBQADgY0A MIGJAoGBAOUZv22jVmEtmUhx9mfeuY3rt56GgAqRDvo4Ja9GiILlc6igmyRdDR/MZW4MsNBWhBiH mgabEKFz37RYOWtuwfYV1aioP6oSBo0xrH+wNNePNGeICc0UEeJORVZpH3gCgNrcR5EpuzbJY1zF 4Ncth3uhtzKwezC6Ki8xqu6jZ9rbAgMBAAEwDQYJKoZIhvcNAQECBQADgYEATD+4i8Zo3+5DMw5d 6abLB4RNejP/khv0Nq3YlSI2aBFsfELM85wuxAc/FLAPT/+Qknb54rxK6Y/NoIAK98Up8YIiXbix 3YEjo3slFUYweRb46gVLlH8dwhzI47f0EEA8E8NfH1PoSOSGtHuhNbB7Jbq4046rPzidADQAmPPR cZQwggTFMIIDraADAgECAhABGiiLJme3TYjnRHtF1qTNMA0GCSqGSIb3DQEBBQUAMIHdMQswCQYD VQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0 IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5j b20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZl cmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIwHhcNMDkxMTI2MDAw MDAwWhcNMTAxMTI2MjM1OTU5WjCCARIxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQL ExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9z aXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk4MR4wHAYDVQQLExVQZXJzb25h IE5vdCBWYWxpZGF0ZWQxNDAyBgNVBAsTK0RpZ2l0YWwgSUQgQ2xhc3MgMSAtIE1pY3Jvc29mdCBG dWxsIFNlcnZpY2UxFzAVBgNVBAMUDk1hdGhpbGRlIER1cnZ5MR8wHQYJKoZIhvcNAQkBFhBtZHVy dnlAY2lzY28uY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDR9oVSAz6Tlt7xUvAb+IKp aqKdu1dh0cihpjNNzndIzit+ZWpixDZ8tWBtpZ7T2jBC+SiyquqIrin/TD4jlk60y4OBBeF2zlJa c6P0Ay8g4WjDRnvJP93Wz93W32bgjtV1R7FRlWUxPjn9QUDcq4PIHd4qFKSiOMfKk1OijYeWRQID AQABo4HMMIHJMAkGA1UdEwQCMAAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcXATAqMCgGCCsGAQUF BwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIFoDAdBgNVHSUEFjAU BggrBgEFBQcDBAYIKwYBBQUHAwIwSgYDVR0fBEMwQTA/oD2gO4Y5aHR0cDovL0luZEMxRGlnaXRh bElELWNybC52ZXJpc2lnbi5jb20vSW5kQzFEaWdpdGFsSUQuY3JsMA0GCSqGSIb3DQEBBQUAA4IB AQA9I2FwWjWGMNapHvMFY2LZN+qr3cX6ILBUZ1AxypApr5B2Hl8YXDMA6o8Gtd5J2wxkJmEAbqXT zkoVWspigsclFSbGDu5V0ITLLZzzCXvwnpeaUD4F9GngqdkNUZkqXirqaMZxQTiaI5Hue2RX3f7b Ew4GqU+KMg6meor5iMoyGl/mtZ0LSPj6ZltNaG7ElQoyTXfdBGXlEm8z2uJhtb42Ys2OUptP1v3x jhxT2njv9NMcBH4q7S6y+op0aFrVsNLP7+qcPSBZlEcav3vyNSygxnqyx+pMJmgWH+/VdwsbSIDB FAo4DoI+fe2pUIeqRx6yP9s+e21BRiSPxvBtVe+JMIIEzDCCBDWgAwIBAgIQHK6da5r05i8iiqPa dGFsHjANBgkqhkiG9w0BAQUFADBfMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIElu Yy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3Jp dHkwHhcNMDUxMDI4MDAwMDAwWhcNMTUxMDI3MjM1OTU5WjCB3TELMAkGA1UEBhMCVVMxFzAVBgNV BAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYD VQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEe MBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAx IEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIB CgKCAQEAyd+s5+r4+AMUxACS1cF+NsI873xyFcvAq4w9HJXObx4QLD8A7Zcm5rbH5q1DHT+kh0dH TD5U+Gz4x/yxnr0wcLyXsQMF6pXxrUDFRHpLBaLyYPzXOmVi7/8Qe6JWu8VOcC3Woh887bBC6F6N VyGsppnZEenSGgfAdEdCC/zFNOr95rok0R0IFTei13PPAUEvY7I6P76lGm70yUpbPZWmFbs1Ahn5 1O+8jw5xdlm7S7Y+1vxaFvTWDonySf5sDO0V6dmIdZx5zmAn3bmtdc4vc5V6QDqFdUmwuN9ovKvN E4KFEVCj4DwLrsAKU83XMG+FMkYb5EkQwmzirx95/9u0tQIDAQABo4IBhDCCAYAwEgYDVR0TAQH/ BAgwBgEB/wIBADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBz Oi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgEGMBEGCWCGSAGG+EIBAQQEAwIBBjAu BgNVHREEJzAlpCMwITEfMB0GA1UEAxMWUHJpdmF0ZUxhYmVsMy0yMDQ4LTE1NTAdBgNVHQ4EFgQU EX1eGX08BN9qbNaiiho/Mdg7lFIwMQYDVR0fBCowKDAmoCSgIoYgaHR0cDovL2NybC52ZXJpc2ln bi5jb20vcGNhMS5jcmwwgYEGA1UdIwR6MHihY6RhMF8xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5W ZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eYIRAM26f1bw3+S8VP4irLNyqlUwDQYJKoZIhvcNAQEFBQADgYEAsS/ZluGS ou6BYOXIKiD74Wcs1gCYU6MCG+mQS/gYRJ8PRvf6oP7THRij0r8c7NYZn0pNQ/jKu74TgEkF3SFz M1fCQlq++gCTsuYEMZFOXTzwcwU3Y+u/g1mY/Wbe6YYympIpPDquVNqmElGxj8jK00d45tulHocG 49EUwMIh9roxggRzMIIEbwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWdu LCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBv ZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVy c29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwg U3Vic2NyaWJlciBDQSAtIEcyAhABGiiLJme3TYjnRHtF1qTNMAkGBSsOAwIaBQCgggLWMBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEwMDYwOTEzMDgxNlowIwYJKoZI hvcNAQkEMRYEFJOK60mhzSodtAl5m7HV2Na+d9iJMGcGCSqGSIb3DQEJDzFaMFgwCgYIKoZIhvcN AwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEo MAcGBSsOAwIaMAoGCCqGSIb3DQIFMIIBAwYJKwYBBAGCNxAEMYH1MIHyMIHdMQswCQYDVQQGEwJV UzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdv cmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBh IChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWdu IENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzICEAEaKIsmZ7dNiOdEe0XWpM0w ggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWdu LCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBv ZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVy c29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwg U3Vic2NyaWJlciBDQSAtIEcyAhABGiiLJme3TYjnRHtF1qTNMA0GCSqGSIb3DQEBAQUABIGAnBOd /fza5KWo+a3I+BxDUq9RGrnFu7lizjAM3kKKsYeJnasF9q89/Aq0Jzyg/wIgOt66D3iR7PuOLCkv 59sCQOs8+UHVQRVNP+YzYENuO70XmK7AOsXFr0/0po0UrLXNO3fQvRDgWaeCLGChTRmY6rd0h+4O D7QnGKqVMit6960AAAAAAAA= ------=_NextPart_000_0142_01CB07E5.968D9F00-- From mdurvy@cisco.com Wed Jun 9 06:33:18 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DE4BE3A6973 for ; Wed, 9 Jun 2010 06:33:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.207 X-Spam-Level: X-Spam-Status: No, score=-9.207 tagged_above=-999 required=5 tests=[AWL=1.392, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pSa+-ry2nJZg for ; Wed, 9 Jun 2010 06:33:17 -0700 (PDT) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id C0EF03A6933 for ; Wed, 9 Jun 2010 06:33:17 -0700 (PDT) Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none X-Files: smime.p7s : 4235 X-IronPort-AV: E=Sophos;i="4.53,391,1272844800"; d="p7s'?scan'208";a="209453853" Received: from sj-core-3.cisco.com ([171.68.223.137]) by sj-iport-5.cisco.com with ESMTP; 09 Jun 2010 13:32:15 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-3.cisco.com (8.13.8/8.14.3) with ESMTP id o59DWEQK005446; Wed, 9 Jun 2010 13:32:14 GMT Received: from xmb-ams-103.cisco.com ([144.254.74.78]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 9 Jun 2010 15:32:06 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 9 Jun 2010 15:32:04 +0200 Content-Type: multipart/signed; micalg=SHA1; boundary="----=_NextPart_000_014A_01CB07E8.E9750AC0"; protocol="application/x-pkcs7-signature" Message-ID: <8A977BDC5A7B0E429B0F521E8D6F91EE023F092F@XMB-AMS-103.cisco.com> In-Reply-To: <09B6F97C-691F-4569-ABFA-AB7CE3F17E8C@cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] Feed-back appreciated for RPL Revision -09 to be posted in 3days! Thread-Index: AcsHtdFyxZIS5cAJRv+bkK/de74YogAICE6A References: <09B6F97C-691F-4569-ABFA-AB7CE3F17E8C@cisco.com> From: "Mathilde Durvy (mdurvy)" To: "JP Vasseur" , "ROLL WG" X-OriginalArrivalTime: 09 Jun 2010 13:32:06.0883 (UTC) FILETIME=[27988B30:01CB07D8] Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to be posted in 3days! X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 13:33:19 -0000 This is a multipart message in MIME format. ------=_NextPart_000_014A_01CB07E8.E9750AC0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi All, Here is my opinion: 1) As support for siblings is a MAY in the current draft I don't see a need to remove it although we didn't implemented in our code either. 2) I favor the possibility to use the MTU and SSLA options especially in DIOs. Use of MTU might not be so useful if the MTU is agreed on a priori like in 6lowpan. However it might serve as an (optional) way to distribute the information between routers if it is not the case. The use of SSLA in DIO solves a specific problem. Indeed the DIO is likely to be the first message you receive from you parent meaning that your parent won't be in your neighbor cache when you receive it. So according to RPL you are not suppose to process the DIO. Putting the SSLA in the DIO would allow you to create a ND entry in the stale state and then process the DIO. Best, Mathilde -----Original Message----- From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of JP Vasseur Sent: mercredi, 9. juin 2010 11:26 To: ROLL WG Subject: [Roll] Feed-back appreciated for RPL Revision -09 to be posted in 3days! Dear WG, One more time, thanks for your energy and involvement to keep us on track with our plan for RPL. The cut-off date for the Virtual WG meeting that will take place on June 16 is this coming Friday and the RPL authors team has been working hard on the revision -09, which should solve a number of the opened tickets. Still there are a few items that triggered some discussion but we would need more feed-back from you to draw a consensus to move on. 1) Are we keeping the use of sibling (S Bit thread): see the detailed discussion on the ML. https://svn.tools.ietf.org/wg/roll/trac/ticket/43 2) Use of MTU and SSLA option: https://svn.tools.ietf.org/wg/roll/trac/ticket/42 Any quick feed-back on the list would be appreciated, for rev09. Thanks. JP. _______________________________________________ Roll mailing list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll ------=_NextPart_000_014A_01CB07E8.E9750AC0 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIL2jCCAj0w ggGmAhEAzbp/VvDf5LxU/iKss3KqVTANBgkqhkiG9w0BAQIFADBfMQswCQYDVQQGEwJVUzEXMBUG A1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGljIFByaW1hcnkgQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNOTYwMTI5MDAwMDAwWhcNMjgwODAxMjM1OTU5WjBfMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwgZ8wDQYJKoZIhvcNAQEBBQADgY0A MIGJAoGBAOUZv22jVmEtmUhx9mfeuY3rt56GgAqRDvo4Ja9GiILlc6igmyRdDR/MZW4MsNBWhBiH mgabEKFz37RYOWtuwfYV1aioP6oSBo0xrH+wNNePNGeICc0UEeJORVZpH3gCgNrcR5EpuzbJY1zF 4Ncth3uhtzKwezC6Ki8xqu6jZ9rbAgMBAAEwDQYJKoZIhvcNAQECBQADgYEATD+4i8Zo3+5DMw5d 6abLB4RNejP/khv0Nq3YlSI2aBFsfELM85wuxAc/FLAPT/+Qknb54rxK6Y/NoIAK98Up8YIiXbix 3YEjo3slFUYweRb46gVLlH8dwhzI47f0EEA8E8NfH1PoSOSGtHuhNbB7Jbq4046rPzidADQAmPPR cZQwggTFMIIDraADAgECAhABGiiLJme3TYjnRHtF1qTNMA0GCSqGSIb3DQEBBQUAMIHdMQswCQYD VQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0 IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5j b20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZl cmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIwHhcNMDkxMTI2MDAw MDAwWhcNMTAxMTI2MjM1OTU5WjCCARIxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQL ExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9z aXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk4MR4wHAYDVQQLExVQZXJzb25h IE5vdCBWYWxpZGF0ZWQxNDAyBgNVBAsTK0RpZ2l0YWwgSUQgQ2xhc3MgMSAtIE1pY3Jvc29mdCBG dWxsIFNlcnZpY2UxFzAVBgNVBAMUDk1hdGhpbGRlIER1cnZ5MR8wHQYJKoZIhvcNAQkBFhBtZHVy dnlAY2lzY28uY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDR9oVSAz6Tlt7xUvAb+IKp aqKdu1dh0cihpjNNzndIzit+ZWpixDZ8tWBtpZ7T2jBC+SiyquqIrin/TD4jlk60y4OBBeF2zlJa c6P0Ay8g4WjDRnvJP93Wz93W32bgjtV1R7FRlWUxPjn9QUDcq4PIHd4qFKSiOMfKk1OijYeWRQID AQABo4HMMIHJMAkGA1UdEwQCMAAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcXATAqMCgGCCsGAQUF BwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIFoDAdBgNVHSUEFjAU BggrBgEFBQcDBAYIKwYBBQUHAwIwSgYDVR0fBEMwQTA/oD2gO4Y5aHR0cDovL0luZEMxRGlnaXRh bElELWNybC52ZXJpc2lnbi5jb20vSW5kQzFEaWdpdGFsSUQuY3JsMA0GCSqGSIb3DQEBBQUAA4IB AQA9I2FwWjWGMNapHvMFY2LZN+qr3cX6ILBUZ1AxypApr5B2Hl8YXDMA6o8Gtd5J2wxkJmEAbqXT zkoVWspigsclFSbGDu5V0ITLLZzzCXvwnpeaUD4F9GngqdkNUZkqXirqaMZxQTiaI5Hue2RX3f7b Ew4GqU+KMg6meor5iMoyGl/mtZ0LSPj6ZltNaG7ElQoyTXfdBGXlEm8z2uJhtb42Ys2OUptP1v3x jhxT2njv9NMcBH4q7S6y+op0aFrVsNLP7+qcPSBZlEcav3vyNSygxnqyx+pMJmgWH+/VdwsbSIDB FAo4DoI+fe2pUIeqRx6yP9s+e21BRiSPxvBtVe+JMIIEzDCCBDWgAwIBAgIQHK6da5r05i8iiqPa dGFsHjANBgkqhkiG9w0BAQUFADBfMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIElu Yy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3Jp dHkwHhcNMDUxMDI4MDAwMDAwWhcNMTUxMDI3MjM1OTU5WjCB3TELMAkGA1UEBhMCVVMxFzAVBgNV BAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYD VQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEe MBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAx IEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIB CgKCAQEAyd+s5+r4+AMUxACS1cF+NsI873xyFcvAq4w9HJXObx4QLD8A7Zcm5rbH5q1DHT+kh0dH TD5U+Gz4x/yxnr0wcLyXsQMF6pXxrUDFRHpLBaLyYPzXOmVi7/8Qe6JWu8VOcC3Woh887bBC6F6N VyGsppnZEenSGgfAdEdCC/zFNOr95rok0R0IFTei13PPAUEvY7I6P76lGm70yUpbPZWmFbs1Ahn5 1O+8jw5xdlm7S7Y+1vxaFvTWDonySf5sDO0V6dmIdZx5zmAn3bmtdc4vc5V6QDqFdUmwuN9ovKvN E4KFEVCj4DwLrsAKU83XMG+FMkYb5EkQwmzirx95/9u0tQIDAQABo4IBhDCCAYAwEgYDVR0TAQH/ BAgwBgEB/wIBADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBz Oi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgEGMBEGCWCGSAGG+EIBAQQEAwIBBjAu BgNVHREEJzAlpCMwITEfMB0GA1UEAxMWUHJpdmF0ZUxhYmVsMy0yMDQ4LTE1NTAdBgNVHQ4EFgQU EX1eGX08BN9qbNaiiho/Mdg7lFIwMQYDVR0fBCowKDAmoCSgIoYgaHR0cDovL2NybC52ZXJpc2ln bi5jb20vcGNhMS5jcmwwgYEGA1UdIwR6MHihY6RhMF8xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5W ZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eYIRAM26f1bw3+S8VP4irLNyqlUwDQYJKoZIhvcNAQEFBQADgYEAsS/ZluGS ou6BYOXIKiD74Wcs1gCYU6MCG+mQS/gYRJ8PRvf6oP7THRij0r8c7NYZn0pNQ/jKu74TgEkF3SFz M1fCQlq++gCTsuYEMZFOXTzwcwU3Y+u/g1mY/Wbe6YYympIpPDquVNqmElGxj8jK00d45tulHocG 49EUwMIh9roxggRzMIIEbwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWdu LCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBv ZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVy c29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwg U3Vic2NyaWJlciBDQSAtIEcyAhABGiiLJme3TYjnRHtF1qTNMAkGBSsOAwIaBQCgggLWMBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEwMDYwOTEzMzIwNFowIwYJKoZI hvcNAQkEMRYEFMdAmMpJKWLTmqsKR19OMkoJjkHdMGcGCSqGSIb3DQEJDzFaMFgwCgYIKoZIhvcN AwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEo MAcGBSsOAwIaMAoGCCqGSIb3DQIFMIIBAwYJKwYBBAGCNxAEMYH1MIHyMIHdMQswCQYDVQQGEwJV UzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdv cmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBh IChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWdu IENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzICEAEaKIsmZ7dNiOdEe0XWpM0w ggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWdu LCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBv ZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVy c29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwg U3Vic2NyaWJlciBDQSAtIEcyAhABGiiLJme3TYjnRHtF1qTNMA0GCSqGSIb3DQEBAQUABIGAlTCi 90gTuCMrHGqHHEcbsQ6p4gvCAGieMuXvfq+BbjbkR4t+Y585HS41y0vjF3qRa9Y1+XbQnC/Vm6e3 Xmq6zhYaSKitKao8jCjPlLKE2MMVSBVi8xhIdVuwDJlWaqlVvQ2bg+ZNCn3Asbbv9qjEWRA7tiq7 wQ871ynEsTwSSj8AAAAAAAA= ------=_NextPart_000_014A_01CB07E8.E9750AC0-- From jpv@cisco.com Wed Jun 9 07:37:42 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D124B3A6974 for ; Wed, 9 Jun 2010 07:37:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.334 X-Spam-Level: X-Spam-Status: No, score=-9.334 tagged_above=-999 required=5 tests=[AWL=1.264, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tTzJ5Wt8cV78 for ; Wed, 9 Jun 2010 07:37:41 -0700 (PDT) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id C0CB728C0D0 for ; Wed, 9 Jun 2010 07:37:40 -0700 (PDT) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgMFAPdDD0xAZnwM/2dsb2JhbACBQ50DcaQCmggChRYE X-IronPort-AV: E=Sophos;i="4.53,391,1272844800"; d="scan'208,217";a="119612624" Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-1.cisco.com with ESMTP; 09 Jun 2010 14:37:41 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o59EbPds021288 for ; Wed, 9 Jun 2010 14:37:41 GMT Received: from xfe-ams-102.cisco.com ([144.254.231.94]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 9 Jun 2010 16:37:40 +0200 Received: from dhcp-lyon-144-254-54-105.cisco.com ([144.254.54.105]) by xfe-ams-102.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 9 Jun 2010 16:37:40 +0200 Message-Id: From: JP Vasseur To: Mathilde Durvy (mdurvy) In-Reply-To: <8A977BDC5A7B0E429B0F521E8D6F91EE02350C89@XMB-AMS-103.cisco.com> Content-Type: multipart/alternative; boundary=Apple-Mail-139--714848549 Mime-Version: 1.0 (Apple Message framework v936) Date: Wed, 9 Jun 2010 16:09:38 +0200 References: <6A2A459175DABE4BB11DE2026AA50A5D0213ED1E@XMB-AMS-107.cisco.com> <8A977BDC5A7B0E429B0F521E8D6F91EE02350C89@XMB-AMS-103.cisco.com> X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 09 Jun 2010 14:37:40.0087 (UTC) FILETIME=[4FF7D870:01CB07E1] X-TM-AS-Product-Ver: SMEX-8.0.0.1181-6.000.1038-17434.007 X-TM-AS-Result: No--37.360600-8.000000-31 X-TM-AS-User-Approved-Sender: No X-TM-AS-User-Blocked-Sender: No Cc: roll@ietf.org Subject: Re: [Roll] leaf node and DTSN X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 14:37:42 -0000 --Apple-Mail-139--714848549 Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Logging a case, not to forget, should be easy to incorporate. On Jun 9, 2010, at 9:12 AM, Mathilde Durvy (mdurvy) wrote: > Hi Pascal, > > Thanks for your answer. I think it would be worth clarifying these =20 > points in the next RPL release. > Best, > Mathilde > > From: Pascal Thubert (pthubert) > Sent: mardi, 8. juin 2010 18:58 > To: Mathilde Durvy (mdurvy); roll@ietf.org > Subject: RE: [Roll] leaf node and DTSN > > Hi Mathilde > > (Tim correct me if I=92m incomplete here J ) > > 1) There=92s at least the case when a router becomes leaf. It =20 > needs a DIO to poison. And if it keeps getting unicast DAOs, it =20 > needs to repeat poisoning. But I do not see a case where it would =20 > advertise itself as a router. > 2) That would be when an inconsistency is detected and the node =20= > wants to refresh its cache. For instance, it has a doubt that a DAO =20= > might have been missing since a target is not revalidated. > > Pascal > > From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf =20= > Of Mathilde Durvy (mdurvy) > Sent: Tuesday, June 08, 2010 4:30 PM > To: roll@ietf.org > Subject: [Roll] leaf node and DTSN > > Hi All, > > Small questions > - Section 6.5 > What is the rationale behind a leaf node sending DIOs if nobody can =20= > attach to it? > I would rather expect the node to use a DAO to advertize its =20 > presence and allow packets to be routed to it. > - Section 7.1.7 > When is the DTSN incremented without having the =91T=92 flag set? > > Best, > Mathilde > > > > Durvy Mathilde > Software Engineer > Technology center > > mdurvy@cisco.com > Phone: +41 21 822 1725 > Mobile: +41 76 396 8116 > Cisco Systems International S=E0rl > Av. des Uttins, 5 > CH-1180 Rolle > > Cisco home page > > > Think before you print. > This e-mail may contain confidential and privileged material for the =20= > sole use of the intended recipient. Any review, use, distribution or =20= > disclosure by others is strictly prohibited. If you are not the =20 > intended recipient (or authorized to receive for the recipient), =20 > please contact the sender by reply e-mail and delete all copies of =20 > this message. > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll --Apple-Mail-139--714848549 Content-Type: text/html; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Logging a case, not to forget, = should be easy to incorporate.

On Jun 9, 2010, at 9:12 = AM, Mathilde Durvy (mdurvy) wrote:

Hi = Pascal,
Best,
Mathilde
 
From: Pascal Thubert = (pthubert) 
Sent: mardi, 8. juin 2010 = 18:58
To: Mathilde Durvy = (mdurvy); roll@ietf.org
Subject: RE: [Roll] leaf node and = DTSN
 
Hi Mathilde
(Tim correct me if I=92m = incomplete here  )
 
1)      2)      
 roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of Mathilde Durvy = (mdurvy)
Sent: Tuesday, June 08, 2010 4:30 = PM
To: roll@ietf.org
Subject: [Roll] leaf node and = DTSN
 
Hi = All,
 
Small = questions
- Section 6.5
I would rather expect the node = to use a DAO to advertize its presence and allow packets to be routed to = it.
- Section 7.1.7
 
Mathilde
 
Durvy = Mathilde
Software Engineer
Technology = center

mdurvy@cisco.com
Phone: +41 21 822 = 1725
Mobile: +41 76 396 = 8116

Cisco Systems International = S=E0rl
Av. des Uttins, 5
CH-1180 Rolle

Cisco home = page

This e-mail may contain confidential and privileged material for = the sole use of the intended recipient. Any review, use, distribution or = disclosure by others is strictly prohibited. If you are not the intended = recipient (or authorized to receive for the recipient), please contact = the sender by reply e-mail and delete all copies of this = message.
________________________= _______________________
Roll mailing list
Roll@ietf.org
From: JP Vasseur To: Pascal Thubert (pthubert) In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D020A954B@XMB-AMS-107.cisco.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Wed, 9 Jun 2010 15:26:44 +0200 References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu><878w6xxsz6.fsf@kelsey-ws.hq.ember.com> <31D4B044-69E9-4A27-8C68-4CB7DFDCDA53@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A954B@XMB-AMS-107.cisco.com> X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 09 Jun 2010 14:37:33.0946 (UTC) FILETIME=[4C4ECDA0:01CB07E1] X-TM-AS-Product-Ver: SMEX-8.0.0.1181-6.000.1038-17434.007 X-TM-AS-Result: No--33.969800-8.000000-31 X-TM-AS-User-Approved-Sender: No X-TM-AS-User-Blocked-Sender: No Cc: roll@ietf.org Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 14:37:44 -0000 Hi Pascal, Co-chair hat off -- I think that this is a good summary. I personally do see situations where sibling could help especially with failures closer to the root or sparser networks. Just one opinion among others. Let's see what people say on the list and hopefully we'll quickly get a consensus. JP. On Jun 7, 2010, at 2:02 PM, Pascal Thubert (pthubert) wrote: > Hi John > >> I don't >> see the point of having a backup plan after another back up plan to > deal with >> a routing inconsistency. > > The current spec has 3 degrees of response to 3 degrees of problems, > not > backup plans for backup plans. > > 1) transient link failure > This is addressed by having multiple parents and for the lack of > enough > parents, siblings; because they can forward traffic, nodes with alt > parents and siblings may stay longer expecting the preferred parent to > come back and avoid topological churn. > > 2) permanent link failure with recoverable impact > This is addressed by the local repair mechanism. A node can either > play > it in classical DV (RIP) fashion, or poison/repair. > > 3) irrecoverable damage > When the local repair fails, a global repair throws a new version of > the > DODAG that rebuilds the whole topology. > > It has been discussed early in this ML that 3) could potentially be > enough. There was good support for this and it seems that a piece of > the > industry lives like that. But sometime it would mean either wait a too > long a time to fix things, or killing a fly with an expensive bazooka. > So the group decided to have faster local mechanisms on top. > > At a different but still sensible order of magnitude, the same > reasoning > applies between 1 and 2). It can reasonably be asserted that we could > live with 2 only. Yet parents and siblings avoid the topological churn > of a node going down that 2) causes. Parents could be enough if all > nodes had them; sadly, parents are not always there when you need > them, > and the most sensitive node is actually the one closest to the root, > because by definition it has no alternate parent. If that node goes > down > and back up, a large chunk of the DODAG will follow the pumping > effect. > > So the node that does not have a alternate parent is effectively the > one > that will cause the most churn if its uplink has a transient > failure. If > we do not give this node an alternative, we force it to react too > quickly to transient failures, or lose many packets. No good choice > there. > > How long does your implementation wait till it decides that a link is > goes down? Does it react instantly to the loss of the last parent and > start local repair? > > Pascal > > >> -----Original Message----- >> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf > Of >> JeongGil Ko (John) >> Sent: Saturday, June 05, 2010 12:45 AM >> To: Richard Kelsey >> Cc: roll@ietf.org >> Subject: Re: [Roll] S bit >> >> Hi. >> >> On Jun 2, 2010, at 1:08 PM, Richard Kelsey wrote: >> >>>> From: Philip Levis >>>> Date: Tue, 1 Jun 2010 10:42:10 -0700 >>>> >>>> A recurring theme in feedback on RPL is that simpler is better; > LLNs >>>> are often very cost-sensitive for microcontrollers, so less code is >>>> better. It's easy to add mechanisms, bells and whistles: it's > harder >>>> to simplify. >>>> >>>> I propose that we remove the S bit (sibling bit used in routing, >>>> Section 8.2). >>> >>> I am in favor of removing the S bit. I do not find the experiments >>> that have been run particularly convincing. >>> While it's a small thing in itself, as Phil says, simplifying is > hard. >>> You don't get a simple protocol by only removing things that have no >>> value at all. For those that think we should keep the S bit, can > you >>> suggest some other ways to simplify RPL? >>> >> >> I think what Richard is saying is exactly my opinion. >> >>> If the S bit does remain, it would be good if processing it were > made >>> optional. If a node never routes to siblings it will never set the > S >>> bit and it should be allowed to ignore the S bit in incoming > packets. >>> As things stand it must check the S bit in order to detect routing >>> inconsistencies. >>> >> >> In terms of implementation, although I haven't gone through serious > stress >> tests with my code yet, I don't recall seeing any cases where the > S-bit played >> a critical role. Very vague but still I guess this post will be the > only post up to >> now based on real implementation experience. I've been doing a few > tests >> recently (mostly for the goal of debugging) but in no cases have I > seen the >> use of the S-bit. Of course this can be an implementation specific >> and >> environment specific observation but that's what I see from here :) I > don't >> see the point of having a backup plan after another back up plan to > deal with >> a routing inconsistency. >> >> -John >> >>> -Richard Kelsey >>> _______________________________________________ >>> Roll mailing list >>> Roll@ietf.org >>> https://www.ietf.org/mailman/listinfo/roll >>> >> >> ------ >> JeongGil Ko (John) >> Ph.D. Student >> Department of Computer Science >> Johns Hopkins University >> http://www.cs.jhu.edu/~jgko >> >> _______________________________________________ >> Roll mailing list >> Roll@ietf.org >> https://www.ietf.org/mailman/listinfo/roll > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From jpv@cisco.com Wed Jun 9 07:37:46 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 93B393A698A for ; Wed, 9 Jun 2010 07:37:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.664 X-Spam-Level: X-Spam-Status: No, score=-9.664 tagged_above=-999 required=5 tests=[AWL=0.934, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ypa10WHFSNCA for ; Wed, 9 Jun 2010 07:37:43 -0700 (PDT) Received: from sj-iport-2.cisco.com (sj-iport-2.cisco.com [171.71.176.71]) by core3.amsl.com (Postfix) with ESMTP id A84D328C0DB for ; Wed, 9 Jun 2010 07:37:43 -0700 (PDT) Authentication-Results: sj-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgMFAPdDD0yrR7Hu/2dsb2JhbACBQ50DcaQCmggChRYE X-IronPort-AV: E=Sophos;i="4.53,391,1272844800"; d="scan'208,217";a="260678406" Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-2.cisco.com with ESMTP; 09 Jun 2010 14:37:45 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id o59EbVNK001923 for ; Wed, 9 Jun 2010 14:37:45 GMT Received: from xfe-ams-102.cisco.com ([144.254.231.94]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 9 Jun 2010 16:37:39 +0200 Received: from dhcp-lyon-144-254-54-105.cisco.com ([144.254.54.105]) by xfe-ams-102.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 9 Jun 2010 16:37:39 +0200 Message-Id: From: JP Vasseur To: Mathilde Durvy (mdurvy) In-Reply-To: <8A977BDC5A7B0E429B0F521E8D6F91EE02350AA4@XMB-AMS-103.cisco.com> Content-Type: multipart/alternative; boundary=Apple-Mail-138--714907848 Mime-Version: 1.0 (Apple Message framework v936) Date: Wed, 9 Jun 2010 16:08:39 +0200 References: <8A977BDC5A7B0E429B0F521E8D6F91EE02350AA4@XMB-AMS-103.cisco.com> X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 09 Jun 2010 14:37:39.0634 (UTC) FILETIME=[4FB2B920:01CB07E1] X-TM-AS-Product-Ver: SMEX-8.0.0.1181-6.000.1038-17434.007 X-TM-AS-Result: No--38.857400-8.000000-31 X-TM-AS-User-Approved-Sender: No X-TM-AS-User-Blocked-Sender: No Cc: roll@ietf.org Subject: Re: [Roll] leaf node and DTSN X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 14:37:46 -0000 --Apple-Mail-138--714907848 Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Funny, while making another pass, I was wondering too ... ;-) On Jun 8, 2010, at 4:29 PM, Mathilde Durvy (mdurvy) wrote: > Hi All, > > Small questions > - Section 6.5 > What is the rationale behind a leaf node sending DIOs if nobody can =20= > attach to it? > I would rather expect the node to use a DAO to advertize its =20 > presence and allow packets to be routed to it. > - Section 7.1.7 > When is the DTSN incremented without having the =91T=92 flag set? > > Best, > Mathilde > > > > Durvy Mathilde > Software Engineer > Technology center > > mdurvy@cisco.com > Phone: +41 21 822 1725 > Mobile: +41 76 396 8116 > Cisco Systems International S=E0rl > Av. des Uttins, 5 > CH-1180 Rolle > > Cisco home page > > > Think before you print. > This e-mail may contain confidential and privileged material for the =20= > sole use of the intended recipient. Any review, use, distribution or =20= > disclosure by others is strictly prohibited. If you are not the =20 > intended recipient (or authorized to receive for the recipient), =20 > please contact the sender by reply e-mail and delete all copies of =20 > this message. > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll --Apple-Mail-138--714907848 Content-Type: text/html; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Funny, while making another = pass, I was wondering too ... ;-)

On Jun 8, 2010, at = 4:29 PM, Mathilde Durvy (mdurvy) wrote:

Hi All,
Small questions
- = Section 6.5
What is the rationale behind a leaf = node sending DIOs if nobody can attach to it?
I = would rather expect the node to use a DAO to advertize its presence and = allow packets to be routed to it.
- = Section 7.1.7
When is the DTSN incremented = without having the =91T=92 flag set?
Best,
 
<image001.gif>
Durvy Mathilde
Software EngineerTechnology center

 +41 21 822 = 1725
Mobile: +41 76 396 = 8116

Cisco Systems International = S=E0rl
Av. des Uttins, 5
CH-1180 Rolle

Cisco home = page

Think before you = print.
This e-mail may contain confidential and privileged material for = the sole use of the intended recipient. Any review, use, distribution or = disclosure by others is strictly prohibited. If you are not the intended = recipient (or authorized to receive for the recipient), please contact = the sender by reply e-mail and delete all copies of this = message.

______________________________= _________________
Roll mailing list
X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: wintert@acm.org, jpv@cisco.com X-Trac-Project: roll Date: Wed, 09 Jun 2010 14:41:02 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: https://svn.tools.ietf.org/wg/roll/trac/ticket/50 Message-ID: <055.4746f2c282ea2a2708d7fa367e96e0d7@tools.ietf.org> X-Trac-Ticket-ID: 50 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: wintert@acm.org, jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: [Roll] [roll] #50: Two Clarifications for Rev 09 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 14:41:03 -0000 #50: Two Clarifications for Rev 09 --------------------------------+------------------------------------------- Reporter: jpv@… | Owner: wintert@… Type: defect | Status: new Priority: major | Milestone: Component: rpl | Version: Severity: Active WG Document | Keywords: --------------------------------+------------------------------------------- From: "Mathilde Durvy (mdurvy)" Date: June 9, 2010 9:12:36 AM CEDT To: "Pascal Thubert (pthubert)" , Subject: Re: [Roll] leaf node and DTSN Hi Pascal, Thanks for your answer. I think it would be worth clarifying these points in the next RPL release. Best, Mathilde From: Pascal Thubert (pthubert) Sent: mardi, 8. juin 2010 18:58 To: Mathilde Durvy (mdurvy); roll@ietf.org Subject: RE: [Roll] leaf node and DTSN Hi Mathilde (Tim correct me if I’m incomplete here J ) 1) There’s at least the case when a router becomes leaf. It needs a DIO to poison. And if it keeps getting unicast DAOs, it needs to repeat poisoning. But I do not see a case where it would advertise itself as a router. 2) That would be when an inconsistency is detected and the node wants to refresh its cache. For instance, it has a doubt that a DAO might have been missing since a target is not revalidated. Pascal From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of Mathilde Durvy (mdurvy) Sent: Tuesday, June 08, 2010 4:30 PM To: roll@ietf.org Subject: [Roll] leaf node and DTSN Hi All, Small questions - Section 6.5 What is the rationale behind a leaf node sending DIOs if nobody can attach to it? I would rather expect the node to use a DAO to advertize its presence and allow packets to be routed to it. - Section 7.1.7 When is the DTSN incremented without having the ‘T’ flag set? Best, Mathilde -- Ticket URL: roll From pal@cs.stanford.edu Wed Jun 9 08:30:25 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D9C8728C111 for ; Wed, 9 Jun 2010 08:30:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.554 X-Spam-Level: X-Spam-Status: No, score=-4.554 tagged_above=-999 required=5 tests=[AWL=0.556, BAYES_05=-1.11, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R2TqMtwb0OlY for ; Wed, 9 Jun 2010 08:30:24 -0700 (PDT) Received: from cs-smtp-3.Stanford.EDU (cs-smtp-3.Stanford.EDU [171.64.64.27]) by core3.amsl.com (Postfix) with ESMTP id 4A8283A697F for ; Wed, 9 Jun 2010 08:30:21 -0700 (PDT) Received: from [76.14.71.8] (helo=[192.168.1.102]) by cs-smtp-3.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OMNEV-0006mU-23; Wed, 09 Jun 2010 08:30:23 -0700 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Philip Levis In-Reply-To: Date: Wed, 9 Jun 2010 08:30:22 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <1E58783A-1E20-4BB7-BD4D-57432C8861BC@cs.stanford.edu> References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu><878w6xxsz6.fsf@kelsey-ws.hq.ember.com> <31D4B044-69E9-4A27-8C68-4CB7DFDCDA53@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A954B@XMB-AMS-107.cisco.com> To: JP Vasseur X-Mailer: Apple Mail (2.1078) X-Scan-Signature: 9c8d7c79e82d9ccd3af9a51b4d3246f3 Cc: roll@ietf.org Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 15:30:26 -0000 On Jun 9, 2010, at 6:26 AM, JP Vasseur wrote: > Hi Pascal, >=20 > Co-chair hat off -- I think that this is a good summary. I personally = do see > situations where sibling could help especially with failures closer to = the > root or sparser networks. Just one opinion among others. Let's see = what > people say on the list and hopefully we'll quickly get a consensus. Experimental results and implementation experience should have much more = weight than vision or imagination. Our goal in RPL is to standardize = current practice, not re-invent the wheel. Phil= From jpv@cisco.com Wed Jun 9 08:35:40 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 004F328C0EE for ; Wed, 9 Jun 2010 08:35:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.851 X-Spam-Level: X-Spam-Status: No, score=-9.851 tagged_above=-999 required=5 tests=[AWL=0.748, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XFhyoaj++OQW for ; Wed, 9 Jun 2010 08:35:38 -0700 (PDT) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 8FE443A67F6 for ; Wed, 9 Jun 2010 08:35:38 -0700 (PDT) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAAVSD0xAZnwN/2dsb2JhbACeTHGkOJoThRgEkAY X-IronPort-AV: E=Sophos;i="4.53,392,1272844800"; d="scan'208";a="119637089" Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 09 Jun 2010 15:35:39 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o59FZdFf003160; Wed, 9 Jun 2010 15:35:39 GMT Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 9 Jun 2010 17:35:39 +0200 Received: from dhcp-lyon-144-254-54-105.cisco.com ([144.254.54.105]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 9 Jun 2010 17:35:38 +0200 Message-Id: <05F3DEE8-6D35-4A73-9683-3CA3BBE43D8F@cisco.com> From: JP Vasseur To: Philip Levis In-Reply-To: <1E58783A-1E20-4BB7-BD4D-57432C8861BC@cs.stanford.edu> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Wed, 9 Jun 2010 17:35:35 +0200 References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu><878w6xxsz6.fsf@kelsey-ws.hq.ember.com> <31D4B044-69E9-4A27-8C68-4CB7DFDCDA53@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A954B@XMB-AMS-107.cisco.com> <1E58783A-1E20-4BB7-BD4D-57432C8861BC@cs.stanford.edu> X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 09 Jun 2010 15:35:38.0755 (UTC) FILETIME=[696A7530:01CB07E9] Cc: roll@ietf.org Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 15:35:40 -0000 On Jun 9, 2010, at 5:30 PM, Philip Levis wrote: > > On Jun 9, 2010, at 6:26 AM, JP Vasseur wrote: > >> Hi Pascal, >> >> Co-chair hat off -- I think that this is a good summary. I >> personally do see >> situations where sibling could help especially with failures closer >> to the >> root or sparser networks. Just one opinion among others. Let's see >> what >> people say on the list and hopefully we'll quickly get a consensus. > > Experimental results and implementation experience should have much > more weight than vision or imagination. Our goal in RPL is to > standardize current practice, not re-invent the wheel. Phil, IETF is driven by consensus. Everybody should express his opinion. Thanks. JP. > > Phil From pete.st.pierre@oracle.com Wed Jun 9 08:39:58 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 86B573A698A for ; Wed, 9 Jun 2010 08:39:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.999 X-Spam-Level: X-Spam-Status: No, score=-3.999 tagged_above=-999 required=5 tests=[BAYES_50=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ImoIojHNDVfB for ; Wed, 9 Jun 2010 08:39:57 -0700 (PDT) Received: from rcsinet10.oracle.com (rcsinet10.oracle.com [148.87.113.121]) by core3.amsl.com (Postfix) with ESMTP id 9ED763A697F for ; Wed, 9 Jun 2010 08:39:57 -0700 (PDT) Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227]) by rcsinet10.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o59Fdrc1012785 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 9 Jun 2010 15:39:54 GMT Received: from acsmt353.oracle.com (acsmt353.oracle.com [141.146.40.153]) by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1) with ESMTP id o59AJUVe003287; Wed, 9 Jun 2010 15:39:52 GMT Received: from abhmt013.oracle.com by acsmt354.oracle.com with ESMTP id 310491171276097991; Wed, 09 Jun 2010 08:39:51 -0700 Received: from [192.168.1.56] (/99.57.137.67) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 09 Jun 2010 08:39:50 -0700 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: "Pete St. Pierre" In-Reply-To: <1E58783A-1E20-4BB7-BD4D-57432C8861BC@cs.stanford.edu> Date: Wed, 9 Jun 2010 08:39:49 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <30B19504-0C47-44E7-9623-B01A28E28F2C@oracle.com> References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu><878w6xxsz6.fsf@kelsey-ws.hq.ember.com> <31D4B044-69E9-4A27-8C68-4CB7DFDCDA53@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A954B@XMB-AMS-107.cisco.com> <1E58783A-1E20-4BB7-BD4D-57432C8861BC@cs.stanford.edu> To: roll WG X-Mailer: Apple Mail (2.1078) X-Auth-Type: Internal IP X-Source-IP: acsinet15.oracle.com [141.146.126.227] X-CT-RefId: str=0001.0A090204.4C0FB5CA.023E:SCFMA922111,ss=1,fgs=0 Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 15:39:58 -0000 On Jun 9, 2010, at 8:30 AM, Philip Levis wrote: >=20 > On Jun 9, 2010, at 6:26 AM, JP Vasseur wrote: >=20 >> Hi Pascal, >>=20 >> Co-chair hat off -- I think that this is a good summary. I personally = do see >> situations where sibling could help especially with failures closer = to the >> root or sparser networks. Just one opinion among others. Let's see = what >> people say on the list and hopefully we'll quickly get a consensus. >=20 > Experimental results and implementation experience should have much = more weight than vision or imagination. Our goal in RPL is to = standardize current practice, not re-invent the wheel. >=20 > Phil Since I'm not currently working on an implementation of RPL, I've sat = mostly on the sidelines of this discussion. But considering that it = seems that most of the feedback from implementers is that it is either = being ignored (as a MAY requirement), or is implemented but of limited = value in practice, I'd favor simplification by omitting this feature. If anyone has practical experience or data that shows the 'S' bit to be = of significant value, I'm willing to re-evaluate. For now, I'd rather = see -09 simplified. ...Pete -- Pete St. Pierre Pete.St.Pierre@oracle.com Sun Labs Oracle=20 16 Network Circle Menlo Park, CA 94025 From joakime@sics.se Wed Jun 9 09:16:31 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 430EF3A6990 for ; Wed, 9 Jun 2010 09:16:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.351 X-Spam-Level: X-Spam-Status: No, score=0.351 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HELO_EQ_SE=0.35] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3GO9tFGT4t06 for ; Wed, 9 Jun 2010 09:16:30 -0700 (PDT) Received: from smtprelay-b11.telenor.se (smtprelay-b11.telenor.se [62.127.194.20]) by core3.amsl.com (Postfix) with ESMTP id 82FA93A69A2 for ; Wed, 9 Jun 2010 09:16:29 -0700 (PDT) Received: from ipb3.telenor.se (ipb3.telenor.se [195.54.127.166]) by smtprelay-b11.telenor.se (Postfix) with ESMTP id 2237ADD37 for ; Wed, 9 Jun 2010 18:16:26 +0200 (CEST) X-SENDER-IP: [85.228.27.54] X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4SAKdaD0xV5Bs2PGdsb2JhbAAHnlABAQEBNb8thRgE X-IronPort-AV: E=Sophos;i="4.53,392,1272837600"; d="scan'208";a="531993532" Received: from c-361be455.013-276-73746f7.cust.bredbandsbolaget.se (HELO [127.0.0.1]) ([85.228.27.54]) by ipb3.telenor.se with ESMTP; 09 Jun 2010 18:16:25 +0200 Message-ID: <4C0FBE58.40501@sics.se> Date: Wed, 09 Jun 2010 18:16:24 +0200 From: Joakim Eriksson User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: "Pete St. Pierre" References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu><878w6xxsz6.fsf@kelsey-ws.hq.ember.com> <31D4B044-69E9-4A27-8C68-4CB7DFDCDA53@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A954B@XMB-AMS-107.cisco.com> <1E58783A-1E20-4BB7-BD4D-57432C8861BC@cs.stanford.edu> <30B19504-0C47-44E7-9623-B01A28E28F2C@oracle.com> In-Reply-To: <30B19504-0C47-44E7-9623-B01A28E28F2C@oracle.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: roll WG Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 16:16:31 -0000 Pete St. Pierre skrev: > On Jun 9, 2010, at 8:30 AM, Philip Levis wrote: > >> On Jun 9, 2010, at 6:26 AM, JP Vasseur wrote: >> >>> Hi Pascal, >>> >>> Co-chair hat off -- I think that this is a good summary. I personally do see >>> situations where sibling could help especially with failures closer to the >>> root or sparser networks. Just one opinion among others. Let's see what >>> people say on the list and hopefully we'll quickly get a consensus. >> Experimental results and implementation experience should have much more weight than vision or imagination. Our goal in RPL is to standardize current practice, not re-invent the wheel. >> >> Phil > > Since I'm not currently working on an implementation of RPL, I've sat mostly on the sidelines of this discussion. But considering that it seems that most of the feedback from implementers is that it is either being ignored (as a MAY requirement), or is implemented but of limited value in practice, I'd favor simplification by omitting this feature. > > If anyone has practical experience or data that shows the 'S' bit to be of significant value, I'm willing to re-evaluate. For now, I'd rather see -09 simplified. We ignore it in our imlementation so for us it is fine to remove it from the specification. Best regards, -- Joakim Eriksson, SICS > ...Pete > > -- > Pete St. Pierre > Pete.St.Pierre@oracle.com > Sun Labs > Oracle > 16 Network Circle > Menlo Park, CA 94025 > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From jpv@cisco.com Wed Jun 9 09:19:28 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4E0DF3A6992 for ; Wed, 9 Jun 2010 09:19:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.975 X-Spam-Level: X-Spam-Status: No, score=-9.975 tagged_above=-999 required=5 tests=[AWL=0.622, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UeMb8nYsyiKb for ; Wed, 9 Jun 2010 09:19:27 -0700 (PDT) Received: from sj-iport-2.cisco.com (sj-iport-2.cisco.com [171.71.176.71]) by core3.amsl.com (Postfix) with ESMTP id 56A873A695D for ; Wed, 9 Jun 2010 09:19:25 -0700 (PDT) Authentication-Results: sj-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-Files: None : None X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgMFAFtbD0yrR7Ht/2dsb2JhbACBQ5wnYnGkbZoVhRgE X-IronPort-AV: E=Sophos;i="4.53,392,1272844800"; d="scan'208,217";a="260714202" Received: from sj-core-1.cisco.com ([171.71.177.237]) by sj-iport-2.cisco.com with ESMTP; 09 Jun 2010 16:19:27 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o59GJQMS016562 for ; Wed, 9 Jun 2010 16:19:26 GMT Received: from xfe-ams-102.cisco.com ([144.254.231.94]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 9 Jun 2010 18:19:25 +0200 Received: from dhcp-lyon-144-254-54-105.cisco.com ([144.254.54.105]) by xfe-ams-102.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 9 Jun 2010 18:19:25 +0200 Message-Id: <277DE4A9-34CA-4AA1-AC54-5BA59A53E550@cisco.com> From: JP Vasseur To: ROLL WG Content-Type: multipart/alternative; boundary=Apple-Mail-173--707064639 Mime-Version: 1.0 (Apple Message framework v936) Date: Wed, 9 Jun 2010 18:19:22 +0200 References: <20100609160002.604233A6990@core3.amsl.com> X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 09 Jun 2010 16:19:25.0399 (UTC) FILETIME=[87048670:01CB07EF] X-TM-AS-Product-Ver: SMEX-8.0.0.1181-6.000.1038-17436.000 X-TM-AS-Result: No--26.408500-8.000000-31 X-TM-AS-User-Approved-Sender: No X-TM-AS-User-Blocked-Sender: No Subject: [Roll] Fwd: I-D Action:draft-hui-6man-rpl-option-01.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 16:19:28 -0000 --Apple-Mail-173--707064639 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit fyi - based on very fruitful comments from the 6man WG. Begin forwarded message: > From: Internet-Drafts@ietf.org > Date: June 9, 2010 6:00:02 PM CEDT > To: i-d-announce@ietf.org > Subject: I-D Action:draft-hui-6man-rpl-option-01.txt > Reply-To: internet-drafts@ietf.org > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > > Title : RPL Option for Carrying RPL Information in Data- > Plane Datagrams > Author(s) : J. Hui, J. Vasseur > Filename : draft-hui-6man-rpl-option-01.txt > Pages : 15 > Date : 2010-06-09 > > The RPL protocol requires data-plane datagrams to carry RPL routing > information that is processed by RPL routers when forwarding those > datagrams. This document describes the RPL option for use within a > RPL domain. > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-hui-6man-rpl-option-01.txt > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > Below is the data which will enable a MIME compliant mail reader > implementation to automatically retrieve the ASCII version of the > Internet-Draft. > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt --Apple-Mail-173--707064639 Content-Type: multipart/mixed; boundary=Apple-Mail-174--707064638 --Apple-Mail-174--707064638 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable fyi - based on very fruitful = comments from the 6man WG.

Begin forwarded = message:

Date: June 9, 2010 6:00:02 PM = CEDT
To: i-d-announce@ietf.org
Subject: = I-D Action:draft-hui-6man-rpl-option-01.txt 

A New = Internet-Draft is available from the on-line Internet-Drafts = directories.

Title =           : RPL Option = for Carrying RPL Information in Data-Plane Datagrams
Author(s) =       : J. Hui, J. Vasseur
Filename =        : = draft-hui-6man-rpl-option-01.txt
Pages =           : = 15
= Date =            : = 2010-06-09

The RPL protocol requires data-plane datagrams to = carry RPL routing
information that is processed by RPL routers when = forwarding those
datagrams.  This document describes the RPL = option for use within a
RPL domain.

A URL for this = Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-hui-6man-rpl-option-01.txt

Internet-Drafts are also available by anonymous FTP = at:
ftp://ftp.ietf.org/internet-drafts/

Below is the data = which will enable a MIME compliant mail reader
implementation to = automatically retrieve the ASCII version of = the
Internet-Draft.
= --Apple-Mail-174--707064638 Content-Disposition: attachment; filename=mime-attachment Content-Type: message/external-body; x-unix-mode=0666; name="mime-attachment" Content-Transfer-Encoding: 7bit Content-Type: text/plain
Content-ID: <2010-06-09084935.I-D@ietf.org>

--Apple-Mail-174--707064638 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: 7bit
_______________________________________________
I-D-Announce mailing list
I-D-Announce@ietf.org
https://www.ietf.org/mailman/listinfo/i-d-announce
Internet-Draft directories: http://www.ietf.org/shadow.html
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt

--Apple-Mail-174--707064638-- --Apple-Mail-173--707064639-- From jpv@cisco.com Wed Jun 9 09:19:42 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9AAD33A67B4 for ; Wed, 9 Jun 2010 09:19:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.064 X-Spam-Level: X-Spam-Status: No, score=-10.064 tagged_above=-999 required=5 tests=[AWL=0.533, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XcDBsRR9AENG for ; Wed, 9 Jun 2010 09:19:39 -0700 (PDT) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by core3.amsl.com (Postfix) with ESMTP id 38DAF3A695D for ; Wed, 9 Jun 2010 09:19:39 -0700 (PDT) Authentication-Results: sj-iport-4.cisco.com; dkim=neutral (message not signed) header.i=none X-Files: None : None X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgMFAA5cD0yrRN+J/2dsb2JhbACBQ5wnYnGkdJoVhRgE X-IronPort-AV: E=Sophos;i="4.53,392,1272844800"; d="scan'208,217";a="141767192" Received: from sj-core-3.cisco.com ([171.68.223.137]) by sj-iport-4.cisco.com with ESMTP; 09 Jun 2010 16:19:40 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-3.cisco.com (8.13.8/8.14.3) with ESMTP id o59GJd6I028235 for ; Wed, 9 Jun 2010 16:19:40 GMT Received: from xfe-ams-102.cisco.com ([144.254.231.94]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 9 Jun 2010 18:19:39 +0200 Received: from dhcp-lyon-144-254-54-105.cisco.com ([144.254.54.105]) by xfe-ams-102.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 9 Jun 2010 18:19:38 +0200 Message-Id: <2E0A80F8-45AC-453A-9D28-9DB999041CA2@cisco.com> From: JP Vasseur To: ROLL WG Content-Type: multipart/alternative; boundary=Apple-Mail-175--707050886 Mime-Version: 1.0 (Apple Message framework v936) Date: Wed, 9 Jun 2010 18:19:36 +0200 References: <20100609160002.578163A698F@core3.amsl.com> X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 09 Jun 2010 16:19:39.0071 (UTC) FILETIME=[8F2AB4F0:01CB07EF] X-TM-AS-Product-Ver: SMEX-8.0.0.1181-6.000.1038-17436.000 X-TM-AS-Result: No--26.407200-8.000000-31 X-TM-AS-User-Approved-Sender: No X-TM-AS-User-Blocked-Sender: No Subject: [Roll] Fwd: I-D Action:draft-hui-6man-rpl-routing-header-01.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 16:19:42 -0000 --Apple-Mail-175--707050886 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit fyi - based on very fruitful comments from the 6man WG. Begin forwarded message: > From: Internet-Drafts@ietf.org > Date: June 9, 2010 6:00:02 PM CEDT > To: i-d-announce@ietf.org > Subject: I-D Action:draft-hui-6man-rpl-routing-header-01.txt > Reply-To: internet-drafts@ietf.org > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > > Title : An IPv6 Routing Header for Source Routes with RPL > Author(s) : J. Hui, et al. > Filename : draft-hui-6man-rpl-routing-header-01.txt > Pages : 16 > Date : 2010-06-09 > > In Low power and Lossy Networks (LLNs), memory constraints on routers > may limit them to maintaining at most a few routes. In some > configurations, it is necessary to use these memory constrained > routers to deliver datagrams to nodes within the LLN. The Routing > for Low Power and Lossy Networks (RPL) protocol can be used in some > deployments to store most, if not all, routes on one (e.g. the > Directed Acyclic Graph (DAG) root) or few routers and forward the > IPv6 datagram using a source routing technique to avoid large routing > tables on memory constrained routers. This document specifies a new > IPv6 Routing header type for delivering datagrams within a RPL > domain. > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-hui-6man-rpl-routing-header-01.txt > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > Below is the data which will enable a MIME compliant mail reader > implementation to automatically retrieve the ASCII version of the > Internet-Draft. > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt --Apple-Mail-175--707050886 Content-Type: multipart/mixed; boundary=Apple-Mail-176--707050885 --Apple-Mail-176--707050885 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable fyi - based on very fruitful = comments from the 6man WG.

Begin forwarded = message:

Date: June 9, 2010 6:00:02 PM = CEDT
To: i-d-announce@ietf.org
Subject: = I-D Action:draft-hui-6man-rpl-routing-header-01.txt 

A New = Internet-Draft is available from the on-line Internet-Drafts = directories.

Title =           : An IPv6 = Routing Header for Source Routes with RPL
Author(s) =       : J. Hui, et al.
Filename =        : = draft-hui-6man-rpl-routing-header-01.txt
Pages =           : = 16
= Date =            : = 2010-06-09

In Low power and Lossy Networks (LLNs), memory = constraints on routers
may limit them to maintaining at most a few = routes.  In some
configurations, it is necessary to use these = memory constrained
routers to deliver datagrams to nodes within the = LLN.  The Routing
for Low Power and Lossy Networks (RPL) = protocol can be used in some
deployments to store most, if not all, = routes on one (e.g. the
Directed Acyclic Graph (DAG) root) or few = routers and forward the
IPv6 datagram using a source routing = technique to avoid large routing
tables on memory constrained = routers.  This document specifies a new
IPv6 Routing header type = for delivering datagrams within a RPL
domain.

A URL for this = Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-hui-6man-rpl-routing= -header-01.txt

Internet-Drafts are also available by = anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

Below is = the data which will enable a MIME compliant mail = reader
implementation to automatically retrieve the ASCII version of = the
Internet-Draft.
= --Apple-Mail-176--707050885 Content-Disposition: attachment; filename=mime-attachment Content-Type: message/external-body; x-unix-mode=0666; name="mime-attachment" Content-Transfer-Encoding: 7bit Content-Type: text/plain<BR>Content-ID: &lt;2010-06-09084830.I-D@ietf.org&gt;<BR><BR> --Apple-Mail-176--707050885 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: 7bit
_______________________________________________
I-D-Announce mailing list
I-D-Announce@ietf.org
https://www.ietf.org/mailman/listinfo/i-d-announce
Internet-Draft directories: http://www.ietf.org/shadow.html
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt

--Apple-Mail-176--707050885-- --Apple-Mail-175--707050886-- From pthubert@cisco.com Wed Jun 9 09:25:47 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 048E53A6971 for ; Wed, 9 Jun 2010 09:25:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.905 X-Spam-Level: X-Spam-Status: No, score=-9.905 tagged_above=-999 required=5 tests=[AWL=0.694, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FsHeI49at06o for ; Wed, 9 Jun 2010 09:25:45 -0700 (PDT) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 5724A3A695D for ; Wed, 9 Jun 2010 09:25:45 -0700 (PDT) Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-AV: E=Sophos;i="4.53,392,1272844800"; d="scan'208";a="119795127" Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-2.cisco.com with ESMTP; 09 Jun 2010 16:25:46 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o59GPiOF009015; Wed, 9 Jun 2010 16:25:46 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 9 Jun 2010 18:25:33 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 9 Jun 2010 18:25:28 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D0213F207@XMB-AMS-107.cisco.com> In-Reply-To: <4C0F84B1.9000104@jennic.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] Feed-back appreciated for RPL Revision -09 to be posted in 3 days! Thread-Index: AcsHzMO4P0/XHm5/SlCHDBuQszJk4wAIgwsA References: <09B6F97C-691F-4569-ABFA-AB7CE3F17E8C@cisco.com> <4C0F6438.7090805@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F02B@XMB-AMS-107.cisco.com> <4C0F7D37.3030901@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F078@XMB-AMS-107.cisco.com> <4C0F84B1.9000104@jennic.com> From: "Pascal Thubert (pthubert)" To: X-OriginalArrivalTime: 09 Jun 2010 16:25:33.0362 (UTC) FILETIME=[62573920:01CB07F0] Cc: ROLL WG Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to be posted in 3 days! X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 16:25:47 -0000 Hi Daniel: What I read below is that for RPL over foo (foo !=3D 6LoWPAN), you'd = run ND RA as the dissemination protocol for the MTU information. I suggest that is a very bad idea.=20 RPL DIO is very optimized as a dissemination protocol, in particular with the use of trickle. And we don't want 2 mechanisms in parallel doing the same thing. So unless we merge (back) RA and DIO, I'd suggest that RPL routers use RPL when they disseminate information about the subnet and do not bother about RAs from other routers. Today, RPL operation does not depend on RAs at all. In fact, it is the other way around. RPL handles everything multihop, whereas RA is used for router to host communication. In that model, we expect RPL to disseminate information that can then be incorporated by the routers in their RAs for local distribution to their attached hosts. That is what we do with PIO and RIO. MTU would be the same. Pascal > -----Original Message----- > From: Daniel Gavelle [mailto:daniel.gavelle@jennic.com] > Sent: Wednesday, June 09, 2010 2:10 PM > To: Pascal Thubert (pthubert) > Cc: JP Vasseur; ROLL WG > Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to be posted in > 3 days! >=20 > Pascal, >=20 > If the link has a variable sized MTU, the MTU option can be sent in an RA, as > in RFC 4861. ND RS/RA can be done before sending DIS and joining a ROLL > DAG. >=20 > Daniel. >=20 >=20 > Pascal Thubert (pthubert) wrote: > > Hi Daniel: > > > >> If the MTU option is required by other link layers, why can't the MTU > > option > >> be sent in ND? > > > > I return the question. How would that work? > > > > Pascal > > > > > >> -----Original Message----- > >> From: Daniel Gavelle [mailto:daniel.gavelle@jennic.com] > >> Sent: Wednesday, June 09, 2010 1:39 PM > >> To: Pascal Thubert (pthubert) > >> Cc: JP Vasseur; ROLL WG > >> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to be > > posted in > >> 3 days! > >> > >> Pascal, > >> > >> I am interested in 6LowPAN, where RFC4944 fixes the MTU at 1280 > >> octets > > so > >> the MTU option isn't required. > >> > >> If the MTU option is required by other link layers, why can't the MTU > > option > >> be sent in ND? > >> > >> Daniel. > >> > >> > >> > >> Pascal Thubert (pthubert) wrote: > >>> Hi Daniel > >>> > >>> Do you think that the MTU within the LLN should be the same? > >>> > >>> Pascal > >>> > >>>> -----Original Message----- > >>>> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On > > Behalf > >>> Of > >>>> Daniel Gavelle > >>>> Sent: Wednesday, June 09, 2010 11:52 AM > >>>> To: JP Vasseur > >>>> Cc: ROLL WG > >>>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to > > be > >>> posted in > >>>> 3 days! > >>>> > >>>> I think the MTU and SLLA options should not be in ROLL but only > > used > >>> in ND. > >>>> I haven't used the S bit in my implementation. > >>>> > >>>> Daniel. > >>>> > >>>> > >>>> > >>>> JP Vasseur wrote: > >>>>> Dear WG, > >>>>> > >>>>> One more time, thanks for your energy and involvement to keep us > > on > >>>>> track with our plan for RPL. > >>>>> > >>>>> The cut-off date for the Virtual WG meeting that will take place > > on > >>> June > >>>>> 16 is this coming Friday and the RPL authors team has been working > >>> hard > >>>>> on the revision -09, which should solve a number of the opened > >>> tickets. > >>>>> Still there are a few items that triggered some discussion but we > >>> would > >>>>> need more feed-back from you to draw a consensus to move on. > >>>>> > >>>>> 1) Are we keeping the use of sibling (S Bit thread): see the > >>> detailed > >>>>> discussion on the ML. > >>>>> https://svn.tools.ietf.org/wg/roll/trac/ticket/43 > >>>>> > >>>>> 2) Use of MTU and SSLA option: > >>>>> https://svn.tools.ietf.org/wg/roll/trac/ticket/42 > >>>>> > >>>>> Any quick feed-back on the list would be appreciated, for rev09. > >>>>> > >>>>> Thanks. > >>>>> > >>>>> JP. > >>>>> _______________________________________________ > >>>>> Roll mailing list > >>>>> Roll@ietf.org > >>>>> https://www.ietf.org/mailman/listinfo/roll > >>>>> > >>>> -- > >>>> __________________________________________________ > >>>> Daniel Gavelle, Software Engineer > >>>> Tel: +44 114 281 2655 > >>>> Fax: +44 114 281 2951 > >>>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: > >>>> 3191371 Registered In England http://www.jennic.com > >>>> __________________________________________________ > >>>> _______________________________________________ > >>>> Roll mailing list > >>>> Roll@ietf.org > >>>> https://www.ietf.org/mailman/listinfo/roll > >> -- > >> __________________________________________________ > >> Daniel Gavelle, Software Engineer > >> Tel: +44 114 281 2655 > >> Fax: +44 114 281 2951 > >> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: > >> 3191371 Registered In England http://www.jennic.com > >> __________________________________________________ > > >=20 > -- > __________________________________________________ > Daniel Gavelle, Software Engineer > Tel: +44 114 281 2655 > Fax: +44 114 281 2951 > Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK > Comp Reg No: 3191371 Registered In England > http://www.jennic.com > __________________________________________________ From pthubert@cisco.com Wed Jun 9 09:44:53 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BBA423A6858 for ; Wed, 9 Jun 2010 09:44:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.738 X-Spam-Level: X-Spam-Status: No, score=-8.738 tagged_above=-999 required=5 tests=[AWL=-0.560, BAYES_00=-2.599, EXTRA_MPART_TYPE=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8, SARE_GIF_ATTACH=1.42] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R+Y8h2PV27-y for ; Wed, 9 Jun 2010 09:44:46 -0700 (PDT) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id 7A2223A6977 for ; Wed, 9 Jun 2010 09:44:46 -0700 (PDT) Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none X-Files: image001.gif, image002.gif : 837, 87 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AuQKAPBhD0yrR7H+/2dsb2JhbABzUJ0JcaUSmhUChRYE X-IronPort-AV: E=Sophos;i="4.53,392,1272844800"; d="gif'147?scan'147,208,217,147";a="209558001" Received: from sj-core-2.cisco.com ([171.71.177.254]) by sj-iport-5.cisco.com with ESMTP; 09 Jun 2010 16:44:48 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o59GidN8004679 for ; Wed, 9 Jun 2010 16:44:47 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Wed, 9 Jun 2010 18:44:45 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/related; boundary="----_=_NextPart_001_01CB07F3.113B4D87"; type="multipart/alternative" Date: Wed, 9 Jun 2010 18:44:38 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D0213F218@XMB-AMS-107.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] Transit information option Thread-Index: AcsH8wyRNedCzfuTTzOXugrJrtDbow== From: "Pascal Thubert (pthubert)" To: "Mathilde Durvy (mdurvy)" , X-OriginalArrivalTime: 09 Jun 2010 16:44:45.0926 (UTC) FILETIME=[11528860:01CB07F3] Subject: Re: [Roll] Transit information option X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 16:44:54 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CB07F3.113B4D87 Content-Type: multipart/alternative; boundary="----_=_NextPart_002_01CB07F3.113B4D87" ------_=_NextPart_002_01CB07F3.113B4D87 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Mathilde =20 1) I think the MAY refers to the fact that there can also be = another target option right after a target option in case multiple = targets factorize a same transit info. The text should say that there = MUST be at least one and possibly multiple transit option after one or = possibly multiple target option(s), and all the transit options that = operate one all the targets. Multiple transit options happen in the case = of non-storing nodes to advertise multiple parents. Multiple targets for = a same transit information happens for instance when a node has multiple = addresses. 2) Well, that's because we're not doing record route. In = non-storing, the only node that cares is the root, and the root gets all = the piecewise info (child->parent), from which it recursively builds the = paths it needs, optimizing the preference along. The root does not care = whether the info about all the parents for a target was obtained though = the individual parents. Also, we expect that all nodes in the network do = the same, otherwise, yes, you'd need to send to parent B to ask parent B = to send its own info, etc... 3) No, we are not recording route as I explained above. That's I = guess where we have a confusion. 4) At a given point of time I'm unsure that the root would need to = load balance over multiple SR path. But if one Source route path is = broken, the root needs to build another one. The control bits will = enable the root to optimize the preference of the path that is it = building. =20 Courage J =20 Pascal =20 From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of = Mathilde Durvy (mdurvy) Sent: Wednesday, June 09, 2010 3:08 PM To: roll@ietf.org Subject: [Roll] Transit information option =20 Hi All, =20 A few items that might be worth clarifying in version 09: - "Transit Information options MAY directly follow the Target option" Is = it really a MAY? If not included it means the path sequence / control / = lifetime are not specified (which seems to contradict section 7.1.4.2). - "A non-storing node that has more than one DAO parent MAY include a = Transit Information option for each DAO parent as part of the = non-storing Destination Advertisement operation." Why would a node do = that? If a node is sending a DAO for a specific target to e.g. 2 DAO = parents (A and B) shouldn't he send one DAO with transit information A = (i.e. parent address =3D A) to DAO parent A and another DAO with transit = information B to DAO parent B? Otherwise how this would work over = multiple hop? Maybe an example of DAO would help. - In section 7.1.5 point 2, I assume the node should add a transit = information with its parent before passing the content of the received = DAO. Also do the operation specified on the path control field in the = previous section for storing node also apply in the non-storing case? - Has the advantage of having multiple DAO parents been assessed with = respect to the added complexity? One could argue that since we take so = much care in selecting a preferred this should be a good enough = choice... Similar to Phil I'm getting worried about the increased = complexity. =20 Best, Mathilde =20 =20 =20 Durvy Mathilde Software Engineer Technology center mdurvy@cisco.com =20 Phone: +41 21 822 1725 Mobile: +41 76 396 8116 Cisco Systems International S=E0rl Av. des Uttins, 5 CH-1180 Rolle Cisco home page =20 =20 =20 Think before you print. This e-mail may contain confidential and privileged material for the = sole use of the intended recipient. Any review, use, distribution or = disclosure by others is strictly prohibited. If you are not the intended = recipient (or authorized to receive for the recipient), please contact = the sender by reply e-mail and delete all copies of this message. ------_=_NextPart_002_01CB07F3.113B4D87 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

Hi = Mathilde

 

1)      = I think the = MAY refers to the fact that there can also be another target option = right after a target option in case multiple targets factorize a same = transit info. The text should say that there MUST be at least one and = possibly multiple transit option after one or possibly multiple target = option(s), and all the transit options that operate one all the targets. = Multiple transit options happen in the case of non-storing nodes to = advertise multiple parents. Multiple targets for a same transit = information happens for instance when a node has multiple = addresses.

2)      = Well, = that’s because we’re not doing record route. In non-storing, = the only node that cares is the root, and the root gets all the = piecewise info (child->parent), from which it recursively builds the = paths it needs, optimizing the preference along. The root does not care = whether the info about all the parents for a target was obtained though = the individual parents. Also, we expect that all nodes in the network do = the same, otherwise, yes, you’d need to send to parent B to ask = parent B to send its own info, etc…

3)      = No, we are = not recording route as I explained above. That’s I guess where we = have a confusion.

4)      = At a given = point of time I’m unsure that the root would need to load balance = over multiple SR path. But if one Source route path is broken, the root = needs to build another one. The control bits will enable the root to = optimize the preference of the path that is it = building.

 

Courage = J

 

Pascal

 

From:= = roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of = Mathilde Durvy (mdurvy)
Sent: Wednesday, June 09, = 2010 3:08 PM
To: roll@ietf.org
Subject: [Roll] = Transit information option

 

Hi = All,

 

A few items that might be worth clarifying in version = 09:

- “Transit Information = options MAY directly follow the Target option” Is it really a MAY? = If not included it means the path sequence / control / lifetime are not = specified (which seems to contradict section 7.1.4.2).

- “A = non-storing node that has more than one DAO parent MAY include a Transit = Information option for each DAO parent as part of the non-storing = Destination Advertisement operation.” Why would a node do that? If = a node is sending a DAO for a specific target to e.g. 2 DAO parents (A = and B) shouldn’t he send one DAO with transit information A (i.e. = parent address =3D A) to DAO parent A and another DAO with transit = information B to DAO parent B? Otherwise how this would work over = multiple hop? Maybe an example of DAO would = help.

- In section = 7.1.5 point 2, I assume the node should add a transit information with = its parent before passing the content of the received DAO. Also do the = operation specified on the path control field in the previous section = for storing node also apply in the non-storing = case?

- Has the = advantage of having multiple DAO parents been assessed with respect to = the added complexity? One could argue that since we take so much care in = selecting a preferred this should be a good enough choice… Similar = to Phil I’m getting worried about the increased = complexity.

 

Best,

Mathilde=

 

 

3D"http://www.cisco.com/swa/i/logo.gif"

Durvy Mathilde
Software = Engineer
Technology center

mdurvy@cisco.com
Phone: +41 21 = 822 1725
Mobile: +41 76 396 = 8116

Cisco Systems International = S=E0rl
Av. = des Uttins, 5
CH-1180 Rolle

Cisco home = page

 

 

3D"ThinkThink before you print.

This e-mail may contain = confidential and privileged material for the sole use of the intended = recipient. Any review, use, distribution or disclosure by others is = strictly prohibited. If you are not the intended recipient (or = authorized to receive for the recipient), please contact the sender by = reply e-mail and delete all copies of this = message.


------_=_NextPart_002_01CB07F3.113B4D87-- ------_=_NextPart_001_01CB07F3.113B4D87 Content-Type: image/gif; name="image001.gif" Content-Transfer-Encoding: base64 Content-ID: Content-Description: image001.gif Content-Location: image001.gif R0lGODlhbgBJAMQAAP///3OXqtapqq1MTcmRki9mgZkAALpqbMl/f6g5O/Xq6+vX2OTIyaMqK/nz 9OW/v5sVFsbV3Nfh5p0PD5kFBf78/P38/Pz6+v/+/rZdXpcKDKAhIvv396QvMO/g4Ny4uSH5BAAA AAAALAAAAABuAEkAQAX/ICCOZGmeaKqubOu+cCzPdG3feK6nkln8pp5LSPoVgrucsbQsAp1HKPM5 alapImtyy+16SwKDmJBCiBEWgMUsPgg8JMHEQCGTMACP2HDgiBQZYglfOQ+GDy2HhiqKKI2EkJGS k5SVlpeYmZpfWkpYmypEV1GjU6QjolmfnZ0AqZWvrj6fski2UiWxsZkcHxkNYg0IABUibAjFIgsH wAYNBwokvb8QEMIOJAwICQYQCQgLoCgLHWIdHwoKCwzExmdpGBwcxRgDYhkXAOTm6OoMfg4CiRGg wAOBOXzEKVzIsKHDhxAjSpxIsaKNCAEibMGo0WKLVjdAVgxQIICpEiRN/7JIeZIEy4WsVsk8BSAm TZstLb0csVMVzZ4AgALtJLQkRY4bM3pcupDAHgMduA1Q484AGmJO7x04kCCaCAIaxFCISmGAVwZP u+1pEK5hVgPYUBxLQ4yBvacfvlIwMCFuCbRi2I34sHfDQ0BpDUyFNxfABTZPGwgGACjsU7MiLLx9 ukEA08+gQ4seTbq06dOoU6tezbq169evd92QHRooDtujRdbQDZr3DN8RkeIaIXxFcZ8ljkPEOVwF 81ILlT9HTkL6zJwilE+aXvN68+43vUO3xL28eOrj0VdSbp0me6XV4acH8L6jRNw28IumXYM/7P8k PJLIISkIWIKBD3GwmcIYiwGAQWP6cJMWHCIoCEFamInwQTNPdYCIQwqUM8YCC3zgWTKNOXAAg14p kA9lIkJAAIkmYsPBim0YcsBeVjn0llcnQAjYHh14phdfQGazx2QAEGaAYQ2FMVAZ75BggTZ7HFCM HHQYWcICeyAjgormPASZYgN00CAAjV0gwAEEEACZlsbwCMEAaWb4wFMJJMDjBkwypAABErbRzoNn FFPBghnkRcKgCVimwQF+VSDAXXw1CuCmnHbq6aeghirqqDiEAAA7 ------_=_NextPart_001_01CB07F3.113B4D87 Content-Type: image/gif; name="image002.gif" Content-Transfer-Encoding: base64 Content-ID: Content-Description: image002.gif Content-Location: image002.gif R0lGODlhEgATAJEAAAAAAP///wCZAP///yH5BAEAAAMALAAAAAASABMAAAIojI+pGyK8nINqUiTf bVnfvHEg1UmhdZRqaawu6XZVjKb0/CYxo8JOAQA7 ------_=_NextPart_001_01CB07F3.113B4D87-- From pal@cs.stanford.edu Wed Jun 9 09:49:12 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AC2353A698A for ; Wed, 9 Jun 2010 09:49:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.05 X-Spam-Level: X-Spam-Status: No, score=-5.05 tagged_above=-999 required=5 tests=[AWL=0.061, BAYES_05=-1.11, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lHBgMcEflx+4 for ; Wed, 9 Jun 2010 09:49:10 -0700 (PDT) Received: from cs-smtp-2.Stanford.EDU (cs-smtp-2.Stanford.EDU [171.64.64.26]) by core3.amsl.com (Postfix) with ESMTP id 9F4253A6977 for ; Wed, 9 Jun 2010 09:49:10 -0700 (PDT) Received: from dnab4046bc.stanford.edu ([171.64.70.188]) by cs-smtp-2.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OMOSm-0005Ut-5w; Wed, 09 Jun 2010 09:49:12 -0700 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=windows-1252 From: Philip Levis In-Reply-To: Date: Wed, 9 Jun 2010 09:16:48 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <0F11C708-01B5-48F7-B1F9-D01E19105E9A@cs.stanford.edu> References: <8A977BDC5A7B0E429B0F521E8D6F91EE02350AA4@XMB-AMS-103.cisco.com> To: JP Vasseur X-Mailer: Apple Mail (2.1078) X-Scan-Signature: 72f97ea9660f372cf635c7c250d627db Cc: roll@ietf.org Subject: Re: [Roll] leaf node and DTSN X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 16:49:12 -0000 On Jun 9, 2010, at 7:08 AM, JP Vasseur wrote: > Funny, while making another pass, I was wondering too ... ;-) >=20 > On Jun 8, 2010, at 4:29 PM, Mathilde Durvy (mdurvy) wrote: >=20 >> Hi All, >> =20 >> Small questions >> - Section 6.5 >> What is the rationale behind a leaf node sending DIOs if nobody can = attach to it? >> I would rather expect the node to use a DAO to advertize its presence = and allow packets to be routed to it. If a node becomes a leaf, it needs to tell other nodes that it is now a = leaf. I.e., send DIOs with a Rank of infinity. In the case where a node = joins a network for the first time as a leaf, I agree, it should not = have to transmit DIOs. The current text is a little unclear. Would this = edit make it better? Change "A leaf node does not extend DODAG connectivity but still needs to = advertise its presence using DIOs." to "A leaf node does not extend DODAG connectivity but might still need to = advertise its presence using DIOs. One example of such a case is if it = used to be a non-leaf node and needs to poison routes." Do you think it is worthwhile to add a bit of text to the DIO = transmission rules saying that leaves MAY ignore DIS messages? >> - Section 7.1.7 >> When is the DTSN incremented without having the =91T=92 flag set? >> =20 Good question -- is the T flag necessary, or is a DTSN increment = sufficient? Another way to ask this question is: when does a node clear = the T bit? Pascal -- can you provide some insight into this? Phil= From pal@cs.stanford.edu Wed Jun 9 09:49:19 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 95C4328C11A for ; Wed, 9 Jun 2010 09:49:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.509 X-Spam-Level: X-Spam-Status: No, score=-4.509 tagged_above=-999 required=5 tests=[AWL=-0.511, BAYES_50=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NYJkEDsXjiQr for ; Wed, 9 Jun 2010 09:49:18 -0700 (PDT) Received: from cs-smtp-2.Stanford.EDU (cs-smtp-2.Stanford.EDU [171.64.64.26]) by core3.amsl.com (Postfix) with ESMTP id 6F28828C119 for ; Wed, 9 Jun 2010 09:49:18 -0700 (PDT) Received: from dnab4046bc.stanford.edu ([171.64.70.188]) by cs-smtp-2.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OMOSt-0005Ut-Kv; Wed, 09 Jun 2010 09:49:20 -0700 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: multipart/alternative; boundary=Apple-Mail-31--706563132 From: Philip Levis In-Reply-To: <8A977BDC5A7B0E429B0F521E8D6F91EE023F0906@XMB-AMS-103.cisco.com> Date: Wed, 9 Jun 2010 09:27:43 -0700 Message-Id: References: <8A977BDC5A7B0E429B0F521E8D6F91EE023F0906@XMB-AMS-103.cisco.com> To: Mathilde Durvy (mdurvy) X-Mailer: Apple Mail (2.1078) X-Scan-Signature: 43685be38b1c81fa84908b956b58f430 Cc: roll@ietf.org Subject: Re: [Roll] Transit information option X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 16:49:19 -0000 --Apple-Mail-31--706563132 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Jun 9, 2010, at 6:08 AM, Mathilde Durvy (mdurvy) wrote: > Hi All, > =20 > A few items that might be worth clarifying in version 09: > - =93Transit Information options MAY directly follow the Target = option=94 Is it really a MAY? If not included it means the path sequence = / control / lifetime are not specified (which seems to contradict = section 7.1.4.2). In non-storing mode, it is definitely a MUST. Storing mode seems like it = is a MUST as well... > - =93A non-storing node that has more than one DAO parent MAY include = a Transit Information option for each DAO parent as part of the = non-storing Destination Advertisement operation.=94 Why would a node do = that? If a node is sending a DAO for a specific target to e.g. 2 DAO = parents (A and B) shouldn=92t he send one DAO with transit information A = (i.e. parent address =3D A) to DAO parent A and another DAO with transit = information B to DAO parent B? Otherwise how this would work over = multiple hop? Maybe an example of DAO would help. > - In section 7.1.5 point 2, I assume the node should add a transit = information with its parent before passing the content of the received = DAO. Also do the operation specified on the path control field in the = previous section for storing node also apply in the non-storing case? These are good questions. Currently the draft is a bit unclear on = whether=20 1) a DAO's transit option contains the full source route when it arrives = at the DODAG Root, or=20 2) the DODAG Root receives just the last downward hops of each node, and = stitches together source routes with this information.=20 1) seems like a much better idea to me. Note that if it's 2), then in = non-storing mode node needs to send a DAO to just one DAO parent, and = this DAO can contain the full set of last-hops. What are your thoughts? > - Has the advantage of having multiple DAO parents been assessed with = respect to the added complexity? One could argue that since we take so = much care in selecting a preferred this should be a good enough choice=85 = Similar to Phil I=92m getting worried about the increased complexity. But note that in upward routes, there's a parent set. The concern is = that the vagaries and unreliability of wireless links call for = supporting some degree of path diversity. Most protocols today maintain = multiple candidate next hops for this exact reason. Because downward = routes start at the endpoints, there needs to be some way to establish = multiple routes. Otherwise, when one link breaks and you have to issue a = trigger to the entire sub-DODAG. Phil= --Apple-Mail-31--706563132 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252
On Jun 9, 2010, at 6:08 AM, Mathilde = Durvy (mdurvy) wrote:

Hi All,
A few items that might be worth = clarifying in version 09:
- =93Transit Information options = MAY directly follow the Target option=94 Is it really a MAY? If not = included it means the path sequence / control / lifetime are not = specified (which seems to contradict section = 7.1.4.2).

In = non-storing mode, it is definitely a MUST. Storing mode seems like it is = a MUST as well...

- =93A = non-storing node that has more than one DAO parent MAY include a Transit = Information option for each DAO parent as part of the non-storing = Destination Advertisement operation.=94 Why would a node do that? If a = node is sending a DAO for a specific target to e.g. 2 DAO parents (A and = B) shouldn=92t he send one DAO with transit information A (i.e. parent = address =3D A) to DAO parent A and another DAO with transit information = B to DAO parent B? Otherwise how this would work over multiple hop? = Maybe an example of DAO would = help.


=


- In section = 7.1.5 point 2, I assume the node should add a transit information with = its parent before passing the content of the received DAO. Also do the = operation specified on the path control field in the previous section = for storing node also apply in the non-storing = case?

Thes= e are good questions. Currently the draft is a bit unclear on = whether 

1) a DAO's transit option = contains the full source route when it arrives at the DODAG Root, = or 
2) the DODAG Root receives just the last downward = hops of each node, and stitches together source routes with this = information. 

1) seems like a much better = idea to me. Note that if it's 2), then in non-storing mode node needs to = send a DAO to just one DAO parent, and this DAO can contain the full set = of last-hops. What are your = thoughts?


- Has the = advantage of having multiple DAO parents been assessed with respect to = the added complexity? One could argue that since we take so much care in = selecting a preferred this should be a good enough choice=85 Similar to = Phil I=92m getting worried about the increased = complexity.
<= br>
But note that in upward routes, there's a parent set. The = concern is that the vagaries and unreliability of wireless links call = for supporting some degree of path diversity. Most protocols today = maintain multiple candidate next hops for this exact reason. Because = downward routes start at the endpoints, there needs to be some way to = establish multiple routes. Otherwise, when one link breaks and you have = to issue a trigger to the entire = sub-DODAG.

Phil
= --Apple-Mail-31--706563132-- From pal@cs.stanford.edu Wed Jun 9 11:08:27 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BD1CA3A6805 for ; Wed, 9 Jun 2010 11:08:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.707 X-Spam-Level: X-Spam-Status: No, score=-5.707 tagged_above=-999 required=5 tests=[AWL=0.892, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7yKdb+odJoSQ for ; Wed, 9 Jun 2010 11:08:27 -0700 (PDT) Received: from cs-smtp-2.Stanford.EDU (cs-smtp-2.Stanford.EDU [171.64.64.26]) by core3.amsl.com (Postfix) with ESMTP id 1F95C3A676A for ; Wed, 9 Jun 2010 11:08:27 -0700 (PDT) Received: from dnab4046bc.stanford.edu ([171.64.70.188]) by cs-smtp-2.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OMPhU-0001AC-Mk; Wed, 09 Jun 2010 11:08:29 -0700 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=windows-1252 From: Philip Levis In-Reply-To: <0F11C708-01B5-48F7-B1F9-D01E19105E9A@cs.stanford.edu> Date: Wed, 9 Jun 2010 11:08:28 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <4522BBDE-7CC0-44C8-A7D8-AD3402C7C5FC@cs.stanford.edu> References: <8A977BDC5A7B0E429B0F521E8D6F91EE02350AA4@XMB-AMS-103.cisco.com> <0F11C708-01B5-48F7-B1F9-D01E19105E9A@cs.stanford.edu> To: Philip Levis X-Mailer: Apple Mail (2.1078) X-Scan-Signature: b65b8f26ca423de213f14dca1c6ea011 Cc: roll@ietf.org Subject: Re: [Roll] leaf node and DTSN X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 18:08:27 -0000 On Jun 9, 2010, at 9:16 AM, Philip Levis wrote: >=20 >>> - Section 7.1.7 >>> When is the DTSN incremented without having the =91T=92 flag set? >>>=20 >=20 >=20 > Good question -- is the T flag necessary, or is a DTSN increment = sufficient? Another way to ask this question is: when does a node clear = the T bit? The answer to Mathilde's question is that a node increments DTSN but = does not set the 'T' flag when it wants to trigger DAOs from its = children, but not its entire sub-DODAG. It is not clear to me when this = operation is needed. Is this a storing versus non-storing distinction?=20= Phil= From gnawali@cs.stanford.edu Wed Jun 9 11:44:44 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 41FED3A676A for ; Wed, 9 Jun 2010 11:44:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.377 X-Spam-Level: X-Spam-Status: No, score=-3.377 tagged_above=-999 required=5 tests=[BAYES_50=0.001, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bNKOLlkAg7-U for ; Wed, 9 Jun 2010 11:44:42 -0700 (PDT) Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by core3.amsl.com (Postfix) with ESMTP id F1A2B3A6359 for ; Wed, 9 Jun 2010 11:44:41 -0700 (PDT) Received: from mail-vw0-f44.google.com ([209.85.212.44]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.60) (envelope-from ) id 1OMQGY-0001H2-Py for roll@ietf.org; Wed, 09 Jun 2010 11:44:43 -0700 Received: by vws9 with SMTP id 9so1857825vws.31 for ; Wed, 09 Jun 2010 11:44:41 -0700 (PDT) Received: by 10.150.173.8 with SMTP id v8mr141499ybe.338.1276109080125; Wed, 09 Jun 2010 11:44:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.150.199.19 with HTTP; Wed, 9 Jun 2010 11:44:20 -0700 (PDT) In-Reply-To: <4C0FBE58.40501@sics.se> References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu> <878w6xxsz6.fsf@kelsey-ws.hq.ember.com> <31D4B044-69E9-4A27-8C68-4CB7DFDCDA53@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A954B@XMB-AMS-107.cisco.com> <1E58783A-1E20-4BB7-BD4D-57432C8861BC@cs.stanford.edu> <30B19504-0C47-44E7-9623-B01A28E28F2C@oracle.com> <4C0FBE58.40501@sics.se> From: Omprakash Gnawali Date: Wed, 9 Jun 2010 11:44:20 -0700 Message-ID: To: Joakim Eriksson Content-Type: text/plain; charset=ISO-8859-1 X-Scan-Signature: 993826b9125cbf1b907f71dc54053338 Cc: roll WG Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Jun 2010 18:44:44 -0000 On Wed, Jun 9, 2010 at 9:16 AM, Joakim Eriksson wrote: > Pete St. Pierre skrev: >> >> On Jun 9, 2010, at 8:30 AM, Philip Levis wrote: >> >>> On Jun 9, 2010, at 6:26 AM, JP Vasseur wrote: >>> >>>> Hi Pascal, >>>> >>>> Co-chair hat off -- I think that this is a good summary. I personally do >>>> see >>>> situations where sibling could help especially with failures closer to >>>> the >>>> root or sparser networks. Just one opinion among others. Let's see what >>>> people say on the list and hopefully we'll quickly get a consensus. >>> >>> Experimental results and implementation experience should have much more >>> weight than vision or imagination. Our goal in RPL is to standardize current >>> practice, not re-invent the wheel. >>> >>> Phil >> >> Since I'm not currently working on an implementation of RPL, I've sat >> mostly on the sidelines of this discussion. But considering that it seems >> that most of the feedback from implementers is that it is either being >> ignored (as a MAY requirement), or is implemented but of limited value in >> practice, I'd favor simplification by omitting this feature. >> >> If anyone has practical experience or data that shows the 'S' bit to be of >> significant value, I'm willing to re-evaluate. For now, I'd rather see -09 >> simplified. > > We ignore it in our imlementation so for us it is fine to remove it from the > specification. For lack of evidence that the implementers have found this feature useful, I vote for dropping the S bit. - om_p From trac@tools.ietf.org Thu Jun 10 00:13:55 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 39D023A6847 for ; Thu, 10 Jun 2010 00:13:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.816 X-Spam-Level: X-Spam-Status: No, score=-100.816 tagged_above=-999 required=5 tests=[AWL=0.295, BAYES_05=-1.11, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fi2j3UuK-w3m for ; Thu, 10 Jun 2010 00:13:54 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 1859B3A6868 for ; Thu, 10 Jun 2010 00:13:54 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1OMbxc-0002Si-3P; Thu, 10 Jun 2010 00:13:56 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "roll issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: wintert@acm.org, jpv@cisco.com X-Trac-Project: roll Date: Thu, 10 Jun 2010 07:13:56 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: http://wiki.tools.ietf.org/wg/roll/trac/ticket/4#comment:2 Message-ID: <064.3706698f2f16ca28bf4ce2c6ef4c2452@tools.ietf.org> References: <055.78d9321183257c63ddf9765eee95d643@tools.ietf.org> X-Trac-Ticket-ID: 4 In-Reply-To: <055.78d9321183257c63ddf9765eee95d643@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: wintert@acm.org, jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: Re: [Roll] [roll] #4: Write an FSM for RPL X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2010 07:13:55 -0000 #4: Write an FSM for RPL --------------------------------+------------------------------------------- Reporter: jpv@… | Owner: wintert@… Type: task | Status: closed Priority: major | Milestone: Component: rpl | Version: Severity: Active WG Document | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Changes (by jpv@…): * status: new => closed * resolution: => fixed Comment: The FSM will not b normative. Further informational documents may be produced by the WG documenting the FSM. -- Ticket URL: roll From trac@tools.ietf.org Thu Jun 10 00:15:34 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6CB5E3A68DF for ; Thu, 10 Jun 2010 00:15:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.587 X-Spam-Level: X-Spam-Status: No, score=-101.587 tagged_above=-999 required=5 tests=[AWL=1.013, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NptMEGgL1qVi for ; Thu, 10 Jun 2010 00:15:33 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id AEEE43A68D1 for ; Thu, 10 Jun 2010 00:15:33 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1OMbzA-0006A3-NZ; Thu, 10 Jun 2010 00:15:32 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "roll issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: wintert@acm.org, jpv@cisco.com X-Trac-Project: roll Date: Thu, 10 Jun 2010 07:15:32 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: http://wiki.tools.ietf.org/wg/roll/trac/ticket/23#comment:1 Message-ID: <064.ac56c5b8ea864f243e4776e1503552c1@tools.ietf.org> References: <055.8cd7d82a653733e971efd9d86758435d@tools.ietf.org> X-Trac-Ticket-ID: 23 In-Reply-To: <055.8cd7d82a653733e971efd9d86758435d@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: wintert@acm.org, jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: Re: [Roll] [roll] #23: OCP Object X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2010 07:15:34 -0000 #23: OCP Object --------------------------------+------------------------------------------- Reporter: jpv@… | Owner: wintert@… Type: defect | Status: closed Priority: major | Milestone: Component: rpl | Version: Severity: Active WG Document | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Changes (by jpv@…): * status: new => closed * resolution: => fixed Comment: Ticket now obsolete. The OCP is now defined in the RPL core specification. -- Ticket URL: roll From navagar@cisco.com Thu Jun 10 00:51:03 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0E5DE3A68FB for ; Thu, 10 Jun 2010 00:51:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.598 X-Spam-Level: X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k0z59NJYgOdH for ; Thu, 10 Jun 2010 00:51:01 -0700 (PDT) Received: from sj-iport-3.cisco.com (sj-iport-3.cisco.com [171.71.176.72]) by core3.amsl.com (Postfix) with ESMTP id 652133A68F9 for ; Thu, 10 Jun 2010 00:51:01 -0700 (PDT) Authentication-Results: sj-iport-3.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAEI2EExAaHte/2dsb2JhbACeZnGjCZoghRgEg0k X-IronPort-AV: E=Sophos;i="4.53,397,1272844800"; d="scan'208,217";a="225969186" Received: from hkg-core-1.cisco.com ([64.104.123.94]) by sj-iport-3.cisco.com with ESMTP; 10 Jun 2010 07:51:02 +0000 Received: from xbh-bgl-411.cisco.com (xbh-bgl-411.cisco.com [72.163.129.201]) by hkg-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5A7p1fi003076 for ; Thu, 10 Jun 2010 07:51:02 GMT Received: from xmb-bgl-41c.cisco.com ([72.163.129.218]) by xbh-bgl-411.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 10 Jun 2010 13:21:01 +0530 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CB0871.ABBAF962" X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Thu, 10 Jun 2010 13:21:02 +0530 Message-ID: <3EF472F4AD7D824EA24D3197C56B61DB0164EF15@XMB-BGL-41C.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Multicast DIS Thread-Index: AcsIcawav+LG/5vQSeybvIaE7Bmz+Q== From: "Navneet Agarwal (navagar)" To: "ROLL WG" X-OriginalArrivalTime: 10 Jun 2010 07:51:01.0690 (UTC) FILETIME=[ABCDA9A0:01CB0871] Subject: [Roll] Multicast DIS X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2010 07:51:03 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CB0871.ABBAF962 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi All: Had the following question: =20 When a node sends a multicast DIS it is stated that the receiving node will reset the trickle timer if the solicited information is satisfied. This would mean that the node will respond will respond with multicast DIO on timer expiry. =20 This is not an issue if the nodes have a single interface. In cases where a node has multiple interfaces, the node will end up sending multicast DIOs on all interfaces on timer expiry. This would include the interface on which the DIS was received as well as other interfaces. IMO, this has processing implication on nodes attached to interfaces other than on which the DIS was received. They would need to process the DIOs, which I am not sure they really should. Is there a reason to reset the trickle timer on multicast DIS reception or an alternative could be to respond with a (multicast or unicast) DIO only on the interface the DIS was received?? =20 Thoughts? =20 Thx =20 Regards, Navneet ------_=_NextPart_001_01CB0871.ABBAF962 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi=20 All:
Had = the following=20 question:
 
When a = node sends a=20 multicast DIS it is stated that the receiving node will reset the = trickle timer=20 if the solicited information is satisfied. This would mean that the node = will=20 respond will respond with multicast DIO on timer = expiry.
 
This = is not an issue=20 if the nodes have a single interface. In cases where a node has multiple = interfaces, the node will end up sending multicast DIOs on all = interfaces on=20 timer expiry. This would include the interface on which the DIS was = received as=20 well as other interfaces. IMO, this has processing implication on nodes = attached=20 to interfaces other than on which the DIS was received. They would need = to=20 process the DIOs, which I am not sure they really should. Is there a = reason to=20 reset the trickle timer on multicast DIS reception or an alternative = could be to=20 respond with a (multicast or unicast) DIO only on the interface the DIS = was=20 received??
 
Thoughts?
 
Thx
 
Regards,
Navneet
------_=_NextPart_001_01CB0871.ABBAF962-- From pthubert@cisco.com Thu Jun 10 01:16:47 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E58263A68C2 for ; Thu, 10 Jun 2010 01:16:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.987 X-Spam-Level: X-Spam-Status: No, score=-9.987 tagged_above=-999 required=5 tests=[AWL=0.611, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HCmX59KseBn7 for ; Thu, 10 Jun 2010 01:16:46 -0700 (PDT) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 979943A690F for ; Thu, 10 Jun 2010 01:16:41 -0700 (PDT) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlUFAB48EExAZnwN/2dsb2JhbACBQ50gcaMlmiCFGAQ X-IronPort-AV: E=Sophos;i="4.53,397,1272844800"; d="scan'208,217";a="119930529" Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 10 Jun 2010 08:16:37 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5A8GBog004652 for ; Thu, 10 Jun 2010 08:16:37 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 10 Jun 2010 10:16:30 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CB0875.3AC175A4" Date: Thu, 10 Jun 2010 10:16:27 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D0213F39D@XMB-AMS-107.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] Multicast DIS Thread-Index: AcsIdTfm+i+ZC3j9RX+/UGFAEvDmwA== From: "Pascal Thubert (pthubert)" To: "Navneet Agarwal (navagar)" , "ROLL WG" X-OriginalArrivalTime: 10 Jun 2010 08:16:30.0390 (UTC) FILETIME=[3AFAC560:01CB0875] Subject: Re: [Roll] Multicast DIS X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2010 08:16:48 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CB0875.3AC175A4 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Agreed. It should also be noted that some options like RIO and PIO (and possibly MTU and SLLA) do not have to be sent in all DIOs in stable conditions. Certainly upon a DIS, they must be present. =20 Pascal =20 From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of Navneet Agarwal (navagar) Sent: Thursday, June 10, 2010 9:51 AM To: ROLL WG Subject: [Roll] Multicast DIS =20 Hi All: Had the following question: =20 When a node sends a multicast DIS it is stated that the receiving node will reset the trickle timer if the solicited information is satisfied. This would mean that the node will respond will respond with multicast DIO on timer expiry. =20 This is not an issue if the nodes have a single interface. In cases where a node has multiple interfaces, the node will end up sending multicast DIOs on all interfaces on timer expiry. This would include the interface on which the DIS was received as well as other interfaces. IMO, this has processing implication on nodes attached to interfaces other than on which the DIS was received. They would need to process the DIOs, which I am not sure they really should. Is there a reason to reset the trickle timer on multicast DIS reception or an alternative could be to respond with a (multicast or unicast) DIO only on the interface the DIS was received?? =20 Thoughts? =20 Thx =20 Regards, Navneet ------_=_NextPart_001_01CB0875.3AC175A4 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Agreed. It should also be noted that some options like RIO and PIO = (and possibly MTU and SLLA) do not have to be sent in all DIOs in stable = conditions. Certainly upon a DIS, they must be = present.

 

Pascal

 

From:= = roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of = Navneet Agarwal (navagar)
Sent: Thursday, June 10, 2010 = 9:51 AM
To: ROLL WG
Subject: [Roll] Multicast = DIS

 

Hi = All:

Had the = following question:

 

When a node = sends a multicast DIS it is stated that the receiving node will reset = the trickle timer if the solicited information is satisfied. This would = mean that the node will respond will respond with multicast DIO on timer = expiry.

 

This is not = an issue if the nodes have a single interface. In cases where a node has = multiple interfaces, the node will end up sending multicast DIOs on all = interfaces on timer expiry. This would include the interface on which = the DIS was received as well as other interfaces. IMO, this has = processing implication on nodes attached to interfaces other than on = which the DIS was received. They would need to process the DIOs, which I = am not sure they really should. Is there a reason to reset the trickle = timer on multicast DIS reception or an alternative could be to respond = with a (multicast or unicast) DIO only on the interface the DIS was = received??

 

Thoughts?

 

Thx

 

Regards,

Navneet

------_=_NextPart_001_01CB0875.3AC175A4-- From jpv@cisco.com Thu Jun 10 01:19:39 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EB52B3A690D for ; Thu, 10 Jun 2010 01:19:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.183 X-Spam-Level: X-Spam-Status: No, score=-10.183 tagged_above=-999 required=5 tests=[AWL=0.415, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id buWCxXjFlW5I for ; Thu, 10 Jun 2010 01:19:37 -0700 (PDT) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 4F4E23A6950 for ; Thu, 10 Jun 2010 01:19:37 -0700 (PDT) Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AlUFAN88EExAZnwM/2dsb2JhbACBQ50fcaMqmiKFGAQ X-IronPort-AV: E=Sophos;i="4.53,397,1272844800"; d="scan'208,217";a="120066970" Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-2.cisco.com with ESMTP; 10 Jun 2010 08:19:38 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5A8JS3i027189 for ; Thu, 10 Jun 2010 08:19:38 GMT Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 10 Jun 2010 10:19:32 +0200 Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 10 Jun 2010 10:19:31 +0200 Message-Id: <745EB430-31DF-427A-B6B0-DE5CEFDFE1E8@cisco.com> From: JP Vasseur To: "Pascal Thubert (pthubert)" In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D0213F39D@XMB-AMS-107.cisco.com> Content-Type: multipart/alternative; boundary=Apple-Mail-215--649456091 Mime-Version: 1.0 (Apple Message framework v936) Date: Thu, 10 Jun 2010 10:19:30 +0200 References: <6A2A459175DABE4BB11DE2026AA50A5D0213F39D@XMB-AMS-107.cisco.com> X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 10 Jun 2010 08:19:31.0980 (UTC) FILETIME=[A73734C0:01CB0875] Cc: ROLL WG Subject: Re: [Roll] Multicast DIS X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2010 08:19:39 -0000 --Apple-Mail-215--649456091 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Right, but you could have a valid path to the requester via an alternative link. On Jun 10, 2010, at 10:16 AM, Pascal Thubert (pthubert) wrote: > Agreed. It should also be noted that some options like RIO and PIO > (and possibly MTU and SLLA) do not have to be sent in all DIOs in > stable conditions. Certainly upon a DIS, they must be present. > > Pascal > > From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf > Of Navneet Agarwal (navagar) > Sent: Thursday, June 10, 2010 9:51 AM > To: ROLL WG > Subject: [Roll] Multicast DIS > > Hi All: > Had the following question: > > When a node sends a multicast DIS it is stated that the receiving > node will reset the trickle timer if the solicited information is > satisfied. This would mean that the node will respond will respond > with multicast DIO on timer expiry. > > This is not an issue if the nodes have a single interface. In cases > where a node has multiple interfaces, the node will end up sending > multicast DIOs on all interfaces on timer expiry. This would include > the interface on which the DIS was received as well as other > interfaces. IMO, this has processing implication on nodes attached > to interfaces other than on which the DIS was received. They would > need to process the DIOs, which I am not sure they really should. Is > there a reason to reset the trickle timer on multicast DIS reception > or an alternative could be to respond with a (multicast or unicast) > DIO only on the interface the DIS was received?? > > Thoughts? > > Thx > > Regards, > Navneet > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll --Apple-Mail-215--649456091 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Right, but you could have a = valid path to the requester via an alternative = link.

On Jun 10, 2010, at 10:16 AM, Pascal Thubert = (pthubert) wrote:

Agreed. It should also be noted that some options = like RIO and PIO (and possibly MTU and SLLA) do not have to be sent in = all DIOs in stable conditions. Certainly upon a DIS, they must be = present.
Pascal
 roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of Navneet Agarwal = (navagar)
Sent: Thursday, June 10, 2010 = 9:51 AM
To: ROLL = WG
Subject: [Roll] Multicast = DIS
Hi = All:
Had the following = question:
When a node sends a multicast = DIS it is stated that the receiving node will reset the trickle timer if = the solicited information is satisfied. This would mean that the node = will respond will respond with multicast DIO on timer = expiry.
This is not an issue if the = nodes have a single interface. In cases where a node has multiple = interfaces, the node will end up sending multicast DIOs on all = interfaces on timer expiry. This would include the interface on which = the DIS was received as well as other interfaces. IMO, this has = processing implication on nodes attached to interfaces other than on = which the DIS was received. They would need to process the DIOs, which I = am not sure they really should. Is there a reason to reset the trickle = timer on multicast DIS reception or an alternative could be to respond = with a (multicast or unicast) DIO only on the interface the DIS was = received??
Roll@ietf.org
From: JP Vasseur To: Philip Levis , "Pascal Thubert (pthubert)" In-Reply-To: <4522BBDE-7CC0-44C8-A7D8-AD3402C7C5FC@cs.stanford.edu> Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v936) Date: Thu, 10 Jun 2010 10:44:52 +0200 References: <8A977BDC5A7B0E429B0F521E8D6F91EE02350AA4@XMB-AMS-103.cisco.com> <0F11C708-01B5-48F7-B1F9-D01E19105E9A@cs.stanford.edu> <4522BBDE-7CC0-44C8-A7D8-AD3402C7C5FC@cs.stanford.edu> X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 10 Jun 2010 08:44:53.0546 (UTC) FILETIME=[3223C0A0:01CB0879] Cc: roll@ietf.org Subject: Re: [Roll] leaf node and DTSN X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2010 08:44:59 -0000 On Jun 9, 2010, at 8:08 PM, Philip Levis wrote: > > On Jun 9, 2010, at 9:16 AM, Philip Levis wrote: > >> >>>> - Section 7.1.7 >>>> When is the DTSN incremented without having the =91T=92 flag set? >>>> >> >> >> Good question -- is the T flag necessary, or is a DTSN increment =20 >> sufficient? Another way to ask this question is: when does a node =20 >> clear the T bit? > > The answer to Mathilde's question is that a node increments DTSN but =20= > does not set the 'T' flag when it wants to trigger DAOs from its =20 > children, but not its entire sub-DODAG. That was also my understanding. Pascal ? > It is not clear to me when this operation is needed. Is this a =20 > storing versus non-storing distinction? > > Phil From navagar@cisco.com Thu Jun 10 03:07:11 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 520173A695B for ; Thu, 10 Jun 2010 03:07:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.598 X-Spam-Level: X-Spam-Status: No, score=-10.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h7iip3yQQMg6 for ; Thu, 10 Jun 2010 03:07:08 -0700 (PDT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by core3.amsl.com (Postfix) with ESMTP id A116B3A69BF for ; Thu, 10 Jun 2010 03:07:07 -0700 (PDT) Authentication-Results: ams-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-AV: E=Sophos;i="4.53,397,1272844800"; d="scan'208,217";a="62228653" Received: from hkg-core-1.cisco.com ([64.104.123.94]) by ams-iport-1.cisco.com with ESMTP; 10 Jun 2010 10:07:07 +0000 Received: from xbh-bgl-412.cisco.com (xbh-bgl-412.cisco.com [72.163.129.202]) by hkg-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5AA68a0010299; Thu, 10 Jun 2010 10:07:06 GMT Received: from xmb-bgl-41c.cisco.com ([72.163.129.218]) by xbh-bgl-412.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 10 Jun 2010 15:36:11 +0530 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CB0884.8D33CBBB" X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Thu, 10 Jun 2010 15:36:02 +0530 Message-ID: <3EF472F4AD7D824EA24D3197C56B61DB0164EF70@XMB-BGL-41C.cisco.com> In-Reply-To: <745EB430-31DF-427A-B6B0-DE5CEFDFE1E8@cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] Multicast DIS Thread-Index: AcsIdaj1mVbszjE9RgWGd5UczsDJZQADk3LQ References: <6A2A459175DABE4BB11DE2026AA50A5D0213F39D@XMB-AMS-107.cisco.com> <745EB430-31DF-427A-B6B0-DE5CEFDFE1E8@cisco.com> From: "Navneet Agarwal (navagar)" To: "JP Vasseur" , "Pascal Thubert (pthubert)" X-OriginalArrivalTime: 10 Jun 2010 10:06:11.0124 (UTC) FILETIME=[8D671740:01CB0884] Cc: ROLL WG Subject: Re: [Roll] Multicast DIS X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2010 10:07:11 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CB0884.8D33CBBB Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi JP: Right...but my understanding is that the DIS sender would be using a link local source address so the DIO would be sent out on the same interface on which the DIS was received. Is that reasonable? =20 Thx =20 Regards, Navneet ________________________________ From: JP Vasseur [mailto:jpv@cisco.com]=20 Sent: Thursday, June 10, 2010 1:50 PM To: Pascal Thubert (pthubert) Cc: Navneet Agarwal (navagar); ROLL WG Subject: Re: [Roll] Multicast DIS =09 =09 Right, but you could have a valid path to the requester via an alternative link.=20 On Jun 10, 2010, at 10:16 AM, Pascal Thubert (pthubert) wrote: =09 Agreed. It should also be noted that some options like RIO and PIO (and possibly MTU and SLLA) do not have to be sent in all DIOs in stable conditions. Certainly upon a DIS, they must be present. =09 Pascal =09 From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of Navneet Agarwal (navagar) Sent: Thursday, June 10, 2010 9:51 AM To: ROLL WG Subject: [Roll] Multicast DIS Hi All: Had the following question: When a node sends a multicast DIS it is stated that the receiving node will reset the trickle timer if the solicited information is satisfied. This would mean that the node will respond will respond with multicast DIO on timer expiry. This is not an issue if the nodes have a single interface. In cases where a node has multiple interfaces, the node will end up sending multicast DIOs on all interfaces on timer expiry. This would include the interface on which the DIS was received as well as other interfaces. IMO, this has processing implication on nodes attached to interfaces other than on which the DIS was received. They would need to process the DIOs, which I am not sure they really should. Is there a reason to reset the trickle timer on multicast DIS reception or an alternative could be to respond with a (multicast or unicast) DIO only on the interface the DIS was received?? Thoughts? Thx Regards, Navneet _______________________________________________ Roll mailing list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll =09 ------_=_NextPart_001_01CB0884.8D33CBBB Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi JP:
Right...but my understanding is that the DIS = sender would be=20 using a link local source address so the DIO would be sent out on the = same=20 interface on which the DIS was received. Is that = reasonable?
 
Thx
 
Regards,
Navneet

From: JP Vasseur = [mailto:jpv@cisco.com]=20
Sent: Thursday, June 10, 2010 1:50 PM
To: Pascal = Thubert=20 (pthubert)
Cc: Navneet Agarwal (navagar); ROLL = WG
Subject:=20 Re: [Roll] Multicast DIS

Right, but you could have a valid path to the requester via = an=20 alternative link.

On Jun 10, 2010, at 10:16 AM, Pascal Thubert (pthubert) = wrote:
Agreed.=20 It should also be noted that some options like RIO and PIO (and = possibly MTU=20 and SLLA) do not have to be sent in all DIOs in stable conditions. = Certainly=20 upon a DIS, they must be present.
Pascal
From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of Navneet Agarwal=20 (navagar)
Sent: Thursday, June 10, 2010 = 9:51=20 AM
To: ROLL=20 WG
Subject: [Roll]=20 Multicast DIS
Hi=20 All:
Had the = following=20 question:
When a = node sends a=20 multicast DIS it is stated that the receiving node will reset the = trickle=20 timer if the solicited information is satisfied. This would mean = that the=20 node will respond will respond with multicast DIO on timer=20 expiry.
This is = not an issue=20 if the nodes have a single interface. In cases where a node has = multiple=20 interfaces, the node will end up sending multicast DIOs on all = interfaces on=20 timer expiry. This would include the interface on which the DIS was = received=20 as well as other interfaces. IMO, this has processing implication on = nodes=20 attached to interfaces other than on which the DIS was received. = They would=20 need to process the DIOs, which I am not sure they really should. Is = there a=20 reason to reset the trickle timer on multicast DIS reception or an=20 alternative could be to respond with a (multicast or unicast) DIO = only on=20 the interface the DIS was received??
Thoughts?
Thx
Regards,
Navneet
__________________= _____________________________
Roll=20 mailing list
Roll@ietf.org
https://www.ietf.org/= mailman/listinfo/roll

------_=_NextPart_001_01CB0884.8D33CBBB-- From nicolas.dejean.ietf@googlemail.com Thu Jun 10 03:52:05 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 300253A69BF for ; Thu, 10 Jun 2010 03:52:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.488 X-Spam-Level: X-Spam-Status: No, score=-0.488 tagged_above=-999 required=5 tests=[BAYES_05=-1.11, FM_FORGED_GMAIL=0.622] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IVoyPRQM5YbO for ; Thu, 10 Jun 2010 03:52:04 -0700 (PDT) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by core3.amsl.com (Postfix) with ESMTP id 1404C3A6930 for ; Thu, 10 Jun 2010 03:52:03 -0700 (PDT) Received: by ewy24 with SMTP id 24so1881260ewy.14 for ; Thu, 10 Jun 2010 03:52:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=Q+/wAijg004iFfP7kozOmA8r+1uDubuRJaf8Z3HR1mM=; b=HincftZUREh8n9TJ66afiqw7Gw1owNWJ6exxs7vmBjprs63tsgM8SCAkmeybycG3jB Xa3e5efXXIUtF6GepQcC1kXrawqODe2cSeG0oPHohsqbA8X/CCvdgNosO9OG90tvpcRM F+ofU5DGmxCRE3QtgeH5kZFCFfHXGmABb7VQQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=vmRtxoo0r39bURZakbSIPEBrc/E0KYlBobG5mzM5kxx3VMFdWOoiXk0PpU24dWtJ94 Kn11B7Sla745XPGUKnFdpWQx3J1EO79wG9i2z0wwHrBtbrTMkisoOKG0eDSAuoWqH4RO KCtKzNzIen5muza3AWgh2+I+GcYwL/yuViWAI= MIME-Version: 1.0 Received: by 10.213.3.66 with SMTP id 2mr2223089ebm.7.1276167121436; Thu, 10 Jun 2010 03:52:01 -0700 (PDT) Received: by 10.213.28.72 with HTTP; Thu, 10 Jun 2010 03:52:01 -0700 (PDT) In-Reply-To: References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu> <878w6xxsz6.fsf@kelsey-ws.hq.ember.com> <31D4B044-69E9-4A27-8C68-4CB7DFDCDA53@cs.jhu.edu> <6A2A459175DABE4BB11DE2026AA50A5D020A954B@XMB-AMS-107.cisco.com> <1E58783A-1E20-4BB7-BD4D-57432C8861BC@cs.stanford.edu> <30B19504-0C47-44E7-9623-B01A28E28F2C@oracle.com> <4C0FBE58.40501@sics.se> Date: Thu, 10 Jun 2010 12:52:01 +0200 Message-ID: From: Nicolas DEJEAN To: roll WG Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2010 10:52:05 -0000 WG, In my opinion, completely forgetting siblings does not seem a good idea. I think we should at least keep some extra bits in the RPL specs and provide a separate draft for the siblings. However, Pascal's summary about DAG repair (3 different cases) clearly underlines that siblings usage will solve the transcient issues without generating additional control traffic. I would prefer keeping the mechanism in the RPL specs. An additional comment: The description of repair mechanisms provided by Pascal is quite clear (in fact quite much clearer than in rpl-08). It would be fine if rpl-09 clarify DAG repair mechanisms by using Pascal's description. Best regards, Nicolas. From richard.kelsey@ember.com Thu Jun 10 05:43:55 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 61FF43A6999 for ; Thu, 10 Jun 2010 05:43:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.74 X-Spam-Level: X-Spam-Status: No, score=-0.74 tagged_above=-999 required=5 tests=[AWL=0.370, BAYES_05=-1.11] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id od696QX6DwjR for ; Thu, 10 Jun 2010 05:43:54 -0700 (PDT) Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id 58B713A68FA for ; Thu, 10 Jun 2010 05:43:54 -0700 (PDT) Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 10 Jun 2010 08:43:55 -0400 Date: Thu, 10 Jun 2010 08:45:23 -0400 Message-Id: <87k4q73vks.fsf@kelsey-ws.hq.ember.com> To: Philip Levis In-reply-to: <4522BBDE-7CC0-44C8-A7D8-AD3402C7C5FC@cs.stanford.edu> (message from Philip Levis on Wed, 9 Jun 2010 11:08:28 -0700) From: Richard Kelsey References: <8A977BDC5A7B0E429B0F521E8D6F91EE02350AA4@XMB-AMS-103.cisco.com> <0F11C708-01B5-48F7-B1F9-D01E19105E9A@cs.stanford.edu> <4522BBDE-7CC0-44C8-A7D8-AD3402C7C5FC@cs.stanford.edu> X-OriginalArrivalTime: 10 Jun 2010 12:43:55.0972 (UTC) FILETIME=[96E44840:01CB089A] Cc: roll@ietf.org Subject: Re: [Roll] leaf node and DTSN X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2010 12:43:55 -0000 > From: Philip Levis > Date: Wed, 9 Jun 2010 11:08:28 -0700 > > The answer to Mathilde's question is that a node increments DTSN but > does not set the 'T' flag when it wants to trigger DAOs from its > children, but not its entire sub-DODAG. It is not clear to me when > this operation is needed. Is this a storing versus non-storing > distinction? In a storing network a node that needed to refresh its DAO storage would do exactly this. It needs DAOs from its children, but need not bother their chilren. I can't think of a situation where a storing node would need to cause its entire subDAG to send DAOs. The opposite holds in a non-storing network, where a root that wanted to refresh its DAO storage would need to request DAOs from the entire DODAG. I can't think of a situation where a non-storing node would need to solicit DAOs from just its children. -Richard Kelsey From pthubert@cisco.com Thu Jun 10 06:26:08 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EFDA43A6922 for ; Thu, 10 Jun 2010 06:26:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.018 X-Spam-Level: X-Spam-Status: No, score=-10.018 tagged_above=-999 required=5 tests=[AWL=0.581, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EHcZ9XQOwuc4 for ; Thu, 10 Jun 2010 06:26:08 -0700 (PDT) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id F02C63A6968 for ; Thu, 10 Jun 2010 06:26:07 -0700 (PDT) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAAKFEExAZnwM/2dsb2JhbACDHppfX3GkDIkdkQ+BJoMDbwQ X-IronPort-AV: E=Sophos;i="4.53,398,1272844800"; d="scan'208";a="120037322" Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-1.cisco.com with ESMTP; 10 Jun 2010 13:26:09 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5ADQ4Nr018453 for ; Thu, 10 Jun 2010 13:26:09 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 10 Jun 2010 15:25:57 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 Date: Thu, 10 Jun 2010 15:25:52 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D0213F552@XMB-AMS-107.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: New Version Notification for draft-thubert-6man-reverse-routing-header-00 Thread-Index: AcsIoHJjISJxc89uQXqFILw00M0pGA== From: "Pascal Thubert (pthubert)" To: "ROLL WG" X-OriginalArrivalTime: 10 Jun 2010 13:25:57.0018 (UTC) FILETIME=[758D5FA0:01CB08A0] Subject: [Roll] New Version Notification for draft-thubert-6man-reverse-routing-header-00 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2010 13:26:09 -0000 RGVhciBST0xMZXJzLA0KDQpGb3IgdGhlIHB1cnBvc2Ugb2YgdGhlIFAyUCBzcGVjaWZpY2F0aW9u LCBpdCBhcHBlYXJzIHRoYXQgYSBMU1JSIHdhcyByZXF1aXJlZC4gV2UgZGVjaWRlZCB0byBzaGFy ZSB0aGUgd29yaywgc28gSlAgYW5kIEpvbmF0aGFuIHRvb2sgdGhlIHJvdXRpbmcgaGVhZGVyIHBp ZWNlICxhbmQgSSBwaWNrZWQgdGhlIHJlY29yZCByb3V0ZSBwaWVjZS4NCkkganVzdCBwb3N0ZWQg dGhlIGRyYWZ0IDAgb2YgdGhhdCB3b3JrIHVuZGVyIHRoZSA2TUFOIHVtYnJlbGxhLg0KDQpDaGVl cnMsDQoNClBhc2NhbA0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBJRVRG IEktRCBTdWJtaXNzaW9uIFRvb2wgW21haWx0bzppZHN1Ym1pc3Npb25AaWV0Zi5vcmddIA0KU2Vu dDogVGh1cnNkYXksIEp1bmUgMTAsIDIwMTAgMzoyMSBQTQ0KVG86IFBhc2NhbCBUaHViZXJ0IChw dGh1YmVydCkNClN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3IgZHJhZnQtdGh1 YmVydC02bWFuLXJldmVyc2Utcm91dGluZy1oZWFkZXItMDAgDQoNCg0KQSBuZXcgdmVyc2lvbiBv ZiBJLUQsIGRyYWZ0LXRodWJlcnQtNm1hbi1yZXZlcnNlLXJvdXRpbmctaGVhZGVyLTAwLnR4dCBo YXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IFBhc2NhbCBUaHViZXJ0IGFuZCBwb3N0 ZWQgdG8gdGhlIElFVEYgcmVwb3NpdG9yeS4NCg0KRmlsZW5hbWU6CSBkcmFmdC10aHViZXJ0LTZt YW4tcmV2ZXJzZS1yb3V0aW5nLWhlYWRlcg0KUmV2aXNpb246CSAwMA0KVGl0bGU6CQkgUmV2ZXJz ZSBSb3V0aW5nIEhlYWRlcg0KQ3JlYXRpb25fZGF0ZToJIDIwMTAtMDYtMTANCldHIElEOgkJIElu ZGVwZW5kZW50IFN1Ym1pc3Npb24NCk51bWJlcl9vZl9wYWdlczogMjQNCg0KQWJzdHJhY3Q6DQpG b3IgbmV3IGNsYXNzZXMgb2YgZGV2aWNlcyBzdWNoIGFzIGhpZ2hseSBjb25zdHJhaW5lZCBub2Rl cywgZm9yd2FyZCBhbmQgcmV0dXJuIFJlY29yZCBSb3V0ZSBjYXBhYmlsaXRpZXMgYXJlIHJlcXVp cmVkIHRvIGVuYWJsZSBiYXNpYyBmb3J3YXJkaW5nIG9wZXJhdGlvbnMuICBUaGlzIG1lbW8gZGVm aW5lcyBhIHN1Y2ggYSB0ZWNobmlxdWUgZm9yIElQdjYuDQogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgDQoNCg0KVGhlIElFVEYgU2VjcmV0YXJpYXQuDQoNCg0K From dominique.barthel@orange-ftgroup.com Thu Jun 10 07:26:44 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B335E28C0D9 for ; Thu, 10 Jun 2010 07:26:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.351 X-Spam-Level: X-Spam-Status: No, score=0.351 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HELO_EQ_FR=0.35] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lpQmrzvSMrVi for ; Thu, 10 Jun 2010 07:26:43 -0700 (PDT) Received: from r-mail1.rd.francetelecom.com (r-mail1.rd.francetelecom.com [217.108.152.41]) by core3.amsl.com (Postfix) with ESMTP id 56A6B3A6966 for ; Thu, 10 Jun 2010 07:26:43 -0700 (PDT) Received: from r-mail1.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 2E75A6C000A for ; Thu, 10 Jun 2010 16:25:53 +0200 (CEST) Received: from ftrdsmtp2.rd.francetelecom.fr (unknown [10.192.128.47]) by r-mail1.rd.francetelecom.com (Postfix) with ESMTP id 256A36C0009 for ; Thu, 10 Jun 2010 16:25:53 +0200 (CEST) Received: from ftrdmel0.rd.francetelecom.fr ([10.192.128.56]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.3959); Thu, 10 Jun 2010 16:25:25 +0200 x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Thu, 10 Jun 2010 16:25:13 +0200 Message-ID: <8E09C72DBC577D489F13A71228C0B7BF01533B23@ftrdmel0.rd.francetelecom.fr> In-Reply-To: <05F3DEE8-6D35-4A73-9683-3CA3BBE43D8F@cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] S bit Thread-Index: AcsH6ZE9RdS5wISSTZu7FYC37GfRAgAvlavw References: <35FFB704-AFC2-4765-935E-6DE2D144A149@cs.stanford.edu><878w6xxsz6.fsf@kelsey-ws.hq.ember.com><31D4B044-69E9-4A27-8C68-4CB7DFDCDA53@cs.jhu.edu><6A2A459175DABE4BB11DE2026AA50A5D020A954B@XMB-AMS-107.cisco.com><1E58783A-1E20-4BB7-BD4D-57432C8861BC@cs.stanford.edu> <05F3DEE8-6D35-4A73-9683-3CA3BBE43D8F@cisco.com> From: To: X-OriginalArrivalTime: 10 Jun 2010 14:25:25.0631 (UTC) FILETIME=[C49C80F0:01CB08A8] Subject: Re: [Roll] S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2010 14:26:45 -0000 =20 Hello all, Sorry for being late in joining the pie throwing party ;-) My name has been associated a couple times with the now infamous S bit, = so I feel I'm allowed to provide some opinion on the topic, although I = reckon I don't currently have a large real network running RPL with = siblings routing enabled. First, some story straightening to = http://www.ietf.org/mail-archive/web/roll/current/msg04147.html = especially to point 1) The S bit was proposed as a simplification to the = previously existing mechanism of routing through siblings, which was in = need of some loop prevention/detection mechanism. The S bit in itself = was therefore not an addition to RPL, but already a simplification. So, = without knowing, Phil is actually fighting alongside with me, not = against me. Just he goes one step further. To come back to facts, our study used simulation and static analysis = based on link data captured on a real sensor network. At the time = (summer 2009), that network did not run RPL as a routing protocol. Our findings were (sligthly reformulated for the spirit of this = discussion ;-) : 1) it's easy to show that siblings are useless if you use too = fine-grained ranks. 2) it's easy to show that siblings are useless if you have a high = density of good links.=20 3) once 1) and 2) are out of the way, the benefit of siblings cannot be = replaced by that of more parents, because the parenthood relationship is = unidirectional whereas the siblings relationship is bidirectional. In = other words, only one node in a pair can be a parent to the other one, = whereas both nodes in a pair can be siblings to each other. 4) on the data set we used, one sibling hop provided most of the = benefits of siblings, while being very simple to implement. And I mean = very. One bit to set or test while forwarding. No impact on the routing = plane. The question again is not the complexity of the S bit, it's the = complexity of siblings. For those of you interested, these findings were accepted as an academic = paper at WCNC2010, probably while the program committee was not looking. As Richard very relevently points out at the bottom of = http://www.ietf.org/mail-archive/web/roll/current/msg04210.html , there = are still some questions on how to make the best use of one-sibling = forwarding, and I don't argue with that. However, from a previous real world experiment, we learned than = adjusting the structure too quickly is very energy consuming. I'm = concerned at reading in = http://www.ietf.org/mail-archive/web/roll/current/msg04163.html "4)... C detects that there is a inconsistency, and resets its trickle = timer. It sends a DIO ..." As Pascal expressed several times, I believe that forwarding through = siblings is a quick fix for a transient situation. Then, when the node = has assessed the mid-term situation, OF and DAGRanks kick in again if = they need to and reflect actual costs. Energy-consumption is a tighter constraint on most LLN nodes than = code-size. Code-size was the first argument in = http://www.ietf.org/mail-archive/web/roll/current/msg04147.html for = removing "the S bit". Until I see experimental comparative data on energy-consumption of the = alternate proposal, I suggest we keep siblings in RPL. Either with a = single S bit, or 2 bits as in an earlier version. Leave to the systems = that want to use siblings the possibility to do so. If this proves a = differentiating feature on the market, it will become pervasive. If cognitive load is an issue, keep the bits reserved and move the text = to a separate draft. Best, Dominique -----Message d'origine----- De : roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] De la part de = JP Vasseur Envoy=E9 : mercredi 9 juin 2010 15:27 =C0 : Pascal Thubert = (pthubert) Cc : roll@ietf.org Objet : Re: [Roll] S bit Hi Pascal, Co-chair hat off -- I think that this is a good summary. I personally do = see situations where sibling could help especially with failures closer = to the root or sparser networks. Just one opinion among others. Let's = see what people say on the list and hopefully we'll quickly get a = consensus. JP. From trac@tools.ietf.org Thu Jun 10 07:43:42 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EF20B3A685A for ; Thu, 10 Jun 2010 07:43:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.672 X-Spam-Level: X-Spam-Status: No, score=-101.672 tagged_above=-999 required=5 tests=[AWL=0.928, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OKFFuD6B8bz6 for ; Thu, 10 Jun 2010 07:43:40 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id CE9CD3A6987 for ; Thu, 10 Jun 2010 07:43:40 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1OMiys-0004Hn-Mu; Thu, 10 Jun 2010 07:43:42 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "roll issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: jhui@archrock.com, jpv@cisco.com X-Trac-Project: roll Date: Thu, 10 Jun 2010 14:43:42 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: https://svn.tools.ietf.org/wg/roll/trac/ticket/35#comment:1 Message-ID: <064.10c4d575792e29cd1fb93281d3f3c195@tools.ietf.org> References: <055.4709bbb12e702486b1a753a3ae3db9c6@tools.ietf.org> X-Trac-Ticket-ID: 35 In-Reply-To: <055.4709bbb12e702486b1a753a3ae3db9c6@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: jhui@archrock.com, jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: Re: [Roll] [roll] #35: Routing Header for source routing X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2010 14:43:42 -0000 #35: Routing Header for source routing --------------------------------+------------------------------------------- Reporter: jpv@… | Owner: jhui@… Type: task | Status: closed Priority: major | Milestone: Component: rpl | Version: Severity: Active WG Document | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Changes (by jpv@…): * status: new => closed * resolution: => fixed Comment: The work has been moved to the 6man Working Group (under the charter of the 6man WG) and referenced in the RPL document as http://tools.ietf.org/html/draft-hui-6man-rpl-routing-header-00 -- Ticket URL: roll From pthubert@cisco.com Thu Jun 10 07:26:45 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AC7573A6A2D for ; Thu, 10 Jun 2010 07:26:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=x tagged_above=-999 required=5 tests=[] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Lv9F-OLeaXIT for ; Thu, 10 Jun 2010 07:26:44 -0700 (PDT) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id 7C5443A6A09 for ; Thu, 10 Jun 2010 07:26:44 -0700 (PDT) Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none X-Files: DAO trigger sequence 2.pptx : 215664 X-IronPort-AV: E=Sophos;i="4.53,398,1272844800"; d="xml'?pptx'72,48,150?scan'72,48,150,208,145,72,150,48?rels'72,48,150,208,145,72,150,48?jpeg'72,48,150,208,145,72,150,48,145?png'72,48,150,208,145,72,150,48,145,150"; a="210216735" Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-5.cisco.com with ESMTP; 10 Jun 2010 14:26:38 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id o5AEQTKo003209; Thu, 10 Jun 2010 14:26:37 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 10 Jun 2010 16:26:35 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----_=_NextPart_001_01CB08A8.EE1DDF2C" Date: Thu, 10 Jun 2010 16:26:29 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D0213F5B2@XMB-AMS-107.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] leaf node and DTSN Thread-Index: AcsIeTKRepR2cEt3RLWg3H+A1pp7mgALYFdA References: <8A977BDC5A7B0E429B0F521E8D6F91EE02350AA4@XMB-AMS-103.cisco.com> <0F11C708-01B5-48F7-B1F9-D01E19105E9A@cs.stanford.edu> <4522BBDE-7CC0-44C8-A7D8-AD3402C7C5FC@cs.stanford.edu> From: "Pascal Thubert (pthubert)" To: "JP Vasseur" , "Philip Levis" , "Mathilde Durvy (mdurvy)" X-OriginalArrivalTime: 10 Jun 2010 14:26:35.0791 (UTC) FILETIME=[EE6E11F0:01CB08A8] X-Mailman-Approved-At: Thu, 10 Jun 2010 07:45:12 -0700 Cc: roll@ietf.org Subject: Re: [Roll] leaf node and DTSN X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2010 14:26:46 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CB08A8.EE1DDF2C Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Exactly. I has old slides illustrating this. It is used in stateful in case of inconsistency, and in stateless in case of a movement.=20 For stateful, it mostly covered a lost DAO, but now we have the DAO Ack, so maybe it's actually not needed anymore... Pascal > -----Original Message----- > From: JP Vasseur [mailto:jpv@cisco.com] > Sent: Thursday, June 10, 2010 10:45 AM > To: Philip Levis; Pascal Thubert (pthubert) > Cc: roll@ietf.org > Subject: Re: [Roll] leaf node and DTSN >=20 >=20 > On Jun 9, 2010, at 8:08 PM, Philip Levis wrote: >=20 > > > > On Jun 9, 2010, at 9:16 AM, Philip Levis wrote: > > > >> > >>>> - Section 7.1.7 > >>>> When is the DTSN incremented without having the 'T' flag set? > >>>> > >> > >> > >> Good question -- is the T flag necessary, or is a DTSN increment > >> sufficient? Another way to ask this question is: when does a node > >> clear the T bit? > > > > The answer to Mathilde's question is that a node increments DTSN but > > does not set the 'T' flag when it wants to trigger DAOs from its > > children, but not its entire sub-DODAG. >=20 > That was also my understanding. >=20 > Pascal ? >=20 > > It is not clear to me when this operation is needed. Is this a storing > > versus non-storing distinction? > > > > Phil ------_=_NextPart_001_01CB08A8.EE1DDF2C Content-Type: application/octet-stream; name="DAO trigger sequence 2.pptx" Content-Transfer-Encoding: base64 Content-Description: DAO trigger sequence 2.pptx Content-Disposition: attachment; filename="DAO trigger sequence 2.pptx" UEsDBBQABgAIAAAAIQCWEnWU6wIAAIMlAAATAAgCW0NvbnRlbnRfVHlwZXNdLnhtbCCiBAIooAAC AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADM Wslu2zAQvRfoPwi6FpasJWla2M6hy6lLgKQfwEpjW61EESLtxn9farFhBYRKxhlMLxYkW8PnN/M4 i7S4faxKbw+NLGq+9KNg7nvAszov+Gbp/3j4PLvxPakYz1lZc1j6B5D+7er1q8XDQYD09N1cLv2t UuJ9GMpsCxWTQS2A62/WdVMxpU+bTShY9pttIIzn8+swq7kCrmaqteGvFt81gKbIwbtjjfrGKr1O KIQKZakvyv5wHWiLvvehv7VdfekzIcoiY0pjD/c8f7LurF6viwzyOttVerVANCD1sft5VQad8Tet 0dAOQfyOHEJyQw4hfUsH4Qs71Ds1BER/gkNIb9sqOL4yqbR8+iDtTyIUhnrbVpgGNCkKDhcEEY57 XCDEhPE6+CGh37vSK7pYMKgWJzIdVGvAhOMkB0xDtMR0nhoQRDhUOKmWMF6PqsUJUhcW0oQkFpSu 4iDsPi9PZZ0Zqz9t0CSOFsaa/AhrtiuV9+lR16R9GdxAKd1KzaG8DfSdXX0pt4WQx39tWGG6lnUo SiP6KI1povS8OUhwAuXoQJv+JL1cKpc2KFdzku3i3BHRfwCBPhZi+lhIaByh2M8S7tWhBPnSsXhm 2kqXhnQS4fhlnE8mNwsTKBxPOYAaCh76Rom+W6Qf8aQ0EPYF/LlravHisj0Zfq5ocfj4tzz03LAj RE8rG3DfzI4VYXv3TGhmoVEFnGrCyV1iECR9DxThkG8VCgMJMf2mkNCzkBKyYMhZOKlirElD1yT4 5klbVlTtQ4X2uuUQn75XiXDIc9IU/YAnoWchpWGh7fJQMu3JsFUoGFSNk2/GqrbJezhVuhUrQ9KJ cKhwgRDTD3YS+s0yoXdESugIg0hxfDIWqSH1/hJgzr3dFxPJ93yo5V5FTz/CH9muWMFdBBbhMOkC IaYfVSX0m21KyIJBYDiEjAVmyoKnflO/1XKxUKB9mJFD/szOE2lQ5qQNnLGYC4QUF0LYvUK1+gsA AP//AwBQSwMEFAAGAAgAAAAhAGj4dKEFAQAA4gIAAAsACAJfcmVscy8ucmVscyCiBAIooAACAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACskttK AzEQhu8F3yHMfTfbKiLSbG9E6J3I+gBjMrsb3RxIptK+vaHgYWEtgr2c0z9f8s96s3ejeKeUbfAK llUNgrwOxvpewXP7sLgFkRm9wTF4UnCgDJvm8mL9RCNyGcqDjVkUFZ8VDMzxTsqsB3KYqxDJl0oX kkMuYeplRP2GPclVXd/I9FMDmomm2BoFaWuuQLSHWDb/R1s6YjTIKHVItIipkCW25S2ixdQTKzBB P5Z0PnZUhRrkPNDqvEA87NyLRzvOoHzVqtdI/W9Ay78Dha6zmu6D3jnyPGOCnHZ8M8XIMibKZexo +6kfuj4nEO2ZvCFz2jSM8ZNITi6z+QAAAP//AwBQSwMEFAAGAAgAAAAhAEv1Pey/AAAANwEAACEA AABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMTcueG1sLnJlbHOEj8EKwjAQRO+C/xD2blI9iEhTLyII nkQ/YEm2bbBNQjaK/XtzrCB4nB3mzU59eI+DeFFiF7yGtaxAkDfBOt9puN9Oqx0IzugtDsGThokY Ds1yUV9pwFxC3LvIolA8a+hzjnul2PQ0IssQyRenDWnEXGTqVETzwI7Upqq2Ks0Z0HwxxdlqSGe7 BnGbYmn+zw5t6wwdg3mO5POPCsWDs3TBKTxzwWLqKGuQcn7nudjI8j6oplZfc5sPAAAA//8DAFBL AwQUAAYACAAAACEAS/U97L8AAAA3AQAAIQAAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUxNi54bWwu cmVsc4SPwQrCMBBE74L/EPZuUj2ISFMvIgieRD9gSbZtsE1CNor9e3OsIHicHebNTn14j4N4UWIX vIa1rECQN8E632m4306rHQjO6C0OwZOGiRgOzXJRX2nAXELcu8iiUDxr6HOOe6XY9DQiyxDJF6cN acRcZOpURPPAjtSmqrYqzRnQfDHF2WpIZ7sGcZtiaf7PDm3rDB2DeY7k848KxYOzdMEpPHPBYuoo a5Byfue52MjyPqimVl9zmw8AAAD//wMAUEsDBBQABgAIAAAAIQBL9T3svwAAADcBAAAhAAAAcHB0 L3NsaWRlcy9fcmVscy9zbGlkZTE1LnhtbC5yZWxzhI/BCsIwEETvgv8Q9m5SPYhIUy8iCJ5EP2BJ tm2wTUI2iv17c6wgeJwd5s1OfXiPg3hRYhe8hrWsQJA3wTrfabjfTqsdCM7oLQ7Bk4aJGA7NclFf acBcQty7yKJQPGvoc457pdj0NCLLEMkXpw1pxFxk6lRE88CO1KaqtirNGdB8McXZakhnuwZxm2Jp /s8ObesMHYN5juTzjwrFg7N0wSk8c8Fi6ihrkHJ+57nYyPI+qKZWX3ObDwAAAP//AwBQSwMEFAAG AAgAAAAhAEv1Pey/AAAANwEAACEAAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMTQueG1sLnJlbHOE j8EKwjAQRO+C/xD2blI9iEhTLyIInkQ/YEm2bbBNQjaK/XtzrCB4nB3mzU59eI+DeFFiF7yGtaxA kDfBOt9puN9Oqx0IzugtDsGThokYDs1yUV9pwFxC3LvIolA8a+hzjnul2PQ0IssQyRenDWnEXGTq VETzwI7Upqq2Ks0Z0HwxxdlqSGe7BnGbYmn+zw5t6wwdg3mO5POPCsWDs3TBKTxzwWLqKGuQcn7n udjI8j6oplZfc5sPAAAA//8DAFBLAwQUAAYACAAAACEAS/U97L8AAAA3AQAAIQAAAHBwdC9zbGlk ZXMvX3JlbHMvc2xpZGUxOC54bWwucmVsc4SPwQrCMBBE74L/EPZuUj2ISFMvIgieRD9gSbZtsE1C Nor9e3OsIHicHebNTn14j4N4UWIXvIa1rECQN8E632m4306rHQjO6C0OwZOGiRgOzXJRX2nAXELc u8iiUDxr6HOOe6XY9DQiyxDJF6cNacRcZOpURPPAjtSmqrYqzRnQfDHF2WpIZ7sGcZtiaf7PDm3r DB2DeY7k848KxYOzdMEpPHPBYuooa5Byfue52MjyPqimVl9zmw8AAAD//wMAUEsDBBQABgAIAAAA IQBL9T3svwAAADcBAAAhAAAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTIwLnhtbC5yZWxzhI/BCsIw EETvgv8Q9m5SPYhIUy8iCJ5EP2BJtm2wTUI2iv17c6wgeJwd5s1OfXiPg3hRYhe8hrWsQJA3wTrf abjfTqsdCM7oLQ7Bk4aJGA7NclFfacBcQty7yKJQPGvoc457pdj0NCLLEMkXpw1pxFxk6lRE88CO 1KaqtirNGdB8McXZakhnuwZxm2Jp/s8ObesMHYN5juTzjwrFg7N0wSk8c8Fi6ihrkHJ+57nYyPI+ qKZWX3ObDwAAAP//AwBQSwMEFAAGAAgAAAAhAEv1Pey/AAAANwEAACEAAABwcHQvc2xpZGVzL19y ZWxzL3NsaWRlMTMueG1sLnJlbHOEj8EKwjAQRO+C/xD2blI9iEhTLyIInkQ/YEm2bbBNQjaK/Xtz rCB4nB3mzU59eI+DeFFiF7yGtaxAkDfBOt9puN9Oqx0IzugtDsGThokYDs1yUV9pwFxC3LvIolA8 a+hzjnul2PQ0IssQyRenDWnEXGTqVETzwI7Upqq2Ks0Z0HwxxdlqSGe7BnGbYmn+zw5t6wwdg3mO 5POPCsWDs3TBKTxzwWLqKGuQcn7nudjI8j6oplZfc5sPAAAA//8DAFBLAwQUAAYACAAAACEAS/U9 7L8AAAA3AQAAIQAAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUyNC54bWwucmVsc4SPwQrCMBBE74L/ EPZuUj2ISFMvIgieRD9gSbZtsE1CNor9e3OsIHicHebNTn14j4N4UWIXvIa1rECQN8E632m4306r HQjO6C0OwZOGiRgOzXJRX2nAXELcu8iiUDxr6HOOe6XY9DQiyxDJF6cNacRcZOpURPPAjtSmqrYq zRnQfDHF2WpIZ7sGcZtiaf7PDm3rDB2DeY7k848KxYOzdMEpPHPBYuooa5Byfue52MjyPqimVl9z mw8AAAD//wMAUEsDBBQABgAIAAAAIQBL9T3svwAAADcBAAAhAAAAcHB0L3NsaWRlcy9fcmVscy9z bGlkZTIzLnhtbC5yZWxzhI/BCsIwEETvgv8Q9m5SPYhIUy8iCJ5EP2BJtm2wTUI2iv17c6wgeJwd 5s1OfXiPg3hRYhe8hrWsQJA3wTrfabjfTqsdCM7oLQ7Bk4aJGA7NclFfacBcQty7yKJQPGvoc457 pdj0NCLLEMkXpw1pxFxk6lRE88CO1KaqtirNGdB8McXZakhnuwZxm2Jp/s8ObesMHYN5juTzjwrF g7N0wSk8c8Fi6ihrkHJ+57nYyPI+qKZWX3ObDwAAAP//AwBQSwMEFAAGAAgAAAAhAEv1Pey/AAAA NwEAACEAAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMjIueG1sLnJlbHOEj8EKwjAQRO+C/xD2blI9 iEhTLyIInkQ/YEm2bbBNQjaK/XtzrCB4nB3mzU59eI+DeFFiF7yGtaxAkDfBOt9puN9Oqx0Izugt DsGThokYDs1yUV9pwFxC3LvIolA8a+hzjnul2PQ0IssQyRenDWnEXGTqVETzwI7Upqq2Ks0Z0Hwx xdlqSGe7BnGbYmn+zw5t6wwdg3mO5POPCsWDs3TBKTxzwWLqKGuQcn7nudjI8j6oplZfc5sPAAAA //8DAFBLAwQUAAYACAAAACEAS/U97L8AAAA3AQAAIQAAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUy MS54bWwucmVsc4SPwQrCMBBE74L/EPZuUj2ISFMvIgieRD9gSbZtsE1CNor9e3OsIHicHebNTn14 j4N4UWIXvIa1rECQN8E632m4306rHQjO6C0OwZOGiRgOzXJRX2nAXELcu8iiUDxr6HOOe6XY9DQi yxDJF6cNacRcZOpURPPAjtSmqrYqzRnQfDHF2WpIZ7sGcZtiaf7PDm3rDB2DeY7k848KxYOzdMEp PHPBYuooa5Byfue52MjyPqimVl9zmw8AAAD//wMAUEsDBBQABgAIAAAAIQBL9T3svwAAADcBAAAh AAAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTE5LnhtbC5yZWxzhI/BCsIwEETvgv8Q9m5SPYhIUy8i CJ5EP2BJtm2wTUI2iv17c6wgeJwd5s1OfXiPg3hRYhe8hrWsQJA3wTrfabjfTqsdCM7oLQ7Bk4aJ GA7NclFfacBcQty7yKJQPGvoc457pdj0NCLLEMkXpw1pxFxk6lRE88CO1KaqtirNGdB8McXZakhn uwZxm2Jp/s8ObesMHYN5juTzjwrFg7N0wSk8c8Fi6ihrkHJ+57nYyPI+qKZWX3ObDwAAAP//AwBQ SwMEFAAGAAgAAAAhAEv1Pey/AAAANwEAACEAAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMTIueG1s LnJlbHOEj8EKwjAQRO+C/xD2blI9iEhTLyIInkQ/YEm2bbBNQjaK/XtzrCB4nB3mzU59eI+DeFFi F7yGtaxAkDfBOt9puN9Oqx0IzugtDsGThokYDs1yUV9pwFxC3LvIolA8a+hzjnul2PQ0IssQyRen DWnEXGTqVETzwI7Upqq2Ks0Z0HwxxdlqSGe7BnGbYmn+zw5t6wwdg3mO5POPCsWDs3TBKTxzwWLq KGuQcn7nudjI8j6oplZfc5sPAAAA//8DAFBLAwQUAAYACAAAACEAS/U97L8AAAA3AQAAIQAAAHBw dC9zbGlkZXMvX3JlbHMvc2xpZGUxMS54bWwucmVsc4SPwQrCMBBE74L/EPZuUj2ISFMvIgieRD9g SbZtsE1CNor9e3OsIHicHebNTn14j4N4UWIXvIa1rECQN8E632m4306rHQjO6C0OwZOGiRgOzXJR X2nAXELcu8iiUDxr6HOOe6XY9DQiyxDJF6cNacRcZOpURPPAjtSmqrYqzRnQfDHF2WpIZ7sGcZti af7PDm3rDB2DeY7k848KxYOzdMEpPHPBYuooa5Byfue52MjyPqimVl9zmw8AAAD//wMAUEsDBBQA BgAIAAAAIQBL9T3svwAAADcBAAAgAAAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTQueG1sLnJlbHOE j8EKwjAQRO+C/xD2blI9iEhTLyIInkQ/YEm2bbBNQjaK/XtzrCB4nB3mzU59eI+DeFFiF7yGtaxA kDfBOt9puN9Oqx0IzugtDsGThokYDs1yUV9pwFxC3LvIolA8a+hzjnul2PQ0IssQyRenDWnEXGTq VETzwI7Upqq2Ks0Z0HwxxdlqSGe7BnGbYmn+zw5t6wwdg3mO5POPCsWDs3TBKTxzwWLqKGuQcn7n udjI8j6oplZfc5sPAAAA//8DAFBLAwQUAAYACAAAACEAS/U97L8AAAA3AQAAIAAAAHBwdC9zbGlk ZXMvX3JlbHMvc2xpZGUzLnhtbC5yZWxzhI/BCsIwEETvgv8Q9m5SPYhIUy8iCJ5EP2BJtm2wTUI2 iv17c6wgeJwd5s1OfXiPg3hRYhe8hrWsQJA3wTrfabjfTqsdCM7oLQ7Bk4aJGA7NclFfacBcQty7 yKJQPGvoc457pdj0NCLLEMkXpw1pxFxk6lRE88CO1KaqtirNGdB8McXZakhnuwZxm2Jp/s8ObesM HYN5juTzjwrFg7N0wSk8c8Fi6ihrkHJ+57nYyPI+qKZWX3ObDwAAAP//AwBQSwMEFAAGAAgAAAAh AEv1Pey/AAAANwEAACAAAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMi54bWwucmVsc4SPwQrCMBBE 74L/EPZuUj2ISFMvIgieRD9gSbZtsE1CNor9e3OsIHicHebNTn14j4N4UWIXvIa1rECQN8E632m4 306rHQjO6C0OwZOGiRgOzXJRX2nAXELcu8iiUDxr6HOOe6XY9DQiyxDJF6cNacRcZOpURPPAjtSm qrYqzRnQfDHF2WpIZ7sGcZtiaf7PDm3rDB2DeY7k848KxYOzdMEpPHPBYuooa5Byfue52MjyPqim Vl9zmw8AAAD//wMAUEsDBBQABgAIAAAAIQBjXCO0wQAAADcBAAAgAAAAcHB0L3NsaWRlcy9fcmVs cy9zbGlkZTEueG1sLnJlbHOEj8FqwzAQRO+F/IPYeyQ7h1KKZV9CIJBTcT5gkda2iC0JrRLqv6+O NgR6nB3mzU7T/S6zeFFiF7yGWlYgyJtgnR813PvL8QsEZ/QW5+BJw0oMXXv4aH5oxlxCPLnIolA8 a5hyjt9KsZloQZYhki/OENKCucg0qojmgSOpU1V9qrRlQLtjiqvVkK62BtGvsTT/zw7D4Aydg3ku 5PObCsWzs3TDNTxzwWIaKWuQcnvnrahleR9U26jd3PYPAAD//wMAUEsDBBQABgAIAAAAIQBL9T3s vwAAADcBAAAgAAAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTUueG1sLnJlbHOEj8EKwjAQRO+C/xD2 blI9iEhTLyIInkQ/YEm2bbBNQjaK/XtzrCB4nB3mzU59eI+DeFFiF7yGtaxAkDfBOt9puN9Oqx0I zugtDsGThokYDs1yUV9pwFxC3LvIolA8a+hzjnul2PQ0IssQyRenDWnEXGTqVETzwI7Upqq2Ks0Z 0HwxxdlqSGe7BnGbYmn+zw5t6wwdg3mO5POPCsWDs3TBKTxzwWLqKGuQcn7nudjI8j6oplZfc5sP AAAA//8DAFBLAwQUAAYACAAAACEAS/U97L8AAAA3AQAAIAAAAHBwdC9zbGlkZXMvX3JlbHMvc2xp ZGU2LnhtbC5yZWxzhI/BCsIwEETvgv8Q9m5SPYhIUy8iCJ5EP2BJtm2wTUI2iv17c6wgeJwd5s1O fXiPg3hRYhe8hrWsQJA3wTrfabjfTqsdCM7oLQ7Bk4aJGA7NclFfacBcQty7yKJQPGvoc457pdj0 NCLLEMkXpw1pxFxk6lRE88CO1KaqtirNGdB8McXZakhnuwZxm2Jp/s8ObesMHYN5juTzjwrFg7N0 wSk8c8Fi6ihrkHJ+57nYyPI+qKZWX3ObDwAAAP//AwBQSwMEFAAGAAgAAAAhAEv1Pey/AAAANwEA ACAAAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlNy54bWwucmVsc4SPwQrCMBBE74L/EPZuUj2ISFMv IgieRD9gSbZtsE1CNor9e3OsIHicHebNTn14j4N4UWIXvIa1rECQN8E632m4306rHQjO6C0OwZOG iRgOzXJRX2nAXELcu8iiUDxr6HOOe6XY9DQiyxDJF6cNacRcZOpURPPAjtSmqrYqzRnQfDHF2WpI Z7sGcZtiaf7PDm3rDB2DeY7k848KxYOzdMEpPHPBYuooa5Byfue52MjyPqimVl9zmw8AAAD//wMA UEsDBBQABgAIAAAAIQBL9T3svwAAADcBAAAgAAAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTgueG1s LnJlbHOEj8EKwjAQRO+C/xD2blI9iEhTLyIInkQ/YEm2bbBNQjaK/XtzrCB4nB3mzU59eI+DeFFi F7yGtaxAkDfBOt9puN9Oqx0IzugtDsGThokYDs1yUV9pwFxC3LvIolA8a+hzjnul2PQ0IssQyRen DWnEXGTqVETzwI7Upqq2Ks0Z0HwxxdlqSGe7BnGbYmn+zw5t6wwdg3mO5POPCsWDs3TBKTxzwWLq KGuQcn7nudjI8j6oplZfc5sPAAAA//8DAFBLAwQUAAYACAAAACEAS/U97L8AAAA3AQAAIAAAAHBw dC9zbGlkZXMvX3JlbHMvc2xpZGU5LnhtbC5yZWxzhI/BCsIwEETvgv8Q9m5SPYhIUy8iCJ5EP2BJ tm2wTUI2iv17c6wgeJwd5s1OfXiPg3hRYhe8hrWsQJA3wTrfabjfTqsdCM7oLQ7Bk4aJGA7NclFf acBcQty7yKJQPGvoc457pdj0NCLLEMkXpw1pxFxk6lRE88CO1KaqtirNGdB8McXZakhnuwZxm2Jp /s8ObesMHYN5juTzjwrFg7N0wSk8c8Fi6ihrkHJ+57nYyPI+qKZWX3ObDwAAAP//AwBQSwMEFAAG AAgAAAAhAEv1Pey/AAAANwEAACEAAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMTAueG1sLnJlbHOE j8EKwjAQRO+C/xD2blI9iEhTLyIInkQ/YEm2bbBNQjaK/XtzrCB4nB3mzU59eI+DeFFiF7yGtaxA kDfBOt9puN9Oqx0IzugtDsGThokYDs1yUV9pwFxC3LvIolA8a+hzjnul2PQ0IssQyRenDWnEXGTq VETzwI7Upqq2Ks0Z0HwxxdlqSGe7BnGbYmn+zw5t6wwdg3mO5POPCsWDs3TBKTxzwWLqKGuQcn7n udjI8j6oplZfc5sPAAAA//8DAFBLAwQUAAYACAAAACEAS/U97L8AAAA3AQAAIQAAAHBwdC9zbGlk ZXMvX3JlbHMvc2xpZGUyNS54bWwucmVsc4SPwQrCMBBE74L/EPZuUj2ISFMvIgieRD9gSbZtsE1C Nor9e3OsIHicHebNTn14j4N4UWIXvIa1rECQN8E632m4306rHQjO6C0OwZOGiRgOzXJRX2nAXELc u8iiUDxr6HOOe6XY9DQiyxDJF6cNacRcZOpURPPAjtSmqrYqzRnQfDHF2WpIZ7sGcZtiaf7PDm3r DB2DeY7k848KxYOzdMEpPHPBYuooa5Byfue52MjyPqimVl9zmw8AAAD//wMAUEsDBBQABgAIAAAA IQBL9T3svwAAADcBAAAhAAAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTI2LnhtbC5yZWxzhI/BCsIw EETvgv8Q9m5SPYhIUy8iCJ5EP2BJtm2wTUI2iv17c6wgeJwd5s1OfXiPg3hRYhe8hrWsQJA3wTrf abjfTqsdCM7oLQ7Bk4aJGA7NclFfacBcQty7yKJQPGvoc457pdj0NCLLEMkXpw1pxFxk6lRE88CO 1KaqtirNGdB8McXZakhnuwZxm2Jp/s8ObesMHYN5juTzjwrFg7N0wSk8c8Fi6ihrkHJ+57nYyPI+ qKZWX3ObDwAAAP//AwBQSwMEFAAGAAgAAAAhAFQqtsbZAAAAvgEAACEAAABwcHQvc2xpZGVzL19y ZWxzL3NsaWRlMjcueG1sLnJlbHOskL1qxDAQhPtA3kFsH8l2EUI4+ZoQOEgVLg+wSGtZnPWDVhfi t49CGhsO0qScWfabYQ7Hr7CITyrsU9TQyw4ERZOsj07Dx/n14QkEV4wWlxRJw0oMx/H+7vBOC9b2 xLPPLBolsoa51vysFJuZArJMmWK7TKkErE0WpzKaCzpSQ9c9qrJlwLhjipPVUE52AHFec0v+m52m yRt6SeYaKNYbEcqHlt2AWBxVDVKqQNbjr9/LHB2o2zX6/6zBi7f0hmu61l2Zjc9qIwbZVvxppnar j98AAAD//wMAUEsDBBQABgAIAAAAIQBL9T3svwAAADcBAAAhAAAAcHB0L3NsaWRlcy9fcmVscy9z bGlkZTQ0LnhtbC5yZWxzhI/BCsIwEETvgv8Q9m5SPYhIUy8iCJ5EP2BJtm2wTUI2iv17c6wgeJwd 5s1OfXiPg3hRYhe8hrWsQJA3wTrfabjfTqsdCM7oLQ7Bk4aJGA7NclFfacBcQty7yKJQPGvoc457 pdj0NCLLEMkXpw1pxFxk6lRE88CO1KaqtirNGdB8McXZakhnuwZxm2Jp/s8ObesMHYN5juTzjwrF g7N0wSk8c8Fi6ihrkHJ+57nYyPI+qKZWX3ObDwAAAP//AwBQSwMEFAAGAAgAAAAhAEv1Pey/AAAA NwEAACEAAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlNDMueG1sLnJlbHOEj8EKwjAQRO+C/xD2blI9 iEhTLyIInkQ/YEm2bbBNQjaK/XtzrCB4nB3mzU59eI+DeFFiF7yGtaxAkDfBOt9puN9Oqx0Izugt DsGThokYDs1yUV9pwFxC3LvIolA8a+hzjnul2PQ0IssQyRenDWnEXGTqVETzwI7Upqq2Ks0Z0Hwx xdlqSGe7BnGbYmn+zw5t6wwdg3mO5POPCsWDs3TBKTxzwWLqKGuQcn7nudjI8j6oplZfc5sPAAAA //8DAFBLAwQUAAYACAAAACEAVCq2xtkAAAC+AQAAIQAAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGU0 Mi54bWwucmVsc6yQvWrEMBCE+0DeQWwfyXYRQjj5mhA4SBUuD7BIa1mc9YNWF+K3j0IaGw7SpJxZ 9pthDsevsIhPKuxT1NDLDgRFk6yPTsPH+fXhCQRXjBaXFEnDSgzH8f7u8E4L1vbEs88sGiWyhrnW /KwUm5kCskyZYrtMqQSsTRanMpoLOlJD1z2qsmXAuGOKk9VQTnYAcV5zS/6bnabJG3pJ5hoo1hsR yoeW3YBYHFUNUqpA1uOv38scHajbNfr/rMGLt/SGa7rWXZmNz2ojBtlW/GmmdquP3wAAAP//AwBQ SwMEFAAGAAgAAAAhAFQqtsbZAAAAvgEAACEAAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlNDEueG1s LnJlbHOskL1qxDAQhPtA3kFsH8l2EUI4+ZoQOEgVLg+wSGtZnPWDVhfit49CGhsO0qScWfabYQ7H r7CITyrsU9TQyw4ERZOsj07Dx/n14QkEV4wWlxRJw0oMx/H+7vBOC9b2xLPPLBolsoa51vysFJuZ ArJMmWK7TKkErE0WpzKaCzpSQ9c9qrJlwLhjipPVUE52AHFec0v+m52myRt6SeYaKNYbEcqHlt2A WBxVDVKqQNbjr9/LHB2o2zX6/6zBi7f0hmu61l2Zjc9qIwbZVvxppnarj98AAAD//wMAUEsDBBQA BgAIAAAAIQBL9T3svwAAADcBAAAhAAAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTQ1LnhtbC5yZWxz hI/BCsIwEETvgv8Q9m5SPYhIUy8iCJ5EP2BJtm2wTUI2iv17c6wgeJwd5s1OfXiPg3hRYhe8hrWs QJA3wTrfabjfTqsdCM7oLQ7Bk4aJGA7NclFfacBcQty7yKJQPGvoc457pdj0NCLLEMkXpw1pxFxk 6lRE88CO1KaqtirNGdB8McXZakhnuwZxm2Jp/s8ObesMHYN5juTzjwrFg7N0wSk8c8Fi6ihrkHJ+ 57nYyPI+qKZWX3ObDwAAAP//AwBQSwMEFAAGAAgAAAAhAEv1Pey/AAAANwEAACEAAABwcHQvc2xp ZGVzL19yZWxzL3NsaWRlNDYueG1sLnJlbHOEj8EKwjAQRO+C/xD2blI9iEhTLyIInkQ/YEm2bbBN QjaK/XtzrCB4nB3mzU59eI+DeFFiF7yGtaxAkDfBOt9puN9Oqx0IzugtDsGThokYDs1yUV9pwFxC 3LvIolA8a+hzjnul2PQ0IssQyRenDWnEXGTqVETzwI7Upqq2Ks0Z0HwxxdlqSGe7BnGbYmn+zw5t 6wwdg3mO5POPCsWDs3TBKTxzwWLqKGuQcn7nudjI8j6oplZfc5sPAAAA//8DAFBLAwQUAAYACAAA ACEAS/U97L8AAAA3AQAAIQAAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGU0Ny54bWwucmVsc4SPwQrC MBBE74L/EPZuUj2ISFMvIgieRD9gSbZtsE1CNor9e3OsIHicHebNTn14j4N4UWIXvIa1rECQN8E6 32m4306rHQjO6C0OwZOGiRgOzXJRX2nAXELcu8iiUDxr6HOOe6XY9DQiyxDJF6cNacRcZOpURPPA jtSmqrYqzRnQfDHF2WpIZ7sGcZtiaf7PDm3rDB2DeY7k848KxYOzdMEpPHPBYuooa5Byfue52Mjy PqimVl9zmw8AAAD//wMAUEsDBBQABgAIAAAAIQBL9T3svwAAADcBAAAhAAAAcHB0L3NsaWRlcy9f cmVscy9zbGlkZTQ4LnhtbC5yZWxzhI/BCsIwEETvgv8Q9m5SPYhIUy8iCJ5EP2BJtm2wTUI2iv17 c6wgeJwd5s1OfXiPg3hRYhe8hrWsQJA3wTrfabjfTqsdCM7oLQ7Bk4aJGA7NclFfacBcQty7yKJQ PGvoc457pdj0NCLLEMkXpw1pxFxk6lRE88CO1KaqtirNGdB8McXZakhnuwZxm2Jp/s8ObesMHYN5 juTzjwrFg7N0wSk8c8Fi6ihrkHJ+57nYyPI+qKZWX3ObDwAAAP//AwBQSwMEFAAGAAgAAAAhAEv1 Pey/AAAANwEAACEAAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlNDkueG1sLnJlbHOEj8EKwjAQRO+C /xD2blI9iEhTLyIInkQ/YEm2bbBNQjaK/XtzrCB4nB3mzU59eI+DeFFiF7yGtaxAkDfBOt9puN9O qx0IzugtDsGThokYDs1yUV9pwFxC3LvIolA8a+hzjnul2PQ0IssQyRenDWnEXGTqVETzwI7Upqq2 Ks0Z0HwxxdlqSGe7BnGbYmn+zw5t6wwdg3mO5POPCsWDs3TBKTxzwWLqKGuQcn7nudjI8j6oplZf c5sPAAAA//8DAFBLAwQUAAYACAAAACEAS/U97L8AAAA3AQAAIQAAAHBwdC9zbGlkZXMvX3JlbHMv c2xpZGU1MC54bWwucmVsc4SPwQrCMBBE74L/EPZuUj2ISFMvIgieRD9gSbZtsE1CNor9e3OsIHic HebNTn14j4N4UWIXvIa1rECQN8E632m4306rHQjO6C0OwZOGiRgOzXJRX2nAXELcu8iiUDxr6HOO e6XY9DQiyxDJF6cNacRcZOpURPPAjtSmqrYqzRnQfDHF2WpIZ7sGcZtiaf7PDm3rDB2DeY7k848K xYOzdMEpPHPBYuooa5Byfue52MjyPqimVl9zmw8AAAD//wMAUEsDBBQABgAIAAAAIQBUKrbG2QAA AL4BAAAhAAAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTQwLnhtbC5yZWxzrJC9asQwEIT7QN5BbB/J dhFCOPmaEDhIFS4PsEhrWZz1g1YX4rePQhobDtKknFn2m2EOx6+wiE8q7FPU0MsOBEWTrI9Ow8f5 9eEJBFeMFpcUScNKDMfx/u7wTgvW9sSzzywaJbKGudb8rBSbmQKyTJliu0ypBKxNFqcymgs6UkPX PaqyZcC4Y4qT1VBOdgBxXnNL/pudpskbeknmGijWGxHKh5bdgFgcVQ1SqkDW46/fyxwdqNs1+v+s wYu39IZrutZdmY3PaiMG2Vb8aaZ2q4/fAAAA//8DAFBLAwQUAAYACAAAACEAS/U97L8AAAA3AQAA IQAAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUzOS54bWwucmVsc4SPwQrCMBBE74L/EPZuUj2ISFMv IgieRD9gSbZtsE1CNor9e3OsIHicHebNTn14j4N4UWIXvIa1rECQN8E632m4306rHQjO6C0OwZOG iRgOzXJRX2nAXELcu8iiUDxr6HOOe6XY9DQiyxDJF6cNacRcZOpURPPAjtSmqrYqzRnQfDHF2WpI Z7sGcZtiaf7PDm3rDB2DeY7k848KxYOzdMEpPHPBYuooa5Byfue52MjyPqimVl9zmw8AAAD//wMA UEsDBBQABgAIAAAAIQBL9T3svwAAADcBAAAhAAAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTM4Lnht bC5yZWxzhI/BCsIwEETvgv8Q9m5SPYhIUy8iCJ5EP2BJtm2wTUI2iv17c6wgeJwd5s1OfXiPg3hR Yhe8hrWsQJA3wTrfabjfTqsdCM7oLQ7Bk4aJGA7NclFfacBcQty7yKJQPGvoc457pdj0NCLLEMkX pw1pxFxk6lRE88CO1KaqtirNGdB8McXZakhnuwZxm2Jp/s8ObesMHYN5juTzjwrFg7N0wSk8c8Fi 6ihrkHJ+57nYyPI+qKZWX3ObDwAAAP//AwBQSwMEFAAGAAgAAAAhAFQqtsbZAAAAvgEAACEAAABw cHQvc2xpZGVzL19yZWxzL3NsaWRlMzEueG1sLnJlbHOskL1qxDAQhPtA3kFsH8l2EUI4+ZoQOEgV Lg+wSGtZnPWDVhfit49CGhsO0qScWfabYQ7Hr7CITyrsU9TQyw4ERZOsj07Dx/n14QkEV4wWlxRJ w0oMx/H+7vBOC9b2xLPPLBolsoa51vysFJuZArJMmWK7TKkErE0WpzKaCzpSQ9c9qrJlwLhjipPV UE52AHFec0v+m52myRt6SeYaKNYbEcqHlt2AWBxVDVKqQNbjr9/LHB2o2zX6/6zBi7f0hmu61l2Z jc9qIwbZVvxppnarj98AAAD//wMAUEsDBBQABgAIAAAAIQBUKrbG2QAAAL4BAAAhAAAAcHB0L3Ns aWRlcy9fcmVscy9zbGlkZTMwLnhtbC5yZWxzrJC9asQwEIT7QN5BbB/JdhFCOPmaEDhIFS4PsEhr WZz1g1YX4rePQhobDtKknFn2m2EOx6+wiE8q7FPU0MsOBEWTrI9Ow8f59eEJBFeMFpcUScNKDMfx /u7wTgvW9sSzzywaJbKGudb8rBSbmQKyTJliu0ypBKxNFqcymgs6UkPXPaqyZcC4Y4qT1VBOdgBx XnNL/pudpskbeknmGijWGxHKh5bdgFgcVQ1SqkDW46/fyxwdqNs1+v+swYu39IZrutZdmY3PaiMG 2Vb8aaZ2q4/fAAAA//8DAFBLAwQUAAYACAAAACEAVCq2xtkAAAC+AQAAIQAAAHBwdC9zbGlkZXMv X3JlbHMvc2xpZGUyOS54bWwucmVsc6yQvWrEMBCE+0DeQWwfyXYRQjj5mhA4SBUuD7BIa1mc9YNW F+K3j0IaGw7SpJxZ9pthDsevsIhPKuxT1NDLDgRFk6yPTsPH+fXhCQRXjBaXFEnDSgzH8f7u8E4L 1vbEs88sGiWyhrnW/KwUm5kCskyZYrtMqQSsTRanMpoLOlJD1z2qsmXAuGOKk9VQTnYAcV5zS/6b nabJG3pJ5hoo1hsRyoeW3YBYHFUNUqpA1uOv38scHajbNfr/rMGLt/SGa7rWXZmNz2ojBtlW/Gmm dquP3wAAAP//AwBQSwMEFAAGAAgAAAAhAFQqtsbZAAAAvgEAACEAAABwcHQvc2xpZGVzL19yZWxz L3NsaWRlMjgueG1sLnJlbHOskL1qxDAQhPtA3kFsH8l2EUI4+ZoQOEgVLg+wSGtZnPWDVhfit49C GhsO0qScWfabYQ7Hr7CITyrsU9TQyw4ERZOsj07Dx/n14QkEV4wWlxRJw0oMx/H+7vBOC9b2xLPP LBolsoa51vysFJuZArJMmWK7TKkErE0WpzKaCzpSQ9c9qrJlwLhjipPVUE52AHFec0v+m52myRt6 SeYaKNYbEcqHlt2AWBxVDVKqQNbjr9/LHB2o2zX6/6zBi7f0hmu61l2Zjc9qIwbZVvxppnarj98A AAD//wMAUEsDBBQABgAIAAAAIQBUKrbG2QAAAL4BAAAhAAAAcHB0L3NsaWRlcy9fcmVscy9zbGlk ZTMyLnhtbC5yZWxzrJC9asQwEIT7QN5BbB/JdhFCOPmaEDhIFS4PsEhrWZz1g1YX4rePQhobDtKk nFn2m2EOx6+wiE8q7FPU0MsOBEWTrI9Ow8f59eEJBFeMFpcUScNKDMfx/u7wTgvW9sSzzywaJbKG udb8rBSbmQKyTJliu0ypBKxNFqcymgs6UkPXPaqyZcC4Y4qT1VBOdgBxXnNL/pudpskbeknmGijW GxHKh5bdgFgcVQ1SqkDW46/fyxwdqNs1+v+swYu39IZrutZdmY3PaiMG2Vb8aaZ2q4/fAAAA//8D AFBLAwQUAAYACAAAACEAVCq2xtkAAAC+AQAAIQAAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUzMy54 bWwucmVsc6yQvWrEMBCE+0DeQWwfyXYRQjj5mhA4SBUuD7BIa1mc9YNWF+K3j0IaGw7SpJxZ9pth DsevsIhPKuxT1NDLDgRFk6yPTsPH+fXhCQRXjBaXFEnDSgzH8f7u8E4L1vbEs88sGiWyhrnW/KwU m5kCskyZYrtMqQSsTRanMpoLOlJD1z2qsmXAuGOKk9VQTnYAcV5zS/6bnabJG3pJ5hoo1hsRyoeW 3YBYHFUNUqpA1uOv38scHajbNfr/rMGLt/SGa7rWXZmNz2ojBtlW/GmmdquP3wAAAP//AwBQSwME FAAGAAgAAAAhAFQqtsbZAAAAvgEAACEAAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMzQueG1sLnJl bHOskL1qxDAQhPtA3kFsH8l2EUI4+ZoQOEgVLg+wSGtZnPWDVhfit49CGhsO0qScWfabYQ7Hr7CI TyrsU9TQyw4ERZOsj07Dx/n14QkEV4wWlxRJw0oMx/H+7vBOC9b2xLPPLBolsoa51vysFJuZArJM mWK7TKkErE0WpzKaCzpSQ9c9qrJlwLhjipPVUE52AHFec0v+m52myRt6SeYaKNYbEcqHlt2AWBxV DVKqQNbjr9/LHB2o2zX6/6zBi7f0hmu61l2Zjc9qIwbZVvxppnarj98AAAD//wMAUEsDBBQABgAI AAAAIQBUKrbG2QAAAL4BAAAhAAAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTM1LnhtbC5yZWxzrJC9 asQwEIT7QN5BbB/JdhFCOPmaEDhIFS4PsEhrWZz1g1YX4rePQhobDtKknFn2m2EOx6+wiE8q7FPU 0MsOBEWTrI9Ow8f59eEJBFeMFpcUScNKDMfx/u7wTgvW9sSzzywaJbKGudb8rBSbmQKyTJliu0yp BKxNFqcymgs6UkPXPaqyZcC4Y4qT1VBOdgBxXnNL/pudpskbeknmGijWGxHKh5bdgFgcVQ1SqkDW 46/fyxwdqNs1+v+swYu39IZrutZdmY3PaiMG2Vb8aaZ2q4/fAAAA//8DAFBLAwQUAAYACAAAACEA S/U97L8AAAA3AQAAIQAAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUzNi54bWwucmVsc4SPwQrCMBBE 74L/EPZuUj2ISFMvIgieRD9gSbZtsE1CNor9e3OsIHicHebNTn14j4N4UWIXvIa1rECQN8E632m4 306rHQjO6C0OwZOGiRgOzXJRX2nAXELcu8iiUDxr6HOOe6XY9DQiyxDJF6cNacRcZOpURPPAjtSm qrYqzRnQfDHF2WpIZ7sGcZtiaf7PDm3rDB2DeY7k848KxYOzdMEpPHPBYuooa5Byfue52MjyPqim Vl9zmw8AAAD//wMAUEsDBBQABgAIAAAAIQBL9T3svwAAADcBAAAhAAAAcHB0L3NsaWRlcy9fcmVs cy9zbGlkZTM3LnhtbC5yZWxzhI/BCsIwEETvgv8Q9m5SPYhIUy8iCJ5EP2BJtm2wTUI2iv17c6wg eJwd5s1OfXiPg3hRYhe8hrWsQJA3wTrfabjfTqsdCM7oLQ7Bk4aJGA7NclFfacBcQty7yKJQPGvo c457pdj0NCLLEMkXpw1pxFxk6lRE88CO1KaqtirNGdB8McXZakhnuwZxm2Jp/s8ObesMHYN5juTz jwrFg7N0wSk8c8Fi6ihrkHJ+57nYyPI+qKZWX3ObDwAAAP//AwBQSwMEFAAGAAgAAAAhANBKvTVR AgAAnB0AAB8ACAFwcHQvX3JlbHMvcHJlc2VudGF0aW9uLnhtbC5yZWxzIKIEASigAAEAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAvJlBb9NAFITvSPwHa+/EefvWaYvq9IKQekBCUH6AsTeJhWNb 3qWQf88qRcFFZbhYc4nkTbIevR3PfFFu734eu+zRT6Ed+tLIam0y39dD0/b70nx5eP/m2mQhVn1T dUPvS3PywdxtX7+6/eS7KqYvhUM7hizt0ofSHGIc3+Z5qA/+WIXVMPo+vbMbpmMV0+W0z8eq/lbt fW7X600+zfcw22d7ZvdNaab7RtRkD6cx3fr/mw+7XVv7d0P9/ej7+MI98tC1jU8bVtPex9KcL8PT qthV0mryf8hIc+DIuEIy7IYkwxZIht6QZOg1kmGFJMOukQx1JBmqSIazJBlOoIwrlowNklGkJKM8 sO4GyiiWlBGrr53/HE9dSuFLiM0WkRLWscBTEZZHBXpUWMMQOA27qDlAt1mHnKGsilVYscqqWIUV 61gV62DF0h4U5AxhzULwLFhZLjDLLYt6LKQex6IeB6mnWJR6YvrFMAPz82V+fsVBvmS7ngP0QxWi n/6062zx9w+Fp09AWazHBj41wvKJQJ/YRX2CSg7SsbICVaEzlEUeCsnDsRJVYaI6FgA5CEDFogD0 2PofH6dhnCH6ZQmVLW0WSISwVAg8EbvoiaDQgEhqWUhqIZIqq08UFopj8Y+D/COs7ILRJaxhCByG skpeYck7Vsk7WPLFoiU/Tj78FeSXJZShrFnAUbDsCd0prFEInIVd1BaoTSD7WRb7Wch+yspPCwNU WaShkDQcizQcJA3HIg0HSYOlAoooWJ1WwE5jGePii/zZf6rbXwAAAP//AwBQSwMEFAAGAAgAAAAh AGzZDi5YAwAAtRIAABQAAABwcHQvcHJlc2VudGF0aW9uLnhtbOzY0W7aMBQG4PtJe4cot1Ob2A4Q EKHSNlWq1ElotA/gJqZEdZwoNgz69DsOoTnjaFIfIHckf3xsfwTbYnl3rHRwUK0ta5OF7DYOA2Xy uijNaxY+P93fpGFgnTSF1LVRWXhSNrxbff2ybBZNq6wyTjpoGkAZYxcyC3fONYsosvlOVdLe1o0y kG3rtpIOLtvXqGjlHyhf6YjH8TSqZGnCvn37mfb1dlvm6med7yvo/lykVbobh92Vjb1Uaz5TDc/i 3yFZeVCb/YtV7r42zoJOuIJpW138ktap9qF4tO7qTlAWWchZMktSMU3Arl34O/AsC6PVMvpPc1zq oTgXmUxRa+5bd40v8Ry+qY/igsYMxQmNcfEJjWeo9ZTGeGIzGs9R6/Q6FjEe+ZzGeOQspjlH1VnH imFELHBO4ESc4JzIiXiCc0InYkzHiJ2IsR0jeCLGeIzoiRjrMcoHJMMXz6gfkAw5p34M+3Hqx7Af p34M+3HqBySof+oHJCinfjBllFM/IEM59QMSlFM/IEE59QOSIRfUD0hQTv2ABOXUj2M/Qf049hPU j2M/Qf049hHUj2NfQf049hPUD0jQ/KifwH4J9RPYL6F+QDLUT6gfkKCc+sGUUU79gAzl1A9IUE79 gATl1E9gP9gCrhZuASSoPfUDkiGfUD8gQXnnd95W8CayeQ/yYxbOWZLEfr3NT1k4TSdpd+FODezk Nm+VMsmxFzS1U7Zv9vGkb3ap0c2jUFu51+5JHd3GnbRaLeUC7q3Xbf/p97oNtPSHB2Vunjd+9hF+ RB80a+CZSraPWQgjk/oVDh46DKDMk3zZvF96hFk63T2i5KP53r75DRhqu9L0l9B6B13BWWK9N7k7 b9BdZ34UFioxmHAYvKnWn23gtAEbuFzYWpfFfal1d+HPKeqHboODhN7c8Qx69VTXa+DdtjIHu2+V udHOT04ulLwKlDwHub0KcjtwwAg7md7DF4KPfKBJJjM/4NGnQ+l9xOBzfi1Hn4P2KL1PMvgwMWPT 8QXyvyqv0gNNEFDK0255GFcgr9IDTQcgzlN4gcYlCN4gr9IDzRDQLBHjGt1tXF6lB0oHIK8D549x kT5or9IDzRHQdDIbF+nuDfIq3R8k9IgJx1v8L83qLwAAAP//AwBQSwMEFAAGAAgAAAAhABLzYu0/ AgAA3QUAABUAAABwcHQvc2xpZGVzL3NsaWRlMS54bWysVF1vEzEQfEfiP1h+by8NEkKnJBW0wEtp oib9AY5vk1jc2cbehOTfM/bdtaIkUKS83Pljd+wZz+7oet/UYkchGmfH8upyIAVZ7Spj12P5uPhy 8UGKyMpWqnaWxvJAUV5P3r4Z+TLWlUC2jaUayw2zL4si6g01Kl46TxZ7KxcaxZiGdVEF9ROoTV0M B4P3RaOMlV1+eE2+W62Mpluntw1ZbkEC1Ypx87gxPvZo/jVoPlAETM7+7UoTMNPzukr/6BeBKI3s 7mvwcz8Left+NwvCVNBLCqsayCKLbqMLy1OLMAyKF+nrHkmV+1VoJiNVgpvYjyXEP6QvklRJexa6 XdTPq3ozPRKrN5+PRBf9AbjB06GJVcvoTzrDns7CcE3i6olVG6qQeuf09yisA89Ev6Wn73c9WOKc 4P1G8MFDGc0ho3Wh7X6WpE+JkDXrxftPrjok7kv886Iq68hzPtSUNcHNVQl8fPACtUomJXvxOJei MoGzTCI2fFOTgp07JXly+3EqOJj1moIYQRbGq/RA/0CjAHfinY+gRvrxn2BHQM54H7t8cR2y1UwF 9XBSq/R8qoSqeJBefQxbh5z2ybveJ/PtkrNVhuewStwuW6ugtmD83l1nsMwJIf5CP6vQVj+GfUPQ dfim/HSXLYg+xxRu8pJHZ0toCH0OgaamwUaqB7Z3Ea5DYai2hyxs30GqLRxmbEUrYw2TFGhNrAKP pSV0ZmjtKlrkYuLmwTnuSikj4cQOOo264zBEc578AgAA//8DAFBLAwQUAAYACAAAACEAAJVNJ0cK AACwhAAAFgAAAHBwdC9zbGlkZXMvc2xpZGU0OS54bWzsXVtzm0YUfu9M/wPDe2vuIE3sTpvEbmfS NGO70+e1QBJTBAxgx/73/c4uLMjCsSQkmzqbB0dCy2H3sLvnO9d998v9KtHuoqKMs/RUN382dC1K Z1kYp4tT/e/r858CXSsrloYsydLoVH+ISv2Xsx9/eJdPyyTUcHdaTtmpvqyqfHpyUs6W0YqVP2d5 lOK3eVasWIWvxeIkLNhXUF0lJ5ZheCcrFqd6fX+xzf3ZfB7Pog/Z7HYVpZUgUkQJq9DzchnnZUMt 34ZaXkQlyPC717p0hpHNrpKQ/i/z6yKK6FN6d1HkV/mXgv/8+e5LocUh+KVrKVuBLfpJ/UPdjH9N 0QwfTh7dvmgosen9vFidvWNTjE27P9XB/Af6i5vYNLqvtJm4OGuvzpZ/9bSdLT/2tD5pHoAeyIfS qMSINofjNMO5jqsk0kw5KtGU4dZP2ezfUkszjJOGL4Y3+3zXEKMxE/l8qVUPOThTEam6nfiR86Np X4KnnFnV/W9Z+EADv8H//CKbJmV1VT0kEWcIus2mII4/YH/CaIZG6U9/X+laGBcV55FWrqr3ScQw l2s2VmefszAqtWrJwE+G+fkOfKnwWmpiURp+YQW7fJImjZFN8XR0vOklPgo2Ps1M02+4eRnNsIIW xFFvjaV84N1Z0uUKDfTR/HANw7DxkjBU07EC3+bk2qliWqbjOJ6u0YTxAzcwA875llBelNVFlK00 +nCqF+iZTg9id5/Kqh5o3YQul1kSh+dxkvAvtLaj90mh3bHkVL9ZmPzW5Hb1ZxaKax71sH4k3wqo OWdfhxLnnZglJb1cop2kl9EcSwrz3eJU5d2CMJvNsFrFA8slCyNxmR7X/zxOkCjP0XtJuyawPpCG thh+3Z5ujeZz8EfebHyrY+JmeQd/cpa2N6/iNCv6CCQYVf1k0Z7Ps5ox7YRrloVWVMn7DOzHXsHS 2TLD3jmrCiLRt1ywujSWLLAcZKNn5/vaGuJkU+0rZlzgmC6m1irHxlemCzGYtQlSLG7k9Djn/5q5 0G1GU+8DK5fiFfKJUTdLUnpcZ6rgy3Y0BeMxh4lAdltFxdUy/KrdJLfFJUN/PRtThe8Tp7rt0awh /nHGVImuFVn1T1wtr5aMtqz6RXefzO8Q11mSL5nou8/piLdXd5RPdtkB/q3TN+wjLfv5j3xTE382 X1VBo9lys1Mviu9Kh3tR4DvxtDorsqzaVWaot3Hgt7G5bPqk8YKglUA3Fw3KApz73OA1qxHJF0V2 m2sQ0Vi8vEHdnH/tSuQOGU5cTIpHctn0HNtwQBxi14YM9oJHgjlwfcvdkMtsKtEchLlrO8DaoADJ 7hmO2NFbYGfZru+4EP4k282JFQQWfwi2FNEb8EP2sEEnqcRlLQ/MScOEDi7hOIEzgiDIBheewSVP 9b6BsM/2HfBKARMIu+8amChpx+HE68ASKe20Z/59EL8rgTg6HNknEJ9WTy0AYGG76IiBiZSH+4gB 2/ICy4XaCwnlur45sYUQa8SAiWuebdfqqROYbqO7NfL0gFJAaHUu9QAisqNTKPWzq8W/uPrZv8vf kDGpY8aJCui1uNJjzrGcD1tuPo+IipnQa8dpsBOBQQ6ivoEhMX/FuhEYEuuIwyUArBorbqCn+rok 3oshSUEFihQYEgsl8EeMIS0JpNvNw1o3F25wQWFIZdyaYzOGbiKsfscwbvXvLv3mYaWjH1hH3xpD flQYcqS2yB0xpJSFHTFgSXmoMGQXaTVuBtp2lAtjkAujf5d/BPe0b2BIz3tdDAk/ShdD2q35bRCG dGE5tAOBIR0DChhsksBhrYNwTHZIp0cBtYcpoMoOqavdZbCDtH93URjyRdyjW2PIc4Uh3wSGdGQM VYshIRoam4rCkApDwijXxF0dLgymf5ffAUMGwetiSLiTuxgS66hZM4MwJDzLnidc2Q7c2hRONl4I 2aN/CsirXNmIT1QxdnWo4kicHApCjgtCXigI+TYgpIxb70BI7nveWwxwV7YnLCm9rmzbd80AYpJH WitX9nqUNgADfO5vPpJ6OwjZ48IOXtWBLfMShAPb4aGGw4MgLR9hi4jo4NEfiGTyHmcnjMr4KNFz Z8vgwSJ7bxnK+KiMj8OzM/r3FIUcx4Ucf1fI8W0gRykLO2KAGzz2FgMqCFLm/KkcvN0Su3YwPrqv 7MBGpsqa8fFAiTQO8mQAHesIYsPwjTE7sHsSaZDC01hh9/FcKAypMKTCkMJ80AnZb1Kx/w/5vVs7 sP9QGPJNYEgyeQhZ2MGQw+KYFIZUGHK97ElPHYd+S8EOGDJ45UQaCZ+EHVIkgx3ADmk6tmmIVGoT RVAmIk96nEGQbk8ijdt68hWGpKQpVSVGVx7skBQreJW+hxoxW2PIXxWGfBsYsieQCaJhiClBYUiF IY+PIe1XDoI0pfJVg8g27GNQFKQDK6QzgZMYpQxQ0Mc2ReW+kYJImU7UaqCoFDRk91CGSGWIVIbI 78MQ+ZsCkW8DRPbENLnDYpoUiFQg8vgg0rdeN5PGlCloNYhsI0AGgUgXEZG8HDOBSOTSUMAwRMpI QaR06XdAZOvWV5ZIZYnk5WKUJVJZIgVg7Pn7fsvAdhnPSrthosqLU+FPhD0RNw5eXny3kj6u9Mp1 xMCwoCYFIhWIPD6ItIzjgsinK6l6PUvGG7ZkKFXGqg/6cA3D9Lk1rwWOqA/pokQ4zz5D5fFAhEnK UuAHLaetCqmO8xyPwfEf5hFs98+XTzVlxINQtvwDWexReNikA3HIYm9D8TInvIhIu2ZMFMRyffgL KGWTauxbfI12ivCDguOL0gecmsiMowbN6UpUHGFSr7uWhFx3TRnZOvG+PomAVCdSHtoS/HZP2oHI lts77eCpvje1l5/p+RF2DK7rgjWdOE6q/amqEjQHKClN6nvXpD5qKpEMGzK0wfGdyrSb2oQKjhtB wNjlh7hgPceakHv7KeOhA5DoA3qSOHsZDNgcVKZ29LGc5TYYAx67mP7TWpMtceBlvFhW2q9FkX3V 7D1iX+n0NhwWgDAN05n43IhSn6eJc4cmbh0KbMMUH1h8SbaY0J9YFlk8+JlKHo5g4r9LPLeJiqir vKf8Mb2nJiqQ061Y9+Igpz0obO2IUOHK7z38YQudRYbnHVZn4TV66wM9bdOG0jJencXpCTLqlA7Z xz+kdJbmdFSVKb1bprT0H6wdEKOcCS9woIPSWWCQfRM6Cx03uZG4qHQWdf40IVhy2JDRcoSFd48d LvQNnaX19HR1lj18PbXO4juGaUGJJ8lV6yx2MPEnVBSb1HrTnJjQT9aChrwJDNkApFxngYVApAsO 01nWrLT40j36+vyc+6YFgFaq/1hU/931HK6YXhcR1jU+zq6SkHslkuJPlv91x00JK1bi6HSgUlzK 43RBLx1N2ybYEGIcZb/gW0PK6zHk05zhZjS7TrUYZ61j7oa3sOjFaRjN4zSuIhywHpUVK6Cmp9Fd VEDuZGF0/UCHrVerS5yvTVMcT+KU8H8lSNOn+nH4WKLD/wEAAP//AwBQSwMEFAAGAAgAAAAhAPmR N2OACwAAFYsAABYAAABwcHQvc2xpZGVzL3NsaWRlNDgueG1s7F1bc6PIDn4/VfsfKN53Y+7gGmdr 7udU7c5OJdk6zx1DbGoxcBqSSf79+dTNpW1jx7GdiSfTeUhiDKJbCOlrSS29+f1+kRl3Ca/SIp+Y 1m8j00jyaRGn+Wxi/n316dfQNKqa5THLijyZmA9JZf5+/su/3pTjKosNXJ1XYzYx53Vdjs/Oquk8 WbDqt6JMcnx3U/AFq/GRz85izr6B6iI7s0cj/2zB0txsrue7XF/c3KTT5EMxvV0keS2J8CRjNUZe zdOyaqmVu1AreVKBjLh6aUjnmNn0Movpb1Ve8SSh//K7z7y8LL9y8fWXu6/cSGPwyzRytgBbzLPm i+Y08THHafjnbOXyWUuJje9v+OL8DRtjbsb9xATzH+g3LmLj5L42pvLgtD86nf81cO50/nHg7LP2 BhhBd1OalZzR+nTcdjpXaZ0lhtXNSp7KcOkfxfSfysgLzJOmL6c3/XLXEqM5E/lybtQPJThTE6nm PPml4Ed7fgWeCmbV9++K+IEmfo2/4iAbZ1V9WT9kiWAIhs3GII5fYH/GSEKT/Ne/L00jTnkteGRU i/p9ljDIcsPG+vxLESeVUc8Z+Mkgn2/AlxqPpSGW5PFXxtnFRpo0RzbG3THwdpT4V7JxMzOtoOXm RTLFGzQjjvpLLBUTV6VE5QpNdEU+vNFo5OAhYaqWa4eBI8j1omLZluu6vmmQwAShF1qh4HxPqORV /TkpFgb9MzE5RmbSjdjdH1XdTLQ5hQ5XRZbGn9IsEx/o3U7eZ9y4Y9nEvJ5Z4tLsdvFnEctjPo2w uaVQBXS6YJ9CSfBOSklFD5doZ/lFcoNXCvJuC6rd1ZIwm07xtsobVnMWJ/Iw3W74foIgUb7B6Dva DYHlibS05fSb8+nS5OYG/OkuHm0bmLy4u0Lcucj7ixdpXvAhAhlm1dxZni/krGFML3Dta2HwOntf gP3QFSyfzgvozmnNicTQ64K3y2DZDK9Dd9Kj8r70DgmyufENEhe6lgfRWpRQfFU+k5NZEhA+u+7E 45P4aWVBPY1E7wOr5vIRCsFoTstyup0iKviwG03JeMgwEShu64RfzuNvxnV2yy8Yxus7EBWhJyam 45PUEP8EY+rMNHhR/zet55dzRiqredDqncUV8jjLyjmTYw8EHfn0moEKYe8GID4pY4Me6dkvvhRK Tf5af1ScZrOjstMPSmil4z0o8J14Wp/zoqifajP00zjy01h/bYas8YyglUQ3n1uUBTj3pcVrdmuS P/PitjRgovHyihOa08VH1SIrZARxKRQrdtnyXWfkgjjMrgMb7Icrhjn0Attbs8ts3KE5GHPPcYG1 QQGW3R+5UqP3wM52vMD1YPzJtluRHYa2uAlUihwN+NGNsEUneYfLeh5YUcsEBZcInCAYQRBkjQuP 4JJNo28h7KNjB7zSwATG7qcGJtraCTjxMrCks3bGIz8f5PfaIJ4cjhwyiJuXpzYAsPRdKGYg6uzh PmbAsf3Q9rDshYXyvMCKHGnEWjNg4ZjvOM3y1A0tr127tfb0iFZAruo8GgFMpLKm0MtPdRX/3Zef w1r+mpxJihsn4VjX4siAO8d2P+yofFaISkkY9OO02InAoABRWzAk5Fe+NxJD4j0ScAkAq8GKa+ip Od4RH8SQtEAFipQYEi9KGJwwhrQ7IN0rD3vZXbjGBY0htXPrBsoYaxPp9XsO59awdhl2D+s1+pHX 6DtjyI8aQ56oL/KJGLKzhYoZsDt7qDGkirTaMAOpHR3COCiEMazlV+CesQVD+v7LYkjEUVQM6fTu t4MwpAfPoRNKDOmOsACDTxI4rA8QnpIf0h1YgDqHLUC1H9LU2uXgAOmwdtEY8ruER3fGkJ80hnwV GNLtcqh6DAnT0PpUNIbUGBJOuTbv6nhpMMNa/gkYMgxfFkMinKxiSLxH7TtzEIZEZNn3ZSjbRVib 0slOF0IOrD8l5NWhbOQn6hy7JlXxRIIcGkKeFoT8rCHk64CQXd66AiFF7HlvMyBC2b70pAyGsp3A s0KYSZFprUPZy1naAAyIub/6TOrdIORACDt80QB2ty9BBrBdkWp4eBKkHSBtERkdIvsDmUz+6u6E k3I+duhZURkiWWRvlaGdj9r5ePjujGGdopHjaSHHf2vk+DqQY2cLFTMgHB57mwGdBNnt+dN78J62 sesJzkfvhQPY2Kmy5Hw80kYaF/tkAB2bDOLRKBidcgB7YCMNtvC0Xth9IhcaQ2oMqTGkdB8oKfvt VuwfYX/vzgHs/2gM+SowJLk8pC1UMORheUwaQ2oMuVz2ZKCOw7Cn4AkYMnzhjTQdfJJ+SLkZ7Ah+ SMt1rJHcSm2hCEok90mfZhKkN7CRxusj+RpD0qYpXSXG1BHsmBZWiCr9DDVidsaQbzWGfB0YciCR CabhEFeCxpAaQz4/hnReOAnS6hZfDYjs0z4OyoJ04YV0IwSJUcoABX0cS1buO1EQ2W0n6legqBR0 iPbQjkjtiNSOyJ/DEflOg8jXASIHcpq8w3KaNIjUIPL5QWRgv+xOGqvbgtaAyD4D5CAQ6SEjUpRj JhCJvTSUMAyTcqIgsgvpKyCyD+trT6T2RIpyMdoTqT2REjAO/H6/Y2J7l89K2jDT5cWp8CfSnogb Ry8v/rSSPl4XlVPMwGFJTRpEahD5/CDSHj0viNxcSdUfeGX8w14Z2ipjN40+vNHICoQ3rweOqA/p oUS42H2GyuOhTJPsSoEftZy2LqR6mn08Ds7/sJ7Bd7+t8LzTJ9uns3ltvOW8+GbIXWJPS7enfh0o Dxu4ju34vjCbTQcle2RbQbMJzQ4izwpEKRH1zbEDqjwlqug7QShLb215c2ioYqTSOg/1yaGSlnqz fdsX6LsvEPrWEEtNoaTzdrDc71Yp7dfBqpTusRJupNQZYd0fuaqUirQk9Gai6JJo5bCa5m7DAFBq kJBS6vQkPBJaSrvuQm0xRfmQf+C2S/tKaY85VCndA3Vs1qWWGwSu1ZSCsUPbQmXBJfcVQIrWpU3X stfdHGxPKaWWOE1qtCKlSqWinb2Km6XUibDTnLAwdKljeQAE30FKlxoKbOjbIny9UNnKPgYNFNRi Zj84UHD7rAtVuPfIu9gi3I5vRUC4JNyu70SOhrOvvqrIceEs9RQbUMH7w9mBRZfnR7ZNrclIBfue 7a5m3Gug0DcC1UBhoCcdtjwMSKmyI+QIQMEDno2QxkdS6llO5K7Wp9FSqqWUdps0DSRJ5Cjm23dO JBW3rku9PuX0qVI64BrAIS+kFs6QUtsOLd8Xu4F6B1YU+h61cBSuAc/ytANra9fEn881QFXrBqR0 jx2pmx1YiDi4yIqWUhqEFhwBy64BLaVal27VpVBrjZS+v+V3SWxcKIsouYTfJybguL7tO0vOVsce UQVHKathFEWrwTTV2eq7cNW2K/cNXQmnYsBivI8EBpYW/2tuguuZUO3aRWAu0rzgwkG+ostPxUUg umqoPexXxlnfDz1KGO08/so4uyAkgef85GAEFeJe1+USEuzzeljYy2K5UaAGI2xq1NnU3IHzzLWi FcShcbHW5dt1ebd78QqtXt8V9wbkFi7jTkINKt+P7odCsMqx2l+9RdmVQNttL3M2buK5AdKiwqiJ QQyVo7cQKXNCODkIDzt+5DiPaG+eTGsh/mwolMvGefEpzTJyePdR3bXuA984Kydm9b9bxhNT2Scj 9ET59rYGkVo6za+L+EE2/Myq+nI5DwZagY2x2Xcpbql0QR0oHfvRWEmxe4zGli5YPCkx/ryuVkj2 WmvDwLaEAwTXrniSCAZOL7NYyEHG/2TlX3disAtW1QlHKA+HyjSfSV5P+1PQ7iGFSZjRlXUuiv6U YwxVULrKjTQWvWHjWz4x0zxObtI8rek5JFXNODID8uQu4dCcRZxcPZTJxKwXF0VRk0xifIIS/jak 6b/mdjR4DPj/AAAA//8DAFBLAwQUAAYACAAAACEANAAPoG8IAAAUawAAFgAAAHBwdC9zbGlkZXMv c2xpZGU0Ny54bWzsXd9T2zgQfr+Z+x88fm/j3zEZQucKB3czLe0AnXsWtpJ4zrE9sqHw398nyZad YErAoclR8RAcR1pL69Xup92VdPjhbpkat5SVSZ5NTfu9ZRo0i/I4yeZT89vV6bvQNMqKZDFJ84xO zXtamh+Ofv/tsJiUaWygdlZOyNRcVFUxGY3KaEGXpHyfFzTDb7OcLUmFr2w+ihn5DqrLdORYVjBa kiQz6/psk/r5bJZE9CSPbpY0qyQRRlNSoeXlIinKhlqxCbWC0RJkRO2VJh2hZ9FlGvP/ZXHFKOVX 2e0ZKy6Lr0z8fH77lRlJDH6ZRkaWYIs5qn+oi4mvGYrhYrRWfd5QIpO7GVseHZIJ+mbcTU0w/55/ ohKZ0LvKiOTNqL0bLb70lI0Wf/aUHjUPQAvUQ3mvZI8edsdrunOVVCk1bNUrWZSg6qc8+rc0shz9 5N2X3YvObxtivM+cfLEwqvsCnKk4qbqc/FHwoylfgqeCWdXdxzy+5x2/xn9xk0zSsrqs7lMqGIJm kwmI4wPsTwmXUJq9+3ZpGnHCKsEjo1xWxyklkOWajdXReR7T0qgWBPwkkM9D8KXCa6mJ0Sz+Shi5 eJQm7yOZ4OloeNNKXEo2Ps5Me9xw84JGGEFzztFghaWi410p6XKFd3RNPnzLsly8JHTV9pxw7Apy rajYju15XmAaXGDGoR/aoeB8S6hgZXVG86XBL6YmQ8tM/iBy+6ms6o7WRfjtMk+T+DRJU/GFj216 nDLjlqRT83pui6rpzfJzHst7AW9h/UihCnhxwb4OJcE7KSUlf7mcdppd0BmGFOTdEVRVbUmYRBFG q3xguSAxlbf54/qfJwhyyjO0XtGuCax2pKEtu1+X51XpbAb+qMrWjxomK6sa4sl51lZeJlnO+gik 6FX9ZFleyFnNmFbgmmFhsCo9zsF+6AqSRYscujOqGCfRN1wwugySzjEcVKEn5X1lDAmymfEdEhd6 tg/RWhZQfGU2l51ZERA2v1bicSr+GlnoFuOid0LKhXyFQjDqYmnGH9cRFXzZjKZkPGSYE8hvKsou F/F34zq9YRcE7Q1ciIrQE1PTDbjUcP4JxlSpabC8+iepFpcLwlVW/aK7TxY15H2SFgsi2z4WdOTb qxsqhF01QHzrtA16pGW/+FEoNfnx8FUx3psNlZ1+UUIrbe9Fge+cp9URy/PquTZDv40tv42Hw6bP Gs85tJLo5qxBWYBz5w1ecxqTfMbym8KAicbgFQXq4uJr1yJ3yAjiUijW7LIdeK7lgTjMrgsbHIRr hjn0x47/wC6TiUJzMOa+6wFrgwIse2B5UqO3wM5x/bHnw/hz224fOGHoiIdApcjWgB+qhQ06yRQu a3lgHzRM6OASgRMEIzgEecCFJ3DJY61vIOyTbQe80sAExu6XBiba2gk4sRtYoqyd8cTfifxdG8S9 w5F9BvHx6akDACx9Fx0zcKDs4UvMgOsEoeNj2gsL5ftj+8CVRqwxAzbuBa5bT0+90PabuVtjT7do BeSszuctgInszCn09LM7i//p089+LX/NnUkdNw5lmNfiTo87x/FONlQ+a0SlJPT6cRrsxMGgAFE/ wJCQXzluJIbEOBJwCQCrxooP0FN9XxHvxZB8ggoUKTEkBko43mMM6Sgg3SoPZ9Vd+IALGkNq59YM yhhzE+n1ew3nVr926XcP6zn6lufoG2PIPzWG3FNf5DMxpLKFHTPgKHuoMWQXaTVhBq52dAhjUAij X8uvwT3jBxgyCHaLIRFH6WJIt3W/DcKQPjyHbigxpGdhAgafJHBYGyDcJz+k1zMBdYdNQLUf0tTa ZXCAtF+7aAz5U8KjG2PIU40h3wSG9FQOVYshYRoan4rGkBpDwinX5F1tLw2mX8s/A0OG4W4xJMLJ XQyJcdSMmUEYEpHlIJChbA9hbZ5Otr8Qsmf+KSGvDmUjP1Hn2NWpinsS5NAQcr8g5JmGkG8DQqq8 9Q6EFLHnF5sBEcoOpCelN5Ttjn07hJkUmdY6lL2apQ3AgJj7m8+k3gxC9oSww50GsNW6BBnA9kSq 4fAkSGeMtEVkdIjsD2QyBeurE/bK+ajQc0dliGSRF6sM7XzUzsfhqzP6dYpGjvuFHP/SyPFtIEdl CztmQDg8XmwGdBKkWvOn1+A9b2HXM5yP/o4D2FipsuJ83NJCGg/rZAAd6wxiyxpb+xzA7llIgyU8 jRf2JZELjSE1htQYUroPOin7zVLs/8P63o0D2H9rDPkmMCR3eUhb2MGQw/KYNIbUGHJ125OefRz6 PQXPwJDhjhfSKPgk/ZByMdgW/JC259qWXEptYxOUA7lOej+TIP2ehTR+G8nXGJIvmtK7xJg6gh3z iRWiSr/CHjEbY8g/NIZ8GxiyJ5EJpmGIK0FjSI0hXx9DujtOgrTV5KsGkW3ax6AsSA9eSO8AQWJs ZYANfVxb7ty3pyBSLSdqZ6DYKWiI9tCOSO2I1I7IX8MR+VGDyLcBIntymvxhOU0aRGoQ+fogcuzs diWNrZag1SCyzQAZBCJ9ZESK7Zg5iMRaGp4wDJOypyBShfQ7ILIN62tPpPZEiu1itCdSeyIlYOz5 PN4wsV3ls3JtmOrtxfnGn0h74tzY+vbiz9vSx1dRuY4ZGJbUpEGkBpGvDyId63VB5OM7qQY9QyYY NmT4UhmnPujDtyx7LLx5LXDE/pA+tggXq8+w83go0yTVVuBb3U5bb6S6n+d4DM7/sF/Hd98cmgS7 05yjFKXsMym+3Iom43goHM+Bc0Jwq8CBUNzJhqJtEez2kOC4lDkH3FUmcv5wnhBBZRS7ypqDl+Ib NjWTLKazJEsqikM8KA6qYjjVJqM40ApJWTj350qeQbS8wBkOIoBcU+JGUZLmV/XjcIkzrY7+AwAA //8DAFBLAwQUAAYACAAAACEAT0FK5c0JAACqegAAFgAAAHBwdC9zbGlkZXMvc2xpZGU0Ni54bWzs XV1v28YSfb9A/wPB59ua36KEyEWb1L4B2jSwXdzntURJRClSIGnH/vc9M0suKZuKZVOOWGeDwJap 5XB3uDtzdmZ25t3Pd+vEuI3yIs7SqWn/ZJlGlM6yeZwup+ZfV2c/hqZRlCKdiyRLo6l5HxXmz6c/ /OfdZlIkcwN3p8VETM1VWW4mJyfFbBWtRfFTtolSfLfI8rUo8We+PJnn4guorpMTx7KCk7WIU7O6 P9/n/myxiGfRh2x2s47SUhLJo0SU6HmxijdFTW2zD7VNHhUgw3dvdekUI5tdJnP6XWyu8iiiT+nt eb653HzO+etPt59zI56DX6aRijXYYp5UX1TN+M8UzfDh5MHty5qSmNwt8vXpOzHB2Iy7qQnm39NP 3CQm0V1pzOTFWXN1tvqzo+1s9VtH65P6AeiBeiiNSo7o8XC8ejhXcZlEhq1GJZsK3Pp7Nvu7MNIM 46Thy+HNPt3WxGjMRH6zMsr7DThTEqmqnfyS+VG3L8BTZlZ592s2v6eBX+M3XxSTpCgvy/skYoag 22IC4vgB9ieCZmiU/vjXpWnM47xkHhnFunyfRAJzuWJjefopm0eFUa4E+CkwP9+BLyVeS0UsSuef RS4udtKkMYoJno6O173ER8nG3cy0RzU3L6IZVtCSOBpssZQH3p4lba7QQB/MD9+yLBcvCUO1PScc uUyumSq2Y3ueF5gGTZhR6Id2yJxvCG3yojyPsrVBH6Zmjp6Z9CBx+3tRVgOtmtDlIkvi+VmcJPwH re3ofZIbtyKZmtdLm29NbtZ/ZHN5LaAeVo9kUUDNmX0tSsw7OUsKerlEO0kvogWWFOa7w1TV3ZKw mM2wWuUDi5WYR/IyPa77eUyQKC/Qe0W7IrA9kJq2HH7Vnm6NFgvwR91sfa1j8mZ1Bz85S5ub13Ga 5V0EEoyqerJsz/OsYkwz4eplYeRl8j4D+yErRDpbZZCdszInEl3LBavLEMkSy0E1enK+b60hJpsa XzDjQs/2MbXWGwi+Il3KwWxNkHx5rabHGf+r50K7GU29D6JYyVfIE6NqlqT0uNZUwR/70ZSMxxwm AtlNGeWXq/kX4zq5yS8E+hu4mCosJ6amG9CsIf4xY8rENPKs/H9cri5XgkRW9aLbT+Y75HWRbFZC 9n3EdOTbqzrKk111gP9q9Q1ypGE/f8lCTf54/KpyGs2ewk6/KJZKh3tR4DvxtDzNs6x8rs7Qb+PA b+PxsunSxkuCVhLdnNcoC3DuU43XnFoln+fZzcaAisbi5QZVc/6zrZFbZJi4nBQP9LIdeK7lgTjU rgsdHIQPFHPojxz/kV4WE4XmoMx91wPWBgVo9sDypERvgJ3j+iPPh/In3W6PnTB0+CEQKbI34Ifq YY1OUoXLGh7Y45oJLVzCOIEZQRDkEReewCW7el9D2Cf7DnilgQmU3XcNTLS2YzhxHFiitJ3xxL8P 8nutEAeHI7sU4u7tqQMALG0XLTUwVvrwJWrAdYLQ8bHthYby/ZE9dqUSq9WAjWuB61bbUy+0/Xrv VuvTA2oBuavzqQdQka09hd5+tnfx33z72S3lr8mY1DLjRDn2tbjSYc5xvA97Cp8HROVM6LTj1NiJ wCCDqK9gSMxfuW4khsQ6YrgEgFVhxUfoqbquiHdiSNqgAkVKDImFEo4GjCEdBaQb4eFsmwsfcUFj SG3cWkAYY28irX6vYdzqli7d5mG9Rz/wHn1vDPmbxpADtUU+E0MqXdhSA47ShxpDtpFW7WYgsaNd GL1cGN1S/gHcM76CIYPguBgSfpQ2hnQb81svDOnDcuiGEkN6FjZgsEkChzUOwiHZIb2ODajbbwOq 7ZCmli69HaTd0kVjyG/iHt0bQ55pDPkmMKSnYqgaDAnVUNtUNIbUGBJGuTru6nBhMN1S/hkYMgyP iyHhTm5jSKyjes30wpDwLAeBdGV7cGtTONlwIWTH/lNCXu3KRnyijrGrQhUH4uTQEHJYEPJcQ8i3 ASFV3HoLQrLv+cVqgF3ZgbSkdLqy3ZFvh1CTHGmtXdnbUdoADPC5v/lI6v0gZIcLOzyqA1udS5AO bI9DDfsHQTojhC0iooOjPxDJFDw8nTAo46NCzy2RwcEiLxYZ2viojY/9T2d0yxSNHIeFHP+nkePb QI5KF7bUABs8XqwGdBCkOvOnz+A972DXM4yP/pEd2DipsmV8PNBBGg/nZAAdqwhiyxpZQ3Zgdxyk wRGe2gr7Es+FxpAaQ2oMKc0HrZD9+ij2v+F8794O7I8aQ74JDEkmD6kLWxiyXxyTxpAaQ26nPenI 49BtKXgGhgyPfJBGwSdph5SHwQ5gh7Q917bkUWobSVDG8pz0MIMg/Y6DNH7jydcYkg5N6SwxpvZg z2ljBa/S95AjZm8M+YvGkG8DQ3YEMkE19DElaAypMeTrY0j3yEGQttp8VSCyCfvoFQXpwQrpjeEk RioDJPRxbZm5b6AgUh0nanagyBTUR3poQ6Q2RGpD5PdhiPxVg8i3ASI7Ypr8fjFNGkRqEPn6IHLk HPckja2OoFUgsokA6QUifUREcjpmApE4S0MBw1ApAwWRyqXfApGNW19bIrUlktPFaEuktkRKwNjx 8/2ege0qnpWkYaLTi1PiT4Q9ETcOnl78eSl9fOWVa6mBfkFNGkRqEPn6INKxXhdE7s6kGnQsmaDf kqGjMk5V6MO3LHvE1rwGOCI/pI8U4Xz6DJnHQxkmqVKBHzSdtk6kOsw6Hr3jP+xXsN1/LfE8ZQZ+ GCiFpPh9zNScUZgWAuXEp+I3SEy6tcOyoVZttzqnSYn1HV6YL10plLxSH6uvKwANeivA06A8Pfuv 8dFAAbPksGWflk8UmrBVXI80KYybgMBeJgUOaEJVJ/ZLYW47MlVOoxl2TPhWqQnoDm+E7pFRAp9H 8vwnNahriO2goRYNVgGPv8ovURXcIAsB7ZGbShNj5ZxrsGTYMOIlJoVdnVcpxg+73rcSh++oz8AS B7xpxStrMdFOWjRoMaE3oN8gCfCZ8VEbBv7l9SLGykjeCHMI+D7oLfCcMQVw7DKPf/tdTl2KT8vy oVQrHOQupwZA7BLYDX+aoL54uSqNX/I8+2KMXxDWR/UJscFxLXiQxh6bCauKsfYIkTqITeINEFK3 4f/2BsiBKYGCzLlqGNUM5Q2XgnKPLQXUVe4pP6azLqiGN0eFN00pvK0iuJDEeK27ypvUpYzx7urq xrMk/0Ns/rzlJYaizSiaieqduLRBmWaihqZNE+RgjFHEdElzvkz5JB6q/ArcjGZXaV0OeX6TT804 nUeLOI3LCKU1I+y+ckzfNEKZaVgAUI33SlYGXl+gsiJNVzyJKeF3RZo+VY/DR1SaPv0HAAD//wMA UEsDBBQABgAIAAAAIQD5XQiX4QoAAM6GAAAWAAAAcHB0L3NsaWRlcy9zbGlkZTUwLnhtbOxdW3Oj OBZ+36r9DxTvM+EOdrUz1Z3uZLdqpqcrydQ+K4bY1GJgQbn9+/mOBALHJPEtiTetfkjbWBykg6Tz nYvO+fTb/SIzbpOqTot8Ytq/WqaR5NMiTvPZxPzr8vSXyDRqzvKYZUWeTMyHpDZ/O/7nPz6V4zqL Ddyd12M2Meecl+Ojo3o6Txas/rUokxy/XRfVgnF8rWZHccXuQHWRHTmWFRwtWJqbzf3VOvcX19fp NPlaTG8WSc4lkSrJGEfP63la1i21ch1qZZXUICPuXurSMUY2vchi+r8uL6skoU/57VlVXpQ/KvHz 99sflZHG4Jdp5GwBtphHzQ9NM/E1RzN8OHp0+6ylxMb319Xi+BMbY2zG/cQE8x/oL25i4+SeG1N5 cdpdnc7/HGg7nX8baH3UPgA9UA+lUckRrQ7Ha4dzmfIsMWw1KtmU4dbfi+l/ayMvME4avhze9Ptt S4zGTOTLucEfSnCGE6mmnfxR8KNtX4Ongln8/ksRP9DAr/C/uMjGWc0v+EOWCIag22wM4vgD9meM ZmiS//LXhWnEacUFj4x6wU+yhGEuN2zkx9+LOKkNPmfgJ8P8/AS+cLyWhliSxz9Yxc6fpEljZGM8 HR1ve4mPko1PM9MOW26eJ1OsoBlxNFhiqRh4f5b0uUIDfTQ/fMuyXLwkDNX2nCh0BbluqtiO7Xle YBo0YcLIj+xIcL4jVFY1P0uKhUEfJmaFnpn0IHb7e82bgTZN6HJdZGl8mmaZ+EJrOznJKuOWZRPz amaLW7ObxR9FLK8F1MPmkWIroOaCfT1KgndyltT0col2lp8n11hSmO+OoKruloTZdIrVKh9Yz1mc yMv0uOHnCYJE+Rq9V7QbAssDaWnL4Tft6dbk+hr8UTdbz3VM3qzuEE8u8u7mRZoX1RCBDKNqnizb i3nWMKabcO2yMCqenRRgP/YKlk/nBfbOKa+IxNByweoyWDbDclCNXpzvS2tIkM2NO8y4yLN9TK1F iY2vzmdyMEsTpJpdqelxKv61c6HfjKbeV1bP5SsUE6NpluX0uN5UwZf1aErGYw4TgeKGJ9XFPL4z rrKb6pyhv4GLqSL2iYnpBjRriH+CMTwzjarg/0n5/GLOaMtqXnT/yeIOeZ1l5ZzJvoeCjnx7TUfF ZFcdEN96fcM+0rFf/Cg2Nfln9VVVNJo1Nzv9osSutL8XBb4TT/lxVRR8U5mh38ae38bqshmSxjOC VhLdnLUoC3Due4vXnFYkn1XFTWlARGPxigZNc/G1L5F7ZARxOSkeyWU78FzLA3GIXRcyOIgeCebI Dx1/RS6zsUJzEOa+6wFrgwIke2B5ckfvgJ3j+qHnQ/iTbLdHThQ54iHYUmRvwA/Vwxad5AqXdTyw Ry0TerhE4ATBCIIgK1x4AZc81fsWwr7Yd8ArDUwg7H5qYKKlnYAT7wNLlLQzXvj3Vf6uBeLB4cgh gfi0euoAAEvbRU8MjJQ83EYMuE4QOT7UXkgo3w/tkSuFWCsGbFwLXLdRT73I9lvdrZWne5QCUqvz qQcQkT2dQquffS3+zdXP4V3+ioxJPTNOUkGvxZUBc47jfV1z83lEVM6EQTtOi50IDAoQ9QyGxPyV 60ZiSKwjAZcAsBqsuIKemuuK+CCGJAUVKFJiSCyUKDxgDOkoIN1tHs6yuXCFCxpDauPWNTZj6CbS 6vcaxq3h3WXYPKx19D3r6GtjyG8aQx6oLXJDDKlkYU8MOEoeagzZR1qtm4G2He3C2MmFMbzLP4J7 xjMYMgjeF0PCj9LHkG5nftsJQ/qwHLqRxJCeBQUMNkngsM5BeEh2SG9AAXV3U0C1HdLUu8vODtLh 3UVjyDdxj66NIU81hvwQGNJTMVQdhoRoaG0qGkNqDAmjXBt3tb8wmOFdfgMMGUXviyHhTu5jSKyj ds3shCHhWQ4C6cr24NamcLLDhZAD+qeEvNqVjfhEHWPXhCoeiJNDQ8jDgpBnGkJ+DAip4tZ7EFL4 nrcWA8KVHUhLyqAr2w19O4KYFJHW2pW9HKUNwACf+4ePpF4PQg64sKN3dWCrcwnSge2JUMPdgyCd EGGLiOgQ0R+IZAoen044KOOjQs+9LUMEi2y9ZWjjozY+7n46Y3hP0cjxsJDjvzRy/BjIUcnCnhgQ Bo+txYAOglRn/vQZvM0Odm1gfPTf2YGNkypLxsc9HaTxcE4G0LGJILas0DpkB/bAQRoc4WmtsNt4 LjSG1BhSY0hpPuiF7LdHsf8fzveu7cD+t8aQHwJDkslDysIehtwtjkljSI0hl9OeDORxGLYUbIAh o3c+SKPgk7RDysNge7BD2p5rW/IotY0kKCN5TvowgyD9gYM0fufJ1xiSDk3pLDGm9mDHpFjBq/Qz 5IhZG0N+1hjyY2DIgUAmiIZdTAkaQ2oM+foY0n3nIEhbKV8NiOzCPnaKgvRghfRGcBIjlQES+ri2 zNx3oCBSHSfqNFBkCtpl99CGSG2I1IbIn8MQ+UWDyI8BIgdimvzdYpo0iNQg8vVBZOi870kaWx1B a0BkFwGyE4j0EREp0jETiMRZGgoYhkg5UBCpXPo9ENm59bUlUlsiRboYbYnUlkgJGAf+nqwZ2K7i WWk3zHR6cUr8ibAn4sbe04tvltLHV165nhjYLahJg0gNIl8fRDrW64LIpzOpBgNLJthtydBRGacp 9OFblh0Ka14HHJEf0keKcHH6DJnHIxkmqVKB7zWdtk6keph1PHaO/7BfwXb/cvpUW0U8SGUr3JPF 3kW+K1oHwmIPk70vTR/dmrHRwA/hL6Ajm5Rj3xFrtJeEH6vKCxsK+BzKk3HUoK2uRMkRRs2660io ddemkW0O3jeVCEh1IuWhS8HvDhw7kKfltj528FTf29zLL/T8FXYMoeuCNb04Tsr9qbMStAWUtCb1 s2tS3wx9kAwbMrTBw6vKtJnahAyOK0HA2OV3ccEGnjMi9/ZTxkMPIDEE9CRx9jYYsC1Upnf0Q6nl tjMGfO1k+k9rTa7CgefpbM6Nz1VV3BnuFrGvVL0NxQKA+WxvFAojSlNP00H0L6omyTVkhS7KJi0b 4MOR45DFQ9RUClCCSSxZhedWURF1VfRUPGatqon9MnKnp8LOs+JX1sCon+XuzYFRV1xsqayofE2D BSPW0HNUSN9+9RxMWNsOEfFDciGMUAdULJmD1HO8gcCkXrqRbXxKWs9pK6rq09Wbna5WPoelojLa AfEGRSC0ngMj7ofQc6hE5cphR63n6JrVhGDJyUOGzgNM1vvaIUbP6Dmdd6iv52zhH2r0nNCzbAeK P0muVs+xQhi/G8t1GNgjmLmXAo2CEYzfAKRCz4FVQR4x3K+e81ztUm0xOBSLwTaqztOTG/OoEQeX cDR8Ke6N3ilegvcG7QWoe9ao9f3Kyq1bRHoE2irGak5TbfUI+jrpOYOJqG3Yv9wI8ogmdeChsGRr n9qymmRenKZZRkpf56ZY2cruKlZOzPp/N6xKUDeeZyeykg2txrr8fMNBhEvF8aqIH2Spv6zmF8se 8GHDzTBEFSuZH3822FVdVFe1weeJMZ2zfJZsGm4jOzao0YpBX1YJdnB8nF5ksfBZZdUfrPzzVvR3 wWqeVNA/cKlM85lk1bRrgq0/XeAHIQRyka2jHJcMN4PiZW6ksSzzeAN7b5rHyXWap5zYmNScVTDi 5MltUmFKFXFy+VAmE5MvzlF9nTYzdEpQwv9ckqZPzePwsUaH/wYAAP//AwBQSwMEFAAGAAgAAAAh AN2aJdi7DAAAVZgAABYAAABwcHQvc2xpZGVzL3NsaWRlMzEueG1s7F1bc9u6EX7vTP8DRw99Syxe RamxzyRO4mbmJCeNfaYPdR9oCrbYUiQL0rf++n4LECAlU7YiypGOgzw4EkWCwGKx++1isfvml7t5 at0wXiZ5djiwXw8HFsvifJpkV4eD388+vgoHVllF2TRK84wdDu5ZOfjl6M9/elNMynRq4emsnESH g1lVFZODgzKesXlUvs4LluG3y5zPowpf+dXBlEe3aHWeHjjDYXAwj5JsUD/P13k+v7xMYvY+j6/n LKtkI5ylUYWel7OkKFVrxTqtFZyVaEY8vdClI4wsPk2n9H9ZnHHG6FN2c8KL0+IrFz9/ufnKrWQK eg2sLJqDLIOD+of6NvE1w234cLD0+JVqKZrcXfL50ZtogrFZd4cDEP+e/uKhaMLuKiuWF+Pmajz7 rePeePah4+4D9QL0QL+URiVH9HA4nhrOWVKlzLL1qOStER79NY//U1pZjnHS8OXw4i83qjEaMzVf zKzqvgBlKmqqvk/+KOih7i9BU0Gs6u5dPr2ngV/gf3ExmqRldVrdp0wQBN2OJmgcf0D+NCIOZdmr 308H1jThlaCRVc6r45RF4OWajNXRl3zKSquaRaBnBP58A7pUmJa6MZZNv0Y8+rayTRpjNMHb0XHV S3yUZFxNTHukqPmNxVhBV0TRYIGkYuBtLmlThQa6xB/+cDh0MUkYqu054cgVzTWsYju253nBwCKG GYV+aIeC8k1DBS+rE5bPLfpwOODo2YBeFN38Wlb1QOtb6HKZp8n0Y5Km4gutbXaccusmSg8HF1e2 eDS9nn/Op/JaQD2sXylEAd0uyNdqSdBOcklJk0ttp9k3doklBX53RKv6adlwFMdYrfKF5SyaMnmZ Xtf9PtEgtXyJ3uu26wYWB6LalsOv76dH2eUl6KMfHj7WMfmwfkK8Oc+ah+dJlvOuBlKMqn6zvF/w WU2YhuHUsrB4lR7nID9kRZTFsxyyM644NdG1XLC6rCi9wnLQNz3J7wtrSDSbWbfguNCzfbDWvIDg K7MrOZgFBuFXF5o9Pop/ihfatxHrvY/KmZxCwRj1bWlGr2uxCr6s16YkPHiYGsivK8ZPZ9Nb6yK9 5t8i9DdwwSpCThwO3IC4hugnCFOlA4vn1T+SanY6i0hk1RPdfrN4Ql6P0mIWyb6PRDty9uqOCmbX HRDfWn2DHGnIL34UQk3+eThVnEazprAzEyWk0vYmCnQnmlZHPM+r79UZZja2PBsPl02XNr4iaCXR zYlCWYBzXxRec5RKPuH5dWFBRWPxihvq28XXtkZuNSMal0yxpJftwHOHHhqH2nWhg4NwSTGH/sjx H+jlaKLRHJS573rA2mgBmj0YelKiN8DOcf2R50P5k263x04YOuIlECmyN6CH7qFCJ5nGZQ0N7LEi QguXCJwgCEEQ5AEVnsAlq3qvIOyTfQe8MsAEyu6nBiZG2wk4sRtYorWd9cS/9/J3oxD3Dkd2KcTV 5qkDACx9Fy01MNb6cBM14DpB6Pgwe6GhfH9kj12pxJQasHEtcN3aPPVC21e2m9KnW9QC0qrzqQdQ kS2bwpifbSv+h5uf3VL+gpxJLTcO47BrcaXDneN479cUPkuNSk7o9OMo7ERgUICoRzAk+FeuG4kh sY4EXALAqrHiA/RUX9eNd2JIMlCBIiWGxEIJR3uMIR0NpBvh4Sy6Cx9QwWBI49y6hDCGbSK9fs/h 3OqWLt3uYWOjb9lGXxtDfjAYck99kd+JIbUubKkBR+tDgyHbSEttM5DYMVsYvbYwuqX8EtyzHsGQ QbBbDIl9lDaGdBv3Wy8M6cNz6IYSQ3pDGGDwSQKHNRuE++SH9DoMULefAWr8kAMjXXpvkHZLF4Mh f8j26NoY8qPBkC8CQ3o6hqrBkFANyqeyMYYMpBrs9EO6I98O4cIQYTLGD7kYYgPKw2H64sNguqX8 Mobs8D+Go526H7GL3IaOWD5qqfSCjthQDgK5g+1hN5uiyPYXOXaYnRLpmh1shCWa0Lo6QnFP9jYM ctwv5HhikOPLQI46XL2FHMWW88ZqQOxgG+RIAMcEUH9fVO46yHGnwFEfR5D71p6IMOwf++iMEK2I QA4R9IEApmD5UMJe+Rw1em6JDBEjsrHIMD5H43Psfyij2xo1yHG/kOPfDHJ8GchR68KWGhAOj43V gIl91Ef9DHLshxwf2bf2d7xvjQMqC87HLZ2f8XA8BtCxDhweDkfDfd637jg/g5M7ygu7yYaFwZAG QxoMKTeeWpH66gT2H+FY79r71p8MhnwRGJJcHlIXtjBkv/Al4300GHIx20lH+oZuT8E63kd3p+5H jZqk+1Ee/dqC+9H2XHsoD07bSHkylqei9zPk0e84NuM3G/gGOtIRKZMTZmA2rqdkT4ldKBHQ2k4f 8+IywqwNHd8a6PgyoGNH/BJUQx8PgnE/Gui4Jej4iPvRDXd7bMbWNlcNIptoj17Bjx6cj94Ye8NI XID0Pa4t8/TtKYjUh4cawxN5gfpID+N/NP5H43/8OfyP7wyIfBkgsiOUye8XymRApAGRzw8iR86O QaQ+cFaDyCbwoxeI9BEIKZIvE4jEERo6YQaVsqcgUu/kt0Bks5tvPJHGEymSwxhPpPFESsDY8fd4 zQ0lHcZK0jA1ycQpzSeinYgaW08m/n0JfHy9K9dSA/1imQyINCDy+UGkM3xeELk6b2rQsWSCfkuG Tsg4dVkPfzi0R8Kb1wBHZIP0kRBcpCtAnvFQRkdid8ykTdW1M2SVDwG3X2TVjvXCPh7x3dvP4Lt/ LM084hoexEe1gj42sTBc5Cgg17w4agYLCxbXooVlFgotAJNF/mHNlOX4qEcWynPE2D+dVTjQh5ml VyLY0tYW8nHbVCeK1oyNFeOMl9aMqF0BjSO0S4CaUcgCItwWujaFqCpl1/oJwJXCreo7VNWxFY1o FaXyK8vUFEUSy/zKX5NYXmmqUwR6dws/VtecWdgsR/2umB8OjifnqvxbieJHU+uUVRVKypXnRTW7 vmC8Okd5sihtrp+xeZHziN9bnzLUBMpYZaGaFSvPj1FrCQWlXn/64J9/OhmN//7W/nr++fjfQw9F joa0Hzj8p/2v1wXKHGGoIkyt7ixKVSSxqoJ2PENdL/a2LFAnSuSrzvL6Euf57YxF05IuowlQgAap BtwuMaIvXqRJge6JYlv02eITNr9gKF/EP00pXREK8VWoT1TwJKvkFJQ8JuQupqOsOKviGYkAmb1H XMcc6B/QieYdJLxRcujiFtW70Gh0XeXCJFGgoq5Jt3L2VVb3wHMoz6DkH/mZxrsxOslyooEkGfVQ 0A40Fx6ZurgLaQ81LbISX6Dd4Wfo2Lv8zgInoRF9oMui0m3IwFyH27UnQLUm39Z0XFGgVd3FdmiF iPRUDT5bKLsG3rGxT71lEnTkSr7lEUrwlf+9jjhDBStdFkyogOItpvNjUpd0kxX16Id1C+qV/4MT k4zUVk72jlxIlnV24Fiv/nJV/dU6W9Mb0NG0JFbvzOyBPtZXy9AteXY9cLWtAHoAMC7xfosBKPCU AsIpoVinDHWQjTMY4Q5yDosT8w9laHcjeiF9hwzVzl2IFiNDdy9DV87+fslQ4k95pEHL0MUDDZvL UAd2LUEP4n8XayGUIrK1hIBNXCorQEvop5OhrpKhB87OpehIG25SioIrlB7ttT/25CIQ4fv7I0VH OljfSNG9QKJPMtB+INGRju5VUhScpFYQQU0jRZ8Jie6VFF2y58EVigd6SdEnzbEVpnir1uTKJppi kysa2QCLjow9b+z5Dex5VL9awqLgJLWC+klRwdzksQDSNPZ8hNrgtT+jOoI9L4z53YPQJVNeFkPr f1xUVOfFtgHNvYc64P7ycdF9A6F6t9GAUANCpYMSjqAn3aGU3X7RlA8XzxkbEPpMINTXpry3cyka avAlTfmwOSbUC4S6Y2c89Gtvjo0NJnjfoZtb3pxuX2YLhK405logtLuRDUBoaByi+wVCV87+fjlE x9oVpkz5ceMM6wdCjUMUCAz+5hWbSp6WoutmLXm+baXxkikvy1r3x6KBg61m2nkHJRwcO/XlKc69 laJjrU0MFjVYdH0sSgerF7EoOGk7pryRon8cKbpk0YMrFA/0wqLCg0OJlciihxQN7eUAp24YuSss alNQhVwORowaMbq+GLWHD9Ao8ZJaRAaOTu8pKOxZYpx+HByFc6cszjhjMmTwNJ2KGLaUf46K327E +OZRiVjGY3GpQPgjOABPxc0tCBZL5viBnqwykT0VLqNIRsydZVaCiELw0vQaMZVJNmWXSZZUFEPG EGDIEciYsRvGIaUQGHh2XyA4sJp/y3MRckjOJ2oJ/9dN06f6dfhYosP/BwAA//8DAFBLAwQUAAYA CAAAACEA5jr1pL8NAACMogAAFgAAAHBwdC9zbGlkZXMvc2xpZGUzMC54bWzsXVt3m8oVfu9a/Q9U D31LzF2gxjkrcU7crJXkuLHP6kPdByxhSS0CzoBv/fX99gwzIBnJspEj4owfbBnBMGz25duXmf3m l9tFYlzHrJhn6eHAem0OjDgdZ5N5Oj0c/H728VUwMIoySidRkqXx4eAuLga/vP3zn97koyKZGLg6 LUbR4WBWlvno4KAYz+JFVLzO8jjFd5cZW0Ql/mXTgwmLbjDqIjmwTdM/WETzdFBdz7a5Pru8nI/j D9n4ahGnpRiExUlUYubFbJ4XcrR8m9FyFhcYhl+9NKW3eLLxaTKhv0V+xuKYPqXXxyw/zU8Y//rr 9Qkz5hPQa2Ck0QJkGRxUX1Sn8X9TnIYPByuXT+VI0ej2ki3evolGeDbj9nAA4t/Rb1wUjeLb0hiL g+P66Hj2W8u549mvLWcfyBtgBuqm9FTiie4/jisf52xeJrFhqacSp0a49HM2/m9hpBmekx5fPN74 67UcjJ6Zhs9nRnmXgzIlDVWdJ77k9JDnF6ApJ1Z5+z6b3NGDX+AvPxiNkqI8Le+SmBME045GGBy/ QP4kIg6N01e/nw6MyZyVnEZGsSiPkjgCL1dkLN9+zSZxYZSzCPSMwJ9vQJcSr6UaLE4nJxGLvq0d k54xGuHumLicJT4KMq4npjWU1PwWjyFBU6Kov0RS/uBNLmlShR50hT880zQdvCQ8quXawdDhw9Ws YtmW67r+wCCGGQZeYAWc8vVAOSvK4zhbGPThcMAwswHdKLr+XJTVg1an0OEiS+aTj/Mk4f+QbMdH CTOuo+RwcDG1+KXJ1eJLNhHHfJphdUuuCuh0Tr7GSJx2gksKerk0dpJ+iy8hUuB3m4+qrhYDR+Mx pFXcsJhFk1gcptu1348PSCNfYvZq7GqA5QeRY4vHr86nS+PLS9BHXWxumpi4WF3B75yl9cWLeZqx tgESPFV1Z3E+57OKMDXDSbEwWJkcZSA/dEWUjmcZdOe4ZDREm7hAuowomUIc1EkP8vuSDPFhU+MG HBe4lgfWWuRQfEU6FQ+zxCBseqHY4yP/kbzQPI1Y70NUzMQr5IxRnZakdLsGq+Cf7cYUhAcP0wDZ VRmz09nkxrhIrti3CPP1HbAK1xOHA8cnriH6ccKUycBgWfnPeTk7nUWksqoX3bwzv0Icj5J8Fom5 D/k44u1VE+XMribA/2vMDXqkJj//kis18ev+q2L0NFsqO/2iuFba3YsC3Ymm5VuWZeVjbYZ+Gzt+ G/fFps0aTwlaCXRzLFEW4NxXiddsaZKPWXaVGzDREF5+QnU6/7dpkRvD8MEFU6zYZct3HdPF4DC7 DmywH6wY5sAb2t49uxyNFJqDMfccF1gbI8Cy+6YrNHoN7GzHG7oejD/Zdiu0g8DmN4FKEbMBPdQM JTpJFS6raWCFkggNXMJxAicEQZB7VHgAl6ybvYSwD84d8EoDExi7nxqYaGvH4cR+YImydsYDPx/E 99og9g5HthnE9e6pDQAsYhcNMxAqe/gUM+DYfmB7cHthoTxvaIWOMGLSDFg45jtO5Z66geVJ303a 0x1aAeHVeTQDmMiGT6Hdz6YX/93dz3Ytf0HBpEYYJ2bwa3GkJZxjux+2VD4rgwpOaI3jSOxEYJCD qA0YEvwr5EZgSMgRh0sAWBVWvIeequNq8FYMSQ4qUKTAkBCUYNhjDGkrIF0rD3s5XHiPChpD6uDW JZQxfBMR9XuO4Fa7dmkPD2sffcc++tYY8leNIXsai3wkhlS2sGEGbGUPNYZsIi2ZZiC1o1MYnVIY 7Vp+Be4ZGzCk7+8XQyKP0sSQTh1+64QhPUQOnUBgSNeEA4aYJHBYnSDsUxzSbXFAnW4OqI5DDrR2 6ZwgbdcuGkN+l/To1hjyo8aQLwJDuqqGqsaQMA0ypvJkDOkLM9gah3SGnhUghMHLZHQccrnEBpRH wPTFl8G0a/lVDNkSfwyGew0/IovchI4QHykqnaAjEsq+LzLYLrLZVEXWX+TY4nYKpKsz2ChL1KV1 VYViT3IbGjn2Czkea+T4MpCjKldvIEeecn6yGeAZbI0cCeDoAurHVeVugxz3ChzVcgSRt3Z5hWH3 2kd7iGpFFHLwog8UMPmrixJ6FXNU6LmhMniNyJNVho456phj90UZ7d6oRo79Qo5/18jxZSBHZQsb ZoAHPJ5sBjRyVEv9NHLcOXL0vL1CR6xLWYo57mjZjItVMUCMVb2waQ7NPqerW5bNYMGODL4+JU+h oaOGjho6inxTo0BfLrz+EVbzbp2u/qSh44uAjhTpELawAR27VS1p6Kih4/ImJy27NrQHCLYJOjp7 hY4KNYmoo1jxtYOoo+U6linWS1vY6SQUi6H7WenotayW8eq8vYaOtDJKbwUz0PnqCflTPPnE61ib u8a8uI1gtoaO7zR0fBnQsaVsCaahSwRBr7jW0HFH0HHDahkn2O9qGUv5XBWIrIs8OtU8ugg+uiFS wtivALv2OJbYnq+nIFKtGaodT2wH1EV76Pijjj/q+OPPEX98r0HkywCRLRVMXrcKJg0iNYh8fhA5 tPcMItU6swpE1vUenUCkh/pHvucygUisnKGFZTApPQWRKpPfAJF1Nl9HInUkku8JoyOROhIpAGPL 76MtE0qqepW0YaL3EKfdPVHtRNTY+R7ij9u3x1NZuYYZ6FbLpEGkBpHPDyJt83lB5PrtUv0WkfG7 iQwtjLGrbh6eaVpDHs2rgSM2gfSwDzjfpQDbiweiOhLZMb1bqmqZIZp7cLj9Ipt1bFf2sSF2bz1D 7H7T7vJ+S5IL+wp0CVNDCkzLF2F6scMVlzstKLJjju5qU7VyQkp9uS/Uan3UBkEJd29ZNsqJWrz8 IbtJjXeMZTcGhOfRgkK9ayh9NcQizJCDy6qZmG+G6Ngj7IvjhqElxLAWG57yquyL79rVZnHr7csE E+XzFBD28R2jxA6IXBngLo2KX9oTVm9bIRtrfXfnu+6tsiQ9IjHSul/2Rs5uSVT63RKV6N40DF0g MMTYHBdRNrHwombl7w+VNBeLbm396WvWGSo9h3OxUVBUKqdpAp6Qy1lrAhzX82xYBZIb18VKffQg WopN78kE6K4MfROeHZuAlvW1APCPxjbk11Voxhla7hB7VnBWdjwP/S+XWfn7mwDNxX3j4s4m4Dn2 hd5oAlQ+znt1ks3T0jgtI2b43VJyPlKSSEuKujZs7BeiZ+yS2rcgTJ5VbYDJ3euQu9TrsT9aQDNP 4/6qRe0L6QTbLi4qbdPWfOdzVpRL6R+wjFjtTrp663VLG+/xF/ws3QM4v1OP5ukDXSFp38vm+na/ XpvTqTQAvbAs6tFMNsuCC2MLKavdFt43EmFfHuL10a9ZuuiqLyTv6Fw58RayR7TmiYty3RhyzSBK luFccwKIbSHz+Vj0NjqZj8WRujPkUNXZ4svyisUGgnnonT1mh4Oj0blsvV6g8fDEOI3LEu3ci/O8 nF1dxKw8R2vwKKmPn8WLPGMRuzM+pejHm8algU7ScXF+hD7HaOb8+tOv3vmn42H4j3fWyfmXo/+Y LhoMm1SUa/7L+vfrHC2GJWKoJgsOm49lB/KjGXpqx++KHD2aea+oNKsOUSxlFkeTgg5jCFCAHlI+ cLO9pzp4kcxzTI83uqbPBhvFi4sYrYPZpwlpSmjAEr2BcwYtLV5BwcaUPuOvoyhZXI5nJARi51x+ nKIc8gtMor6HiHcYFzfonI1Bo6sy48pVRvYr0LP27cuOalXYRvDPFiEc9kC/7zQjGgiSiYgMpg2a 87IIyDl1sqciEfrU4BtVWnOGib3Pbg1wknx1dLpBbdPR/aiSq+YLkKOJu9W5DUmBRmdVyyYJ4SM3 RAgujGp5Dt6xUCxO869HemRPufskaOlTdMOiHE2w/7iKWIzu0aolN73/In+H1/lxXrVTF93s6Ytt m9kX/0M8jzLFjX5oLfsQG8bZgW28+uu0/JtxtqW+bBlaEKs1yiM1B73th3TocEWHDnekQ+G2hpbM kvnIiImkW4MBaPUnrcqmzbxbdaiNThg+6TacIHaru69D2wdRXCQpsYUOVfkPqBatQ/evQ9e+/Z7p UKAAgUGUDl1OBjxdh9qeaRL0IP53IAuBUJENEQI2cailH4nQT6dDHalDD+z9a1EVOxdFqqIkYAfL 5depQCkEfA19j7SoCiBpLdoLJPqDaFHqfbWiRZf3ZtFa9JmQaJ+0aKAwmNCioiK/uxZ90B1b44pH o/3484FKMGkt2gst+iAD9cOfD1Sto8SiAfeYuARpf35yR27gc/jz3JnfOwgNV1z5cEeuPI/f0F5I 5GUgbBNYlR/eUxAaKjCu1Wcv1OcPAkJpR4llEApO2k04VLvy0B3A+GvCoa5y5bfd9O75AqKhcmEF CAVXSB7olFRyQjs0vSqag0TuUBRWNKI57bHMBghdK0eNpFL7IE8IiFLgSUiD1qJai4o0zzZJpfAe CBXZ0x2AUK1Ffxgtipy3VB+VGq3jOZ3UqG8j10ypd5DCBhj1xF5KvVWjlqmSrFqPaj26vR61sGxw BY4SL0ks0s2d15q0J5oUFrXIz1gci2qX02TCSzQS9iXKf7vm4YpFVKAM54gfylG5Q4l/GNP6FNQ5 zFHOP6Ury5Tvvo/ij0gUe5ylKPbkZTaTK5QDzdNJfDlP5yWVP8RUHYganDS+jhmYDTUtZ3c56lrK xbcs49UyZPFpJPythqZP1e3wscCE/w8AAP//AwBQSwMEFAAGAAgAAAAhAILf1gifDAAA144AABYA AABwcHQvc2xpZGVzL3NsaWRlMjkueG1s7F1dc9u6EX3vTP8Dhw99S8xvUWrsO4lz7WbmJjeNfacP dR9oCpbYUiQL0l/99T0LkCAlUbYsybHiIA+ORJFLcLnYPThYYN/9cjdLjRvGyyTPDk37rWUaLIvz cZJNDs0/zk/ehKZRVlE2jtI8Y4fmPSvNX47+/Kd3xahMxwauzspRdGhOq6oYHRyU8ZTNovJtXrAM v13lfBZV+MonB2Me3ULqLD1wLCs4mEVJZtbX83Wuz6+ukph9zOPrGcsqKYSzNKrQ8nKaFGUjrVhH WsFZCTHi6rkmHeHJ4rN0TP+XxTlnjD5lN6e8OCu+cvHzl5uv3EjG0JdpZNEMajEP6h/q08TXDKfh w8HC5ZNGUjS6u+Kzo3fRCM9m3B2aUP49/cVF0YjdVUYsD8bt0Xj6e8+58fTXnrMPmhugBeqm9FTy iZYfx2se5zypUmbY6qnkqREu/S2P/1MaWY7npMeXjxd/uWmE0TOT+GJqVPcFNFORqPo8+aPQR3N+ CZ0KZVV3H/LxPT34Jf4XB6NRWlZn1X3KhELQ7GgE4fgD9acRWSjL3vxxZhrjhFdCR0Y5q45TFsGW azVWR1/yMSuNahpBnxHs8x30UuG11MJYNv4a8ejbSpn0jNEId0fDm1bio1TjamXag0ab31iMHjQh jQZzKhUP3rWSrlboQRfsw7csy8VLwqPanhMOXCGuNRXbsT3PC0yDDGYQ+qEdCs23ggpeVqcsnxn0 4dDkaJlJN4pufiur+kHrU+hwmafJ+CRJU/GF+jY7TrlxE6WH5uXEFpem17PP+VgeC6iF9S2FK6DT hfo6koTupJWU9HJJdpp9Y1foUrB3R0hVV0vBURyjt8obltNozORhul3//YRAknyF1ivZtYD5B2lk y8evz6dL2dUV9KMuth5qmLxYXSHunGftxbMky3mfgBRPVd9Zni/srFZMa3BNtzB4lR7nUD98RZTF 0xy+M644iejrLuhdRpRO0B3USY/a+1wfEmIz4xYWF3q2D9OaFXB8ZTaRDzNnIHxyqczjRPxrbKF7 Gpnex6icylcoDKM+Lc3odh1TwZf1ZErFw4ZJQH5dMX42Hd8al+k1/xahvYELUxF+4tB0A7Ia0p9Q TJWaBs+rfyTV9GwakcuqX3T3zuIKeTxKi2kk2z4QcuTbqxsqjF01QHzrtA1+pFW/+FE4Nfln+VVx epo1nZ1+UcIr7e5FQe+k0+qI53n11Jih38aO38Zyt+mLxhOCVhLdnDYoC3DuS4PXnCYkn/L8ujAQ otF5xQn16eJrNyJ3xAjh0igW4rIdeK7lQTjCrosYHIQLgTn0B46/FJejkUJzCOa+6wFrQwIie2B5 0qO3wM5x/YHnI/hTbLeHThg64iZwKbI10IdqYYNOMoXLWh3Yw0YJHVwicIJQBEGQJS08gktWtb6B sI+2HfBKAxMEu58amOhoJ+DEy8ASFe2MR/59lL/rgLh3OLIvIK4enjoAwJK76ISBoYqHm4QB1wlC x8ewFxHK9wf20JVBrAkDNo4FrlsPT73Q9puxWxNPdxgF5KjOpxYgRHbGFHr42R3Ff/fhZ7+XvyQy qUPjMI5xLY700DmO93FN57MgVFpCL4/TYCcCgwJEPYAhYb+y30gMiX4k4BIAVo0Vl9BTfVwJ78WQ NEAFipQYEh0lHOwxhnQUkG6dhzNPFy5pQWNITW5dwRljbCJZv+cgt/q9Sz89rMfoOx6jr40hf9UY ck+5yCdiSBULO2HAUfFwYwwZyDDYiyHdgW+HCD9iikNjyPnpEQlxXv0URr+XX4B7fdgx8F8UOmL6 pAsd3ZZ12wo6+iAM3VD2Gc/CuAtUJCyhnRfcJ/rR6xl3utuNOzX9aNLb1vOiW82L9jsVDR2/y6zo 2tDxREPHVwEdPZU61UJHhAbBGtTpRE9lEAT9qKEjIRyd/fK0lIo1oGM4eFHoiMnjLnRE92m6ylbQ EfPIQSAnrj1MYlPy2P4ix57RpkS6euIa2Yg6o65OTNyTKQ2NHPcLOZ5q5Pg6kKPKUu8gRzHTvHEY 0MhR5Wlr5Lh75PiiwFGtQpDT1Z5ILNw+5dEZIEkR+Rsi1wN5S8HiWoS94hwVeu64DJEasrHL0Jyj 5hy3X4uhOccfIeXxbxo5vg7kqGJhJwwIwmPjMKCRo0aO8wtUe1bc9Xv5NThH/2Wnq7EcZY5z3NFq GQ+LYeD26zRhyxpY+zxd3bNaBut0GvJ1kxQXDR01dNTQET1oPi+/WW/9IyziXXu6+pOGjq8COhLT IWNhBzpul7WkoaOGjs8HHUP3RVlHhZok6ygXeu2AdbQ917bkMmkbG5wM5Rro/cx09HsWyfjtvL2G jrQgSu8AY+r56jGNp0Takshj7W4W8+r2f1kbOr7X0PF1QMeetCWEhm0YBAEd9UJr6TKwPxd5Db3P 18I+X+uxjg8stHbDl11obasxVw0i2ySPrXIePZCP3hBTwtimAJv1uLbclW9PQaRaM9QOPLEL0Dbe Q/OPmn/U/OPPwT9+0CDydYDIngwmf7sMJg0iNf+4I/7xARA5cF4YRKp1ZjWIbPM9tgKRPvIfxVbL BCKxcob2JEBI2VMQqWbyOyCync3XTKRmIsVWMJqJ1EykBIw9f4/XnFBS657IG6Z663DKcEW2E2lj 51uHP227Hl/NynXCwHa5THoSW4PIHYHInq0e7eGaPmchl1KO7R/d6XH15qhBT08JtusptB7GqWt3 +JZlDwSJ1+JFbPnoY9dvsa8VNhMPZVIkJsX03qiqQIYs5SFQ9qsszbE1ZW8/A2X/0F7ytOe9TIv6 mN9mxnvO81ujszfB2iMLqsCBDV+x7anlYT8CesV1TSTfsbE1PlhwGmiF2N3KE7RH23EEhV93nMBz 6s2vVnecMVoqGipD8tML3+idhX+owjYPBIMHTVtNvHRNe4OZF2nasGIslxx2LRshwArqeSh3OBw6 jogw2rL1VO7CVG5b/GSu7Nmmlt3DBnlbskEY4TguqDY4aRdJeb6t0Y224gUr3hrdPMfO7w+FACRr LqObTirrE9FNTwjwHM+2kMMqwM3QGQS+DgE6m2fUs4ZwtyGA6kgtLmfw2/SatQ27g9M9DGr9QIYA J/S9odxpokUzeoBL2tIlnpYLGi6wN8Z3nk58vORHoLqLnEQM2q6y1SQiiuXYVMSV3L+N+m7OcMH9 i8JyYIoEKxSgoCvGxmKWURWOEyVfgbaECKAwWh1Rn9GUBF4hRI2Qm+IncgO5Ioll8ZOvSSyPtKXj ArWAHj9W15wZyG1Fcd2YH5rHo4umNnOJyqRj44xVFeo9lxdFNb2+ZLy6QO3gKG2Pn7NZkfOI3xuf MhTszFhlnCQpKy+OMb5Etde3n371Lz6dDoZ/f29/vfh8/G/LQwVSi9L3rH/a/3pboAYpHlWsKqkb izpySdyUKD6eougue18WKOIqislkeX2IaIopi8YlHSYU3ZVB1Zrbus1KC5dpUqB5ohIufTb4iM0u GWqL8k9j2o8eVbIrFA8teJJV8hWUPCaiXbyOsuKsiqfkAiQwFMfxDtQPaER7D4IlqAd6eYvSuhAa XVe5GDo2ZGBNjqx8+03JpZoQkfazBjnCHykInOWkA6kyaqHQHXQuJlBBuJLyKHo0r0WWyR4oIHWO hn3I74zB/FavBtVVRnmUenVM9wU00uTdWjq00UCn9KKNuINdiaTyGw3M1USG7dhIK6X2t5KeWHRq WQU9hUxueYT62OV/ryPOUF5W1ewVIaB4j9d5ktT1lmW5a/ph3WrX5f9AhaETiMym1XWvDeP8wDHe /GVS/dU4X5NI7xEtlfUomT55pPTmQPkO6UNleaPtl4R5sGq7IdYDkOiSp29xh1gnRus3qWJErw91 wCoGsEiBwsW+Vss+lBabLQtRVrS+Dx0oXgmuRfvQl/ehK99+40H2xIeqDEDlQ+fz/zb3oQ6gO0EP sn8XfSGULrLThYBNXKr5RV3op/OhbuNDD5yX96KKu6u9aMvbbYdEV7nAphPsmxdVE7Tai+4FEv1B vChVyZHEh/Ki87s4aC/6TEh0n7xoqMYj0ovCKoByt8eijw7HVgzFO4XgV4poK8GvELIBFqU6arI3 aC+6F1505dtvwvB+YNFQLWluvKjMfhc9iAbsm3tRYdyUVkKUmB7PZ4dmzWdURxjPi8H8M4NQDGXL 4pwzJnmxs3QsXGPKP0fF7zdiEm8WlSDsjsWhAhyf5IPi9hQwIskMP9CVVSZ29CpGRSRpofPMSECb wQePr0EcJtmYXSVZUhFRwsCicbB1GbthHM4J7Nf5fQEGrJp9y3PBq6F9QhL+r0XTp/p21Hg0+P8A AAD//wMAUEsDBBQABgAIAAAAIQBxeEfZfgsAADZ+AAAWAAAAcHB0L3NsaWRlcy9zbGlkZTI4Lnht bOxdS3PbOBK+b9X+B5YOe0vMpyRrY08lTuJ11SSTiT21h/UeYJKWuEuRHBB+7a+frwEQpGTKli07 1nqQgyNRYANoAN0fGo3udz9dz3PnMuV1VhZ7A++tO3DSIi6TrJjuDX47+fxmPHBqwYqE5WWR7g1u 0nrw0/5f//KumtR54uDtop6wvcFMiGqys1PHs3TO6rdllRb47bzkcybwlU93Es6uQHWe7/iuO9yZ s6wY6Pf5Ou+X5+dZnH4s44t5WghFhKc5E2h5PcuquqFWrUOt4mkNMvLthSbto2fxcZ7Q/3V1wtOU PhWXh7w6rr5x+fPXy2/cyRLwa+AUbA62DHb0D7qY/FqgGD7sLL0+bSixyfU5n++/YxP0zbneG4D5 N/QXL7FJei2cWD2M26fx7JeesvHsU0/pnaYCtMBUSr1SPbrdnbDpzkkm8tTxTK9UUYZXfy7j/9ZO UaKf1H3VvfjrZUOM+kzkq5kjbipwRhApXU79KPnRlK/BU8kscf2hTG6o42f4Xz5kk7wWx+ImTyVD 0Gw2AXH8AftzRjM0Ld78djxwkowLySOnnouDPGWYy5qNYv9rmaS1I2YM/GSYn+/AF4Fh0cTSIvnG OPu+kib1kU1QOxretBIfFRtXM9MbNdz8nsZYQVPi6HCBpbLj3VnS5Qp1dGl+RK7rBhgkdNUL/fEo kOTaqeL5XhiGw4FDE2Y0jsbeWHK+JVTxWhym5dyhD3sDjpYNqCJ2+XMtdEd1EXpcl3mWfM7yXH6h tZ0e5Ny5ZPne4GzqyVfzi/mXMlHPhtRCXaUUBVRcsq9DSfJOzZKaBpdo58X39BxLCvPdl1TN24ow i2OsVlVhPWNJqh5Tdf31SYJE+RytN7Q1gcWONLRV93V5ejU9Pwd/zMvuXQ1TL5s3ZM1l0b48z4qS 9xHI0Stdsyov55lmTDvhmmXhcJEflGA/ZAUr4lkJ2RkLTiT6lgtWl8PyKZaDKXTvfF9YQ5Js4Vxh xo1DL8LUmlcQfHUxVZ1ZmCB8emamx2f5r5kL3WI09T6yeqaGUE4MXSwvqLrOVMGX9WgqxmMOE4Hy QqT8eJZcOWf5Bf/O0N5hgKki5cTeIBjSrCH+ScaIfODwUvwzE7PjGSORpQe6W7N8Qz1neTVjqu0j SUeNnm6onOymAfJbp22QIy375Y9SqKk/t4eKU2/WFHZ2oKRUerqBAt+Jp2Kfl6V4qM6wo/HEo3F7 2fRp4ylBK4VuDhuUBTj3tcFrfqOSD3l5UTlQ0Vi8soAuLr92NXKHjCSuJsWSXvaGYeCGIA61G0AH D8dLinkcjfzoll5mE4PmoMyjIATWBgVo9qEbKoneAjs/iEZhBOVPut3b9cdjX1YCkaJaA36YFjbo pDC4rOWBt9swoYNLJE6QjCAIcosL9+CSVa1vIOy9bQe8ssAEyu5PDUystpNw4mVgidF2zj3/Pqrf rULcOhzZpxBXb099AGBlu+iogV2jDx+jBgJ/CKUEutBQUTTydgOlxBo14AWjyBtDTcrtaTj2ombv 1ujTJ9QCalcXUQugIjt7Crv97O7if/j2s1/Kn5Ex6W4zjh+sKXOWaKkJ0Gu+aSATYUCJne6AjkGz XBR0xPKRKAm4SkPEW6BJPzfEe6Ej7UsBHhV0xJoZj7YYOvoGP7cyw1+0Et7igoWO1qZ1DhmMLYky 9j2HTatfqPRbhe3W/Im35mtDx08WOm6pCfKB0NHowo4a8I0+tNCxC7Ca0wUSO/bkYqOTi34pvwT3 Fk4vgEbIgjuMXhQ64tRE7bQUdAxaY9tG0DGCnTAYK+gYuthuwQIpO9zst7bJ6hj2bDeDzbab1uo4 sEJl4+PQfqFioeMPOQxdGzp+ttDxVUDH0HhMtdARqkFaDbQX0UMtCNbqaJxsrNPLwzwp1oCO49GL QkecGXehI5ZPs1Q2go44Ph4O1Xl1iLNr8hnbXuTYs9tUSNeeV8MJ0TrSaX/ELTnJsMhxu5DjoUWO rwM5Guf0DnKUB8yPVgMWOVrkuHi7oMddut8+sA5yfFHgaC4fKJtjKP0JN/d09EfwTYTbhnTxgLvS cPkKwlbZHA167ogM6RHyaJFhbY7W5rj5FYx+mWKR43Yhx39Y5Pg6kKPRhR01IA0ej1YDFjla5Ph8 yDF62eNq3EJZsDk+0SWZEHdggBi1d7DrjtxtPq7uuSSD6zmN8fUxLi4WOlroaKEjVtCiO35zzfr/ 4e7u2sfVRxY6vgroSJaO5Usy4WZeSxY6Wuj4fNBx/LKXZAxqUlZHdb/rCayOXhh4rrod7SGuya66 +twGPtkmq2PUc0kmas/tLXSkC1E28MvAnlcntJ8CGvwzhH1ZGzq+t9DxdUDHHrclqIZNLAgSOkaw Zq66X437o8MA9dr71Z04Zc0FHCVrXn14r/6zpeXz6pRzeeO6J1xeMP74oifXntlzaRDZOnls5PMY wvgY7uJIGKsHMXoCTwXj21IQae4MtWcWCP6zifSw9kdrf7T2R6UFOuFAXqX98YMFka8DRPZ4MEWb eTBZ+6O1Pz6f/XHkvSx2NNfLNHZs3Tw2wo4R3B5lYGXCjrgwQ1GsoEm2FDuaA/wOdmwP8a0B0hog ZQQYa4C0BkiFE3v+Hqwpx43TKknD3AYKpxCecHIibjx5oPCHRemJzGFcRw1s5sJksaPFjs+HHb3d NWXOkjFTbenvDfC4OhTqsGelDDdbKXQg7etMHZHreiNpu2vxIiz1EWJ8S0s9QoePlS+kieX9pPGw bSTU7UzEsbGl3nsGS/1dkeMDY5T+WF4VznvOyysH+WgebJWmfBs4fkC0UzdEGAJSljoDUoC9VYTo +dJIH4w9F2tzYaMlLfd64QxDX8e8Wr1wErRUNlSp5IenubGrZztXT5sQYiEV1B3K4M6pbQxt3an9 CEubmtq+N8Ityd3uzPbDKHJH6vDWj1zM8iUTgp3ZCJRrEzQBI/QnJHvszO65/aQu7T769pM/QooT T4WP8ZGtZKzAkkU3TQozO4t1bj14PS1IZ2cJujs/2A/h/jDvocE4T3xxHoif8vURsPGQysfflRuM ds3IHELYJsgtwRC5+wCMJPIxOYJkdj9PbypgZCCPWF2iyf64goiBR03AexU0qMpiFfD+WxarJ22W IHisas93/CgueOrArwh5FGP4jRxMTps0nDWS0CXOcSoEUnvWp5WYXZylXJwiTSTL2+cn6bwqOeM3 zlGB3GxFKhxkFUzr0wOACyT2e3v0KTo9Ohzt/vre+3b65eA/bohkcy65bLj/8v79tkK6OXRVSizd WGyRsrjJRnkwQ37F9H1dIV+f9GspSv2IMOosZUlNj0mEdmlQYs42RafhwlmeVWieTHpInx0+Sedn KdLI8aMEYi9GQlSBPHEVzwqhhqDmMVlZ5HDUgqcinhGqVd5G8jnGwPyARrR1ECzBMjm7QhZFEGUX opS4ocmJoZHxytFvor1qNKzmzxrImN+T+7EoiQeKZdRCyTvwXFrPdZItOktohkVlRKUMVerGxAka 9qG8dqLWf4eKO5RCU2p6OaDdAWioqdqavFZmb9DNsuX5tEJk4MDOEgKEMukvMXc8uBJR+1tKD8wv cpsFPcHrrzhDKtT69wvGU2QSNOkZafzr6j2G83OmU2uqzKb0w7qJTev/4cCJDIp358ZwnJMd33nz t6n4u3OyphWlh7Ri1r2WlOk9WdbIRbF7gxSZz+RYb5or494lsEL8dfKsrSTRJlpbQcTMovVlKKXC UXyAaLEy1MrQNWXo0OjeRoYqSWcAu5WhzyNDpQB9ZvEJ8dGkFScsojONxzn/wqpfLjFD2AQJ1AGS kEkXjyrgKhLLKNoWgRbKkFB4SqpXFPLmLDJuM6WKT4omNXlyAbCWFUl6nhWZIOWUArlwIKQiRcp3 CCcgjhOVpXv+HVlONUCSlFCjJk2fdHX4iKzv+38AAAD//wMAUEsDBBQABgAIAAAAIQAMQCHh0woA AA92AAAWAAAAcHB0L3NsaWRlcy9zbGlkZTI3LnhtbOxd3XPbuBF/70z/B44e+pZYFElJVuPcJM7F zcwll8a+6UPdB5iEJbYUyQPhr/71/S2+SNm0LUf2WXWQB0eiwCWwXOz+sFjsvvnpclkE51w0eVXu DcLXw0HAy7TK8nK+N/jt6OOr6SBoJCszVlQl3xtc8Wbw09s//+lNPWuKLMDdZTNje4OFlPVsZ6dJ F3zJmtdVzUv8dlqJJZP4KuY7mWAXoLosdkbD4XhnyfJyYO4X69xfnZ7mKf9QpWdLXkpNRPCCSfS8 WeR1Y6nV61CrBW9ARt290qW3GFl6WGT0f1MfCc7pU3l+IOrD+qtQP385/yqCPAO/BkHJlmDLYMf8 YJqpryWa4cPOtdvnlhKbXZ6K5ds3bIaxBZd7AzD/iv7iJjbjlzJI9cW0vZoufu1pmy5+7mm9Yx+A HriH0qj0iG4OJ7bDOcplwYPQjUo3Zbj1lyr9TxOUFcZJw9fDS7+cW2I0ZiJfLwJ5VYMzkkiZdvpH xQ/bvgFPFbPk5fsqu6KBn+B/dZHNikYeyquCK4ag22wG4vgD9heMJJSXr347HARZLqTiUdAs5X7B GWTZsFG+/VJlvAnkgoGfDPL5BnyReC2GGC+zr0ywb7fSpDGyGZ6Ojtte4qNm4+3MDCeWm994ihk0 J46OV1iqBt6Vki5XaKDX5CMZDocRXhKGGsaj6SRS5FpRCUdhHMfjQUACM5km03CqON8SqkUjD3i1 DOjD3kCgZwN6EDv/pZFmoKYJXW6qIs8+5kWhvtDc5vuFCM5ZsTc4mYfq1uJs+bnK9LUx9dA8UqkC aq7Y16GkeKelpKGXS7SL8hs/xZSCvI8UVXe3JszSFLNVP7BZsIzry/S4/ucpgkT5FL13tA2B1YFY 2nr4pj3dyk9PwR938/Cujumb3R3qyVXZ3rzMy0r0ESgwKvNk3V7JmWFMK3B2WgRCFvsV2A9dwcp0 UUF3plIQib7pgtkVsGKO6eAa3SvvK3NIkS2DC0jcNA4TiNayhuJryrkezIqAiPmJE4+P6p+VhW4z Er0PrFnoV6gEwzQrSnpcR1TwZT2amvGQYSJQnUkuDhfZRXBSnIlvDP0dRxAVpSf2BtGYpIb4pxgj i0EgKvmPXC4OF4xUlnnR3SerO/R1VtQLpvs+UXT02zMdVcLuOqC+dfoGPdKyX/2olJr+c/NVCRrN msrOvyillR7vRYHvxFP5VlSVfKjN8G/jkd/GzWnTZ43nBK00ujmwKAtw7ovFayNrkg9EdVYHMNGY vKqBaa6+di1yh4wiroXiml0Ox3E0jEEcZjeCDR5PrxnmaTIZJTfsMps5NAdjnkQxsDYowLKPh7HW 6C2wG0XJJE5g/Mm2h7uj6XSkHgKVonsDfrgeWnRSOlzW8iDctUzo4BKFExQjCILc4MI9uOS23lsI e2/fAa88MIGx+6GBibd2Ck48Dyxx1i64598H/bs3iFuHI/sM4u3L0xEAsPZddMzArrOH32MGotEY Rgl0YaGSZBLuRtqIWTMQRpMknMJMquVpPA0Tu3az9vQRrYBe1SXUA5jIzprCLz+7q/g/fPnZr+VP yJl0txtnFK2pc67R0gLQ676xkIkwoMJOd0DHyE4XDR0xfRRKAq4yEPEGaDLXHfFe6EjrUoBHDR0x Z6aTLYaOI4efW50xWvUS3uCCh47ep3UKHYwliXb2PYVPq1+p9HuF/dL8kZfma0PHnz103FIX5AOh o7OFHTMwcvbQQ8cuwLK7C6R2/M7FRjsX/Vr+Gtxb2b0AGiEP7jh5VuiIXRO90tLQMWqdbRtBxwR+ wmiqoWM8xHILHkg1YLve2iavY9yz3Iw2W256r+PAK5WNt0P7lYqHjn/IZuja0PGjh44vAjrGLmKq hY4wDcprYKKIHupB8F5HF2Tjg14eFkmxBnScTp4VOmLPuAsdMX3sVNkIOmL7eDzW+9Ux9q4pZmx7 kWPPalMjXb9fjSBEH0hn4hG3ZCfDI8ftQo4HHjm+DOTogtM7yFFtMH+3GfDI0SPH1dMFPeHS/f6B dZDjswJHd/hA+xxjFU+4eaTjaILYRIRtqBAPhCuNrx9B2Cqfo0PPHZWhIkK+W2V4n6P3OW5+BKNf p3jkuF3I8W8eOb4M5OhsYccMKIfHd5sBjxw9cnw65Jg873Y1TqGs+Bwf6ZBMjDMwQIwmOng4nAy3 ebu655AMjudY5+v3hLh46Oiho4eOmEGr4fj2mPX/w9ndtberP3no+CKgI3k6rh+SiTeLWvLQ0UPH p4OO0+c9JONQk/Y66vNdj+B1DOMoHOrT0SHymuzqo89t4pNt8jomPYdkknbf3kNHOhDlE78M/H51 RuspoMEfIe3L2tDxnYeOLwM69oQtwTRs4kHw0NFDx6eDjtHzRjqGbqllsGMb27FRqGMMn2O8i51g JCVAap4o1Dn4thQ7uqNC7VYFcv5sojS829G7Hb3b8cdwO7732PFlYMeewKVks8Aljx09dnw67DgJ nzXYMXSnygx2bKM7NsKOCaIdVT5lwo44J0PJq2BJthQ7un37DnZs9+6939H7HVXiF+939H5HjRN7 /u6vqcddrCppw8LnB6fMnYhtIm48en7whyXnSdweXMcMbBa55LGjx45Phx3D3TV1zrUzN3pJf29e x9szoI57Zsp4s5lC+9AjU6AjGQ7DifLdtXgRCR4TpPZWCVCRMXyqQyBdCu9HTYPtE6BuZ/2N/sMf 14Q74EKolKg99WzC6YdHnzF3JYynxPY6COpDdVEG74SoLoJOJoK1VxZUZoPqiESjZJJMlLE0hY9C 5LYPrZN+uJtEqDSystBSnnszccbxyKS6un3iZOip6qg2yQ+vbuNnz3bOnrYOxEoFqDuMwZ2i3bPf 0jkqubZkE+5zogy9Pzb7TcjKNp4ok+JtgK3v5GswmcJjCAlZkeHg2W3A/J7yKZGbLtrPhlpkmHib x/epumWhwU1YR1Gs34r6VwVWAKYUcBqjsBmS16gGroDKrSTaCiq3EHFGxGYD1xlV6jyloaEWTJ7q K20JFRx6NhYRP8ozwQMEe6DIXAqbvT87tjUKG1ToyoJDLiXqHjbHtVycnXAhj1FDjxXt9SO+rCvB xFXwqUThqpLLACXXeHO8DxWMqmevP/2cHH86mOz+/V349fjz/r+HMSpxDWlje/jP8F+va9Tisq/B dBZAMk9tqb79BYrP8XdNjWJmClOUlblElnzBWdbQZZAAB2iQdsDdOjju4kmR17YiHH0OxIwvTzhq bIlPGZBCimqREkW0apGXUr+kRqS0FlUvrJGCy3RBClNXWlPX8Q7cD+hE+wxS3pgmJxcoMQei7ExW yqLbggFW6VLhu7sEyGAGLT9r4AdxT2G8siIeaJZRDxXvwHPlYzQViMh6mNmBIVC5yMidRDxCjs73 1WWgj8+7c4gB1RdEvnATLtp9AZaafpot+tOanU4JonBEM0RlVWvNzkptQMhOiIAL6n9L6YHFF26y oCez94VgqBPZ/H7GBEeZNVe7jt5/U7/D6/yYm7qDuuwj/bBu1cfmv3DLk9vl7sIBQXD06i9z+dc1 QXMPVc2ne5aakFtbL5TmkSkhmhbiM6t/PYcksBkqo2KCo0QeLtXQCVp+Ok3AwRyVAuckNrJUR2JQ SpNpMToqbc3R7AyKJi8zfpqXuSTGcsw6gdldctRyhXLCbDnS5TeX31C+zExuRQmdM6Tpk3kcdR41 T/8HAAD//wMAUEsDBBQABgAIAAAAIQBaWIqs9QkAAJB9AAAWAAAAcHB0L3NsaWRlcy9zbGlkZTQ1 LnhtbOxd33ObRhB+70z/B4bntua3kCZypk1qNzNtmrHd6fNZIIkpAgawY//3/fYODiQjWzKyRZzL gyOhY7lb9m6/293bfff+bhVrt2FeRGky1c1fDF0Lk1kaRMliqv9zdfazr2tFyZKAxWkSTvX7sNDf n/74w7tsUsSBhruTYsKm+rIss8nJSTFbhitW/JJmYYLf5mm+YiW+5ouTIGdfQXUVn1iG4Z2sWJTo 1f35Lven83k0Cz+ms5tVmJSCSB7GrETPi2WUFTW1bBdqWR4WIMPvXuvSKUY2u4wD+r/IrvIwpE/J 7XmeXWZfcv7z59svuRYF4JeuJWwFtugn1Q9VM/41QTN8ONm4fVFTYpO7eb46fccmGJt2N9XB/Hv6 i5vYJLwrtZm4OGuuzpZ/d7SdLX/vaH1SPwA9kA+lUYkRPRyOUw/nKirjUDPlqERThlv/TGf/FVqS Ypw0fDG82efbmhiNmchnS628z8CZkkhV7cSPnB91+wI85cwq735Lg3sa+DX+5xfZJC7Ky/I+DjlD 0G02AXH8AftjRhIaJj//c6lrQZSXnEdasSo/xCGDLFdsLE8/p0FYaOWSgZ8M8vkOfCnxWipiYRJ8 YTm72EqTxsgmeDo6XvcSHwUbtzPTHNXcvAhnmEEL4qi3xlI+8LaUtLlCA92QD9cwDBsvCUM1Hcsf 2ZxcIyqmZTqO4+kaCczId33T55xvCGV5UZ6H6UqjD1M9R890ehC7/bMoq4FWTehykcZRcBbFMf9C czv8EOfaLYun+vXC5LfGN6u/0kBc86iH1SP5UkDNOftalDjvhJQU9HKJdpxchHNMKci7xanKuwVh NpthtooHFksWhOIyPa77eZwgUZ6j95J2RWB9IDVtMfyqPd0azufgj7zZeKxj4mZ5B39ymjQ3r6Ik zbsIxBhV9WTRnstZxZhG4OppoeVl/CEF+7FWsGS2TLF2zsqcSHRNF8wujcULTAfZ6El5X5tDnGyi fYXE+Y7pQrRWGRa+IlmIwawJSL64luJxxv/VstBuRqL3kRVL8Qq5YFTN4oQe1xIVfNmNpmA8ZJgI pDdlmF8ug6/adXyTXzD017MhKnydmOq2R1JD/OOMKWNdy9Py36hcXi4ZLVnVi24/md8hrrM4WzLR 9xGnI95e1VEu7LID/Furb1hHGvbzH/miJv48fFU5jWbHxU69KL4qHe5Fge/E0/I0T9NyX52h3saB 38bDadOljRcErQS6Oa9RFuDc5xqvWbVKPs/Tm0yDisbk5Q2q5vxrWyO3yHDiQig29LLpObbhgDjU rg0d7Pkbitl3R5b7QC+ziURzUOau7QBrgwI0u2c4YkVvgJ1luyPHhfIn3W6OLd+3+EOwpIjegB+y hzU6SSQua3hgjmsmtHAJxwmcEQRBHnDhCVyyrfc1hH2y74BXCphA2X3XwERpOw4njgNLpLbTnvj3 UfyuFOLgcGSXQty+PbUAgIXtoqUGxlIfPkcN2JbnWy62vdBQrjsyx7ZQYrUaMHHNs+1qe+r4plvv 3Wp9ekAtIHZ1LvUAKrK1p1Dbz/Yu/tW3n92r/DUZk1pmnDDHvhZXOsw5lvNxx8Vng6iQhE47To2d CAxyEPUIhoT8inkjMCTmEYdLAFgVVnyAnqrrkngnhqQNKlCkwJCYKP5owBjSkkC6WTysdXPhAy4o DKmMW3MsxtibCKvfSxi3uleXbvOw2qMfeI++M4b8XWHIgdoi98SQUhe21IAl9aHCkG2kVbsZaNlR LoxeLozuVX4D7mmPYEjPOy6GhB+ljSHtxvzWC0O6sBzavsCQjoENGGySwGGNg3BIdkinYwNq99uA KjukrlaX3g7S7tVFYchXcY/ujCHPFIZ8ExjSkTFUDYaEaqhtKgpDKgwJo1wdd3W4MJjuVX4PDOn7 x8WQcCe3MSTmUT1nemFIeJY9T7iyHbi1KZxsuBCyY/8pIK9yZSM+UcXYVaGKA3FyKAg5LAh5riDk 24CQMm69BSG57/nZaoC7sj1hSel0Zdsj1/ShJnmktXJlr0dpAzDA5/7mI6l3g5AdLmz/qA5seS5B OLAdHmrYPwjSGiFsEREdPPoDkUze5umEQRkfJXpuLRk8WOTZS4YyPirjY//TGd1rikKOw0KOfyjk +DaQo9SFLTXADR7PVgMqCFKe+VNn8PY72LWH8dE9sgMbJ1XWjI8HOkjj4JwMoGMVQWwYI2PIDuyO gzQ4wlNbYZ/juVAYUmFIhSGF+aAVsl8fxf4Wzvfu7MD+pDDkm8CQZPIQurCFIfvFMSkMqTDketqT jjwO3ZaCPTCkf+SDNBI+CTukOAx2ADuk6dimIY5Sm0iCMhbnpIcZBOl2HKRxG0++wpB0aEplidGV BzugjRW8St9DjpidMeSvCkO+DQzZEcgE1dDHlKAwpMKQL48h7SMHQZpy81WByCbso1cUpAMrpDOG kxipDJDQxzZF5r6Bgkh5nKjZgSJTUJ/VQxkilSFSGSK/D0PkbwpEvg0Q2RHT5PaLaVIgUoHIlweR I+u4J2lMeQStApFNBEgvEOkiIpKnYyYQibM0FDAMlTJQECld+i0Q2bj1lSVSWSJ5uhhliVSWSAEY O/5+2DGwXcaz0moYq/TilPgTYU/EjYOnF98vpY8rvXItNdAvqEmBSAUiXx5EWsbLgsjtmVS9jinj 9ZsydFTGqgp9uIZhjrg1rwGOyA/pIkU4P32GzOO+CJOUqcAPmk5bJVIdZh2P3vEf5gvY7h9LPE+Z gTcDpZAUv4+ZmmcUpolAOfGp+A0Sk67tsEyoVdOuzmlSYn2LT8znzhRKXqmO1dcVgAa9FeBiUJ6e /aR90lDALH6tsk9UBmJTylu5OZ61j0ZODopi4lLepQ6UlPPKUW+kQFP3wi63TF05sV9IyhdPlFMx pawLw9m4CXvtZTiz4XG1KD8g976ahomchrss662CKkBIzgjdIwr4PBKnnKlBXSnvqUmDtZ6Pv8qi UpWVoflLlqCmnspYuqCbHZPfMOI5E35b52Ui/cNqtbX0+FuqkHC9CrXZispXyrCdmmvQylCZWV4h 1fWZ9kmZv77xqihj6QpqFnMs8H32KJ5jjSlMaZsT6PX38nXBSbWWD6UmZzfk2+Msx0vH4W23fo0l BryIFstS+zXP068a5tHec4aqcGIbbwPuWWNHJ51V1UW2xpZtGZiatM0f+9jm8118Yw9DxT0XxyZE bTx75BnccfnILp+6ynvKH9NZ/VbBm6PCm6bg41qpZ0gVXuu2Ij51wW68u7qG9yzO/2LZ37d8iqE0 OUrDokYtLmUoRk7U0LRpgkyjEUr1Lgjilwk/b4pa1gw3o9lVUhf9Dm7yqR4lQTiPkqgMUUA2hI0h h/gmIYqpwwKAmtNXov716gL1Q2k24EmcEv6vSNOn6nH4iHrqp/8DAAD//wMAUEsDBBQABgAIAAAA IQCd8GleEAoAAHaAAAAWAAAAcHB0L3NsaWRlcy9zbGlkZTQ0LnhtbOxd32/bNhB+H7D/QdDztui3 ZaPOsLVLVmDriiTDnhlLtoXJkiEpafLf7ztSomSbbuzIib2UfUhtmTqRpyPv493x7t3PD4vUuI+L MsmzsWn/ZJlGnE3yKMlmY/Pvm4sfQ9MoK5ZFLM2zeGw+xqX58/n3371bjso0MnB3Vo7Y2JxX1XJ0 dlZO5vGClT/lyzjDb9O8WLAKX4vZWVSwL6C6SM8cywrOFizJzPr+Ypf78+k0mcQf8sndIs4qQaSI U1ah5+U8WZYNteUu1JZFXIIMv3ulS+cY2eQ6jej/cnlTxDF9yu4vi+X18nPBf/50/7kwkgj8Mo2M LcAW86z+oW7Gv2Zohg9na7fPGkps9DAtFufv2AhjMx7GJpj/SH9xExvFD5UxERcn7dXJ/C9F28n8 N0Xrs+YB6IF8KI1KjGhzOF4znJukSmPDlqMSTRlu/SOf/FsaWY5x0vDF8Caf7htiNGYiv5wb1eMS nKmIVN1O/Mj50bQvwVPOrOrh1zx6pIHf4n9+kY3SsrquHtOYMwTdZiMQxx+wP2UkoXH249/XphEl RcV5ZJSL6n0aM8hyzcbq/FMexaVRzRn4ySCf78CXCq+lJhZn0WdWsKutNGmMbISno+NNL/FRsHE7 M+1Bw82reIIZNCOOBiss5QPvSkmXKzTQNfnwLcty8ZIwVNtzwoHLybWiYju253mBaZDADEI/tEPO +ZbQsiiryzhfGPRhbBbomUkPYvd/lFU90LoJXS7zNIkukjTlX2hux+/Twrhn6di8ndn81vRu8Wce iWsB9bB+JF8KqDlnX4cS552QkpJeLtFOs6t4iikFeXc4VXm3IMwmE8xW8cByzqJYXKbHqZ/HCRLl KXovadcEVgfS0BbDr9vTrfF0Cv7Im62vdUzcLO/gT86z9uZFkuWFikCKUdVPFu25nNWMaQWumRZG UaXvc7AfawXLJvMca+ekKoiEarpgdhksnWE6yEZPyvvKHOJkM+MLJC70bB+itVhi4SuzmRjMioAU s1spHhf8XyML3WYkeh9YORevkAtG3SzN6HEdUcGX3WgKxkOGiUB+V8XF9Tz6Ytymd8UVQ38DF6LC 14mx6QYkNcQ/zpgqNY0ir/5Jqvn1nNGSVb/o7pP5HeI6S5dzJvo+4HTE26s7yoVddoB/6/QN60jL fv4jX9TEn81XVdBodlzs9Iviq9LhXhT4Tjytzos8r/bVGfptHPhtbE4blTaeEbQS6OayQVmAc58a vOY0KvmyyO+WBlQ0Ji9vUDfnX7sauUOGExdCsaaX7cBzLQ/EoXZd6OAgXFPMoT9w/A29zEYSzUGZ +64HrA0K0OyB5YkVvQV2jusPPB/Kn3S7PXTC0OEPwZIiegN+yB426CSTuKzlgT1smNDBJRwncEYQ BNngwhO4ZFvvGwj7ZN8BrzQwgbL7poGJ1nYcThwHlkhtZzzx74P4XSvEk8ORKoW4fXvqAAAL20VH DQylPnyOGnCdIHR8bHuhoXx/YA9docQaNWDjWuC69fbUC22/2bs1+vSAWkDs6nzqAVRkZ0+ht5/d Xfyrbz/Vq/wtGZM6Zpy4wL4WVxTmHMf7sOPis0ZUSILSjtNgJwKDHER9BUNCfsW8ERgS84jDJQCs GituoKf6uiSuxJC0QQWKFBgSEyUcnDCGdCSQbhcPZ9VcuMEFjSG1cWuKxRh7E2H1ewnjlnp1UZuH 9R79wHv0nTHkbxpDnqgtck8MKXVhRw04Uh9qDNlFWo2bgZYd7cLo5cJQr/JrcM/4CoYMguNiSPhR uhjSbc1vvTCkD8uhGwoM6VnYgMEmCRzWOghPyQ7pKTagbr8NqLZDmnp16e0gVa8uGkO+int0Zwx5 oTHkm8CQnoyhajEkVENjU9EYUmNIGOWauKvDhcGoV/k9MGQYHhdDwp3cxZCYR82c6YUh4VkOAuHK 9uDWpnCy04WQiv2ngLzalY34RB1jV4cqnoiTQ0PI04KQlxpCvg0IKePWOxCS+56frQa4KzsQlhSl K9sd+HYINckjrbUrezVKG4ABPvc3H0m9G4RUuLDDozqw5bkE4cD2eKhh/yBIZ4CwRUR08OgPRDIF 66cTTsr4KNFzZ8ngwSLPXjK08VEbH/ufzlCvKRo5nhZy/F0jx7eBHKUu7KgBbvB4thrQQZDyzJ8+ g7ffwa49jI/+kR3YOKmyYnw80EEaD+dkAB3rCGLLGlin7MBWHKTBEZ7GCvscz4XGkBpDagwpzAed kP3mKPb/4Xzvzg7sjxpDvgkMSSYPoQs7GLJfHJPGkBpDrqY9UeRxUFsK9sCQ4ZEP0kj4JOyQ4jDY AeyQtufaljhKbSMJylCckz7NIEhfcZDGbz35GkPSoSmdJcbUHuyINlbwKn0LOWJ2xpC/aAz5NjCk IpAJqqGPKUFjSI0hXx5DukcOgrTl5qsGkW3YR68oSA9WSG8IJzFSGSChj2uLzH0nCiLlcaJ2B4pM QX1WD22I1IZIbYj8NgyRv2oQ+TZApCKmye8X06RBpAaRLw8iB85xT9LY8ghaDSLbCJBeINJHRCRP x0wgEmdpKGAYKuVEQaR06XdAZOvW15ZIbYnk6WK0JVJbIgVgVPx9v2Ngu4xnpdUw1enFKfEnwp6I GwdPL75fSh9feuU6aqBfUJMGkRpEvjyIdKyXBZHbM6kGiikT9JsydFTGqQt9+JZlD7g1rwWOyA/p I0U4P32GzOOhCJOUqcAPmk5bJ1I9zToeveM/7Bew3X8t8TxlBl4PlEJS/D5map5RmCYC5cSn4jdI TLqyw7KhVm23PqdJifUdPjGfO1MoeaU+Vt9UADrprQAXg+r84gfjo4ECZulrlX0KpDGhBVA4SNxH yj3YEVxbSDmFxzsiP06rDrSU88pRb6RAk3phl1smVU7sV5dyKnayvpZ3MtA8y1qEzDMUq8fXchXo 0VKupfwl1vLZE0WDbCnrwjw8bIO7+5mHsZQTHuExBirz8BaB75QNwj7AG6B7ZGDG54E4y08NmnqQ W2hIAAREw8df5wqqiyfR/CV7Z1s1CBWNNiZ82M+5tK3zslzEYbHbShGILbV2OHoEbzpnTzTk6yag O2nIp42Jr5DQ/cL4qI28//PaP6FiJy5K1j372HvgOUMKxtvm6nx9i1VTVlWv5adSeVa9sdnjxNJL Bwpst/GGrXc8mc0r45eiyL8YmEd77+up1iyMVa6FaIChZ5LOqqt/Y5tv+SGMyRzNAcyhGtCKMQt1 JX0cDhIVIN1BYPHHSyi3afWlrvKe8scoazxreHNUeNOWNV0paI7Xjte6rVRVU5Ye766pVD9Jiz/Z 8q97PsUWrEQBZFRixqVlks2IGpq2TZBPN0FB6hlB/Crjp6pRsZ3hZjS7yZrS9tFdMTaTLIqnSZZU Mcokx7CkFRDfLL6PC2wIUFn9RlR5X1yhSi6JK57EKeH/mjR9qh+Hj2Uanf8HAAD//wMAUEsDBBQA BgAIAAAAIQABcvBRKAsAANaGAAAWAAAAcHB0L3NsaWRlcy9zbGlkZTQzLnhtbOxdW1PjuBJ+P1Xn P7j8fHbx3U5qwtYMLJyt2p2ZArb2WcQmcR3H9pHN7d/v15JvSQwkcYAsIx6AOHJbare6P7Va3Z9+ eVgk2l3EizhLJ7r5s6FrUTrNwjidTfQ/r85+CnStKFkasiRLo4n+GBX6L8f//tenfFwkoYa702LM Jvq8LPPx0VExnUcLVvyc5VGK724yvmAlPvLZUcjZPagukiPLMLyjBYtTvbqfb3J/dnMTT6PTbHq7 iNJSEuFRwkr0vJjHeVFTyzehlvOoABlx91KXjjGy6WUS0t8iv+JRRP+ld+c8v8y/c/H117vvXItD 8EvXUrYAW/Sj6ouqmfiYohn+OVq5fVZTYuOHG744/sTGGJv2MNHB/Ef6jZvYOHootam8OG2vTuff etpO57/2tD6qH4AeNA+lUckRrQ/HqYdzFZdJpJnNqGRThlt/z6b/K7Q0wzhp+HJ40693NTEaM5HP 51r5mIMzJZGq2skvBT/q9gV4KphVPnzJwkca+DX+iotsnBTlZfmYRIIh6DYbgzh+gf0JIwmN0p/+ vNS1MOal4JFWLMqTJGKQ5YqN5fHXLIwKrZwz8JNBPj+BLyVeS0UsSsPvjLOLJ2nSGNkYT0fH617i X8nGp5lp+jU3L6IpZtCMOOotsVQMvCslXa7QQFfkwzUMw8ZLwlBNxwp8W5BrRcW0TMdxPF0jgfED NzADwfmWUM6L8jzKFhr9M9E5eqbTg9jd70VZDbRqQpeLLInDszhJxAea29FJwrU7lkz065kpbk1u F39kobzmUQ+rRwpVQM0F+zqUBO+klBT0col2kl5EN5hSkHdLUG3uloTZdIrZKh9YzFkYycv0uP7n CYJE+Qa9b2hXBJYHUtOWw6/a063RzQ3409xsPNcxeXNzh3hylrY3L+I0430EEoyqerJsL+SsYkwr cPW00HiZnGRgP3QFS6fzDLpzWnIi0TddMLs0lswwHZpGL8r70hwSZFPtHhIXOKYL0VrkUHxFOpOD WRIQPrtuxONM/NSy0G1GonfKirl8hUIwqmZJSo/riAo+bEZTMh4yTASy2zLil/PwXrtObvkFQ389 G6Ii9MREtz2SGuKfYEyZ6BrPyr/icn45Z6SyqhfdfbK4Q15nST5nsu++oCPfXtVRIexNB8SnTt+g R1r2iy+FUpO/1l8Vp9FsqOzUixJaaX8vCnwnnpbHPMvKbW2Geht7fhvr06bPGs8IWkl0c16jLMC5 rzVes2qTfM6z21yDicbkFQ2q5uJj1yJ3yAjiUihW7LLpObbhgDjMrg0b7AUrhjlwfctds8ts3KA5 GHPXdoC1QQGW3TMcqdFbYGfZru+4MP5k282RFQSWeAhUiuwN+NH0sEYnaYPLWh6Yo5oJHVwicIJg BEGQNS68gEue6n0NYV/sO+CVAiYwdj80MFHWTsCJ94EljbXTXvg5ld8rg3hwOLLPID69PLUAgKXv omMGRo093MUM2JYXWC6WvbBQruubI1sasdoMmLjm2Xa1PHUC063XbrU93aMVkKs6l3oAE9lZU6jl Z3cV/+bLz34tf03OpI4bJ+JY1+JKjzvHck43VD4rRKUk9PpxauxEYFCAqGcwJORXzhuJITGPBFwC wKqw4hp6qq43xHsxJC1QgSIlhsRECfwDxpBWA6Rb5WEtuwvXuKAwpHJu3UAZY20ivX6v4dzq1y79 7mG1Rt/zGn1jDPmrwpAH6ovcEkM2trBjBqzGHioM2UVa9TYDqR21hTFoC6Nfy6/APe0ZDOl574sh sY/SxZB2634bhCFdeA7tQGJIx8ACDD5J4LB2g/CQ/JBOzwLUHrYAVX5IXWmXwRuk/dpFYcg32R7d GEOeKQz5ITCk08RQtRgSpqH2qSgMqTAknHJ13NX+wmD6tfwWGDII3hdDYju5iyExj+o5MwhDYmfZ 8+RWtoNtbQonO1wI2bP+lJBXbWUjPlHF2FWhigeyyaEg5GFByHMFIT8GhGzi1jsQUuw972wGxFa2 Jz0pvVvZtu+aAcykiLRWW9nLUdoADNhz//CR1JtByJ4t7OBdN7CbcwlyA9sRoYbDgyAtH2GLiOgQ 0R+IZPJWTycclPOxQc8dlSGCRXZWGcr5qJyPw09n9OsUhRwPCzn+VyHHj4EcG1vYMQPC4bGzGVBB kM2ZP3UGb7uDXVs4H9133sDGSZUl5+OeDtI4OCcD6FhFEBuGbxzyBnbPQRoc4am9sLvsXCgMqTCk wpDSfdAJ2a+PYv8TzvduvIH9m8KQHwJDkstD2sIOhhwWx6QwpMKQy2lPevI49HsKtsCQwTsfpGng k/RDysNge/BDmo5tGvIotYkkKCN5TvowgyDdnoM0bruTrzAkHZpSWWJ0tYMd0sIKu0o/Qo6YjTHk Z4UhPwaG7AlkgmkY4kpQGFJhyNfHkPY7B0GazeKrApFt2MegKEgHXkhnhE1ipDJAQh/blJn7DhRE NseJ2hUoMgUN0R7KEakckcoR+WM4Ir8oEPkxQGRPTJM7LKZJgUgFIl8fRPrW+56kMZsjaBWIbCNA BoFIFxGRIh0zgUicpaGAYZiUAwWRzZZ+B0S22/rKE6k8kSJdjPJEKk+kBIw9v082DGxv4llJGyYq vTgl/kTYE3Fj7+nFt0vp4za7ch0zMCyoSYFIBSJfH0RaxuuCyKczqXo9U8YbNmXoqIxVFfpwDcP0 hTevBY7ID+kiRbg4fYbM44EMk2xSge81nbZKpHqYdTwGx3+Yr+C7fy7xPGUGXg2UQlL8IW5qkVGY JgLlxKfiN0hMurTCMmFWTbs6p0mJ9S0xMXedKZS8Uh2rrysAHfRSQIhBeXz2H+03DQXMkrcq+0SH htekfFg4oEfWwJNSbsEc2MZKTg4l5aJy1Acp0NSv2JslU19O7LeX8sZl1i4TIPlDdLkDb5ltVlIO tW3JLFAt6FFSrqT8bXU5lfRZ1eWdPEs7+USRX4kiUgVi6YP2SsqVlL+tlBOykFJ+hUodX7IHzWuj aEjGNcq+huT1VVxytzwWfS0c4+JvXYqqKWhKBfIg7kLae7OJmVjp2gG2HiiPysiybVRAgBHZFZ+z cZpRuUoi0UL1teRx95yhemnx/1vGIxT/ayoqiuSp+efbEkSqapiyGKlwU+6jFumXCCVxI23FTbqD xb86claItBXSNqyNCibL86k0uh26cLaHYaAGb1hoTDv9/G2Z2jadq6B+ucKQHYaUaVt7sKW09lYV eW4x7LeL4Xg2L7XPnGf3mqz5sd3ZcypeibnpO4Zp+SOdXmZVTtgNHHdkwDuFuWV7nu1bKwV53ADX 0BFRUs52LGnbnpl81FXRU/GY3qKxnXmn4vbfPm7/CS3wrJTOXqiaaDYwSO6Pe+228LmssgjyVOR6 y3LXOJozsqmUDMmnbzq+DHnuIH5EXsKASAFtvTeduolwhDq+pIDKU5gElaO0rZtI+SxHsHAk4y2J RsYhrmL4tRmTA6nNWls1ETNrDQr6w5y8T/W9Lpf1Qs9fwckrnGdgTeforZrO3fy7B+3xEiBF7aUC cuJHGqhhpZp7j+GcwZ8oflbQxhOKt61ppl7PnssNtRwXC4atIRgVylhd3UPNC1sGxb/L6t5zrBEd SYCt6Q34crEaolMFZIzeZt9OrNmUStcXcZpxoRRWiuweiErf4tz26+50C4N/xaNILKGnl0lIkGia 8D9Y/u2OkxZbsKKM+Im4lMfpjMDlUhPka4/B8BndWaYia0c+zhluRrOrVItDUdwxvOUTPU7D6CZO 45JW4hF2ajhWM2l0F3HMziyMrh7zaKKXiwtUYReugYoSnliRpv+qx1Hn0eG/AQAA//8DAFBLAwQU AAYACAAAACEAWZedRbsJAADDeAAAFgAAAHBwdC9zbGlkZXMvc2xpZGUzNi54bWzsXVtzo8YSfk/V +Q8Uzycxd2HVyqnsbuykKtls2U7leYzQpQ4CDmCv/e/zdQ8MSMZerZBtRRk/2BIempmmp/ubnp7u dz/erxLjLi7KZZZOTPsHyzTiNMqmy3Q+Mf+8Pv8+NI2yEulUJFkaT8yHuDR/PPvPd+/ycZlMDdyd lmMxMRdVlY9PTspoEa9E+UOWxyn+N8uKlajwtZifTAvxBVRXyYljWcHJSixTs76/2Ob+bDZbRvHH LLpdxWkliRRxIir0vFws87Khlm9DLS/iEmT47rUunWFk0VUypb9lfl3EMX1K7y6K/Cr/XPC/P919 LozlFPwyjVSswBbzpP5H3Yy/pmiGDycbt88bSmJ8PytWZ+/EGGMz7icmmP9Av3GTGMf3lRHJi1F7 NVr80dM2Wvzc0/qkeQB6oB5Ko5IjejwcrxnO9bJKYsNWo5JNBW79LYv+VxpphnHS8OXwok93DTEa M5HPF0b1kIMzFZGq28l/Mj+a9iV4ysyq7t9n0wca+A3+8kUxTsrqqnpIYmYIui3GII5fYH8iSELj 9Ps/r0xjuiwq5pFRrqoPSSwgyzUbq7NP2TQujWohwE8B+XwHvlR4LTWxOJ1+FoW4fJImjVGM8XR0 vOklPko2Ps1Me9Rw8zKOMIPmxNFgjaU88K6UdLlCA92QD9+yLBcvCUO1PSccuUyuFRXbsT3PC0yD BGYU+qEdMudbQnlRVhdxtjLow8Qs0DOTHiTufiureqB1E7pcZslyer5MEv5Cczv+kBTGnUgm5s3c 5luT29Xv2VReC6iH9SNZFVBzZl+HEvNOSklJL5doJ+llPMOUgrw7TFXdLQmLKMJslQ8sF2Iay8v0 uP7nMUGiPEPvFe2awPpAGtpy+HV7ujWezcAfdbP1XMfkzeoOfnKWtjevlmlW9BFIMKr6ybI9y1nN mFbgmmlhFFXyIQP7oStEGi0y6M6oKohE33TB7DJEMsd0UI2+Ku9rc4jJpsYXSFzo2T5Ea5VD8ZXp XA5mTUCK+Y0Sj3P+aWSh24xE76MoF/IVsmDUzZKUHtcRFXzZjqZkPGSYCGS3VVxcLaZfjJvktrgU 6G/gQlRYT0xMNyCpIf4xY6rENIqs+mtZLa4WglRW/aK7T+Y75HWR5Ash+z5iOvLt1R1lYVcd4G+d vkGPtOznf7JSk78ev6qCRrOlstMvirXS/l4U+E48rc6KLKu+1Wbot7Hnt/F42vRZ4zlBK4luLhqU BTj3qcFrTmOSL4rsNjdgojF5uUHdnL92LXKHDBOXQrFhl+3Acy0PxGF2XdjgINwwzKE/cvxHdlmM FZqDMfddD1gbFGDZA8uTGr0Fdo7rjzwfxp9su33qhKHDD4FKkb0BP1QPG3SSKlzW8sA+bZjQwSWM E5gRBEEeceEruOSp3jcQ9qt9B7zSwATG7l8NTLS1YzjxNrBEWTvjKz8f5f+1QTw4HNlnEJ9enjoA wNJ30TEDp8oe7mIGXCcIHR/LXlgo3x/Zp640Yo0ZsHEtcN16eeqFtt+s3Rp7ukcrIFd1PvUAJrKz ptDLz+4q/tWXn/1a/oacSR03TlxgXYsrPe4cx/u4pfLZIColodeP02AnAoMMop7BkJBfOW8khsQ8 YrgEgFVjxUfoqb6uiPdiSFqgAkVKDImJEo4OGEM6Cki3ysNZdxc+4oLGkNq5NYMyxtpEev1ewrnV r1363cN6jb7nNfrWGPJnjSEP1Bf5jRhS2cKOGXCUPdQYsou0mm0GUjt6C2PQFka/lt+Ae8YzGDII 3hZDYh+liyHd1v02CEP68By6ocSQnoUFGHySwGHtBuEh+SG9ngWoO2wBqv2QptYugzdI+7WLxpCv sj26NYY81xjyKDCkp2KoWgwJ09D4VHbGkIE0g71+SHfk2yFcGBwmo/2Q6yE24DwcpkcfBtOv5Tcx ZI//MRy9qfsRu8hd6Ijp00yVQdARG8pBIHewPexmUxTZ4SLHnmWnRLp6BxthiTq0ro5QPJC9DY0c Dws5XmjkeBzIUYWrd5AjbznvbAZ4B1sjRwI4OoD626Jyt0GObwoc1XEEuW/tcYTh8NhHZ4RoRQRy cNAHApiCzUMJB+VzVOi5ozI4RmRnlaF9jtrnOPxQRv9qVCPHw0KOv2jkeBzIUdnCjhlgh8fOZkDH Pqqjfho5DkOOz+xb+2+8b40DKmvOxz2dn/FwPAbQsQ4ctqyRdcj71j3nZ3Byp/HC7rJhoTGkxpAa Q8qNp06kfnMC+59wrHfrfetfNYY8CgxJLg9pCzsYclj4kvY+agy5nu2kJ31Dv6dgG++j+6buR4Wa pPtRHv3ag/vR9lzbkgenbaQ8OZWnog8z5NHvOTbjtxv4GjrSESmdE8bUG9dTWk/xLhQHtHbTxxxd RpitoeNPGjoeB3TsiV+CaRjiQdDuRw0d9wQdn3E/uuHbHpux1ZqrBpFttMeg4EcPzkfvFHvDSFyA 9D2uLfP0HSiIVIeH2oUn8gIN0R7a/6j9j9r/+O/wP77XIPI4QGRPKJM/LJRJg0gNIl8eRI6cNwaR 6sBZDSLbwI9BINJHICQnXyYQiSM0dMIMJuVAQaTaye+AyHY3X3sitSeSk8NoT6T2RErA2PP7w5Yb SiqMlbRhopOJU5pPRDsRN/aeTPzbEvj4aleuYwaGxTJpEKlB5MuDSMd6WRD5dN7UoGfKBMOmDJ2Q ceqyHr5l2SP25rXAEdkgfSQE53QFyDMeyuhI7I7ptKmqdoas8sFw+yirdmwX9vGM795+Ad/9c2nm R2qZdY38v++ze2O0ntXDoFo6SIlZxz90k+7T8oMBOP9t5bwuk0RlN8LTZ5IV2JhRboglDiX4CDzk HG7kZMcZk2ZUBIcchDRk2bmmFJCqzPKlEKiJVP7/VhQxSoqoOi0klGX+020FInWNHVniiOHQPioc XRsbSKxfWhQO60uri0paeRmXa4SgYmQoO8+rF6qTRAmjNwPpUCthyH4GJ5omjYnXzzWRkK92bSlu Q4Jst84AQ/UWHNbgu6rUjlTo6JXDjl5hMajOzv9r/Gqgrl3yWtXA6FD5IykfFi4aEGwIpJQ7wA2u tZGzRUs5FxQ7krpdO+j015dyZfTb9SQkf4gu9+BWde1ayqG2HZkcrEXHWsq1lL+uLqdKT5u6vJOH ayfnOfJvUegyI5a+NaCWci3l+5dyBq6yxi0+NmVvo6T4XeR/3LHFQTVfVFNEWUdcylG/F7qcmrZN kMZ/ieqWc1qwVSmf1UL5V8ELuOg6berkTm+LiblMp/FsmS4rWiDFwF8FipCmMeoPY0ahTOu1LBm7 ukTJPbIaeBJTwt+aNH2qH4ePKEF89jcAAAD//wMAUEsDBBQABgAIAAAAIQCbQXYHcwwAAI+HAAAW AAAAcHB0L3NsaWRlcy9zbGlkZTM1LnhtbOxdS3PbOBK+b9X+B5QOe9rEfEvWxJly7MTrqiSTiT21 h/UeaBKWuEORXBJ+7a/frwESpCxali051ngwNeVIFNkEGg3g6we63/18M0vZFS+rJM/2BvZba8B4 FuVxkk32Br+dfnozGrBKhFkcpnnG9wa3vBr8/P6vf3lXjKs0Zng6q8bh3mAqRDHe2amiKZ+F1du8 4Bl+u8jLWSjwtZzsxGV4DaqzdMexrGBnFibZoH6+XOX5/OIiifhhHl3OeCYUkZKnoUDLq2lSVA21 YhVqRckrkJFPzzXpPXoWnaQx/VsVpyXn9Cm7OiqLk+JbKX/+evWtZEkMfg1YFs7AlsFO/UN9m/ya 4TZ82Lnz+KShFI5vLsrZ+3fhGH1jN3sDMP+W/uKhcMxvBIvUxai9Gk1/6bk3mn7suXuneQFaoF9K vVI9WuyO13TnNBEpZ7bulbo1xKOf8+j3imU5+kndV92Lvl41xKjPRL6YMnFbgDOCSNX3qR8lP5r7 K/BUMkvcfMjjW+r4Of6VF8NxWokTcZtyyRA0OxyDOP6A/WlIEsqzN7+dDFiclELyiFUzcZDyELJc s1G8/5rHvGJiGoKfIeTzHfgiMCw1MZ7F38Iy/H4vTepjOMbb0fCmlfio2Hg/M+1hw83vPMIMmhBH gzmWyo53paTLFeroHfnwLctyMUjoqu05o6ErybWiYju253nBgJHADEf+yB5JzreEirISRzyfMfqw NyjRsgG9KLz6XIm6o/UtdLnK0yT+lKSp/EJzmx+kJbsK073B+cSWj6aXsy95rK4F1ML6lXIpoNsl +zqUJO+UlFQ0uEQ7zb7zC0wpyLsjqeqnFeEwijBb1QuraRhzdZle1/8+SZAoX6D1mnZNYL4jDW3V /fp+epRfXIA/+mFrWcPUw/oJ+eY8ax+eJVle9hFI0av6zep+KWc1Y1qBa6YFK0V6kIP9WCvCLJrm WDsjURKJvumC2cXCdILpoG96UN7n5pAkm7FrSNzIs32I1qzAwldlE9WZOQEpJ+daPD7J/xpZ6N5G oncYVlM1hFIw6tvSjF7XERV8WY2mYjxkmAjkl4KXJ9P4mp2nl+X3EO0NXIiKXCf2Bm5AUkP8k4wR 6YCVufhnIqYn05CWrHqgu2+WT6jrYVpMQ9X2oaSjRq9uqBR23QD5rdM2rCMt++WPclFTfxaHqqTe rLjYmYGSq9LmBgp8J56K92Wei8fuGWY0Njwai9OmbzeeELRS6OaoQVmAc18bvOY0W/JRmV8WDFs0 Jq+8ob5dfu3uyB0ykrgSijv7sh14ruWBOLZdF3twMLqzMY/8oeMv7MvhWKM5bOa+6wFrgwJ29sDy 1IreAjvH9Yeej82f9nZ71xmNHPkSLCmqNeCHbmGDTjKNy1oe2LsNEzq4ROIEyQiCIAtceACX3Nf6 BsI+2HbAKwNMsNn9qYGJ2e0knHgZWKJ3O/bAf4fqd7Mhbh2O7NsQ71dPHQBgZbvobAO7ej98yjbg OsHI8aH2Yofy/aG966pNrNkGbFwLXLdWT72R7Te6W7OfbnAXUFqdTy3AFtnRKYz62dXif7j62b/K n5MxqWPG4SX0WlzpMec43uGKi88dokoSeu04DXYiMChB1BIMCflV80ZhSMwjCZcAsGqsuICe6uua eC+GJAUVKFJhSEyU0XCLMaSjgXS7eDjz5sIFLhgMaYxbF1iMoZsoq99zGLf6V5d+87DR0Teso6+M IT8aDLmltshHYki9F3a2AUfvhwZDdpFW42agZce4MNZyYfSv8nfgHluCIYPgZTEk/ChdDOm25re1 MKQPy6E7UhjSs6CAwSYJHNY6CLfJDun1KKDuegqosUMOzOqytoO0f3UxGPKHuEdXxpCfDIZ8FRjS 0zFULYbE1tDYVJ6MIQO1DfbaId2hb49gwpBhMsYOOR9iA87DYPrqw2D6V/m7GLLH/jgavqj5EV7k LnTE9GmmylrQEQ7lIFAebA/ebIoi217k2KN2KqRrPNgISzShdXWE4pb4Ngxy3C7keGSQ4+tAjjpc vYMcpcv5yduA9GAb5EgAxwRQPy4qdxXk+KLAUR9HUH5rT0YYrh/76AwRrYhADhn0gQCm4O6hhK2y OWr03FkyZIzIk5cMY3M0Nsf1D2X0a6MGOW4XcvyHQY6vAznqvbCzDUiDx5O3ARP7qI/6GeS4HnJc 4rf2X9hvjQMqc8bHDZ2f8XA8BtCxDhy2rKG1zX7rnvMzOLnTWGGf4rAwGNJgSIMhleOpE6nfnMD+ IxzrXdlvfWww5KvAkGTyUHthB0OuF75krI8GQ85nO+lJ39BvKVjF+ui+qPlRoyZlflRHvzZgfrQ9 17bUwWkbKU921ano7Qx59HuOzfitA99ARzoiZXLCDIzjOiZ9SnqhZEBrN33Mq8sIszJ03DfQ8XVA x574JWwN61gQjPnRQMcNQccl5kd39LLHZmytc9Ugso32WCv40YPx0duFbxiJC5C+x7VVnr4tBZH6 8FCreCIv0Dqrh7E/GvujsT/+OeyPHwyIfB0gsieUyV8vlMmASAMinx9EDp0XBpH6wFkNItvAj7VA pI9ASJl8mUAkjtDQCTNsKVsKIrUnvwMiW2++sUQaS6RMDmMskcYSqQBjz9+DFR1KOoyVVsPUJBOn NJ+IdiJubDyZ+OMS+PjaK9fZBtaLZTIg0oDI5weRjvW8IPL+vKlBz5QJ1psydELGqct6+JZlD6U1 rwWOyAbpIyG4TFeAPOMjFR0J75hJm6prZ6gqHxJuv8qqHauFfSyx3dvPYLtflmZ+qNWsU+T//ZDf sOF8Vg9GtXSQErOOf+gm3Sf1QwJw+W8r53WZJCq7MdpdkqzAxoxyR1BxKMGHG+y6rlTFnj5jspyK 4JCBkLqsGteUAtKVWa7LEDWRqv9ehiVHSRFdp4WEsir2LwWI1DV2VIkjCYc2UeHoA0ehLc5OH4vH lMWzNyPuw3lwbR3MstkDhTJLNC13pEdjpB2VDaZdDh2qjwAPjRxdKpbgyOW3U00BC6Y3VPKBfNRY T+sFta2mQOkudusltSWhBQTDPGnrR9y/GVDFhoUgwPXU6Pva3iTRfqDlG62koFIWNnOnE5nbmQYm XMeE6yRGSWb77AM7YIfsIzti5pwgHPXQ+rev1tYj1WONYTrq8TyKwRZK5R3bQo8PYJfAc3YtqBD3 GYkdbziy8FqJXH4I1m8gtFnet6VC31Zi/QYSKVyupL6R9ba4FBWoqgFRMpkKtl+W+TXz2zgdemSl OUM1+aAcuBb8KEBqhJVr+G8PEa9C+A9ziAph4f95R4sD+E+h1rJSFtXJlB4eDe4WIRI1VbZUvqa3 FqZBPN1c1j/cLdCWf5sr/LpUgbkftlONmruwHeXZpFxClleW0Y5QOlIQa6HsM+LYUGVs6KF3tJYl Urm0NquRxxeVx/4lWjs6+urWfPo7O2YopZ3+qALElMdqQcrXO6EWkKUyqHVzSLlryVnT6uZGymUN 41dSKvgPIeU9GB2Sv85aDggeuPYSC5SRciPlz7GWS5ujgtZHrfmxRdeBPjiiTK5I2NvIeX2//NpV Rzt0JPXe2mOybnwt8FK2caASlDrLOhW4hVtKgpcAheXVmzsm13tJtDZXWSV3kYhGQI2GoczrRRLV qnUSqSsdPmgt41sSiUuYvsGYmFcRLA4H47PDPLqcoVx8hQrpMTvhQiTZpDorxPTynJfi7HMehWl7 /ZTPirwMy1t2nKFweMYFg7WfV2cHKMgOMm+PP/pnx0fD3V/37W9nXw7+Y3mohG7RoQHrX/a/3xao hd4MA9qjOIzm4zW/VyzLD6ZhNuH7VQFAJ4va6UukHE15GFe1FwQcoE42He6Oo754niYFOSNoeOgz K8d8ds5R47w8jgleAmIIFDEvyiQTahSrMiL7hRzRSpRcRFN6WqX4ltcxBvoHNKJ9h3J3sPPrL3kM oiGcGFJHajyPjUqGUxPeMgEiswcVSCaVrP6M5uihX1TJloLfcLzokEGzwfPl2mmgj040PilgmWbo CPU/3SfVLQFtQwGFi+LOFCIWIau2wv/QBXCYZcMs6Cmo9qw+qep/ykMjbX0CIwvA2ZMwnbHTN3+b iJ9W9E71UFV86vVTNYtG7Zo7LTmXH6OTNCZhiNLyS1j8ciWhzCysMMEP5KUCawLRnbsFHExm+IGe FJnMOwKxCvEwbjvNWIJpBrwRX2KhSbKYXyRZIsjZxzHrSszujF/xErAbs+X0tsCMEbPvKB8vR7qm hDfWpOlT/Tp8rNDg/wMAAP//AwBQSwMEFAAGAAgAAAAhACrPXL1/DQAAm5YAABYAAABwcHQvc2xp ZGVzL3NsaWRlMzQueG1s7F1bc9u6EX7vTP8DRw99amLeRalxziTOpZnJxY2d6UPdB5qEJfVQJEvC t/76fgsQIGVTsizZseKDPDgSRS6BxWL3w+4C++q3q3lmXbCqnhX5/sB5aQ8slidFOssn+4Mfxx9e RAOr5nGexlmRs/3BNasHv73+859eleM6Sy08ndfjeH8w5bwc7+3VyZTN4/plUbIcv50V1Tzm+FpN 9tIqvgTVebbn2na4N49n+aB5vlrn+eLsbJawd0VyPmc5l0QqlsUcLa+ns7JW1Mp1qJUVq0FGPL3Q pNfoWXKUpfR/XR5XjNGn/OJjVR6Vh5X4+evFYWXNUvBrYOXxHGwZ7DU/NLeJrzluw4e9G49PFKV4 fHVWzV+/isfom3W1PwDzr+kvHorH7IpbibyYtFeT6beee5Pp+56799QL0AL9UuqV7NHt7viqO8cz njHL0b2St8Z49HOR/F5beYF+Uvdl95KvF4oY9ZnIl1OLX5fgDCdSzX3yR8EPdX8Nngpm8au3RXpN HT/F/+JiPM5qfsSvMyYYgmbHYxDHH7A/i0lCWf7ix9HASmcVFzyy6jk/yFgMWW7YyF9/LVJWW3wa g58x5PMV+MIxLA0xlqeHcRV/X0qT+hiP8XY0XLUSHyUblzPTGSpufmcJZtCEOBousFR0vCslXa5Q R2/IR2DbtodBQlcd342GniDXiorjOr7vhwOLBGYYBZETCc63hMqq5h9ZMbfow/6gQssG9KL44nPN m442t9Dlushm6YdZlokvNLfZQVZZF3G2PzidOOLR7Hz+pUjltZBa2LxSqAK6XbCvQ0nwTkpJTYNL tLP8OzvDlIK8u4KqfloSjpMEs1W+sJ7GKZOX6XX97xMEifIZWq9pNwQWO6Joy+4399Oj7OwM/NEP 26saJh/WT4g3F3n78HyWF1UfgQy9at4s7xdy1jCmFTg1LayKZwcF2A9dEefJtIDuTHhFJPqmC2aX FWcTTAd9053yvjCHBNncuoTERb4TQLTmJRRfnU9kZxYEpJqcavH4IP4pWejeRqL3Lq6ncgiFYDS3 ZTm9riMq+LIeTcl4yDARKM45q46m6aV1mp1X32O0N/QgKkJP7A+8kKSG+CcYw7OBVRX8nzM+PZrG pLKage6+WTwhr8dZOY1l24eCjhy9pqFC2HUDxLdO26BHWvaLH4VSk39uD1VFvVlT2ZmBElrp4QYK fCee8tdVUfD72gwzGg88GrenTZ81nhC0kujmo0JZgHNfFV5zlUn+WBXnpQUTjckrbmhuF1+7FrlD RhCXQnHDLjuh79k+iMPserDBYXTDMEfB0A1u2eV4rNEcjHng+cDaoADLHtq+1OgtsHO9YOgHMP5k 252RG0WueAlUimwN+KFbqNBJrnFZywNnpJjQwSUCJwhGEAS5xYU7cMmy1isIe2fbAa8MMIGx+0MD E2PtBJx4GliirZ11x7938ndjEHcOR/YZxOXLUxcAWPouOmZgpO3hJmbAc8PIDbDshYUKgqEz8qQR U2bAwbXQ85rlqR85gVq7KXv6gFZAruoCagFMZGdNYZaf3VX8T19+9mv5U3Imddw4rMK6Fld63Dmu /25N5XODqJSEXj+Owk4EBgWIWoEhIb9y3kgMiXkk4BIAVoMVb6Gn5rom3oshaYEKFCkxJCZKNNxh DOlqIN0qD3fRXXiLCwZDGufWGZQx1ibS6/cYzq1+7dLvHjZr9Adeo6+NId8bDLmjvsh7YkhtCztm wNX20GDILtJSYQZSOyaEsVUIo1/L34B71goMGYZPiyERR+liSK91v22FIQN4Dr1IYkjfxgIMPkng sDZAuEt+SL9nAepttwA1fsiB0S5bB0j7tYvBkD8lPLo2hvxgMOSzwJC+zqFqMSRMg/KpbIwhQ2kG e/2Q3jBwIrgwRJqM8UMuptiA83CYPvs0mH4tfxND9vgfo+GTuh8RRe5CR0wfNVW2go4IKIehjGD7 iGZTFtnuIseeZadEuiaCjbREk1rXZCjuSGzDIMfdQo4fDXJ8HshRp6t3kKMIOW9sBkQE2yBHAjgm gfp+WbnrIMcnBY56O4KMW/siw3D73Ed3iGxFJHKIpA8kMIU3NyXslM9Ro+eOyhA5IhurDONzND7H 7Tdl9K9GDXLcLeT4d4Mcnwdy1LawYwaEw2NjM2ByH/VWP4Mct0OOK+LWwRPHrbFBZcH5+ED7Z3xs jwF0bBKHbXto73Lcumf/DHbuKC/sJgELgyENhjQYUgaeOpn6agf2r7Ctd+249SeDIZ8FhiSXh7SF HQy5XfqS8T4aDLl42knP8Q39noJ1vI/ek7ofNWqS7ke59esB3I+O7zm23Djt4MiTkdwVvZspj0HP tpmgDeAb6EhbpMyZMAMTuE5pPSWiUCKhtXt8zLM7EWZt6PjGQMfnAR178pdgGrbxIBj3o4GODwQd V7gfvehpt804es3VgMg222Or5Ecfzkd/hNgwDi7A8T2eI8/p21EQqTcPtQtPnAu0jfYw/kfjfzT+ xz+G//GtAZHPA0T2pDIF26UyGRBpQOTjg8ih+8QgUm84a0Bkm/ixFYgMkAgpDl8mEIktNLTDDCZl R0GkjuR3QGQbzTeeSOOJFIfDGE+k8URKwNjz92DNgJJOYyVtmJnDxOmYT2Q7ETce/DDx+x3gE+io XMcMbJfLZECkAZGPDyJd+3FB5PJzU8OeKRNuN2Voh4zblPUIbNsZCm9eCxxxGmSAA8HFcQU4ZzyS 2ZGIjpljU3XtDFnlQ8DtZ1m1Y720jxW+e+cRfPerjpkf6mXWMc7/fVtcWcPFUz0sqqWDIzGb/Ifu ofu0/BAAXPzfynlTJonKbkSjFYcVOJhRXoQlDh3w4YUjzxNLsc1nTF5QERxyEFKXZeNUKSBdmeWy ilETqf7veVwxlBTRdVpIKOvyzTkHkabGjixxJODQQ1Q4estQaItZx3vufRGZ9Hn2nom7anCh8FTy 22wy5dabqiourXCDBSSVXoEMDH3bcYcjgYmaUXYdxGHotGhaT0d26EvyHbUYeUMXOzlEQQTPd+VR GCsGmZoqWiqhV1/Jo874mjyUn5+H0lb5WKjvtaGUQuH0SekGSZqNlHo2nDojf0FKR340otIeJKWu G/i+IN9K6chGdK05a8jx7CgSvxsp1YWi1LmYcpB/4QpaK6V0ckdlGkfnhEivJMwn6G2fH+khnO3S UYtCPpEfCbsJwq18ito1QJxCjVLpGVeA2U5tGsBPnySYKODzUO4cpxtU0UE6PAjT4gYJLeNQqqL7 yqhTv/oq0ww1D9rVKF6s+LCJU3JZ21VJgjta/qB1aaSgKyTS2edgjE73nFzjcvzDuxzfWgfWe8vs tobahu909yoWQmGp1Y/QXXKttlStwzLc3CkDVb+NWg99d0TJYGSS+kJtWPBhQdCs/36Kx0Q5Ioxa 35U6p/Ag9BTPvLlRZoXH5MmzHfW8aSBhm+S3VaDaRYpjQFWCafbAU0KZj4uQEFej6BaeexJI2JPl Mtwuy8VAQlWT2RzUcL+DGnQcc6EslfDimaCmiGk+SFCzbz/MO8uc2vhM0GDP2Tuy1NnGZ+/chQZ9 3w9s+BZENMCgQXPc9/6A5S9+HA2sHUKDyyPOkY6ktW4xFHnZav1EEecQCE/49Gzbs29CQKhzB1Gz ZS69ezrGjIfrl/FwiZUAf/3hr9Ynq+Zxxn5SSDHq2daENcg2Uu4jIxf+bynlEGjygy8udIyUp4jA S9S2svj4rxCW6V/w94P2x5Xyu4I9VCO5e44a4odKzrdb2VN4Bufvklp3POj4URPLUeGOhWBPiFU+ Sj4IViTTb2dnFmVjwDngN3PGoemBszWaO1S0ZwmRJeGecpZIx+DhLJEBIFTKPaysWbo/oJO2JR/w Iz9HCgNQWsrqBD7Pg/HJuyI5n7Oc11acp9YR43yWT+qTkk/PT1nFTz4XSZy114/ZvCyquLq2PuWc VTnjFrI2WH1yUOB7zl9+eh+cfPo4HP3jjXN48uXgPzZ6isQq9NL+l/Pvl2U+0cPQNBZmbpbgNb/X Vl4cTON8wt7UJUsoZQFNV5co+2HK4rSmy+AWzB11UnW4m9qiL55ms5KSSmj5SJ+taszmpwxcqT6l ZHihfDnbH5TVLOdyCOoqIQQghqPmFePJlJ6WpVrEdYyB/gGNaN8h01as08svRQqiMZJRRBRbZZA1 ORdLR18JEEFt5VhtPlN/2xSde1bwvp1Yg2aD56s9yqFGRCq3CJKEdugVxOa5RUK4qYc0hcgPJil3 4qU0Qch7RqsJyI4DP/QDs6D1rv+c3KL6f3AEYhKIaANHt/Cpp/CNRQlG1ou/TPjfrOM1UUEPacms 3pQjjL1WnfpDrupqN+OrdAfGqKtDIRNKArbSoXdOgSXqr+MdXUqijZgvIaInkuKE1JjNhIAeUSql o0N10Bw/Gh1qdChg0Fo6VEcXtA5djMkZHSo8u2vmZ/YouiU6VCjQR1afEIC6PK4Yk1jkKEuF8syq L3H57UIA5XlcAyQhFIBLJXAVqWXYz/YWWKHZHD/QkzwXZ3DCNMd4GLcd5wLAwQ6n5wBrszxlZ7N8 xinxlQG5VEBIObtgFaGklB1fl0AdfP69KASWIQElSvi/IU2fmtfhY40G/x8AAP//AwBQSwMEFAAG AAgAAAAhAMKsoXFMEAAAM7YAABYAAABwcHQvc2xpZGVzL3NsaWRlMzMueG1s7F3bctvIEX1PVf5h ig95ylrElaBiOWXLtuKqtdextLUPcR4gECKRBQEEGEpWvj6ne3AjCVKUQFlceVwuiQKBwVx6uk93 n5l5+fdv81hch3kRpcnJwHgxHIgwCdJJlExPBr9evP/JG4hC+snEj9MkPBnchsXg76/+/KeX2XER TwSeTopj/2QwkzI7Pjoqglk494sXaRYm+O4qzee+xJ/59GiS+zcodR4fmcOhezT3o2RQPp/v8nx6 dRUF4ds0WMzDRKpC8jD2JWpezKKsqErLdikty8MCxfDTS1V6hZYF5/GEfhfZRR6G9Cm5Psuz8+xz zl9/uv6ci2iC/hqIxJ+jWwZH5Rflbfxngtvw4Wjl8WlVkn/87Sqfv3rpH6Nt4tvJAJ1/Sz/xkH8c fpMiUBeD5mow+6Xj3mD2ruPuo+oFqEH9UmqVatF6c+yqOReRjENh1K1St/p49Oc0+L0QSYp2UvNV 84JP11Vh1GYqPpsJeZuhZyQVVd6nvuT+qO4v0KfcWfLbm3RySw2/xG++6B/HhTyXt3HIHYJq+8co HD/Q/bFPEhomP/16PhCTKJfcR6KYy9M49CHLZTfKV5/SSVgIOfPRnz7k8yX6RWJYysLCZPLZz/0v G8ukNvrHeDsqXtUSH1U3bu5MY1T15pcwwAyaUo+6S13KDW9LSbtXqKEr8uEMh0MLg4SmGrbpjSwu rhEVwzRs23YHggRm5Dme4XHPNwVleSHPwnQu6MPJIEfNBvQi//rnQpYNLW+hy0UaR5P3URzzHzS3 w9M4F9d+fDK4nBr8aLyYf0wn6ppLNSxfyaqAbufua5XEfaekpKDBpbLj5Et4hSkFeTe51PppVbAf BJit6oXFzJ+E6jK9rvt9XCCVfIXa12WXBSw3pCpbNb+8nx4Nr67QP/XDw20VUw/XT/Cb06R5eB4l ad5VQIxWlW9W97OclR3TCFw1LUQu49MU3Q9d4SfBLIXuDGRORXRNF8wu4cdTTIf6pjvlfWkOcbGJ uIHEebbhQLTmGRRfkUxVY5YEJJ9e1uLxnv9VstC+jUTvrV/M1BCyYJS3xQm9riUq+GO3MlXHQ4ap gHQhw/x8NrkRl/Ei/+Kjvq4FUWE9cTKwXJIa6j/uGBkPRJ7K3yI5O5/5pLLKgW6/mZ9Q1/04m/mq 7iMuR41eWVEW9roC/FerbtAjTffzl6zU1I/1ocqpNTsqOz1QrJX2N1Dod+pT+SpPU3lfm6FHY8+j sT5tuqzxlKCVQjdnFcoCnPtU4TWzMslnebrIBEw0Ji/fUN7Of7YtcqsYLlwJxYpdNlzbGtooHGbX gg12vRXD7Dkj01mzy/5xjeZgzB3LBtZGCbDs7tBWGr0BdqbljGwHxp9suzE2Pc/kl0ClqNqgP+oa VugkqXFZ0wfGuOqEFi5hnMAdQRBkrRfuwCWbal9B2DvrDnilgQmM3Q8NTLS1YzjxNLCktnbijn9v 1ffaIB4cjuwyiJvdUxMAWMUuWmZgXNvDh5gBy3Q904HbCwvlOCNjbCkjVpkBA9dcyyrdU9sznMp3 q+zpHq2A8uocqgFMZMun0O5n24v/7u5nt5a/pGBSK4wT5vBrcaUjnGPab3dUPiuFKknojONU2InA IIOoLRgS8qvmjcKQmEcMlwCwSqy4hp7K63XhnRiSHFSgSIUhMVG80QFjSLMG0o3yMJfDhWu9oDGk Dm5dQRnDN1FRv8cIbnVrl+7wsPbR9+yj74wh32kMeaCxyHtiyNoWtsyAWdtDjSHbSKtKM5Da0SmM XimMbi2/AvfEFgzpuk+LIZFHaWNIqwm/9cKQDiKHlqcwpD2EA4aYJHBYkyA8pDik3eGAWv0cUB2H HGjt0jtB2q1dNIb8LunRnTHke40hnwWGtGsOVYMhYRqqmMqDMaSrzGBnHNIaOYaHEAbTZHQccpli g55HwPTZ02C6tfwqhuyIP3qjJw0/Iovcho6YPtVU6QUdkVB2XZXBtpHNJhbZ4SLHDrdTIV2dwQYt UVPrSobigeQ2NHI8LOR4ppHj80CONV29hRw55fxgM8AZbI0cCeBoAvX9WLm7IMcnBY71cgSVt7aZ Ydif+2iOwFYEkYNJHyAwuauLEg4q5lij55bKYI7Ig1WGjjnqmGP/RRnd3qhGjoeFHP+hkePzQI61 LWyZAQ54PNgMaO5jvdRPI8d+yHFL3tp54rw1FqgsBR/3tH7GxvIYQMeSODwcjoaHnLfuWD+DlTtV FPYhCQuNITWG1BhSJZ5aTP1qBfYfYVnvznnrDxpDPgsMSSEPZQtbGLIffUlHHzWGXN7tpGP7hu5I wS7RR+tJw481alLhR7X0aw/hR8O2jKFaOG1gy5OxWhV9mJRHp2PZjNMk8DV0pCVSek+YgU5cT8if 4iwUE1rb28c8ux1hdoaOrzV0fB7QsYO/BNPQJ4Kgw48aOu4JOm4JP1re0y6bMWqfqwSRDdujF/nR RvDRHiM3jI0LsH2PZah9+g4URNaLhxrHE/sC9dEeOv6o4486/vhjxB/faBD5PEBkB5XJ6Udl0iBS g8jHB5Ej84lBZL3grASRDfGjF4h0QITkzZcJRGIJDa0wg0k5UBBZZ/JbILLJ5utIpI5E8uYwOhKp I5EKMHb8PN0xoVTTWEkbxnozcdrmE2wn6o29byZ+vw18nDor1zID/bhMGkRqEPn4INIcPi6I3Lxv qtsxZdx+U4ZWyJjlsR7OcGiMOJrXAEfsBulgQ3DergD7jHuKHYnsmN42tT47Q53ywXD7WZ7asRvt Y0vs3niE2P22beZHtZt1gf1/36TfxGh5Vw9BZ+lgS8yS/9DedJ/cDwbg/LuR8/KYJDp2wxurzQqc IajDqxPGwIyyPLg4tMGH5Y4ti12xh8+YJKVDcChASE1WlauOAqpPZrnJfZyJVPx34echjhSpz2kh oSyy1wuJQsozdtQRRwyH9nHC0ZsQB22F4uLIenFfSKaCnp2b4m4bXbBWKvZbNJ1J8TrP0xvRIvXs 7EHS2SsQgpE9NMzRmEFROcyG44xdE+oWg2hj4+iRx/S6ll70rJGJpRx8IoJlm2ovjC2jTFXlmirs 1XXmUWuANRHl+xNRmmM+lg742iql0zsO/TBq1tV+s4btUz9spA3L07Ya+aQ9Vcal3aZDPUyGCa1T P2DY7ZHSY9g3HXOgNPzNqR/dRdQiDmnl1lfqkpRm15kfbsdSebdJnu48WUljlbNzU92rzd7vqPle T/xQW2tWOr7FINezub0DqQ7m/OjBHL31CRgkCEcd3iFw0FQVoGSlpeDvRn3ekfxz+yX/XNscE79m U/bi+zuhlW+n9fmhHB3Z2wl97LM7toRtmiXfLYfFbXJ/O2OgzQ6LNfY8B8dg0ByyhjjRzWMRbgCh ox2WH+Q01X4OS80PVg7LqEHqvTLUvCV4eX6wZVieC32PijbyaWDPcAdhGvaon9ZjGXUkqEf9EtTa Y6kOY9Y7NNxvh4Y6gbl0HhWH73Q2k5OZe8lmdi2EeSf0pjvPw2dBcLcKGeNUdT+ZxqGAlocBevCm O3f5LDbyAPRaTgN8l8SZ9llENEFS53COu+/tszw5X7FGQgoNjptNBnqhQQeKm0LSGz3+7gjuU4Sv jWGTbqp1hwEKTR/loeGghoO3ccgOkIaDl/Ei/+JPTgYuHUR6EEHSLjh4qlevHMTYNHlaXqZ/b/6A AQ7TGhokNd9Ho98FB3UIm1zWIpi1k4LVsYToeKSV9bEvJwNovy08qseGg5tD2Mawjgt+acWwaSrd e9aUQWxriFUqoCi08vr2yBs6YNowLHTAScCZ1Gwjq8S+7XoO0X8U62bkDjkqV1MS1hP7mnUTSIS9 qY+v0oQ+HpqP1Gjz3Vk32+S0IztpDHumJ4kjSzQWyk8CoVjDlQOK4A4MDfD8VmLXW+QSnoTmgR2o RHZ77d1xWNZO8tX7v4oPopB+HO6VAzm9g11Gh2a198R1GwxzRo9+zlk5t+mt5XUKfHHpxN5aI7ky IQxnKZDAGxakf1yyxyo9zPQzMF9Z4KGTwS9TijqY/XJ1JYhZC1Kabag5w9MD+6RxZzX8sg2F1LNm mWCWRYFiJHyOAkU5Cz5df86hzshvqPoBX8oF6Ki4MAmLAGSL0+Ovb9NgMQ8TWQg/mYjzUMoomRZf MzlbXIa5/PpzGvhxc/0inGdp7ue34kMiwzwJpQADNyy+nkKDopgXH945Xz+cjcb/fG18/vrx9D9D tBQkeQpG/8v494ssmVJTObJYVhaGKQrwmt8LkaSnMwQgw9dFBiVAFOTmEhFZZ6E/KegyikAPUCOr BrfHsb54GUcZEYRpGOmzyI/D+WWIXsk/TEglQSxleDLI8iiRagiKPKAlNzwchcxDGczYQDCPna9j DOovUInmHYqCLC5vPqYTFOqDWMx6rFoNUNFnN41+JUAEl3FsmpIf9Zna20hilhfyLEzngj6gLVsV pn+8TpJGtdHnNAybrQVoK+X8qXji0PLV0NH0eThPvE3QNEyaIStQhicITrpTNgP2QyVE99kFDa3n +/DEi//BPmISsJcooTvwqeMQQwGyuCl++stU/k1c7KgvO4pW8tLp/VWao9ZySnO0dF9Ld6yEON0m 0dtLh9rEaapW1rjIbauFOq2EN+0YSTu5Epjt1KFYXGC4lBIn3MFH3azr0O5CaimqekJpzHJCQI9U KqXpB3qPsiX4UuvQp9ehG0f/sHQocciV3FQ6FKtv9qNDCWsT9CD5tzAXvDXOCLCJZZZmBPb3x9Kh VqVDj8wn16KgCS0hUUhFJQO9tOidk4D33T0gLVovdtBa9CCQ6J0CdBhIdLSGRNW6wpqe8HAkqrXo ViR6UFq0Dl6V5MsmbtVLi250xisoscEVb+XbNxbxGP48yJYai2p/fmnR8y7+PDjvK1jUW+ZpPFyL an9+mxZlZ/7RQejmQI5XK85fs3I9+Kkfx+lCCq/RoZ0BUbqookSdoVCwlFyHVvGyD4LYv0K2jRtv gqvOGwJwTgpp3vIQ2toFX0tKLTJeB15WkMNnftdycMTglvae78qdOvx4vJgjHid41yz4TIqchArU 6VYOrbVKw2QqqnbThikU/mNitsoOmVxq/bQquErW0r3FzJ+Ed71PM72Z2gPp8o/BJ1lKbwkKaBlw WTfFytSIiBvc5SG6jCjRPENMt0BsmQdgSTLy6SX4VGo83vM/8r5IANq3UST1rV/M1H38VXlbnDy0 zJA3PPlDHZL1KZWhkDNfilOxorL0UB0EwacmX838QohzSqvpkboRh0yTQ1osj8LixfI4QQMpdiOr QP6h9SA2BSITDc3vx9PkZCBjbNiTyt8i+X0PnL6YRYXA/0mYQCNOBOaan4goCdKkiApKdIoikgtf RmnCiVOMcPA7piKeycMilCvKcwORo8vSkSTovRgHLAZ7Wb3U9D2b/U1JsSK7yEOAPcC/4DyeEOwN 4vyjn/1yzaZv7mPcc0AJXMqQIycQsXQLMooRlldM6UmZsNlHmtXHw7jtAtIDiAIfbLJA4j1KJuFV lESSNqQKkYXOkcdNwuswh5OG7PHFbYYMspx/SVPOS5ODRyXhd1k0fSpfh48FKvx/AQAAAP//AwBQ SwMEFAAGAAgAAAAhALYVRzJ0CgAAV4EAABYAAABwcHQvc2xpZGVzL3NsaWRlMzcueG1s7F1bc9u2 En4/M+c/cPh8WvMuShO7k8S1T2baJGO7c55hkrpMKZKHpG//vt8CIEhJtCOLvqgq8uBIFLAAlgvs h8Vi98Mv98vUuE3KapFnx6b9s2UaSRbl8SKbHZt/XJ39FJpGVbMsZmmeJcfmQ1KZv5z8+18fikmV xgZqZ9WEHZvzui4mR0dVNE+WrPo5L5IMv03zcslqfC1nR3HJ7kB1mR45lhUcLdkiM2X9cpv6+XS6 iJLTPLpZJlktiJRJymr0vJoviqqhVmxDrSiTCmR47ZUunWBk0WUa0/9VcVUmCX3Kbs/L4rL4XvKf v95+L41FDH6ZRsaWYIt5JH+QxfjXDMXw4Wit+qyhxCb303J58oFNMDbj/tgE8x/oLyqxSXJfG5F4 GLVPo/m3nrLR/Nee0kdNA+iBapRGJUa0ORyvGc7Vok4Tw1ajEkUZqv6WR39WRpZjnDR8Mbzo621D jMZM5Iu5UT8U4ExNpGQ58SPnR1O+Ak85s+r7T3n8QAO/xv/8IZukVX1ZP6QJZwi6zSYgjj9gf8pI QpPspz8uTSNelDXnkVEt689pwiDLko31ydc8TiqjnjPwk0E+P4AvNV6LJJZk8XdWsotHadIY2QSt o+NNL/FRsPFxZtqjhpsXSYQZNCOOBiss5QPvSkmXKzTQNfnwLcty8ZIwVNtzwpHLybWiYju253mB aZDAjEI/tEPO+ZZQUVb1eZIvDfpwbJbomUkNsdvfqloOVBahx1WeLuKzRZryLzS3k89padyy9Ni8 ntm8anqz/D2PxbOAeiib5EsBFefs61DivBNSUtHLJdppdpFMMaUg7w6nqmoLwiyKMFtFg9WcxYl4 TM31t8cJEuUpeq9oSwKrA2loi+HL8lQ1mU7BH1XZeqpjorKqwVvOs7bycpHlZR+BFKOSLYvyXM4k Y1qBa6aFUdbp5xzsx1rBsmieY+2M6pJI9E0XzC6DpTNMB1Xoh/K+Moc42cy4g8SFnu1DtJYFFr4q m4nBrAhIObtW4nHG/zWy0C1GonfKqrl4hVwwZLE0o+Y6ooIv29EUjIcME4H8pk7Ky3l8Z1ynN+UF Q38DF6LC14lj0w1Iaoh/nDF1ahplXv9vUc8v54yWLPmiuy3zGuI5S4s5E30fcTri7cmOcmFXHeDf On3DOtKyn//IFzXxZ/NVlTSaLRc7/aL4qvRyLwp8J57WJ2We18/VGfptvPDb2Jw2fdp4RtBKoJvz BmUBzn1t8JrTqOTzMr8pDKhoTF5eQBbnX7sauUOGExdCsaaX7cBzLQ/EoXZd6OAgXFPMoT9y/A29 zCYKzUGZ+64HrA0K0OyB5YkVvQV2juuPPB/Kn3S7PXbC0OGNYEkRvQE/VA8bdJIpXNbywB43TOjg Eo4TOCMIgmxw4Qe45LHeNxD2h30HvNLABMruHw1MtLbjcOJ9YInSdsYP/p2K37VC3Dsc2acQH9+e OgDAwnbRUQNjpQ93UQOuE4SOj20vNJTvj+yxK5RYowZsPAtcV25PvdD2m71bo09fUAuIXZ1PPYCK 7Owp9Pazu4t/8+1n/yp/TcakjhknKbGvxZMec47jnW65+KwRFZLQa8dpsBOBQQ6insCQkF8xbwSG xDzicAkAS2LFDfQknyvivRiSNqhAkQJDYqKEoz3GkI4C0u3i4ayaCze4oDGkNm5NsRhjbyKsfq9h 3OpfXfrNw3qP/sJ79K0x5K8aQ+6pLfKZGFLpwo4acJQ+1Biyi7SaYwZadvQRxqAjjP5Vfg3uGU9g yCB4XwyJc5QuhnRb89sgDOnDcuiGAkN6FjZgsEkCh7UHhPtkh/R6NqDusA2otkOaenUZfEDav7po DPkmx6NbY8gzjSEPAkN6yoeqxZBQDY1NZWcMGQg12GuHdEe+HcKEwd1ktB1y1cUGnIfB9ODdYPpX +XUM2WN/DEfvan7EKXIXOmL6NFNlEHTEgXIQiBNsD6fZ5EW2v8ixZ9spkK4+wYZbonatkx6Ke3K2 oZHjfiHHc40cDwM5Knf1DnLkR847qwF+gq2RIwEc7UD9PK/cbZDjuwJHdR1BnFt73MNwuO+jM4K3 Ihw5uNMHHJiC9UsJe2VzVOi5s2RwH5Gdlwxtc9Q2x+GXMvp3oxo57hdy/K9GjoeBHJUu7KgBbvDY WQ1o30d11U8jx2HI8Ylza/+dz61xQWXF+PhC92c8XI8BdJSOw5Y1svb53Lrn/gxu7jRW2F0OLDSG 1BhSY0hx8NTx1G9uYP8drvVufW79RWPIg8CQZPIQurCDIYe5L2nro8aQq9FOesI39FsKtrE+uu9q flSoSZgfxdWvFzA/2p5rW+LitI2QJ2NxK3o/XR79nmszfnuAr6EjXZHSMWFMfXAd036Kn0Jxh9Zu +JiDiwizNXT8qKHjYUDHHv8lqIYhFgRtftTQ8YWg4xPmRzd832szttpzSRDZensMcn70YHz0xjgb RuAChO9xbRGnb09BpLo81G48ERdoyOqh7Y/a/qjtj/8M++MnDSIPA0T2uDL5w1yZNIjUIPL1QeTI eWcQqS6cSRDZOn4MApE+HCF58GUCkbhCQzfMoFL2FESqk/wOiGxP87UlUlsieXAYbYnUlkgBGHv+ ft7yQEm5sdJqmOpg4hTmE95OxI0XDyb+vAA+vjqV66iBYb5MGkRqEPn6INKxXhdEPh43NeiZMsGw KUM3ZByZ1sO3LHvErXktcEQ0SB8BwXm4AsQZD4V3JE7HdNhUlTtDZPngcPsgs3Zs5/bxhO3efgXb /VNh5ikO8Lp/FELgDzFT8/jBNBEoAj6lukEY0pUdlg21arsysAeF0Xf4xNx1plCoSn2bvsn3s9db AS4G9cnZf4wvBtKVpW+V5InuCm9I+TAvwIC0QSCk3IE6cK21UBxaynmeqANJx9S/sKstU18E7LeX cmUya7cJkPwha7kHa5lrSynHsu2ImE8t6NFSrqX8bddySuCzvpZ3wivtZBNFWCXySOWIpQ/aaynX Uv62Uo4Qq1LKr5CX41N+b3Siz5KMG5TjEqHqpV9yNxkW/cwN4/z/dv8p05dSOjyIO5f23iBiNna6 boijBwq85wZjF1gdSmRXfM4mWU7JKYlEC9WbFJ0qY+JdyZCrtPr/DSsTpPpT+RNps1gVH29qEJG5 L0XqUW6mfInMo1flIvozTWLj9Mu359pKBV96s1U8te3ylHfQaX6XGR/LMr8zOrE+tl7FKCcihACJ KCwPgeGIJ/I1+46NZGVohw66QoQZRpvobau6uQuVtFcEniOjED/+lmP0lHeUt7JDKlKd6+VvlWp0 V9FWZ5Zd0d7h0FKINqQYcWvGXcn2HM+2pLp2xs4o8Ln9QEu2TqK7XRLdHSUbd4A2kGfngtTWa3Zn kfaANv0AdPki7XtjoQNaUdZGZeKWzri4mV94/S7hE0blV/LlqYqrMkFecKC66DKNCXJGafk7K77d An+yyZJVyPCMVNN4VCyyGU27lSJILbRAxu0Z1awzfn8cKekZKqPYVYZE4zy7WHxTHpuLLE6mi2xR EzhMYDwsgXuy5DYpMSmROv5KpLFfXiANMEerkhJalKTpk2wOHyt0+C8AAAD//wMAUEsDBBQABgAI AAAAIQCNFzVxcwoAAFeBAAAWAAAAcHB0L3NsaWRlcy9zbGlkZTM4LnhtbOxdW3OjuBJ+P1XnP1A8 n91wN3FNsjUz2eRM1e7MVJKt86wAvtRi4Ahy+/f7tQQCO8TjGCfxepWHJMaikZqW+lN3q/vDLw+L 1LhLeDnPsxPT/tkyjSSL8nieTU/MP67PfwpNo6xYFrM0z5IT8zEpzV9O//2vD8W4TGMDd2flmJ2Y s6oqxkdHZTRLFqz8OS+SDN9Ncr5gFT7y6VHM2T2oLtIjx7KCowWbZ2Z9P9/k/nwymUfJWR7dLpKs kkR4krIKPS9n86JsqBWbUCt4UoKMuHupS6cYWXSVxvS3LK55ktB/2d0FL66K71x8/fXuOzfmMfhl GhlbgC3mUf1F3Ux8zNAM/xyt3D5tKLHxw4QvTj+wMcZmPJyYYP4j/cZNbJw8VEYkL0bt1Wj2radt NPu1p/VR8wD0QD2URiVH9HQ4XjOc63mVJoatRiWbMtz6Wx79WRpZjnHS8OXwoq93DTEaM5EvZkb1 WIAzFZGq28kvBT+a9iV4KphVPXzK40ca+A3+iotsnJbVVfWYJoIh6DYbgzh+gf0pIwlNsp/+uDKN eM4rwSOjXFSf04RBlms2Vqdf8zgpjWrGwE8G+fwAvlR4LTWxJIu/M84un6VJY2RjPB0db3qJfyUb n2emPWq4eZlEmEFT4miwxFIx8K6UdLlCA12RD9+yLBcvCUO1PSccuYJcKyq2Y3ueF5gGCcwo9EM7 FJxvCRW8rC6SfGHQPycmR89MehC7+62s6oHWTehymafz+HyepuIDze3kc8qNO5aemDdTW9ya3i5+ z2N5LaAe1o8USwE1F+zrUBK8k1JS0ssl2ml2mUwwpSDvjqCq7paEWRRhtsoHljMWJ/IyPa7/eYIg UZ6g94p2TWB5IA1tOfy6Pd2aTCbgj7rZWtcxebO6Qzw5z9qbF/Ms530EUoyqfrJsL+SsZkwrcM20 MHiVfs7BfqwVLItmOdbOqOJEom+6YHYZLJ1iOqhGP5T3pTkkyGbGPSQu9GwforUosPCV2VQOZklA +PRGice5+GlkoduMRO+MlTP5CoVg1M3SjB7XERV82IymZDxkmAjkt1XCr2bxvXGT3vJLhv4GLkRF rBMnphuQ1BD/BGOq1DR4Xv1vXs2uZoyWrPpFd58s7pDXWVrMmOz7SNCRb6/uqBB21QHxqdM3rCMt +8WXYlGTv56+Kk6j2XCx0y9KrEq7e1HgO/G0OuV5Xr1UZ+i3seO38XTa9GnjKUEriW4uGpQFOPe1 wWtOo5IveH5bGFDRmLyiQd1cfOxq5A4ZQVwKxYpetgPPtTwQh9p1oYODcEUxh/7I8Z/oZTZWaA7K 3Hc9YG1QgGYPLE+u6C2wc1x/5PlQ/qTb7WMnDB3xECwpsjfgh+phg04yhctaHtjHDRM6uETgBMEI giBPuPADXPJc7xsI+8O+A15pYAJl948GJlrbCTjxPrBEaTvjBz9n8nutEPcOR/YpxOe3pw4AsLRd dNTAsdKH26gB1wlCx8e2FxrK90f2sSuVWKMGbFwLXLfennqh7Td7t0af7lALyF2dTz2AiuzsKfT2 s7uLf/PtZ/8qf0PGpI4ZJ+HY1+JKjznH8c42XHxWiEpJ6LXjNNiJwKAAUWswJORXzhuJITGPBFwC wKqx4hP0VF9XxHsxJG1QgSIlhsRECUd7jCEdBaTbxcNZNhc+4YLGkNq4NcFijL2JtPq9hnGrf3Xp Nw/rPfqO9+gbY8hfNYbcU1vkCzGk0oUdNeAofagxZBdpNW4GWna0C2OQC6N/lV+Be8YaDBkE74sh 4UfpYki3Nb8NwpA+LIduKDGkZ2EDBpskcFjrINwnO6TXswF1h21AtR3S1KvLYAdp/+qiMeSbuEc3 xpDnGkMeBIb0VAxViyGhGhqbytYYMpBqsNcO6Y58O4QJQ4TJaDvkcogNOA+D6cGHwfSv8qsYssf+ GI7e1fwIL3IXOmL6NFNlEHSEQzkIpAfbgzebosj2Fzn2bDsl0tUebIQl6tC6OkJxT3wbGjnuF3K8 0MjxMJCjClfvIEfhct5aDQgPtkaOBHB0APXLonI3QY7vChzVcQTpt/ZEhOHw2EdnhGhFBHKIoA8E MAWrhxL2yuao0HNnyRAxIlsvGdrmqG2Oww9l9O9GNXLcL+T4X40cDwM5Kl3YUQPC4LG1GtCxj+qo n0aOw5DjGr+1/85+axxQWTI+7uj8jIfjMYCOdeCwZY2sffZb95yfwcmdxgq7jcNCY0iNITWGlI6n TqR+cwL773Csd2O/9ReNIQ8CQ5LJQ+rCDoYcFr6krY8aQy5nO+lJ39BvKdjE+ui+q/lRoSZpfpRH v3ZgfrQ917bkwWkbKU+O5ano/Qx59HuOzfitA19DRzoipXPCmNpxHdN+SnihREBrN33MwWWE2Rg6 ftTQ8TCgY0/8ElTDEAuCNj9q6Lgj6LjG/OiG73tsxlZ7rhpEttEeg4IfPRgfvWP4hpG4AOl7XFvm 6dtTEKkOD7UbT+QFGrJ6aPujtj9q++M/w/74SYPIwwCRPaFM/rBQJg0iNYh8fRA5ct4ZRKoDZzWI bAM/BoFIH4GQIvkygUgcoaETZlApewoilSe/AyJbb762RGpLpEgOoy2R2hIpAWPP788bOpRUGCut hqlOJk5pPhHtRNzYeTLxlyXw8ZVXrqMGhsUyaRCpQeTrg0jHel0Q+Xze1KBnygTDpgydkHHqsh6+ ZdkjYc1rgSOyQfpICC7SFSDPeCijI+Ed02lTVe0MWeVDwO2DrNqxWdjHGtu9/Qq2+3Vp5ikP8Gp8 FFLgDzFTi/zBNBEoAz6VukEa0qUdlg21art1Yg9Ko++IibntTKFUlfo0fVPvZ6+3AkIMqtPz/xhf DJQrS9+qyBOdFX4i5cOiAAPSBoGUcgfqwLVWUnFoKRd1og6kHFP/wq62TH0ZsN9eypXJrN0mQPKH rOUerGWuXUs5lm1H5nxqQY+Wci3lb7uWUwGf1bW8k15pK5so0ipRRKpALH3QXku5lvK3lXKkWK2l /Bp1OT7lD0Yn+yzJuEE1LpGqvo5L7hbDoq+FYVz8bfefdflSKocHcRfS3ptEzMZO1w3heqDEe25w 7AKrQ4lsi8/ZOMupOCWRaKF6U6JTVUy85wy1Ssv/3zKeoNSfqp9Im8Wy+HhbgUhd+1KWHhVmyl1U Hr3m8+jPNImNsy/fXmorlXzprVaxbtvlqeigs/w+Mz5ynt8bnVwfG69iVBMRQoBCFJaHxHDEk/o1 o04ZjHyyzIvj+cCownHUqm4RQlXbKwLPqbMQP/+WY/RUdFQ8ZYtSpLrWy9+q1Oi2oq18ll3R3sJp KUXbsUfIW3PclWyIcjDy5WESFDJyLVncRUu2LqK7WRHdLSUbZ4CeIM/OAamN1+zOIu2MkM4TBbhE SGufFUEblYX+1xUXcfxkuZj66lnCNUblVwoIL4trnqAuOFBddJXGBDmjlP/Oim93wJ9svGAlKjyj 1DQuFfNsKgFgpwlKC81RcXtKd1aZOD+OkvQMN4PSdYZC46K6WHzLT8x5FieTeTavCBwmMB5y4J4s uUs4JiVKx1/LMvaLS5QBFmi1pkSeVkma/qsfRzgUHf4LAAD//wMAUEsDBBQABgAIAAAAIQCpfEtv PAoAAHx+AAAWAAAAcHB0L3NsaWRlcy9zbGlkZTM5LnhtbOxdW3PbthJ+PzPnP3D4fFrzLkoTuZPE tU9m2iRju3OeYZK6TClSh6Rv/77fAiBISbQii76oKvLgSBS4BJYL7Ifdxe6HXx4WqXGXFOU8z8am /bNlGkkW5fE8m47NP67PfwpNo6xYFrM0z5Kx+ZiU5i+n//7Xh+WoTGMDd2fliI3NWVUtRycnZTRL Fqz8OV8mGX6b5MWCVfhaTE/igt2D6iI9cSwrOFmweWbK+4td7s8nk3mUnOXR7SLJKkGkSFJWoefl bL4sa2rLXagti6QEGX73SpdOMbLoKo3p/3J5XSQJfcruLorl1fJ7wX/+eve9MOYx+GUaGVuALeaJ /EE2418zNMOHk7XbpzUlNnqYFIvTD2yEsRkPYxPMf6S/uImNkofKiMTFqLkazb51tI1mv3a0Pqkf gB6oh9KoxIg2h+PVw7meV2li2GpUoinDrb/l0Z+lkeUYJw1fDC/6elcTozET+eXMqB6X4ExFpGQ7 8SPnR92+BE85s6qHT3n8SAO/wf/8IhulZXVVPaYJZwi6zUYgjj9gf8pIQpPspz+uTCOeFxXnkVEu qs9pwiDLko3V6dc8TkqjmjHwk0E+P4AvFV6LJJZk8XdWsMsnadIY2QhPR8frXuKjYOPTzLQHNTcv kwgzaEocDVZYygfelpI2V2iga/LhW5bl4iVhqLbnhAOXk2tExXZsz/MC0yCBGYR+aIec8w2hZVFW F0m+MOjD2CzQM5MexO5+Kys5UNmELpd5Oo/P52nKv9DcTj6nhXHH0rF5M7X5rent4vc8FtcC6qF8 JF8KqDlnX4sS552QkpJeLtFOs8tkgikFeXc4VXW3IMyiCLNVPLCcsTgRl+lx3c/jBInyBL1XtCWB 1YHUtMXwZXu6NZlMwB91s7WtY+JmdQd/cp41Ny/mWV50EUgxKvlk0Z7LmWRMI3D1tDCKKv2cg/1Y K1gWzXKsnVFVEImu6YLZZbB0iumgGv1Q3lfmECebGfeQuNCzfYjWYomFr8ymYjArAlJMb5R4nPN/ tSy0m5HonbFyJl4hFwzZLM3ocS1RwZfdaArGQ4aJQH5bJcXVLL43btLb4pKhv4ELUeHrxNh0A5Ia 4h9nTJWaRpFX/5tXs6sZoyVLvuj2k/kd4jpLlzMm+j7gdMTbkx3lwq46wL+1+oZ1pGE//5EvauLP 5qsqaDQ7Lnb6RfFV6eVeFPhOPK1Oizyvnqsz9Nt44bexOW26tPGUoJVANxc1ygKc+1rjNadWyRdF frs0oKIxeXkD2Zx/bWvkFhlOXAjFml62A8+1PBCH2nWhg4NwTTGH/sDxN/QyGyk0B2Xuux6wNihA sweWJ1b0Btg5rj/wfCh/0u320AlDhz8ES4roDfihelijk0zhsoYH9rBmQguXcJzAGUEQZIMLP8Al T/W+hrA/7DvglQYmUHb/aGCitR2HE+8DS5S2M37w70z8rhXiweHILoX49PbUAQAWtouWGhgqfbiP GnCdIHR8bHuhoXx/YA9docRqNWDjWuC6cnvqhbZf791qffqCWkDs6nzqAVRka0+ht5/tXfybbz+7 V/kbMia1zDhJgX0trnSYcxzvbMfFZ42okIROO06NnQgMchC1BUNCfsW8ERgS84jDJQAsiRU30JO8 roh3YkjaoAJFCgyJiRIODhhDOgpIN4uHs2ou3OCCxpDauDXBYoy9ibD6vYZxq3t16TYP6z36C+/R d8aQv2oMeaC2yGdiSKULW2rAUfpQY8g20qrdDLTsaBdGLxdG9yq/BveMLRgyCN4XQ8KP0saQbmN+ 64UhfVgO3VBgSM/CBgw2SeCwxkF4SHZIr2MD6vbbgGo7pKlXl94O0u7VRWPIN3GP7owhzzWGPAoM 6akYqgZDQjXUNpW9MWQg1GCnHdId+HYIEwYPk9F2yNUQG3AeBtOjD4PpXuXXMWSH/TEcvKv5EV7k NnTE9KmnSi/oCIdyEAgPtgdvNkWRHS5y7Nh2CqSrPdgIS9ShdTJC8UB8Gxo5HhZyvNDI8TiQowpX byFH7nLeWw1wD7ZGjgRwdAD186Jyd0GO7woc1XEE4bf2eIRh/9hHZ4BoRQRy8KAPBDAF64cSDsrm qNBza8ngMSJ7Lxna5qhtjv0PZXTvRjVyPCzk+F+NHI8DOSpd2FID3OCxtxrQsY/qqJ9Gjv2Q4xa/ tf/OfmscUFkxPr7Q+RkPx2MAHWXgsGUNrEP2W3ecn8HJndoKu4/DQmNIjSE1hhSOp1akfn0C++9w rHdnv/UXjSGPAkOSyUPowhaG7Be+pK2PGkOuZjvpSN/QbSnYxfrovqv5UaEmYX4UR79ewPxoe65t iYPTNlKeDMWp6MMMefQ7js34jQNfQ0c6IqVzwpjacR3Tfop7oXhAazt9zNFlhNkZOn7U0PE4oGNH /BJUQx8LgjY/auj4QtBxi/nRDd/32Iyt9lwSRDbRHr2CHz0YH70hfMNIXID0Pa4t8vQdKIhUh4ea jSfyAvVZPbT9Udsftf3xn2F//KRB5HGAyI5QJr9fKJMGkRpEvj6IHDjvDCLVgTMJIpvAj14g0kcg JE++TCASR2johBlUyoGCSOXJb4HIxpuvLZHaEsmTw2hLpLZECsDY8ffzjg4lFcZKq2Gqk4lTmk9E OxE3XjyZ+PMS+PjKK9dSA/1imTSI1CDy9UGkY70uiHw6b2rQMWWCflOGTsg4sqyHb1n2gFvzGuCI bJA+EoLzdAXIMx6K6Eh4x3TaVFU7Q1T54HD7KKt27Bb2scV2b7+C7X5bmnnKA7weH4UU+H3M1Dx/ ME0EyoBPpW6QhnRlh2VDrdquTOxBafQdPjH3nSmUqlKfpq/r/Rz0VoCLQXV6/h/ji4FyZelbFXmi s8IbUt4vCjAgbRAIKXegDlxrLRWHlnJeJ+pIyjF1L+xqy9SVAfvtpVyZzJptAiS/z1ruwVrm2lLK sWw7IudTA3q0lGspf9u1nAr4rK/lrfRKe9lEkVaJIlI5YumC9lrKtZS/rZQjPYOU8rP8PjM+FkV+ b7h7OA6paB6FywyQ/WHIjVmyimlgDUWpQMB0FyUNnPVKBjzERu5nA8+RWWqfRukxOsr7KUxmzy9V qWuB/K1KUQJXQBg6C3Vs23G6HTtOkYxk71PdKBs5GMrkJi4++0iRt7Lj1KYZMrnoumWbVTrXT+Rs Mc28hjFz60RRzt9rlGb6lD8YmDptMG9QmWNUK5FHU9r1EAkFcd8o/78xQcq1nyqiAvFwwNOZR9KG sdMN0QHKveoGQxfmGjHf9zRmZjnVJyYSjbWmrtKsiubeFwzlqsv/37IiQbVXVUKXC+/y420FIrL8 sag+TT+8SPHp62Ie/ZkmsXH25dtz3WWCL53rIB+sKE6Oj3W98igtfmfLb3d8T4ky7CiDi3q8uLRE 4XXBolYT1F+ZoyzxlF5nlfFDtqjbzfjrja6zusB5fFuMzXkWJ5N5Nq+IfQksLAV0f5agcDzQBOpr X4ta34tL1Erl71NSQuckafokH0edR4H1vwAAAP//AwBQSwMEFAAGAAgAAAAhAGYRgDW4CwAA7IEA ABYAAABwcHQvc2xpZGVzL3NsaWRlNDAueG1s7F1bU+PKEX5PVf6Dyg95yi662zgLp1hYCFVn92wW TuUh5GGQBluJLCmj4ZZfn69ndLMRYLABh519YG151Jpp9XR/09PT/emXm1lqXXFRJnm2M3A+2gOL Z1EeJ9lkZ/D76eGH0cAqJctiluYZ3xnc8nLwy+4f//CpGJdpbOHurByzncFUymK8tVVGUz5j5ce8 4Bl+u8jFjEl8FZOtWLBrUJ2lW65th1szlmSD6n6xzP35xUUS8YM8upzxTGoigqdMouflNCnKmlqx DLVC8BJk1N1zXdrFyKKTNKb/y+JUcE6fsqsjUZwU34X6+dvVd2ElMfg1sDI2A1sGW9UPVTP1NUMz fNhauH1SU2Ljmwsx2/3ExhibdbMzAPNv6S9uYmN+I61IX4zaq9H0t5620fRLT+ut+gHoQfNQGpUe 0d3h+PVwThOZcstpRqWbMtz6ax79u7SyHOOk4evhRd+uamI0ZiJfTC15W4AzkkhV7fSPih91+xI8 VcySN5/z+JYGfo7/1UU2Tkt5Im9TrhiCbrMxiOMP2J8yklCeffj9ZGDFiZCKR1Y5k/spZ5Dlio1y 91se89KSUwZ+MsjnJ/BF4rVUxHgWf2eC/biXJo2RjfF0dLzuJT5qNt7PTGdYc/MHjzCDJsTRcI6l auBdKelyhQa6IB+BbdseXhKG6vjuaOgpcq2oOK7j+344sEhghqNg5IwU51tChSjlEc9nFn3YGQj0 bEAPYle/lrIaaNWELpd5msSHSZqqLzS3+X4qrCuW7gzOJ466Nb2cfc1jfS2kHlaPVKqAmiv2dSgp 3mkpKenlEu00+8EvMKUg766i2tytCbMowmzVDyynLOb6Mj2u/3mKIFG+QO8b2hWB+YHUtPXwq/Z0 K7+4AH+am+2HOqZvbu5QT86z9uZZkuWij0CKUVVP1u2VnFWMaQWunhaWkOl+DvZDV7AsmubQnZEU RKJvumB2WSydYDo0jR6V97k5pMhm1jUkbuQ7AURrVkDxldlED2ZOQMTkvBGPQ/WvloVuMxK9A1ZO 9StUglE1SzN6XEdU8GU5mprxkGEikF9KLk6m8bV1nl6KHwz9DT2IitITOwMvJKkh/inGyHRgiVz+ PZHTkykjlVW96O6T1R36OkuLKdN9Hyo6+u1VHVXC3nRAfev0DXqkZb/6USk1/efuqxI0miWVnXlR Siut70WB78RTuSvyXD7VZpi3sea3cXfa9FnjCUErjW6OapQFOPetxmtubZKPRH5ZWDDRmLyqQdVc fe1a5A4ZRVwLxYJddkLfs30Qh9n1YIPD0YJhHgVDN7hjl9m4QXMw5oHnA2uDAix7aPtao7fAzvWC oR/A+JNtd7bd0chVD4FK0b0BP5oe1ugka3BZywNnu2ZCB5conKAYQRDkDhcewSX39b6GsI/2HfDK ABMYu58amBhrp+DE28CSxtpZj/w70L8bg7hxOLLPIN6/PHUBgLXvomMGtht7+Bwz4LnhyA2w7IWF CoKhs+1pI1abAQfXQs+rlqf+yAnqtVttT9doBfSqLqAewER21hRm+dldxb/68rNfy5+TM6njxuEC 61pc6XHnuP7BkspngaiWhF4/To2dCAwqEPUAhoT86nmjMSTmkYJLAFgVVryDnqrrDfFeDEkLVKBI jSExUUbDDcaQbgOkW+XhzrsL73DBYEjj3LqAMsbaRHv9XsK51a9d+t3DZo2+5jX60hjyi8GQG+qL fCKGbGxhxwy4jT00GLKLtOptBlI7ZgtjpS2Mfi2/APesBzBkGL4thsQ+ShdDeq37bSUMGcBz6I00 hvRtLMDgkwQOazcIN8kP6fcsQL3VFqDGDzkw2mXlDdJ+7WIw5Ktsjy6NIQ8NhnwXGNJvYqhaDAnT UPtUDIY0GBJOuTruan1hMP1a/gkYcjR6WwyJ7eQuhsQ8qufMShgSO8thqLeyfWxrUzjZ5kLInvWn hrxmKxvxiSbGrgpV3JBNDgMhNwtCHhkI+T4gZBO33oGQau/52WZAbWWH2pPSu5XtDQNnBDOpIq3N VvZ8lDYAA/bc330k9XIQsmcLe/SmG9jNuQS9ge2rUMPVgyDdIcIWEdGhoj8QyRQunk7YKOdjg547 KkMFizxbZRjno3E+rn46o1+nGOS4WcjxrwY5vg/k2NjCjhlQDo9nmwETBNmc+TNn8J52sOsJzsfg jTewcVJlzvm4poM0Ps7JADpWEcS2PbQ3eQO75yANjvDUXtjn7FwYDGkwpMGQ2n3QCdmvj2L/P5zv XXoD+9hgyHeBIcnloW1hB0OuFsdkvI8GQ86nPenJ49DvKVjEkH3eR+9N3Y8NatLuR30GbA3uR8f3 HFufoHaQ+2RbH4/ezNjHoOf8TNBu4BvoSGelTHKYgdm4jmk9hc2knyE1zNLQcc9Ax/cBHXvil2Aa VvEgGPejgY5rgo4PnJ/x3jj20WnWXBWIbKM9Vgp+9OF89LexN4wMBsjj4zk6Yd+GgsjmFFG78ESC oFW0h/E/Gv+j8T/+HP7HzwZEvg8Q2RPKFKwWymRApAGRLw8ih+7bHqBxmpNnFYhsAz9WApEBAiFV FmYCkThCQ3HCMCkbCiKbnfwOiGx3840n0ngiVZYY44k0nkgNGHv+7i+5odSEsZI2TE1Wccr3iWgn 4sbas4o/LZNP0OzKdczAarFMBkQaEPnyINK1XxZE3p9ANeyZMuFqU4ZOyLhVfY/Atp2h8ua1wBFp IQNkBleHzpBwfKSjI5sM4GvNom3yp25m+Y7lwj4e8N07L+C7fyjfPCUEXoyPQi78VdzUKpEwTQRK hU81b5CPdG6F5cCsOl51PJPy6btqYj53plDOSnOavi78s9FLASUGcvfwz9axhbpl6WtVe6Kzwnek fLUowJCsQail3IU58OyFVBxGylXBqHdSl6lfsTdLpr5U2K8v5Y3LrF0mQPJX0eU+vGWeU0k51Lar kz+1oMdIuZHy19XlVMlnUZd30is9yyeKtEoUkaoQSx+0N1JupPyVpbzx/B/k15m1J0R+bfnPcP1T 9TwKlxki+8O2cmZV5UwDPwj8IWLcANN9RGTbixkhVIhNtZ4NfbdKV3s/So/RUdVP7TJ7es1Ks6jd zEVtW91trq4rcAWEobdix4Mrzh6U0jlm8Bz9rTwv1ekChVgWV5zGNaMyD5sCZgjinpNha/FEzgOu mZdIKfl4QRu/iSNcb0Kg7pzxsA9OKH/eS0PHdOj4HCXRClGuGHknVYO2LCKSmIdDtKCtdJVfSPlx qHBiXfBanfW5S6QxIvDdTNpSkEUS6dI+35NIp0dsCyNScUUN+/CjvBTcgulC6ehI7Az2x2d15fES dXdj64RLiWrm5Vkhp5fnXMgzVMZmaXv9lM+KXDBxax1nKEebcWmhkDIvz/ahglHL+OPxl+Ds+Gi4 /bc95/vZ1/1/2T7q69oUgWr/w/nnxwIVdut1VdVZqMIkqgtw709RUprvlQVKFKtSSVleXSJDPuUs LukyqVB1uKoZcLe6ZXPxPE0KdE/VeabPlhjz2TlH5VxxHJMfDb4UidK4hUgyqV9SKSJaBKoXVkrB ZTQlFaCzfqnreAfND+hE+wztTrPOr1E4GkTZpcyVRa/LgFX4wb3v7dcFxSrMoOVnCfwgHil3neXE A80y7fBDt8FzFQNQ1RUl60HfW7khF42Wm1N07HN+Y4VtODI1tyh7LYr/VAe8ui+gpqafVpfybArC k9vH3daH2jxwY4TAZ8XwmgMOqoJ6VI2JphBkx9ENGul/8pbAXRb0JN+9FgzV38v/XDLBUTy5qUit TECxh9d5mFTVxHUxd/ph2Vru5X8x1zEJVHDe/VXdLet0K7A+/Gki/4JP/pI70D3E6XXfAzJq3aHm UFmcCo5i5TSdTtJYyUAqvrLitysIBBvPWIl5jvrXuFRANWgxitomYGSCMuATulNm6iw7pItpaTrN UP1czeP4EvomyWJ+kWSJJP5yTD6BSZ7xKy4ga5g0p7dUqFrOfqA2cTXHFSV0riJNn6rH4WOJDv8P AAD//wMAUEsDBBQABgAIAAAAIQBqaeOapQsAAGGEAAAWAAAAcHB0L3NsaWRlcy9zbGlkZTQxLnht bOxdW3PbuhF+70z/A4cPfWpi3iWrsc8kTux65iQnjX2mD3UfYBKW2FIkC8K3/vp+C/AmmU5kS7ZV B3lwJApcAsvF7ofFYvfdLzfzzLriokqLfM923zq2xfO4SNJ8umf/fnr4ZmxblWR5wrIi53v2La/s X/b/+Id35aTKEgt359WE7dkzKcvJzk4Vz/icVW+Lkuf47aIQcybxVUx3EsGuQXWe7XiOE+3MWZrb 9f1ilfuLi4s05h+L+HLOc6mJCJ4xiZ5Xs7SsGmrlKtRKwSuQUXcvdGkfI4tPsoT+r8pTwTl9yq+O RHlSfhXq5y9XX4WVJuCXbeVsDrbYO/UPdTP1NUczfNhZun3aUGKTmwsx33/HJhibdbNng/m39Bc3 sQm/kVasL8bd1Xj220DbePZpoPVO8wD0oH0ojUqP6O5wgmY4p6nMuOW2o9JNGW79tYj/XVl5gXHS 8PXw4i9XDTEaM5EvZ5a8LcEZSaTqdvpHxY+mfQWeKmbJmw9FcksDP8f/6iKbZJU8kbcZVwxBt9kE xPEH7M8YSSjP3/x+YltJKqTikVXN5UHGGWS5ZqPc/1IkvLLkjIGfDPL5DnyReC01MZ4nX5lg3+6l SWNkEzwdHW96iY+ajfcz0x013PzGY8ygKXE0WmCpGnhfSvpcoYEuyUfoOI6Pl4ShuoE3HvmKXCcq rucGQRDZFgnMaByO3bHifEeoFJU84sXcog97tkDPbHoQu/q1kvVA6yZ0uSqyNDlMs0x9obnNDzJh XbFszz6fuurW7HL+uUj0tYh6WD9SqQJqrtjXo6R4p6WkopdLtLP8G7/AlIK8e4pqe7cmzOIYs1U/ sJqxhOvL9Ljh5ymCRPkCvW9p1wQWB9LQ1sOv29Ot/OIC/Glvdr7XMX1ze4d6cpF3N8/TvBBDBDKM qn6ybq/krGZMJ3DNtLCEzA4KsB+6guXxrIDujKUgEkPTBbPLYtkU06Ft9EN5X5hDimxuXUPixoEb QrTmJRRflU/1YBYEREzPW/E4VP8aWeg3I9H7yKqZfoVKMOpmWU6P64kKvqxGUzMeMkwEikvJxcks ubbOs0vxjaG/kQ9RUXpiz/Yjkhrin2KMzGxLFPLvqZydzBiprPpF95+s7tDXWVbOmO77SNHRb6/u qBL2tgPqW69v0CMd+9WPSqnpP3dflaDRrKjszItSWmlzLwp8J57KfVEU8qE2w7yNDb+Nu9NmyBpP CVppdHPUoCzAuS8NXvMak3wkisvSgonG5FUN6ubqa98i98go4looluyyGwW+E4A4zK4PGxyNlwzz OBx54R27zCYtmoMxD/0AWBsUYNkjJ9AavQN2nh+OghDGn2y7u+uNx556CFSK7g340fawQSd5i8s6 Hri7DRN6uEThBMUIgiB3uPADXHJf7xsI+8O+A14ZYAJj91MDE2PtFJx4GVjSWjvrB/8+6t+NQdw6 HDlkEO9fnnoAwNp30TMDu609fIwZ8L1o7IVY9sJCheHI3fW1EWvMgItrke/Xy9Ng7IbN2q2xpxu0 AnpVF1IPYCJ7awqz/Oyv4p99+Tms5c/JmdRz43CBdS2uDLhzvODjispniaiWhEE/ToOdCAwqEPUd DAn51fNGY0jMIwWXALBqrHgHPdXXW+KDGJIWqECRGkNiooxHW4whvRZId8rDW3QX3uGCwZDGuXUB ZYy1ifb6PYVza1i7DLuHzRp9w2v0lTHkJ4Mht9QX+UAM2drCnhnwWntoMGQfaTXbDKR2zBbGWlsY w1p+Ce5Z38GQUfSyGBL7KH0M6Xfut7UwZAjPoT/WGDJwsACDTxI4rNsg3CY/ZDCwAPXXW4AaP6Rt tMvaG6TD2sVgyGfZHl0ZQx4aDPkqMGTQxlB1GBKmofGpGAxpMCScck3c1ebCYIa1/AMw5Hj8shgS 28l9DIl51MyZtTAkdpajSG9lB9jWpnCy7YWQA+tPDXnNVjbiE02MXR2quCWbHAZCbheEPDIQ8nVA yDZuvQch1d7zo82A2sqOtCdlcCvbH4XuGGZSRVqbrezFKG0ABuy5v/pI6tUg5MAW9vhFN7Dbcwl6 AztQoYbrB0F6I4QtIqJDRX8gkilaPp2wVc7HFj33VIYKFnm0yjDOR+N8XP90xrBOMchxu5DjXw1y fB3IsbWFPTOgHB6PNgMmCLI982fO4D3sYNcDnI/hC29g46TKgvNxQwdpApyTAXSsI4gdZ+Rs8wb2 wEEaHOFpvLCP2bkwGNJgSIMhtfugF7LfHMX+fzjfu/IG9rHBkK8CQ5LLQ9vCHoZcL47JYEiDIRfT ngzkcRj2FDwAQ45f+CBNC5+0H1IfBtuAH9INfNfRR6ldJEHZ1eektzMIMhw4SBN2O/kGQ9KhKZMl xjY72AktrLCr9DPkiFkZQ743GPJ1YMiBQCaYhnVcCQZDGgz59BjSf+EgSLddfNUgsgv7WCsKMoAX MtjFJjFSGSChj+/qzH1bCiLb40TdChSZgtbRHsYRaRyRxhH5czgiPxgQ+TpA5EBMU7heTJMBkQZE Pj2IHHkve5LGbY+g1SCyiwBZC0SGiIhU6ZgJROIsDQUMw6RsKYhst/R7ILLb1jeeSOOJVOlijCfS eCI1YBz4e7BiYHsbz0raMDPpxSnxJ8KeiBsbTy/+sJQ+Ybsr1zMD6wU1GRBpQOTTg0jPeVoQeX8m 1WhgykTrTRk6KuPVhT5Cx3FHypvXAUfkhwyRIlydPkPm8bEOk2xTgW80nbZJpLqddTzWjv9wn8B3 /73E85QZeDlQCknx13FTq4zCNBEoJz4Vv0Fi0oUVlguz6vr1OU1KrO+pifnYmULJK82x+qYC0FYv BZQYyP3DP1vHFgqYZc9V9okODd+R8vXCASOyBpGWcg/mwHeWcnIYKVeVo15JgaZhxd4umYZyYj+/ lLcus26ZAMlfR5cH8Jb5bi3lUNuezgLVgR4j5UbKn1eXU0mfZV3ey7P0KJ8o8itRRKpCLEPQ3ki5 kfLnlXLEG9+R8l4w9mOkPHRwji/SUh55WKsu73yYBaxK1GrqPSHUdbGU6wsfYPhx/Y+gjbbabP4U GAOHlqc6fwrmz7LTRx1moNNGlHMoQnVXpOlTq5yuihxyPkcjtKANR5WORa12qc5cUx/4HiLtghgr 3GlXOa9MY10J5Wsa62xyXR05qlanjSN+lJeCWwhiRaXdWOzZB5OzplBzhTKliXXCpUTx5+qslLPL cy7kGQoJs6y7fsrnZSGYuLWOc1TvzLm0UHeWV2cH8L6g9Ovb40/h2fHRaPdv792vZ58P/uUEKEfq UJye8w/3n29LFCRt0GfdWXjB0ripV3wwQwVe/r4qUdFVVZbJi/qSEMX1jLOkossgAQ7QIJsB94sB thfPs7RE91RZXPpsiQmfn3MUGhXHCXkbsOKUqCRaijSX+iVVIiaorF5YJQWX8YxUgE6SpK7jHbQ/ oBPdM7TTwTq/Rp1dEGWXslBbBU3VpLp6NCRm+O039ZeiwKOM4Fp+9Gcab1NA8MFew7wgHmiWabcI ug2eq53SugwjWQ/63skN1TDUcnOKjn0obqywC9qk5hYl+0StlPoYTP8FNNT007qONxzAHPJ29RTy wY0xwkMVwxsOuCii6FPxGppCkB1XN9gkCwZylV4LhmLZ1X8umeCoNdsW8FUmoHyP13mY1sWXde1r +mHV0tfVfzHXMQlUCNP9RbAt63Qnst78aSr/gk/hivt0A8S1xKxdRYncGVoKtBaNOhk40voHD6LC 6Q8soa6ARX36y0fMBa0oF0WAjoRtjxaNWmsC5WK0qNGi0JaraFEC14taFJKkpgw0rdGiya0usvYE WjRstWjwxFoUclCVp4JzDUpOskRZ0kx8ZuVvV8pNOGcV0BKKruNSCYBF2hnGtmsCc5Si9vyU7pS5 SqAAG820TT7NrRSYBeu/5BKoLc0TfpHmqSQrxQFhBKBSzq+4gKwBepzeUnV0Of+GgtgkaySnRAn/ 16TpU/04fKzQ4f8BAAD//wMAUEsDBBQABgAIAAAAIQDsx0FJ2AwAACeMAAAWAAAAcHB0L3NsaWRl cy9zbGlkZTQyLnhtbOxdSXPjuhG+pyr/gcVDTnljcRWljP3KY884rpotY7/KIc6BJmGJeRTJB8Jb fn2+BrhJpm0tXhQPfJApimwCzUb3h0aj+/2vN7PUuGK8TPJs17TeDUyDZVEeJ9lk1/zt9NMvgWmU IsziMM0ztmvestL8de/Pf3pfjMs0NnB3Vo7DXXMqRDHe2SmjKZuF5bu8YBl+u8j5LBT4yic7MQ+v QXWW7tiDgb8zC5PMrO7ny9yfX1wkETvMo8sZy4QiwlkaCrS8nCZFWVMrlqFWcFaCjLx7rkl76Fl0 ksb0vyxOOWN0lF0d8eKk+M7lz1+vvnMjicEv08jCGdhi7lQ/VJfJrxkuw8HOwu2TmlI4vrngs733 4Rh9M252TTD/lj5xUzhmN8KI1MmoPRtNv/VcG00/9ly9Uz8ALWgeSr1SPbrbHbfuzmkiUmZYTa/U pSFu/ZxHv5dGlqOf1H3VvejrVU2M+kzki6khbgtwRhCp6jr1o+RHfX0JnkpmiZsPeXxLHT/Hf3ky HKelOBG3KZMMQbPDMYjjA+xPQ5JQlv3y24lpxAkXkkdGORMHKQshyxUbxd7XPGalIaYh+BlCPt+D LwKvpSLGsvh7yMMf99KkPoZjPB0Nr1uJQ8XG+5lpDWtu/mARRtCEOOrPsVR2vCslXa5QRxfkwxsM Bg5eErpquXYwdCS5VlQs23Jd1zcNEphh4AVWIDnfEip4KY5YPjPoYNfkaJlJDwqvPpei6mh1CZ0u 8zSJPyVpKr/Q2GYHKTeuwnTXPJ9Y8tb0cvYlj9U5n1pYPVKqArpcsq9DSfJOSUlJL5dop9kPdoEh BXm3JdXmbkU4jCKMVvXAchrGTJ2mx/U/TxIkyhdofUO7IjDfkZq26n51Pd3KLi7An+bmwUMNUzc3 d8gn51l78yzJct5HIEWvqier66WcVYxpBa4eFgYX6UEO9kNXhFk0zaE7I8GJRN9wwegywnSC4dBc 9Ki8z40hSTYzriFxgWt5EK1ZAcVXZhPVmTkB4ZPzRjw+yb9aFrqXkegdhuVUvUIpGNVlaUaP64gK vixHUzEeMkwE8kvB+Mk0vjbO00v+I0R7fQeiIvXErun4JDXEP8kYkZoGz8U/EzE9mYaksqoX3X2y vEOdD9NiGqq2DyUd9faqhkphbxogv3XaBj3Ssl/+KJWa+rj7qjj1Zkllp1+U1EpP96LAd+Kp2ON5 Lla1GfptPPHbuDts+qzxhKCVQjdHNcoCnPta4zW7NslHPL8sDJhoDF55QXW5/Nq1yB0ykrgSigW7 bPmuM3BBHGbXgQ32gwXDHHhD27tjl8Nxg+ZgzD3HBdYGBVh2f+Aqjd4CO9vxhq4H40+23RrZQWDL h0ClqNaAH00La3SSNbis5YE1qpnQwSUSJ0hGEAS5w4VHcMl9ra8h7KNtB7zSwATG7qcGJtraSTjx OrCksXbGI3+H6ndtELcOR/YZxPunpzYAsPJddMzAqLGH65gBx/YD28O0FxbK84bWyFFGrDYDFs75 jlNNT93A8uq5W21Pn9AKqFmdRy2AiezMKfT0szuLf/HpZ7+WPydnUseNwzjmtTjT486x3cMllc8C USUJvX6cGjsRGJQg6gEMCflV40ZhSIwjCZcAsCqseAc9Vecb4r0YkiaoQJEKQ2KgBMMtxpB2A6Rb 5WHPuwvvcEFjSO3cuoAyxtxEef2ew7nVr1363cN6jv7Ec/SlMeRHjSG31Be5IoZsbGHHDNiNPdQY sou06mUGUjt6CWOjJYx+Lb8A94wHMKTvvy6GxDpKF0M6rfttIwzpwXPoBApDugNMwOCTBA5rFwi3 yQ/p9kxAnc0moNoPaWrtsvECab920RjyRZZHl8aQnzSGfBMY0m1iqFoMCdNQ+1Q0htQYEk65Ou7q 6cJg+rX8ChgyCF4XQ2I5uYshMY7qMbMRhsTKsu+rpWwXy9oUTra9ELJn/qkgr17KRnyijrGrQhW3 ZJFDQ8jtgpBHGkK+DQjZxK13IKRce17bDMilbF95UnqXsp2hZwUwkzLSWi9lz0dpAzBgzf3NR1Iv ByF7lrCDV13AbvYlqAVsV4Yabh4EaQ8RtoiIDhn9gUgmf3F3wlY5Hxv03FEZMlhkbZWhnY/a+bj5 7ox+naKR43Yhx79r5Pg2kGNjCztmQDo81jYDOgiy2fOn9+CttrFrBeej98oL2NipMud8fKKNNC72 yQA6VhHEg8FwsM0L2D0babCFp/bCrrNyoTGkxpAaQyr3QSdkv96K/f+wv3fpBexjjSHfBIYkl4ey hR0MuVkck8aQGkPOpz3pyePQ7ylYAUMGr7yRpoFPyg+pNoM9gR/Sch1roLZSW0iCMlL7pLczCNLr 2UjjtSv5GkPSpimdJcbUK9gxTaywqvQz5IhZGkPuawz5NjBkTyATTMMmrgSNITWGfH4M6bxyEKTV TL4qENmGfWwUBenCC+mOsEiMVAZI6ONYKnPfloLIZjtROwNFpqBNtId2RGpHpHZE/hyOyA8aRL4N ENkT0+RtFtOkQaQGkc8PIof26+6ksZotaBWIbCNANgKRHiIiZTpmApHYS0MBwzApWwoimyX9Dohs l/W1J1J7ImW6GO2J1J5IBRh7Pg+WDGxv4llJG6Y6vTgl/kTYE3HjydOLr5bSx2tW5TpmYLOgJg0i NYh8fhBpD54XRN6fSdXvGTL+ZkOGtsrYVaEPbzCwhtKb1wJH5If0kCJc7j5D5vFAhUk2qcCfNJ22 TqS6nXU8No7/sJ7Bd/9Q4nnKDLwYKIWk+Ju4qWVGYRoIlBOfit8gMencDMuCWbWcap8mJda35cBc d6RQ8kq9rb6uALTVUwEpBmLv01+NYwMFzNKXKvtEm4bvSPlm4YA+WQNfSbkNc+AMFnJyaCmXlaPe SIGmfsXeTJn6cmK/vJQ3LrN2mgDJ30SXu/CWOVYl5VDbtsoC1YIeLeVayl9Wl1NJn0Vd3smztJZP FPmVKCJVIpY+aK+lXEv5y0o5IQsl5aeo1PEhvzH8NoqGZNyg7GtIXl/FJXfLY9HP0jEu/9elqJqC plQgD+Iupb03m5iFma4TYOmB8qiMbMdBBQQYkXXxeTjOcipXSSRaqH4nedw1D1G9tPzjMuQMxf+a iooyeWqxfylApKqGqYqRSjflU9Qi/cBQEncRiq5h8I3THW/O1wqOqc2m1NQ1CB7PUVuLhLE5CZTk jUsjNA73v81TW6V7FfIXmzcnNz4tEGnL0N1TgFYJb2+RkYfmxsN21pBMpsLY5zy/NuBZAr3VtqJT LUsM1aE7sOzhyCRxqKoLe5ZjeTacVRhq3mBku8FCfR4vcIY2Jumywpzj2srUPTAWqamypfIxvTVk O8NQh/G/fBj/PfL6oJROHimiaDWoSC2X++0q8ZEquiiFtmsmqvMky5J6bwUcDw4cylgu5RMxlx4e BErtBIBSU45grEg+W19Op4oi3KLuUBFAHSqMgcpt2lZR7CfRiDiktWnfg8O1YUE7/Rlutm3nvrbX xbMeafkzuHwl98GazkZcPZq72Xi32v8lIYteWQUAxZ+yT5sVbu7blKP3cAO3wDO1fUW1oalq2C+V lpqk0GdfTdxhz/4bGJKVwVcHbfmuPaLdCbBVvbFfL7+EJ+2T1ufmLMlyLjXCQr3dLdHnq2zhfoYl vBoDNWBNDZoOhGtrSVM9auU6eNrtN3JwVHu4HUROkl94DgrKjd2UeYGwoB94WNhTF7QVtVH/xqdp FQ1AmZpSrvwRWvx4I4yI/Bm0O/wukXvQYJFEihPfk0g5PVo+UMJ0xQf8KC45M6BQYlZG0IwH47PD PLqcsUxgapvFxgkTIskm5VkhppfnjIuzz3kUpu35UzYrch7yW+M4E4xnTBhwarDy7AAr0SDz7vij d3Z8NBz9Y9/6fvbl4D8D16V4ALJ0/7L+/a7IJo3qqhoLeJhEeMzvpZHlB9Mwm7D9smARTRXR9PoU zTqnLIzLytkDWaBO1h3uQvrm5HmaFORzId1HxwYfs9k5i3dNfhyDLxFW3wTbNQueZEK9pJJHhJvl Gy0FZyKa0t0qYaw8T2qq/gGNaJ+hvDrG+fWXPAbREL4aOZTrCrLVXNe+7+3XcJrUM801pPyoYzSn efUrw+m7fic0GzwnkXkgdKSxO43rbd7qrO96o4VCe6TSIDjgRgBjND+EUFDeoUKecjqFZXJ1wVOy oLXBTd2GZ3W9lf/FWCe416kk25N+1yDvmfHLXybibzhyl3Tx9BBXEtPr7Gm1KI7K4pQzJn2S0Uka k0xEKf8SFt+uOAn+LCwxzg/kqQKqgejOXQJGJjBbE7pTZDINEqQrxM247DQzEow2jOP4EvomyWJ2 kWSJINcmw+DjGOQZu2KcBnrMTm8LDBwx+5HncjiSnBIl/K9I01H1OByWaPD/AAAA//8DAFBLAwQU AAYACAAAACEA+kx4QV8JAACjdgAAFgAAAHBwdC9zbGlkZXMvc2xpZGUyNi54bWzsXW1v2zYQ/j5g /0HQ9y16t2w0Kbp2zQZsbZGk2GdGkm1hsiRISpr8+z1HUpTsyIkbO7UWMAj8IpMn8kTePTwe7968 vVtlxm1S1WmRn5r2r5ZpJHlUxGm+ODW/Xn38JTSNumF5zLIiT07N+6Q23579/NObclZnsYHaeT1j p+ayacrZyUkdLZMVq38tyiTHb/OiWrEGX6vFSVyxb6C6yk4cywpOVizNTVm/2qV+MZ+nUfKhiG5W Sd4IIlWSsQYtr5dpWbfUyl2olVVSgwyvvdakM/Qsusxieq/LqypJ6FN+e16Vl+WXiv/86fZLZaQx +GUaOVuBLeaJ/EEW419zFMOHk43qi5YSm93Nq9XZGzZD34y7UxPMv6dXVGKz5K4xInEx6q5Gy88D ZaPl7wOlT9oboAXqptQr0aOH3fHa7lylTZYYtuqVKMpQ9a8i+rc28gL9pO6L7kWfblti1GciXy6N 5r4EZxoiJcuJHzk/2vI1eMqZ1dz9VsT31PFrvPOLbJbVzWVznyWcIWg2m4E4XsD+jNEITfJfvl6a RpxWDeeRUa+a91nCMJYlG5uzT0Wc1EazZI0RF2g62MowTN+APQ2ejqSZ5PEXVrGLraSpq2yGRqD9 bWPxUXBzO0/tScvUiyTCRFoQY4M1zvL+9wdLnznU341h4luW5eJZoce254QTl5PrRozt2J7nBaZB 42YS+qEd8gfQESqrujlPipVBH07NCi0z6Ubs9q+6kR2VRehyXWRp/DHNMv6FpnjyPquMW5admtcL m1fNblZ/F7G4FlAL5S25RKDinH09Spx3YrDU9IyJdpZfJHPMLAx7h1NVtQVhFkWYtOKG9ZLFibhM txu+HydIlOdovaItCax3pKUtui/LU9VkPgd/VGXrsYaJyqoGv3ORd5VXaV5UQwQy9EreWZTn40wy phtw7ewwqiZ7X4D9EBksj5YFRGjUVERiaNZgkhksW2BWqEJPjve1qcTJ5sY3jLjQs30MrVUJ+Vfn C9GZtQFSLa7V8PjI/9qx0C9GQ+8Dq5fiEfKBIYtlOd2uN1TwZTeagvEYw0SguGmS6nIZfzOus5vq gqG9gYuhwsXFqekGNGqIf5wxTWYaVdH8kzbLyyUjySUfdP/OvIa4zrJyyUTbJ5yOeHqyoXywqwbw b722QY507Oc/ctkmXh4+qop6s6PM0w+KS6XDPSjwnXjanFVF0XyvztBP48BP4+G0GdLGC0JYAuSc t2ALqO5TC9ucViWfV8VNaUBFY/LyArI4/9rXyD0ynLgYFBt62Q481/JAHGrXhQ4Owg3FHPoTx3+g l9lMgTooc9/1ALlBAZo9sDwh0Tt857j+xPOh/Em321MnDB1+E4gU0RrwQ7WwRSe5gmcdD+xpy4Qe LuE4gTOCIMgDLjyBS7a1vkWyT7Yd8OpwwEToc1fqlJ420cCjj99+OPDQ2ozDhePADqXNjCf+Pojf tcIbHU4cUnjbl58OAK4wUfTE/FTpu+eIedcJQsfHshYayPcn9pTL2N7yE9cC15XLTy+0/XZt1urL g0t5X0t5vmgez/JyWMpfk82oZ61JKqxbcWXAauN4H3YUPhtExTps0E7TYiMCexwkPYIRMX7FvBEY EfPoIBiRFqBAiQIjYqKEkxFjREcB5U54OOtWQY0RlamjNSDRok8bp/YyTg1Lj2Err15jH3iNvTNG /F1jxJHaEr8TIypd1xPzjtJ3GiP218tayssNuv23IIal/AacG8KGweSo0BDbH31o6HZWs3NhbXwA iuR1hTsHzYc+DH5uKKChZ2FdBVMiKHULqzGZD72BdaW737pSmw/5tirfD9L7lnozbIS7ljtDw48a Gr4KaOgpD6cOGkL0t6YQDQ01NIQtrXWHOpx3ym7Q8BHzYRge13yIXd4+RsQ8aufMXhgRG75BIHaY Pew2k5fXeCHiwLJSQFq9w0wmwmH3M2093Nu1bVh4aOvhD3Fs2xkinmuI+DogovIa70FEviX8bDGv d5iVw7Q2BHyfIWDTevgIRJweFyGqcwFig9njrn77OyE6E7gNwuOCe2fA0yjYPB0wKiuigsk92cGd OZ4tO7QVUVsRN84MDZx+0BDx/+CE+IeGiK8DIipd1xPz3HLxbDGvIaKGiOsnQ3eW8psQccD50D/u BjMOgKwZDw90PsXD8ROIfem4a1kTa8wbzAPnU3AyprWiPmfnQUNDDQ01NFSnUsd4LHZn6+GfGhq+ CmhIlgqh63rQcD8/Ig0NNTQ8EDR8xHoYHvl8ioJHwnwozlgdwHxoe65tiRPINmKHTMXx4nE6IfoD 51P8bqddY8S1SC3ac/mFPZf1DvO4dpjfaYz4OjDigCMRRP8+pgCNETVGfHmM6B7ZCdFWiysJEju3 jL28ED1YEb0p9m4RAQBxblxbBLQbKUhUx3W6FSYC6OwjPbQhURsStSHxdRgSf9Mg8XWAxAFXIn8/ VyINEjVIfHmQOHGO64doqyNeEiR2jhl7gUQfjog8CjGBRJxVscMR7zb7asu9BxK7bXdtSdSWRDq8 /6MOumlL4rgsiQIjvt8x6oR6ejo00YFDE+0W/nd7NERf7Zr1xPx+TkUaJGqQ+PIg0bFeFiRunzLB wJQJ9psydALFkfkrfMuyJzLKdRsnGmERfUS+5iGuEVA7FG6KKsL1C0SJ1vFDRdKNVxQ/1H4B2/vT UUNttVUlT3V13gh7LaZsiqlLc4IWU7C+OyIIR2dxp8AAUzlnKHK8w6doL7Q8CHgTETkAwXsx5x6E lh8moaZdGzxVpmyR8fVpZUTIuAssH6hNh56O3c+ja1vbW4HxRMtfQGDwpSxYo8PKjyWfjT7RNbIT XfrwFgQhloLjyzT0fdFBKdzMpodu0Km155jGAs+Z0t70Nssg5P0PBoC8P1qemxoAtrkKngwg/8iS CThMzph0sWyMd1VVfDOCzvli5zlDGckQIN+1YDwHuiN7kkwVaU/ghAC3C5pDlAYI/+uRoBysssg/ lucJoiyB3Kyv0NxDTERN5S3ltxnMBAjBUUu8JzPT6ZR9ZBOcHzVlHzxZ0IZt47XNYYpn16Y1jbLq b1Z+vuWQCdlakSYPQexxqUR+VqKGol0RWL1TiIUFt3/nPLce0nsyVEaxq7zNgxrfQNOleZzM0zxt EiTTS5A3tsLwzRPkl8WMQBrOK5ESdHWBXGo0XHEnTgnvjSBNn+Tt8BEpZs/+AwAA//8DAFBLAwQU AAYACAAAACEAEVqtVpgJAADDeQAAFgAAAHBwdC9zbGlkZXMvc2xpZGUyNS54bWzsXW1zmzgQ/n4z 9x8YvrfhHexJ0mnTNnczbdpJ0rnPCmCbOQwMkDT59/dIAoEdxXFiO+Y8ymQSjKVFWqTVo93V7vGH +3mq3cVlleTZiW6+N3QtzsI8SrLpif7r+uu7QNeqmmQRSfMsPtEf4kr/cPrnH8fFuEojDbWzakxO 9FldF+OjoyqcxXNSvc+LOMN3k7yckxofy+lRVJLfoDpPjyzD8I7mJMn0pn65Tv18MknC+HMe3s7j rOZEyjglNVpezZKiaqkV61AryrgCGVZ7oUmn6Fl4lUb0f1Vcl3FMr7K787K4Kn6W7OuLu5+llkTg l65lZA626EfNF00x9jFDMVwcLVWftpTI+H5Szk+PyRh90+5PdDD/gf5FJTKO72st5DfD7m44+yEp G86+SEoftQ9AC8RDaa94jx53x2m7c53UaayZole8KEHVb3n4b6VlOfpJu8+7F17ctcRonyn5YqbV DwU4U1NSTTn+JeNHW74CTxmz6vtPefRAO36D/+wmGadVfVU/pDFjCJpNxiCOP2B/SugIjbN3v650 LUrKmvFIq+b1WRoTjOWGjfXpRR7FlVbPSK1FOZoOthIM02Owp8bbaWjGWfSTlOTySdK0q2SMRqD9 bWNxybn5NE9Nv2XqZRxiIk0pY70FzrL+9wdLnzm0v0vDxDUMw8a7Qo9Nxwp8m5HrRoxpmY7jeLpG x40fuIEZsBfQESrKqj6P87lGL070Ei3T6YPI3beqbjraFKG3qzxNoq9JmrIPdIrHZ2mp3ZH0RL+Z mqxqejv/nkf8nkdb2DySSQRanLGvR4nxjg+Wir5jSjvNLuMJZhaGvcWoitqcMAlDTFr+wGpGopjf po+TP48RpJQnaL2g3RBY7EhLm3e/KU+rxpMJ+CMqG6saxiuLGuzJedZVnidZXsoIpOhV82Reno2z hjHdgGtnh1bW6VkO9kNkkCyc5RChYV1SErJZg0mmkXSKWSEKPTveF6YSI5tpvzHiAsd0MbTmBeRf lU15ZxYGSDm9EcPjK/tpx0K/GB16n0k146+QDYymWJrRx/WGCj6sR5MzHmOYEshv67i8mkW/tZv0 trwkaK9nY6gwcXGi2x4dNZR/jDF1qmtlXv+T1LOrGaGSq3nR/SezGvw+SYsZ4W33GR3+9pqGssEu GsA+9doGOdKxn33JZBv/8/hVlbQ3a8o89aKYVNreiwLfKU/r0zLP65euGeptbPltPJ42stV4ShEW BznnLdgCqrtoYZvVLsnnZX5baFiiMXlZgaY4+9hfkXtkGHE+KJbWZdNzbMMBcSy7NtZgL1hamAPX t9xH6zIZC1CHxdy1HUBuUMDK7hkOl+gdvrNs13dcLP50bTdHVhBY7CEQKbw14IdoYYtOMgHPOh6Y o5YJPVzCcAJjBIUgj7jwDC55qvUtkn227YBX2wMmfD23mzWlt5oo4NHHb28OPNRqxuDCfmCHWM20 Z34+8+/Vgjc4nChb8J7efloAuFxF0RPzI7HevUbM25YXWC62tViBXNc3R0zG9rafuOfZdrP9dALT bfdm7Xq5dSnvKinPNs3D2V7KpfwN1Rn1tDVxiX0r7ki0NpbzeU3hs0SU78OkepoWG1Gwx0DSCoyI 8cvnDceImEdbwYh0AwqUyDEiJkrgDxgjWgIod8LDWtQKKowoVB2tAolu+pRyaiPllFx6yLW8ao+9 5T322hjxi8KIA9UlvhAjirWuJ+Ytsd4pjNjfLysp3xjoNjdByKX8EpyTYUPP3ys0hPmjDw3tTmt2 zrWNj0BRc1/gTqn60IXCzw44NHQM7KugSgSlbmM1JPWhI9lX2pvtK5X6kJlVmT1I2S2VMWyAVsu1 oeFXBQ0PAho6wsOpg4YQ/a0qREFDBQ2hS2vdobbnnbIeNFyhPgyC/aoPYeXtY0TMo3bObIQRYfD1 PG5hdmBtpl5ew4WIkm0lh7TKwkxVhHL3M6U93Ni1TS48lPbwTRzb1oaI5woiHgZEFF7jPYjITMKv FvPKwiwcppUi4GWKgGXt4QqIONovQhTnAriB2WGufps7IVo+3AbhccG8M+Bp5C2fDhiUFlHA5J7s YM4cr5YdSouotIhLZ4Ykpx8URPw/OCH+pSDiYUBEsdb1xDzTXLxazCuIqCDi4snQtaX8MkSUOB+6 +zUw4wDIgvJwS+dTHBw/gdhvHHcNwzeGbGCWnE/ByZhWi/oay4OChgoaKmgoTqUO8Vjs2trDvxU0 PAhoSDUVfK3rQcPN/IgUNFTQcEvQcIX2MNjz+RQBj7j6kJ+x2oL60HRs0+AnkE3EDhnx48XDdEJ0 JedT3M7SrjDiQqQW5bm8Y89lZWEeloX5o8KIh4ERJY5EEP2bqAIURlQYcfcY0d6zE6IpNlcNSOzc MjbyQnSgRXRGsN0iAgDi3NgmD2g3UJAojut0O0wE0NlEeihFolIkKkXiYSgSPymQeBggUeJK5G7m SqRAogKJuweJvrVfP0RTHPFqQGLnmLERSHThiMiiEFOQiLMqZjBga7MrTO49kNiZ3ZUmUWkS6eH9 tzropjSJw9Ikcox4tmbUCfH2VGiiLYcmWi/879PREF1hNeuJ+c2cihRIVCBx9yDRMnYLEp+eMp5k ynibTRl6AsVq8le4hmH6TZTrNk40wiK6iHzNQlwjoHbA3RRFhOsdRIlW8UN50o0Dih9q7kD3viqe uie2Ud3S4m0aKSPwqGqdHeWic2JZza4mCjstLz9IDwU/RMbB53GRn2Taj4/7yvnRGXGT6azWPpZl /ltDLIsXG2JomhZEDfYdw7T8kU6HQJM/y7IMBKbGRKQqh8CAxoF5EnZ2KTewfQuHUVjyBNuxeFiO FSsLbSprKXuMND2SSifQj4Hz5ukEui3BQkowPvulUaCfj/1sirHKVWLeluymlgWHuoAjH1zilwGp bnzS8C6jBvnQ/B9W871IEILR7fg8/gsd6T4/NUwziLQJ4OQkxBBvQ2A3ibfAIJqdjuq36FWXHsST WE29zaymT7W9hX3PtHwHsI8JH7BGJQcZSlYy+WomFCoLwUCVdmXL2hXZ4Qt1BBc+NBh/w8sX97IY z57EPAoZ/2Lw1UNbnmONqIfRU/YdyPs33sa3KRSVPB+2PF/enaw4ZrFbFzqG3XmOX1y2aX/DtPxO ih93bDFCNmOkkUSSB9wqkL+YAksU7YrAKpRAbzJl9qGM5Z5E+lvC8dR11uYJjm4hQ5IsiidJltQx kk3GyKtcYieTxci/jFNQSFN7zVPmzi+Ra5DOTTyJUcL/mpOmV83jcIkUzKf/AQAA//8DAFBLAwQU AAYACAAAACEA5OLddwkKAABUgwAAFgAAAHBwdC9zbGlkZXMvc2xpZGUyNC54bWzsXVtv47YSfj/A +Q+C3tvobtnYpGh3u+kB2u0iSXGeGUu2hcqSICnZ5N/3G5KiZFtOnNheqwaDIJFlckSOyOE3Fw4/ /PS0TI3HuKySPLs07R8t04izaR4l2fzS/Ovu8w+haVQ1yyKW5ll8aT7HlfnT1X//86GYVGlkoHZW TdiluajrYnJxUU0X8ZJVP+ZFnOG7WV4uWY2P5fwiKtk3UF2mF45lBRdLlmSmrF/uUj+fzZJp/Cmf PizjrBZEyjhlNVpeLZKiaqgVu1AryrgCGV57pUlX6Nn0No3of1XclXFMV9njdVncFl9L/vWXx6+l kUTgl2lkbAm2mBfyC1mMf8xQDBcXa9XnDSU2eZqVy6sPbIK+GU+XJpj/TH9RiU3ip9qYipvT9u50 8WdP2eni157SF80D0AL1UOqV6NFmd7ymO3dJncaGrXolijJU/T2f/l0ZWY5+UvdF96ZfHhti1Gci XyyM+rkAZ2oiJcuJLzk/mvIVeMqZVT/9kkfP1PF7/Oc32SSt6tv6OY05Q9BsNgFx/AH7U0YjNM5+ +OvWNKKkrDmPjGpZf0xjhrEs2VhffcmjuDLqBauNKEfTwVaGYfoB7KnxdiTNOIu+spLdbCVNXWUT NALtbxqLS8HN7Ty1Rw1Tb+IpJtKcGBuscJb3vztYusyh/q4NE9+yLBfvCj22PSccuZxcO2Jsx/Y8 LzANGjej0A/tkL+AllBRVvV1nC8Nurg0S7TMpAexx9+rWnZUFqHbVZ4m0eckTfkHmuLxx7Q0Hll6 ad7PbV41fVj+kUfiXkAtlI/kEoGKc/Z1KHHeicFS0Tsm2ml2E88wszDsHU5V1RaE2XSKSSseWC1Y FIvb9Lj+53GCRHmG1ivaksBqRxraovuyPFWNZzPwR1W2XmqYqKxq8CfnWVt5mWR52UcgRa/kk0V5 Ps4kY9oB18wOo6zTjznYD5HBsukihwid1iWR6Js1mGQGS+eYFarQq+N9ZSpxspnxDSMu9GwfQ2tZ QP5V2Vx0ZmWAlPN7NTw+859mLHSL0dD7xKqFeIV8YMhiaUaP6wwVfNiNpmA8xjARyB/quLxdRN+M +/ShvGFob+BiqHBxcWm6AY0a4h9nTJ2aRpnX/0/qxe2CkeSSL7r7ZF5D3GdpsWCi7SNOR7w92VA+ 2FUD+KdO2yBHWvbzL7lsE382X1VJvdlR5ukXxaXS4V4U+E48ra/KPK/fumbot3Hgt7E5bfpW4zkh LAFyrhuwBVT3pYFtTrMkX5f5Q2Fgicbk5QVkcf6xuyJ3yHDiYlCsrct24LmWB+JYdl2swUG4tjCH /sjxN9ZlNlGgDou573qA3KCAlT2wPCHRW3znuP7I87H409puj50wdPhDIFJEa8AP1cIGnWQKnrU8 sMcNEzq4hOMEzgiCIBtceAWXbGt9g2RfbTvg1eGAiVjPXbmmdFYTDTy6+O27Aw+9mnG4cBrYoVYz 45WfT+J7veANDif2LXjb1U8HAFeYKDpifqzWu/eIedcJQseHWosVyPdH9pjL2I76iXuB60r10wtt v9HNmvXy4FLe11KeK83DUS/7pfw92Yw61pq4hN6KOz1WG8f7tKPwWSMq9LBeO02DjQjscZD0AkbE +BXzRmBEzKODYERSQIESBUbERAlHA8aIjgLKrfBwVq2CGiMqU0djQCKlTxun9jJO9UuPfiuv1rEP rGPvjBF/1RhxoLbEN2JEtdZ1xLyj1juNEbv6spby0kG3vwuiX8qvwbk+bBiMTgoN4f7oQkO3tZpd C2vjBiiS9xXu7DUf+jD4uaGAhp4FvQqmRFBqFashmQ+9Hr3S3U+v1OZD7lbl/iDtt9TOsAF6LXeG hp81NDwLaOipCKcWGkL0N6YQDQ01NIQtrQmHOlx0ym7Q8AXzYRie1nwIL28XI2IeNXNmL4wIh28Q CA+zB28zRXkNFyL2qJUC0moPM5kI+8PPtPVw79C2fuGhrYffJbBtZ4h4rSHieUBEFTXegYjcJfxu Ma89zCpgWhsC3mYIWLcevgARx6dFiGpfgHAwezzUb/8gRGeEsEFEXPDoDEQaBeu7AwZlRVQwuSM7 eDDHu2WHtiJqK+LanqGe3Q8aIv4bghB/0xDxPCCiWus6Yp5bLt4t5jVE1BBxdWfozlJ+HSL2BB/6 p3UwYwPIivHwQPtTPGw/gdiXgbuWNbKG7GDu2Z+CnTGNFfU9ngcNDTU01NBQ7Uod4rbYna2H/9PQ 8CygIVkqxFrXgYb7xRFpaKih4YGg4QvWw/DE+1MUPBLmQ7HH6gDmQ9tzbUvsQLaRO2QsthcPMwjR 79mf4reedo0RVzK16MjlI0cuaw/zsDzMP2uMeB4YsSeQCKJ/H1OAxogaIx4fI7onDkK0lXIlQWIb lrFXFKIHK6I3hu8WGQCQ58a1RUK7gYJEtV2n1TCRQGcf6aENidqQqA2J52FI/EWDxPMAiT2hRP5+ oUQaJGqQeHyQOHJOG4doqy1eEiS2gRl7gUQfgYg8CzGBROxVscMBe5t95XLvgMTW7a4tidqSSJv3 v9dGN21JHJYlUWDEjztmnVBvT6cmOnBqot3S/27Phugrr1lHzO8XVKRBogaJxweJjnVckLh9ygQ9 UybYb8rQDhRHnl/hW5Y9klmumzzRSIvoI/M1T3GNhNqhCFNUGa6PkCVa5w8Vh26cUf5Q+wi299ez hnrK2Cx3dbXRCHspU1yBwjwhizsywG+mDaXEAGM5ZyhzvMOnaCe1PCp5I5E5AMl7Mec2Usv3k1DT rkmeKo9skfn1STMiZNwmlqf09RsRXfupUtva3giMV1p+BIHBVVmwRqeVH8p5NnpH18B2dOnNW/C+ QhUc3klDb8sOioC6DXneiTZ8j2ks8Jwx+aa3WQYh778zAOTLtJbn5hkBwGMnkN+uMtHxPBIBJfNF bfxclvk3w2+DL3aeM3QiGRLkuxaM50B3ZE+SR0U6nuPaLtAmAUKY2W0oVCuZoHD6kE9Tl58T5I4C i0MwheY2MRE1lbeUP6b3JEAIjkriPXkynT6yj2yCs5Me2YfXjjb0HnjwusJC53is7DU8kMJiQ4bT 8VVcxgOZOCJrYBsi1I/ZT6GwBCpKqmMU3G8LilZYmgM/df6at+WvUb6DlbzX2pFwYEdC3z5DfZzB eSgslB9z3QAVtMvazuCrg7a0wqLl+cox5O9ONvHCjsJjWKwboy2ZaLcrLEGvwhIcVGGxR4iaRpw4 AUI6txS/qwqLA7cQbejjCgsda87jkLTCsnG+lMD7/+Izxl9QWLiGeVfGOA0el9PbNOLOhbT8gxV/ PnIb75JVONcbXMGtIsnmRA1F2yII00lgx5jzgJ2MHwZeTAqGyih2l8HTJU6he4BpLsmieJZkSR3j 9O+4qlkJfTuLH+MSa0gexXfPdBJ4vbzB4c80XPEkTgn/a0GaruTjcFmhwf8AAAD//wMAUEsDBBQA BgAIAAAAIQBYQEheigsAAN+fAAAVAAAAcHB0L3NsaWRlcy9zbGlkZTgueG1s7F1db6PIEn2/0v4H xPtu+AZbk6x2Mzu5V5qdHSVZ3Wdi4w9dDBaQTPLv76luaLCDE9vYY8Zbo5GDMTTdTXf1qVPVVR9+ fV7E2lOU5fM0udTNXwxdi5JROp4n00v97/tPPwe6lhdhMg7jNIku9Zco13+9+ulfH5bDPB5ruDvJ h+GlPiuK5fDiIh/NokWY/5IuowS/TdJsERb4mk0vxln4DaUu4gvLMLyLRThP9PL+bJv708lkPoo+ pqPHRZQUspAsisMCNc9n82VelbbcprRlFuUoRty9UqUrtGx0F4/pb768z6KIjpKnm2x5t/yaiZ+/ PH3NtPkY/aVrSbhAt+gX5Q/lZeJrgstwcLF2+7QqKRw+T7LF1YdwiLZpz5c6Ov+FPnFTOIyeC20k T47qs6PZXy3XjmZ/tFx9UT0ANVAPpVbJFr1ujlM1535exJFmqlbJS0Pc+jkd/S/XkhTtpObL5o2+ PFWFUZup+OVMK16W6JmCiiqvkz+K/qiuz9GnorOK59/T8Qs1/AF/xclwGOfFXfESR6JDUO1wiMLx ge6PQxqhUfLz33e6Np5nhegjLV8U13EUYiyX3VhcfUnHUa4Vs7DQximqjm4NMUw/oHsKvJ2yzCgZ fw2z8HZj0dTUcIhKoP5VZXEoe3Nzn5p+1am30QgTaUod6630rGh/c7A0O4fauzZMXMMwbLwrtNh0 rMC3RXH1iDEt03EcT9do3PiBG5iBeAF1QcssL26idKHRwaWeoWY6PSh8+pwXZUPLS+h0nsbz8ad5 HIsvNMWj6zjTnsL4Un+YmuLW+HHxZzqW5zyqYflIIRHoctF9jZJE38nBktM7prLj5DaaYGZh2Fui VHW3LDgcjTBp5QPzWTiO5Gl6XPvzRIFU8gS1V2WXBaw2pCpbNr+8nm6NJhP0j7rZeKti8mZ1h3hy mtQ3L+ZJmrUVEKNV5ZPl9WKclR1TD7hqdmhZEV+n6H6IjDAZzVKI0FGRURFtswaTTAvjKWaFuujd 8b4ylUSxifYNIy5wTBdDa7GE/MuTqWzMygDJpg9qeHwS/6qx0LyMht7HMJ/JVygGRnlZnNDjGkMF X7YrU3Y8xjAVkD4WUXY3G3/THuLH7DZEfT0bQ0WIi0vd9mjUUP+JjiliXcvS4r/zYnY3C0lylS+6 +WRxhzwfxstZKOvui3Lk2ysrKga7qoD41qgb5Ejd/eJHIdvkx+tXlVFrtpR5/KKEVDrci0K/U58W V1maFruuGfw2Dvw2Xk+bttV4SghLgpybCmwB1X2pYJtVLck3Wfq41LBEY/KKC8rLxdfmitwoRhQu B8Xaumx6jm04KBzLro012AvWFubA9S331bocDhWow2Lu2g4gN0rAyu4ZjpToNb6zbNd3XCz+tLab AysILPEQiBRZG/SHqmGFThIFz+o+MAdVJzRwicAJoiMIgrzqhXdwyabaV0j23boDXh0OmMj13C7X lMZqwsCjid++O/Dg1UzAhdPADrWaae/8+yh/5wWvdzixbcHbrH5aALiSomiI+YFa7/YR87blBZYL tRYrkOv65kDI2Ib6iXOebZfqpxOYbqWbVevlwaW8y1JeKM39US/bpfwDcUYNtibKoLfiTAtrYzkf txQ+a4VKPayVp6mwEYE9AZLewIgYv3LeSIyIeXQQjEgKKFCixIiYKIHfY4xoKaBcCw9rlRVkjKio jopAIqWPyalO5FS79GhneVnHPrCOvTVG/IMxYk+5xB0xolrrGmLeUusdY8SmvsxSvjTQdTdBtEv5 NTinvYERPe+0GBF2kCZGtGv67EbSjq/QUXleAdBWHtEF82cHEiM6BhQscIooqdaw+sQjOi0Kpt1N wWQeUdhXhWGIDZhsFeuh+XJrjPiJMeJZYERHuTrVGBGiv+JE9saInlzmWnlE23fNABSEcGNhHnHV BQY9D5vf2bupbIcRW/jDwD8pfQgrbxMaYvpUU6UTNITB1/OkhdmBtZm8vPqLDFvUSolk2cJMFGG7 +xmzh51d29plBrOH38WxbWtkeMPI8DyQofIabyBDYRLeW8yzhVk5TLP+v5v+vwN7ODgteaj2BUgD syNc/bo7IVo+3AbhcSG8M+Bp5K3vDugVeahgckN2CGeOvWUHk4dMHq7tGWrZ/cAQ8UdwQvw3Q8Tz gIhqrWuIecFc7C3mGSIyRFzdGbq1lN8BIronNjBjJ8gKi3igjSoO9qFA/pcevIbhG302MLdsVMEW mYpO3cfywBiRMSJjRLU9tY/7Y7emEf/DGPEsMCJRFnKta2DEbn5EAiOygZnsoEwjdqMR2wzM9kkN zAoVSfpQ7rE6AH1oOrZpyB3IJmKHDOT24n76Hrot+1Pc2tLO0HAlUgt7Lh/Zc5ktzP2yMP/G0PA8 oGGLIxFEfxcGgOlDpg+PTx/awWlNzKbSqUqQWLtldPJCdEAeOgPYbhEBAHFubFMGtOspSFS7dGrF EgF0ukgP5g+ZP2T+8Dz4w98ZJJ4HSGxxJXK7uRIxSGSQeHyQ6FsnBolqZ1cJEmvHjE4g0YUjoohC TCARe1VoK1dv96q4ytLeAIm1tZ2ZRGYSac9+Fff7cGGY2RHxR3BElBjxekuDj+KBOTTRgUMTbRf+ d3M0RFdZzRpivpsvEYNEBonHB4mWcVyQuHnKeC1Txus2ZWgHilXmr3ANw/TLKNdVnGiERXQR+Vrs +0dA7UB6J6oI10eIEs3xQ2XSjTOKH2oegXt/K546tlm98l+yu/IPgUfUutjKBQ0KGtWqBsUTReyW b99ID12TA2RUaZHeCKJ2DB/3tyaKV1tz59NZof2WZek3DUEtdrbIUL4WhA/2HcO0/IFOY6FMpGVZ BiJUg9gg7iEwQD0IT8LaQOUGtm9hV4rIomA7lozP8cYSQ1UVNRWPac2TxHkFmnESv3tegVo3WMkN JsVAazjo94NAm8rBTHJjGLvVKO3EjVkWPOsCCYFwiP9rkp3ivAxKCESJQKzyd5UpBKPb8WUgGBrp vtw+TKlEqkxw7UWoIV7Fwi4zcKGDKE0dEV10VOcJ8VrMp1438+mmulf4752aHwH/CeGDruEsIX1J T8a8WM94MQ7XAmcaMHv9Sxy3W7Bnr0VPgYyvlrV9LB2eYw3I1WiToQfy/jvr81UuRZbn/ZbnO2zF PbYv3RsMWL17vamw1GbSrefMZoXFth2EwATVhjnkYNOFI3PSscIyIa1O5VOVLNV5Z2DtprAo5bpU WGobdieFBSpyMBi8EXiyHbM3UhtuAv0HV1h85fRa23hAYndZ4DbVnRUWOSE5nzLy85Kgwq7lFfKh keqquYOQLo05mzJpOIhCQb3RMZty225xDh50HgoL0bjrG8Mh47vIc1ZYkLSM00tgCIFLFB/bJl3f QWE5dXIaE/RxM3gQ5lE1Z7pBQdghXcpADVVFJKBeDx7UIyio0HANBUGaV92wtd5GQ6S0LDEUZNHx Ekd7iA7lFbiS7ZSGFkNB/bhQkBMVngkUVEtaQ57XJtl95DlDQZbn+8nzHaDg6bhrv7beN7hr6XC5 W+zVkru2hTONI5T2EhLZrul4ZFYiQAjfTmcgtLOau4Z7g0+heoSzDYhEmfJaeSK8tuezs82ouI0E 9T1JEzrsm3vmUZxtlGVSctcwh1RIvZvCghSa5EMs7JMYfoF0X67HZ38UlqCF60Ai0Kob9lngWGHh BW6/BY4VlpOFs7rmoARn4WxD2SvXuWvI+C7ynBUWluf7yfMfQmEJasq2obDI0AEHU1jgfj0gepwc 1gSbvZZFkxWWWuf4xzrbiO0c91kUwVCGkXcXj4VjfJz9GS7/ehLm/kWYF1EGeYRTy3kyhVynS+tL EDFgjj11UxE7IPmcF3SwDHEzLrtPoNVBZcZK95hd6vNkHE3mybyIdC2L8iLMsLkliZ6iDGtIOo7u X5bRpV4sbtO0oBUETxIl4W8hi6aj8nE4zFHh/wMAAP//AwBQSwMEFAAGAAgAAAAhALR5DNQ2CwAA tpwAABUAAABwcHQvc2xpZGVzL3NsaWRlOS54bWzsXVtz2zYWft+Z/gcO31vzTkpju9M6jXdn0jRj u7PPsARdZilSQ9JO/O/3A0CClEzZkihFjHry4EgUCAKHwDnfueLy12+L2HjmWT5PkyvT/sUyDZ6M 0vE8mV6Zfz98/DkyjbxgyZjFacKvzBeem79e//Svy+Uwj8cG7k7yIbsyZ0WxHF5c5KMZX7D8l3TJ E/w2SbMFK/A1m16MM/YVvS7iC8eygosFmydmeX+2zf3pZDIf8Q/p6GnBk0J1kvGYFRh5Ppsv86q3 5Ta9LTOeoxt598qQrjGz0X08Fv/ny4eMc/Epeb7NlvfLL5n8+fPzl8yYj0Ev00jYAmQxL8ofymby a4Jm+HCxdvu06okNv02yxfUlG2JuxrcrE8R/EX9xExvyb4UxUhdH9dXR7K+WtqPZHy2tL6oHYAT6 oWJWakavp+NV03mYFzE3bD0r1ZTh1k/p6H+5kaSYp5i+mt7o83PVmZiz6H45M4qXJShTiK7KdupH SY+qfQ6aSmIV335Pxy9i4o/4X15kwzgv7ouXmEuCYNhsiM7xB+SPmVihPPn573vTGM+zQtLIyBfF TcwZ1nJJxuL6czrmuVHMWGGMUwwdZGVYppcgT4G3U/bJk/EXlrG7jV2LqbIhBoHxV4PFR0XNzTS1 w4qod3yEjTQVhA1WKCvn31wsTeKI+a4tE9+yLBfvCjO2PScKXdldvWJsx/Y8LzANsW7CyI/sSL6A uqNllhe3PF0Y4sOVmWFkpngQe/6UF+VEyybicp7G8/HHeRzLL2KL85s4M55ZfGU+Tm15a/y0+DMd q2uBGGH5SMkRRHNJvkZPknZqseTiHYu+4+SOT7CzsOwd2au+W3XMRiNsWvXAfMbGXF0Wj2t/nuxQ 9DzB6HXfZQerE6n6VtMv24tb+WQC+uibrbcGpm7Wd8gnp0l982KepFlbBzFmVT5ZtZfrrCRMveCq 3WFkRXyTgvxgGSwZzVKw0FGRiS7adg02mcHiKXaFbvTuel/ZSrLbxPiKFRd5to+ltViC/+XJVE1m ZYFk00e9PD7Kf9VaaDYTS+8Dy2fqFcqFUTaLE/G4xlLBl+36VITHGhYdpE8Fz+5n46/GY/yU3TGM N3CxVCS7uDLdQKwaQT9JmCI2jSwt/jsvZvczJjhX+aKbT5Z3qOssXs6YGnso+1FvrxyoXOx6APJb Y2zgIzX55Y+St6k/r19VJmazJc+jFyW50uFeFOguaFpcZ2la7Coz6G0c+G283jZt0ngqEJYCObcV 2AKq+1zBNqcSybdZ+rQ0IKKxeWWDsrn82pTIjW5k52pRrMllO/Bcy0PnELsuZHAQrQnmyA8d/5Vc ZkMN6iDMfdcD5EYPkOyB5SmOXuM7x/VDz4fwF7LdHjhR5MiHgKWo0YAeeoQVOkk0PKtpYA8qIjRw icQJkhACgryiwju4ZNPoKyT77tgBrw4HTJQ8d0uZ0pAmBDya+O27Aw+SZhIunAZ2aGlmvPPvg/qd BF7vcGKbwNusfjoAuMpE0WDzAy3v9mHzrhNEjg+1FhLI90N7IHlsQ/3EtcB1S/XTi2y/0s0qeXlw Lu8Tl5dKc3/Uy3Yu/yhsRg1rDc+gt+JKi9XG8T5syXzWOlV6WKudpsJGAuxJkPQGRsT6VftGYUTs o4NgRKGAAiUqjIiNEoU9xoiOBso183BWrYKEEbWpozIgCaWPjFOdjFPt3KPdyks69oF17K0x4h+E EXtqS9wRI2pZ12DzjpZ3hBGb+jJx+dJB190F0c7l1+Cc8QZGDILTYkT4QZoY0a3NZ7fK7PgKHZXX NQBttSP6sPy5kcKIngUFCzZF9FRrWH2yI3otCqbbTcEkO6L0r0rHEDkwySvWQ/fl1hjxI2HEs8CI ng51qjEiWH9lE9kbIwZKzLXaEd3QtyOYIGQYC9kRV0NgQHn4/M4+TGU7jNhiP4zCk5oP4eVtQkNs n2qrdIKGcPgGgfIwe/A2iyiv/iLDFrVSIVnyMAsTYXv4GVkPO4e2tfMMsh5+l8C2rZHhLSHD80CG Omq8gQylS3hvNk8eZh0wTfr/bvr/DtbDwWmNhzovQDmYPRnq1z0I0QkRNoiICxmdgUijYD07oFfG Qw2TG7xDBnPszTvIeEjGw7WcoZbsB4KIP0IQ4r8JIp4HRNSyrsHmpeVibzZPEJEg4mpm6NZcfgeI 6J/YwYxMkBUr4oESVTzkoYD/lxG8lhVafXYwtySqIEWmMqfu43kgjEgYkTCiTk/tY37s1mbE/xBG PAuMKEwWStY1MGK3OCKJEcnBLPygZEbsZkZsczC7J3Uwa1SkzIcqx+oA5kPbc21LZSDbqB0yUOnF /Yw99FvyU/za007QcKVSC0UuHzlymTzM/fIw/0bQ8DygYUsgEVh/FwsAmQ/JfHh886EbndbFbGud qgSJdVhGpyhED8ZDbwDfLSoAoM6Na6uCdj0FiTpLp1YsUUCnC/cg+yHZD8l+eB72w98JJJ4HSGwJ JfK7hRIRSCSQeHyQGDonBok6s6sEiXVgRieQ6CMQUVYhFiARuSoilau3uSq+9rQ3QGLtbSdLIlkS Rc5+Vff7cGWYKRDxRwhEVBjxZkuHj7YDU2miA5cm2q787+ZqiL72mjXYfLdYIgKJBBKPDxId67gg cfOWCVq2TNBty4gMFKc8v8K3LDssq1xXdaJRFtFH5WuZ94+C2pGKTtQVro9QJZrqh6pDN86ofqh9 BNv7W/XUgzrGfT6dFcZvWZZ+NYJamdpahxDHUKAqauhZthMOTAEiyvOB3EEU+SjAKezuLmrsBqjC u6JS+ZEbOhiILA7veo4qO/DGzhFDlSOVj2k9/oXKpTfLv333cuk15Fk58givHa+1tcrt+7Vtbe1Q VSo/1m7lDumk8stiZeXJRK0HIIjyFYOSs4vzDRwpSBoHIID1e6Gqb4ES09gDrw5AaO9CL/GqxG95 sBAIJE7fEntPfKqPPwi1a6xGghB1FRm23qyN3blp7JVYe2fkRxBr0uAC0tDhB305dYnU/Z6p+5Ri CEYIg0X/zsParYZtqK3YNT8Hj+/CzwPPGYgIik326++vplRHxBE/7zc/3yHD8OTeH129RUFB7KNq z3SCgiK/0HEVkoM2DyVf6th1iFA7GjoJFNRouME6uoUXEhSsDvykxJPdEk+072DlTBRyJBzYkdCW XkjHGZwJFNQircHP68jXfVR7goLEz1eOIT9GsYljR4tv9vEAm1W5tw3btXLL7FahpbRduxaifWDo a1jHHNsPUa9WqlPi1HIccSCQZg0IHbiFREKftF2LY82l6Vwb9l6bx8h2LU8lFzSc/FBnjOO1d7Bd 6zjPUmGpjbadFBYblme4GtX6hHJSeh3r9dkfhSVqsXVg5JXeto+AI4WFBNx+Ao4UlpMlvd5Q6sJZ 2K7FGRfrpU/A47vwc1JYiJ/vx893sF2fTmGJapNtQ2FRCQaHUlhwNK+N8icKEEI38QYSYtWAkBSW 4o5PVOCYJVW9DUdaKLzPJxP+T1RYkGu8UsQRIV0VZ++msAgdGQE00j/pYn26UmTU67M/Cos4LH5d wPl7RMY1zAmksJCA20/AkcJyMoWFjnw5Dw+LqKn4ip/XYm0fAxQpLMTP9+PnP4TCEtQm24bCgn1U QcGt98xmD4vtR34kjmMWAWsIrrZtuSVrQEgKCykslzKd4yHjHE4YqMr38VgGxsfZn2z517OMT16w vOAZ+BEuLefJVOhvaFo3QSL0HKlCU5kSnXzKC/FhyXAzmj0kUAmRvwLT3BPCSufJmE/mybzgppHx vGAZklsS/swzyJB0zB9elvzKLBZ3aVqI3YAnyZ7wf6G6Fp/Kx+FjjgH/HwAA//8DAFBLAwQUAAYA CAAAACEASnGglqgJAADMeQAAFgAAAHBwdC9zbGlkZXMvc2xpZGUxMC54bWzsXdtym0gQfd+q/QeK 98TcQarYqVw23q3KrWyn9nkMSKIWAQXYsf9+z1wYkIVs2UgRUU0eHAkNzUwz032mu6f7zdu7Zard xmWV5Nmpbr42dC3OwjxKsvmp/uPq06tA16qaZBFJ8yw+1e/jSn979ucfb4pplUYa7s6qKTnVF3Vd TE9OqnARL0n1Oi/iDL/N8nJJanwt5ydRSX6C6jI9sQzDO1mSJNPF/eU29+ezWRLGH/PwZhlnNSdS ximp0fNqkRRVQ63YhlpRxhXIsLtXunSGkYWXaUT/r4qrMo7pp+z2vCwui+8l+/nr7fdSSyLwS9cy sgRb9BPxg2jGvmZohg8nD26fN5TI9G5WLs/ekCnGpt2d6mD+Pf2Lm8g0vqu1kF8M26vh4ltP23Dx V0/rk+YB6IF8KB0VH9H6cJxmOFdJncaaKUfFmxLc+jkP/6u0LMc46fD58MKvtw0xOmZKvlho9X0B ztSUlGjHf2T8aNpX4CljVn33Po/u6cCv8T+7SKZpVV/W92nMGIJukymI4w/YnxI6Q+Ps1Y9LXYuS smY80qpl/SGNCeayYGN99jWP4kqrF6TWohxdB1sJpukbsKfG2xE04yz6TkpysZE0HSqZohPof9NZ fOTc3MxT02+YehGHWEhzylhvhbNs/N3J0mUOHe+DaeIahmHjXWHEpmMFvs3ItTPGtEzHcTxdo/PG D9zADNgLaAkVZVWfx/lSox9O9RI90+mDyO3nqhYDFU3o5SpPk+hTkqbsC13i8Ye01G5Jeqpfz012 a3qz/JJH/JpHeygeySQCbc7Y16HEeMcnS0XfMaWdZhfxDCsL095iVOXdnDAJQyxa/sBqQaKYX6aP 638eI0gpz9B7SVsQWB1IQ5sPX7Snt8azGfgjbzYe6xi/Wd7Bnpxn7c3LJMvLPgIpRiWezNuzeSYY 0064ZnVoZZ1+yMF+iAyShYscIjSsS0qib9VgkWkknWNVyEZPzveVpcTIZtpPzLjAMV1MrWUB+Vdl cz6YlQlSzq/l9PjE/jVzoduMTr2PpFrwV8gmhmiWZvRxnamCL9vR5IzHHKYE8ps6Li8X0U/tOr0p Lwj669mYKkxcnOq2R2cN5R9jTJ3qWpnX/yb14nJBqOQSL7r7ZHYHv07SYkF4331Gh7890VE22WUH 2LdO3yBHWvazH5ls43/WX1VJR7OlzFMvikml3b0o8J3ytD4r87x+rs5Qb2PHb2N92fRp4zlFWBzk nDdgC6juawPbrEYln5f5TaFBRWPxsgaiOfva1cgdMow4nxQP9LLpObbhgDjUrg0d7AUPFHPg+pa7 ppfJVII6KHPXdgC5QQGa3TMcLtFbfGfZru+4UP5Ut5sTKwgs9hCIFN4b8EP2sEEnmYRnLQ/MScOE Di5hOIExgkKQNS48gUs29b5Bsk/2HfBqd8CE63Nb6JSONlHAo4vffjnwUNqMwYXDwA6pzbQn/n3k vyuFNzqc2KfwNm8/LQBcbqLoiPmJ1HcvEfO25QWWi20tNJDr+uaEydjO9hPXPNsW208nMN1mb9bo y51LeVdJebZpHs/2sl/KX1ObUcdaE5fYt+JKj9XGcj5uKXweEOX7sF47TYONKNhjIOkRjIj5y9cN x4hYRzvBiHQDCpTIMSIWSuCPGCNaEii3wsNatQoqjChNHY0BiW76lHFqkHGqX3r0W3nVHnvHe+yt MeJfCiOO1Jb4TIwodV1HzFtS3ymM2N0vKykvHHTDXRD9Uv4BnNMewYied1iMCD9IFyParfnsnJsd 19CRuC4BaK8d0YXlzw44RnQMbLBgUwSldoc1Jjui07PBtIdtMJUdkflXmWNIOTCVV2yE7sutMeIn hRGPAiM6MtSpxYgQ/Y1N5MUY0eNqrteOaPuuGcAEwcJYlB1xNQQGnIfP7+jDVLbDiD32w8A/qPkQ Xt4uNMTyaZbKIGgIh6/ncQ+zA28zjfIaLzLs2VZyJKs8zNRE2B9+pqyHg0Pb+mWGsh7+ksC2rZHh uUKGx4EMZdR4Bxkyl/CLxbzyMMuAabX/f97+/xnWw8lhjYfyXAB3MDss1G94EKLlI2wQERcsOgOR Rt7D0wGjMh5KmNyRHSyY48WyQxkPlfHwwZmhntMPCiL+DkGIfyuIeBwQUeq6jphnlosXi3kFERVE XD0ZurWUfwZEdA/sYMZJkBUr4o4Oqjg4hwL5LyJ4DcM3xuxg7jmogiMyjTn1JZ4HhREVRlQYUR5P HeP52K3NiP8ojHgUGJGaLLiu62DEYXFEDCMqBzP1gyoz4jAzYp+D2T6og1miIm4+5GesdmA+NB3b NPgJZBO5Qyb8ePE4Yw/dnvMpbutpV9BwJVOLilzec+Sy8jCPy8P8TkHD44CGPYFEEP1DLADKfKjM h/s3H9rBYV3MptxTCZDYhmUMikJ0YDx0JvDdIgMA8tzYJk9oN1KQKE/ptBtLJNAZIj2U/VDZD5X9 8Djsh+8VSDwOkNgTSuQOCyVSIFGBxP2DRN86MEiUJ7sESGwDMwaBRBeBiCwLMQWJOKtCj3KN9qyK Kz3tHZDYetuVJVFZEumZ/Sbv9+7SMKtAxN8hEJFjxA9bOnykHVilJtpxaqLt0v9uzoboSq9ZR8wP iyVSIFGBxP2DRMvYL0jcvGS8niXjDVsy9ASKJepXuIZh+iLLdZMnGmkRXWS+Zuf+kVA74NGJMsP1 HrJEq/yhvOjGEeUPNfdge38snzqOWa3FL9lD7Q+BR03r7CgXdlDYUa3uoNRCYafl+w/SY6+pEmQ0 ZZEeSaK2jxj3p9PrmvLUMLc6+O1SGWR1sOGOsmhOMuaaCkyP1z5qXVM0g8ZEKBdaYsESa0rWYMCi cnyeYgNZrqGc1mow9JOQ+qnJMixqGyHwjBYAoyYE+qmtwOD3nIrh2YBffCpmU98bzfpEz/egWZnN B6xR9RfGUvhJWRxGZnFQpxwhrmEzGV9Jruel0QU6W0OAkPFDAg08x5rQII5NJvRfDwCbKnVKno9b nj/jkOO+o5Q22xb81raQzBe19q4s858a3+U8DwPR0n2oJGEb8DIB3dFtgaipak0s2zLg46JryHBd 5E9b3UShTJeLoHFeUMv2PYMtWYnm1jER7SrrKXtMb8lMCI5K4D1RwlHVtmS7sYPWtuQ7QuDxdbnO Xhgv9ouPTf3fMC2/kOLbLYNMKGuMepKo9oBLBQoZU2po2jaBeyiBAWXOHEUZK0KJOrgEN6PZVdYU DI5uoOmSLIpnSZbUMapOxiiwXGL6ZjEKMUOHoF7tFa+du7xA0UE6XfEkRgn/15w0/SQeh4+oxXz2 PwAAAP//AwBQSwMEFAAGAAgAAAAhAH8aisB7CQAAo3YAABYAAABwcHQvc2xpZGVzL3NsaWRlMTEu eG1s7F1bc6M2FH7vTP8Dw3s33I09m+zspZt2pt3uJOn0WQFsM8XAAMkm/77fkUDgGG+cYK+pR5lM grF0kA7S0XcuOnr77mGVaPdRUcZZeq6bbwxdi9IgC+N0ca7/ffP5F1/XyoqlIUuyNDrXH6NSf3fx 809v81mZhBpqp+WMnevLqspnZ2dlsIxWrHyT5VGK7+ZZsWIVPhaLs7Bg30B1lZxZhuGdrVic6nX9 Ypf62XweB9GnLLhbRWkliBRRwiq0vFzGedlQy3ehlhdRCTK89lqTLtCz4DoJ6X+Z3xRRRFfp/WWR X+dfC/71l/uvhRaH4JeupWwFtuhn9Rd1Mf4xRTFcnD2pvmgosdnDvFhdvGUz9E17ONfB/Ef6i0ps Fj1UWiBuBu3dYPlXT9lg+WtP6bPmAWiBfCj1SvRosztO052buEoizZS9EkUZqv6RBf+WWpqhn9R9 0b3gy31DjPpM5POlVj3m4ExFpOpy4kvOj6Z8CZ5yZlUPH7LwkTp+i//8JpslZXVdPSYRZwiazWYg jj9gf8JohEbpL39f61oYFxXnkVauqo9JxDCWazZWF1+yMCq1askqLczQdLCVYZi+BXsqvJ2aZpSG X1nBrraSpq6yGRqB9jeNxaXg5naempOGqVdRgIm0IMZ6a5zl/e8Oli5zqL9PholrGIaNd4Uem47l T2xOrh0xpmU6juPpGo2bie/6ps9fQEsoL8rqMspWGl2c6wVaptOD2P0fZVV3tC5Ct8ssicPPcZLw DzTFo49Jod2z5Fy/XZi8anK3+jMLxT2PWlg/kksEKs7Z16HEeScGS0nvmGgn6VU0x8zCsLc4VVlb EGZBgEkrHlguWRiJ2/S4/udxgkR5jtZL2jWB9Y40tEX36/JUNZrPwR9Z2fhew0RlWYM/OUvbyqs4 zYo+Agl6VT9ZlOfjrGZMO+Ca2aEVVfIxA/shMlgaLDOI0KAqiETfrMEk01iywKyQhZ4d72tTiZNN tW8Ycb5juhhaqxzyr0wXojNrA6RY3Mrh8Zn/NGOhW4yG3idWLsUr5AOjLpak9LjOUMGH3WgKxmMM E4HsroqK62X4TbtN7oorhvZ6NoYKFxfnuu3RqCH+ccZUia4VWfVPXC2vl4wkV/2iu0/mNcR9luRL Jto+4XTE26sbyge7bAD/1Gkb5EjLfv4ll23iz+arKqg3O8o89aK4VNrfiwLfiafVRZFl1UvXDPU2 9vw2NqdN32q8IIQlQM5lA7aA6r40sM1qluTLIrvLNSzRmLy8QF2cf+yuyB0ynLgYFE/WZdNzbMMB cSy7NtZgz3+yMPvuxHI31mU2k6AOi7lrO4DcoICV3TMcIdFbfGfZ7sRxsfjT2m5OLd+3+EMgUkRr wA/ZwgadpBKetTwwpw0TOriE4wTOCIIgG1x4Bpdsa32DZJ9tO+DV/oCJWM/tek3prCYKeHTx2w8H Hmo143DhOLBDrmbaMz+fxPdqwRsdTuxb8LarnxYArjBRdMT8VK53rxHztuX5lgu1FiuQ607MKZex HfUT9zzbrtVPxzfdRjdr1su9S3lXSXmuNI9HveyX8rdkM+pYa6ICeivu9FhtLOfTjsLnCVGhh/Xa aRpsRGCPg6TvYESMXzFvBEbEPNoLRiQFFChRYERMFH8yYoxoSaDcCg9r3SqoMKI0dTQGJFL6lHFq kHGqX3r0W3mVjr1nHXtnjPirwogjtSW+ECPKta4j5i253imM2NWXlZSvHXTDXRD9Uv4JnNO+gxE9 77gYEX6QLka0W/PZpTA7bqCj+r4EoL12RBeWP9sXGNExoGDBpghKrYY1Jjui06Ng2sMUTGVH5P5V 7hhSDkzlFRuh+3JnjPhZYcSTwIiODHVqMSJEf2MTeTVG9MQy12tHtCeu6cMEwcNYlB1xPQQGnIfP 7+TDVHbDiD32Q39yVPMhvLxdaIjp00yVQdAQDl/PEx5mB95mivIaLzLsUSsFklUeZjIR9oefKevh 4NC2fpmhrIc/JLBtZ2R4qZDhaSBDGTXeQYbcJfxqMa88zDJgWun/L9P/X2A9nB7XeCj3BQgHs8ND /YYHIVoThA0i4oJHZyDSyHu6O2BUxkMJkzuygwdzvFp2KOOhMh4+2TPUs/tBQcT/QxDibwoingZE lGtdR8xzy8WrxbyCiAoiru8M3VnKvwAiukd2MGMnyJoVcU8bVRzsQ4H8ryN4DWNijNnB3LNRBVtk GnPqazwPCiMqjKgwotyeOsb9sTubEX9XGPEkMCKZLMRa18GIw+KIOEZUDmbygyoz4jAzYp+D2T6q g1miImE+FHus9mA+NB3bNMQOZBO5Q6Zie/E4Yw/dnv0pbutpV9BwLVOLilw+cOSy8jCPy8P8XkHD 04CGPYFEEP1DLADKfKjMh4c3H9r+cV3MptSpapDYhmUMikJ0YDx0pvDdIgMA8tzYpkhoN1KQKHfp tIolEugMkR7Kfqjsh8p+eBr2ww8KJJ4GSOwJJXKHhRIpkKhA4uFB4sQ6MkiUO7tqkNgGZgwCiS4C EXkWYgKJ2KtCW7lGu1fFlZ72Dkhsve3KkqgsibRnv8n7vb80zCoQ8f8QiCgw4scdHT7SDqxSE+05 NdFu6X+3Z0N0pdesI+aHxRIpkKhA4uFBomUcFiRunzJez5Txhk0Z2oFi1edXuIZhTuos102eaKRF dJH5mu/7R0JtX0QnygzXB8gSrfKHikM3Tih/qHkA2/sOWUNlpLtQpsTmq+FhGSbl1KU5QcoUEJMl cm+0FndKDDCt5wxljrf4FO2klgcBZyIyByB5L+bcRmr5fhJy2jXJU+sjWxBPQ+cakWZEV21ieWTB 2gjksoepUtva3giMZ1p+AIHBVVmwRqWVH8t5NkqRGpkipTZvwfsKVXB8Jw29LDsokvltyvNhANBz rCn5prdZBiHvfzAAbA7fUvJ83PL8BXu3DgEAGwxEiGe7ykRHANWh7PFiWWnviyL7pnVSQO1sTqYT yZAg3zZgPAe6I3tSfVSkOUEQAsIuaA7RMUD4XbeuW9CyKD6WnxNEpwRys75Ec5uYiJrKW8of03sS ILpf1nivPplOHdlHNsH5UY/sg1MFbQAe35Tr/IWJM0xx2RxrGiTFnyz/655DJpzWimPykMQet3Kc z0rUULQtAqt3DL1wwe3fKT9bD8d7MlRGsZu0OQc1vMNKF6dhNI/TuIpwmF6Ec2MLDN80wvmymBE4 hvNGHAm6usJZajRc8SROCf8rQZqu6sfhEkfMXvwHAAD//wMAUEsDBBQABgAIAAAAIQDk+UjreA0A AAy8AAAVAAAAcHB0L3NsaWRlcy9zbGlkZTcueG1s7F1dc5tIFn3fqv0PrN5nzDfIFWdqJp54pyqT Sdme2mciYUm1CFSAnfjf77nd0I1kJEtCsoj2+sGWETRN033vued+9Ltfvs8T4ynOi1mWXg2sn82B EaejbDxLJ1eDv+8//hQOjKKM0nGUZGl8NXiOi8Ev7//5j3eLyyIZG7g6LS6jq8G0LBeXFxfFaBrP o+LnbBGn+O4hy+dRiX/zycU4j76h1XlyYZumfzGPZumguj7f5vrs4WE2iq+z0eM8TkvZSB4nUYme F9PZoqhbW2zT2iKPCzQjrl7q0ns82eguGdPfYnGfxzF9Sp9u8sXd4ksuvv789CU3ZmOM18BIozmG ZXBRfVGdJv5NcRo+XKxcPqlbii6/P+Tz9++iSzyb8f1qgMF/pt+4KLqMv5fGSB4c6aOj6V8t546m v7ecfVHfAD1QN6Wnkk/08nHc+nHuZ2USG5Z6KnlqhEs/ZaP/Fkaa4Tnp8eXjjT4/1Y3RM1Pzi6lR Pi8wMiU1VZ0nvxTjUZ9fYEzFYJXff8vGz/TgX/FXHIwuk6K8K5+TWAwIuh1donH8wvAnEc3QOP3p 77uBMZ7lpRgjo5iXH5I4wlyuhrF8/zkbx4VRTqPSGGfoOoY1wjR9h+Ep8XaqNuN0/CXKo9u1TdOj RpfoBPpfdxYf5WiuH1MrqAf1Nh5hIU1oYP2lkRXP35wszcGh512ZJp5pmg7eFZ7Ycu0wcERzesZY tuW6rj8waN4EoRdaoXgBuqFFXpQ3cTY36MPVIEfPBnSj6OlTUVYPWp1Ch4ssmY0/zpJE/ENLPP6Q 5MZTlFwNvk4scWnyOP8zG8tjPvWwuqWQCHS6GL5GS2Ls5GQp6B1T20l6Gz9gZWHa26JVdbVsOBqN sGjlDYtpNI7lYbpd+/1Eg9TyA3qv2q4aWH6Qum35+NX5dGn88IDxURebmzomL1ZXiDtnqb54Pkuz vK2BBE9V3VmeL+ZZNTB6wtWrw8jL5EOG4YfIiNLRNIMIHZU5NdG2arDIjCiZYFWok16d70tLSTSb Gt8w40LX8jC15gvIvyKdyIdZmiD55KuaHh/FTz0XmqfR1LuOiql8hWJiVKclKd2uMVXwz3ZtyoHH HKYGsscyzu+m42/G1+Qxv43QX9/BVBHi4mrg+DRraPzEwJTJwMiz8j+zcno3jUhyVS+6eWdxhTwe JYtpJPseiHbk26s6Kia76oD4r9E3yBE9/OJLIdvkr5evKqen2VLm8YsSUulwLwrjTmNavs+zrNxV Z/DbOPDbeLls2rTxhBCWBDk3NdgCqvtcwza7Vsk3efa4MKCisXjFCdXp4t+mRm40IxqXk2JFL1u+ 65guGofadaCD/XBFMYdeYHsv9HJ0qUAdlLnnuIDcaAGa3TddKdE1vrMdL3A9KH/S7dbQDkNb3AQi RfYG46F6WKOTVMEzPQbWsB6EBi4ROEEMBEGQF6PwCi5Z1/sayb7ad8CrwwETqc+dSqc0tAkDjyZ+ e3PgwdpMwIXTwA6lzYxXfq7l96zweocT2xTeevPTBsCVFEVDzA+VvttHzDu2H9oezFpoIM8LrKGQ sQ3zE8d8x6nMTze0vNo2q/XlwaW8x1JeGM39MS/bpfxX4owabE2cw27FkRbWxnavtxQ+K41KO6yV p6mxEYE9AZI2YETMX7luJEbEOjoIRiQDFChRYkQslDDoMUa0FVDWwsNeZgUZIyqqoyaQyOhjcqoT OdUuPdpZXraxD2xjb40Rf2eM2FMucUeMqHRdQ8zbSt8xRmzayyzlKwdddxdEu5RfgXPGBozo+6fF iPCDNDGio+mzG0k7vkBH1XEFQFt5RA/MnxNKjOiaMLDAKaIlbWH1iUd0WwxMp5uByTyi8K8KxxA7 MNkr1kP35dYY8SNjxLPAiK4KddIYEaK/5kT2xoi+VHOtPKITeFYICkKEsTCPuBwCg5GHz+/sw1S2 w4gt/GEYnJQ+hJe3CQ2xfOql0gkawuHr+9LD7MLbTFFe/UWGLWalRLLsYSaKsD38jNnDzqFt7TKD 2cM3CWzbGhneMDI8D2SoosYbyFC4hPcW8+xhVgHTbP/vZv/vwB4OT0seqrwA6WB2Rahf9yBEO0DY ICIuRHQGIo381eyAXpGHCiY3ZIcI5thbdjB5yOThSs5QS/YDQ8QfIQjx3wwRzwMiKl3XEPOCudhb zAuIyOQhcVwMEbtBxBby0PNOSh4iAWSJPDxQfoqL9BOI/Spw1zQDs89+5Zb8FGTG1CzqPg4HhoYM DRkaqqzUPqbFbs0e/sHQ8CygITEVUtc1oGG38CGGhsweLhcN2ZoAWGUPW6Bh6JwUGipUJFlDmVp1 ANbQch3LlInHFkqGDGVWcT9DDr2WtBRPO9gZGi4VaOGA5SMHLLNjuV+O5V8ZGp4HNGyJH4Lo78IA sGOZoeGBoOGGtBQnPK1n2VI2VQUSdTRGp+BDF+ShO4TLFon/KG/jWLKOXU9BokrO0YYl6uZ0kR7M HzJ/yPzhefCHvzFIPA+Q2BJB5HWLIGKQyCDx+CAxsE8MElVCVwUSdTxGJ5DoIf5QFB8mkIgUFcrg 6m2Kiqc87Q2QqL3tzCQyk0ip+nW578NVX+b4wx8h/lBixA9bOnwUD8wViQ5ckWi7qr/riyB6ymvW EPPdYokYJDJIPD5ItM3jgsT1S8ZvWTJ+tyVDiSd2tW2FZ5pWUBW3rstDoxqih4LXIt0fdbRDGZ2o ClsfoTg0lw2Ve22cUdlQ6wjc+6Yy6siuehG/5HTjH7AKTMuXNLssBSXWnabZeaGIJPn2/HnYmlwX o94NaYOT6gjZj5vWiavcMdfZt9T4Nc+zb0Yj53FrU5s2aSH3U4Akx+GAJkK1eZZvDrE1jdQvjjsc WqiTsUQ8CJdVpV98166qqq3XL2N0VPRT3GWPrZFk5I3oBe7COxD0fOsjKTlaC0dvmtm0GcdqBKun Pa5bT+zmVMYmH0MXCAwcmuOCRZOJD6fUADyLzw4qHcO42LhQVBZgQwVgOxysu93SANeqAMf1PBta gdaN6yITXrau182JVADbGX1bPJpRWtpIck8VQHmoL1RAxySGwHID4CMxlR3Pw0aPy2iGjQA2Atq9 CKtJDBuMgGMUUN6kAqh0nVwo3k9fsllaGndllBt+t+B9Hy5HuB1lXBoq5A2xOeoS8rewmDyrqiQp zOuhMKnXY39seZx7jPurvVjPZMvT9uWi3DZtu9B8yopyyf2DKSOzzUn6bJ1XtPEe/8LP0j2AV460 GbGvQ6pnk2lZmeHSUN4Hg4HDNS07WLLDLc8b+nYFwrARVBAKTahBmBc6gQ0sKHYwhHkja2OuX4s5 dfUVQ5z39GvuUfDme/qtma8b4dTklU06fWVXywAVzN3aUugUoNLcpdOFQVDtjq3nJ9VYHVY8EW3C aVf0q9qlE9DLDWQRVuyDhjVQqRu9S2d7E2qK1/tQVbtfQ6DQFvHEFFSmEPYApu3lfUWaab8lhqUe hn2ohXV9r50wr/T8CE4YZhb6ZhztoidJDSa8MThFs6CyCo1Gx43B2yogcKlUGNjAUP3btH23jZbI qbfKE0DGd5Hn5MigfJ910ZZvTxMIWw6qjv0dffF3tMvzHWiCY+/FuSEMRXHGt02DZW/SuM1gcYZh 6GFbS+FtMbEDeyimsAaEbLCUt/F5UQFHMVhUMHllsOhA8k4Gi9gCDJSWmJ+WE/qQ91AZen62Y/bo 8u0NlqCFCEckWRcFxwYLNpjlrcDEhN+tzmM76cYGy4GDs9sMFt4Z9jwMlkAliWkCCjK+izxng4Xl +XMS7yHPdzBYTp1cSeywNPQlFMQ6qtdMJyhoAQ35FCMPc5+cmu6qb6VHUFC7muJRGaWTJDYwLPUw MHctamks7+lH2KSYRuNYHvYEp4gRIzaljnZmKLiH6GAoeLISbVxo40ygoHLHNqCgdsnuI88ZCjIU PDoUPEZCWO2/J2/9eu460N77Bnctsx73CrZxTBTTQGQCwYQq6cUKUJQMZdgEIKRqG4EgHTU3aCPr kurlimAbRDMEgjpXkQgv/fkcbDMitpvG+CFLNfHdnxzJY3DXmBbLBov2SnYyWAjCUgANzc/WajA9 Mli0q0kbLHs4mhqrk7lrVnD7KTg2WE5msHzgyoBnEWxDCQGrwTYSHe0GvhrynA0Wluf7yfMecdcb DBZd86VpsOxR9UVmaFotBosbhKYH1loAQg/hOM5KMIPrh8h2q7MDAt8UBg0bLFh5y2Sx5IXjhweg 1f8/gyVUkSaVh0VHmXQyWCwYzIgGk/MT2QGeLCarDer+GCwIU3uh4DAs7GEhja38JcuLRnzFHpbk aoD1E6WjaYag6lGZ06xBIH9Rcn3zH66++TUbLGdhsKBQ8kt5rgMH2MPCHvO3K0W8g8FyOg9LqGNM GgaLLDi+m5G/3mBBkI09pFxUYrCx6Y3tCqenBoTsYdFOkjMpFLC7h0Xkn9/ncYzwHMy8u2QsMnmT /M9o8deTSMCZR0UZ5zDjcGgxSydkv+FUfQoW9wxepgldWaafipI+LCJcjNPuU5ERDMg/fgRkm6Xj +GGWzsp4YOQxVatAUbw0fopz6JBsHN8/L+KrQTm/zbKSsB3uJFrC36pp+lTdDh8LdPh/AAAA//8D AFBLAwQUAAYACAAAACEAOnLzuTcLAAARkgAAFQAAAHBwdC9zbGlkZXMvc2xpZGU2LnhtbOxdbXOj NhD+3pn+B4bvbXg39lzSaS+9tDPX602STj8rhtieYmAEefv3fVYCgR3sOMa5cB7dh5yNhZCW1e6j 3dXuh18el4lxH/NikaWnpv2zZRpxOs2iRTo7Nf+5/vRTaBpFydKIJVkan5pPcWH+cvbjDx/ySZFE Bu5Oiwk7NedlmU9OTorpPF6y4ucsj1P8dpvxJSvxlc9OIs4e0OsyOXEsKzhZskVqVvfzXe7Pbm8X 0/g8m94t47SUnfA4YSVGXswXeVH3lu/SW87jAt2Iu1eGdIaZTa+SiP4v8msex/Qpvb/g+VX+lYuf v9x/5cYiAr1MI2VLkMU8qX6omomvKZrhw8na7bO6JzZ5vOXLsw9sgrkZj6cmiP9Ef3ETm8SPpTGV F6fN1en874620/nvHa1P6gdgBOqhNCs5o+fT8erpXC/KJDZsNSvZlOHWz9n0v8JIM8yTpi+nN/1y X3dGc6bu87lRPuWgTEldVe3kj4IedfsCNBXEKh9/y6InmvgN/hcX2SQpyqvyKYkFQTBsNkHn+APy J4w4NE5/+ufKNKIFLwWNjGJZfkxiBl6uyFiefcmiuDDKOSuNKMPQQVYGNv0A8pR4O1WfcRp9ZZxd buyapsomGATGXw8WHyU1N9PUHtVEvYynWEgzImywQlkx/zaztIlD811jE9+yLBfvCjO2PSccuaK7 hmNsx/Y8LzAN4ptR6Id2KF5A01HOi/IizpYGfTg1OUZm0oPY/eeirCZaNaHLRZYsok+LJBFfaInH HxNu3LPk1LyZ2eLW5G75VxbJawGNsHqkkAjUXJCv1ZOgnWSWgt4x9Z2kl/EtVhbY3hG9qrtlx2w6 xaKVDyzmLIrlZXpc9/NEh9TzLUav+q46WJ1I3becftWebo1vb0EfdbO1bWDyZnWHeHKWNjcvF2nG uzpIMKvqybK94LOKMA3D1avD4GXyMQP5ITJYOp1nEKHTklMXXasGi8xgyQyrQjV6kd9XlpLoNjUe wHGhZ/tgrWUO+VekMzmZFQbhsxvFHp/Ev5oX2s2I9c5ZMZevUDBG1SxJ6XEtVsGX3fqUhAcPUwfZ XRnzq3n0YNwkd/ySYbyBC1YR4uLUdAPiGqKfIEyZmAbPyn8X5fxqzkhyVS+6/WRxh7zOknzO5NhH oh/59qqBCmZXAxDfWmODHGnIL34Usk3+ef6qOM1mR5mnX5SQSod7UaA70bQ841lWvlZn6Ldx4Lfx fNl0aeMZISwJci5qsAVU96WGbU6tki94dpcbUNFYvKJB1Vx8bWvkVjeic8kUa3rZDjzX8tA51K4L HRyEa4o59EeO/0wvs4kCdVDmvusBcqMHaPbA8qREb/Cd4/ojz4fyJ91uj50wdMRDIFLkaEAPNcIa naQKnjU0sMc1EVq4ROAEQQiCIM+o8AIu2TT6Gsm+OHbAq8MBE6nP3UqntLSJBh5t/PbNgYfWZgIu vA/sUNrMeOHfufxdK7zB4cQuhbd5++kA4EoTRUvMj5W+20fMu04QOj62tdBAvj+yx0LGtrafuBa4 brX99ELbr/dmtb48uJT3tZQXm+bhbC+7pfwN2Yxa1pqYY9+KKx1WG8c731H4rHUq92GddpoaGxHY EyBpC0YE/8p1IzEi1tFBMCJtQIESJUbEQglHA8aIjgLKjfBwVq2CGiMqU0dtQKJNnzZO9TJOdUuP biuv3mMfeI+9M0b8XWPEgdoSX4kRla5riXlH6TuNEdv7ZS3lKwddfxdEt5Rfg3Nd2DDw3xUawv3R hoZuYzW7kNbGZ6Couq5wZ6f50IfBzw0lNPQs7KtgSkRPzcZqSOZDr2Nf6fbbV2rzoXCrCn+Q9ltq Z9gAvZY7Q8NPGhoeBTT0VIRTAw0h+mtTyN7QMJBqrtN86I58O4TlQUSvaPPhauQLKA9X39FHp+wN DcPRu0JDOHfb0BDLp14qvaAh/LxBIB3LHpzMFNw1XGTYsZuUSFY7lsky2B11po2GvSPaumWGNhp+ k3i2nZHhhUaGx4EMVbB4CxkKT/DeYl47llWctN7/v27/v4PRMHxXYKhOAUh3sicC+/qHHDojBAki vkLEYiCuKFg/CzAom6FCxy2RIUI39hYZ2maobYZrJ4Q6zjpoZPg9hBz+oZHhcSBDpetaYl4YLPYW 8wIZapshIRiNDA+ODP33dSfjuMeKzfBAp1E8HDaB2K/CdC1rZA3ZndxxGgXnYGrj6T5+Bg0NNTTU 0FCdQR3iIdidjYZ/amh4FNCQLBVS17WgYb+oIQ0NtdFwNUXIzgaAXYyG7rtaDRUqklZDeZDqAFZD 23NtSx4ztpEgZCzPEA8z0tDvOITiN351DQ1X0rHo8OQ3Dk/W/uRh+ZN/1dDwOKBhR9gQRH8fC4D2 J2toeCBouOWgshu+70FlW+2pKpDYBGH0ijn0YDz0xnDZ4pg/ktm4tsxaN1CQqM7kNBtLZMnpIz20 /VDbD7X98Djsh79pkHgcILEjgsjvF0GkQaIGiW8PEkfOO4NEdY6rAolNPEYvkOgj/lCkGiaQiJMp dHBrsCdTfOVpb4HExtuuLYnakkgn9Ovk3ofLtazjD7+H+EOJET/u6PBRdmCdf+jA+Yd2y/G7OeWh r7xmLTHfL5ZIg0QNEg8EEjtSHdrjHWXOmsMaQAsBoS9mOty8UoKOlRL0Wyl03sSpalP4lmWPqgzW dQ5opDz0kdVaHO5HsuxQBiWq7NVvkAFa5waVBTWOKDeo/QYm92250qnYigxbOs8eUuNXzrMHAxlu X21epgoTSHiKtJ+Wh/P8BB2q0j++YyP1O6zYtJEKkf3JE3zbWNuFCb5aOIHnVMmhNi+cCCMVAxVP 2aOwi4wk0KtnaKungUcrNZC2KIOtrK0cJ23W3sNzIlkbXIzjiOM2Z0MFWEHlR3LH47HjCA2jOVuX JNqtJNG+nN1hK4aAfbXMbglpOk/huDClQUi7CJrzbY1uNBevcXG3sWcNuhtbAgreIvP5VhXQnNdb zOZlDW8aC/HOhtEa3niW7YxWlIBjI36AagJIeBN4gbC7NkrAD92Rg4GIsjau58jMSZvhDaehvoBv dKGXduLab17o5cBARRnv20BlD+v9RqBCTGchElrw6NgZBfAXQFs0PKohOOoy6tqJYIjuWqF7AhWq GPbsUEy/AHcPphc/kEDFCX1vLPONNKyszTC0sDfkYpPvUedYFNVFtwCVt3BqbwMqVBivWigtoOLt rQNs14K/euy1d6v4Go6pRh8BFcfxPU8cT2tWzthCYGCVnRQdhKH4XQOVZ2VQ5Cr6jkvhbhXnsxdK TFKJRsmrh43KdRGJ61DydcGfOLo1Xgu4oFShYGkBpKmEZG1tUTUmIfo9YmDqAJ9HtWpoakx2d6FY vK6iVNVuhv+BCpzTJoE+NRUmqUTYul7DygJZ984DsmnstXfhhZG/gXdBUB+k0fUlh1LYunv/rdz1 K/UkCAQkuqw1RWcgUwhRo2dZ664T/Tr4FuIa/De8kuOvKxNE+ZeeyfN+h/fJkUXnV0gXdUUPfvtt ith3aXluHpG3+L0PaFHi9jYUxL68xkC9Ym8d2KN8ZIIXqwdxF3RYCx23tiqDgYJBx+FOkKUmw84G Zppd7TDfAGM1FJQOa22nYxMNBQWuG06pcV1V/EigoLJuNCG2kPF95LmGgrCg6dpvAsD0y/C5xWL9 tlBQ+JuveRzjNcLEdZVEwtSV8L9Y/ve9UEZLVpQxx5vGpXyRzjBdato0wfGTBbD3jO4s089FSR9y hpvR7DqFbpcl1O+wnVykUXy7SBdlbBo8LkrGEVyYxvcxB+DMovj6KY9PzXJ5mWUlrU08SfSE/6uu 6VP1OHwsMOD/AQAA//8DAFBLAwQUAAYACAAAACEA3UAwwQIKAABLfwAAFQAAAHBwdC9zbGlkZXMv c2xpZGU1LnhtbOxdW2/jthJ+L3D+g6D3NtZdNjYp2k03p0C7XSQp+sxYim0cWTIo5fbv+w0pUrIt J76ufQwGQeILRZGjmeHHufHTz6/TzHpOeTkp8kvb+alnW2k+LJJJPrq0/77/8mNsW2XF8oRlRZ5e 2m9paf989Z8fPs0GZZZYuDovB+zSHlfVbHBxUQ7H6ZSVPxWzNMd3jwWfsgpv+egi4ewFvU6zC7fX Cy+mbJLb9fV8neuLx8fJML0uhk/TNK9kJzzNWIWRl+PJrFS9zdbpbcbTEt2Iq+eGdIWZDe+yhP6X s3uepvQqf77hs7vZNy6+/vr8jVuTBPSyrZxNQRb7ov6ibibe5miGFxcLl49UT2zw+sinV5/YAHOz Xi9tEP+N/uIiNkhfK2soPxw2nw7Hf3W0HY5/62h9oW6AEeib0qzkjJan46vp3E+qLLUcPSvZlOHS P4rh/0orLzBPmr6c3vDrs+qM5kzdz8ZW9TYDZSrqqm4nvxT0UO1L0FQQq3r9tUjeaOIP+C8+ZIOs rO6qtywVBMGw2QCd4w/InzHi0DT/8e8720omvBI0sspp9TlLGXi5JmN19bVI0tKqxqyykgJDB1kZ 2PQTyFPh6dR9pnnyjXF2u7JrmiobYBAYvxosXkpqCvJKsoIyanKgS80orqLsDS+eZpYTadLWzQUN NmYYJ/S9no/OMXnPdfwwDqnjhnniIHKD0LaIg6I4iJ1Yfq/ZyI2jwPMh5Gjgu3HY81UDxVGuF0R+ ANagPpy+G8euuMnG3OX0FRFu0yFUyohYTIwHEic5aIkKipLEJjSvBYFZNXolOx+OHQ+Ul9VNWkwt enFpcwzNpjux5z/Kqn7mdRP6uCyySfJlkmXiDWm79HPGrWeWXdpsOIRK8YiAIE6rpWATKRclsTNd m+W36SOUCCTcFTcUqnOxM0d+NWZJKu8R9PCj7qBuL+4nOqSeHzE63XfdgWrZHqiUXt2eLk0fHzF/ fXHvvYHJWeorxJ2LvLl4OskL3tVBVuk7y/ZCpGrCNLKlFIHFq+xzAfJCO7J8OC6wWgwrLtl0WUGA USyWjaAAdCNOY1tTZ1DTLLdewOqx7wTg+ukMir7MR3Iqc4+fjx70w/8iftSTaTcjxrpm5VjSXrBF 3SzL6XYtRsGb9fqUZAeHUgfFU5Xyu3HyYj1kT/yWYbyhB0YRehGKISSeIeoJslSZbfGi+mdSje/G jFR0/ZjbdxZXyM9ZNhszOfZI9FOzt2wuWE8PQLxrjY2UqxTc6sr64Odafr+pWjYPTOie/T2wZiEU T3PFgrcaRLjgNAmKWmq+Txy/tZr33BCLDvrFChQEkdMXOrZZ5RwvCpwYy6BY5vzYCZSKVOvF3rV8 sCzpRsu3F8MT0fIPAqS/iw9db02ds9CX1IOd8gFWGBEMJJ7XL1bsITwlLhIaQnyUqNxIJCnebgwN aQEAOJTQEDITRycMDV2Njxud4c5vP5aoYKChAA8GGhpoOIcgW/DrXKDhbwYangSW3xka6rWupeZd vd6RRt9UzRtoSCYDgdSNAQB4CwaddQ0AC3Cuy3QYBkeFhjA/yJ2UhIZeYyzbCRoGsPN5sYSGfg/b KVgQIXfNfuqUrIZ+x3bS2207aayGwmhplIZg+s2URvdO0hih9myEWttq+MVAw7OAhr52pTbQEKpf wMEtnUMGGhpoOO883ic0jKOjQkP4dNvQEOKjRGUnaAj3bhhKf7IP37Lvn7DR0O/YTUoku7WjwSBD gwwXAk7W1hkGGZ6WP/nGIMPzQIY6Kq2FDIUDeGs1b5ChQYYHRIZHBYbRAjAU8XxCUnYChm6E2ECE VYgQDASbhN4pI0ONjlsqQ0RsbK0yDDI0yNAgQx3o938dafhfgwzPAxnqta6l5sWytLWaN8jQIMPD IcPguO5kZHnM2Qz3lITiI8cEiLCOzu31ot4pu5M7klCQ/qKMp9uEoBhoaKChgYbnAQ1/N9DwLKAh WSoWk1D83aKGDDQ00PBw0DA+bhKKRkUy0lDmT+3Bauj4ntOT2cUO8o/7MnX4NCMNg44klKDxqxto 2JHsbPKTuclPxuZpPt9dJZKfVX7yLwYangc07AgbgurfxQIgoGEAa+Sq/GTkX4Ye7mvyk4WpwFSh 0JVrFpNQUs5FxnJHHRsvvj6qZ9nRe6oaJDZBGDu5ln0YD/0+XLaQHtSw8RznhF3Lgc7JaXwOKI6z i/Yw9kNjPzT2w/OwH/5qQOJ5gMSOCCKo/l3UvLEfGvvh4eyHkXNcbKjTt2ps2IRh7IQNA4QdUhKK wIZISKEqTxDCEzUgagd7Cxs2TnZjQDQGRCoIpYqHmgKH9uqiiWdYxUZCw89r6mmdTmRyy/ecW75r FZtAO8taan63ECKDDQ02PBw2dPpr6pwFYySAFvw6HxY4XF0K1NOpW9fFS279wnnxYsEOvvE2igrW wiyKKoY9H+nJpBLrkukeMGGAqtcCIHqx0wtFlEcDEIVFsa5eHfpuXesG81pRGjTBSMVAxV22rgJt 6oPK2tanUwW6UftztePfYXJV3D3X1e2bgu6etgO3WXsLQ7BkbdeJkF3Vb3O26wdBL5JOJTfogcsX tj6Gs1E73dQ3h6rrPrpgW87uMH2B2zfW2S0l7UY4msCRZSVcnDIQhwIuNUoa/tEAJw8I/ygONIhl BPlqJc13rtJv9POp6WcUMeyo0r8ASazv7B/9uHwzuf3bWRU4bUOJyk6WL4diBkgmyCsKD6krqyE1 MkOlWvq1zNDJHW4tU/poD3TgR7XQ4XXkLx3t0d2FFjtVxbo+uUJUs+5aCxEktxRs24og3MbutWrs 6mCPD0Z+gGM9xOIL0rRq7ZqC7ydY8F3bTebqeRojyp6NKF0F+kyEHCJkwH/HPnKlwYOrN/Dv7m06 DFyt2rPb6HPaeVP8EC1mXW4c6PvvDADVGURGn5/2MU0bAEDnwAFyqw1dOM9tCQHJKLatM9EDYD6y n0FiHMC7aLHeioPtv/CMzh/tpsHbXiHQw0jus7On6Z9FIsM3QxohYV0CRep8scVIcAORjgqRmpVg zua14rxEA5L2DJIa8quFWJjT8WfdGvUGzX7fooK8KKo1nSX60RixObjYYBlRURNiRaEwitWrMVxA S6uxtDhuvRrTiQhuvRpj3YMxhVa+xhjz/fGrMWCenQHzEPj1PTnxGtQ6GY0r5Z9tDJhr7/Rq/6zX Q3webJIkGbV/1omAXQGFBY6F1Q6/85LjQrQo81acLkxAV9z+HRhLQ/3AQWtQ5ymiTrlVWBVOoM5a x7NTx68PM/4nm/31LDwDOFUep9zirCN8NMM58tQbmjZNsERM4G0eiRC7XKSe4hhyhovR7D6HthCJ VckT7DOTPEkfJ/mkSnEWborz7TnCC/L0OeVYOXBc+L08unx6Czggtjh1T7hjJbumV/Xt8LLEefH/ AgAA//8DAFBLAwQUAAYACAAAACEASkvxy+wIAAC3bwAAFQAAAHBwdC9zbGlkZXMvc2xpZGU0Lnht bOxd227bOBB9X2D/QdB7G90lG3GKNmmzC7RpkaTYZ0aSL1hZEijl9vd7SEqU7MiJGju11mAeHFkm h+SQnDkcDofHHx6WiXYX02KRpRPdfG/oWpyGWbRIZxP95/WXd4GuFSVJI5JkaTzRH+NC/3Dy5x/H +bhIIg2502JMJvq8LPPx0VERzuMlKd5neZzit2lGl6TEVzo7iii5B9VlcmQZhne0JItUr/LTPvmz 6XQRxmdZeLuM01IQoXFCStS8mC/yoqaW96GW07gAGZ57pUonaFl4lUTsf5Ff0zhmT+ndOc2v8h+U /3xx94Nqiwj80rWULMEW/aj6oUrGv6ZIhoejteyzmhIZP0zp8uSYjNE27WGig/mP7BOZyDh+KLVQ vAybt+H8e0facP65I/VRXQBqIAtlrRItetocp27O9aJMYs2UrRJJCbJ+zcJ/Cy3N0E7WfNG88OKu JsbazMjnc618zMGZkpGq0okfOT/q9AV4yplVPnzKokfW8Bv85y/JOCnKq/IxiTlDUG0yBnF8gP0J YSM0Tt/9vNK1aEFLziOtWJanSUwwlis2licXWRQXWjknpRZlqDrYSjBMj8GeEr1T0YzT6Aeh5HIj adZUMkYlUP+6sngU3NzMU9OvmXoZh5hIM8ZYb4WzvP3twdJmDmvv2jBxDcOw0VdoselYgW9zcs2I MS3TcRxP19i48QM3MAPeAQ2hnBbleZwtNfYw0SlqprOCyN3XoqwaWiVhr4ssWURfFknCv7ApHp8m VLsjyUS/mZk8a3K7/JZF4p3HalgVySUCS87Z16LEeScGS8H6mNFO0st4ipmFYW9xqjK3IEzCEJNW FFjMSRSL16y47vI4QUZ5itpL2hWB1YbUtEXzq/Qsazydgj8ys/FcxURmmYOXnKVN5uUizWgXgQSt qkoW6fk4qxjTDLh6dmi0TE4zsB8ig6ThPIMIDUvKSHTNGkwyjSQzzAqZ6MXxvjKVONlUu8eICxzT xdBa5pB/RToTjVkZIHR2I4fHF/5Xj4V2Mjb0zkgxF13IB0aVLElZca2hgi/9aArGYwwzAtltGdOr eXSv3SS39JKgvp6NocLFxUS3PTZqGP84Y8pE12hW/rMo51dzwiRX1dHtknkO8Z4k+ZyIuvucjui9 qqJ8sMsK8G+tukGONOznP3LZJj6edhVlrekp81RHcam0u44C3xlPyxOaZeWv6gzVGzvujafTpksb zxjCEiDnvAZbQHUXNWyzapV8TrPbXIOKxuTlCark/GtbI7fIcOJiUKzpZdNzbMMBcahdGzrYC9YU c+D6lvtEL5OxBHVQ5q7tAHKDAjS7ZzhCojf4zrJd33Gh/JluN0dWEFi8EIgUURvwQ9awRiephGcN D8xRzYQWLuE4gTOCQZAnXHgBl2yqfY1kX6w74NXugInQ53alU1raRAGPNn777cBDaTMOF/YDO6Q2 0174OxO/K4U3OJzYpfA2Lz8tAFxhomiJ+ZHUd68R87blQemALjSQ6/rmiMvY1vLT9l0zgBrky08n MN16bVbry51LeVdJeb5oHs7yslvK3zCb0fPWGsvuKXPWaInlV6d5poZEDONxbPQMNLTr6SKgIabP TqAhW3cCHApoiDkT+AOGhpbEx43MsFaNgQoaSgtHbTdiaz1lk9rKJtUtNLqNu2ppveOldW9o+FlB w4GaEH8RGkpd1xLzltR3Chq2l8lKylf7ctvvPHRL+TU4t7L7ALTBLLCeu1doiF0PsZIS0NBujGXn wsj4BBRV7yXu7LQaurDz2YGAho6B5RQsiLzBtdlsSFZDp2M5aW+3nFRWQ76byreB1Hal2gMb4GZl b2j4RUHDg4CGjnRsaqAhRD9XcJWzzxNl98LmkLIaSicYJeV/Tcr3gIaBv1doiD3dNjTE9KmnylbQ ENu7nif2kx3sLTOfruEiw47VpECyaj+ZWQa7nc2U0XBrR7bu5aQyGv4WN7beyPBcIcPDQIbSR7yF DPkG8KvFvEKGChmuOvl3uCt3S/k+yHCvwFA6/wubocP9+bb3NLR8+AbCrYK7YMCdyFs/AjAom6FE xy2RwT02Xi0ylM1Q2QzXDgb1lhkKGQ4LGf6lkOFhIEOp61pinhssXi3mFTJUyPDtkKG73+1knPJY sRnu6BCKgzMmQISVd65h+MaQt5M7DqHg+EttPH2NC4qChgoaKmgoj54O8exrb6Ph3woaHgQ0ZJaK 9UMoznZeQwoaKmj4dtAw2O8hFImKhNVQnJ/agdXQdGzTEKeLTcQFGYmjw83JrSFZDd2OQyhus6+u oOFKFBblnvzG7snKajgsq+FHBQ0PAxp2uA1B9G9jAVDQUEHDt4OG9n49DU25lKqwYeN7sZWroQOb oTPCTi0O9SN0jW2KGHUDxYbyKE6z1YCYONsIDWU2VGZDZTY8DLPhJ4UNDwMbdjgOuds5DilsqLDh 22FD39yrs6EpT21V2LDxvtgKG7rwNuTxhBk2xDkUFtxpsOdQXLmv3sKGzd66shsquyE7j19H8N5d QOVuD2VlNxyW3VBAw9Oeclr2noo2tONoQ/0C+W6Oa+jKPbKWmN/Oc0hhQ4UN3w4bmqOeMmftTAuA 1qZrJ9pxDTfPFK9jpnjbzRS2T2xVF1C4hmH6VZjqOmINAhy6CF3NA4AiInYgXBBliOo3CPOsAoCK WzP+bwFAY0p5SNCOa1vM4GznM+a5gOgscLtwUjrL7lPtI6XZvdY6yd975cCukWD3ZNiW67u+zqBD db+PidjtZm1kN0aujZs0VhZS3PJeTRzPsapQUJsnToSa8oryUl5xe4vwG1CzZ2izp4FHKxcdPaMM nh3aHfslraOIvUf2ylCG3Peq/SJELfN8rlKa/SKlA3hsh+6wD6IfD/6Ooe4l8RrA0X6zDgBqqu91 w2N91VuY0G8k/37Hq4wb7HB1ECL84lWOO+tYdyFpkwT2gwVU7YxbElJ+3xCuPCPIjGTXaX03XHQL 7bZIo3i6SBdljAuGYtylR6Ed0hh37kHf4Gqya3FN2vIS98swbYCSOCX8LwVp9lQVh0dcu3fyHwAA AP//AwBQSwMEFAAGAAgAAAAhAArJkP4FCgAAh4EAABUAAABwcHQvc2xpZGVzL3NsaWRlMy54bWzs XVtv28YSfi9w/gPB99binRIiF23S+BRo08B20ee1SEnEoUiCpB373/ebWd4kUwotybGOsnlwJGo5 3B3Ozn5z2Z13Pz+uYu0hzIsoTaa68dNI18JklgZRspjqf99+/NHXtaIUSSDiNAmn+lNY6D9f/ueH d9mkiAMNdyfFREz1ZVlmk4uLYrYMV6L4Kc3CBL/N03wlSnzNFxdBLr6A6iq+MEcj92IlokSv7s+H 3J/O59Es/JDO7ldhUkoieRiLEj0vllFW1NSyIdSyPCxAhu9e69IlRja7iQP6v8hu8zCkT8nDVZ7d ZJ9z/vnTw+dciwLwS9cSsQJb9Ivqh6oZf03QDB8uNm5f1JTE5HGery7fiQnGpj1OdTD/if7iJjEJ H0ttJi/O2quz5V89bWfL33paX9QPQA+ah9Ko5IieD8euh3MblXGoGc2oZFOBW/9IZ/8rtCTFOGn4 cnizTw81MRozkc+WWvmUgTMlkarayR+ZH3X7AjxlZpWPv6bBEw38Dv/zRTGJi/KmfIpDZgi6LSYg jj9gfyxIQsPkx79vdC2I8pJ5pBWr8n0cCshyxcby8lMahIVWLkWpBSm6DrYKiOk7sKfE26lohknw WeTieitpGqqYoBPof91ZfJTc3M5Tw6uZeh3OMJEWxFh3jbM8/q6wdJlD490QE2c0Gll4VxixYZu+ ZzG5VmIM07Bt29U1khvPd3zD5xfQEsryorwK05VGH6Z6jp7p9CDx8EdRVgOtmtDlIo2j4GMUx/yF pnj4Ps61BxFP9buFwbfG96s/00Bec6mH1SNZI1BzZl+HEvNOCktB75hox8l1OMfMgtibTLW5WxIW sxkmrXxgsRRBKC/T4/qfxwSJ8hy9b2hXBNYHUtOWw6/a063hfA7+NDePdnVM3tzcwU9Ok/bmVZSk eR+BGKOqnizbs5xVjGkFrp4dWl7G71OwHypDJLNlChU6K3Mi0TdrMMk0ES8wK5pGX5X3tanEZBPt CyTOtw0HorXKoP+KZCEHsyYg+eKuEY+P/K+WhW4zEr0PoljKV8iCUTWLE3pcR1TwZRhNyXjIMBFI 78swv1kGX7S7+D6/Fuiva0FUWF1MdcslqSH+MWPKWNfytPwnKpc3S0Gaq3rR3SfzHfK6iLOlkH33 mI58e1VHWdibDvC3Tt+gR1r284+s2+Sf568qp9EM1HnqRbFWOt6LAt+Jp+VlnqblS9cM9TaO/Dae T5u+1XhBCEuCnKsabAHVfWpgG0CtxG1XeXqfaVijMXu5RdWev3aX5A4dpi6lYmNhNlzbGtkmr8wW FmHX31iZfccznWcLs5g0qA6ruWPZ6B5Wbizt7siWKr0FeKbleLaD1Z8Wd2Ns+r7JD4FOkb0BQ5oe 1vAkafBZhwnjmgkdYMJAgRlBGOQZF74CTLb1voayX+078NXxkIlc0K1qUeksJwp5dAHcN0ceajlj vPA2uKNZzrSv/Psgf1cr3skBxb4Vb7v9aQLhyrWuo+bHzXq3j5q3TBeLDuhiBXIczxizju3Yn5bn GD6WQbY/bd9wauOsXi+PruUdpeXZaj4d+7Jfy9+R02i3u8a0BuqcDVrS/ur1z9SQiDAeY6Md2NBs fHoSG2L+HAUbkuUJdCixISaN750wNjQxeTeVBhhTM2IfpaGwITvN2NpXXinl6jhBn9RgbPibwoYn 6kR8ITa0etS8eZCaV9iwiXUoLf8yLb+B59biD0Ae5IN1nTfFhlbjMpPY0GrdZVfSz8gI6cV+Qwee PsuX2NAewaCCD5FHXDvOTslvaPcYlGCMwoYqYkmOVRnKfY2IZb9F2R/6V4GXIwdeBmPDjwobngU2 tBs/SOs3hOo/RM0rbKiw4Xo2V09eSr+WH4ANfe9NsSGFfbsxZcyfeq4chA0R4XVdGVK2EV6mvK7T hYY99qSEsiqkDPtFJbNRlp+ChoPS4zrpYieeyjYYGl4paHge0LDJE+9AQ44B763mFTRU0PAVoeHb IkOkS68hQ87pOzzb0PSQH4jUCk7DQEqRu7kP4KS8hsh63Iwo25y1sbfOUBFlFVHe2B002J5UXsNv ssthMDT8r4KG5wENe3a7SY/F3mpeQUMFDV8PGjpvG1GmrR5r2PBIO1FsbDQBJKxSdEcjb3TKEeUm rN6xJ9vQuso2XNtwW+9TpRCn2gN70B7Y/liDwoanhQ1/V9jwLLAhuSqeuQAOSxxS2FBhw9fDhv7b 7kRxmgwMmW0od1EdwW9o2JYxknuMDRwPMpYbiNv9W6fkN3SasHqLDcGYOrSusKHChiqkfHanowz2 G/6isOF5YMOezCGo/kPUvMKGChu+Hja03jbbkA6A6foNnTb94qBsQxtOQ3uMWC229uMAG8uQR9Wd KDZsAusdbNgG1xU2VNhQYcPvFxv+qrDheWDDntQh57DUIYUNFTZ8PWzoGW+ab+g0ORiV35B3jBzu N3SQb8jHChM2xFYUOuLpZLeiOE1gvYMN2+C6woYKGyps+P1iQwkN3w/U001GgNpWfuRt5cPO891+ uqHTkzoE1a/8hjqnB/WfcK8yhw4+Pb8/c2jALmVjPFDnbNCCRG+rPtE93XD7THF7Zop72EyhOLFZ 1aHA6YaGVx1WXZ9ag2sjtzrtGudi+zIHsTmo+hUOe1bHgMriGWdwDKhxfAf7rtPQvTY5KVosS+2X PE+/aJg0L15KqIoETjn1bMu0IP2kbKvyPubINLxqw5bpjR0DD10zoDCfPDpeiY92tzxfni+1Y8JQ V7mn/Jje6i10Jg+2xRDYVWVW9G9+2HkLcNYqFu1Q5zultEkJuu5IqRSjl22wqKTUGsGKH9tdKeWU IFQMohAQ1xfYTB03ofcpLYellOoPrdcfeK7WlZRy+SDSBPP/q2JA+0ppm7PVldI9sra261LD9jzb qM5FMX3TwPF5SpdSiSsSs6YAlYQD512yal8pbVNOulK6R9LJdim1xtiVjRoupEstwwEgUFIqC7Ep KUWtQ8ZmjMyqakXklqbvbZUe2FR10nxXStt0j8Ge7B1SarnGmAw1SKntWmNL4dLvtfzfvrq0zcTp SukeuTjbpdRxx6ZJeU+kS13HtDfT1pX11NaZVCt+T8UzGCp9unSPVIIdUgpgOkbSHEmpY1hje/NQ FiWlSkrJF7N9xW/C92s2fhvEf+mK32Pj45LjU4VgSKlp+obrsnHWpnmOfdcx4DFmG98xHOWJ2nJ4 o1wwG3vr+7Hx2/yK7oq/R4ZFpUt7pBQRAxs5yFJKPd+Ad3TdxldSqnSpNKJu8xBHi8Kemt3EAVtQ cf6nyP56gDklJitRoBQ0alLjUhYlC5q0aNo2wZmkEWImC7qzTLh+NErYC2mL3Sbwosi6Zff5VI+S IJxHSVSGKBgdFqXI4e5PwocwB7pAqflbWfZ+dY16wSSueBJTwv8VafpUPQ4fC3T4XwAAAP//AwBQ SwMEFAAGAAgAAAAhAHLCw+vhAgAALQcAABUAAABwcHQvc2xpZGVzL3NsaWRlMi54bWysVdFu2jAU fZ+0f7jK0/ZAQ1Oo2giotrJNkzqKCv0AY98Qa4md2YbB3+/aiVu1ha3S+pI48fXxPeceX4+udnUF WzRWajVOTk/6CaDiWki1Hif3y6+9iwSsY0qwSiscJ3u0ydXk/btRk9tKAK1WNmfjpHSuydPU8hJr Zk90g4rmCm1q5ujTrFNh2G9Cras06/fP05pJlXTrzWvW66KQHKeab2pUrgUxWDFHmdtSNjaiNa9B awxaggmrn6Q0IWZ8UQn/ts3SIPqR2n4zzaKZmzA9284NSEF6JaBYTbIkaTfRhYVPRWE0SJ8tX0ck lu8KU09GLCdusBsnJP7eP2kRy3HngLc/+eNfXt4eiOXllwPRadyAMnjY1LNqGb2kk0U6S+kqhNMH Vm0oo6U3mv+0oDTx9PRbeny2jWCes4dvSnD7hpRxHqqLayeDHjHekqZBLLf7rMXeE1/RO/xkeWXd wu0rDIJQ2iwncHqQ/BXzDkXVu18kIKRxQSOwtbuukJGXOxndZPrptueMXK/RwAJ/bcjfCCMSx1Ft IuI/YNGQR6naB+Bnq2dYqMScGXZ3NEkvGsuJDikRadOwrcvx6pzF6lxr5ci7MK8Yx1JXgohl/1cr KchpsZxHyuQlembYYb/fPxsE12bZ6WA4HPg0Hr17kWWX532ytXfwYJgNL8/PghciUqDdOiYq8fYG +K64Qd80UMBqDww44yW1IrKxQHAlc6AQhQWnwWBBnaEE6WwIQ/iAa5jCSjoojK6hYYaQPj6peVvN UNLop6PFP2ShFwkqrXp/SXLTCOaQiLTJvGku056nKi0wazWXtI/wujA4eIxmq5OnR+mYsUOh225K w9hgeWV+sOZ2G0413RsOzXX41VB5/DGh0McQOi2ypgnfX5y6sXR+qdGwticvVezIYkNnVSqBhVTS YUI1pRvMuHGikG46OkVU9mXbnOo7rV1wZIdEO3bQftRtR0O67CZ/AAAA//8DAFBLAwQUAAYACAAA ACEAat4wrAwKAACyegAAFgAAAHBwdC9zbGlkZXMvc2xpZGUxMi54bWzsXdty2zYQfe9M/4HD99a8 i9JEziRx7HYmTTK2O32GSUrihCJZkL79fQ8uBCmZsmVdakWDPMQSBS4BcLF7sLvYfff+YZ4Zdwmt 0iIfm/bvlmkkeVTEaT4dm39fn/8WmkZVkzwmWZEnY/Mxqcz3p7/+8q4cVVls4O68GpGxOavrcnRy UkWzZE6q34syyfHbpKBzUuMrnZ7ElNyD6jw7cSwrOJmTNDfl/XSd+4vJJI2SsyK6nSd5LYjQJCM1 el7N0rJqqJXrUCtpUoEMv3uhS6cYWXSVxexvVV7TJGGf8rsLWl6V3yn/+evdd2qkMebLNHIyx7SY J/IH2Yx/zdEMH06Wbp82lMjoYULnp+/ICGMzHsYmJv+R/Y+byCh5qI1IXIzaq9HsW0/baPa5p/VJ 8wD0QD2UjUqM6OlwvGY412mdJYatRiWaEtz6pYh+VEZeYJxs+GJ40de7hhgbMyNfzoz6scTM1IyU bCd+5PPRtK8wp3yy6oePRfzIBn6Dv/wiGWVVfVU/ZgmfEHSbjEAc/2H6M8I4NMl/+/vKNOKU1nyO jGpef8oSAl6W01iffi3ipDLqGamNuEDXMa0EbPoO01Pj7UiaSR5/J5RcriTNhkpG6AT633QWH8Vs rp5Te9BM6mUSYSFN2cQGCzPLx99llu7ksPEusYlvWZaLd4UR254TDlxOruUY27E9zwtMg/HNIPRD O+QvoCVU0qq+SIq5wT6MTYqemexB5O5LVcuByibsclVkaXyeZhn/wpZ48imjxh3JxubN1Oa3Zrfz v4pYXAtYD+UjuURgzfn0dSjxuRPMUrF3zGhn+WUywcoC2zucqrpbECZRhEUrHljNSJyIy+xx/c/j BBnlCXqvaEsCiwNpaIvhy/bs1mQywfyom63nOiZuVnfwJxd5e/M8zQvaRyDDqOSTRXvOZ3JiWoZr VodB6+xTgemHyCB5NCsgQqOaMhJ9qwaLzCDZFKtCNXqR3xeWEiebG/fguNCzfbDWvIT8q/KpGMwC g9DpjWKPc/6v4YVuM8Z6Z6SaiVfIGUM2y3L2uA6r4Mt6NMXEg4cZgeK2TujVLL43brJbeknQ38AF q3BxMTbdgHENmz8+MXVmGrSo/0nr2dWMMMklX3T3yfwOcZ1k5YyIvg84HfH2ZEc5s6sO8G+dvkGO tNPPf+SyTfz39FVRNpo1ZZ5+UVwq7e5FYd7ZnNantCjq1+oM/TZ2/DaeLps+bTxlCEuAnIsGbAHV fW1gm9Oo5Ata3JYGVDQWL28gm/OvXY3cIcOJC6ZY0st24LmWB+JQuy50cBAuKebQHzj+E71MRgrU QZn7rgfIDQrQ7IHlCYne4jvH9QeeD+XPdLs9dMLQ4Q+BSBG9wXyoHjboJFfwrJ0De9hMQgeXcJzA J4JBkCez8AIuWdX7Bsm+2HfAq90BE6HPXalTOtpEA48ufvvfgYfWZhwuvA3sUNrMeOHfmfhdK7yD w4l9Cm/19tMBwBUmio6YHyp9t4mYd50gdHxsa6GBfH9gD7mM7Ww/cS1wXbn99ELbb/Zmjb7cuZT3 tZTnm+bD2V72S/kbZjPqWGsSin0rrvRYbRzvbE3hs0RU7MN67TQNNmJgj4OkZzAi+FesG4ERsY52 ghHZBhQoUWBELJRwcMAY0VFAuRUezqJVUGNEZepoDEhs06eNU1sZp/qlR7+VV++xd7zHXhsjftYY 8UBtia/EiErXdcS8o/Sdxojd/bKW8tJBt70Lol/KL8E54xmMGARvixHhB+liRLc1n10Is+MTdCSv KwDaa0f0YflzQ4ERPQsbLNgUQandYR2SHdHr2WC6220wtR2R+1e5Y0g7MLVX7ADdl2tjxHONEY8C I3oq1KnFiBD9jU1kY4wYCDXXa0d0B74dwgTBw1i0HXExBAYzD5/f0YeprIcRe+yH4eBNzYfw8nah IZZPs1S2goZw+AaB8DB78DazKK/DRYY920qBZLWHmZkI+8PPtPVw69C2fpmhrYf/S2Db2sjwQiPD 40CGKmq8gwy5S3hjMa89zCpgWu//X7f/f4X1cPi2xkN1LkA4mD0e6rd9EKIzQNggIi54dAYijYLl 0wEHZTxUMLkjO3gwx8ayQxsPtfFw6cxQz+kHDRF/hiDEPzREPA6IqHRdR8xzy8XGYl5DRA0RF0+G ri3lXwER/Td2MOMkyIIVcUcHVTycQ4H8lxG8ljWwDtnB3HNQBUdkGnPqJp4HjRE1RtQYUR1PPcTz sWubEf/UGPEoMCIzWQhd18GI28URcYyoHczMD6rNiNuZEfsczO6bOpgVKhLmQ3HGagfmQ9tzbUuc QLaRO2QojhcfZuyh33M+xW897RoaLmRq0ZHLe45c1h7mw/Iwf9DQ8DigYU8gEUT/NhYAbT7U5sP9 mw/d8G1dzLbaU0mQ2IZlbBWF6MF46A3hu0UGAOS5cW2R0O5AQaI6pdNuLJFAZxvpoe2H2n6o7YfH YT/8qEHicYDEnlAif7tQIg0SNUjcP0gcOG8MEtXJLgkS28CMrUCij0BEnoWYgUScVWFHuQ72rIqv PO0dkNh627UlUVsS2Zn9Ju/37tIw60DEnyEQUWDET2s6fJQdWKcm2nFqovXS/67Ohugrr1lHzG8X S6RBogaJ+weJjrVfkLh6yQQ9SybYbsmwEyiOrF/hW5Y9kFmumzzRSIvoI/M1P/ePhNqhiE5UGa73 kCVa5w8VRTeOKH+ovQfb+3P51F0V435W3OfGB0qLe0OcvXpdkDurQsHM6gOc4hqaDELI6kBYJ1Yg re6wwCM6g+ffaK3u3BQv103gOTJt1Op1E6OjvJ/8KRvUfhERBXrxHNriaWHSQpkk7L7BDL2ZcZ/j bK/HgdI5rbjR3hig33FheIBtwB06QytYymOhVQDPA9GfIkK8R536hVc/eiY94D5SSD+7UJQR6RpQ 5mPxYHiLJiSD2Q9Q20qGqHULjLBVxCwMFf/bFPNQsp+VGAqHzyR+sQGq3BAdYMmS3GDoutzatlr4 0xdqfuXFOUpmMVZrOtVj/rinBGXgqn9vCU1QPknVpOLMW364rUFE1hMTVd34jngXRd2uaRr9yJLY OPvz22u35RvKQUQWygjljobvxF2uLQiFhreR/NvykMyno+J9qH3fhbxlNtMQqR8he9FbreKlsBOK VpdvA0P0lyvclLVVDo8ua7fRIq9k7R7w6jmebSGWmHP20BkEsLhrzsbK1py9XmHCTTlbbcs6Fr/W w7U2Y3eEtAebhR8I8OqEvjcUYLgV0hq8stlakd9MvEcNXl8Cr3tyCzcljYHqmirHUUb/IuW3O+BP MkLxZlTNRE0LXCpRrpm9LjRtmwAFpjATTbk7LOelNlHtl3DwGl3n0NCixsstHZtpHieTNE9rBg4T lJGmsGzkCcpNA0mhKu+1qBA8v0RpRaYN8CROCX9rQZp9ko/DR1ScPv0PAAD//wMAUEsDBBQABgAI AAAAIQCRoBZCCgoAAKl6AAAWAAAAcHB0L3NsaWRlcy9zbGlkZTEzLnhtbOxdW3OjuBJ+P1XnP1C8 74Y72DXO1sxkk7NVuzNTSbbOswLEdi0GjiC3f38+tUBghyS+ZeN1aR4yNhaNJFrdn7pb3Z9+eVxk xn3Kq3mRT0z7Z8s00jwuknk+nZh/Xp//FJlGVbM8YVmRpxPzKa3MX07//a9P5bjKEgN359WYTcxZ XZfjk5MqnqULVv1clGmO324LvmA1vvLpScLZA6gushPHsoKTBZvnZnM/X+f+4vZ2HqdnRXy3SPNa EuFpxmr0vJrNy6qlVq5DreRpBTJ091KXTjGy+CpLxP9Vec3TVHzK7y94eVX+4PTzt/sf3JgnmC/T yNkC02KeND80zehrjmb4cLJy+7SlxMaPt3xx+omNMTbjcWJi8p/EX9zExuljbcTyYtxdjWffB9rG s18HWp+0D0AP1EPFqOSIng/Ha4dzPa+z1LDVqGRThlt/L+K/KiMvME4xfDm8+Nt9S0yMWZAvZ0b9 VGJmakGqaSd/pPlo21eYU5qs+vFLkTyJgd/gf7rIxllVX9VPWUoTgm6zMYjjD6Y/Y4JD0/ynP69M I5nzmubIqBb11yxl4OVmGuvTb0WSVkY9Y7WRFOg6ppWBTT9hemq8nYZmmic/GGeXL5IWQ2VjdAL9 bzuLj3I2X55TO2wn9TKNsZCmYmKDpZml8feZpT85YrwrbOJbluXiXWHEtudEoUvkOo6xHdvzvMA0 BN+EkR/ZEb2AjlDJq/oiLRaG+DAxOXpmigex+9+ruhlo00RcropsnpzPs4y+iCWefs24cc+yiXkz tenW7G7xR5HIa4HoYfNIkgiiOU1fjxLNnWSWSrxjQTvLL9NbrCywvUNU1d2SMItjLFr5wGrGklRe Fo8bfh4RFJRv0XtFuyGwPJCWthx+017cmt7eYn7UzdZrHZM3qzvoyUXe3byY5wUfIpBhVM2TZXvi s2ZiOoZrV4fB6+xrgemHyGB5PCsgQuOaCxJDqwaLzGDZFKtCNXqT35eWEpHNjQdwXOTZPlhrUUL+ VflUDmaJQfj0RrHHOf1reaHfTLDeGatm8hUSYzTNslw8rscq+LIeTTnx4GFBoLirU341Sx6Mm+yO XzL0N3DBKiQuJqYbCK4R80cTU2emwYv6v/N6djVjQnI1L7r/ZLpDXmdZOWOy7yHRkW+v6Sgxu+oA fev1DXKkm376kWSb/PP8VXExmjVlnn5RJJX296Iw72JO61NeFPWmOkO/jT2/jefLZkgbTwXCkiDn ogVbQHXfWtjmtCr5ghd3pQEVjcVLDZrm9LWvkXtkiLhkihW9bAeea3kgDrXrQgcH0YpijvzQ8Z/p ZTZWoA7K3Hc9QG5QgGYPLE9K9A7fOa4fej6Uv9Dt9siJIoceApEie4P5UD1s0Umu4Fk3B/aonYQe LiGcQBMhIMizWXgDl7zU+xbJvtl3wKv9AROpz91Gp/S0iQYeffz2twMPrc0ILnwM7FDazHjj35n8 XSu8g8OJQwrv5e2nA4ArTRQ9MT9S+m4bMe86QeT42NZCA/l+aI9Ixva2n7gWuG6z/fQi22/3Zq2+ 3LuU97WUp03z4Wwvh6X8jbAZ9aw1Kce+FVcGrDaOd7am8FkhKvdhg3aaFhsJsEcg6RWMCP6V60Zi RKyjvWBEsQEFSpQYEQslCg8YIzoKKHfCw1m2CmqMqEwdrQFJbPq0cWon49Sw9Bi28uo99p732Gtj xF81RjxQW+KGGFHpup6Yd5S+0xixv1/WUr5x0O3ughiW8itwzngFIwbBx2JE+EH6GNHtzGcX0uz4 DB011xUAHbQj+rD8uZHEiJ6FDRZsiqDU7bAOyY7oDWww3d02mNqOSP5VcgxpB6b2ih2g+3JtjHiu MeJRYERPhTp1GBGiv7WJbI0RA6nmBu2IbujbEUwQFMai7YjLITCYefj8jj5MZT2MOGA/jMIPNR/C y9uHhlg+7VLZCRrC4RsE0sPswdssorwOFxkObCslktUeZmEiHA4/09bDnUPbhmWGth7+LYFtayPD C40MjwMZqqjxHjIkl/DWYl57mFXAtN7/b7b/38B6OPpY46E6FyAdzB6F+u0ehOiECBtExAVFZyDS KFg9HXBQxkMFk3uyg4I5tpYd2niojYcrZ4YGTj9oiPhPCEL8j4aIxwERla7riXmyXGwt5jVE1BBx +WTo2lJ+A4jof7CDGSdBlqyIezqo4uEcCuR/E8FrWaF1yA7mgYMqOCLTmlO38TxojKgxosaI6njq IZ6PXduM+JvGiEeBEYXJQuq6HkbcLY6IMKJ2MAs/qDYj7mZGHHIwux/qYFaoSJoP5RmrPZgPbc+1 LXkC2UbukJE8XnyYsYf+wPkUv/O0a2i4lKlFRy6/c+Sy9jAflof5s4aGxwENBwKJIPp3sQBo86E2 H76/+dCNPtbFbKs9VQMSu7CMnaIQPRgPvRF8t8gAgDw3ri0T2h0oSFSndLqNJRLo7CI9tP1Q2w+1 /fA47IdfNEg8DpA4EErk7xZKpEGiBonvDxJD54NBojrZ1YDELjBjJ5DoIxCRshALkIizKuIo18Ge VfGVp70HEjtvu7YkakuiOLPf5v3eXxpmHYj4TwhElBjx65oOH2UH1qmJ9pyaaL30vy9nQ/SV16wn 5neLJdIgUYPE9weJjvW+IPHlJRMMLJlgtyUjTqA4Tf0K37LssMly3eaJRlpEH5mv6dw/EmpHMjpR Zbh+hyzROn+oLLpxRPlD7Xewvb+WT91VMe5nxUNufOa8eDDk2avNgtxFFQphVg9ximtkCgjRVAfy Hc+2hQbDhsqL/MCLVtYNmeKbdRN4TpM26uV1k6Cj1E96yha1X2REgV48h7Z4Opi0VCYJu28ww2Bm 3Nc42xtwoPROK26zN/Yh9oORVAFeGLlhSKlkOgeSVgGUB2I4RYR8jzr1C1U/GorM23/ql1fXh7Id XQPBfCkeDW/ZcmQIswFKWjWRaf26ImLxCMNCRf+3NTyUyBeVhaLRK/lebGApN0IHRI4kNxi5LhnZ Xpb5/I1SX3lxjkpZgsPaTg1YPR44Q/W36n93jKeomqRKURHPlp/vahBpyojJYm60Ed5HLbdrPo// ytLEOPvt+6a78S3FHwIKm8DknmLvhVuuLf+kYreR89vykMOnp9lR8gXbSJlR3/F8x7eIgTpxqDU7 LR8tE/er2UUdIRlz32ftLkhkQ9YewKxg5SAUxnXhBICosmQefc3ZjfaWyFHXIwRDDNff3FZoq91Y z9DXObbWZuyekHZCZF5DrRPJyqjAaa3kXtOYVctngLmBUo0bnDh+p5DBtpIxUF1b3DjO+B+s/H5P XUbNZhTLRCkLXCpRpVkCwF4ToMA5rENT8oLlVGETRX4Zgdf4Oocck6Vd7vjEnOdJejvP57UAhymq R3MYNPIUVaahblCM91oWBl5coqKicAmjU0RJZK2XpMWn5nH4iELTp/8HAAD//wMAUEsDBBQABgAI AAAAIQCHuCqpdwkAANRxAAAWAAAAcHB0L3NsaWRlcy9zbGlkZTE0LnhtbOxdW3OjuBJ+P1XnP1C8 74a7sWucrZnJJmerdmemkmydZwWwTS0GjiC3f38+tUBghzhO7Gy8LuUhxlhqpEZqfepudX/65WGZ GXcJr9Iin5r2z5ZpJHlUxGk+n5p/Xp//FJpGVbM8ZlmRJ1PzManMX07//a9P5aTKYgO182rCpuai rsvJyUkVLZIlq34uyiTHb7OCL1mNr3x+EnN2D6rL7MSxrOBkydLcbOrzbeoXs1kaJWdFdLtM8loS 4UnGarS8WqRl1VIrt6FW8qQCGaq90qRT9Cy6ymLxWZXXPEnEVX53wcur8genn7/d/eBGGoNfppGz JdhinjQ/NMXoa45iuDhZqz5vKbHJw4wvTz+xCfpmPExNMP9R/EclNkkeaiOSN6PubrT4PlA2Wvw6 UPqkfQBaoB4qeiV79LQ7Xtud67TOEsNWvZJFGar+XkR/VUZeoJ+i+7J70be7lpjosyBfLoz6sQRn akGqKSd/JH605SvwlJhVP3wp4kfR8Rt80k02yar6qn7MEmIIms0mII5/YH/GxAhN8p/+vDKNOOU1 8ciolvXXLGEYyw0b69NvRZxURr1gtREXaDrYyjBMP4E9Nd5OQzPJ4x+Ms8tnSYuusgkagfa3jcWl 5ObzPLVHLVMvkwgTaS4YG6xwlvrfHyx95oj+rg0T37IsF+8KPbY9Jxy5RK4bMbZje54XmIYYN6PQ D+2QXkBHqORVfZEUS0NcTE2OlpniQezu96puOtoUEberIkvj8zTL6IuY4snXjBt3LJuaN3Obqma3 yz+KWN4LRAubR5JEEMWJfT1KxDs5WCrxjgXtLL9MZphZGPYOUVW1JWEWRZi08oHVgsWJvC0eN/w8 Iigoz9B6RbshsNqRlrbsflNeVE1mM/BHVbY2NUxWVjXoyUXeVV6mecGHCGToVfNkWZ7GWcOYbsC1 s8Pgdfa1APshMlgeLQqI0KjmgsTQrMEkM1g2x6xQhV4c7ytTicjmxj1GXOjZPobWsoT8q/K57MzK AOHzGzU8zumvHQv9YmLonbFqIV8hDYymWJaLx/WGCr5sR1MyHmNYEChu64RfLeJ74ya75ZcM7Q1c DBUSF1PTDcSoEfwjxtSZafCi/m9aL64WTEiu5kX3n0w15H2WlQsm2z4iOvLtNQ2lwa4aQN96bYMc 6dhPP5Jsk/+eviouerOlzNMviqTS/l4U+C54Wp/yoqhfu2bot7Hnt/F02gytxnOBsCTIuWjBFlDd txa2Oe2SfMGL29LAEo3JSwWa4vS1vyL3yBBxOSjW1mU78FzLA3Esuy7W4CBcW5hDf+T4T9ZlNlGg Dou573qA3KCAlT2wPCnRO3znuP7I87H4i7XdHjth6NBDIFJka8AP1cIWneQKnnU8sMctE3q4hHAC MUJAkCdceAGXPNf6Fsm+2HbAq/0BE7meu82a0ltNNPDo47e/HXjo1YzgwsfADrWaGS/8ncnf9YJ3 cDhxaMF7fvvpAOBKFUVPzI/VevcWMe86Qej42NZiBfL9kT0mGdvbfuJe4LrN9tMLbb/dm7Xr5d6l vK+lPG2aD2d7OSzlb4TOqKetSTj2rbgzoLVxvLMthc8aUbkPG9TTtNhIgD0CSRswIsavnDcSI2Ie 7QUjig0oUKLEiJgo4eiAMaKjgHInPJxVraDGiErV0SqQxKZPK6d2Uk4NS49hLa/eY+95j701RvxV Y8QD1SW+EiOqta4n5h213mmM2N8vaynfGOh2N0EMS/k1OGdswIhB8LEYEXaQPkZ0O/XZhVQ7PkFH zX0FQAf1iD40f24oMaJnYYMFnSIodTusQ9IjegMbTHe3DabWI5J9lQxD2oCprWIHaL7cGiOea4x4 FBjRU65OHUaE6G91Im/GiIFc5gb1iO7It0OoIMiNResRV11gwHnY/I7eTWU7jDigPwxHH6o+hJW3 Dw0xfdqpshM0hME3CKSF2YO1WXh5HS4yHNhWSiSrLcxCRTjsfqa1hzu7tg3LDK09/Fsc27ZGhhca GR4HMlRe4z1kSCbhN4t5bWFWDtN6//+6/f8rtIfjj1UeqnMB0sDskavf7k6Izghug/C4IO8MeBoF 66cDDkp5qGByT3aQM8ebZYdWHmrl4dqZoYHTDxoi/hOcEP+jIeJxQES11vXEPGku3izmNUTUEHH1 ZOjWUv4VENH/YAMzToKsaBH3dFDFwzkUyP/Gg9eyRtYhG5gHDqrgiEyrTn2L5UFjRI0RNUZUx1MP 8Xzs1mrE3zRGPAqMKFQWcq3rYcTd/IgII2oDs7CDajXibmrEIQOz+6EGZoWKpPpQnrHag/rQ9lzb kieQbcQOGcvjxYfpe+gPnE/xO0u7hoYrkVq05/I7ey5rC/NhWZg/a2h4HNBwwJEIon8XDYBWH2r1 4furD93wY03MttpTNSCxc8vYyQvRg/LQG8N2iwgAiHPj2jKg3YGCRHVKp9tYIoDOLtJD6w+1/lDr D49Df/hFg8TjAIkDrkT+bq5EGiRqkPj+IHHkfDBIVCe7GpDYOWbsBBJ9OCJSFGIBEnFWRRzlOtiz Kr6ytPdAYmdt15pErUkUZ/bbuN/7C8OsHRH/CY6IEiN+3dLgo/TAOjTRnkMTbRf+9/loiL6ymvXE /G6+RBokapD4/iDRsd4XJD4/ZYKBKRPsNmXECRSnyV/hW5Y9aqJct3GiERbRR+RrOvePgNqh9E5U Ea7fIUq0jh8qk24cUfxQ+x1075viqbvKx/2suM+Nz5wX94Y8e/U6J3eRhUKo1Uc4xTU2BYRosgMF 1ljm3sCGykUMUWc9dCip4pt5E3hOEzbq+XkTo6HUTnrKG3K/SI8CPXkObfJ0MGklTRJ23xgMg5Fx N41sb8CA0jut+Ja9MfKwjMbNIUUX1z5iWqzoBvQSQHEghkNEyPeoQ79Q9qMN4QHfAzRtnChKiXQN KPOleDC8VRWSIfQHyG3VuKj1E4yIWSQ0DBV9tsk8lOwXKYbC8YbALzZAlRuiASJYkhuMXZdm1PPC n7+Q8ysvzpEySwy1tlED6o97zpAGrvrfLeMJ0iepnFQ0eMvPtzWINPnEZFY32hHvI6nbNU+jv7Ik Ns5++/7abfkGOUidlUn/cNnmAYwy/gcrv9+RsgbpDZFXClGfcatEQkPJol4R8CkFkJqTwiinZFTI h8fo9UbXeZs4ML7lUzPN42SW5mkt2Jcg0SLH2p8nSMgIb2jkrbuWOfSWl0g+JCQkGkWU8FlL0uKq eRwukZPx9P8AAAD//wMAUEsDBBQABgAIAAAAIQD7XYHWtwoAAF2IAAAWAAAAcHB0L3NsaWRlcy9z bGlkZTIzLnhtbOxdW3OjNhR+70z/A8N7G+7GnnU6e2nSzmy3O0k6fVawbDPFQEG5/ft+kkBgmzhO sGPXo8xugjEcpIN09Ok7R0cffnlcJMY9Lco4S8em/bNlGjSNskmczsbmXzcXP4WmUTKSTkiSpXRs PtHS/OX8xx8+5KMymRi4Oy1HZGzOGctHZ2dlNKcLUv6c5TTFd9OsWBCGj8XsbFKQB0hdJGeOZQVn CxKnZnV/sc392XQaR/RLFt0taMqkkIImhKHk5TzOy1pavo20vKAlxIi7l4p0jppF18mE/y3zm4JS fpTeXxb5df69EF9/u/9eGPEE+jKNlCygFvOs+qK6THxMcRkOzlZun9WSyOhxWizOP5AR6mY8jk0o /4n/xk1kRB+ZEcmTUXM2mv/ZcW00/7Xj6rP6ASiBeiivlazRenW8ujo3MUuoYatayUsJbv2aRf+U Rpqhnrz6snrRt/taGK8zF5/PDfaUQzOMi6quk18KfdTXl9CpUBZ7/JRNnnjFb/FXnCSjpGTX7Cmh QiEoNhlBOH5B/QnhLZSmP/11bRqTuGBCR0a5YJ8TStCWKzWy82/ZhJYGmxNmTDIUHWolaKYfoB6G t1PJpOnkOynI1bOieVXJCIVA+evC4lBq83md2oNaqVc0QkeaccUGS5oV9W83lrZyeH1XmolvWZaL d4Ua254TDlwhrmkxtmN7nheYBm83g9AP7VC8gEZQXpTskmYLgx+MzQIlM/mDyP3XklUVrS7hp8ss iScXcZKID7yL089JYdyTZGzezmxxa3K3+CObyHMBL2H1SGER+OVCfS1JQneysZT8HXPZSXpFp+hZ aPaOkKruloJJFKHTygeWczKh8jR/XPfzhEAueYrSK9mVgOWK1LJl9avr+a10OoV+1M3WpoLJm9Ud 4slZ2ty8iNOs6BKQoFbVk+X1op1VimkaXN07jIIlnzOoHyaDpNE8gwmNWMFFdPUadDKDJDP0CnXR i+19qSsJsanxgBYXeraPprXIYf/KdCYrs9RAitmtah4X4qduC+3LeNP7Qsq5fIWiYVSXJSl/XKup 4MN2MqXi0Ya5gOyO0eJ6PnkwbpO74oqgvIGLpiLMxdh0A95quP6EYlhiGkXG/o7Z/HpOuOWqXnT7 yeIOeZ4k+ZzIsg+EHPn2qoKKxq4KID61ygY70qhffClsm/y1/qoKXpstbZ5+UcIq7e5FQe9cp+y8 yDL22jFDv40dv431btM1Gs84wpIg57IGW0B132rY5tRD8mWR3eUGhmh0XnFBdbn42B6RW2KEcNko VsZlO/Bcy4NwDLsuxuAgXBmYQ3/g+GvjMhkpUIfB3Hc9QG5IwMgeWJ606A2+c1x/4PkY/PnYbg+d MHTEQ2BSZGmgD1XCGp2kCp41OrCHtRJauETgBKEIDkHWtPACLnmu9DWSfbHsgFe7AyZyPHerMaU1 mmjg0cZv7w489Ggm4MJhYIcazYwXfr7I7/WAd3Q4sWvAe3766QDgSoqiZeaHarx7i5l3nSB0fExr MQL5/sAeChvbmn7iXOC61fTTC22/npvV4+XOrbyvrbyYNB/P9LLbyt9yzqjF1tAC81ac6WBtHO/L lsZnRaich3XyNDU24mBPgKQNGBHtV/YbiRHRj3aCEfkEFChRYkR0lHBwxBjRUUC5MR7OMiuoMaKi OmoCiU/6NDnVi5zqth7dLK+eY+94jr01RvxVY8Qj5RJfiRHVWNcy844a7zRGbM+XtZWvHHT9XRDd Vn4FznVhw2BwUGgI90cbGroNa3Yp2cY1UFSdV7izkz70Qfi5oYSGnoV5FahESGomVsdEH3od80q3 37xS04fCrSr8QdpvqZ1hR+i13BoaXmhoeBLQ0FMRTg00hOmvqRANDTU0BJdWh0PtLjplO2i4gT4M w8PSh/DytjEi+lHdZ3phRDh8g0B6mD14m3mU1/FCxI5ppYS02sPMKcLu8DPNHvYObes2Hpo9fJfA tq0h4qWGiKcBEVXUeAsiCpfwm8289jCrgGlNBLyOCFhlDzdAxOFhEaJaFyAdzJ4I9esfhOgMEDaI iAsRnYFIo2B1dcBRsYgKJrdshwjmeLPt0CyiZhFX1gx1rH7QEPH/EIT4m4aIpwER1VjXMvOCuXiz mdcQUUPE5ZWhW1v5VYjYEXzoH9bBjAUgS+ThjtaneFh+ArNfBe5a1sA6Zgdzx/oUrIypWdS3eB40 NNTQUENDtSr1GJfFbs0e/q6h4UlAQ85UyLGuBQ37xRFpaKih4Y6g4Qb2MDzw+hQFjyR9KNdY7YA+ tD3XtuQKZBu5Q4ZyefFxBiH6HetT/MbTrjHiUqYWHbm858hl7WE+Lg/zR40RTwMjdgQSwfT3oQI0 RtQYcf8Y0T1wEKKtJlcVSGzCMnpFIXpgEb0hfLfIAIA8N64tE9odKUhUy3WaGSYS6PSxHppI1ESi JhJPg0j8pEHiaYDEjlAiv18okQaJGiTuHyQOnMPGIdpqiVcFEpvAjF4g0UcgoshCzEEi1qrY4RF7 m33lcm+BxMbtrplEzSTyxfvvtdBNM4nHxSRKjPh5y6wT6u3p1EQ7Tk20Xfrf57Mh+spr1jLz/YKK NEjUIHH/INGx9gsSn+8yQUeXCfp1Gb4Cxan2r/Atyx5UWa7rPNFIi+gj87VIcY2E2qEMU1QZrveQ JVrnD5WbbpxQ/lB7D9z7pnzqgZpGNUNL0DdTRhhwal0s5eJ9YpVm1x1FrJbvXkgPgh8m4+T3cele yXSYGPdN/cNt1oDEszkzPhZF9mDIxYmvWwXCt2lB1uCBZ9nOYGjyJlDtn+W6HhJSY8AC5eAhdMmT Ozs0fik/dAcOCiI2T3A9XMD9QBtGFl5UUVLxmM7tkfR2Au0cOO++nUAzJVjaEky+1s4s0FvkflZs kKTEgoYJ6kWJocWFw+GG9C08vcuwQj58/w9HAK3WBiGw+N5ACkAKdvSBtQ1CukWoJl6nwK423oKC +O50nN/iR832IMjltxaX20p0+BZC7Lmy17DvhZLvAfYJQhKq0ZuDHMuuZN2jmSJUlpKBanZlx+xK 1+ILvQQXMTRof8e3X9zrcjzzbanW1ln0C5UOPGfII4ye8++8/+ykRnPanh+3Pd9idrLnFM8b+K4m 2LQ1T0HOvVcHjD0/T3Eci6M32XVCC55RseJJz1OmfExXu6dKTuq091vtNU8JVOqtap6yo/hOx8HC n1AytDjEv2oeshmqH2KeEnREd0Itr+6sLRZBz1Pq3Zp18rHXJR/T85SDue31XjSnMU8JOsI4YeP7 2HM9T9H2/CmhaEKgEMWvbbdYX52nbFgOvu+lPhsmLIqsvgE8+5Q9Gi26mvO0Bo9ae+T7LIpe1N7W uuZ9S8H/1ltIK38K39g+3MRX23DluyEKwB0qgYddP+sp+Bu3+kyzizhJUM6WV2Ut6O6hIPnYLP+9 IwU1W9sQ8Xdb5h/vGIQwLqPOR8+/SEq2smTjNVyjaDzs/DcjTqMC/o6UlUaM/yX9946mETVYZmyd NErBBFnGTieFqP9NQalQRXSdTAQ/nxR/kPzPe1H0BSkZLdC3cSqP05nUWtRcgnjFGB79mYhcTL+W jB/kRDL9NymmV3I7zjuwW3E6odM4jRnXKC0ZKeBjS+k9LcAbZRN685TTsckWV1nGeDtC+YQkzkJJ 0fyoehwvPAr8HwAAAP//AwBQSwMEFAAGAAgAAAAhAMLgm7aFCgAAmH4AABYAAABwcHQvc2xpZGVz L3NsaWRlMjIueG1s7F1bb+O2En4vcP6DoPc2uks2Nil2N7s5BdrtIknRZ8aWbeHIkivJufz7fkNS lGzLiePLRifgAps4MjUiR8Phx5nhzIdfH+epcR8XZZJn56b9i2UacTbKx0k2PTf/uv36c2QaZcWy MUvzLD43n+LS/PXiPz99WAzLdGzg7qwcsnNzVlWL4dlZOZrFc1b+ki/iDN9N8mLOKvxZTM/GBXsA 1Xl65lhWcDZnSWbK+4td7s8nk2QUX+aj5TzOKkGkiFNWoeflLFmUNbXFLtQWRVyCDL97pUsXGNno Jh3T73JxW8Qxfcrur4rFzeJ7wb/+dv+9MJIx+GUaGZuDLeaZ/EI2439maIYPZ2u3T2tKbPg4KeYX H9gQYzMez00w/4l+4iY2jB8rYyQujpqro9mfHW1Hsy8drc/qB6AH6qE0KjGizeF49XBukyqNDVuN SjRluPX3fPS/0shyjJOGL4Y3+nZfE6MxE/nFzKieFuBMRaRkO/El50fdvgRPObOqx0/5+IkGfoff /CIbpmV1Uz2lMWcIus2GII4fYH/KSELj7Oe/bkxjnBQV55FRzqvPacwgy5KN1cW3fByXRjVjlTHO 0XWwlUFMP4A9Fd6OpBln4++sYNdbSdNQ2RCdQP/rzuKj4OZ2ntphzdTreISJNCXGBiuc5eNvC0ub OTTeNTHxLcty8a4wYttzotDl5BqJsR3b87zANEhuwsiP7Ii/gIbQoiirqzifG/Th3CzQM5MexO5/ Lys5UNmELpd5moy/JmnK/6ApHn9OC+Oepefm3dTmt6bL+R/5WFwLqIfykVwjUHPOvhYlzjshLCW9 Y6KdZtfxBDMLYu9wqupuQZiNRpi04oHljI1jcZke1/08TpAoT9B7RVsSWB1ITVsMX7anW+PJBPxR N1vPdUzcrO7gT86z5uZ5kuVFF4EUo5JPFu25nEnGNAJXzw6jqNLPOdgPlcGy0SyHCh1VBZHomjWY ZAZLp5gVqtGL8r4ylTjZzHiAxEWe7UO05gvovzKbisGsCEgxvVPi8ZX/q2Wh3YxE75KVM/EKuWDI ZmlGj2uJCv7YjaZgPGSYCOTLKi5uZuMH4y5dFtcM/Q1ciApXF+emG5DUEP84Y6rUNIq8+jupZjcz RppLvuj2k/kd4jpLFzMm+h5yOuLtyY5yYVcd4H+1+gY90rCff8l1m/ix+aoKGs2OOk+/KK6Vjvei wHfiaXVR5Hn12jVDv40jv43NadO1Gk8JYQmQc1WDLaC6bzVsc+ol+arIlwsDSzQmL28gm/M/2yty iwwnLoRibV22A8+1PBDHsutiDQ6itYU58kPH31iX2VCBOizmvusBcoMCVvbA8oRGb/Cd4/qh52Px p7XdHjhR5PCHQKWI3oAfqoc1OskUPGt4YA9qJrRwCccJnBEEQTa48AIu2db7Gsm+2HfAq+MBE7Ge u3JNaa0mGni08dsPBx56NeNw4W1gh1rNjBf+XYrv9YLXO5zYteBt3346ALjCRNFS8wO13u2j5l0n iBwf21qsQL4f2gOuY1vbT1wLXFduP73I9uu9Wb1eHl3L+1rL801zf7aX3Vr+jmxGLWtNXGDfiisd VhvHu9xR+awRFfuwTjtNjY0I7HGQ9AxGhPyKeSMwIubRUTAibUCBEgVGxESJwh5jREcB5UZ5OKtW QY0RlamjNiDRpk8bpw4yTnVrj24rr95jH3mPvTNG/KIxYk9tia/EiGqta6l5R613GiO298tay0sH 3eEuiG4tvwbnurBhEL4pNIT7ow0N3cZqdiWsjRugSF5XuLPTfOjD4OdGAhp6FvZVMCWCUrOx6pP5 0OvYV7qH7Su1+ZC7Vbk/SPsttTOsh17LnaHhVw0N3wU09FSEUwMNofprU4iGhhoawpZWh0MdLzpl N2j4jPkwit7WfAgvbxsjYh7Vc+YgjAiHbxAID7MHbzNFefUXInZsKwWk1R5mMhF2h59p6+HBoW3d ykNbD39IYNvOEPFKQ8T3ARFV1HgLInKX8N5qXnuYVcC0NgS8zhCwbj18BiIO3hYhqnMBwsHs8VC/ w4MQnRBhg4i44NEZiDQK1k8H9MqKqGByS3fwYI69dYe2Imor4tqZoY7TDxoi/j8EIf5XQ8T3ARHV WtdS89xysbea1xBRQ8TVk6E7a/lXQEQ/eFuMiJMgK1bEIx1U8XAOBfpfRvBaVmj12dPccVAFR2Rq c+o+LgiNETVG1BhRHU/t4/nYnc2Iv2mM+C4wIpksxFrXwoiHBRRpjKgx4ukxYvTGB1UUPBJ2RHHY 6gh2RNtzbUscRbaRRGQgzhn3MxrR7zio4jcud40RV1K26BDmE4cwa1dzv1zNHzVGfB8YsSOiCKr/ EFOAxogaI54eI7pvHI1oq82VBIlNfMZB4YgerIjeAE5cpAJAwhvXFpntegoS1bmdZoeJTDqHaA9t SNSGRG1IfB+GxE8aJL4PkNgRU+QfFlOkQaIGiacHiaHzts5mW531kiCxidA4CCT6iEjk6YgJJOLQ ih312NvsK5d7CyQ2bndtSdSWRDrF/6NOvGlLYr8siQIjft4x/YR6ezpH0ZFzFO2WB3h7WkRfec1a av6woCINEjVIPD1IdKzTgsTtUybomDLBYVOGjqI4spCFb1l2KNNd1wmjkR/RRwpsnusambUjEaao Ul2fIF20TiQqqm+8o0Si9gls788lVqf07SKQ6RZy/Cl/NLzV/YNB4BEVTmR8QjvNPG0vCF6W/Hed 0l3VB6JCE9HgmeP/NmaUG6EDlB0+8JCFlz9k/xmT5VT2BSbyVtL0Dez7UDAUAyr/WbIiRhENVZmE H2VffFxWICKryojaPhwOHaO0zxcjyUYFcnBkVWkk+F/G/yxRvyo2qtzYOUuYgmk0zj1K/ATKu3KZ P2TGx6LIHwwgjFd7FqgACTlSQhzgG5jEJVkYyvV838ElXhfAwxE/VBEA9cbPwp0vUlMGniNTh21/ 72N0lPeTP2WPsj8ihkSry76pywYYr1TI2leylUmogcmQ9lcLdluUQ9sLcdiVi7Lr+6hgtSrKetEn bm3JDiLe47svTtV9PHP94E5H1vCddf4arWfnx/SFcjKh0v/yKHcTeXiQ4ZQbS4GJaaqg7MtmrnDK BjSQWp/KxTgcjrfqyeAmLxR4ARn7ga836sl0k1ALR50xvYYlImF6DVOaajJhh6IAWw5RFNv6Xm8O Xuj5CTYHXFGBNbqWTF+K2HXrCYXnVnLHklZNdQk7OveNo3/EjQNL2HUd0dEpwbEWQP76V17wdSnB adFYP40DHX+IPqdtCcWhbfMCQt//YGNPvTfW+rzf+nwNqxnP5PQ5ddWY7ebRsIlNTqazSloBMI9e PWeEFcB2LTjKge5aeyfHc1zbRRgjAUK41G0YT0G+MQOg5CB2VLI4oBsGFrc8KTS3iYmoqy/YAVqW H1mOVtfpJTPR5E3r9OK1ow/bqhzVhcvx7upa5qO0+IMt/rznkAkl2lEbF5VrcGmBouxEDU2bJvBw J7ABT7mvO+MFdVHTm+FmNLvN6uLn4yVWuiQbx5MkSyoy/sUoFl/AiJXFKCqPNQS1t29FHfD5NQqo krjiSZwSfleCNH2Sj8NH1JW/+BcAAP//AwBQSwMEFAAGAAgAAAAhALt9IEkvCwAABYoAABYAAABw cHQvc2xpZGVzL3NsaWRlMjEueG1s7F3bcts4En3fqvkHFt9nzPtFFXkqcWLvVmUyKdtT+wyT1KWG Irkg7Nh/vwcAL5BMybIk2xoHeXAkimwCjUbjoLvR/eH3+0Vu3GW0npfF2LR/s0wjK5IynRfTsfnX 9fmvkWnUjBQpycsiG5sPWW3+fvrLvz5UozpPDTxd1CMyNmeMVaOTkzqZZQtS/1ZWWYHfJiVdEIav dHqSUvIDVBf5iWNZwcmCzAuzeZ5u83w5mcyT7HOZ3C6ygkkiNMsJQ8vr2byqW2rVNtQqmtUgI55e atIpepZc5Sn/v66uaZbxT8XdBa2uqu9U/Pzt7js15in4ZRoFWYAt5knzQ3Ob+FrgNnw4WXl82lIi o/sJXZx+ICP0zbgfm2D+A/+Lh8gou2dGIi8m/dVk9ufAvcnsy8DdJ+0L0ILupbxXskePu+O13bme szwz7K5X8laCR7+Wyd+1UZToJ+++7F7y7a4lxvvMyVczgz1U4AzjpJr75I+CH+39NXgqmMXuP5Xp A+/4Df4XF8kor9kVe8gzwRA0m4xAHH/A/pxwCc2KX/+6Mo10TpngkVEv2FmeEchyw0Z2+q1Ms9pg M8KMtETTwVYCMf0A9jCMTkMzK9LvhJLLtaR5V8kIjUD728bio+Tmep7aYcvUyyzBRJpyxgZLnBX9 V4VFZQ7v74qY+JZluRgr9Nj2nCh0BbleYmzH9jwvMA0uN2HkR3YkBqAnVNGaXWTlwuAfxiZFy0z+ InL3tWZNR5tb+OW6zOfp+TzPxRc+xbOznBp3JB+bN1NbPJrfLv4oU3kt4C1sXik0Ar9dsE+hJHgn haXmY8xp58VlNsHMgtg7gmr3tCRMkgSTVr6wnpE0k5f564bfJwhyyhO0vqPdEFjuSEtbdr+5nz+a TSbgT/ewtalh8uHuCfHmsugfXsyLkg4RyNGr5s3yfiFnDWN6gWtnh0FZflaC/VAZpEhmJVRowign MTRrMMkMkk8xK7qbnpT3pakkyBbGD0hc5Nk+RGtRQf/VxVR2ZklA6PSmE49z8a+VBfU2LnqfST2T QygEo7ktL/jrFFHBl+1oSsZDhjmB8pZl9GqW/jBu8lt6SdDewIWoCHUxNt2ASw3nn2AMy02Dluy/ cza7mhGuuZqBVt8snpDXSV7NiGx7KOjI0WsaKoS9a4D4prQNeqRnv/hR6Db55/FQUd6bLXWeHiih lQ43UOA75yk7pWXJnrtm6NE48Gg8njZDq/GUIywJci5asAVU962FbU67JF/Q8rYysERj8oobmtvF V3VFVsgI4lIoVtZlO/BcywNxLLsu1uAgWlmYIz90/EfrMhl1oA6Lue96gNyggJU9sDyp0Xt857h+ 6PlY/PnabsdOFDniJVApsjXgR9fCFp0UHTzreWDHLRMUXCJwgmAEhyCPuPAELlnX+hbJPtl2wKvD ARO5nrvNmqKsJhp4qPjt1YGHXs0EXHgb2NGtZsYT/z7L3/WCd3Q4cWjBW7/9dABwpYlCUfNxt97t ouZdJ4gcH9tarEC+H9qx0LHK9hPXAtdttp9eZPvt3qxdLw+u5X2t5cWm+Xi2l8Na/obbjBRrTUax b8WVAauN433eUvmsEJX7sEE7TYuNONgTIGkDRoT8ynkjMSLm0UEwIt+AAiVKjIiJEoVHjBGdDij3 ysNZtgpqjNiZOloDEt/0aePUXsapYe0xbOXVe+wD77G3xohfNEY8UlviMzFit9Ypat7p1juNEdX9 stbyjYNufxfEsJZfgXPGBowYBG+LEeEHUTGi25vPLqTZ8RE6aq53AHTQjujD8udGEiN6FjZYsCmC Ur/DOiY7ojewwXT322BqO6LwrwrHkHZgaq/YEbovt8aI5xojvguM6HWhTj1GhOpvbSIaI2qMCKNa Gxd1uDCVvTFiFL0tRoS7V8WImEftnNkLI8LzGwTS1ezB7czDvY4XIg7sLyWk1a5mbiscjkPTZsS9 Y9yGlYc2I75KhNvWEPFCQ8T3ARG78HEFIgrf8M5qXruau8hpbQh4niHgGWbE+G0RYndAQHqaPRHz t380ohMifhChFyJMAyFHweoxgaOyInYwWdEdIqpjZ92hrYjairhyeGjgGISGiP+EaMR/a4j4PiBi t9Ypal5YLnZW8xoiaoi4fER0ay3/DIjov7GnGUdClqyIBzqx4uFACvR/E8prWaF1zJ7mgRMrOCvT mlN3cUFojKgxosaI3TnVYzwou7UZ8T8aI74LjMhNFnKtUzDifgFFGiNqjPjyGDF64xMrHTySdkR5 6uoAdkTbc21Lnkm2kU0klgeOjzMa0R84seL3LneNEZdyt+hY5heOZdau5uNyNX/UGPF9YMSBiCKo /n1MARojaoz48hjRfeNoRLvbXDUgsY/P2Csc0YMV0YvhxEVOAGS+cW2Z4u5IQWJ3bqffYSKlzj7a QxsStSFRGxLfhyHxkwaJ7wMkDsQU+fvFFGmQqEHiy4PE0HnbgES7O+vVgMQ+QmMvkOgjIlHkJeYg EYdW7OiIvc1+53JXQGLvdteWRG1J5Kf4X+vEm7YkHpclUWLEsy1TlHWjp5MVHThZ0XYJgdfnR/Q7 r5mi5vcLKtIgUYPElweJjvWyIHH9lAkGpkyw35ThR1GcpqKFb1l22OS9bjNHI1Gij1zYIuk1UmxH Mkyxy3n9AnmjdUZRWYbjHWUUtV/A9r4pw7rbB7vPpzNmfKS0/GHIU1jPC3fnhSmQJzX0XMcNApOD iKZikGM5dtgc8nLC2LdDkZOjt7tjYoU8RZNIF++GkcxRtWHm8KaKlorXDBaE0QnU1WQfr55AvYc8 S0WQ4L7AsA7mvd0opf0+V5XSHXa6jZS6Fvb1sadKqQgbQhEi7h0SNQtWw8wdLAA8dEdIKS9pJCwO Wkof5ZaVg/wPri+0q5T2mEOV0h1Qx3pdanth6NlNThUncmyk4ENztS6dCCb8TFWwdpRSXvulCV1W pFRJ+bO11XC9lLoxTnJzLAxd6to+AMErSOlqNa6hjDXClguVrSutHHmJtx2FG2G0A8KtRBkfQrjd wI6BcLlwe4EbuxrO/qyFCHeV0j4JjaKC/T7M6QBS6gex4/AaXFwFB77jrUbE601XX/HyfZfL3FVK B00DKA0HeocyDfjAszHC8LiU+rYbe6v5X7SUaimFtG0w9A7C2WCH4zTrTQOwFvgRr1UMKXWcyA4k +X7TFUeBz2sVCtOAb/vagLUmX6RURT+faSDozwIoKz5yo+6qSwcMWPA4eIhqllIaRjaMqsumAS2l Wpdu1qUdLj27pXdZalyqwrozPHW9wAlQC15xCbiOxavySVmN4jhedaapxtbAg6m23bmvKc+XiAaL 9j7hGFja/D9KbMsrxUslpU0ER24i4OKkDNKjoWT3Q0OJRbtIvxNKLnlZk12cEWF/MkOZHlKAd8LF OItie3Gozg+HV6xsct7AeObZsehLjzg0Lta6fKMuh3eqsYRdI0DhU3lvQG5VtGHwqMB7XtlSXFUL iXPzA9/j1eL/tmh3588NcY4qihsfxFBedxueMjeCK43jYTeIXfcJ7U2zhAnxH3TlklFRns/znOvl tlEDQY0/KKnGZv2/W0IzUyn8JPRE9fGWgQiTuv2mTB9kVaO8ZitHYtBzMkJClyW/pVIOdKAM6Bdj JcTuKRobykXRrEL7C1avkOy11pqGyZ4NulYF165plgkGJld5KnbwOf2DVH/eicYuSM0yClceLlXz Yip5nfS3gOFzxFlMRTxp8bVm/AOaKihdFwjEEEVS01s6NudFmk3mxZzxcchqRigiA4rsLqOQyTLN rh+qbGyyxWVZMrHaNpR4RThJmn9qXscbjwb/HwAA//8DAFBLAwQUAAYACAAAACEAGIWcDVAJAAC1 dgAAFgAAAHBwdC9zbGlkZXMvc2xpZGUyMC54bWzsXdtu4zYQfS/QfxD03kZ3y8YmRbvbTQu020WS os+MJNtCZcmQlGzy9z1DUpQcyxsnstdqwCDwRSZH5Igcnrlw+O6nh1Vm3CdllRb5uWn/aJlGkkdF nOaLc/Pvm48/hKZR1SyPWVbkybn5mFTmTxfff/duPauy2EDtvJqxc3NZ1+vZ2VkVLZMVq34s1kmO 3+ZFuWI1vpaLs7hkX0B1lZ05lhWcrViam7J+uU/9Yj5Po+RDEd2tkrwWRMokYzVaXi3TddVQW+9D bV0mFcjw2htNukDPousspvdqfVMmCX3K7y/L9fX6c8l//nT/uTTSGPwyjZytwBbzTP4gi/GvOYrh w9mT6ouGEps9zMvVxTs2Q9+Mh3MTzH+kV1Ris+ShNiJxMWqvRsu/espGy197Sp81N0AL1E2pV6JH 293xmu7cpHWWGLbqlSjKUPWPIvq3MvIC/aTui+5Fn+4bYtRnIr9eGvXjGpypiZQsJ37k/GjKV+Ap Z1b98EsRP1LHb/HOL7JZVtXX9WOWcIag2WwG4ngB+zNGIzTJf/j72jTitKw5j4xqVb/PEoaxLNlY X3wq4qQy6iWrjbhA08FWhmH6Duyp8XQkzSSPP7OSXe0kTV1lMzQC7W8ai4+Cm7t5ak8apl4lESbS ghgbbHCW9787WLrMof4+GSa+ZVkunhV6bHtOOHE5uXbE2I7teV5gGjRuJqEf2iF/AC2hdVnVl0mx MujDuVmiZSbdiN3/UdWyo7IIXa6KLI0/plnGv9AUT95npXHPsnPzdmHzqtnd6s8iFtcCaqG8JZcI VJyzr0OJ804MloqeMdHO8qtkjpmFYe9wqqq2IMyiCJNW3LBasjgRl+l2/ffjBInyHK1XtCWBzY40 tEX3ZXmqmszn4I+qbH2tYaKyqsHvXORt5VWaF2UfgQy9kncW5fk4k4xpB1wzO4yyzt4XYD9EBsuj ZQERGtUlkeibNZhkBssWmBWq0LPjfWMqcbK58QUjLvRsH0NrtYb8q/KF6MzGACkXt2p4fOR/zVjo FqOh94FVS/EI+cCQxbKcbtcZKviyH03BeIxhIlDc1Ul5vYy/GLfZXXnF0N7AxVDh4uLcdAMaNcQ/ zpg6M42yqP9J6+X1kpHkkg+6e2deQ1xn2XrJRNsnnI54erKhfLCrBvBvnbZBjrTs5z9y2SZeth9V Sb3ZU+bpB8Wl0uEeFPhOPK0vyqKoX7pm6Kdx4KexPW36VuMFISwBci4bsAVU96mBbU6zJF+Wxd3a wBKNycsLyOL8a3dF7pDhxMWgeLIu24HnWh6IY9l1sQYH4ZOFOfQnjr+1LrOZAnVYzH3XA+QGBazs geUJid7iO8f1J56PxZ/WdnvqhKHDbwKRIloDfqgWNugkV/Cs5YE9bZjQwSUcJ3BGEATZ4sIzuGRX 6xsk+2zbAa8OB0zEeu7KNaWzmmjg0cVv3xx46NWMw4XTwA61mhnP/H0Qv+sFb3Q4sW/B261+OgC4 wkTREfNTtd69Rsy7ThA6PtRarEC+P7GnXMZ21E9cC1xXqp9eaPuNbtaslweX8r6W8lxpHo962S/l b8lm1LHWJCX0Vlzpsdo43oc9hc8TokIP67XTNNiIwB4HSV/BiBi/Yt4IjIh5dBCMSAooUKLAiJgo 4WTEGNFRQLkVHs6mVVBjRGXqaAxIpPRp49Qg41S/9Oi38mod+8A69t4Y8VeNEUdqS3whRlRrXUfM O2q90xixqy9rKS8ddMNdEP1S/gmcM76CEYPgtBgRfpAuRnRb89mlMDtuoSN5XQHQXjuiD8ufGwqM 6FlQsGBTBKVWwxqTHdHrUTDdYQqmtiNy/yp3DGkHpvaKjdB9uTdG/Kgx4pvAiJ4KdWoxIkR/YxPR GFFjRBjVmriow4WpDMaIYXhajAh3bxcjYh41c2YQRoTnNwiEq9mD25nCvcYLEXv0SwFptauZbIX9 cWjajDg4xq1feGgz4jeJcNsbIl5qiPg2IKIKH+9ARO4bfrWY165mFTmtDQEvMwS8wIw4PS1CVBsE hKfZ4zF/w6MRnQniBxF6wcM0EHIUPN0mMCorooLJHdnBozpeLTu0FVFbEZ9sHurZBqEh4v8hGvE3 DRHfBkRUa11HzHPLxavFvIaIGiJubhHdW8q/ACL6J/Y0Y0vIhhXxQDtWPGxIgfyXobyWNbHG7Gnu 2bGCvTKNOfU1LgiNETVG1BhR7VMd40bZvc2Iv2uM+CYwIpksxFrXwYjDAoo0RtQY8fgYMTzxjhUF j4QdUey6OoAd0fZc2xJ7km1kE5mKDcfjjEb0e3as+K3LXWPEjdwtOpb5yLHM2tU8Llfzzxojvg2M 2BNRBNE/xBSgMaLGiMfHiO6JoxFtpVxJkNjGZwwKR/RgRfSmcOIiJwAy37i2SHE3UpCo9u20GiZS 6gyRHtqQqA2J2pD4NgyJv2iQ+DZAYk9MkT8spkiDRA0Sjw8SJ85pAxJttddLgsQ2QmMQSPQRkcjz EhNIxKYVOxyxt9lXLvcOSGzd7tqSqC2JtIv/W+1405bEcVkSBUZ8v2eKMvX0dLKiAycr2i8h8O78 iL7ymnXE/LCgIg0SNUg8Pkh0rOOCxN1TJuiZMsGwKUNbURx5ooVvWfZE5r1uMkcjUaKPXNg86TVS bIciTFHlvD5C3midUVQcw/GGMoraR7C9P59H1FauKrm9q41GGKRM2ZRll+YEKVOwvjsiG0drcacM AVM5ZyiXvMOnaCfZPAh4E5FCAOl8Mee2ks33k1DTrkmnKg9xkRn3STMiZNymmqeE9lsRXcNUqV1t bwTGMy0/gsDgqixYoxPNj+WEG721a2Rbu3SELryvUAXHd/bQy/KFBsqJ3NGZhkXoBp4zJd/0Lssg 5P03BoB8mdby3NQAsDm94NmU8l9RmZRF/SpdLGvj57IsvhiYRy+OOaAzypAy37VgPAe6I3uSPDzS niAIAWEXNIfoYCD8E/kWEDrQsig+lp8cROcGcrO+QnPbmIiaylvKb9N7NiAERyXxnjyrTh/iRzbB +UkP8cNjRxt2jdfmVFM8u+ag0ygr/2Trv+45ZML5rTg4D2ntcWmNE1uJGoq2RWD1TiEWFtz+nfPT 9nDgJ0NlFLvJm5NR4zusdGkeJ/M0T+sEx+slOEm2xPDNE5w4C50AB3PeiENCV1c4XY2GK+7EKeG9 FqTpk7wdPuLQ2Yv/AAAA//8DAFBLAwQUAAYACAAAACEAtw599lMJAAC1dgAAFgAAAHBwdC9zbGlk ZXMvc2xpZGUxOS54bWzsXdtu2zgQfV9g/0HQexvdLRtJijZpsgu0aZGk2GdGkm1hZUmQlNvf7+FF lGzLjRPbsdZgH1JbJofkiJw5HA5njj89zRLtISrKOEtPdPOjoWtRGmRhnE5O9F+3Fx98XSsrkoYk ydLoRH+OSv3T6Z9/HOejMgk11E7LETnRp1WVj46OymAazUj5McujFL+Ns2JGKnwtJkdhQR5BdZYc WYbhHc1InOqifrFO/Ww8joPoPAvuZ1FacSJFlJAKPS+ncV7W1PJ1qOVFVIIMqz3XpVOMLLhJQvp/ md8WUUQ/pQ+XRX6T/yzYz1cPPwstDsEvXUvJDGzRj8QPohj7mqIYPhwtVJ/UlMjoaVzMTo/JCGPT nk50MP+Z/kUlMoqeKi3gD4PmaTD90VE2mH7tKH1UN4AeyEbpqPiIlofj1MO5jask0kw5Kl6UoOq3 LPi31NIM46TD58MLrh5qYnTMlHw+1arnHJypKClRjv/I+FGXL8FTxqzq6UsWPtOB3+F/9pCMkrK6 qZ6TiDEE3SYjEMcfsD8hdIZG6YdfN7oWxkXFeKSVs+osiQjmsmBjdXqVhVGpVVNSaWGGroOtBNP0 GOyp8HYEzSgNf5KCXK8kTYdKRugE+l93Fh85N1fz1BzUTL2OAiykCWWsN8dZNv72ZGkzh453YZq4 hmHYeFcYselY/sBm5JoZY1qm4ziertF5M/Bd3/TZC2gI5UVZXUbZTKMfTvQCPdNpQ+ThW1mJgYoi 9HGZJXF4EScJ+0KXeHSWFNoDSU70u4nJqib3s+9ZyJ95tIeiSSYRaHHGvhYlxjs+WUr6jintJL2O xlhZmPYWoyprc8IkCLBoeYPllIQRf0yb626PEaSUx+i9pC0IzA+kps2HL8rTqtF4DP7IysbvOsYr yxqs5SxtKs/iNCu6CCQYlWiZl2fzTDCmmXD16tCKKjnLwH6IDJIG0wwiNKgKSqJr1WCRaSSZYFXI Qi/O97mlxMim2iNmnO+YLqbWLIf8K9MJH8zcBCkmd3J6XLB/9VxoF6NT75yUU/4K2cQQxZKUNtea KviyHk3OeMxhSiC7r6LiZho+anfJfXFN0F/PxlRh4uJEtz06ayj/GGOqRNeKrPonrqY3U0Ill3jR 7ZZZDf6cJPmU8L4PGB3+9kRH2WSXHWDfWn2DHGnYz35kso3/WX5VBR3NmjJPvSgmlbb3osB3ytPq tMiy6rU6Q72NLb+N5WXTpY0nFGFxkHNZgy2guqsatlm1Sr4ssvtcg4rG4mUFRHH2ta2RW2QYcT4p FvSy6Tm24YA41K4NHez5C4rZdweWu6SXyUiCOihz13YAuUEBmt0zHC7RG3xn2e7AcaH8qW43h5bv W6wRiBTeG/BD9rBGJ6mEZw0PzGHNhBYuYTiBMYJCkCUuvIBLVvW+RrIv9h3wanvAhOtzW+iUljZR wKON394deChtxuDCfmCH1GbaC//O+e9K4fUOJ3YpvNXbTwsAl5soWmJ+KPXdW8S8bXm+5WJbCw3k ugNzyGRsa/uJZ55ti+2n45tuvTer9eXWpbyrpDzbNPdne9kt5e+ozahlrYkK7FvxpMNqYznnawqf BaJ8H9Zpp6mxEQV7DCT9BiNi/vJ1wzEi1tFWMCLdgAIlcoyIheIPeowRLQmUG+FhzVsFFUaUpo7a gEQ3fco4tZFxqlt6dFt51R57y3vstTHiV4URe2pLfCVGlLquJeYtqe8URmzvl5WUFwd0mx9BdEv5 BTin/QYjet5+MSLOQdoY0W7MZ5fc7LiEjsRzCUA77YguLH+2zzGiY2CDBZsiKDU7rD7ZEZ2ODaa9 2QZT2RHZ+So7GFIHmOpUrIfHl2tjxAuFEQ8CIzrS1anBiBD9tU1EYUSFEWFUq/2ituemsjFG9P39 YkQc97YxItZRvWY2wog4+fU8ftTs4NiZunv1FyJ27C85pFVHzdRW2O2HpsyIG/u4dQsPZUZ8Fw+3 tSHipYKIhwERpft4CyKys+E3i3l11Cw9p5Uh4HWGgFeYEYf7RYjyggA/aXaYz9/m3ojWAP6DcL1g bhpwOfIWrwn0yoooYXJLdjCvjjfLDmVFVFbEhctDHdcgFET8P3gj/qUg4mFARKnrWmKeWS7eLOYV RFQQcf6K6NpS/hUQ0d3zSTOuhMxZEbd0Y8XBhRTIf+HKaxgDo88nzR03VnBXpjanvuUIQmFEhREV RpT3VPt4UXZtM+LfCiMeBEakJguu61oYcTOHIoURFUbcPUb093xjRcIjbkfkt662YEc0Hds0+J1k E9FEhvzCcT+9Ed2OGytuc+SuMOJc7Bbly7xjX2Z11Nyvo+bPCiMeBkbs8CiC6N/EFKAwosKIu8eI 9p69EU25uRIgsfHP2Mgd0YEV0RniEBcxARD5xjZ5iLuegkR5b6fZYSKkzibSQxkSlSFRGRIPw5D4 RYHEwwCJHT5F7mY+RQokKpC4e5A4sPbrkGjKu14CJDYeGhuBRBceiSwuMQWJuLRi+j0+bXblkXsL JDbH7sqSqCyJ9Bb/e914U5bEflkSOUY8WzNEmXx7KljRloMVrRcQeHV8RFeemrXE/GZORQokKpC4 e5BoGbsFiauXjNexZLzNlgy9imKJjBauYZgDEfe6jhyNQIkuYmGzoNcIse1zN0UZ83oHcaNVRFGe huOAIoqaO7C9vxxH1JRHVeJ6V+ONsNFmyoaV3aLBl+hmCiZ3l1uwG4s7jRAwFGuGxpK32BJtBZvH onIGPIQAwvlizS0Fm+8mIZddHU5VJHEREffpzogi4ybUPBwwljy6Wt4pb9lKrep7LTBe6PkOBAbb yoI1KtB8XzLcqKtdPbvapTx0Ia6xFexf7qHXxQul6UcWPXTd5iD5LfLcc6whPZteZRl8fwDI1LSS 5/oBAcBdO1+s3jLRbAlixcSTaaV9LorsUUMqoFf7HNAcZQiZbxswngPdUXuSSB5pDS3bMgC16Boy fF9skhpAiHxELoViLHOQPfAMZs2WaG4ZE9Gusp6yZjpzA0JwlALviVx1KokftQmO95rED7MKfViV AqHOaop3Vyc6DZLiO8l/PDDIhPytSJyHsPZ4lCNjK6WGok0RWL1jiIUJs3+nLNseEn4SVEax27TO jBreQ9PFaRiN4zSuIqTXi5BJtsD0TSNknMWKQGLOW54kdHaN7Gp0NaAlRgn/V5w0/SSaw0cknT39 DwAA//8DAFBLAwQUAAYACAAAACEAjBQRMiUKAABmgwAAFgAAAHBwdC9zbGlkZXMvc2xpZGUxOC54 bWzsXVtv27gSfj/A+Q+C3rvR3bJRZ7HbbrMH2O0WSYrzzFjyBStLgqSkyb/fb0iKkm25cSK70Ros itaWqRE5IoffXDjz/ufHdWI8xEW5ytKpaf9kmUaczrJolS6m5tfbT+9C0ygrlkYsydJ4aj7Fpfnz 5X//8z6flElk4O60nLCpuayqfHJxUc6W8ZqVP2V5nOK3eVasWYWvxeIiKtg3UF0nF45lBRdrtkpN eX9xyP3ZfL6axR+z2f06TitBpIgTVqHn5XKVlzW1/BBqeRGXIMPv3ujSJUY2u0ki+r/Mb4s4pk/p w1WR3+RfCv7z54cvhbGKwC/TSNkabDEv5A+yGf+aohk+XGzdvqgpscnjvFhfvmcTjM14nJpg/hP9 i5vYJH6sjJm4OGuuzpZ/dbSdLX/raH1RPwA9UA+lUYkR7Q7Hq4dzu6qS2LDVqERThlv/yGZ/l0aa YZw0fDG82eeHmhiNmcjnS6N6ysGZikjJduJHzo+6fQmecmZVj79m0RMN/A7/84tskpTVTfWUxJwh 6DabgDj+AfsTRjM0Tt99vTGNaFVUnEdGua4+JDHDXJZsrC4/Z1FcGtWSVUaUoetgK8M0fQ/2VHg7 kmacRl9Ywa73kqahsgk6gf7XncVHwc39PLVHNVOv4xkW0oIYG2xwlo+/PVnazKHxbk0T37IsF+8K I7Y9Jxy5nFwzY2zH9jwvMA2aN6PQD+2Qv4CGUF6U1VWcrQ36MDUL9MykB7GHP8pKDlQ2octllqyi T6sk4V9oiccfksJ4YMnUvFvY/Nbkfv1nFolrAfVQPpJLBGrO2deixHknJktJ75hoJ+l1PMfKwrR3 OFV1tyDMZjMsWvHAcsmiWFymx3U/jxMkynP0XtGWBDYHUtMWw5ft6dZ4Pgd/1M3W9zomblZ38Cdn aXPzepVmRReBBKOSTxbt+TyTjGkmXL06jKJKPmRgP0QGS2fLDCJ0VhVEomvVYJEZLFlgVahGz873 jaXEyabGN8y40LN9TK11DvlXpgsxmI0JUizu1PT4xP/Uc6HdjKbeR1YuxSvkE0M2S1J6XGuq4Mth NAXjMYeJQHZfxcXNMvpm3CX3xTVDfwMXU4WLi6npBjRriH+cMVViGkVW/X9VLW+WjCSXfNHtJ/M7 xHWW5Esm+j7idMTbkx3lk111gH9r9Q1ypGE//5HLNvHP7qsqaDQHyjz9orhUOt6LAt+Jp9VlkWXV S/cM/TaO/DZ2l03XbrwghCVAzlUNtoDqPtewzam35Ksiu88NbNFYvLyBbM6/tnfkFhlOXEyKrX3Z DjzX8kAc266LPTgItzbm0B85/s6+zCYK1GEz910PkBsUsLMHlickeoPvHNcfeT42f9rb7bEThg5/ CESK6A34oXpYo5NUwbOGB/a4ZkILl3CcwBlBEGSHC8/gkn29r5Hss30HvDoeMBH7uSv3lNZuooFH G7/9cOChdzMOF94GdqjdzHjmz0fxu97wBocTuza8/eqnA4ArTBQtMT9W+91rxLzrBKHjQ63FDuT7 I3vMZWxL/cS1wHWl+umFtl/rZvV+eXQp72spz5Xm4aiX3VL+jmxGLWtNXEBvxZUOq43jfTxQ+GwR FXpYp52mxkYE9jhI+g5GxPwV60ZgRKyjo2BEUkCBEgVGxEIJRwPGiI4Cyo3wcDatghojKlNHbUAi pU8bp3oZp7qlR7eVV+vYR9axD8aIv2mMOFBb4gsxotrrWmLeUfudxohtfVlLeemg6++C6JbyW3DO +A5GDIK3xYjwg7QxotuYz66E2XEHHcnrCoB22hF9WP7cUGBEz4KCBZsiKDUa1pDsiF6Hgun2UzC1 HZH7V7ljSDswtVdsgO7LgzHiJ40RzwIjeirUqcGIEP21TURjRI0RYVSr46KOF6bSGyOG4dtiRLh7 2xgR66heM70wIjy/QSBczR7czhTuNVyI2KFfCkirXc1kK+yOQ9NmxN4xbt3CQ5sRf0iE28EQ8UpD xPOAiCp8vAURuW/41WJeu5pV5LQ2BLzMEPACM+L4bRGiOiAgPM0ej/nrH43ojBA/iNALHqaBkKNg +5jAoKyICia3ZAeP6ni17NBWRG1F3Do81HEMQkPEf0M04u8aIp4HRFR7XUvMc8vFq8W8hogaIm4e ET1Yyr8AIvpv7GnGkZANK+KRTqx4OJAC+S9DeS1rZA3Z09xxYgVnZWpz6mtcEBojaoyoMaI6pzrE g7IHmxH/pzHiWWBEMlmIva6FEfsFFGmMqDHi6TFi+MYnVhQ8EnZEcerqCHZE23NtS5xJtpFNZCwO HA8zGtHvOLHiNy53jRE3crfoWOYTxzJrV/OwXM2/aIx4HhixI6IIor+PKUBjRI0RT48R3TeORrSV ciVBYhOf0Ssc0YMV0RvDiYucAMh849oixd1AQaI6t9NomEip00d6aEOiNiRqQ+J5GBJ/1SDxPEBi R0yR3y+mSINEDRJPDxJHztsGJNrqrJcEiU2ERi+Q6CMikeclJpCIQyt2OGBvs69c7i2Q2LjdtSVR WxLpFP+POvGmLYnDsiQKjPjhwBRl6u3pZEVHTlZ0WELg/fkRfeU1a4n5fkFFGiRqkHh6kOhYpwWJ +5dM0LFkgn5Lho6iOLKihW9Z9kjmva4zRyNRoo9c2DzpNVJshyJMUeW8PkHeaJ1RVJThOKOMovYJ bO/P5xG1latKHu9qohH6KVN0pMsRYRmdyhRlCBjLNUO55NGWZwhQyeaxqLyRSCGAdL5YczvJ5rtJ qGVXp1OVRVxkxn3SjAgZN6nmEYCxE9HVik55jSq1r++1wHim5ycQGFyVBWt0ovmhVLjRR7sGdrRL R+jC+wpVcHi1h16WL5TKj2xH6PqNI/k18jzwnDH5pvdZBn88AOTbtJbn5hkBwFPb1ferTFQtQa6Y 1WJZGb8URfbNQCmgF8ccUI0ypMx3LRjPge7IniSLR3qj0PJD6Ga0hnzAOWSZ54CvxkSoR+QTFOOV g9xRYHFrtkJzu5iIusp7yh/TWRsQgqOUeE/WqtNF/MgmOH/TIn547ehDZwmE5xUWKmC1cdbwSAqL DRlOBa34/AQycUT6wCZEqBuzt6pj7QP9TXWsbhJqih+qsFAFru0Nzuvn+9nX93pxPtPz3cXZo2Sn CPvWCsu/w8KhfAcbVVK0I+HIjoSuc4Y6ee15KCyBinptOXn6HSnUCktd0lknJjtZYrJTWKxrDEQm 2v0KS9CYbFsKC9bRERUWe4SoacSJEyCkSqb4u6mwOHAL0YE+rrBQoXOuLyk0t4uJtMLC65QTNpAK yNAgTuOuNxKWLqZmnL77ekOvfZ/CwjXM2yJGfXh8nN0kEXcuJMWfLP/rgdt416xEpW/II1zKV+mC qKFp0wRhOivYMRY8YCfl5cHzSc5wM5rdpmCSqEt3D9PcKo3i+SpdVTHqgcdlxQro22n8EBfQCbIo vn2i2uDV+hrloHm/JSU8sRKk6ZN8HD6W6PA/AAAA//8DAFBLAwQUAAYACAAAACEAQeudiQYKAABm gwAAFgAAAHBwdC9zbGlkZXMvc2xpZGUxNy54bWzsXV1zozYUfe9M/wPDezd8gz2b7OxHN+1Mu91J 0umzYmSbKQZGkGzy73skgcA2TpzYjqlH+5C1sbhIF+nq6Nyrq/cfHhapcU9ZmeTZuWm/s0yDZpM8 TrLZufn3zddfItMoK5LFJM0zem4+0tL8cPHzT++LcZnGBu7OyjE5N+dVVYzPzsrJnC5I+S4vaIbf pjlbkApf2ewsZuQHpC7SM8eygrMFSTKzvp9tc38+nSYT+iWf3C1oVkkhjKakQs3LeVKUjbRiG2kF oyXEiLuXqnSBlk2u05j/XxY3jFL+Kbu/ZMV18Z2Jn7/df2dGEkNfppGRBdRintU/1MXE1wzF8OFs 5fZZI4mMH6ZscfGejNE24+HchPIf+V/cRMb0oTIm8uKkvTqZ/9VTdjL/taf0WfMA1EA9lLdKtmi9 OV7TnJukSqlhq1bJogS3/pFP/i2NLEc7efNl8ybf7hthvM1cfDE3qscCmqm4qLqc/FHooylfQqdC WdXDpzx+5A2/xf/iIhmnZXVdPaZUKATVJmMIxx+oPyW8h9Lsl7+vTSNOWCV0ZJSL6nNKCfpyrcbq 4lse09Ko5qQy4hxVh1oJuul7qKfC26ll0iz+Thi52iiaN5WMUQnUv6ksPkptbtapHTZKvaITDKQZ V2ywpFnR/m5n6SqHt3elm/iWZbl4V2ix7TlR6ApxbY+xHdvzvMA0eL8JIz+yI/ECWkEFK6tLmi8M /uHcZKiZyR9E7v8oq7qhdRF+uczTJP6apKn4woc4/Zwy456k5+btzBa3pneLP/NYXgt4DetHCovA iwv1dSQJ3cnOUvJ3zGWn2RWdYmSh2ztCqrpbCiaTCQatfGA5JzGVl/nj+p8nBHLJU9Reya4FLDek kS2bX5fnt9LpFPpRN1tPVUzerO4QT86z9uZFkuWsT0CKVtVPluVFP6sV03a4ZnQYrEo/51A/TAbJ JvMcJnRSMS6ib9RgkBkknWFUqELP9veloSTEZsYP9LjIs310rUUB+1dmM9mYpQ7CZreqe3wV/5q+ 0C3Gu94XUs7lKxQdoy6WZvxxna6CL9vJlIpHH+YC8ruKsut5/MO4Te/YFUF9AxddRZiLc9MNeK/h +hOKqVLTYHn1T1LNr+eEW676RXefLO6Q10lazImseyjkyLdXV1R0dlUB8a1TN9iRVv3iR2Hb5J/1 V8V4a7a0efpFCau0vxcFvXOdVhcsz6uXzhn6bez5bawPm77ZeMYRlgQ5lw3YAqr71sA2p5mSL1l+ VxiYojF4RYG6uPjanZE7YoRw2SlW5mU78FzLg3BMuy7m4CBamZgjP3T8tXmZjBWow2Tuux4gNyRg Zg8sT1r0Ft85rh96PiZ/PrfbIyeKHPEQmBRZG+hD1bBBJ5mCZ60O7FGjhA4uEThBKIJDkDUtPINL NtW+QbLP1h3wan/ARM7nbj2ndGYTDTy6+O3NgYeezQRcOA7sULOZ8cy/L/J3PeENDif2TXibl58O AK6kKDpmfqTmu9eYedcJIsfHshYzkO+H9kjY2M7yE9cC162Xn15k+83arJkv927lfW3lxaJ5OMvL fit/yzmjDltDGdatuNLD2jjely2Nz4pQuQ7r5WkabMTBngBJT2BE9F85biRGxDjaC0bkC1CgRIkR MVCicMAY0VFAuTUezjIrqDGiojoaAokv+jQ5tRM51W89+llevcbe8xp7a4z4q8aIA+USX4gR1VzX MfOOmu80Ruyul7WVrx10u7sg+q38CpwznsCIQXBcjAg/SBcjui19dilpxzV0VF9XALSXR/TB/LmR xIiehQUWOEVIaldYQ+IRvZ4FprvbAlPziMK/KhxD2oGpvWIDdF9ujRG/aox4EhjRU6FOLUaE6W84 EY0RNUYEqdbERe0vTGVnjBhFx8WIcPd2MSLGUTNmdsKI8PwGgXQ1e3A783Cv4ULEnvWlhLTa1cy5 wv44NE0j7hzj1m88NI34JhFuW0PESw0RTwMiqvDxDkQUvuFXm3ntalaR05oIeBkR8AIacXRchKg2 CEhPsydi/naPRnRCxA8i9EKEaSDkKFjdJjAoFlHB5I7tEFEdr7YdmkXULOLK5qGebRAaIv4fohF/ 0xDxNCCimus6Zl4wF6828xoiaoi4vEV0ayv/AojoH9nTjC0hSyzinnaseNiQAvtfh/JaVmgN2dPc s2MFe2UaOvU1LgiNETVG1BhR7VMd4kbZrWnE3zVGPAmMyCkLOdd1MOJuAUUaI2qMeHiMGB15x4qC R5JHlLuu9sAj2p5rW3JPso1sIiO54XiY0Yh+z44Vv3W5a4y4lLtFxzIfOJZZu5qH5Wr+qDHiaWDE nogimP5dqACNETVGPDxGdI8cjWirxVUNEtv4jJ3CET2wiN4ITlzkBEDmG9eWKe4GChLVvp12hYmU OrtYD00kaiJRE4mnQSR+0iDxNEBiT0yRv1tMkQaJGiQeHiSGznEDEm2116sGiW2Exk4g0UdEoshL zEEiNq3Y0YC9zb5yuXdAYut210yiZhL5Lv632vGmmcRhMYkSI37eMkWZens6WdGekxVtlxB4c35E X3nNOmZ+t6AiDRI1SDw8SHSsw4LEzUMm6BkywW5Dhm9FceoTLXzLssM673WTORqJEn3kwhZJr5Fi O5Jhiirn9QHyRuuMovIYjhPKKGofgHt/KsO629LMyWxeGR8Zy38YOLjlxUQzP5gCeVJDz7KdcGRy EFGfGOSHlmvxXLtYUrmBP7Ii0XFb3t2P3NBB1L1IF+96jsw/8MTI4VUVNRWP6T0QRidQ7yb7ePME 6i3kWToECb0Kr7U37+3z2W5tFTcjl/xBu9Ld25LfDW3LtlcsO89jMaotOz/xwBETSedIBJh+L5SJ LpB0GmOgFtAeidAvQnXxJulvfdQQFMTP4+Lrd/6pPRAB2dvW4g7dVg2vWfBvqnszrT1T8wNMa4Jw gWr0cQhDOYdJb0Ac2AZEHUeOGAEQFsM7IetlWW2RhHLdnu+2TAk8Z8QjKDbx12+/TGkOjdP2fNj2 /AVbDQ+9sJ89cziWrWLrJBTcV8YyF2FBDs8Wy0cPYoR8GXLTLlX60dAxoCAixtdMRyecXkNBEeyj j+RcOrD2UPmwle9g6ZQU7UjYsyOhb5+hTl57GlCQn5e4uqXQbyNfX2PPNRRsjnTWickOlpjs0NHi m308/Hi3esR0uGucXfpa7tq1EO0Doq/DXTsjx3UsQC0OCK0oqr06LSDEAao+h2KSuw4DS7Bxithb p8c0dy3OKec6nv6vTh1/grsWzoYbRnE+PD5OrtNY0LYp+5MUf90L9mxBSpz0DXuES0WSzbg0FG2L IEwngSNrJgJ2MnE8eDEuiCSAbzJ4uuS5dHcgPZIsptMkSyqK88BpWREG10tG7ynDiMhjevPIzwav Flc4DpqPBjxJSML/lRTNP9WPw8cSFf4PAAD//wMAUEsDBBQABgAIAAAAIQA+tw19RQoAAI+GAAAW AAAAcHB0L3NsaWRlcy9zbGlkZTE2LnhtbOxdXW/jthJ9v0D/g6D3Nvq2bKxTtLvd9ALb7SJJ0WfG om2hsiRITDb59z0kJUq25cSfsWpwH7K2TI3IETk8PDMcfvj5eZEYT7Qo4ywdm/ZPlmnQdJJFcTob m3/df/4xNI2SkTQiSZbSsflCS/Pn6x/+9yEflUlk4O60HJGxOWcsH11dlZM5XZDypyynKX6bZsWC MHwtZldRQb5D6iK5ciwruFqQODWr+4tt7s+m03hCP2WTxwVNmRRS0IQw1Lycx3lZS8u3kZYXtIQY cfdSla7RssldEvH/y/y+oJR/Sp9uivwu/1aIn78+fSuMOIK+TCMlC6jFvKp+qIqJrymK4cPVyu2z WhIZPU+LxfUHMkLbjOexCeW/8L+4iYzoMzMm8uKkuTqZ/9lRdjL/raP0Vf0A1EA9lLdKtmi9OV7d nPuYJdSwVatkUYJbv2STf0ojzdBO3nzZvMnXp1oYbzMXn88N9pJDM4yLqsrJH4U+6vIldCqUxZ5/ zaIX3vAH/C8uklFSsjv2klChEFSbjCAcf6D+hPAeStMf/7ozjSgumNCRUS7Yx4QS9OVKjez6axbR 0mBzwowoQ9WhVoJu+gHqYXg7lUyaRt9IQW43iuZNJSNUAvWvK4uPUpubdWoPaqXe0gkG0owrNljS rGh/u7O0lcPbu9JNfMuyXLwrtNj2nHDgCnFNj7Ed2/O8wDR4vxmEfmiH4gU0gvKiZDc0Wxj8w9gs UDOTP4g8fSlZ1dCqCL9cZkkcfY6TRHzhQ5x+TArjiSRj82Fmi1uTx8UfWSSvBbyG1SOFReDFhfpa koTuZGcp+TvmspP0lk4xstDtHSFV3S0Fk8kEg1Y+sJyTiMrL/HHdzxMCueQpaq9kVwKWG1LLls2v yvNb6XQK/aibrdcqJm9Wd4gnZ2lz8yJOs6JLQIJWVU+W5UU/qxTTdLh6dBgFSz5mUD9MBkkn8wwm dMIKLqJr1GCQGSSZYVSoQm/296WhJMSmxnf0uNCzfXStRQ77V6Yz2ZilDlLMHlT3+Cz+1X2hXYx3 vU+knMtXKDpGVSxJ+eNaXQVftpMpFY8+zAVkj4wWd/Pou/GQPBa3BPUNXHQVYS7GphvwXsP1JxTD EtMoMvZ3zOZ3c8ItV/Wi208Wd8jrJMnnRNZ9IOTIt1dVVHR2VQHxrVU32JFG/eJHYdvkn/VXVfDW bGnz9IsSVul4Lwp65zpl10WWsV3nDP02jvw21odN12w84whLgpybGmwB1X2tYZtTT8k3RfaYG5ii MXhFgaq4+NqekVtihHDZKVbmZTvwXMuDcEy7LubgIFyZmEN/4Phr8zIZKVCHydx3PUBuSMDMHlie tOgNvnNcf+D5mPz53G4PnTB0xENgUmRtoA9VwxqdpAqeNTqwh7USWrhE4AShCA5B1rTwBi7ZVPsa yb5Zd8Cr4wETOZ+71ZzSmk008Gjjt3cHHno2E3DhPLBDzWbGG/8+yd/1hNc7nNg14W1efjoAuJKi aJn5oZrv9jHzrhOEjo9lLWYg3x/YQ2FjW8tPXAtct1p+eqHt12uzer48upX3tZUXi+b+LC+7rfwD 54xabA0tsG7FlQ7WxvE+bWl8VoTKdVgnT1NjIw72BEh6BSOi/8pxIzEixtFRMCJfgAIlSoyIgRIO eowRHQWUG+PhLLOCGiMqqqMmkPiiT5NTB5FT3dajm+XVa+wjr7G3xoi/aYzYUy5xR4yo5rqWmXfU fKcxYnu9rK185aA73AXRbeVX4JzxCkYMgvNiRPhB2hjRbeizG0k7rqGj6roCoJ08og/mzw0lRvQs LLDAKUJSs8LqE4/odSww3cMWmJpHFP5V4RjSDkztFeuh+3JrjPhZY8SLwIieCnVqMCJMf82JaIyo MSJItTou6nhhKgdjxDA8L0aEu7eNETGO6jFzEEaE5zcIpKvZg9uZh3v1FyJ2rC8lpNWuZs4Vdseh aRrx4Bi3buOhacR3iXDbGiLeaIh4GRBRhY+3IKLwDe9t5rWrWUVOayJgNyJgBxpxeF6EqDYISE+z J2L+Do9GdAaIH0TohQjTQMhRsLpNoFcsooLJLdshojr2th2aRdQs4srmoY5tEBoi/heiEX/XEPEy IKKa61pmXjAXe5t5DRE1RFzeIrq1ld8BIvpn9jRjS8gSi3ikHSseNqTA/lehvJY1sPrsae7YsYK9 MjWduo8LQmNEjRE1RlT7VPu4UXZrGvH/GiNeBEbklIWc61oY8bCAIo0RNUY8PUYMz7xjRcEjySPK XVdH4BFtz7UtuSfZRjaRodxw3M9oRL9jx4rfuNw1RlzK3aJjmU8cy6xdzf1yNf+iMeJlYMSOiCKY /kOoAI0RNUY8PUZ0zxyNaKvFVQUSm/iMg8IRPbCI3hBOXOQEQOYb15Yp7noKEtW+nWaFiZQ6h1gP TSRqIlETiZdBJP6qQeJlgMSOmCL/sJgiDRI1SDw9SBw45w1ItNVerwokNhEaB4FEHxGJIi8xB4nY tGKHPfY2+8rl3gKJjdtdM4maSeS7+N9rx5tmEvvFJEqM+HHLFGXq7elkRUdOVrRdQuDN+RF95TVr mfnDgoo0SNQg8fQg0bFOCxI3D5mgY8gEhw0ZvhXFqU608C3LHlR5r+vM0UiU6CMXtkh6jRTboQxT VDmvT5A3WmcUlcdwXFBGUfsE3PtrGda9Dpq5tblrnxWEbyFeN5A0ewCaHcup5W3/eqCIbfPdO+pB 8MNkXPzJLt1bmnYIdj9FINNrA8VtBko8mzPjl6LIvhs44Whnjww/wQUJhQeeZTuDocn7QnW0lm+7 tu9g5uJJq62h44UrWav90B042J4izlVwPUcm6nhliuFVFTUVj+k8OUmfNNDOivPuJw00a4Ol08Kk GehMEP12WmhbBZhJbixoKKHDuDF4TXmeP9E/Ydl9PAgVbRyoPOHLsIJA/GgQRyCu1tkhMP3eQApA dnaMgWpqaM4O6RahunidHbs6kwsK4gfX8WmKf2pODkGaw7UAXbdRw17z2oa61/jvjZqfAP8J7UM1 +tyQvhxY1j2tKWZlKYe8plmOTLN07cLQGy4QTIP+17+j5HZL/4xsrev2/LD1fOA5Qx5qtMnR8/7L lPp0RW3P+23Pd1mmnGA9X2MglaBZgqAK2i3jII7WljblNvsMDoOCPFkL4N3G0dONhs4BBbG1Ys10 tPadaCgoouL02bVLJzufKnG8hoJnc5HqLM+XAQX5waKre2/9JkR8H3uuoWB99rnO4HeyDH6njpjb 7Azl5yBWI6bFXeOQ3325a9dCWByIvhZ37Q1Cyw8ld+34YPZwftwSN4iThn0OxSR3PQgswcYpYm+d HtPc9YTd0inX8TRL+ce+eTt3566Fs+G+oBReLtC1d0kklitJ8QfJ/3wS7NmClIwWsEe4lMfpjDPh KNoUQTxbDI/vjN/J0i8l4x9yIgng+xRKkgc4PoL0iNOITuM0ZtQ0CloyUsD1ktInWmBEZBG9f8np 2GSLW5ybzrsrniQk4f9KNP9UPQ4fS1T4XwAAAP//AwBQSwMEFAAGAAgAAAAhAH+gAWb8CQAAr3wA ABYAAABwcHQvc2xpZGVzL3NsaWRlMTUueG1s7F1bc6M4Fn7fqv0PFO8z4Q52dTI105nObtVMT1eS qX1WANvUYnABuf37/XQEAjs4cYydsC71Q9rG4iAdpHM+HZ3Ll1+elqn2EBdlkmfnuvmzoWtxFuZR ks3P9b9vv/0U6FpZsSxiaZ7F5/pzXOq/XPzzH19W0zKNNNydlVN2ri+qajU9OyvDRbxk5c/5Ks7w 2ywvlqzC12J+FhXsEVSX6ZllGN7ZkiWZXt9f7HJ/PpslYXyZh/fLOKsEkSJOWYWel4tkVTbUVrtQ WxVxCTJ091qXLjCy8CaN+P/l6raIY/4pe7gqVjerHwX9/P3hR6ElEfilaxlbgi36Wf1D3Yy+ZmiG D2cbt88bSmz6NCuWF1/YFGPTns51MP+Z/8VNbBo/VVooLobt1XDxV0/bcPF7T+uz5gHogXwoH5UY 0cvhOM1wbpMqjTVTjko0Zbj1jzz8b6llOcbJhy+GF35/aIjxMXPyq4VWPa/AmYqTqtuJH4kfTfsS PCVmVU+/5dEzH/gd/qeLbJqW1U31nMbEEHSbTUEcf8D+lPEZGmc//X2ja1FSVMQjrVxWX9OYYS7X bKwuvudRXGrVglValKPrYCvDNP0C9lR4OzXNOIt+sIJdbyXNh8qm6AT633QWHwU3t/PU9BumXsch FtKcM9Zb4yyNvztZuszh492YJq5hGDbeFUZsOlbg20SunTGmZTqO4+kanzd+4AZmQC+gJbQqyuoq zpca/3CuF+iZzh/EHv4oq3qgdRN+uczTJPqWpCl94Us8/poW2gNLz/W7uUm3pvfLP/NIXPN4D+tH kkTgzYl9HUrEOzFZSv6OOe00u45nWFmY9hZRlXcLwiwMsWjFA8sFi2JxmT+u/3lEkFOeofeSdk1g fSANbTH8uj2/NZ7NwB95s/Fax8TN8g56cp61Ny+TLC/6CKQYVf1k0Z7mWc2YdsI1q0MrqvRrDvZD ZLAsXOQQoWFVcBJ9qwaLTGPpHKtCNnpzvq8tJSKbaY+YcYFjuphayxXkX5nNxWDWJkgxv5PT4xv9 a+ZCtxmfepesXIhXSBOjbpZm/HGdqYIvu9EUjMcc5gTy+youbhbRo3aX3hfXDP31bEwVEhfnuu3x WcP5R4ypUl0r8uo/SbW4WTAuueoX3X0y3SGus3S1YKLvPtERb6/uKE122QH61ukb5EjLfvqRZJv4 8/JVFXw0O8o89aJIKh3uRYHvnKfVRZHn1Xt1hnobB34bL5dNnzaec4QlQM5VA7aA6r43sM1qVPJV kd+vNKhoLF5qUDenr12N3CFDxMWk2NDLpufYhgPiULs2dLAXbCjmwPUt94VeZlMJ6qDMXdsB5AYF aHbPcIREb/GdZbu+40L5c91uTqwgsOghECmiN+CH7GGDTjIJz1oemJOGCR1cQjiBGMEhyAsuvIFL tvW+QbJv9h3w6nDAROhzu9YpHW2igEcXv3048FDajODC58AOqc20N/5dit+VwhsdTuxTeNu3nxYA rjBRdMT8ROq7fcS8bXmB5WJbCw3kur45IRnb2X7immfb9fbTCUy32Zs1+vLgUt5VUp42zePZXvZL +TtuM+pYa+IC+1Zc6bHaWM7ljsJng6jYh/XaaRpsxMEegaRXMCLmr1g3AiNiHR0EI/INKFCiwIhY KIE/YoxoSaDcCg9r3SqoMKI0dTQGJL7pU8apQcapfunRb+VVe+wD77F3xoi/K4w4UlviOzGi1HUd MW9JfacwYne/rKR8fUA3/AiiX8pvwDntFYzoeZ+LEXEO0sWIdms+uxJmxxfoqL4uAWivHdGF5c8O BEZ0DGywYFMEpXaHNSY7otOzwbSHbTCVHZHOV+lgSB1gqlOxER5f7owRvymMeBIY0ZGuTi1GhOhv bCIKIyqMCKNa4xd1ODeVwRgxCD4XI+K4t4sRsY6aNTMII+Lk1/PEUbODY2fu7jVeiNizvxSQVh01 c1thvx+aMiMO9nHrFx7KjPghHm47Q8QrBRFPAyJK9/EORKSz4b3FvDpqlp7TyhDwPkPAO8yIk89F iDJAQJw0O+TzN9wb0fLhPwjXC3LTgMuRtxkmMCorooTJHdlBXh17yw5lRVRWxI3goZ4wCAUR/x+8 Ef+lIOJpQESp6zpiniwXe4t5BREVRFwPEd1Zyr8DIrqffNKMkJA1K+KBIlYcBKRA/teuvIbhG2M+ ae6JWEGsTGNO3ecIQmFEhREVRpRxqmMMlN3ZjPhvhRFPAiNyk4XQdR2MOMyhiDCi16i5nogV23fN AKdplDBBRaysJ1uAgkV06cknROi3BGxixJ5IlcD+1EAViYqE+VAEWx3AfGg6tmmIUGQTSUQmIs54 nE6Ibk+gituetCtouJayRbkwH9mFWZ0wj+uE+VcFDU8DGvY4EkH0D7EAKPOhMh8e33xof7IToin3 VDVIbN0yBnkhOjAeOhOc3SIVABLe2KbIbDdSkCjDddqNJTLpDJEeyn6o7IfKfnga9sPfFEg8DZDY 40rkDnMlUiBRgcTjg0Tf+lw/RFOGeNUgsXXMGAQSXTgiUjpiDhIRq8It7QBdIwWJ8qS9AxLb03Zl SVSWRB68/1GBbsqSOC5LosCIX3c88JFvT+UoOnCOot3yAG9Pi+jKU7OOmB/mS6RAogKJxweJlnFc kLh9yXg9S8YbtmR4BIpVF7JwDcP063TXTcJo5Ed0kQKb3DKQWTsQ3oky1fUR0kWrRKKi+sYJJRI1 j2B7fy2xui193C/zx0z7tSjyR03EXr3PyZ2Xo+BmdR9RXBOdQ4i6TJDruK7j4ywMGyoHnhnGZmQX meLrdeM5Vp0/avu6idBR6ic9ZY8iMMKjQC2esS2eFiat1UsSHl29KXJfm9lOzwFKJ1pxn70xSfja y8iBncBGytk124BSAZQHoj9FhHiPyjOPyiC9kifwGDlgXlsodrtQkvmianTAHmeNQgcAGBmm5a8r gcCB5AcmgxKwPc/2rY007G6Aa9BFVCjEdiyReWa7Eih4V9/QAqp0RjfN04eXzthHnM/fqIUD7LAW WuS1xs5hVt+JNeHSnOanbzq+cNRprb48g9GkBim81o1Fe4lOMRyIfscXBFBuAGug3h20xXD6Scgp 3qR7r4vMQd/xSoxcTfFPbSkc5O184XEOFAfp+j7A1oVoW/re7Gze6PkRdjakV8EaVQhnLBX4+h3O pc1wrSiCMiAe2IDYF1akclXCTQzzb3y1Ed+Xzxzph1/K82GWKr6L5k50244wP36b0pQLVfJ83PJ8 M4DolW3KcW27hN1FPWt8bEpch2nxJ1v99UDKCJW7UTIVBU1waYVa3Xx/iaZtExx8JjANzukINKM6 qyj1zASeus2amtjRPWRIkkXxLMmSKkZh1Rg1xAtYs7IYtcaxOlGS+VaUh15eo64mx1p4ElHC/5Ug zT/Vj8NHlBu/+B8AAAD//wMAUEsDBBQABgAIAAAAIQBeUCtZ/w0AAGGfAAAWAAAAcHB0L3NsaWRl cy9zbGlkZTMyLnhtbOxdS3PbyBG+pyr/AcVDbrbwBshY3pJlW+uq9SOWtnKIcoBIiGQCAggAvfLr 8/XMYABSQ4oSKBHRjg8yCQKDefR0f/2Y7ne/3C4S4zouynmWHg6st+bAiNNxNpmn08PB72ef34QD o6yidBIlWRofDu7icvDL+z//6V0+KpOJgafTchQdDmZVlY8ODsrxLF5E5dssj1P8dpkVi6jC12J6 MCmiG7S6SA5s0/QPFtE8HYjni22ezy4v5+P4Yza+WsRpxRsp4iSq0PNyNs/LurV8m9byIi7RDHt6 qUvvMbLxaTKh/8v8rIhj+pRenxT5af6jYD9/u/5RGPMJ5mtgpNEC0zI4ED+I29jXFLfhw8HK49O6 pWh0e1ks3r+LRhibcXs4wOTf0V88FI3i28oY84vj5up49l1x73j2SXH3Qf0C9EC+lEbFR3R/OG49 nLN5lcSGJUfFb43w6G/Z+N+lkWYYJw2fD2/87bpujMZMzeczo7rLMTMVNSXu4z+y+ajvLzGnbLKq 2w/Z5I4GfoH/2cVolJTVaXWXxGxC0O1ohMbxB9OfREShcfrm99OBMZkXFZsjo1xUx0kcgZbFNFbv v2WTuDSqWYT5jECf7zAvFZZFNBankx9REf1c2yaNMRrh7eh43Ut85NO4fjKtoJ7Nn/EYO2hKM+ov TSkbeJtK2rNCA12hD880TQeLhKFarh0GDmuuIRXLtlzX9QcGEUwQeqEVsplvGsqLsjqJs4VBHw4H BXo2oBdF17+VlRiouIUul1kyn3yeJwn7Qns7Pk4K4zpKDgcXU4s9mlwtvmYTfs2nHopXMlZAt7Pp a7XE5o5TSUmLS20n6c/4ElsK9G6zVuXTvOFoPMZu5S8sZ9Ek5pfpder3sQap5Uv0XrYtGlgeSN02 H764nx6NLy8xP/Jhc1PH+MPyCfbmLG0eXszTrFA1kGBU4s38fkZnYmIagqu3hVFUyXGG6QeviNLx LAPvHFcFNaHaLthdRpRMsR3kTQ/S+9IeYs2mxg0oLnQtD6S1yMH4ynTKB7NEIMX0QpLHZ/avpoX2 bUR6H6NyxpeQEYa4LUnpdS1SwZft2uQTDxqmBrKrKi5OZ5Mb4yK5Kn5G6K/vgFQYnzgcOD5RDc0f m5gqGRhFVv19Xs1OZxGxLLHQ7TezJ/j1KMlnEe97wNrhqyc6yohddoB9a/UNfKSZfvYjY2r8z/2l Kmg0WzI7vVCMK+1uoTDvNKfV+yLLqsfKDL0aO16N+9tGJY2nBK04ujmpURbg3Lcar9m1SD4psqvc gIjG5mU3iNvZ17ZEbjXDGudEsSKXLd91TBeNQ+w6kMF+uCKYQy+wvXtyORpJNAdh7jkusDZagGT3 TZdz9AbY2Y4XuB6EP8l2a2iHoc1eApbCe4P5kD2s0UkqcVkzB9awnoQWLmE4gU0EQZB7s/AALlnX +xrCPth3wCsNTCDs/tDAREs7Bif2A0uktDMe+PeR/64FYu9wpEogrldPbQBgbrtoiYGhlIdPEQOO 7Ye2B7UXEsrzAmvocCFWiwEL13zHEeqpG1perbvV8nSHUoBrdR71ACKypVNo9bOtxb+4+qnm8hdk TGqZceICei2uKMw5tvtxS+az0iinBKUdp8ZOBAYZiNqAIUG/fN9wDIl9xOASAJbAivfQk7guG1di SFJQgSI5hsRGCYMeY0hbAumGedjL5sJ7s6AxpDZuXYIZQzfhVr/nMG6puYvaPKx19B3r6FtjyE8a Q/bUFvlIDCllYUsM2FIeagzZRlq1m4HYjnZhdHJhqLn8CtwzNmBI398vhoQfpY0hncb81glDerAc OiHHkK4JBQw2SeCwxkHYJzukq1BAnW4KqLZDDjR36ewgVXMXjSFfxD26NYb8rDHkq8CQroyhajAk RENtU3kyhvS5GFTaIZ3As0KYMFiYjLZDLofYYOZhMH31YTBqLr+KIRX2xzDYq/kRXuQ2dMT2qbdK J+gIh7Lvcw+2C282RZH1Fzkq1E6OdLUHG2GJOrRORCj2xLehkWO/kOOJRo6vAznKcPUWcmQu5yeL AebB1siRAI4OoH5cVO42yHGvwFEeR+B+a5dFGHaPfbQDRCsikIMFfSCAyV89lNArm6NEzy2WwWJE nswytM1R2xy7H8pQa6MaOfYLOf6qkePrQI5SFrbEADN4PFkM6NhHedRPI8duyHGD39rbs98aB1SW jI87Oj/j4ngMoKMIHDbNwOyz31pxfgYnd2or7FMcFhpDagypMSR3PLUi9esT2P8Px3q39lt/0Rjy VWBIMnlwWdjCkN3Cl7T1UWPI5WwnivQNakvBNtZHZ6/mR4mauPmRH/3agfnRch3L5AenLaQ8GfJT 0f0MefQUx2a8xoGvoSMdkdI5YQbacT0hfYp5oVhAazt9zKvLCLM1dDzS0PF1QEdF/BJEQxcLgjY/ aui4I+i4wfzohPs9NmNJnUuAyCbao1PwowvjozuEbxiJC5C+x7F4nr6egkh5eKhRPJEXqAv30PZH bX/U9sc/hv3xgwaRrwNEKkKZvG6hTBpEahD5/CAysPcMIuWBMwEim8CPTiDSQyAkS75MIBJHaOiE GURKT0Gk9OS3QGTjzdeWSG2JZMlhtCVSWyI5YFT8Pd7SoSTDWIkbJjqZOKX5RLQTzcbOk4k/LoGP J71yLTHQLZZJg0gNIp8fRNrm84LI9XlTfcWW8bttGTohY4uyHp5pWgGz5jXAEdkgPSQEZ+kKkGc8 5NGR8I7ptKmydgav8sHg9qus2rFd2McG2731DLb7TWnm/cbJNZ/OKuOoKLIbAykGHm2opuocSAYb uKZlB0MmNkW9JMdxkd8DGxIql4vQD5cn9G/tnNAJbAT7s5z5josb6PUbdg51lfWUS2dVVRxKYKnP 2NdVgF5cQWgKQSyVgOLLqkzu+3BKX0vG5XCTgN9owp1MAqC4cDjckFWDsm4MBWensg82EyStuhBg /W7AG0BmbewBIRqauhDqJiSJg1qnTSWMDWJN4VXyu3mV1vW9Tgf+QM93WhOCJ19kzAdT04ox1ru5 naPyxXezWqxJhXEp/7fWHl8gX68+4ogYA9Bf/8qEPU6zh0pyLzy9JdaeYuD1XXtIERjr7Nsvr6bU aE7z874UF1Tz89Xo9A1qynNn5l2PgALpFzoDQvmQ3RrBchpCg4p/Ioe/CNhuVwmj7cQ8Buz/RjEX egrVCQw34UALJgAnxJYlRWVoOw4KQWxWVB4o3JlmVLWTmmi0lbp2qSwleVNEKOJa/ucqKmLUQJSF JUnQlvnRVYVGRFFQXpOVSeBdlGT9EKMycGycHbjGkg0Z2IyfnaU3qWlJjQ0wUirV9+tyc09qA2WB J6URGR+Pvi+31rVzVWZ8Whot9NROtWcZsCeyW1OdmPL5tY/r+oJyu5YqYZoI0ryQJLBQls4eCrWl RvasHh6sWIycfdSh5Wp/S69hlWotYfPC7qAjHGwNG8VmTSNrNJt8PuYz8WM+5nuxqXgHPUbMA36s rkB4sE2gJvAYUv54dF6XlMaipxPjNK4qlKkuz/NqdnURF9U5Sh5HSXP9LF7kWREVd8aXFHVG07gy sNfi8vwY9VtRpPbtl0/e+ZeTYPi3I+vH+dfjf5kuCqeaFGNo/sP659scpVMxVHb0RXQWVD8f15WV j2eoFRwflTm2OKuBk2biEllQZnE0KQUPwt6mQdYDbjMkefEimefECmh/0GejGMWLixglUYsvE9DH GMW9K9Q8zYt5WvElKIsxeQPYcpRVEVfjGT3NM4Ky66RC1T+gE807OLMxLm5QERiNRmAhA3q2NlQK frh29WsCIqhB9RSJHYrP6I5c+kerhvfZIbqNOec8mxNOzcNbdCNDbGqJ4C8H2DxdIrQrRlo27RDG 8BvL1VIpZ9COBeS14ylQ1F95VolQ/heBEdgEDF+vL9dtQCzYxpu/TKu/Gmdb8ktF03yylAYhrL1k nfLDOh4qU4UI09COokVcAtO10d+HgZ/7EFoEQIfZ6JAp2wMqHmojw78PjMIAOcvCdZ+HqhuRG6me Cc4xxYYAH6lZSrMX6D1cluBHzUP3z0PXrn6/eCgZLznd1DwUOBt7UybaeToPtT3TJOhB9O9gL4Sc Rba2ELCJQ6XKaAv94XioU/PQA3vvXDSQziDORUEVNQ2ccOs0+9pGMOI6UQrj0cSi7gGJBzcBOxLc Iy6qkWi/kOiDBNQPJBpI74zkosu+Gc1FiTskW9omFHBxydMAZkTWBEKiveKiUh8RXLTRRjpx0QfV sTWq+L70+UBico1FtT7PgzG20ecpUmQFizKNaQdYVOvzgNhQERX1UsBFmTK/dxBKFX/a5tCwUUQ6 sk9o55TahbQMHB8OrVVzqFoLb7HPtTCkZQ5VN/IEVT6UYEKzz16wz7Wr3y9VnvxTy+wzbOKkyHqq QegzgVBXqvLb5vBSIFyAWjCLzgbRoXSTchA6bJyknbioM7SHpiesORZC3fyVClQ9U+UpbI/vBs1F NRfdHoQOpfJSq/JIPFIbwzQXndxxQ98zqPK94qJSlgou2kjSTlzUt+FqJs87sKgNLOrxzDAtm7ga Ru4Liw6lSqa5qOai23NRi9zIy2AUpKTZKAd5j4/WUuDFNbo8QraEb/7gucEobDplflbEMQtjG58m E+Y3TIqvUf79mvmDFlGJGJxjdilH2A6NH+ac5hYEOcwX+IGerFKWSRyRHxEexm1nqTFHJAwQ7eQK sUDzdBJfztN5RdFwMQJjCgTgpPF1XIDWENBydpcjqKVa/MwyFipDNidqCf+LpumTeB0+lujw/wAA AP//AwBQSwMEFAAGAAgAAAAhAIvhnkqWBwAAMi8AACEAAABwcHQvc2xpZGVNYXN0ZXJzL3NsaWRl TWFzdGVyMS54bWzsWm9u4kYU/16pd7DcjxUL/g8oZBXY0K6U3Y022QMM9gBuBtu1B0q2qrR36A16 i7bfepQ9Sd97MzYmgSxRiJRESBGMZ948z7zf+x+OXi9nwljwvIjTpGdar1qmwZMwjeJk0jM/XQ4b bdMoJEsiJtKE98xrXpivj7//7ijrFiJ6xwrJcwN4JEWX9cyplFm32SzCKZ+x4lWa8QTWxmk+YxIe 80kzytlvwHsmmnar5TdnLE5MvT/fZX86Hschf5OG8xlPpGKSc8EknL+YxllRcst24ZblvAA2tHvt SMdwv/BCRPg9mqjPj3xsxNESpNRqWebxEevSPflA5MaCiZ45mlhm8/ioiVuAWI9wc5Fd5pzjKFn8 lGcX2XmOD+H7xXkOPIGlaSRsBvJFBrSgyegxATLFeG37pOTEustxPsMTgXgMOCGgeI2fsIl1+VIa oZoMV7Ph9MMG2nB6uoG6Wb4Arla9FG+lbnT7OnZ5nctYCm6cCxbyaSoi0BUSEd1QbQMpZmdpeFUY SQp3RlGoq4JwSsZ4f3xVNjXkdQZSkshW06lFOFlS0Rck3/LQlVRcLwClI9HYges77XX5tG274+M6 SsmyXKcFD3iWFaMsL+RPPJ0ZOOiZOQ8lKQJbnBVSkZYkhL46SNaVy34aXSMYI/gGzMHiYP80zT+b hnibFD2zY7kuvFvSA53UNPL6ymhtRYpBCioHO1gSAp+eGcqczpKAtZ3MZTqO9YnUK/HlopAX8lpw UgsAj3VBrPABBxIMDZ4njU8XYPAzORCcgUPQKiSPByIOrwyZGjyKpaHtnmAA9wAsUUqSZEUseRKd s5x9vMFZi4hkU8oEkFOKtF2dnEqdUJfr2mQjQA/VJhSQqU37IUplgfaggpF4S6tb0yrXs72O7zx9 rUK1uJcigcUZYkEaSdd/oGKh9EivijXFAiUjtVUf5SvJY9xDly94mCaRIfiCix3Yk47dg/3lNM53 507KcA/uw3Sey+nOh3eVNu4MxzAeb+QOYWSvJu2WJv2GyfUAQQJ5qElHErzYZ/CwTIy1aROMFCYw mNwzXviOB383TNu2HKcKGI7vWbb39C17LV6QqZZRgSLEQlhoykxMwPsLE+ciPkY/juK00L3hXJGK OBrGQtADpnurNEguVXYk40SqxCjwVqG0ypkoWNT4gG2rN9EC+BI8iBrrsIXvIssfi4iypt+H/qDd GvRbjSAYWg3X6biNk4E/bPQtfzh8cxq4p+7JHxBUKWmIQNNkPOPDeDLP+Ye5Ct3fDn5wDJKTPLbs pospZ2flNeAoeKz9GodXGscwTTG/rkc8MuiHmscYcgUC9Nc5y+EN2kRUYMJMalcTcSzbLXOqzTbS 7ngv2kbKtOvpWcl+ddIvdfICLJ8b7+ez0Q3NJOf3UM2EohJYb1JOUvx7+W/f85y7lfOlO3BVETw9 1awcuAsOJDgZ9htOa+A33ODktNG3naBhnziDTtB3BsMTr3LgBWpeAtqBHvc+fvvrl79/+Prlnz14 bSpWVC0Pw7JDEIr8HcsMqP8hZkqo5SEE9szoCkajiY1zUBDLJYyiKxixMISmA1DoQTkD62qmonHK GaiA1JJbzkACpWa8cgaihprxyxmw2amIkyvIg/DLNMap+FlNlCNMWKiVc8au07l8G0Ehe2OGQq1t uYHbdny3A2VpF1sW+dtI1/Jgs+XuNVrIl1a0ulLbSguyqvjqFHArLcinotXxcCstSK6i1R5qKy3I tKL1b0lm/W4g7Yo2+AYt4FDRUtNhTeLrfIMabecbfKE3V/G1KDm9g/EacGWTpSYKDbxcUougQCWg +p4e0eJ0SqZzQ4x7BniWSza6gMyQ2heIt1RdCc7Okn4Omge4Yncu0Y9AMoVWA7QAz+dJCD0Q3UnL wj52zLAbFJ6HOm+kK0FeCHN6dTR/D21ISsdqXg06J8D3iufYwtw1RQUmyLqeyNJBKVscQ8OqZ/44 +6UhJIIAGR67scCZWgiLGwthgQvb0tl1qUKrEJoPt0Q8Y/lZz3Rcu4MXixNweyCqRjlRZuePLX8Q pWpn3MBgmEJmj0m1EtNJHjNhGlksw+mQzWIB/TMHbCmcsrzgcHBdN43mA5ih6Z759ctfSn41HFW0 fgwck204Jo0tOCaNO3Ekc7CxVFJYBYAV+rsKK7vtQdkDLllXUs8bqz9vYWW3H8vm9ogVAqRdl7PC quzt1sCy21SkvAywbhuW/WgOco9gIUIaLLcGlm6qvlSwNlgWOt1HiWZ7BAsR0mB5K7DslheQqq3c 4AuyrP/+ve0FnwNWCJDGyq9h5VkuOb0XidWm9ALTmSdvWIiQBiuogdUJLAq4B7DuajvvlNPv0Qsi Qhqs9goslaavJYMvyAs+W8tChDRYnRpY7bZPTcKDZT0ly0KEoIheq4+zbiqnPK+qZagczxWkuoas /4ihKsE1Sdm9UOXaoxRmtUpWOetnWcmWv5LZfy303OSzuXosO10H+Wwp2JwAfwjzGJ2P56ZAm4sk q223KZc7aNCWyoSypYMGQcjaUg0ErmqVHjRoSwYOGR31IQ4C2pL1+l5wcNLUxK8yzXpyCYnn6h9h +E/f8rfux/8DAAD//wMAUEsDBBQABgAIAAAAIQDV0ZLxvgAAADcBAAAtAAAAcHB0L3NsaWRlTGF5 b3V0cy9fcmVscy9zbGlkZUxheW91dDEwLnhtbC5yZWxzhI/BCsIwEETvgv8Q9m7SehCRpl5E8OBF 9AOWZNsG2yRko+jfm2MFwePsMG92mv1rGsWTErvgNdSyAkHeBOt8r+F2Pa62IDijtzgGTxrexLBv l4vmQiPmEuLBRRaF4lnDkHPcKcVmoAlZhki+OF1IE+YiU68imjv2pNZVtVFpzoD2iylOVkM62RrE 9R1L83926Dpn6BDMYyKff1QoHp2lM3KmVLCYesoapJzfeS5qWd4H1Tbqa277AQAA//8DAFBLAwQU AAYACAAAACEAHqzzyacCAADCBgAAIQAAAHBwdC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQ3Lnht bKxV0W6bMBR9n7R/sLxnSggstChJFWjYS9dGS/sBt2ACqjHMdrKk06T+1vY5/ZJdm9BuXSd1Wl4S c7n3+J5zrs34dFtzsmFSVY2YUO9oQAkTWZNXYjWh11epc0yJ0iBy4I1gE7pjip5O374Zt5Hi+Tns mrUmiCFUBBNaat1GrquyktWgjpqWCXxXNLIGjY9y5eYSviB2zd3hYDBya6gE3dfL19Q3RVFl7KzJ 1jUTugORjIPG/lVZtapHa1+D1kqmEMZW/96S3rXI9oaDuKXEpskNBjw6RebZkudEQI2B2GaYoGqv JGNmJTYfZLtsF9LmXmwWklS5qd3XUHf/Yp9mHwWm4cJ9Vr7qkSDaFrKejiFCCch2QtGpnfnFIojY VpOsC2ZP0ay8fCE3K+cvZLv9BtjB46aGVcfoTzrDns4ZaEYWHDJWNjxnkniPBLsqQJTzJrtVRDRI 2SjRMc0uNj2uoW92akvSSZ9rHLw7NBF4QVE/JOdZslYhk2wXfb1Cua2Oehs3+c5ocoP/NggRV3qp d5xZrZARRAU6aEz5mo6S40ESD5wwTD0n8E8CZ5aMUif2Rml6Ng+DeTD7RvumkKquapZWq7Vkl2uN 4wCRRINxDPDAMOFcL7HvWiecAR6ovT1dcxDpqTd0AzO1J2MUXCMJ24q1UOQLkPDpGZhRCiLsGen2 3HDZ+fJ3d/zenbRpNHryqz/DQ/hTaNkZ9HkNEnfoPeq97Qz9L4/YQRUJekWWvMoZuVjXN8908Q+h C96KCP2iNFZ3q8jhxjfwvWE4S2PHHyQjJwhncyce+qEznPnJSRj7STp7/zi+yjAX2N2/Tu3D/fd3 D/c/DjCzdnS7ixKX5iK1dyGXH6G93OCphgi/HDhPiQ21+K3Y3xVPKQaj//ZMfwIAAP//AwBQSwME FAAGAAgAAAAhAHHDoJnuBAAAHRIAACEAAABwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0OC54 bWzMWMuS4jYU3acq/6By1gzIT3A1TAHdZNPT3RWYDxC2aJyRH5EFA0mlan4r+Zz5ktwrW2AYZoDu XmQDxhwd3ee5sm/eb1JB1lyWSZ71LfquYxGeRXmcZM996+Ns0upapFQsi5nIM963try03g9+/umm CEsR37NtvlIEOLIyZH1rqVQRtttltOQpK9/lBc/gv0UuU6bgp3xux5J9Bu5UtO1Ox2+nLMmser28 ZH2+WCQRv82jVcozVZFILpgC+8tlUpSGrbiErZC8BBq9+tAktS3A23z++2xjEQ2Ta7hBrQF4Hk1F TDKWwo1xnilgIJ8TtSRjVqAdGlMWM8k5orP1r7KYFk9SL31YP0mSxEhVU1jt+o8apn9mAIOL9tHy Z8PEws1CpoMbFkJEyKZvQeK2+AmLWMg3ikTVzWh/N1o+nsBGy7sT6LbZACzYbQo5LyqPvnXHNu7M EiU4oTuvKiiDpfd59KkkWQ5+ovuVe9HD2pChz0hfLEkVfoVUNa76U8fD4EsdU2PoLhKuF0Bt6XDY gdPxjmLidDpdhzoWwchQ6ts1oulxxVyEajPK4y1GdA7fkDiWRcscCnVexVmUaqq2AtLMQrEWFAwi TDxDJwkoAhbGfPEb3Cr/7FtgEtg0N47v8JBjuG7wQIRZCHGAD1gqGDYiz1ofp9CIqRoLzoC+9kkN xiKJPhGVEx4ninxgpeKS6LhB24JlyK70HpqSZ/ETkwyNajJjKlgIO0N8jc9wWWX7+zmHIB52wZNg EV/mIgYj7NdVQBJD/ZoiuTz5jhd4mFBshlPZ9yilgKiy73U9h0IpVO5XDaXdrurQRMJkX7dWM1V1 yo8y7WD1VZQNAFzadb02q6LbxBoAYJ0TWLeJNQDAuiewWG07GwwAsN45rAEA1j+HNQDABuewBgDY 7jmsAQC2dw5bAU71EKwkwLBrllf2FGqqbqnyoKeqvtHNAx9mS124V7TxlEd5FhPB11xcQK976wr6 2TKRl7PrhriCfZKvJEy/S413sTCvoU8WJ9lhzL2pmrlGzWaY6qaU6YDA2Dej6kXDDCcISDiMgiUT CwvOACBwOpF6qKHk6IuprngUX7z1o+lGXcejVZ/vR/7BeHP9Hu34rxY4kjJ5r48YSRbDaQcv0bT5 6gEOhTqbDU2jBzqFMxGx0IkobzWVmdEX8R3o6ZFG1nw96uKu5CK+A2080tGajzoB9S8l7P1Aaw1f 1+6i1F9k4AHfkR7XfLbdBfNewnek2YYvcPXYut6+I12v+ZDs4oQc+Huk/YbP94KX5eP/MR+gs81p Qh8w8Jj7/XOVZ5Tolil+oERaO1+rRLH6RododVrAp42TQgQ9vvfg5HlIq4A+uy7g4QgfcP6a+ONu ZzzqtIJgQluu03Nbw7E/aY2oP5nc3gXunTv826rP+jG4qpKUT5LnleSPK6UV5vwRGDRFb60G1G67 +EDY2w9QMAW1523nhG+yM8lzPG03J4WHs+21+VkoWSXojxWTsEM9K+iZ0/A1OXrbiAQmIlORxJw8 rNL5UVz8t4gLvHAA6pOhOTNHrwnNrnxdh9rBcDJqOZ2x33KD4V1rZDtByx46414wcsaTobcr3xI9 z8A6rLdrqvbrl39++frl3zeoWS0s1UsHuMR3FLoUhfzAise1HsLwUgbqaaxvFfAaBuKC0D0EOcxr ncF/AAAA//8DAFBLAwQUAAYACAAAACEAYjE8Ka4EAACMEQAAIQAAAHBwdC9zbGlkZUxheW91dHMv c2xpZGVMYXlvdXQ5LnhtbKxY23LaSBB936r9hyntswK6IIHKkALZ7ItjU4F8wCANliq67WggkK2t ym/tfk6+JN0jDSAHr7GiFxCi58x09+nTLd2836cJ2TFexnk21ox3fY2wLMjDOHsaa59Wc32okVLQ LKRJnrGxdmCl9n7y+283hVcm4T095FtBACMrPTrWIiEKr9crg4iltHyXFyyD/zY5T6mAn/ypF3L6 BbDTpGf2+04vpXGm1ev5NevzzSYO2G0ebFOWiQqEs4QKOH8ZxUWp0Ipr0ArOSoCRq5tHEocCvC3i YLXXiDTjO7hhaBPwPFgmIcloCjcWcSC2nJEvsYiITws8h7QpixVnDK2z3Z+8WBYLLpc+7BacxCFC 1RBar/6jNpM/MzCDi96z5U8KiXr7DU8nN9SDiJD9WIPEHfATFlGP7QUJqpvB6W4QPV6wDaK7C9Y9 tQGc4Lgp5LyoPPrZHVO5s4pFwohx9KoypbD0Pg8+lyTLwU90v3IveNgpMPQZ4YuIVOEXCFXbVX/K eCj7UsZUHfQYCcMdmeYQeAue20NgWf9ZVAb20LHhJsHYDBzHtYZyE4UEm1TQhSf2szw8YEjX8A2Z o1kQ5cDUNa6gXlKKpTgkkGe43iUGnIjQ5AlKKQEWUC9km49wq/w61oDvsOVaeX60hyQ3cSDE1INA wAcsTShWIsv0T0uoxFT4CaMAX7skJn4SB5+JyAkLY0E+0FIwTmTgoG7hZIgu5B4SkmXhgnKKhzpH xlxQD3YG35XPMgyYj5eTbqmkqzJYJDRgUZ6EcAgTQwTFohLcigJQgRqUC3BZEaYdERzDdN1BlTRV HQ0e2IaBZLmWCC9mP6X8XlZjnIUgLXiJqVxvH0A/5aozTlhAinrHmj1oC5cmEqmCsgcuWpFr8MyT BzVIjWed8EaGLcl/FR5aVtwAPASp8ewTnmG5BpbYdQfEIjgCIkoNODgDHEL1tgNElBrQOQGCGsAB W50QUWpA9wzQtWXmWriMKDXg8ASIaNcnpRFDRKkBR2eAzsBtmRREuaxJ3WqHrbRjhfV4LhwWMuRX hQP1GgQThDeiyabWEClJsodIH7G5LqW7SvFVC7jYTAYWtIqqV5xabENEhn1oLdUmCul/molUg0sd 5E0aYjRqFDtQTYeWGmI0NAlBaryWGmI06NqBhow6lpAGXgcK0sDrQEAaeB3oRwOvA/lo4L2sHkAk Ak3kOLpIWrWfcFA05IBTNiacNlPMQCnRLRWsoUR2F0oUip90yKiaIOrPRSGS+qfmMDV7NuRC/pCT 4gaeRfB54u+54w/7/qyvu+7c0G1rZOtT35nrM8OZz2/vXPvOnv6j1aN1CK6KOGXz+AkeXx63QsMq fz0dkEW5tZgYZs/G56/RKf5wFETptk84KjvzPMfZ9rxTyIHuVzvFRvAqQX9tKYcd1Lz5ysD5lhx1 GxFXRWSZxCEjD9t0/SwuThe8hed7gL4Ymlf66FtCc6SvbcGIPp3PdKvvO7rtTu/0mWm5ujm1/JE7 s/z5dHCkb4meZ3C6t7L2+7d///j+7b8OOCsbe/WMD5f4SkAOLQn/QIvHnVQ3eAcCfPLlrQLeekBc 0PRkghjqLcrkBwAAAP//AwBQSwMEFAAGAAgAAAAhAAyLNfVjAwAAKAsAACIAAABwcHQvc2xpZGVM YXlvdXRzL3NsaWRlTGF5b3V0MTAueG1srFbNctowEL53pu+gcc+OATuQeIAMOLiX/DCF9K7YMvZE tlxJuNBOZ/Ja7ePkSbqSLVJSMgMJF2Pk3U+73+5+Uv9ilVNUES4yVgys9knLQqSIWJwVi4F1Nw/t MwsJiYsYU1aQgbUmwroYfvzQL31B4yu8ZkuJAKMQPh5YqZSl7zgiSkmOxQkrSQHfEsZzLOEvXzgx x98BO6dOp9XqOjnOCqvx5/v4syTJInLJomVOClmDcEKxhPhFmpXCoJX7oJWcCIDR3tshyXUJ2QIx cr6ykLbjFay0rSGkHs1ojAqcw8I8k5QgIAh9BeMswhTNyUpqM1HOOSHKoag+83JWTrn2vqmmHGWx QmtQLKf50JjpvwWYwYvzwn1hkLC/Sng+7GMfWEGrgQXFW6snOGEfgkBRvRg9r0bp7Q7bKJ3ssHbM BhDBZlOoe1ln9H86HZNOTUp7k1VtisH1ikUPAhUM8lTp1+lFN5UBUzkr+DJFdQmk4rexqz9qPoy9 AE41WXI1ZvFaJX4Pv3oR+1TImVxTogmBsLEP4PAA+ilWHU4K+24GHZ7LgBIME9CQJ4cBzaIHJBki cSbRNRaScKSDgXkAyD6wI6E4DSQp4inm+MsLZJUf9mFnCNpECK81ha8T6Roit3oKTSmOSMpoDKF0 jkGuospCjGcwBHW3W9CX0DSmMocwrmQEUAhWQavodvEP5UK0ohui31kP1eS6HGKrHjXnmnh4mC11 Uge0wIxEDOaakorQPeB1RQ6An6cZ3x/drRndm6+QLblM9w7eOxQ+S3aig+4cdRI8MwmXWJKtAdCE gBQb7XiTusQShv8HHBWYJqb1tQRokVFS9C61SeCYUDr/M+wGZ61g3LJ7vbBte+65Z4+CbmiP290w vJz0vIk3+mU1khdDqjLLSZgtlpzcLtVhso9o1VKoZKndcTx1Np4/ty2EolCOW51TU52QMaWP/wqU 7qj31ieRvC7QtyXmsIOp0Vv06RVFOi4jXcPIjGYxQTfL/P4FL6fHEG64ewH0Tmq0DB25fT233emN wrHttoKu7fVGE3vccXt2Z+QG572xG4Sj0037CpV5AdEd2rVPj78/PT3+OULP6iO2vnvBq7qt6esV 5de4vK20hsL9FPop0Esl3EjVSQ2mzyYKw9xwh38BAAD//wMAUEsDBBQABgAIAAAAIQCj2Iq51wIA ABQIAAAhAAAAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDYueG1srFXtTtswFP0/ae9geb9D mg8aiNqiNjT7A7Ra4QFM4rQRjp3ZbtdumsRrbY/Dk+zaSYAxJjEtf1rHvvf4nnOP7dHZvmJoR6Uq BR9j72iAEeWZyEu+HuOb69Q5wUhpwnPCBKdjfKAKn03evxvVsWL5BTmIrUaAwVVMxnijdR27rso2 tCLqSNSUw1ohZEU0fMq1m0vyBbAr5vqDwdCtSMlxmy/fki+Koszouci2FeW6AZGUEQ31q01Zqw6t fgtaLakCGJv9e0n6UANbXWpGF5wdMLKhcgeTHp4A+2zFcsRJBRPXJgrZMLOi6mtJqRnx3UdZr+ql tAlXu6VEZW4A2kTstgttmP3kEAYD90X6ukMi8b6Q1WREYtAC7ccYWnYwv5BEYrrXKGsms6fZbLN4 JTbbzF+JdrsNoILHTQ2rhtGfdPyOTqOD98iqCSWQeiGyO4W4AJ6GfkMvu9p1YIazga836JnwbVyz aPXo4hVoasXS+5nID4b4LfzbSRIzpVf6wKgVBMomMYDDD8jPiPE15c7NCnxd6YRRAr5vxdOThJXZ HdIC0bzU6JIoTSWyLoBTAJAjUEdDc1pIyvMlkeTTC2TDj8SwMxTdVQjDRsK/Cxl0Qp4TTdGSkYxu BMuhAr8PTXMNlL/CsSCswGBEcIlniVtpTQP+S+MCzoNx97d0mJwMktnAiaLUc8LgNHSmyTB1Zt4w Tc/nUTgPp99x2+gcqOqyomm53kq62Gr8tlY1BjDN8Hw3NPfA6VNvoBSD0m93wq47qRDGFc/7E/TR n0LLpkGft0TCDl2PuvPSwznoV5HjTpEVK3OKrrbV7Qtdwj50gXcGoF+Vxp6Lnu0bBp4fTdOZEwyS oRNG07kz84PI8adBchrNgiSdHj/aVxnmHKr7V9c+3P/48HD/swfP2ouleXFgaJ4l+6gweUnqxc7e fPAWg58SO1XD69vev08hBqN7zSe/AAAA//8DAFBLAwQUAAYACAAAACEAAa+f/28FAACSGwAAIQAA AHBwdC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQ1LnhtbOxZ3ZKiRhS+T1XegSLXrvIjqDW6pc6Y m9mZqeg+QAvtSBZoAq0zJpWqfa3kcfZJcs6BVvzbQceLrYo3ivjxcX4/Tjc3H1+jUFvyNAtE3NWN Dw1d47En/CB+7uqfJ6NaS9cyyWKfhSLmXX3FM/1j7+efbpJOFvr3bCUWUgOOOOuwrj6XMunU65k3 5xHLPoiEx/DfTKQRk/Azfa77KXsB7iism42GU49YEOvF9WmV68VsFnj8VniLiMcyJ0l5yCTYn82D JFNsSRW2JOUZ0NDV2ybJVQLeyhcxeZ28iMfp77pG4HQJpw29B/5749DXYhbBiaGIEpYGmYjpnyyZ pJwjJl7+mibj5CmlCx6WT6kW+EhQXKjXiz8KGP2MAQYH9Z3LnxUT67zO0qh3wzoQDe21q0PSVvgJ F7EOf5Wal5/0Nme9+eMBrDe/O4CuqxuABeubQr6T3KN9d0zlziSQIdeMtVc5lMGl98L7kmmxAD/R /dw972GpyNBnpE/mWhF6pCpw+Z8UD4XPIKYULPk6EP4KHZ/CN51knTCTY7kKIQVwvAwNSgDr+Hz2 Wx7a0mnwtgwHJ1kHTIEPSFbIsA94XPs8hj6I5DDkDPqkCLXsDcPA+6JJoXE/kNonlkmeapKikKEB N8AuIZUFJY/9J5YyMGKLGaPBOnBncFH5A4d5wI+H3VqHHXP+FDKPz0XogwXmJTKA8dShXKGWVMKO JAKjtVOSdtOFBqe6NJpW0zAsNGlTnXbDbhgtEBesUcdquw7ZDGHIicj9vCRURFSGNRZ7cwFqMc0p y9krkq1FLL2nvghiHxocD/Hu08UDqBgZkteClv3Z1U0bLZ0qN0u1QYcmVE9BqLyqxNrYZ0UqtAPM tDasbcMmC6qwGq19VqQqWO0Nq2G5hoPgSrSE3A4BchW0zRJty2yRDefSIldB62xoTbMFJrzDWuQq aN0SrWtbVIfnWotcBW1rQ4uc1VN2ILbIVdC2S7RO031XypCLtKTcE6RoeBOourV00d3PVzgUHBK4 bEvhzlExW6nYUMQSenVLyEg14FGrHhQnPkqwu+csnBUylksMPlYpTHhQfp5gQo7LmGm4dsttfkfG rHbTgOZARBUdIxkqJ2rvSbVRp5yyBIBDJSZlJcMWWmMVALBKIkpYUpI1VgEAq/q+jMWqXGMVALCq mY9iFQCwqkOPYhUAsKrtjmIVALCql45iFQCweYOoSYDiSyK59u3H6CAaBuBDNS09f08YS8bcE7Gv hXzJwwMNuktPfXEC/WQepNXZiyd/ZcUZiUUq55WNt/OOrE4fzA6yw2xy0emsqXRtsjudkcXni1o+ H+fTGQrcHwuWwthZaBxFm0blyhrn2M2GCebCJHZsVjNcUL7rrNbVr7MazMvXWa2rW//HWc1RmnZo VqPR6HxZ25cy0smzpezYvLaRsuu8hjHfnn+u89qRPZ3vrnh2B6rrvIZbaPlqcDc2P+q85iptu2WS by1CHZwwzxe2fF7zJWwgbi9HjXxNdXQ9Snfd3f2Ck5sNS/pB6/sZ7EXjzvJfI2fYagwHjZrrjoya bbXtWn/ojGoDwxmNbu9c+87u/60Xm6w+uCqDiI+C50XKHxdSR/a3twVgYUK3lj3DrNu4C9/eLDPA FGS57DQNO4X5VvtICNxjLe92upfIz0zCBL3/DDLe2Po8JUeXjUhbRWQcBj7XHhbRdCcutBPx3rqF tzxAfTA0b2ynnBKadfnalmG6/dGgZjWGTs12+3e1gWm5NbNvDdvuwBqO+s11+WboeQzWnVq1377+ 88u3r/9eoGZpnzp/2wOH+EqIpCJMP7HkcUmLUngTBhU7pFMJvPuCuCB0A0EO9S6t9x8AAAD//wMA UEsDBBQABgAIAAAAIQD+OeIZEgQAAMMRAAAhAAAAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91 dDQueG1s7Fjdcto4FL7fmb6Dxr128R82eAIdcOK9aZPMQh9AsUXwVra8kiDQTmf6WruP0yfZI9ki hJAFNlzmJjHyp0863/nRsS4+rkqKloSLglUDy/3gWIhUGcuL6n5gfZmmds9CQuIqx5RVZGCtibA+ Dt/9dlHHguaf8JotJAKOSsR4YM2lrONOR2RzUmLxgdWkgnczxkss4Se/7+QcPwB3STue44SdEheV 1c7nx8xns1mRkUuWLUpSyYaEE4ol7F/Mi1oYtvoYtpoTATR69tMtyXUN1soHdnP3p4U0ji9hxLWG YHo2oTmqcAkD0weGElZJoNGvRD3lhChQtfyd15P6lusZ18tbjopcMbQzrU77ooXpnxXA4KGzM/3e MOF4NePl8ALHoARaDSxw2Fr9hUk4JiuJsmYwexzN5jd7sNn8ag+6YxaAHWwWBV/XjUXPzfGMOdNC UoLcjVUNFMPUTyz7KlDFwE5lfmNedr00ZMpmRV/PUSu7ompxzUuth8EL0FSLJVdjlq+V4XfwXw/i mAo5kWtKtCCwbRwDOfwB+SlWUU0q+8sEorqUCSUYor4VTw4TWmRfkWSI5IVEn7GQhCOp7RKK8gLU keCclpJU+S3m+I8dZmUfjmFl2LTZITw2Er4spG+EbKMJ3VKckTmjOWzCe52s4htkA6YzCyIQwsP4 4AVtlVw7URZ0I8hXHWpu6DjqWetrAi5w/B6MW0iFXdD1uv3Q1w40TFqAxs1Gk71eU2vTJXV12uA4 JzMlr9q/12sWBW23APDo7cEG21gDAKy/B+tsYw0AsMFzrPtkDwYA2O4hrAEANjyENQDARoewBgDY 3iGsAQC2fwjbAJTWbTopx+hsgpkIGDZp88rsUhGkk0s8ya4mg3aX1IF7QkJPSMaqHFGyJPQIep1l J9BP5wU/nl0nxAnsKVtwOT9680GTkUe7Iy1me9nhFDlrXQv+q65pTeA8NYfBicfFTl3T/tNHhao0 +mH7zNhX18Kg91bY4ER4K2zxW2HbNEJvhe2Ihq1rCtslluRJt6ZL8f+vak0TnEvoUXf6Nu2glwvc KU3xDL5g1OfI9zRMek4yduwoSl078PuBPUrC1B67YZpeXkXBVTD6YbWdeQ6myqIkaXG/4ORmob55 4Ejb6YCf99aQW7pflEPX6wTqs63/eB7DVhTLeY+d0HgnZUy18dvddFcdla/1z0zyxkF/LTCHFUxv faC5PsVH51UkMopMaJETdL0o73Z0Cc+hC1wLAPVeaQ6cz6dIswnfwHe9aJSObd9JQjuIRlf22PMj 2xv5ST8a+0k66m7CVyjLK9jdqVH76+ff73/9/OcMMasLS3NFAI/qIkGHIuWfcX2z1N0bXJ1APCV6 qIbLEtBFQR8hisNcvgz/BQAA//8DAFBLAwQUAAYACAAAACEAzX5HqYcEAAC0EAAAIQAAAHBwdC9z bGlkZUxheW91dHMvc2xpZGVMYXlvdXQzLnhtbMxY23LiRhB9T1X+YUp5ZtENCVSGLWCt5MFru4L3 A8bSYFQ7umQ0ENhUqva3ks/ZL8npkQTYcWqJ7XL5BcRcuk+fPj3T4uz9NpdsI1SdlcXYct7ZFhNF UqZZcTe2Pt3EvaHFas2LlMuyEGNrJ2rr/eTHH86qqJbpBd+Va81go6gjPrZWWldRv18nK5Hz+l1Z iQJzy1LlXOOnuuuniv8O27nsu7Yd9HOeFVa7X52yv1wus0R8KJN1LgrdGFFCcg389Sqr6s5adYq1 SokaZszu+5D0rkK0tUh+ETy1mFmoNhhyrAliTxYyZQXPMbAQCTlntFAoM1tXN0oIWldsflbVorpW ZtPl5lqxLCUj7War3060y8zPAsvw0H+w/a6zxKPtUuWTMx6BDbYdW0jajj6xiUdiq1nSDCaH0WR1 9cjaZHX+yOp+5wAI9k6R76qJ6N/huF04N5mWgjn7qJqlHFsvyuRzzYoScVL4TXjJ5aYzRjGT+WrF Guo1mWrXNZOGj259bTjtgO6ZCF3XczxDh+/bwch+QEoYhq6PQUbUOF7g2uHAOOkswUljuor0dlam O6L0Ft/IHC+SVQmVatrBI1nrhd5J5BnPG+kAEePyDmUkoQIepWL5K4bqL2MLLuHz1iQ+4WCAS9m6 bXci3fctgmwegRJ8wIjkVI+i6H1aoB5zPZeCw1EbnZ7MZZZ8ZrpkIs00+8hrLRQzFKJ6gZGsa+PD mBRFes0VJ3jHlikrPIJnsNBFbwihzPx3+sF3Uwo3pL1ryROxKiWKgbkUJKqly/OTlEDsWygbaLoT zpME4Y7sIIQ4TPK6KrkviIFtO8OwzUxTZKcI4rax+Zggcq4uTIFmRYqThh4pp7frSxynBsmRTHAk NtN1KbM0zqSkteY0FXOp2IZLqG9LRxDSmRW6GQkB2ygBydsvNqk8soO5xpOZ2KvOSNcl6TZI/UEI FKD7BLjO8BXhEkYKG8i9A9yRgzI/FW7winAJYwvXP8B1vNAhFKfRS5EZAbyCGghki3dwhHfoDinJ bw8vgWzxBge8rjsEvW8RL4Fs8YZHeEPfO73cXlMPBLLFOzzgJbCn19tr4iWQLd7REd5gEL7NeiOQ zUl81EWYO5/Q45DbX+4mrKf3AHTRmRagvtcDPOWe97t7/gPX4t49by7V597zqUZrg2ZpxeWyu++b a40aYUMXPSwMc02bZrqLrlPp+jRzq3Z3sflheF2iY6fe+484mA/t+czuhWHs9Hxv5Pem8yDuzZwg jj+ch/65P/3TatvQFKHqLBdxdrdW4mqtLVLZ99MBkMa1njhu36f3lNGBf0AhKy/bhQ267MRlSd3f cR/mU4Py3PwstWoS9NuaK3jocvSdpsx4PjFHL8tI0DGyQDcl2OU6v33Ai+n9n8sL3oNh+lFqTP+L DvIl5et7jhtO41nPs+dBzw+n572Z64U9d+rNR+HMm8fTwV6+NUVeAN3/Ve23r3/99O3r3y+gWdNA N+/DeKQXZyNFqT7y6mpjTjf8VwA9ocPFUIV/ByAZWnpYQja6fxsm/wAAAP//AwBQSwMEFAAGAAgA AAAhAKznflRMAwAA8QoAACEAAABwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0Mi54bWysVu1u 2jAU/T9p72Blv9MASaGNgApSsj9riwZ9ADdxSFbHzmyTwaZJfa3tcfoku3YSulImweBPPpzr43vP PTl2/2qVU1QSITPOBlb7rGUhwiIeZ2wxsO7noX1hIakwizHljAysNZHW1fD9u37hSxp/wmu+VAgw mPTxwEqVKnzHkVFKcizPeEEYfEu4yLGCV7FwYoG/AXZOnU6r1XVynDGrni/2mc+TJIvINY+WOWGq AhGEYgX5yzQrZINW7INWCCIBxsx+nZJaF1Atf/hiIRMkSnhtW0OoO5rRGDGcw8A8U5QgYAcFnClA MgGymAtCdCgrP4piVkyFmXdbTgXKYo1Tz7ec+kMdZl4ZhMGDszV90SBhf5WIfNjHPpCBVgMLerbW V5iEfbJSKKoGo5fRKL3bERulkx3RTrMAZLBZFNpdVBW9LafTlFPR0d5UVYVimPqJR48SMQ516vKr 8qLbsgHTNWv4IkUV80ozW8dVHw0fTbwETg1ZajXm8VoX/gB3M4h9KtVMrSkxhEDa2AdwuAD9FGth E2bfz0DYuQoowSD8mjw1DGgWPSLFEYkzhW6wVEQgkwz8BgDZB3YUNKeGJCyeYoE/byHr+rAPK0PS TYbwWFH4byLdhshaTWhKcURSTmNIonMcrVkMomiYPwGj0ABES7qh7kiGtWwNwfIVwxWLhkq4NEua Mg5o6oxEHP5RSkpC94A3TB8AP08zsT+6q/t4AHrIl0KleyfvHQqfJTvRwUlOqm2v0fY1VuSVsA0h YKuNG/yXX8QKfufv4PmYJhaYrBa7+amNbWhzOco/ErB87dw/wm5w0QrGLbvXC9u251569ijohva4 3Q3D60nPm3ijn1ZtYjGUqrKchNliKcjdUm8P0Pkts3hrQ5W5aaNpdxxPb3KXL7KFVDTKabtz3nQn 5Fw73t/GYxR1bH8SJaoGfV1iASs0PTqhI52WkW7DyIxmMUG3y/xhi5fz4wy52ufgEAXQO6kxNnRi +Xpuu9MbhWPbbQVd2+uNJva44/bszsgNLntjNwhH5xv5Sl05g+wOVe3z068Pz0+/T6BZs2lWpyl4 1Ccvc2Ci4gYXd6XZc+CgCXoKzFABR0u990LoS4jGaI6qwz8AAAD//wMAUEsDBBQABgAIAAAAIQBB 0z5yOAQAAGAQAAAhAAAAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1szFhdbts4EH5f oHcg1GfV+rMkC7EL24n2JU2COj0AI9G2UOqnFO3au1ig19o9Tk+yM6RoOakXzS6MhV8cihqOvplv hjOTq/e7kpMtE21RV2PLfedYhFVZnRfVamx9ekzt2CKtpFVOeV2xsbVnrfV+8uaXqyZpeX5L9/VG EtBRtQkdW2spm2QwaLM1K2n7rm5YBe+WtSiphEexGuSCfgXdJR94jhMOSlpUVndevOZ8vVwWGbuu s03JKqmVCMapBPztumhao615jbZGsBbUqNPPIcl9A9bKQnJmESUmtrDhWhOwPFvwnFS0hI1HlCAL XuRMvWqbR8EYClXbX0WzaB6EOnG3fRCkyFFDd9IadC86MfVYgRgsBi+Or4wmmuyWopxc0QQcQXZj C/ja4y8cognbSZLpzazfzdb3J2Sz9c0J6YH5ACA4fBSobrRFP5rjGXO0I9yDVVqUwtHbOvvckqoG O9F8bV52tzXK0GZU36yJ9nomhdLWier3yiXmSKvcarAenBHGw9jRHvFc3wm84XO/RFHkBSiA3nGD yHG0xLHVWnWTyN2szvfo1Sf4q1ihCW/lQu45U94Gn9AEkMMPcMspZgyr7E8LyJhSzjmjkFEdM3Iy 50X2mciasLyQ5ANtJRNEquhpUeUVgJDAfKeSVfkDFfTjC83oPJrAl8EdBiEsNT//zJJvWFpsnvQ3 vXMQ1W6eNFEQ2RB2htvXE+b6kRt2jPlxHMKd8JyxEOhSlCrGoqGH0toJOhGU8Tp+jD9OMoY08S13 IXBIScWtypyiyiH71ZLyFbAFkQdZDAo2d3DbKZZztgQScLOtIcvTgnP1gFccm3NBtpTDRbHDmwEY LCqpd6Khc4Cq7kMUVuwd6QEujX5YdvhQDyy9HmowjNAz5PLwIsgOr9/jHbmBSrPLw4sgO7xBj/cQ hpcHGFF2gIdHgGMvVmlxeYARZQc47AF7XgyZe5EhjCg7wNER4CjwLzTnEGUHOO4BI9oLTTpE2QEe HQEOh5G6+y8vhhGluqpNvUf0Zyj3UC//r4ofmIp/TSUjD5xmbF3zHHoO/xyVP5fQ5PwGLTblS6hL qvrrwoydq/IeLhbKkdifqAaq71lO1ui+q1pCf43N8u9pOI+d+cyxoyh17cAfBfZ0Hqb2zA3T9Pom Cm6C6R9W1zfmYKosSpYWq41g9xtpIW8/b840OGy/XG8Q4Ewx6rsxgIJaztuPDQ07aV1jH3jMT3AO fpbQyCiCvmyogC8Yjn7SogEDr+bovB4JjUfUKEXuNuXTC7+oXh5mLzM4/KfRAmZWUH3SNaojVlPG +cI38F0vmqYz23fmoR1E0xt75vmR7U39+Sia+fN0OjyEb4tDZAXo/m3Ufv/259vv3/46Q8yqbloP sLDEMVfNqFx8oM39Vl3iMNdDPEEvC1sNTPLYjINoL4I6zH8GJn8DAAD//wMAUEsDBBQABgAIAAAA IQAiEy25sQMAAAgMAAAiAAAAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDExLnhtbLRWzW7b OBC+L9B3INSzql9LthC7sJVoL20S1G7vjERHQilSS9FeexcF+lrt4/RJOqREJ3Fc1N54L7Isznyc +b6ZIS/ebmqK1kS0FWdjy3vjWoiwnBcVux9bHxeZPbRQKzErMOWMjK0taa23k1d/XDRJS4t3eMtX EgEGaxM8tkopm8Rx2rwkNW7f8IYwWFtyUWMJf8W9Uwj8N2DX1PFdN3JqXDGr9xfH+PPlssrJJc9X NWGyAxGEYgnxt2XVtAatOQatEaQFGO39NCS5bSBbIEYuKknJlBWLjYW0vVjDimdNgIJ8TgvEcA0f PoFplWOKtD0CxtCCbKQ2a5uFIEQ5sPWfopk3t0J7X69vBaoKhdajWE6/0JvpvwzM4MXZc783SDjZ LEU9ucAJsIM2YwtE3KonOOEEgkB59zF/+JqXNwds8/LqgLVjNoAIdpuC/k2X0fN0fJPOHineLr3O BwPGO55/bhHjkLDiocszv14bVJW82qcpUaeJVHpYiIsKlOsk6r06U02T8W411Sb+HUFR5I9Ct6PJ j8MoGD7lyncHsV5XjA2GA2/gD/QmBgk26aCbRG5mvNgqpu/gFwRVRTO2CFbJd7C0lXO5pUTrAazh BFKCBxhTrBqNMPvjHBqtliklGBqx105OUlrln5HkiBSVRO9xK4lAmgJoS4C8AHEk1EYPSVhxiwX+ sIesWMUJ7Axxm3h1CorZX+sYPNdRVdMtxTkpOS0gFF9lCI1gBPtPkiri9hSFtoCaNfVwvLLhIIbB ouv/kLCR642Gav3/EhbqDdE13Sn4QqEV3Vrn9onQnZhaUXiYLTVbJ9TWnOQcxhQla0KPgNdSnwC/ KCtxPHrQtcrRfGV8JWR5dPDhqfDV8iA6zNOztlhoWuwSS/KkszQhL+2sQsJU+QeOQkyXVt9Terbo Kakmq355PC51P5shYYaanlzPx9gSjj91fv2bRenQTWeuHceZZ4fBKLSnaZTZMy/KssurOLwKp1+s foIXkKqsapJV9ytBblbqkDxmGkKh6zjkxPOdUJ39o4eyhVAUynnVGRh1Ms7V4H08+XRFvVSfpRSd QH+tsIAdjEa/GXynaHReRiLDyJxWBUHXq/pujxd9UL6UF7hbAvRBavQYOnP5hoHnx9NsZgduGtlh PL2yZ34Q2/40SEfxLEiz6WBXvq3KnEF0p1btj6/fXv/4+v0MNavP7u5OCa/qFqoPYSre4+ZmrWco 3L+hnlL9qYEbN5SMMn0wURjmBj/5CQAA//8DAFBLAwQUAAYACAAAACEA1dGS8b4AAAA3AQAALQAA AHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQxMS54bWwucmVsc4SPwQrCMBBE74L/ EPZu0noQkaZeRPDgRfQDlmTbBtskZKPo35tjBcHj7DBvdpr9axrFkxK74DXUsgJB3gTrfK/hdj2u tiA4o7c4Bk8a3sSwb5eL5kIj5hLiwUUWheJZw5Bz3CnFZqAJWYZIvjhdSBPmIlOvIpo79qTWVbVR ac6A9ospTlZDOtkaxPUdS/N/dug6Z+gQzGMin39UKB6dpTNyplSwmHrKGqSc33kualneB9U26mtu +wEAAP//AwBQSwMEFAAGAAgAAAAhANXRkvG+AAAANwEAACwAAABwcHQvc2xpZGVMYXlvdXRzL19y ZWxzL3NsaWRlTGF5b3V0Ny54bWwucmVsc4SPwQrCMBBE74L/EPZu0noQkaZeRPDgRfQDlmTbBtsk ZKPo35tjBcHj7DBvdpr9axrFkxK74DXUsgJB3gTrfK/hdj2utiA4o7c4Bk8a3sSwb5eL5kIj5hLi wUUWheJZw5Bz3CnFZqAJWYZIvjhdSBPmIlOvIpo79qTWVbVRac6A9ospTlZDOtkaxPUdS/N/dug6 Z+gQzGMin39UKB6dpTNyplSwmHrKGqSc33kualneB9U26mtu+wEAAP//AwBQSwMEFAAGAAgAAAAh ANXRkvG+AAAANwEAACwAAABwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0My54bWwu cmVsc4SPwQrCMBBE74L/EPZu0noQkaZeRPDgRfQDlmTbBtskZKPo35tjBcHj7DBvdpr9axrFkxK7 4DXUsgJB3gTrfK/hdj2utiA4o7c4Bk8a3sSwb5eL5kIj5hLiwUUWheJZw5Bz3CnFZqAJWYZIvjhd SBPmIlOvIpo79qTWVbVRac6A9ospTlZDOtkaxPUdS/N/dug6Z+gQzGMin39UKB6dpTNyplSwmHrK GqSc33kualneB9U26mtu+wEAAP//AwBQSwMEFAAGAAgAAAAhANXRkvG+AAAANwEAACwAAABwcHQv c2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0NC54bWwucmVsc4SPwQrCMBBE74L/EPZu0noQ kaZeRPDgRfQDlmTbBtskZKPo35tjBcHj7DBvdpr9axrFkxK74DXUsgJB3gTrfK/hdj2utiA4o7c4 Bk8a3sSwb5eL5kIj5hLiwUUWheJZw5Bz3CnFZqAJWYZIvjhdSBPmIlOvIpo79qTWVbVRac6A9osp TlZDOtkaxPUdS/N/dug6Z+gQzGMin39UKB6dpTNyplSwmHrKGqSc33kualneB9U26mtu+wEAAP// AwBQSwMEFAAGAAgAAAAhANXRkvG+AAAANwEAACwAAABwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3Ns aWRlTGF5b3V0NS54bWwucmVsc4SPwQrCMBBE74L/EPZu0noQkaZeRPDgRfQDlmTbBtskZKPo35tj BcHj7DBvdpr9axrFkxK74DXUsgJB3gTrfK/hdj2utiA4o7c4Bk8a3sSwb5eL5kIj5hLiwUUWheJZ w5Bz3CnFZqAJWYZIvjhdSBPmIlOvIpo79qTWVbVRac6A9ospTlZDOtkaxPUdS/N/dug6Z+gQzGMi n39UKB6dpTNyplSwmHrKGqSc33kualneB9U26mtu+wEAAP//AwBQSwMEFAAGAAgAAAAhANXRkvG+ AAAANwEAACwAAABwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0Ni54bWwucmVsc4SP wQrCMBBE74L/EPZu0noQkaZeRPDgRfQDlmTbBtskZKPo35tjBcHj7DBvdpr9axrFkxK74DXUsgJB 3gTrfK/hdj2utiA4o7c4Bk8a3sSwb5eL5kIj5hLiwUUWheJZw5Bz3CnFZqAJWYZIvjhdSBPmIlOv Ipo79qTWVbVRac6A9ospTlZDOtkaxPUdS/N/dug6Z+gQzGMin39UKB6dpTNyplSwmHrKGqSc33ku alneB9U26mtu+wEAAP//AwBQSwMEFAAGAAgAAAAhANXRkvG+AAAANwEAACwAAABwcHQvc2xpZGVM YXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0Mi54bWwucmVsc4SPwQrCMBBE74L/EPZu0noQkaZeRPDg RfQDlmTbBtskZKPo35tjBcHj7DBvdpr9axrFkxK74DXUsgJB3gTrfK/hdj2utiA4o7c4Bk8a3sSw b5eL5kIj5hLiwUUWheJZw5Bz3CnFZqAJWYZIvjhdSBPmIlOvIpo79qTWVbVRac6A9ospTlZDOtka xPUdS/N/dug6Z+gQzGMin39UKB6dpTNyplSwmHrKGqSc33kualneB9U26mtu+wEAAP//AwBQSwME FAAGAAgAAAAhANXRkvG+AAAANwEAACwAAABwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5 b3V0MS54bWwucmVsc4SPwQrCMBBE74L/EPZu0noQkaZeRPDgRfQDlmTbBtskZKPo35tjBcHj7DBv dpr9axrFkxK74DXUsgJB3gTrfK/hdj2utiA4o7c4Bk8a3sSwb5eL5kIj5hLiwUUWheJZw5Bz3CnF ZqAJWYZIvjhdSBPmIlOvIpo79qTWVbVRac6A9ospTlZDOtkaxPUdS/N/dug6Z+gQzGMin39UKB6d pTNyplSwmHrKGqSc33kualneB9U26mtu+wEAAP//AwBQSwMEFAAGAAgAAAAhAGmiXyEeAQAAxwcA ACwAAABwcHQvc2xpZGVNYXN0ZXJzL19yZWxzL3NsaWRlTWFzdGVyMS54bWwucmVsc8TV3WrDIBQH 8PvB3kHO/WKStukHNb0Zg8KuRvcAEk8+WKKidixvPykMEiiOQsCbgIrn/Pgr5nj6GXryjcZ2SjLI khQIykqJTjYMPi9vLzsg1nEpeK8kMhjRwql8fjp+YM+d32TbTlviq0jLoHVOHyi1VYsDt4nSKP1K rczAnR+ahmpeffEGaZ6mBTXTGlDOapKzYGDOwve/jNp3/r+2quuuwldVXQeU7k4LavtO4Dsf1dX5 stw06BgkyXTeTge7xPOB3petYspWIdk2pmwbkmX5kjTnrxnODvI2Q2/fLORYlPHorcpDsmzJgB6V BTMrYsqKYGZxQwumtomZ2iaYmn/r4z2tWRqyrWPS1iHZPqZs/yejs99v+QsAAP//AwBQSwMEFAAG AAgAAAAhANXRkvG+AAAANwEAACwAAABwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0 OC54bWwucmVsc4SPwQrCMBBE74L/EPZu0noQkaZeRPDgRfQDlmTbBtskZKPo35tjBcHj7DBvdpr9 axrFkxK74DXUsgJB3gTrfK/hdj2utiA4o7c4Bk8a3sSwb5eL5kIj5hLiwUUWheJZw5Bz3CnFZqAJ WYZIvjhdSBPmIlOvIpo79qTWVbVRac6A9ospTlZDOtkaxPUdS/N/dug6Z+gQzGMin39UKB6dpTNy plSwmHrKGqSc33kualneB9U26mtu+wEAAP//AwBQSwMEFAAGAAgAAAAhANXRkvG+AAAANwEAACwA AABwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0OS54bWwucmVsc4SPwQrCMBBE74L/ EPZu0noQkaZeRPDgRfQDlmTbBtskZKPo35tjBcHj7DBvdpr9axrFkxK74DXUsgJB3gTrfK/hdj2u tiA4o7c4Bk8a3sSwb5eL5kIj5hLiwUUWheJZw5Bz3CnFZqAJWYZIvjhdSBPmIlOvIpo79qTWVbVR ac6A9ospTlZDOtkaxPUdS/N/dug6Z+gQzGMin39UKB6dpTNyplSwmHrKGqSc33kualneB9U26mtu +wEAAP//AwBQSwMECgAAAAAAAAAhAPYuWuQeWwAAHlsAABQAAABwcHQvbWVkaWEvaW1hZ2UxLnBu Z4lQTkcNChoKAAAADUlIRFIAAACQAAAAkAgGAAAA50biuAAAAAlwSFlzAAALEwAACxMBAJqcGAAA Ck9pQ0NQUGhvdG9zaG9wIElDQyBwcm9maWxlAAB42p1TZ1RT6RY99970QkuIgJRLb1IVCCBSQouA FJEmKiEJEEqIIaHZFVHBEUVFBBvIoIgDjo6AjBVRLAyKCtgH5CGijoOjiIrK++F7o2vWvPfmzf61 1z7nrPOds88HwAgMlkgzUTWADKlCHhHgg8fExuHkLkCBCiRwABAIs2Qhc/0jAQD4fjw8KyLAB74A AXjTCwgAwE2bwDAch/8P6kKZXAGAhAHAdJE4SwiAFABAeo5CpgBARgGAnZgmUwCgBABgy2Ni4wBQ LQBgJ3/m0wCAnfiZewEAW5QhFQGgkQAgE2WIRABoOwCsz1aKRQBYMAAUZkvEOQDYLQAwSVdmSACw twDAzhALsgAIDAAwUYiFKQAEewBgyCMjeACEmQAURvJXPPErrhDnKgAAeJmyPLkkOUWBWwgtcQdX Vy4eKM5JFysUNmECYZpALsJ5mRkygTQP4PPMAACgkRUR4IPz/XjODq7OzjaOtg5fLeq/Bv8iYmLj /uXPq3BAAADhdH7R/iwvsxqAOwaAbf6iJe4EaF4LoHX3i2ayD0C1AKDp2lfzcPh+PDxFoZC52dnl 5OTYSsRCW2HKV33+Z8JfwFf9bPl+PPz39eC+4iSBMl2BRwT44MLM9EylHM+SCYRi3OaPR/y3C//8 HdMixEliuVgqFONREnGORJqM8zKlIolCkinFJdL/ZOLfLPsDPt81ALBqPgF7kS2oXWMD9ksnEFh0 wOL3AADyu2/B1CgIA4Bog+HPd//vP/1HoCUAgGZJknEAAF5EJC5UyrM/xwgAAESggSqwQRv0wRgs wAYcwQXcwQv8YDaEQiTEwkIQQgpkgBxyYCmsgkIohs2wHSpgL9RAHTTAUWiGk3AOLsJVuA49cA/6 YQiewSi8gQkEQcgIE2Eh2ogBYopYI44IF5mF+CHBSAQSiyQgyYgUUSJLkTVIMVKKVCBVSB3yPXIC OYdcRrqRO8gAMoL8hrxHMZSBslE91Ay1Q7moNxqERqIL0GR0MZqPFqCb0HK0Gj2MNqHn0KtoD9qP PkPHMMDoGAczxGwwLsbDQrE4LAmTY8uxIqwMq8YasFasA7uJ9WPPsXcEEoFFwAk2BHdCIGEeQUhY TFhO2EioIBwkNBHaCTcJA4RRwicik6hLtCa6EfnEGGIyMYdYSCwj1hKPEy8Qe4hDxDckEolDMie5 kAJJsaRU0hLSRtJuUiPpLKmbNEgaI5PJ2mRrsgc5lCwgK8iF5J3kw+Qz5BvkIfJbCp1iQHGk+FPi KFLKakoZ5RDlNOUGZZgyQVWjmlLdqKFUETWPWkKtobZSr1GHqBM0dZo5zYMWSUulraKV0xpoF2j3 aa/odLoR3ZUeTpfQV9LL6Ufol+gD9HcMDYYVg8eIZygZmxgHGGcZdxivmEymGdOLGcdUMDcx65jn mQ+Zb1VYKrYqfBWRygqVSpUmlRsqL1Spqqaq3qoLVfNVy1SPqV5Tfa5GVTNT46kJ1JarVaqdUOtT G1NnqTuoh6pnqG9UP6R+Wf2JBlnDTMNPQ6RRoLFf47zGIAtjGbN4LCFrDauGdYE1xCaxzdl8diq7 mP0du4s9qqmhOUMzSjNXs1LzlGY/B+OYcficdE4J5yinl/N+it4U7yniKRumNEy5MWVca6qWl5ZY q0irUatH6702ru2nnaa9RbtZ+4EOQcdKJ1wnR2ePzgWd51PZU92nCqcWTT069a4uqmulG6G7RHe/ bqfumJ6+XoCeTG+n3nm95/ocfS/9VP1t+qf1RwxYBrMMJAbbDM4YPMU1cW88HS/H2/FRQ13DQEOl YZVhl+GEkbnRPKPVRo1GD4xpxlzjJONtxm3GoyYGJiEmS03qTe6aUk25pimmO0w7TMfNzM2izdaZ NZs9Mdcy55vnm9eb37dgWnhaLLaotrhlSbLkWqZZ7ra8boVaOVmlWFVaXbNGrZ2tJda7rbunEae5 TpNOq57WZ8Ow8bbJtqm3GbDl2AbbrrZttn1hZ2IXZ7fFrsPuk72Tfbp9jf09Bw2H2Q6rHVodfnO0 chQ6Vjrems6c7j99xfSW6S9nWM8Qz9gz47YTyynEaZ1Tm9NHZxdnuXOD84iLiUuCyy6XPi6bG8bd yL3kSnT1cV3hetL1nZuzm8LtqNuv7jbuae6H3J/MNJ8pnlkzc9DDyEPgUeXRPwuflTBr36x+T0NP gWe15yMvYy+RV63XsLeld6r3Ye8XPvY+cp/jPuM8N94y3llfzDfAt8i3y0/Db55fhd9DfyP/ZP96 /9EAp4AlAWcDiYFBgVsC+/h6fCG/jj8622X2stntQYyguUEVQY+CrYLlwa0haMjskK0h9+eYzpHO aQ6FUH7o1tAHYeZhi8N+DCeFh4VXhj+OcIhYGtExlzV30dxDc99E+kSWRN6bZzFPOa8tSjUqPqou ajzaN7o0uj/GLmZZzNVYnVhJbEscOS4qrjZubL7f/O3zh+Kd4gvjexeYL8hdcHmhzsL0hacWqS4S LDqWQEyITjiU8EEQKqgWjCXyE3cljgp5wh3CZyIv0TbRiNhDXCoeTvJIKk16kuyRvDV5JMUzpSzl uYQnqZC8TA1M3Zs6nhaadiBtMj06vTGDkpGQcUKqIU2TtmfqZ+ZmdsusZYWy/sVui7cvHpUHyWuz kKwFWS0KtkKm6FRaKNcqB7JnZVdmv82JyjmWq54rze3Ms8rbkDec75//7RLCEuGStqWGS1ctHVjm vaxqObI8cXnbCuMVBSuGVgasPLiKtipt1U+r7VeXrn69JnpNa4FewcqCwbUBa+sLVQrlhX3r3Nft XU9YL1nftWH6hp0bPhWJiq4U2xeXFX/YKNx45RuHb8q/mdyUtKmrxLlkz2bSZunm3i2eWw6Wqpfm lw5uDdnatA3fVrTt9fZF2y+XzSjbu4O2Q7mjvzy4vGWnyc7NOz9UpFT0VPpUNu7S3bVh1/hu0e4b e7z2NOzV21u89/0+yb7bVQFVTdVm1WX7Sfuz9z+uiarp+Jb7bV2tTm1x7ccD0gP9ByMOtte51NUd 0j1UUo/WK+tHDscfvv6d73ctDTYNVY2cxuIjcER55On3Cd/3Hg062naMe6zhB9Mfdh1nHS9qQpry mkabU5r7W2Jbuk/MPtHW6t56/EfbHw+cNDxZeUrzVMlp2umC05Nn8s+MnZWdfX4u+dxg26K2e+dj zt9qD2/vuhB04dJF/4vnO7w7zlzyuHTystvlE1e4V5qvOl9t6nTqPP6T00/Hu5y7mq65XGu57nq9 tXtm9+kbnjfO3fS9efEW/9bVnjk93b3zem/3xff13xbdfnIn/c7Lu9l3J+6tvE+8X/RA7UHZQ92H 1T9b/tzY79x/asB3oPPR3Ef3BoWDz/6R9Y8PQwWPmY/Lhg2G6544Pjk54j9y/en8p0PPZM8mnhf+ ov7LrhcWL3741evXztGY0aGX8peTv218pf3qwOsZr9vGwsYevsl4MzFe9Fb77cF33Hcd76PfD0/k fCB/KP9o+bH1U9Cn+5MZk5P/BAOY8/xjMy3bAAAAIGNIUk0AAHolAACAgwAA+f8AAIDpAAB1MAAA 6mAAADqYAAAXb5JfxUYAAFBJSURBVHja7L3Xk2R5dt/3Ob/fNenKdrXvnjbT483umPUGbmG4AEiA ATEAGpkQqZBCT9KDQg9ShN71B+hFYoiIEBUUCAa5BAiQC2AXWGAXa2dnd2Z2XE+PaV++0l7z+x09 3Hszb2ZldffM9JgFJiOyq6orK82933vM95zzPaKqfHT76PZOb+ajQ/DR7SMAfXT7CEAf3T4C0Ee3 jwD00e2j20cA+uj2EYA+un0EoI9uHwHoo9tHt48A9NHtPb0Fd/rAC2fPzX+CMHx7r1iVTkRu8RBF ar+f/fnWz6NTX6rfTz2H6nFEloBVVI8gchxYLI+HAhlwsrwD9IGbqO4i4oAA1QyRq0AP2AQuqvfr zrmseic2CFQAJv+UTy/7Pm/xVmXyffnetfZZx38199iNP/AB/z//lmf52zp9r75+6Z0B6Kf01gQO A6vASnk/BNwPLJc/HwZmAZQCJ+p1QhHJgF3Al49LgWsluLaBi2LMRmDMJnBTVbeBDWAjz/Ib9TMZ hKH+rbNAPyU3W94DoAF8GvgE8DjwEPAgIEws0XwLWf6+bhGAEJE1pqyAHpv84dSVPwJeAn4EPBME wXcUXkO1r2jqvc+9c+5vApj+pgHoQeBJ4LPAY4gcARaAtog0UBVVnYBCFZWaa1EtMCVCEASEUQQK zjtcluHV7/MKIjJ2UZXbEZGGiDwEnEH15xX6InIdke+L6jcUvgvcBHyeZb56xp9GMAV/AyzOeeBp 4GHgAZDzoA+i2tZafKGqGBFsEBAEAWIM1hjEWETAGIMYUzxewQYWawNAUHW43E2AJ4D3OOfxKOo9 3nu8c+R5jnM5KBEiEbBcQvR+RB5G+KQgrwVh+CKqP1R4zuX5tRqYsEGgHwHovbsJsAQcAx4r3dRv AfdMBakC1lqksAglYCxhHBFFEdZagiDA2KAAlrWItVNuTWuB+pSDEgHvybIcpw71njzLcS4jTVKy JMWrR1XxWgCsvK+JMWvA58rn+YbA14y1fwW8KbDhnNtxeT62SvZDbpV+GgG0Cvx9FfnHqD4mqqEW wfKUbwmCgLjRIIpi4jgmjGNMBS+RqTgHwKtCfruMpJZBqWKMIBKAQhhGgEc7Aqo458izjCQZMUoS ktEIn+cY1fKlRYFPgT4hIv8d8B3g90TkD1W1D+SAdx9yq/TTBKCzwG8AXwAeEHhYQXx5sqwxxM0G URwTRQ2C0lUZa7G2ckdlnDMHGHfWmClTVkgAU8ZARexkxoC0QUAQhoRRRKPlyPOMLM3Is4zRcEie pQJEYiQC6YjIzwP3GGt/CdWvquofee/3xkAqrBLBhwxIPw0AOlNmUL8E/DZwvM6bBGFIbAxRFNFo NokaDeIoxlTxTAkO79187uUWTEn9deb+XkD8tHWqXhMEYww2jolkYpWyNCWKIpLREJe7IkB3DlVt ivBYGfw/LHDeBsH3VfWH3rmbJZBcnucfqmD7wwogoWDJzwP/hYj812iZMpcxDUAURTTbbdrtDmEc j+MXLU/WQeTaVCZWPmp84vfxfFOp/LQtElCkltXXeT4tX2fi8gSI4oi4EeP9EslwxGDQZzgYkGVZ nWH4OPA4Ii8r/B+I/B4wQHUEuCpz+zAA6cMKoAbwXwK/oaqPiMgxLU+IqNBoNml1OsRxo3AV1k6Y W53EQpPvJ8CaxYifiZ1EBK0eNDZRdWSUz1Wgp/YMMn5c4dYmrzIdcxVPZYwlbjQIo5Bmu81wMGTY 75OlSZExWmtQvSDwP1prP6Oqv+ud+07JMWUVkD5oEH0YAfQ08Juo/kaZmuOdwwa2DIgbxM0mzWYT GwTzLUrNddUBNUGPTL6f9WNSfZH5XKPOmCHd/8vJ64KITpGTE/QKxlqCsOCbwrDIDtPRkOFwSJqm oBqIyBkx5iSwZq39E1X9M+/9y0AC5HmWlYTkBxMbfVgAJBSlhI8D/62I/Pb4ajYGsZa42aSzsEir 1RrHN0VcI9MnUEHLFHp/XUgmSdSt4h6p/Wmd+zkQSQdnbQWYdNoKUVgoVXCueJ4wDImiCNdpE3a7 7O3u4vK8yA6L8/QlEflYGWj/S1W9pN7vTqxR7j8IEH1YANQA/hHwnwOPVKfHqxIHAUvLKzSaTQJr AcV7PwGE6tgC6b4TfpC5kP2gEKafkxqQtGY5ppjr2s91Czj12jJVFC1D7TGQpPp9+RlEDO3OAlHc YNDv0et2yZMUE1iAQyLy2wL3q/f/l4OvA4PSGrk8y9/38siHAUD3FNmV/hOQR6sDGYQh7WaLdrtF o9kiCIISPFq7usv0W3WfVZDxaTqIz2FfxX4ChImLk3GartP+rF6+GONrf+W/gkwd2OPAugRp8U7N +ImtDQqi01qCMGTQ6zIcDFFVY0RWgS+IMStW5IjL839DUdBNKAq8Ps+y9w1EwQfsth4A/klpeU6p ekQMcdyg0SpcViOOizLB2OqA4lE/qV1Npdm3aBOZbqmouawqhqoHy6qgviL9mE76BTGVeZJaPext ebdxsK4ycdfVhQEQRjELYUgQBhgxjEoyEpEYeEpEQmstqvod7/3F8g2lZYD9voDogwTQKVX934C/ KyKNIl32RHHE4spKESRbi5uKc2ruytfT8P3puu6LXeb4KymDXF+CRqosTGqWqI5LM81GlxakAlf1 PsaZ3Fx3KXMAXBDT6v1UrFRxV824SbwWsbOzTb/bLeMiBXhMjPlfUf1dA/+6BJGZuLTsPY+LPigA PQ78zyLyJaBZneyFxSUWlhYJwwhj7XTWUsYl1QEXmXYbUwHwLFlTxk0+z1GXgXNontFsNGgvLxM1 OzQPHyNaWAbn8C6HxVVk5UhhhZIh9Hbxwz7GWtywT7K7jXrH7o0r7G7exIQxaiwEAUEQItYWbnT8 nqQGnwp19fdbBtxoERmJGWdvIgYbGpaWVwiCkH6vR5qOUFURkTUR/iFGGoL8C/X6VvkyZZb23gbX HwSAngL+e+B3ANR7jLW0Wi2WllZotBqFuyoDzoJqKX72HJAQ7XNUhQXwzuHzDAvEUUxzbY1ocRVt LZBGTezCCvHyClHcpHHoCGFnsQCXy6GzjCytFTxPOoJ+Fx0NEGPwoyGmu4Oqkm7egI0bNPMUM+rj djcZbW8w7PfInUfCEkxibuNemQTaZb1MynJJ5eqiuGDYjbX0ukIyGlUAPSZiftMYVNHfKy1Rt+SM 3lMQvZ8AssAJRP4H4B/VD1Kj1WJ5dZUwjHDO74tWZuOTeoOnzgS2k6teCaMG2mgRNJq0Vw+zes95 Fu65Hz1yksHqCYbtZTJjyZwjLWOqcSzrixgIAY060DlcWoWJuwMhDEM6LmVh5wbR1nWSN15k+9UX 8FffIhv0sCjO5XjnwCtaxjmzVmk2dJruhiwe5ZzDWEtnYWEc8CdJUoHouIj5HYxi4Pe996+UTz0C svcKRHcBQHrrgHVSvFwTkf8F+FL1COeVhYVFllZXCYJg5gCCVzfhc2rp8zjbmQkp1Csuz8hHfeIo 4vj95+k8/AmyMw/RXzzEIG6RBiGEId6G+DxHKCrwUp2wvEYBaD1T0+Ix1WuVTLOoI0PZaSxhjrXx h07BQ5/j2GCXxtXXcBefZePSi+yu3yTxShA3y2C5xltNHTbZV3IxhgK8tbJKBSK/s0OajArXJ7Is Ir+jItcp+rTrJ+k9sUTvlwU6W2ZavwWseu8xRljoLLK4tEwjbtTIv8mBUz0AqFOlBcG7DM0yQms4 fPwUwen7SI+dwR6/B3/yPKwcRYIYr0qS5+BzRBWpF1hVp3ig+smU8Uv7ya9UUDx4h4qQ2QDCGNpL 2FWLqEOPnIQTZ4kf/izHr7yKe+05dq+8zmDQxxtLEEVjHogZHqveTqseMOM2kHEppN3pANDd2yUZ DfFejTGyakT+IdY679wf1g7ee+LO3g8AtYC/B/wzYFVVsdbSaDZZXlkhngGPL9PnCXj2s8k6Lhl4 NM+LEsfaUeyhY6w+9DHixz5D9/h5hl4Y5DmSZ5i0W9F2jKPwO7axOh3vzsBaFAwenAeXocAQYdBc hAtPYh4MWdq5jnnh2+TPf5/g2pskWzfJkhEqZlIv22eOatguLyhjJhlaEASFJSpjpdFoVAH/IQP/ EGNuevXfL5A+tqeaZ/ldK3281wCKy9rWr1FOOXjvaXcWWDm0ShCEZZ/xpBVC/eTnSaYizPbiFFem w2UpKydOs/aZX2Dw8GfoLxxiz1oYDBAtAq8xg6wHcEX7alX1esf0cZb6mFCtNDLmdcrHiHok9+By UGHHxuhjP0N4/6c49tZz9P/6P3H5+R+QueKvTPUZ6y9d64Ssanq+TPVFpOw4gE6nU3TZ6jZpklTv 4QEx5p+K14GqpnUAlZZI7gaI3kMAKSDnEPmfUP2kqhqAdqfDwuIiQRiV2XnNmkwFy9NpeL3EmaUJ gc9ZWjvC8md/kfChp+mfuh+/dAgnBu8cpnRPE+shc0am5syWyTS3JLUhjrpPnfd8BxKaojgMBCEm atA//xi6cIgjFx7HPP8dNl55nt3eHo3OYs2d6STIE5juN5p+LRGh1WqR50XDmvceVQ1F5BER81uI T1X1OcAVaSVafC8fagt0uox7frWi9qMoYmFxiWarxXTDO2XqfmsS2ec5eM9Cp0P7+BkaDz3Jwsc+ x+DYOQZYbDoEnxWJlAgfppuohyxBgX68QHDvx2geP4s9dIxDK4eRF59lsHkTjMUEtxnW1Ip0NGXI 5rGBpd3ukOeOQa9LnueIyIKI/CzGXFPn1ksAVY1SaVnJ1w8jgALg11H9b8rI00RRRGdpiUajMWV5 ptjYuRWHMvjwRRAZtNocuf8xWp/5Ffr3PcmWgiYJwbhPZ6pjYoponJTAqkxODgxsZG7BdRJg7yMx a9khM7XUqdqYKjZP0TxlIBb36BdYPXWBxsoRXv+L/0De75YhS1nWmC3a1vgimDyv90X9cGl5GZdn +H6/eviqwOfEmNfU+78q80xfA5J/NyC6CwCae6V/Efg1hFVVFWMNUaNJu93BBnYq26qupmmLodNc iQij7jbLa8c4+9lfIHn0s+yduBcvUvI1d8Yw1mOUSTpuULFgTHFHMVmKli6w6gtTMagNJ3NkVRbn XZHRyQx45ADXNvWGPJKndNurxE//AucOn2T9T/4126++gDY7WGNnamw6xbCretCyD7uM44IgYHFp CVWl3+thrQWRB43qrzvvX6wY6hkAfags0JIqvy3CZ1VV1HuaCx0WFheKOXpfxjolIXhLmWER1Dmy 4YBDJ05z5JM/jzz982RHzpAai0mGiO7rQJ2T+BedjIiMgSBBgBUhykdEvR1ksIeOBjiE4epx8lYH Kac01AQEyZBG9zImy5AgQJptNG4xai4yCiI0z8DliHPTfQBzWmTrHJBxOZkNYe0k7aVVVoCw8yf0 33iRYZLiVSZlnX2eTAuW3pipl2i22mRZNmGqoSEijxtrf1m9/2oZVGe1mOgdu7K7DaA28POgv6jK EhTiC+12h2arNS5RzLKtMiMiML7CcoeI0F5Z49inf5Hm57/Mzc5h8A6bjpju/KqH2cy0EgoYgxHB uAwz7JFnCX7Yx+1tYnauw+Y17KBH1FkkeeqX0MVDGOeK82wDgnTA4hsvkF1/i9znyPIavr2CHjoJ i4cIgwATNfBhjLMWVT8hJ+vj0nMsuHEZzufsmpCFT/4ih5ZWib7xFfS1lxjt7U7co+xnqrX2/FKz eHGzSbvTpt/rV5nbooj8KiIbqrpTVu3zd+vK3jWAZizIeRH5pyJy2HuPLWn3uNEse2BKy6PFoB1l RX3sFmYq5/loQHv1MBd+9lfJPv5F1lurmLTKSM1+14RMtfqM8zdjUBsQGqG9t0782o/Yu/QTNi69 Qm97AysGl45ot9ocuvchNM8xpnbVl4XNbDTk6os/Zuv6ZYJmC+c8cavN8skzLJ29QHjhMYbHL7Ab NAoX6PLSGs12TU61PI69t3hHf5QQ3vMQ0S80WfX/iu2XfkgvScZTsnPt60xm5r0nCiPanUVGwxF5 nmOMCUQ4i8jHReQlVR2W7iwrweM/aAsUA59Q1S+ISLsauWl1OkRRVPjrWm1L58UttWM96u5y6MRp jn/mS2Qf/xmGa6fwgJX9MY/oDDcDqLH4IKIZBrT2NtFXX2DzlefZufo6UX+XdHeDwc42eZrirCXL c0IBzbMpSmHKYnhPmgwY7m0TZQmBtTRbMbKzwfXvXsU/9wzRiTO0zt5P6+yDjI6epWtjZNQvXdsM LSH7LaiqkoVNOHaWzhf/LkkypPfMt9D2AiK2jON1/oVcoyWMMURxTGdhEdVdsjRBCl/4lIi8pqpb JTudzgmsPxAAfRL4B8BCcQWEtNttoiguXFQVKKsvqHmZZ88F7wq3tXRojcNPf5Hm577MzdahAjxZ Uga6t7CIIoixRDiC3ibcfIvhxeeR15+j95Nn2dnawrY6SGCxQYhtlXyUSbFl5ZzxVMXM1W4EE4QY GxC22hw5ex9BELB74zrbN6+Qdbt0Xv0x5vXzyL2PoPc+TnT8PHZ5jTyIyb0f81MHpySK5gmZWML7 n6K9u8VKr0v3xpWidndAPFRZHinjoaKGZugsLJBnKXmWVeA6LYViybPAsLzX4yHeDojeNYAmQwzy a8AvQzFFEcUx7YWFSTtoSdXvm7+qs81StHeErRZnnvo88vEvcKNzFJONMOoLcEyxxjqTMZfNoS4j 2ltn4Y3nufaXf8zVF58jaLYAS2P18L6MT5lmk4sugVp2U4+vVFHnMDZk9b7H2H7zNbauvknYbBKs ruGAa9eu4t68xMqz3+LI45/GfvKXGB29h9wE0ySjHnAwy2PUS1OWHvsMRwOL/w//D/3162Mmeoql nho10qk6WhiGxI0mo1FClqWoqhE4I8Y8rN73mbTDZjWe6I5v5i65ro+j+rHqYAdBQBTHhGE0aa+o u67xAZBaB56SZxmtRoPjZ+8l+fjP0D9xAVw607Ihs3MzpQUpXNZSI6Lz+nN0//3/zaU/+bdsvXWp UN3wftIoP2NZqlMhRjA2QI2t9VpXJ8VgwgixBu+ywlKuHEHaC2XKX2OBSpKvv7fLtR99mxtf+ec0 vv3HrPW28M02PoiYmler+J7qohgH345e1MKdeoB7PvlztJZWSAfdKdW1iduudT9orWohQqPVpNlu 1WmFI0bksyJylEKoog1EpUER3gZFfTdcWBP4O8DDlaVptds0Wq3alVC2LfjbWMZ0SHzPedqf/TLd ex4kCxvYYRed83nqYZAPIgI8nb2bpC8/Q/e7X6P76nMMkgRsSNBoHmiZx5mLMeRZymBnm3aWYQPL KIyL37eauF1huH6NfDCg0Vlgae0INm6AsXXpvOLxxmCtJXeO7tYGdvMmdnuD5b1tOo9+mvz4ObK4 hU+TaU85e3WrkjtHsrRG48mfY/nGFfLdTUaqB3Kg5YGedCqoLyZ4W02GgwF5mqLQEiOPisr9qnqd QqZvMJOZvU8AKkScfl5VjypgjaHVbhPHjVqh9IDAr07Nq9JeWqbxwMcZPfK5IhAc9QvBgvqDZ1yY imBRGpvXCV/8a6786b9j861LxEurBI0WB7RrTV21WgIoTRJ2b1yl+fpPiBZXcEGMQfEuJb16ieHF nzDc3WLh8HGOXniI0KW4QY/JKNA06WeMAdsAVa5dfoNBb49T2zcIn/gZ9NxjZHGzqOAfSMwK1uW4 IGBj9SSLH/ssazsbXHnlhdJimTmfbJLp1QnGMAhpNBr0nStiKTFLRa1MXlPV3RJEo1pWdkex0N2w QOcpZrlCa20hpRKGGGPKSQoZz2zpvPekoM7hXM7RT3yBzhOfY7Oi6efybzIp0BtDHkSs9jbhhW/x 6te+QrKzRWNhearsMMsRKbrfkhUqU6SDPtf+9Pc5fOMNjjzwGHild/MKmy//mL0bVxiNRiytHKZ1 6gI66ON7OxMLJAePZkTNFqM05Y2fPMvKxg1aXxhhPvELJGTjlt3ZrGrM/XiH8R7/wFPo+g2CV18g 94ramVJNFYbXgjopx72rUerhcEhePEAUziFyHtXLwF4tHrpjK/SuABSE4X3ArwArSpElNhqTkeM6 A1/1lutMyu5VCQPL8tIS5oEnGd3zIJpkZfffnL6dsi7mgpBAhMP9LbLv/gk3//KPGGzcQKzFhlFt qOIAgYV9xTcBMXjvGG1eZ+uH3yK7UiiSpt0dBrtbZHmOUQ+rx0lOPwDPfRPX3YEqc2N/1X4cGJui S2DU3WOrt4cGf0wbJXzok+TtRXzRJD9/iKS8oIbtJeL7HuP0k5/h8gs/ZNDdJYwac4/T7ISSMZZm s1U05BdtsEZETqN6QYuMbKe0QsOaFXrPLdDHgC8DFu8JgoBmbfS4atO4VdurS0c0Vg6x9sTnSE/f T982sKRjqyVzgh5vDYF6mlvX0Re+zc2//GNuvv4qjaXV8ZQnt4ibbpVTihEkatDb22Fvc73AlS10 hoyxLKwcIjpxht2lw+jWOsnezoGlhtnAv3BplmGWwis/hjxlsdFE7nuCUdhEsmQ/o1675aMhjcMn 6XzmV4ivX2W0s8nBwkaVzS9U18RAYELiuEGSJHjnBGggcg8ixyjc2KwV0tsdtneThYmqnlLVC6gG 4+yrEWOMnRrYG4sdTOaDJ0+Sp8jiKvYTv4hZPYoMe9zyzKuCDVnobdP8ybe59GdfYevG1TF4qFf2 lRrrq7UMZ/+M2HREBDYMCVstwmabIIrHrnjl1BmWTp4ldZ6dzXWGvV3E2P2AqaXaUjWZldlmGIYk KuysX0ee+XOCa5cgiGpxWY1RrwlH2DxjGHdYP3ov8eETtBrNIkwQZs61TiiTcsCgeq5Gs0mj0Zg0 vomsGZGHKWSPO2VSFFH24r0nabwNAmOD4LiIPCQi4stR5LDq8d1nSmVuduiynEOHj3L8vkcYrhwj tTFS9gVNjRTLdMFiGY+/+BzXvvknJLtbxZToQV2Gd5SQ1mI0nT4XUgYL6h3eOeJT99I+epJ42CXr 7pFn2Xj8pvrD+ve67ykL+sLYgGw44K3nvgfP/TVr25fx1uJtMNXUXwFvfBF6B2HM0UefZvn0OfJ0 NLlo6tRD+ToVdVL9fRTHhFFU0BoFZ7QmIveX6fxCCaC4BJC5XUr/Ti2QBZ4og+ciSIxjokaDO17i q4pLBrTOPMDCxz9PFkY472/9boOwqKRfeo7+D/6cjTcvltYifk+bwRTFihA3GiSnH8QvHqK1fR3S Ef4ddtJYa1Fgb3eXre/9Ocl3/4xWMiA0t/EZeVbQpQ9/Cnvvo8S3Yeb9vkMYjJOcMviPETlZA1Cn BFB4J/h4RwASCAQ+geqZymJHUUQURlPXs+7zx9O3MLD4k/eSnH2krB7kU4ZqTDQWUSBGFDvYZe/7 X2fv1R8XUxCzB7DmPiYuq5bR1J97wgJN//1UYaFoYA/jBsvHTjA6fA99DNHODYzPx4XWunue1rWa dit1FTURQ9xa4OZbr3Ptu39B++qrhMkQNcG42W0srFVZlZK62Fw5hjt5geUjRxFTVP9nP/dUh0Pp FqVG9FaWTaBTkooLJalYd2N33wIpeETuo3hRqgG7MIomqbnWuZ9pptQ7hwkCDh8/RXjkOL2wUZxi nemjqWViLogIuzusvvxtBm+8zF6vV04oyHyQzoz+zIiVTWKLWYs5dn0TXReX5UTNNmv3PkS8sIjr 78HedlEgNWZuUXTyHLLvGEwLYikmbqD9HUY//HOyvS202So7EbXG1tcjAUGThMUjJzh8/+PYsJhx GxOZInPnyyoFN2MDokajcP3F/0cick5EDr8vABKRE8B9oCFAGIXYIDx4IcosAF2OsQGrFx6icfQU mdf5dSGZqIQFYYxu32DnO19jcOMqvky7J2idBp2I3KIveo7s2EyALbVMyCdDtNkmfPAp7NIa+c4G wxtv4fOsSOGnAvAZUKreNgyzUUzS73Ljue8SXX6FxaQ/DQKdIWIVyFI4eg963xPkCpqlY9BPw3m6 tKFauM+ovNjL5w2kcGNrNQDV3ZjcNQAFYdigkJ5bq3p947hR+PQ7CQgE8DlqLObsw9hDx5E8ufUf iNAa7sHV17h28SXSJCGM4nfke2tdV/OPi+wPIuIoJFg9wuD4vfh2h7y7S+/mFXyegth3cgVOgVus JcsdO5tb8NL3ia68Cjbc757rwb13jNrL9I+epbm8WgTGcyWM93PV1trZOmWAyBoiVSbWutM46J1Y oEUK6d2wGnQLw5BSp2bKZM5xYCWR41Ej9A+dIumsFL3F80ZuytiHICC+9irR68/j6i2c9bHnmbve VtywbuVkXjGgnFNzLB85xvLpcwzCFrkBlyWM+r1CGELqBcyZRjH2LWyZj2dVTBAQhBF7F5+n+/pL EARMy9DUpNJKj5Y6j7TanLj/ERZW13Cl0uu8iHOcDZeDnWEUlbNoQFGh78gkjW9RqMaFt8vG3gmA FoBz5QuMtZqlEg2Y6ZKbjU68c7Q6ixw6eQa3sEpiQsTPiUPGjWEGjZpsXXyRjZ88M66a61ScwvRJ mwqGdab2JTOJ9cwcmk5nXz7P6Bw9xeKZ+4txZA++36W7uYHLXT2bmYrZ9p/ISXV83nGpRnS2rl9h 9OarLHc3sOpKMYZaS4xMBi7Ve0wU0zl2mnDcFXCQSdV9pZswjrGFJoEg0i6B0yzvjZkK/V2zQEvA BSAuQGLGaeF0xnFAWulyGovLHDp7HzSaYzWOuYbXWKx3tHvbDC5fZPv61fIgvn+LFgVFjp9BT9+P iNAc9gi62yTDAU79XZ8/G6UZ7uZlGm+9iKSjMiM74ObyYlLkxL1oexkmu+5uw6CUBdYoxk4WBtoZ MrGyQMGtcGLe9vEsXNiUBbI2wJjpvp95zCiA+hzb6hAdPo4JAtA57ksmbak2HbF8+UWi3U2csQcw 9lo73Vo2oc9kz3MHz2rfTw2UVdt9DK3OAtnaSXrLx0CEePcmUX8XsUFpDCpBzmn2eYpCuEWRddZW 2aiJ7+4wfO0FdDQas9zjUaT6Z/EOb0NGR8/iO8uIc/sC+H1Z8biHqAimTS3tL9U9luZYIHO3Y6Dz 6n1gTWF9Cvc1k7JO2e/a75zHtBYwaycgCEvpCWbKHuMmHXyWkF17Hd/fBRscnOVNZVFzBDaVW4Jv vNWnUjRzOTYMOXz6HPHacZIgLGKPnXWkuwnG7j98df6lzlzUpGKqrsapxrHa8TKBZbC9yfprL5O6 HMKwJoPHpA9IpGg1sZZBawnfbBMGdirzm+0SUPVobUw7CIKibjk5PI3SAlXgqQPorsVAYRkHiTGm kp+9re+tM6lpe4nesfOojQszfED2IEFInud037pIureDseFcykdE5n46uWV6xS0pDp9niA1YuO9R 4sMnyF3RmpJvrZPvbIJ5G65L79zAG2NJRgN669dpdLdouHRfPDf7xJm1NJZW6CytzFi/W2eCNgiw 1tS5rxiRhTIDi2sAsncFQDYIKj9ZmGpra2JJs6TVbCBbPodA1ujQXTiMN0FR+2IeO1zQ3ZIM2bl+ maTfrVW9awFp/SqrZyp1cFVE3OxVX+ea6nfvMd5jGy3yex7CLa4heQYKyd4OaX9vPgtQtxDjt3GL NhKpOS+ZvB8VwWcp7Y3LNPo7aFUfm/ecCpJntA8dpnPkxOQczM3/pRKxLkKPwI6Z/vIZY5m0t0Yz MdBc3uNtAUgKnuC+ygSasnVz/qjJbBJfNnnHDcIgxLgcxc+4jol5VWOI8oRGd4v+zhZJmtaY0+le n2nXN3k9ncdMH0Ss1CrYzuXEgaW5vMLu6gkGzTZWHYiSJQPyZFQG8vMRpLNcz7yeJplfHyzOikHw yNaNQpux6m6Y9ouTTNUrweIawcqRYsEdevA49XTzCiIGragG1ah0X0ENQPZWFujt9QOphmUPyXhx m7X2AIpeakMXE+HIhdU1WisrpZDUwbZeRQjTIdrdJu3tkQz6RT5ZTU6UKhZmpplrmoXR/Q35B7gw hULlzAjH7jlP596HceceY7iwUiyKE4MXy/a1qwxuXkea7eIE1GOemcnamYtv7uZDVUWzFM2zyZ9l KYxCZP0tov42raNnMLmMX8JLqWVV7TkTsNZgbQlaz5Q67LQAuo61hmzZ4zQebhQTqfetEjjhjAUy 7xpAWujKultfSnpg9R2BRrtD1Goz4vY+mmRErBmHTpwmW1jCxGWTuxiyQY+kt4e7gz30d/TZ8pzG 0irL5x9k5aEnCB54gsHSEazz5FkKQUSQZ5AOcUmCBnERB4mp1cOYApDMAFnLVhXv3fiCss4RtBeQ 9uK4cm5cjsRNttTQH2RsDz0mq4SoIDJCW4pUKZTi/4MowsSNtxWQWWtmLVVQi3vqLuwuWaBJc8ot XMGkeUvrbG9tSkDrWkB6cACe+5zmwjInP/lzRQxSxkAmjOheeZ3Nl39Eb3ubPEvHJ1GZTwnMvsf6 TJWqEgosn3+Qw7/6T+guH2UURJhieW7xHC4jzAasnDyNPX2O3e4e9bGc/QqhftwT6r3HuaKfSFXJ sgx1ORIEBFGD9qn7Cc89TO51XHHPjeFi1ORi1mZ9MwXrK+/GoVA4a4WTFlpW8c7j2yvIwtqYOphs JCpJDWFuUbee3ulkZDiYuZtaHKTvFED7eh9uWa+c+jMt2w0s4eIqwcIyo8qcTkmu1FyRd4ziDvmJ B5Cj58cmWRDUGMx9T9M58zDpf/pXuBuXURvPLNnRcYCocyxUVZ1XijUKq8dPsXTfo3SXj5NGEbhK Id+Pwy0XxJjP/ConTl/g7Gs/Jlm/wo2Xn2P92hWciYodA2VslDuHz11xwaAFW1ETSzfDPtnaMTY/ 93fgkZ/BLBzF+3wKg84Ig7AFo3TcVeiBLQNDgUuADQUi5VMaciqMCawtCE72q6jpPLZ/qhQzPmF2 xvrYgyK3txsD7TNIExECmc2t5wauQXuBoNnmdrP84hUXRORRE6yd6s7wClGrQRA3WHjum/idDYbZ rcd+53+Wkn9xjtbpCzTOP8KuLSRorHcYLTJBY4oG4QEBVw7dgzRXaXVOkG2us7n8EL0rr7LY32ax u05+9XU2r14hQ8iNKRTHyjhRau4tGPZIsGw/+AU4+zSkeUGq6kyHQCnSUJ/kdUAPpadAKpAKPxBl s59Ad4/QWoJmOCZ359biynMn+1l9UwNNUKuFvfsYaNLrMBmhNcYcDDLZv2LJGjsBnc40j9dYYEEQ 74s032VTT2MUnDF4r3RWDzNqtRlsbY1d3CRFnhmDlgO4KVV0cRUWD2F9Pn5cgtL1xV7UVJWtXPnh 3g6DFIjugWPn4dinMcNNTm28SmfjNfzz36bvfkDsHS3N0DQhz/IyMzJTUxrGhNh4pbBaaZd6L/Rk r0uNnpiyATWHkMFl57ixO+DC5gadZpOGsYRBUMzKzynoFudOxuPgYwW1iZawuVX6/k5joOmx2rKw OUNSzBWvlNk5L9XbaiJO2V6Z0ys0vtfS8Km6v8zmdrXnm1ZllTzD5ilRowhUU4WbHn6UeJIENFNc riTj9+2pVMm9bXB17X7WV+9FT38S/eQV7t9+g2OvP0v68jNcu/wGSe4xcRNTI4pUKMozcgDJKTPF 3oPI2WJ9NIEoeZayOxrSS1Ja7TadhcVSHWV+H5Syj3SUGnBmLc+7c2H1TcdVZT3LMoIwwohBpTgo zBmr0WpGLhnh01GNI5mJWaauBoNai8qE8FIBgpBOaAmSPpuXX6e/tzsWppSZgqHu46QmP1cZnbEB cW+brd1Nvtk8imQON3Ts5LDpPOQKbjI7VkjHF+6JciAxtxG5sUXkcO5x3hp12X7wc8jDL9C49iqr rz6DvvES3W638JrGErqM+7Ze5urxU/Q7hyAZ7t/V6jLQfNo67TuVE60B7wvt7Hw0wjlHmqZ0FhZo NlvY0iKhOueq3LcTTe6AuXrnc2FCMVGajEaoV6IoIgiC8YTnQaPMWW8PO+iVJ8EdnPWLYPOUYDAC l5VahYU4lXMOetskL/2QnTcvkY5GBK32vKHXAy3peJGJKs55tl58lisLx3jpM2dB4yJKzXx5LRqw ZaruE0yW0fQZocsx3iMugyxBRMiThFGvRy8I2RVPJDGnVo4RLi7j7KRW5YOYcNRn9TtfwSdDdk48 ii97gEQVL5ApjMIWLmqWNcNbmGzv8eW+NbEWFSFPU9I0xeU5zjkajRZxo1jYIhREsJleAjPbf3vb FCl4ex5Mpgt0ImRpSq/bpdVqsbC4RBBG+0vbNXeSj/q40XDSOKpMWZ0JgCyN4TYL1y/iNq4heYaE YQHazeusX3yRratvYUQIm60xU6szI5njlZKyf2GL10IRZDgY8OJrL7ExMnDyY7B6L9jmOHWuWifI hzBYp9Vb557hLsuDXZppghnsIdvXCGzAzvXLXPvJM8Vs+vhqh031NSk6QcIYN+xz/a++yuHXX+Lc w0+TnbwANsB4Ry7CbtjkjROPs9u8APlorp7SWMsoz5A8nT7mxmBFGA2HZFlGqzVieXWVRrNJtShv Rm9a9W3yaW/XhRmK/tmpF3d5Tq/XI01TwjAshteaLcIwKEgzX20W1Mnf1faSylxXKQTW4rvbXPn2 18h6uwVRpuDTAaNeF5+nSDXSM2+nabVTTKTQRzQGlzuSJCnuoxFpkuC9I1dBXnueE//yf+fkp36R 9Yc/y+vtQ6CeI/mQo68/x/CZv2C0eRVGA7zmdPOMgXeFBUpHiAjZcIgd9sYzXSqCUrjisZKHTLoD Jc/o37hMPujhn/9e2YGQEjRbHLv/UbqrZ9m1AeQHBIilZT492Ga1t0FPdW6HpctzRsMBW+uOztJi qVw2HQOVPJB/zwBEIQGyM1s4tdaS5zmDfh9jDMkoIRklxI1GMYdki7YBMYZkOMAOh1hj8KLl9r05 qFePb3YYhC02r10m3bpJ0GqPlTRMEGKjxoH0wrjLD3DOkWeFKU+TlCRNSJOELE0r/UAkahAPeoQ/ +gatdIeFqy+z2FwFlKV8ROfKKwQvfp9ob5dUITWWUbXdsHIbqsVsftye2tkyv+5fWCMTxYxyz2D9 BuSXAcUlI+KlFY6dvUBog9tX88VwKOlxdNTj1Xk5R3WhO8dg0Md5R+48Ls/J0qzeUZlqMdas3MFY 89sGkHeuGwTBtYnbLarWQRnAupJpHQ76DPo9wiim0+nQaDaLrsUgYPfmDfKtdZpV7V33l46k1EDO Gi2y5SNEC4vIqI9ptOaLes0w0N77QvFCPM470iRhNBgwHAyKXRK19ZZBJQShCnGDrNHkzUuvIa++ zFF8EZgiXDcGCQNkYaV4XZ2e/Z1ac6nzqbGDgjMxBhvFEBdCCcYG0F5k/chZup0V8DnzhQLK+EwE zVJcNiq5WNlH5I65H2tJ05R8a7MItrNsTMUoJKiO5rzLA8H0ToLoZHKSJ6uqKxQbYwoBcC12d3W7 e/S6Xaw1hFFMmPTob20TDxMOWVgIDLbc9T675MQEAdpo0Vlcore7SaY6o57KWPKuWHBSlD/SdMRo OCItZd18nhd65Dqp/utBnBCKBAYx4dSk0Lhj4ABFfZ3Hf+kBpKrcOso3Lidz8PLScQbN5YJMnKLU ZDq9F0H6O5jdrVpcdAD5WyUR1YUnk4K3lCdSJ4oYs+qt+m4BpApdgT2EBe+9OO+J46jUgM6KN1cF j2WQWhUOsywj7O9wc+Mm3esbLDcXaVqLpZjSKPcm1Zq1HE1iHjlxDrY3uLm1UXYC1lyo83hVXHk1 ee/IXU6WlT+XYuEVXyUit2jvqDyLKUQtmKFhZk++3lkTmRxY8pu0v467FrzSiCLiQ2tcXj2HayxD Mph5lhkLZENGGzcY3LxcXBzGTDgwGYNj0nhXxoO+Jvpe3kaqOpgBzy0/6dsBUPUkXeAqcEG9D1QV G1hcbqa4oupNmdrV4L0nd45sZ4vh1TfZWb0AYaug8K1MqjC2/INhQpiGLJ+4H335OfqbG/jaHLwv uaiKj8rGq44MUnbajZvQhH3r4m/5ST+gXS3OZTRWVmmff4jG4hH6JpiuW+2rOij4hO76VaKNG8Xx PODNV/9b7V11zuHG8sOg6geq2mUitlndD9SRfqcubAvVvGwaLLiEqURIJnFJTbsZgcwGHE+6nNu9 zLOrZxiEAWQOXBkMOSYSuyYjzwO+3jnFoURZvnkdt7g6VSjUqidGdVrYala8XOdc+dxi1YLeQXvq QWz5zMrxqW3S9a7C8v1PlVvyHLt0iPDsQ0gQQCXPOw/VxhT0wnCbZG+ddDiEoLWf8a9HxaqExhQr RqvOiCqG82SUe+dLmj1nesOPvquOxDLT66nqNS14rn0Hcqo/eWbQEBE0iIh7W3SuvIzNMzABzO6W qPDuHGoi8tV7aRw6xWIrxjuHcx6nVYvE5CDMPdNzP7YeXGSsl2xkTtlkXheLTk9NzJXxnX0fMhEf rY9Rm2GXa61VfnzmCUZxE3w24wjr49OGyKec27vKynCPVM1MqUn3kafjoL1s1i/WRk0ZhwowWQ1A /q4BiGKZ64sUgowlk+sQU3Un3vpmgojR1jo7Lz1L2t8t4x2Zz4FW/jlaILr/SYL7HissWi0YniXD flpvFf2ytrwMJy5w8/B95EFcZGAH3WxAmCbc8+ZzLHU3p9z7PPclNaW0IAjw3pc6lsX+MC0yMF+z PnUV+7kuzLz9D6rbqvqcwKAqBaRJWkw6VgP7s5lAzSIZa+h397j55mvI9lUkH+4fFJxqVfaQDtk9 /zG2H/58Uc8Zs7ozFq9uNfSgxrI7CIJ0IthQH8OR29UJZ4Evsm/X1zy3Wo1QqyoL9z/OygNPQNgp To/qfN9ZDHbBqId/+RnYvlmOSen+z7mfcS56of14JNur6h4TabsKPHUrpHcDQKreD1F9TiGvenor la6KUzFGpnZyzaYjzlgC9dy38waHB+WM1Vx1jkl339bqObZPPc7aoUPEUYAvFT2mJhBUDy7h1E/w QSd0TumwPlK8z+Xtc2vTMjaozs/4dCYlNwbyDD8a8ONzH+PVs48WDW3+wINSvrZn0NvmxsUX6e9s FoOac6yx1LK9ahR7vJu2eLxT1bo2Yh08d9cCFSUk3QAulmYP53KstcU+sHl1s9lzaQKsdxx7/Ycs bF2FqHmbrMeTS8Tw2L3oxz6Hb3Two/4dZEp34Npk3vt9W2Ltc2t5b6O7CpelNKKYU+fvZ3ThUwxW zpWuy08H3VPAC1jqr3N2/WXS3S2S3M1rDtv32aI4xpZkYu2C8Kq6V27wqQCU1gLquxZEMw6oVH9A tdy+Nt1ZbzCTeUFn6bvJc9JXniW/epF9ksQy5ySOumSLh7j+xK9gTpyjFcjt5fT2ratk7ibmO3Zp +6zpHQzw3QGmTZYSrh0l/OyXiU8+BNQmdg8yXUHMofU3uHDp+0QGfFXEnmcla9YyajQwxpKmSX0U PafYIVZJ/KalNaovptO7ZYEUyBB5HViv3lye54XmcxRNyfzOfVFrcS7n5uU32b36EgxulKWHW2gZ uYxR2OHy0UdYefgTHDl+Epfl8xngelO5TDOvHADqWdWwqZVMIrc1SlofVxb23w/wROo9S4EhPXIP 33zw59jqrEI6mCNsNjNIGcXkG9dILz5XNOhbO9eT1ne1QtERCpDneR1ASenCshI4Qyaq9Tm30Ix+ J1mYL13Xt0Xkrco8ZmlRMmg0GqX0HPtYX5kZfRk65fRbL/Dgpe9hxYKNbmkO1Ct51ObVT/w91h/6 PCtuhGEmBpqjVjoleavKXOGife2isi+gPlBFbV/CIPsVZPY1bhbrPHVvi5v3PsaVz/8GyaEzeBsV pYvxc8zI+JUbi1Z7VwjfeoGtt14vNjvWSzxT+JeyYVHGPJn3fqzSWoKkW7M2o9o95TY7xN6RBVLV zDv3lqq+UiJUsyzD5TlBGI7Z36Lv18xv2RSBuMXSGy+x/MzXcMPtghs5MJaQghNxOTeOPcIbT/0a o8c/B2KRZPShW/N92zggyxCB1eOnGH7yy+w99qXiAnL+1tevjVARjr70V3Re/R57o9HUor15HrPQ 6TI0Go2i1JOldcvUV9XNmvUZlRZo1oXdNQBRYypfBq4BXr0vygreY2ww5oSkbOOozOikH6iQF7mx scHlV57Drr9YNJaP9XDmCwkgQH+P/r1P8Oqv/DPy1WPF2PG8oFZvUcaZjbOmHlrbGn0LmcXxzOeM esbcv53VAPWOaGmFQz/76yw99FkwnXJnhq+/wH7LZgxBOqDx478iuvwKptE6+OIZVwSKNpMobuCc IysBVFqnnnq/WYJlRNGyMyhB9N5YoPKeo/oKqj8GvIjgvCdJEqIwIori8XI0qR2Qqd1YIqQ2pDPY 5VMvf5Pl3g7EC7d+VShqZyaGEw8S/p1/RHDqPLp1fSpoVJ1houWAaHYsyDmnUDrrfubEPVo/0bft oilOaNLb49DyEsef/lme//jf4/qheyFPppVpxy6s9nPYYHW0xcfe/A7u9Z+wu7e3f5Sp1ldeyeIV Y88WMWZc/6o5/UEJnLr1ueMY6J32RHvAedWLRuRPBL6ISOicIxkOaSwvo3HMaDSsnaoDTGwcI4Mu 4fe/zvEjDyDLR9k2QXE1jqmH/VJ2uBxtLrP91JdZyjIaQH75Ik4sGjdr5QF9G0tAi8c7l2OylMAV x84Ziw9jTBC9/XSr2vFaKm7gHceOHiH81K9w9bP/gCtHHgQTQtqfFEcPuoUR8tYllv76K1xbv0yC EIhh7qRwlRGrL0Tg45gsTXC5q3jOKnXfrcU+A4pdGQOmF/JyN6rx+/kg77cVvivWXgEueO+tlmO8 JiikZPM8K1ZVHiB8aW3AKEl5/Y1LHP/RV+HQUbbv+XRNC/CgV3c4MWxEa+inf5NDUUjyH36XcOsG Rj2uXJyyj72tDnCt4DkmC8v/azSbuOVVEtsAYwh9RjTsk5cXBLPTI3eSyrui8zFcXmP5kz/Dm5/7 B7x88ikY7UGezZHtq8eDZQreu0lw8ftsPvcdXJoUC+/GFIXuS1iK92eI4gZhGNLd28O5vHrfXlXX SwBV7qs/A6D8PQVQ+QJd9f6vxJhDiKwJkCYJUbNJ3GyRd7uAL/qRnZvbNmFsAMaSv/B9krXzcOqJ MqCsLUmR2aJ0edDyETu2Q/fhX8AvHOber/4LWs9/l20bIRLUygm3rq4LRUelCJw5fYEbH/95Lt3z NDQWuX/7Eoe/+we8+ddfK9jcuME+5Y953FH9x+4uS6fOsPRzv8ELj/8yG2sPQNItLe3+Cv504ByC jXjg5T9l9YU/58oowVP1OOl4OHBSpLfjoNqGYVH3cq7ojyqXGoMW5Yui/6duffpMb3O+a/1A89L5 vGSl/43AxwTWUCUZjQjCkDiOSZOQLFG8+toSupmrxghGhe7OFq0X/ooHjp/hlce+jO8chsHOnAJS vRWwmEd3C8fg/gVumAYnDt/DmZe/zY2rVxg6j221x2NBMH+g0TtHbC3x2lHe+tTfZ/2JXyJvrkIY c+3EedSEHEsz9l75EYNeF1Nj3fd9nvJnlyaYLGUpsqx/7FNc/tSvsfHIF7mxcg+OCLLBnHaTmf8I GjRdyumtV2n94Kv0fvJM0flSt1hzesIVxZTrRxFDMhpOjj3k6nWbovcnqVmfHtObC2+7BvzdWCCt aiiq+oIY84yIPAS08jwvug+jiLjZRL2SpgmmXDAy3X4xeX+jIKZx7RJrf/l7JAtHufnAFxgEUdHz wkFXaKGcgReQJjuPfYlg7QTLh49jXvge8eVXkEGXzBeSwVLr1pvyMM4Rt5osnz7H9+77LP21e2F3 E7I+261l/NknObv3Fsn6ZXrbG+NBxtm3or6YZ5cso9VuE56+l+TwSfY+8+vsPfbzYBYgT8EN5tYJ p//PgAF78xJHvv3/sfvct9np9ok6i/OJ9FrJwpgihIjjBsloxGg0qrvcgff+atl9mJTg6Zb3AdNL 53ivAFS5scJ/qn4X+DgiT4sxZGnKyBZb8lyUkabJ5Oqo7fKsz2oFQcjeKGX45us8+IN/R7PV5if3 fLoUF6gDaJ7ymBYTnMMem6vn+c4X/itOP/RpVr7xe7jvfR2XZLhZvmQq6/KYMCLqLNPIU/qj0UTs IEswecrARDjsAYtyy9jDFGM8zuUsn7lA8LO/xbfPfppk4Sg4A3l/jqGR2l4pnS6yDjdIL36bK9/4 Q4K9baKFxVvs7ytjTSAKI+JGsxhOKPfG24qTK3q61kugDEqrUwdQervs625ZIF+aucSrfs+IPC7w tMB4hCaOm0RxgzzLSEajafX2qZ3spXOyljxNuPbdr9NqHeLe1eNcbJ0oHpGPyhnpeYIJk5OoIuSN Ba4ffYStn12kdf5T3PvWs4SvPUv3rdfY6/VJxaKlTrJMDePJfoZ6/LwzR1OkaNjPUsQ7zGCXQ0dP sPT0F/nRicd58dzHkePnSRrLBb/l8loNY6ZWNeX+ypHpUFj54V9w9C/+DWm/hxMzkWyZoy0w6QaF MI4Io4hkNCBL00mXqPfdkjhMZ6zPHpOVlynvx87UGqmYqvc3VORbIvJLwHlVtXmWMRoOaLZaNNvt ol5WKW4csAJAbNEDvL29xeJ3vspi3GTtU7/JzqFz5DQKvuS276iQ/B/aNsPTH6d/7F6Wzj5EeP4p eq8/z+D6RY73dwk3b9Df3SDPHHmaQNopNijO2WooQOgdZAmMBlgpRNMXF5dpnDhP0lnmZrzE5j0P kj76KfZOPsqodaSQq8tG4NM7O5rGFn09wy1Wnv8Wh7/x+zRfe548auGNnb9HFspxZcZZZNyI8epJ hqPx7Fvpvm567zdKkFTgqa+7HN1J9nW3AFRZoYyio/8VVf23Av9YRI6Bymg4IAwDwiii0WyWs/TF vouJNL/M9PRAtLjK4NqbmD/7fY612vDYL7K9fBZXGxfeL9cyc2BdCsOUXAwvHn4YTj4FH9vG3Hie czcv0XzxB/RfeY5s0EUHPVhYIY/LEzUTmHgMwyBGOkvI6mHS1iLOeVbOXWDxkU+wd+wc/dNPcnXx VNHL4xwMdjmw0UnmpIGYIqEYbRNd+h4n/9M/x1x8jp2gMS3UPCdoru7GBjSbLYyxDPt98jppqDoo rU8FlF4JnJ3yaz19v/uDhbcKpisr5FX/yFj7tBT75K33nmQ0wpTxkHcOl+fjTEH9/JYIVY802+ig y+gPfpfTgz4LX/xtLi2cKYLQPN3fsjCboU11IXrIhkCIP/QAP1o6hznzefLP7+K7Vzm8cxXJumx0 VkjjZsHNjBXhc7o24IerJ3jgU1+i8eTPcHHtHLp0ms32EjaKcWHEKGwV76su4bcv0p0zSYkWbsuE EAmd577Fmf/4f5JdfYtcgnEpaM7EctFKbCzOO8Igot3pEIRhETgPBuORKtBUvX9LVXszrmuntEC9 txM83zUABUGgeZ5XwXRPVS+r6lcETiFyH0CSFBlYe2GBZquNL1N9EQPGo04PevKiU2/9Ktk3vsJK MiR+8pe5ePpJsvZKkeLrTKvnlHXSajCqOCa5KzKbsMOgYSEs+BzSe9lJ9khHfVKvjOLFmquUgrQM GgzW7ufy0il8EJK2VqF9iExN6aJc0QTm8gMaf2atZe1r2ALxHO5eJXrmWzT+8t8iF58nlwBnbGF9 pqZvpz+zlot8G60WjUaTLEsZDYdlr7pBi7R9y6veKIEzrIFn+wD3pe9XDDRlhYChd+7PxdpHROS4 iHRcKQMTBAGNZpNmu40r4yHndZKVzSPjbIAsLLN35XVWvv773NPfZPj0gBtnn2IUxjP1olswhXVL 5HxR2c9GVJo//egQ/Xit/CRF1X884KiusA6tw6yXsrh4B729O79Y544XGbABDZewfPMVVl/6C5rf /APS119mL2hgjZlfrBxbH1NOBUOj0aTRaOK8YzgoA+cq7vG6p95fq5GGvdLqbM+4r7dlfe4agGas 0ADoqupfoP6siPmiMSZyztHv9TDGEDUadBYW6HW7RfW+bECbmlHS6dpX2Fmim+UMv/cNzt14i8YX /jNeeuLXQGImA2U6E1vIZMZs9vup5jFfimrWficykzGV8/bjKYk5XY1TGdWsstgcpTERCBqcvfp9 Tn7z/+WNb/4Zo2EPE7ewOqdhbTZoLvubwzAkKld5Dwf9QgV2IjKqqG6WhG/luirwbNfc19u2PnfT AtWtUAL0vffPGzF/IOg9InK/lrtSB4NBUdeJY9oKg0GPNEkKlrokGfWA1gv1nmw4YOv1lwmTf8mF a28QPf453jzzNL14BUbdUojA7y9Mqs4RJ6jL48kBMdUBJPhBFmYWJPteTyBoQmCwe1d48Id/QOeH f8rGy99Hu9uosfhS/X/+ApHJIKeIEEURzXabIAhKVZTRVMnIFyHFzco7lNZmm6Ideav8eXi7vp/3 A0D1+tgQ2PTO/zVWThv4LRE5o6qkJRdkjSFqxGOrkGf5BEQHuCNjA7Cwk6Q0Lz7H8uZVgo1LnP7Y DdbPPcVGZwXCdslO52+/X/m9vJmwGMNRx6HhTezlF8l/8k2WXvorhpdeYmuUErU65RbBAzYc1mfh THERNlstoigiTRIGg0EdPE5Vt9X7y+XIzqiMeyrwbJbuq/d2M6+7C6Dyag3CUPNiDDcv39AA2PbO fQVrjwj8JsUqIfI0ZTgY0Gi1iOMGIPS73aKKbwzqPb5Ots3MVoVhSB6GbA1GuG/+KWcuX2T5yZ9h +4HPIccewjdX8OqY2fM9x/JM6mnzLcsc6eJbNeTLzN/VlWV9hqQDGGxy3+XvE//57/HmD77N9UYL gpCoHbFfVEjmV9jLZXHNVqto08gyBoMBWZpUfI+q6q537s1a1tUrAbN5gPXx7yh8uZsXWQkiX+sv 6QINVf2PInJEhF9GBKdKmhZybM1WmzhuIAq9fo8sTQrf7pmoZwnzrYkINozY2NzA/eUfceyZb3Hm yS+y9dSXePHwAxAtFVlYXmZJeoA8/j454lleSea4QZmJuWYyQBOWVXQLBs5uvcrRH3+NnWe/SXf9 MrtbNzCNZrHSci4bPf1zpcRfrapstTtEUUSW5fS7vTHbXC6TG6r3N1V1eyZorsCzUf7cfzfW571w YbM1siGwq96/pPDvMdIQMZ8AbTmXMxoWoG+0W0SNBm2BQd9MVhd4f8t2MBGBMGCQZdC7Tvv6W5is R3jtEqtHzrNyz0O44+fZXD5Gt3Wo+LjelWDyk693lD4dEPVVNSuxRVYVREX2Ntxidfct1m68yeal nxCtv4ZcfoH4rYt0RykuCLFRXLLet7bwVRE0CELiRoMojojimDxLC/AkybjbQVWHXvVqGfcMS5Ds lcBZL8GzXV7co5r10Q/cAh3gynpA6L1/RlSGxkosIk+CRt7lDIcDFC0sUaOJiGHQ7xXCCXlepPm3 6bux1kCzjQMu37yJvvEaR6OQU/c9THb/E8jJR0iXzxAsH8U0F8hNwMiaYuGdDaezJp0nSq2TtHsK TwbwiM8I8wGhz5A0JR/s4Tde5cj6K5x/9VmCH/wlg8GQq60FbBhBKyrUzeZa1ekGuGojkhhDs9mk 0WohRgrw9Hoko2FZxhBV74cK171zl2tV9Tp41svv33Ha/r5YoANcWaiql9T7P8RIB+RRKdP3tNT1 qQJCIwuMRiMSRvhMMUK5pEVvS/MEYQTBChnKG1euIDfXMfJVjqrh1OOfoPPw09xcOsaLnTVGh85D c7ks0lass+cWgsxTi2MIIsiHBIMbnNq+zKndK9iLP2b9xWcZ7GySpgkX1eGiFjZsTv5un2pY1TU+ AW99mtQaS7PTIY4jRIqGvYrrqSgQEUm96jXv3JtMepv3ylhnHbhZsz7v2nW91y6s7sqyEu0WCLz3 3zOYthhJEPk4qtY5Rzoaoc7RaLeJGw2MNdjAjpVUx6qn6C3bGSr+Q5UinhoOEJcRqWP04xx37RIu 7rAaN0nCDtHSYVaOnSJsNqHRgcVV8iBEp2iASf0q2L5GkBSyuZtvXCTpbhP5hGC0x2DUQ3ZuwtYG QZaSq5DYEBsG0y2rM7SA1qzfWPm/1DOM47hUvA0BJRkOGQwG48HActZ95L2/ot5fY9JdWIHnZnlf L8FTlSzyd+O63nMAzbgymQHRXwj0jDEeeARoVdMCvmSVwyii2WyWS9EM1dyZ9wVheGuvVvzSBEG5 qDcGEba6XXRrE+MdHfW0shFxo8na6fOErRa0FmDpMFkYoWIm8YlO3FewcZlg1CfNMvTVFxj1e5go xknAhrFoEGLDCGmEBV1xh6dHCoJnvAU7iCLCkrkPw5AsLXqqxizzpM+8r6o3vPdXKKZLqzLFZgmc G+V9swycK9flaueID6UFmgFRWTcoVBDV+2e9as9Y+zsi8snKXqdpinOOVmmJwjAiCEJGoyGjwaCk d4q4yKvfv6frFjcbRhBGhQBo+X8j4PLGJgVRW6BFbpGmT+3iaCxCY3H8XPYOmIB9z6kTTYHKpYdR RKvTKZaliBQqs8MhSZIUVEcxyqOojrzqDe/cGzNuqwLP9RI8G2UKP3g7vT4fBhdWj4cqEFXrhIyq 4r3/IyOSiTFPotqi+D8G/T5ZntNsNAvCrNkiDMJSWb6g6021tPZWMnUypxSwT5/H18aXtba2TOe2 maqU2o8qt23Wv3WCZYoOxjITjKKYMI6J45ggKFZcDUt5Yu+Loc3a3Nuuen+tLFEM51ie6+V9vQRP Ffc4QIMw1J8KANVAVKF+WD+G6v0PvEgihfrrEyJyDNVx85k6T57n49mmYnTaFFrHeV7M5JeTBlV8 dEdjNrXOvkJVdiZQ1gNKGTDdVSmz9bMDgDeFQRl3mwRBgA0sQRCOP2OxNjUlTVJGoyLeEqmW5JKr 6pZ6f8N7vz4nYL5JMS18vfx+a7bWdbfA874BaAZE6ZyYRdW5DWNtD/iswBFjTKCqMhoNSdOERt6g 0WxhbREXRHFMkhRZSJ4XZYuxZNtEOGA/MPYRgvOpgdsW/lTnLtflNm5Myk3X1eqFoGy0i6JCKtm7 Qhg9GY1IkmQcKJcfKFPvN7z3r5cMczoHPNdr4NkXNN9N8LyvAKrd5oHIA957/3UR2TAinxWRB0Uk rmbcR8MRWVZYokajQRBGxHFMFIW4PCdJ06LbUYv2kPrG6MnY8S3WgB+gJKKzvcdTqzikNDbz2fK6 qGW9ih5GxXsPSyEKU25kzLKM0XBYZp1lIjBZ25l4799Q7yuCsN4UVvE8N2puq04Wvifged8BVLZ9 yBwQVUvbvar2vchQ4KqIPCoip6sTWQiJe/IsI4qKpvEoirBBgLEBYRjiclfOfxdC40W66/eBYrKf TOdyM3ci/1vfRSZUqw7Kxbk15X4bBNgwJAwK0QkbBIUrLut+yXBUJg/FOJSvtJvLvEJVN33httZn wLM7k6pX2dY20/Nd7wl4PhALFISB5tlcEI3FfVU1V+cuG2M2MfJJQY6IyAJgK0X6LE0LOj/PCIII ay1xowEqqHfkefGYLM8L1ZBKQKraoFwbcJyc/Dt3RXMr5WUabowt2GMxGFsoogZhOCW+5ZwnS0a4 PKNw02kZ40j1mLTMsrZU9VopAJ7Vals7Nctzs8Yy776XMc+HwYURhIGCUIuJ6urQeXmgUu99KipX ROQxMeYpETk6bj4rGexkNCIMQ+K4QRiXS++MEIQhQRjRUC3XHzjycvma9cWmmmom3ntfZHRj3WSZ a3SkCoBrNaox51RqIQWVtbHF16mdsgouL8A9KgnSarCgeNz4dVOK6YkrtVgnZboVdXMOw7w3wzK/ p+D5wAB0QHZW2f9KeygtzfdIYSDOrYvIfYicM8YcrWgAqOTahiRpgjWmIOLCkCiMsIEt7qqEQVio s5dAUV8G3ui49qbsXwRcL7LL2NrYMWgKVdqitbQQ1bJTvE5hNVPSNMO7fBws+0pKeJLJpVpYnE1V 3amBpx7vbNfKE+szLqvO87zn4PnAATQDojqAKqX04qpTHSpsq+qbYsyj3vuzInIcWBKRhipS1/wz xhbsbZCU8VERqNpyP2pRQLdl6atg88e6OeXWn3qxfXaKqLBEZSZlbbleu6rXeZzz5HmGd77cD5LX lsH4miaRICJ5oY6qg3Lob0sLwcuqGD1kuoe5As9WeZ+dqLirPM+HHkBziq8648qqgzgAioMML4rI GTHyiKocFzFLIhJIsarIqHrSNCFNdJw2W2sJSjCJMQRBWJYDJqReGBYN81MZ2JQgQ01vsZxlcy4n zxXvC1fp8glYcpeX/f4TZbbSBY/dtfd+R1U3S5WwUc361mtaOzXwbNaAU5/lGrekvl/g+dAACMAG gbpiNVNd2NrVDmYFoj7QV9URnm3QZRU9ZkTuQeSwiCzP5txV0JyXq5/Ge0vNZBUmUriiSppvzuby Maiqml0lCVPNudUzvOI+Z3eIiAf2VHVDvd/VwsImJQjqKmH9GfBUrqpKz6u6V/p+xTsfagDN1M7c HEuU1g5srzwJ28ASqle9yE0ROaIiqwJLiCwKtFBawCQLqyVTszu0xJiyJ7lGRM9Z+qMlYSkiRYnB +VL1g3moy7UQnxiUQt5DhWKtUjFmk9finPrn22V6eqIKkuuxzvvusj7UABqb36KU4WsHyDGtIlpd nXvAMrCkqruq+ibQBhbFmFMirAmyCnQoXFxQcnMiRX+FHcdBIkWKP8NI69hizWb0ii8leI21XkQq hDqdbLjJ1Pt+ueFop2xun11mMgucOnh2aq6qW3NXdQV5PijwfCgBdAtrVM/OhkwLAyyW9yWKxv2F Un6vBTSAloisiMiqiCyoEiM0RaQDxNRioam0qzaHP2+VQQkrp6pD9T4rd472yuxpUG6/cTPvvQ6c ujJYt3ZR7NVAU1mcUc3q+A/S6vxUAGhyZSl5lvsZniidyVD2SuB0SiAtlN+3KUDUVNV1hUVRbQNR CZyGQKRFF3OISIz6sBbQzGOmpeRpRqVLKyylqivdVbW4NmN6cVs2A5zqIqiLO3VnQFMHTn13Fx8G 8HzoAVQHUsmnuFpwPRsX7ZWA2S6/dmZA1EK1oYVFioEI1VCLYxCUS5jDElgVqzdPD81oEfTWBJ3H nX2O/Qvb0jnAqauh1l1XXaM5YVroyVXJxodpP9q7BtC77Wh7m7e6EnM9S6vHETHQLO+tmXv1/xWI 4tIaheU9ACyqBpgFUX2yrN5H7OfwV3UrmdTe37BOSdTAUukyJ7WUfAo41eu5PP9wXdz8dN7mAakK ssMSSFENKI1b3KPafQKiCYDmbYCZff36e8hmwDMr4l19P6pZmTpoZvdz6YfaO/DTfdMZBtuUJ8KU n21Qfo1m7nXrMwueOoCqLtV5Ihl+BsBuJtZJZ9xXUvs5q93ri23rTe7603ACftoBxMzBrl+5lRup gBCUILE1lxXO/P8seAz7xlPnvt4siGZ3jma1r7MrtfWnxdr8TQYQc05AHUxmBkzV19m7uQP3dZAV mgXSvLufCbp/KkHzNxlAB4GpUlpwNRcnt/h60Lo4Ya7E2FQ8dKuvP/WA+dsEoNtZJ5gebzloYeqd zF3oAV/5mwiav60Aut0JPUDO6R0919+am6j+rf78H93e5c18dAg+un0EoI9uH9jt/x8Ajb8Af0rL 9+kAAAAASUVORK5CYIJQSwMECgAAAAAAAAAhANl08zEAGAAAABgAABcAAABkb2NQcm9wcy90aHVt Ym5haWwuanBlZ//Y/+AAEEpGSUYAAQEBAGAAYAAA/9sAQwABAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB/9sAQwEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB/8AA EQgAwAEAAwEiAAIRAQMRAf/EAB8AAAEFAQEBAQEBAAAAAAAAAAABAgMEBQYHCAkKC//EALUQAAIB AwMCBAMFBQQEAAABfQECAwAEEQUSITFBBhNRYQcicRQygZGhCCNCscEVUtHwJDNicoIJChYXGBka JSYnKCkqNDU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6g4SFhoeIiYqSk5SV lpeYmZqio6Slpqeoqaqys7S1tre4ubrCw8TFxsfIycrS09TV1tfY2drh4uPk5ebn6Onq8fLz9PX2 9/j5+v/EAB8BAAMBAQEBAQEBAQEAAAAAAAABAgMEBQYHCAkKC//EALURAAIBAgQEAwQHBQQEAAEC dwABAgMRBAUhMQYSQVEHYXETIjKBCBRCkaGxwQkjM1LwFWJy0QoWJDThJfEXGBkaJicoKSo1Njc4 OTpDREVGR0hJSlNUVVZXWFlaY2RlZmdoaWpzdHV2d3h5eoKDhIWGh4iJipKTlJWWl5iZmqKjpKWm p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uLj5OXm5+jp6vLz9PX29/j5+v/aAAwDAQAC EQMRAD8A/v4ooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACivl/8A bR/aLvv2S/2YPi7+0Ppfge0+JWp/DPQtO1PTvA1/4tm8CWPiS+1XxHovhu0sb3xhb+FfHFx4ftFu NZjuLnUYPCPiCaKGB1i02d3UDxjwR+1z8dPC/wC0B8NP2ef2wf2cPAfwV1j492PicfAT4m/A39oP V/2i/hB4x8ZeBPD+s+MfGPwm8X6145+Av7MfjvwF8Tl8DaJqXjrwfp8Pw48V+EPGPhfQfFzw+NtM 17w1JoN6qbVWvLDw/ixpe2aknCDhyYido1ZqNKdRxw1a1GE5VW1Tjyc1aiqkznGnFzlJWjy8yj78 4RlJRVSdOHNOFJNtyrTiqUYQq1JTUKNWUP0Hor8/vC/7dkPib9uPxD+yZD8Lbm2+Hum6f4v8KaD+ 0O3jCM6Z4l/aM+HHhP4ZfE34gfAa28BT+GbS4jn0b4UfFXR/GGmeNrDxdrFlq2oeEvid4WudD0e9 8Ey3epczqn7Y37TnxK8U/GuD9jb9kn4efHH4dfAHxn4m+Fnirx78YP2pZ/2fLz4mfFrwGsq/ELwR +z94Z8N/AD4/Wvi6LwTrMf8AwgOs+KPi34o+A+gS/EyDVvDmnXN7oGhat4wtYVWDhh6ibccTl9bN aNoycnllHFUcI8wqQS56GCq1cTg54TE1406ONwuYZbjcHOvgsywGIxFtWlXi3GP1fGUsuqylKKgs fVwtTGxwUKjap1cXDD0MVKvh6Up1cNUwWYYfEQpYjL8bSofpPRXx54J/bo/Z+8YfsZ6b+3XqXiQ/ Df4Gz/D688eeILj4qX3hnwJrXgS50i6utE8ReAvG8mseIo/CuhePfDvjSwvvh9qelP4pm0xvGlq2 lafrV9DPa3k/MfC3/gph+wj8Vf2e/BX7Tlj+1X+z74Q+FPjLwxa+Ip9X8e/HL4OeH/8AhCbv7B4L u/EPg7x/fw+PNR8N+G/HHgS8+IfgvQfHvh59fupfDHiHxLoel30/m6zpLXukrQqY2lKdPny94X65 y1ac40FjamKpYScqkJShKniKmDxEKVSEpU5ygkpfvKXPMXzPBpRqKWYSxFPBQlTqRqYirhI4aWJo wpyipqvRji8O6lCUY1o879z93U5Puqivljwn+07o9/4t/aki8fj4X/Dj4Rfs5L4C1m0+Mt18fvhl r+keI/AHiv4TaR8Tdb8f+P8Aw/YXttffATQvDT32padZP8Sb6CLxb4c0lfiHo12vhfUbaRV+Hf7c 37E3xf8ADvxE8XfCb9sP9ln4oeE/hBoA8V/FnxP8O/2g/hL428O/C/wubfUrseJPiJrXhrxdqem+ CdANro2r3I1jxLc6Zpxt9K1Kb7T5djdNEm0lNt8rpYeGLrRl7s8Ph6kOdVMTCVp4blSlGrGvGnOh Up1aNaNOrSqQjai5RpTiueFepGlQnBqcK1WbpqFKjOF41aknWpJQg5ScqtONrzin9TUV8yfCz9tf 9jX46aV48134JftbfsyfGLRPhZoq+JPidrPws+PXwr+IWlfDnw69vqV2mv8AjzUfCXivV7Twhor2 ujaxcrqviCbTrFrfStSmE5jsbpotr4e/tZ/srfFv4fat8WvhT+0x+z98TfhVoPiey8Fa58TPh78Z vhz40+H2jeMtSn0K107wlq3jPw34k1Lw5p3ie/uvFHhm2stBvNSh1W6n8RaFDBaSSavp63DknD2n MuX2NCnia3Np7LDVajpUsRUvbkoVaqdOnVlanOonCMnLQi601XvVJUY6/FWhTjWnSXepGlOFWUF7 0acozaUZJv6Bory74d/HD4K/F7wBJ8V/hN8X/hd8UPhbE+uxy/Er4d/EDwn418ARyeF7i5tfEySe MfDWran4dR/Dt1Z3ltrqtqIbSLi1uYdQFvJBKq+Y+F/23f2L/G/wt8bfHHwX+13+zB4v+Cnw0vId P+I/xg8L/H34U6/8Lfh/f3C2DwWPjb4gaT4su/CfhS8nTVNMaG213V7CaVdRsGRGF5bmSZSjBVHK UYqlRp4mq5NRVLD1najXqNtclGq2lTqytCbfuyZfLLnjT5Zc869TCwhZ88sTRbVbDxja8q9Jxkql FJ1INNSimmfT9FeBR/tXfstzfA5/2nIf2k/gFL+zZGrvJ+0LH8Yvh2/wORIvEv8Awhkjv8WV8Rnw Eqx+MP8AilHZtfATxL/xImI1T/Ra7P4afGf4PfGnSH8Q/B34r/DX4s6BFaaHfya58NPHXhfx3pEd j4n0Wz8SeG719S8Larqtklp4h8O6hYa/odw04h1bRb6z1Wwe4sbmGd7mnCVWE04ToSUK8JrllRm0 5KFWLs6cnGMpKM0m1Fu1kyU04wkneNR1YwktYzlRdONZQa0k6MqtKNVK7pupTU7Ocb+lUV8/eEP2 sv2WviJ8QI/hL8PP2lfgB48+LE/hFPH1t8MPBvxj+Hfij4hXHgeaG1ng8Zw+CtD8R33iWXwnNFf2 MsXiKPTTpEkd7aOl4VuYS/zN+wd/wUF+Ff7Uvwy+D+k+N/jJ+ztp37WvjrwLqfjvxP8As6+CviH4 ctPiHpeiWeuavawa7Z/CPV/GniH4l2Ph59EtdO1N9T1CO8tGjuxeJeLaXECrlCrCpONOElKVSnKp T5WmqsKbxCquk1f2iovCYn23Lf2So1Oe3JPlJe5zc3u8nJz82ns/avDqkql/gdZ4rDKkpW9p7ely X9pDm/RqiiitACiiigAooooAKKKKACiiigAooooAKKKKACiiigD4U/4KY/Cj4l/HD9hf9oX4W/B3 wdd/EH4l+KfDWgp4T8FWGteFPD194kvtI8ceF9fn0yy1rxz4g8KeENPu5tP0q8NtN4g8R6NprTKk U1/B5itXiXibSv2kf2rvjX+z38VfFP7JvxO/Zx+G37G3iP4h/HfSfBvxj+I37N2r/GH4+/GzVfgz 8R/hF4A8CeDNL+Afxp+OPw08LfDvTNI+JPifXvEvjb4gfFzwjrs3i+28HeHrHwTc+FrnxL4t0v8A ViisZUW51qka1alUqUI06U6bpxnhK9P28sPjsLJ05OOMw1atTxNCVZ1qEa+Fw7lh50/b065FRUnJ wTVWEqGKg5VIwxmCqwqUcRgMRyTjJYXFYeviMNiFQlRrzoYirBV4v2cofzu2/wDwTe/bI8G/s4/A 344R/tAfHL4j/tb/AAr+Onhz9unX/wBkGNf2MrD4J3n7QPxJ8Y6r4o/ad+Ffgj4nXvwP8I/F/wDs 7UvBvxS+Mnwu8Aap40/aruvDkNvdeHrfWNaufCFhaWNt9S/BuH9rj9ifUf2gPg14Z/Yu+IX7THgH x9+0H8aPj/8AAP4sfCv4tfs1+EfCWh2X7R3jvxB8Utc+Hf7Qum/Gr4zfDj4l+D9S+HPxK8SeIra8 8T/CP4f/AB8sdZ+GV3oGtaNZ6h41tdU8Cr+vtFdDaj7aGHjHB4atDF0lhMO5ujRo4uORU/ZUqmIl iMXbC0OG8nw2Cq1cTVxGGw+FnRhW5MXjFXJudeMHiqk8VXWIo4ypiavJCrXxdH+3JLEVYYaNDCxl UrcS5/iq1Kjh6OHq4rNK+InRdSlhZUPhX9m79lnxl8FP2EbH9mvxB4g8Na98VNV+H3xWl8c+IdHf U7fwRd/F7426v408eeO5/Dz3thHrMHge08feO9YtvDz3mlRasvhm2sJLzTkv/Ot6+GP2YP2cP2gN evf+CP2r/Gj9lTX/AIWXv7C/wP8Ai18KfibH8R/Fv7PPjZ/Dfj9PgF8Ivhv4X+Ifw5vfhn8V/iS+ o+HvF+paV400fwxrcEWheOtP0qLUW8Y+EvB9nq9omo/ujRUxtCtjasIqH16eVVJU4uXJQnkrzpYC WGbk6kHThn+YU5KpUqqUXQkkqlGNR5SoxnTwUJNuWCjmUIVfdjOtSzeOXLM6OIhCMaE6eMnlWBq1 eWjCanSnCE4UK+IpVf5y/wDgo58FvitoPhX/AIKFeIZNLi0L/hp39q7/AIJdWv7NWoPpGifEuf4j eN/hv4u+CMC+G7D4Zp4z8JaPquo6l428JP4UsfD3xt8ffAz4ZaxcXKX3i74seBvBy3XjKx+Z/jX4 n8XeJ/2bf23/AIVfE/TvG/w//wCCg3xT/a2/4Jz/ABZ8cfD7xP8AAf4OaX4X1XWvFPxc+E3g79my 0+Ffwe+Df7aH7U3wt8QL4/sP2YNV8L6poH7Qf7bvg2PV/F1hf658UviD8EvhJqPgvVNL/qW+I3w1 +HPxh8Fa/wDDb4t+APBPxS+HXiu1jsfFHgH4jeFdC8b+CvEllDdQX0Nnr/hXxNYanoWsWsV7a2t5 Hb6jYXMKXVtBcKglhjdfH/DX7F/7Hfgz4R+Lv2f/AAf+yd+zT4U+A/xA1KTWfHnwT8NfAn4XaF8I /G2ryx6RFLqvi74b6X4WtfBviTUpIvD+gxSX2s6Ne3Tx6JpCNKV02yEOOCoxwdOtFe0lJY/AYzDz hX9lP2OExPCeIqYalN0aqy3H1XwxGf8AbVKGMTVTB0HlPs8HXnj+uVapagqVRUnRp1nT56FOtCnj av1+P1zE03KDzPBRo4ulCOSVKuDoRr4epi5Y6qsZVwsPwnl+E3xo/a1+An/BRf8AZ41Sy8e/Dz/g oV4r+Kf7I/7Vnxq+HfiHwD+zj8HPC+v+DfD2teBbX4Y6N8LdD8GftF/8FEvgxpbfE3wL+yr4o8GT L+0B8XvirLqPxBtTq3xS8EaN8GNZ8L6NH2vjL9iv48/Hn4G/toyeK/hf+3l4y+M3x40P9kP4e6no 37eOtf8ABJ2x8P8AxH+Hvwf+Ptz451Kw8N6N+wJrWn+A7q48N+F9e8Zr4vv/AI2w2+ra/oWoeHvC 3hK41u3srjSbH92fgr+zz8Af2bPDF/4I/Z0+Bvwe+AXgzVdcuPE+qeEfgr8M/Bfws8Mal4ku7HT9 MuvEN/oHgXRNC0q81y503SdK0+41a4tJL+ax0zT7SS4a3sraOP2CumSowUqdGN6EqGAhGjUp01Tw 9bB5fluXTq4aKc5QlWweWYXB1pzqTVelCpiPZUMTiq8jnk6s4ShKpOH+0e2jUhP/AGiUVi4ZhGnW rxhTVWnTzCNTFYWn7KH1OnOlhozryw0cVV8N/aK+HvhH4g/s6fGP4W+KPhV4l+L3gbxl8KfGPgfX fg18O9Z8PeD/ABX4/wDDGueHL3RL/wACeDte8R+OPhd4Y8Oaxrem3Emk6PqOrfELwPpWmXE0E1x4 l0WCI3kP4W+NP2Yf+CjnxY+CPwyfVZP2rNP039lH9sj4VfF34J+FviTr/wDwTZu/2/vFXwj8MfA3 xJ8PfEkceq+GNM+IX/BOnXPFfgn4h+NovGHwcf4tQ23iHVdI8KaxdeM/G3hz4gv4M8Wwf0iUVhyS 9tVrxq1Y1atXKa7nGesMRk2aQzbA4mF07YinXVWl7aXNOGGxWLp0HRnXnUdtp0aWHcIewpUc3wqp OEZQlhc8yqeT5lhXGSlGOHr4V0pzpU1CNTEYTA1a3tfqeHjT/nx0j9k3486N4T8CfH/S/gp+2Z8W viN4J/4KK+Gv2ufjB8BP2uPGP/BOHQfjH8Z7ez/ZyuP2eI/F/wAH4f2Q/G/gv9jfR9W8CSax4R+K Wgab8S/Fnw/8QeJfGnws8Q6rrGtWWuan4V1XWPf/APgmZ/at1+01/wAFatW1r4NWXwD1nxT+1T8F /FupfC+HVPB2sazot94r/Yz+Aeu3F7441D4fNeeBZfiTr8t+2ufEVfCXiTx34eh8ZahrMOl/EXx9 aJF4t1b9j65jRfBPgzw3rni/xN4d8JeGNB8SfEDU9N1rx74g0XQdK0vXPG+saNoWm+FtH1bxfq1j aQX/AIl1PSvDOjaR4c02/wBZuL26sdC0rTdItZYtPsbW3itpSeIhKNONCrlk8upU6UI0vqsHh+E8 DCNBQ5Yey+pcKYSMlWjWmqnsoUpU8LQw+Hw9KSfLOblKrClGlGo+WUqkI5nm+awVZzUm5U8TnuaO nVp+zr8lf2U6s6TqRqfif8Ef2I/jh8MP2bv+CSngrTvg/ofhPx3+zZ+114o+K/x9sdH1X4Z28/g/ wp45+E37XHhjxr4ql1TTNcfTvFGoeK9c+KvhG18Qr4QvvEHiPWJvEMl/fW88NhrF3YeO/sxfslft VaX8Kv8Agn5+yv4k/Ywg/Z6P7LH7Ulr+1J8VP2kYfH/7PPiH4b65Y6fdfEvxBqOh/D2w+HHxCuPj ZqPxw+Li/EKx8CfFSfxP8LfDXgHTtJufiYyfFb4maZF4ej8d/wBHNFRQpqjiKWJbnWnh8zwebYdV pNxoYrLquR4rL6dNw5J/U8HjeH8FjqeBnOWEq4qpiniqOIpVY0qaxTWLoVKFWKiq2SYnIatSm5Rq VMHjavEc8dWm3KUXj8XS4ozPC1caoKtDDuj9XdCsq1auUUUVoSFFFFABRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB RRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFF FFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAf/2Qq8P6tuDEKqirw/AHwMQgAgvT9V iQxCVrW9P6uSDEIAgL4/AJgMQgCAvz9VnQxCAIDAPwCgDEKqqsE/AKAMQgAAwz/jA14CAAAAAFBL AwQUAAYACAAAACEA+c8JOYMGAABcGwAAFAAAAHBwdC90aGVtZS90aGVtZTEueG1s7FlPb9s2FL8P 2HcgdG9jJ3YaB3WK2LGbrU0bxG6HHmmJllhTokDSSX0b2uOAAcO6YZcBu+0wbCvQArt0nyZbh60D +hX2SEqyGMtI0gbbsMWHRCJ/fP/f4yN1/cajmKFDIiTlSdurX615iCQ+D2gStr17w/6VDQ9JhZMA M56Qtjcj0rux9f571/GmikhMEKxP5CZue5FS6ebKivRhGMurPCUJzI25iLGCVxGuBAIfAd2YrazW ausrMaaJhxIcA9m74zH1CRpqkt5WTrzH4DVRUg/4TAw0aeKsMNhgUtcIOZNdJtAhZm0P+AT8aEge KQ8xLBVMtL2a+XkrW9dX8Ga2iKkla0vr+uaXrcsWBJNVw1OEo4Jpvd9oXdsp6BsAU4u4Xq/X7dUL egaAfR80tbKUaTb6G/VOTrMEso+LtLu1Zq3h4kv01xZkbnU6nWYrk8USNSD72FjAb9TWG9urDt6A LL65gG90trvddQdvQBa/voDvX2utN1y8AUWMJpMFtHZov59RLyBjznYr4RsA36hl8DkKoqGILs1i zBO1LNZi/JCLPgA0kGFFE6RmKRljH6K4ixkdCaoZ4E2CSzN2yJcLQ5oXkr6gqWp7H6YYMmJO783L 79+8fI7evHx2/PjF8eOfjp88OX78o6XlLNzFSVhe+Prbz/78+mP0x/NvXj/9ohovy/hff/jkl58/ rwZCBs0levXls99ePHv11ae/f/e0Ar4t8KgMH9KYSHSHHKEDHoNuxjCu5GQkzrdiGGFaXrGdhBIn WHOpoN9TkYO+M8MMV+A6xLXgfQEVpAp4c/rQEXgQianKXO5odiuKHeAe56zDRaUVbmleJTMPp0lY zVxMy7gDjA+reHdx4vi3N02hdNIqkt2IOGLuM5woHJKEKKTn+ISQCns9oNSx6x71BZd8rNADijqY VppkSEdONM0X7dIY/DKrEhD87dhm7z7qcFal9Q45dJGQFZhVCD8kzDHjTTxVOK4iOcQxKxv8NlZR lZCDmfDLuJ5U4OmQMI56AZGyas1dAfqWnH4Lqke12/fYLHaRQtFJFc3bmPMycodPuhGO0yrsgCZR GfuBnECIYrTPVRV8j7sZot/BDzhZ6u77lDjuPr0a3KOhI9I8QPTMVGhfQrV2inBMk8uKfOaKvC1o ZUrsnqjDy3Anq2+Xi4D++4vvDp4m+wTifXEHuqy9l7XX+8/X3mX5fNaKOy+yUH91n2MbZNMux0u7 5TFlbKBmjNyWpmGWsGEEfRjU68xJkRSnpzSCx6zAO7hQYLMGCa4+oioaRDiFZrvuaSKhzEiHEqVc wiHPDFfS1nho2JU9Ijb14cHWA4nVHg/s8Joezs8IBRmz7YTmIJozWtMEzsps7VpGFNR+G2Z1LdSZ udWNaKbUOdwKlcGHi6rBYGFN6EQQ9C9g5XU4q2vWcEjBjATa7nYTzt1ivHCRLpIRDkjmI633oo/q xkl5rJhbAYidCh/pA98pVitxa2my78DtLE4qs2ssYZd77128lEfw3Es6b0+kI0vKyckSdNT2Ws3V pod8nLa9MZxv4TFOwetSN3+YhXBJ5Cthw/7UZDZZPvdmK1fMTYI6XFlYuy8o7NSBVEi1g2VkQ8NM ZSHAEs3Jyr/aBLNelAI20t9CirUNCIZ/TAqwo+taMh4TX5WdXRrRtrOvWSnlU0XEIAqO0IhNxQEG 9+tQBX0CKuGawlQE/QJ3atraZsotzlnSlW+yDM6OY5ZGOCu3OkXzTLZwk8eFDOatJB7oVim7Ue78 qpiUvyBVymH8P1NF7ydwZbAWaA/4cKUrMNL52va4UBGHKpRG1O8LaBxM7YBogXtZmIaggotl81+Q Q/3f5pylYdIaTn7qgIZIUNiPVCQI2YeyZKLvFGL1bO+yJFlGyERUSVyZWrFH5JCwoa6B63pv91AE oW6qSVYGDO5k/LnvWQaNQt3klPPNqSHF3mtz4O/ufGwyg1JuHTYNTW7/QsSKXdWuN8vzvbesiJ6Y t1mNPCuAWWkraGVp/5YinHOrtRVrQePVZi4ceHFRYxgsGqIULn6Q/gP7HxU+s18p9IY65AdQWxF8 dNDEIGwgqq/YxgPpAmkHR9A42UEbTJqUNW3WOmmr5Zv1BXe6Bd8TxtaSncXf5zR20Zy57JxcvEhj ZxZ2bG3HlpoaPHsyRWFonB9kjGPM563yFyg+egiO3oG7/ilT0gQTfF8SGFrPgckDSH7L0Szd+gsA AP//AwBQSwMEFAAGAAgAAAAhANj9jY+sAAAAtgAAABMAAABwcHQvdGFibGVTdHlsZXMueG1sDMxJ DoIwGEDhvYl3aP59LUNRJBTCICt36gEqlCHpQGijEuPdZfnyki/NP0qil1jsZDQD/+ABEro13aQH Bo97g2NA1nHdcWm0YLAKC3m236U8cU95c6sUV+vQpmibcAajc3NCiG1Hobg9mFno7fVmUdxtuQyk W/h705UkgecdieKTBtSJnsE3qoIgorTAp8vliGlIA1x6NMZxVNbVuan9Kix+QLI/AAAA//8DAFBL AwQUAAYACAAAACEAPShLDYUBAABIAwAAEQAAAHBwdC92aWV3UHJvcHMueG1sjFJNb8IgGL4v2X8g 3LVVt1obq5dlJw9LdLsToJWEAgGs1V+/l1ZtjR48wfv1fLywXDeVRDW3TmiV48k4xogrqplQZY5/ d9+jFCPniWJEasVzfOIOr1fvb0uT1YIffywCAOUykuO99yaLIkf3vCJurA1XUCu0rYiH0JYRs+QI wJWMpnGcRBURCl/m7SvzuigE5V+aHiqufAdiuSQexLu9MO6KZl5BM5Y7gGmn7yStwJwKsuVfazHE 0Ou15WzDC4/cGVb1mUxjHA1rO23a0uIjSdpS9IjjpGC8h6VbyQZRd0U1sVtKJKx7ggOBC8FqSTLX oPBK8QIjFs6WBdKnJ2kgv8yZTFtRCoWaHI8WCUYnOOdpEA9NtOcvDyBu43zgbO8IBmFFsE1tzxgZ 7XI8nXTmri1dMk2vjnuQAD7wFwTdu1fac7fjje8lDNQ8uIa/+cz1XTqQdNsauoYW8HxVeOOA5icS SivY1hAKPxVRWNl8Np/BWwMGBZBb1G2v7n7IPwAAAP//AwBQSwMEFAAGAAgAAAAhAFibkMKqAAAA HwEAABEAAABwcHQvcHJlc1Byb3BzLnhtbIyPOw7CMAxAdyTuEGWnKQwIVf0siJkBDhClbhspcSI7 /G5PxEeCraNlvefnurt7J65AbAM2cl2UUgCa0FscG3k+HVY7KThp7LULCI18AMuuXS7qWEUCBkw6 ZfRIIouQK93IKaVYKcVmAq+5CBEw74ZAXqc80qh60rd8wDu1Kcut8tqi/PA0hw/DYA3sg7n4HPCW ELhXCU828tcW59h+//hLUu0TAAD//wMAUEsDBBQABgAIAAAAIQAUO9wsaAEAAKcCAAARAAgBZG9j UHJvcHMvY29yZS54bWwgogQBKKAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACEklFvgjAU hd+X7D+QvkMpGKcNYLItPs3ERJYte+vaqzaDQtoq+u9XQBlmS/bYe879eu5tk8WpLLwjaCMrlSIS hMgDxSsh1S5Fr/nSnyHPWKYEKyoFKTqDQYvs/i7hNeWVhrWuatBWgvEcSRnK6xTtra0pxobvoWQm cA7lxG2lS2bdUe9wzfgX2wGOwnCKS7BMMMtwC/TrgYguSMEHZH3QRQcQHEMBJShrMAkI/vFa0KX5 s6FTRs5S2nPtZrrEHbMF78XBfTJyMDZNEzRxF8PlJ/h99bLpRvWlanfFAWWJ4NRKW0C2KaQAjyR4 qLQa18BspbM1M5wVXr4/fLo1dqar1K64YMau3GtsJYjH8y/3b0fbpOEo2/fMonia4HHB3dwtob8e hOfGov0Srspb/PScL1HmJpv7hPjRJCdzGoU0nn608W762zH7QnkJ+S8x8kNHjOlkRqOHEfEKyLrE t18r+wYAAP//AwBQSwMEFAAGAAgAAAAhAGd5yphaAgAAMwwAABAACAFkb2NQcm9wcy9hcHAueG1s IKIEASigAAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA7FdNb9swDL0P2H8QfNoOiR3X3YZA UVEkKHJYPoC43Vm1aVuYLbmSmjb79aXtOHGWYOh2nXMiH18o8plWGHrzWuRkC9oIJSfOaOg5BGSk YiHTiXMf3g2+OcRYLmOeKwkTZwfGuWEfP9C1ViVoK8AQTCHNxMmsLceua6IMCm6GGJYYSZQuuEVX p65KEhHBTEXPBUjr+p73xYVXCzKGeFAeEjpNxvHW/mvSWEVVfeYh3JVYMKOhsjwPRQEs8H3qHl36 Q+nYMN8PAuo2Nr0ty1xE3KIkbCEirYxKLFnVxZO1egG9VkJa6naJKAgY7Kr+2l3dNFvJgYk0gCSb TL2QT8H46jN1LxDpmmueal5mho2uvK9IOgJ0k4sYDLv2qLs36VJZRBBoDDoXcQxyH0X4xKeLxTQX Zc1vTbqJeA5TFIklPDeAqQ8AnQOvBmDNhTaMbu14C5FVmhjxC0cgcMgjN1BJO3G2XAsuLUpc0Rqn tvPSWM1CnAXMjbHGr80urWuLgI1qAhp/JDa56m5JKGwO5i+OqGTEes7OqMCmTzz8VIHmjFWCD8Ve EOR61FWkLq7Ro6lzPzhnUhxEmd2uiNUiTQElhiciH7vtdGmDlraBp2d8T4EsL3OXCieG2IxbEisi lSURx/fyYt6e2zynXodeB925u/6TeXjXxdCT3neB9jr1Ol34rT3ZLX7bJqaqKLncsakwkaJu69Lv Qv4092WoZtxCu6SdgnSTcQ0xLtRt/AjQOe5nOq+STDMuU4hbznmg2ngfmv8AbOQPPfzUy22LVTtr u+2zNwAAAP//AwBQSwECLQAUAAYACAAAACEAlhJ1lOsCAACDJQAAEwAAAAAAAAAAAAAAAAAAAAAA W0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBo+HShBQEAAOICAAALAAAAAAAAAAAA AAAAACQFAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQBL9T3svwAAADcBAAAhAAAAAAAAAAAA AAAAAFoIAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMTcueG1sLnJlbHNQSwECLQAUAAYACAAAACEA S/U97L8AAAA3AQAAIQAAAAAAAAAAAAAAAABYCQAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTE2Lnht bC5yZWxzUEsBAi0AFAAGAAgAAAAhAEv1Pey/AAAANwEAACEAAAAAAAAAAAAAAAAAVgoAAHBwdC9z bGlkZXMvX3JlbHMvc2xpZGUxNS54bWwucmVsc1BLAQItABQABgAIAAAAIQBL9T3svwAAADcBAAAh AAAAAAAAAAAAAAAAAFQLAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMTQueG1sLnJlbHNQSwECLQAU AAYACAAAACEAS/U97L8AAAA3AQAAIQAAAAAAAAAAAAAAAABSDAAAcHB0L3NsaWRlcy9fcmVscy9z bGlkZTE4LnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhAEv1Pey/AAAANwEAACEAAAAAAAAAAAAAAAAA UA0AAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUyMC54bWwucmVsc1BLAQItABQABgAIAAAAIQBL9T3s vwAAADcBAAAhAAAAAAAAAAAAAAAAAE4OAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMTMueG1sLnJl bHNQSwECLQAUAAYACAAAACEAS/U97L8AAAA3AQAAIQAAAAAAAAAAAAAAAABMDwAAcHB0L3NsaWRl cy9fcmVscy9zbGlkZTI0LnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhAEv1Pey/AAAANwEAACEAAAAA AAAAAAAAAAAAShAAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUyMy54bWwucmVsc1BLAQItABQABgAI AAAAIQBL9T3svwAAADcBAAAhAAAAAAAAAAAAAAAAAEgRAABwcHQvc2xpZGVzL19yZWxzL3NsaWRl MjIueG1sLnJlbHNQSwECLQAUAAYACAAAACEAS/U97L8AAAA3AQAAIQAAAAAAAAAAAAAAAABGEgAA cHB0L3NsaWRlcy9fcmVscy9zbGlkZTIxLnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhAEv1Pey/AAAA NwEAACEAAAAAAAAAAAAAAAAARBMAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUxOS54bWwucmVsc1BL AQItABQABgAIAAAAIQBL9T3svwAAADcBAAAhAAAAAAAAAAAAAAAAAEIUAABwcHQvc2xpZGVzL19y ZWxzL3NsaWRlMTIueG1sLnJlbHNQSwECLQAUAAYACAAAACEAS/U97L8AAAA3AQAAIQAAAAAAAAAA AAAAAABAFQAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTExLnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAh AEv1Pey/AAAANwEAACAAAAAAAAAAAAAAAAAAPhYAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGU0Lnht bC5yZWxzUEsBAi0AFAAGAAgAAAAhAEv1Pey/AAAANwEAACAAAAAAAAAAAAAAAAAAOxcAAHBwdC9z bGlkZXMvX3JlbHMvc2xpZGUzLnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhAEv1Pey/AAAANwEAACAA AAAAAAAAAAAAAAAAOBgAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUyLnhtbC5yZWxzUEsBAi0AFAAG AAgAAAAhAGNcI7TBAAAANwEAACAAAAAAAAAAAAAAAAAANRkAAHBwdC9zbGlkZXMvX3JlbHMvc2xp ZGUxLnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhAEv1Pey/AAAANwEAACAAAAAAAAAAAAAAAAAANBoA AHBwdC9zbGlkZXMvX3JlbHMvc2xpZGU1LnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhAEv1Pey/AAAA NwEAACAAAAAAAAAAAAAAAAAAMRsAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGU2LnhtbC5yZWxzUEsB Ai0AFAAGAAgAAAAhAEv1Pey/AAAANwEAACAAAAAAAAAAAAAAAAAALhwAAHBwdC9zbGlkZXMvX3Jl bHMvc2xpZGU3LnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhAEv1Pey/AAAANwEAACAAAAAAAAAAAAAA AAAAKx0AAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGU4LnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhAEv1 Pey/AAAANwEAACAAAAAAAAAAAAAAAAAAKB4AAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGU5LnhtbC5y ZWxzUEsBAi0AFAAGAAgAAAAhAEv1Pey/AAAANwEAACEAAAAAAAAAAAAAAAAAJR8AAHBwdC9zbGlk ZXMvX3JlbHMvc2xpZGUxMC54bWwucmVsc1BLAQItABQABgAIAAAAIQBL9T3svwAAADcBAAAhAAAA AAAAAAAAAAAAACMgAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMjUueG1sLnJlbHNQSwECLQAUAAYA CAAAACEAS/U97L8AAAA3AQAAIQAAAAAAAAAAAAAAAAAhIQAAcHB0L3NsaWRlcy9fcmVscy9zbGlk ZTI2LnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhAFQqtsbZAAAAvgEAACEAAAAAAAAAAAAAAAAAHyIA AHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUyNy54bWwucmVsc1BLAQItABQABgAIAAAAIQBL9T3svwAA ADcBAAAhAAAAAAAAAAAAAAAAADcjAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlNDQueG1sLnJlbHNQ SwECLQAUAAYACAAAACEAS/U97L8AAAA3AQAAIQAAAAAAAAAAAAAAAAA1JAAAcHB0L3NsaWRlcy9f cmVscy9zbGlkZTQzLnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhAFQqtsbZAAAAvgEAACEAAAAAAAAA AAAAAAAAMyUAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGU0Mi54bWwucmVsc1BLAQItABQABgAIAAAA IQBUKrbG2QAAAL4BAAAhAAAAAAAAAAAAAAAAAEsmAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlNDEu eG1sLnJlbHNQSwECLQAUAAYACAAAACEAS/U97L8AAAA3AQAAIQAAAAAAAAAAAAAAAABjJwAAcHB0 L3NsaWRlcy9fcmVscy9zbGlkZTQ1LnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhAEv1Pey/AAAANwEA ACEAAAAAAAAAAAAAAAAAYSgAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGU0Ni54bWwucmVsc1BLAQIt ABQABgAIAAAAIQBL9T3svwAAADcBAAAhAAAAAAAAAAAAAAAAAF8pAABwcHQvc2xpZGVzL19yZWxz L3NsaWRlNDcueG1sLnJlbHNQSwECLQAUAAYACAAAACEAS/U97L8AAAA3AQAAIQAAAAAAAAAAAAAA AABdKgAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTQ4LnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhAEv1 Pey/AAAANwEAACEAAAAAAAAAAAAAAAAAWysAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGU0OS54bWwu cmVsc1BLAQItABQABgAIAAAAIQBL9T3svwAAADcBAAAhAAAAAAAAAAAAAAAAAFksAABwcHQvc2xp ZGVzL19yZWxzL3NsaWRlNTAueG1sLnJlbHNQSwECLQAUAAYACAAAACEAVCq2xtkAAAC+AQAAIQAA AAAAAAAAAAAAAABXLQAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTQwLnhtbC5yZWxzUEsBAi0AFAAG AAgAAAAhAEv1Pey/AAAANwEAACEAAAAAAAAAAAAAAAAAby4AAHBwdC9zbGlkZXMvX3JlbHMvc2xp ZGUzOS54bWwucmVsc1BLAQItABQABgAIAAAAIQBL9T3svwAAADcBAAAhAAAAAAAAAAAAAAAAAG0v AABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMzgueG1sLnJlbHNQSwECLQAUAAYACAAAACEAVCq2xtkA AAC+AQAAIQAAAAAAAAAAAAAAAABrMAAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTMxLnhtbC5yZWxz UEsBAi0AFAAGAAgAAAAhAFQqtsbZAAAAvgEAACEAAAAAAAAAAAAAAAAAgzEAAHBwdC9zbGlkZXMv X3JlbHMvc2xpZGUzMC54bWwucmVsc1BLAQItABQABgAIAAAAIQBUKrbG2QAAAL4BAAAhAAAAAAAA AAAAAAAAAJsyAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMjkueG1sLnJlbHNQSwECLQAUAAYACAAA ACEAVCq2xtkAAAC+AQAAIQAAAAAAAAAAAAAAAACzMwAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTI4 LnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhAFQqtsbZAAAAvgEAACEAAAAAAAAAAAAAAAAAyzQAAHBw dC9zbGlkZXMvX3JlbHMvc2xpZGUzMi54bWwucmVsc1BLAQItABQABgAIAAAAIQBUKrbG2QAAAL4B AAAhAAAAAAAAAAAAAAAAAOM1AABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMzMueG1sLnJlbHNQSwEC LQAUAAYACAAAACEAVCq2xtkAAAC+AQAAIQAAAAAAAAAAAAAAAAD7NgAAcHB0L3NsaWRlcy9fcmVs cy9zbGlkZTM0LnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhAFQqtsbZAAAAvgEAACEAAAAAAAAAAAAA AAAAEzgAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUzNS54bWwucmVsc1BLAQItABQABgAIAAAAIQBL 9T3svwAAADcBAAAhAAAAAAAAAAAAAAAAACs5AABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMzYueG1s LnJlbHNQSwECLQAUAAYACAAAACEAS/U97L8AAAA3AQAAIQAAAAAAAAAAAAAAAAApOgAAcHB0L3Ns aWRlcy9fcmVscy9zbGlkZTM3LnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhANBKvTVRAgAAnB0AAB8A AAAAAAAAAAAAAAAAJzsAAHBwdC9fcmVscy9wcmVzZW50YXRpb24ueG1sLnJlbHNQSwECLQAUAAYA CAAAACEAbNkOLlgDAAC1EgAAFAAAAAAAAAAAAAAAAAC9PgAAcHB0L3ByZXNlbnRhdGlvbi54bWxQ SwECLQAUAAYACAAAACEAEvNi7T8CAADdBQAAFQAAAAAAAAAAAAAAAABHQgAAcHB0L3NsaWRlcy9z bGlkZTEueG1sUEsBAi0AFAAGAAgAAAAhAACVTSdHCgAAsIQAABYAAAAAAAAAAAAAAAAAuUQAAHBw dC9zbGlkZXMvc2xpZGU0OS54bWxQSwECLQAUAAYACAAAACEA+ZE3Y4ALAAAViwAAFgAAAAAAAAAA AAAAAAA0TwAAcHB0L3NsaWRlcy9zbGlkZTQ4LnhtbFBLAQItABQABgAIAAAAIQA0AA+gbwgAABRr AAAWAAAAAAAAAAAAAAAAAOhaAABwcHQvc2xpZGVzL3NsaWRlNDcueG1sUEsBAi0AFAAGAAgAAAAh AE9BSuXNCQAAqnoAABYAAAAAAAAAAAAAAAAAi2MAAHBwdC9zbGlkZXMvc2xpZGU0Ni54bWxQSwEC LQAUAAYACAAAACEA+V0Il+EKAADOhgAAFgAAAAAAAAAAAAAAAACMbQAAcHB0L3NsaWRlcy9zbGlk ZTUwLnhtbFBLAQItABQABgAIAAAAIQDdmiXYuwwAAFWYAAAWAAAAAAAAAAAAAAAAAKF4AABwcHQv c2xpZGVzL3NsaWRlMzEueG1sUEsBAi0AFAAGAAgAAAAhAOY69aS/DQAAjKIAABYAAAAAAAAAAAAA AAAAkIUAAHBwdC9zbGlkZXMvc2xpZGUzMC54bWxQSwECLQAUAAYACAAAACEAgt/WCJ8MAADXjgAA FgAAAAAAAAAAAAAAAACDkwAAcHB0L3NsaWRlcy9zbGlkZTI5LnhtbFBLAQItABQABgAIAAAAIQBx eEfZfgsAADZ+AAAWAAAAAAAAAAAAAAAAAFagAABwcHQvc2xpZGVzL3NsaWRlMjgueG1sUEsBAi0A FAAGAAgAAAAhAAxAIeHTCgAAD3YAABYAAAAAAAAAAAAAAAAACKwAAHBwdC9zbGlkZXMvc2xpZGUy Ny54bWxQSwECLQAUAAYACAAAACEAWliKrPUJAACQfQAAFgAAAAAAAAAAAAAAAAAPtwAAcHB0L3Ns aWRlcy9zbGlkZTQ1LnhtbFBLAQItABQABgAIAAAAIQCd8GleEAoAAHaAAAAWAAAAAAAAAAAAAAAA ADjBAABwcHQvc2xpZGVzL3NsaWRlNDQueG1sUEsBAi0AFAAGAAgAAAAhAAFy8FEoCwAA1oYAABYA AAAAAAAAAAAAAAAAfMsAAHBwdC9zbGlkZXMvc2xpZGU0My54bWxQSwECLQAUAAYACAAAACEAWZed RbsJAADDeAAAFgAAAAAAAAAAAAAAAADY1gAAcHB0L3NsaWRlcy9zbGlkZTM2LnhtbFBLAQItABQA BgAIAAAAIQCbQXYHcwwAAI+HAAAWAAAAAAAAAAAAAAAAAMfgAABwcHQvc2xpZGVzL3NsaWRlMzUu eG1sUEsBAi0AFAAGAAgAAAAhACrPXL1/DQAAm5YAABYAAAAAAAAAAAAAAAAAbu0AAHBwdC9zbGlk ZXMvc2xpZGUzNC54bWxQSwECLQAUAAYACAAAACEAwqyhcUwQAAAztgAAFgAAAAAAAAAAAAAAAAAh +wAAcHB0L3NsaWRlcy9zbGlkZTMzLnhtbFBLAQItABQABgAIAAAAIQC2FUcydAoAAFeBAAAWAAAA AAAAAAAAAAAAAKELAQBwcHQvc2xpZGVzL3NsaWRlMzcueG1sUEsBAi0AFAAGAAgAAAAhAI0XNXFz CgAAV4EAABYAAAAAAAAAAAAAAAAASRYBAHBwdC9zbGlkZXMvc2xpZGUzOC54bWxQSwECLQAUAAYA CAAAACEAqXxLbzwKAAB8fgAAFgAAAAAAAAAAAAAAAADwIAEAcHB0L3NsaWRlcy9zbGlkZTM5Lnht bFBLAQItABQABgAIAAAAIQBmEYA1uAsAAOyBAAAWAAAAAAAAAAAAAAAAAGArAQBwcHQvc2xpZGVz L3NsaWRlNDAueG1sUEsBAi0AFAAGAAgAAAAhAGpp45qlCwAAYYQAABYAAAAAAAAAAAAAAAAATDcB AHBwdC9zbGlkZXMvc2xpZGU0MS54bWxQSwECLQAUAAYACAAAACEA7MdBSdgMAAAnjAAAFgAAAAAA AAAAAAAAAAAlQwEAcHB0L3NsaWRlcy9zbGlkZTQyLnhtbFBLAQItABQABgAIAAAAIQD6THhBXwkA AKN2AAAWAAAAAAAAAAAAAAAAADFQAQBwcHQvc2xpZGVzL3NsaWRlMjYueG1sUEsBAi0AFAAGAAgA AAAhABFarVaYCQAAw3kAABYAAAAAAAAAAAAAAAAAxFkBAHBwdC9zbGlkZXMvc2xpZGUyNS54bWxQ SwECLQAUAAYACAAAACEA5OLddwkKAABUgwAAFgAAAAAAAAAAAAAAAACQYwEAcHB0L3NsaWRlcy9z bGlkZTI0LnhtbFBLAQItABQABgAIAAAAIQBYQEheigsAAN+fAAAVAAAAAAAAAAAAAAAAAM1tAQBw cHQvc2xpZGVzL3NsaWRlOC54bWxQSwECLQAUAAYACAAAACEAtHkM1DYLAAC2nAAAFQAAAAAAAAAA AAAAAACKeQEAcHB0L3NsaWRlcy9zbGlkZTkueG1sUEsBAi0AFAAGAAgAAAAhAEpxoJaoCQAAzHkA ABYAAAAAAAAAAAAAAAAA84QBAHBwdC9zbGlkZXMvc2xpZGUxMC54bWxQSwECLQAUAAYACAAAACEA fxqKwHsJAACjdgAAFgAAAAAAAAAAAAAAAADPjgEAcHB0L3NsaWRlcy9zbGlkZTExLnhtbFBLAQIt ABQABgAIAAAAIQDk+UjreA0AAAy8AAAVAAAAAAAAAAAAAAAAAH6YAQBwcHQvc2xpZGVzL3NsaWRl Ny54bWxQSwECLQAUAAYACAAAACEAOnLzuTcLAAARkgAAFQAAAAAAAAAAAAAAAAAppgEAcHB0L3Ns aWRlcy9zbGlkZTYueG1sUEsBAi0AFAAGAAgAAAAhAN1AMMECCgAAS38AABUAAAAAAAAAAAAAAAAA k7EBAHBwdC9zbGlkZXMvc2xpZGU1LnhtbFBLAQItABQABgAIAAAAIQBKS/HL7AgAALdvAAAVAAAA AAAAAAAAAAAAAMi7AQBwcHQvc2xpZGVzL3NsaWRlNC54bWxQSwECLQAUAAYACAAAACEACsmQ/gUK AACHgQAAFQAAAAAAAAAAAAAAAADnxAEAcHB0L3NsaWRlcy9zbGlkZTMueG1sUEsBAi0AFAAGAAgA AAAhAHLCw+vhAgAALQcAABUAAAAAAAAAAAAAAAAAH88BAHBwdC9zbGlkZXMvc2xpZGUyLnhtbFBL AQItABQABgAIAAAAIQBq3jCsDAoAALJ6AAAWAAAAAAAAAAAAAAAAADPSAQBwcHQvc2xpZGVzL3Ns aWRlMTIueG1sUEsBAi0AFAAGAAgAAAAhAJGgFkIKCgAAqXoAABYAAAAAAAAAAAAAAAAAc9wBAHBw dC9zbGlkZXMvc2xpZGUxMy54bWxQSwECLQAUAAYACAAAACEAh7gqqXcJAADUcQAAFgAAAAAAAAAA AAAAAACx5gEAcHB0L3NsaWRlcy9zbGlkZTE0LnhtbFBLAQItABQABgAIAAAAIQD7XYHWtwoAAF2I AAAWAAAAAAAAAAAAAAAAAFzwAQBwcHQvc2xpZGVzL3NsaWRlMjMueG1sUEsBAi0AFAAGAAgAAAAh AMLgm7aFCgAAmH4AABYAAAAAAAAAAAAAAAAAR/sBAHBwdC9zbGlkZXMvc2xpZGUyMi54bWxQSwEC LQAUAAYACAAAACEAu30gSS8LAAAFigAAFgAAAAAAAAAAAAAAAAAABgIAcHB0L3NsaWRlcy9zbGlk ZTIxLnhtbFBLAQItABQABgAIAAAAIQAYhZwNUAkAALV2AAAWAAAAAAAAAAAAAAAAAGMRAgBwcHQv c2xpZGVzL3NsaWRlMjAueG1sUEsBAi0AFAAGAAgAAAAhALcOffZTCQAAtXYAABYAAAAAAAAAAAAA AAAA5xoCAHBwdC9zbGlkZXMvc2xpZGUxOS54bWxQSwECLQAUAAYACAAAACEAjBQRMiUKAABmgwAA FgAAAAAAAAAAAAAAAABuJAIAcHB0L3NsaWRlcy9zbGlkZTE4LnhtbFBLAQItABQABgAIAAAAIQBB 652JBgoAAGaDAAAWAAAAAAAAAAAAAAAAAMcuAgBwcHQvc2xpZGVzL3NsaWRlMTcueG1sUEsBAi0A FAAGAAgAAAAhAD63DX1FCgAAj4YAABYAAAAAAAAAAAAAAAAAATkCAHBwdC9zbGlkZXMvc2xpZGUx Ni54bWxQSwECLQAUAAYACAAAACEAf6ABZvwJAACvfAAAFgAAAAAAAAAAAAAAAAB6QwIAcHB0L3Ns aWRlcy9zbGlkZTE1LnhtbFBLAQItABQABgAIAAAAIQBeUCtZ/w0AAGGfAAAWAAAAAAAAAAAAAAAA AKpNAgBwcHQvc2xpZGVzL3NsaWRlMzIueG1sUEsBAi0AFAAGAAgAAAAhAIvhnkqWBwAAMi8AACEA AAAAAAAAAAAAAAAA3VsCAHBwdC9zbGlkZU1hc3RlcnMvc2xpZGVNYXN0ZXIxLnhtbFBLAQItABQA BgAIAAAAIQDV0ZLxvgAAADcBAAAtAAAAAAAAAAAAAAAAALJjAgBwcHQvc2xpZGVMYXlvdXRzL19y ZWxzL3NsaWRlTGF5b3V0MTAueG1sLnJlbHNQSwECLQAUAAYACAAAACEAHqzzyacCAADCBgAAIQAA AAAAAAAAAAAAAAC7ZAIAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDcueG1sUEsBAi0AFAAG AAgAAAAhAHHDoJnuBAAAHRIAACEAAAAAAAAAAAAAAAAAoWcCAHBwdC9zbGlkZUxheW91dHMvc2xp ZGVMYXlvdXQ4LnhtbFBLAQItABQABgAIAAAAIQBiMTwprgQAAIwRAAAhAAAAAAAAAAAAAAAAAM5s AgBwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0OS54bWxQSwECLQAUAAYACAAAACEADIs19WMD AAAoCwAAIgAAAAAAAAAAAAAAAAC7cQIAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEwLnht bFBLAQItABQABgAIAAAAIQCj2Iq51wIAABQIAAAhAAAAAAAAAAAAAAAAAF51AgBwcHQvc2xpZGVM YXlvdXRzL3NsaWRlTGF5b3V0Ni54bWxQSwECLQAUAAYACAAAACEAAa+f/28FAACSGwAAIQAAAAAA AAAAAAAAAAB0eAIAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDUueG1sUEsBAi0AFAAGAAgA AAAhAP454hkSBAAAwxEAACEAAAAAAAAAAAAAAAAAIn4CAHBwdC9zbGlkZUxheW91dHMvc2xpZGVM YXlvdXQ0LnhtbFBLAQItABQABgAIAAAAIQDNfkephwQAALQQAAAhAAAAAAAAAAAAAAAAAHOCAgBw cHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0My54bWxQSwECLQAUAAYACAAAACEArOd+VEwDAADx CgAAIQAAAAAAAAAAAAAAAAA5hwIAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDIueG1sUEsB Ai0AFAAGAAgAAAAhAEHTPnI4BAAAYBAAACEAAAAAAAAAAAAAAAAAxIoCAHBwdC9zbGlkZUxheW91 dHMvc2xpZGVMYXlvdXQxLnhtbFBLAQItABQABgAIAAAAIQAiEy25sQMAAAgMAAAiAAAAAAAAAAAA AAAAADuPAgBwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MTEueG1sUEsBAi0AFAAGAAgAAAAh ANXRkvG+AAAANwEAAC0AAAAAAAAAAAAAAAAALJMCAHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xp ZGVMYXlvdXQxMS54bWwucmVsc1BLAQItABQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAAAAAAAAA AAAAADWUAgBwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0Ny54bWwucmVsc1BLAQIt ABQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAAAAAAAAAAAAAAD2VAgBwcHQvc2xpZGVMYXlvdXRz L19yZWxzL3NsaWRlTGF5b3V0My54bWwucmVsc1BLAQItABQABgAIAAAAIQDV0ZLxvgAAADcBAAAs AAAAAAAAAAAAAAAAAEWWAgBwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0NC54bWwu cmVsc1BLAQItABQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAAAAAAAAAAAAAAE2XAgBwcHQvc2xp ZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0NS54bWwucmVsc1BLAQItABQABgAIAAAAIQDV0ZLx vgAAADcBAAAsAAAAAAAAAAAAAAAAAFWYAgBwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5 b3V0Ni54bWwucmVsc1BLAQItABQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAAAAAAAAAAAAAAF2Z AgBwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0Mi54bWwucmVsc1BLAQItABQABgAI AAAAIQDV0ZLxvgAAADcBAAAsAAAAAAAAAAAAAAAAAGWaAgBwcHQvc2xpZGVMYXlvdXRzL19yZWxz L3NsaWRlTGF5b3V0MS54bWwucmVsc1BLAQItABQABgAIAAAAIQBpol8hHgEAAMcHAAAsAAAAAAAA AAAAAAAAAG2bAgBwcHQvc2xpZGVNYXN0ZXJzL19yZWxzL3NsaWRlTWFzdGVyMS54bWwucmVsc1BL AQItABQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAAAAAAAAAAAAAANWcAgBwcHQvc2xpZGVMYXlv dXRzL19yZWxzL3NsaWRlTGF5b3V0OC54bWwucmVsc1BLAQItABQABgAIAAAAIQDV0ZLxvgAAADcB AAAsAAAAAAAAAAAAAAAAAN2dAgBwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0OS54 bWwucmVsc1BLAQItAAoAAAAAAAAAIQD2LlrkHlsAAB5bAAAUAAAAAAAAAAAAAAAAAOWeAgBwcHQv bWVkaWEvaW1hZ2UxLnBuZ1BLAQItAAoAAAAAAAAAIQDZdPMxABgAAAAYAAAXAAAAAAAAAAAAAAAA ADX6AgBkb2NQcm9wcy90aHVtYm5haWwuanBlZ1BLAQItABQABgAIAAAAIQD5zwk5gwYAAFwbAAAU AAAAAAAAAAAAAAAAAGoSAwBwcHQvdGhlbWUvdGhlbWUxLnhtbFBLAQItABQABgAIAAAAIQDY/Y2P rAAAALYAAAATAAAAAAAAAAAAAAAAAB8ZAwBwcHQvdGFibGVTdHlsZXMueG1sUEsBAi0AFAAGAAgA AAAhAD0oSw2FAQAASAMAABEAAAAAAAAAAAAAAAAA/BkDAHBwdC92aWV3UHJvcHMueG1sUEsBAi0A FAAGAAgAAAAhAFibkMKqAAAAHwEAABEAAAAAAAAAAAAAAAAAsBsDAHBwdC9wcmVzUHJvcHMueG1s UEsBAi0AFAAGAAgAAAAhABQ73CxoAQAApwIAABEAAAAAAAAAAAAAAAAAiRwDAGRvY1Byb3BzL2Nv cmUueG1sUEsBAi0AFAAGAAgAAAAhAGd5yphaAgAAMwwAABAAAAAAAAAAAAAAAAAAKB8DAGRvY1By b3BzL2FwcC54bWxQSwUGAAAAAIgAiACiJwAAuCIDAAAA ------_=_NextPart_001_01CB08A8.EE1DDF2C-- From trac@tools.ietf.org Thu Jun 10 07:46:24 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CB8783A6987 for ; Thu, 10 Jun 2010 07:46:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.743 X-Spam-Level: X-Spam-Status: No, score=-101.743 tagged_above=-999 required=5 tests=[AWL=0.857, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yFTPtvIQNfEY for ; Thu, 10 Jun 2010 07:46:24 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id EDB3E3A6837 for ; Thu, 10 Jun 2010 07:46:23 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1OMj1W-0006qO-CU; Thu, 10 Jun 2010 07:46:26 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "roll issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: jpv@cisco.com X-Trac-Project: roll Date: Thu, 10 Jun 2010 14:46:26 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: https://svn.tools.ietf.org/wg/roll/trac/ticket/21#comment:1 Message-ID: <064.8db0b08a5560e859776c665d3d573d64@tools.ietf.org> References: <055.eab678e68fd776d630ae59dfee53583b@tools.ietf.org> X-Trac-Ticket-ID: 21 In-Reply-To: <055.eab678e68fd776d630ae59dfee53583b@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: Re: [Roll] [roll] #21: RPL control Bits in flow Label X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2010 14:46:24 -0000 #21: RPL control Bits in flow Label --------------------------------+------------------------------------------- Reporter: jpv@… | Owner: jpv@… Type: task | Status: closed Priority: major | Milestone: Component: rpl | Version: Severity: Active WG Document | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Changes (by jpv@…): * status: new => closed * resolution: => fixed Comment: The work has been moved to the 6man Working Group (under the charter of the 6man WG) and referenced in the RPL document as http://tools.ietf.org/html/draft-hui-6man-rpl-option -- Ticket URL: roll From trac@tools.ietf.org Thu Jun 10 07:58:05 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 56A1928C12A for ; Thu, 10 Jun 2010 07:58:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.875 X-Spam-Level: X-Spam-Status: No, score=-100.875 tagged_above=-999 required=5 tests=[AWL=-0.134, BAYES_20=-0.74, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LSAnJmRQ70QJ for ; Thu, 10 Jun 2010 07:58:04 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 7ABE028C121 for ; Thu, 10 Jun 2010 07:58:03 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1OMjCl-0003sQ-Hd; Thu, 10 Jun 2010 07:58:03 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "roll issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: wintert@acm.org, jpv@cisco.com X-Trac-Project: roll Date: Thu, 10 Jun 2010 14:58:03 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: https://svn.tools.ietf.org/wg/roll/trac/ticket/22#comment:1 Message-ID: <064.83da711592fbfbe1e4080d334ab5549e@tools.ietf.org> References: <055.1a1aaaeaf2030dd5f8fdc2f8ac1702f7@tools.ietf.org> X-Trac-Ticket-ID: 22 In-Reply-To: <055.1a1aaaeaf2030dd5f8fdc2f8ac1702f7@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: wintert@acm.org, jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: Re: [Roll] [roll] #22: RPL Variables X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2010 14:58:05 -0000 #22: RPL Variables --------------------------------+------------------------------------------- Reporter: jpv@… | Owner: wintert@… Type: task | Status: new Priority: major | Milestone: Component: rpl | Version: Severity: Active WG Document | Keywords: --------------------------------+------------------------------------------- Comment(by jpv@…): Updating the RPL Variables 12. RPL Constants and Variables Following is a summary of RPL constants and variables. BASE_RANK This is the rank for a virtual root that might be used to coordinate multiple roots. BASE_RANK has a value of 0. ROOT_RANK This is the rank for a DODAG root. ROOT_RANK has a value of MinHopRankIncrease (as advertised by the DODAG root), such that DAGRank(ROOT_RANK) is 1. INFINITE_RANK This is the constant maximum for the rank. INFINITE_RANK has a value of 0xFFFF. RPL_DEFAULT_INSTANCE This is the RPLInstanceID that is used by this protocol by a node without any overriding policy. RPL_DEFAULT_INSTANCE has a value of 0. DEFAULT_PATH_CONTROL_SIZE TBD (To be determined) DEFAULT_DIO_INTERVAL_MIN TBD (To be determined) DEFAULT_DIO_INTERVAL_DOUBLINGS TBD (To be determined) Winter, et al. Expires November 29, 2010 [Page 72] Internet-Draft draft-ietf-roll-rpl-08 May 2010 DEFAULT_DIO_REDUNDANCY_CONSTANT TBD (To be determined) DEFAULT_MIN_HOP_RANK_INCREASE TBD a power of two (To be determined) -- Ticket URL: roll From mdurvy@cisco.com Thu Jun 10 08:11:15 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0294C3A6978 for ; Thu, 10 Jun 2010 08:11:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.555 X-Spam-Level: X-Spam-Status: No, score=-9.555 tagged_above=-999 required=5 tests=[AWL=1.044, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GUMk6f9L-fV1 for ; Thu, 10 Jun 2010 08:11:14 -0700 (PDT) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 843823A6983 for ; Thu, 10 Jun 2010 08:11:11 -0700 (PDT) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-Files: smime.p7s : 4235 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAJ6dEExAZnwN/2dsb2JhbACeXXGkSpoghRgEkA4 X-IronPort-AV: E=Sophos;i="4.53,398,1272844800"; d="p7s'?scan'208";a="120079727" Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 10 Jun 2010 15:10:46 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5AFAdeZ013112; Thu, 10 Jun 2010 15:10:46 GMT Received: from xmb-ams-103.cisco.com ([144.254.74.78]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 10 Jun 2010 17:10:45 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 10 Jun 2010 17:10:43 +0200 Content-Type: multipart/signed; micalg=SHA1; boundary="----=_NextPart_000_02D4_01CB08BF.DBF5DCD0"; protocol="application/x-pkcs7-signature" Message-ID: <8A977BDC5A7B0E429B0F521E8D6F91EE023F0EEF@XMB-AMS-103.cisco.com> In-Reply-To: <87k4q73vks.fsf@kelsey-ws.hq.ember.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] leaf node and DTSN Thread-Index: AcsImp22ZnmV2E8fTFi54pZ5FTEGLQAEhPhQ References: <8A977BDC5A7B0E429B0F521E8D6F91EE02350AA4@XMB-AMS-103.cisco.com><0F11C708-01B5-48F7-B1F9-D01E19105E9A@cs.stanford.edu><4522BBDE-7CC0-44C8-A7D8-AD3402C7C5FC@cs.stanford.edu> <87k4q73vks.fsf@kelsey-ws.hq.ember.com> From: "Mathilde Durvy (mdurvy)" To: "Richard Kelsey" , "Philip Levis" X-OriginalArrivalTime: 10 Jun 2010 15:10:45.0355 (UTC) FILETIME=[19B173B0:01CB08AF] Cc: roll@ietf.org Subject: Re: [Roll] leaf node and DTSN X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2010 15:11:15 -0000 This is a multipart message in MIME format. ------=_NextPart_000_02D4_01CB08BF.DBF5DCD0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi, I think Richard asked the key question: Is there a situation where a storing node would need to cause its entire subDAG to send DAOs? We could imagine that the root would like to once in a while do a global refresh all the DAO state (similar to an increase of the version number for the DIO). But this is not clear to me. So if we summarize we have: T flag set / no DTSN increment DAO from root subdag? (should this case happen) T flag set / DTSN increment DAO from root subdag T flag not set / no DTSN increment Nothing T flag not set / DTSN increment Storing: DAO from child, Non-Storing: DAO from subdag Is that correct? Using only one flag does not change anything in the storing case but would limit the refresh to child in the non-storing case... Also I'm still not completely clear on the type of inconsistencies that would trigger a node to increment its DTSN in the first place. Maybe the spec could be a bit more specific there. Best, Mathilde -----Original Message----- From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of Richard Kelsey Sent: jeudi, 10. juin 2010 14:45 To: Philip Levis Cc: roll@ietf.org Subject: Re: [Roll] leaf node and DTSN > From: Philip Levis > Date: Wed, 9 Jun 2010 11:08:28 -0700 > > The answer to Mathilde's question is that a node increments DTSN but > does not set the 'T' flag when it wants to trigger DAOs from its > children, but not its entire sub-DODAG. It is not clear to me when > this operation is needed. Is this a storing versus non-storing > distinction? In a storing network a node that needed to refresh its DAO storage would do exactly this. It needs DAOs from its children, but need not bother their chilren. I can't think of a situation where a storing node would need to cause its entire subDAG to send DAOs. The opposite holds in a non-storing network, where a root that wanted to refresh its DAO storage would need to request DAOs from the entire DODAG. I can't think of a situation where a non-storing node would need to solicit DAOs from just its children. -Richard Kelsey _______________________________________________ Roll mailing list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll ------=_NextPart_000_02D4_01CB08BF.DBF5DCD0 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIL2jCCAj0w ggGmAhEAzbp/VvDf5LxU/iKss3KqVTANBgkqhkiG9w0BAQIFADBfMQswCQYDVQQGEwJVUzEXMBUG A1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGljIFByaW1hcnkgQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNOTYwMTI5MDAwMDAwWhcNMjgwODAxMjM1OTU5WjBfMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwgZ8wDQYJKoZIhvcNAQEBBQADgY0A MIGJAoGBAOUZv22jVmEtmUhx9mfeuY3rt56GgAqRDvo4Ja9GiILlc6igmyRdDR/MZW4MsNBWhBiH mgabEKFz37RYOWtuwfYV1aioP6oSBo0xrH+wNNePNGeICc0UEeJORVZpH3gCgNrcR5EpuzbJY1zF 4Ncth3uhtzKwezC6Ki8xqu6jZ9rbAgMBAAEwDQYJKoZIhvcNAQECBQADgYEATD+4i8Zo3+5DMw5d 6abLB4RNejP/khv0Nq3YlSI2aBFsfELM85wuxAc/FLAPT/+Qknb54rxK6Y/NoIAK98Up8YIiXbix 3YEjo3slFUYweRb46gVLlH8dwhzI47f0EEA8E8NfH1PoSOSGtHuhNbB7Jbq4046rPzidADQAmPPR cZQwggTFMIIDraADAgECAhABGiiLJme3TYjnRHtF1qTNMA0GCSqGSIb3DQEBBQUAMIHdMQswCQYD VQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0 IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5j b20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZl cmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIwHhcNMDkxMTI2MDAw MDAwWhcNMTAxMTI2MjM1OTU5WjCCARIxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQL ExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9z aXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk4MR4wHAYDVQQLExVQZXJzb25h IE5vdCBWYWxpZGF0ZWQxNDAyBgNVBAsTK0RpZ2l0YWwgSUQgQ2xhc3MgMSAtIE1pY3Jvc29mdCBG dWxsIFNlcnZpY2UxFzAVBgNVBAMUDk1hdGhpbGRlIER1cnZ5MR8wHQYJKoZIhvcNAQkBFhBtZHVy dnlAY2lzY28uY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDR9oVSAz6Tlt7xUvAb+IKp aqKdu1dh0cihpjNNzndIzit+ZWpixDZ8tWBtpZ7T2jBC+SiyquqIrin/TD4jlk60y4OBBeF2zlJa c6P0Ay8g4WjDRnvJP93Wz93W32bgjtV1R7FRlWUxPjn9QUDcq4PIHd4qFKSiOMfKk1OijYeWRQID AQABo4HMMIHJMAkGA1UdEwQCMAAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcXATAqMCgGCCsGAQUF BwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIFoDAdBgNVHSUEFjAU BggrBgEFBQcDBAYIKwYBBQUHAwIwSgYDVR0fBEMwQTA/oD2gO4Y5aHR0cDovL0luZEMxRGlnaXRh bElELWNybC52ZXJpc2lnbi5jb20vSW5kQzFEaWdpdGFsSUQuY3JsMA0GCSqGSIb3DQEBBQUAA4IB AQA9I2FwWjWGMNapHvMFY2LZN+qr3cX6ILBUZ1AxypApr5B2Hl8YXDMA6o8Gtd5J2wxkJmEAbqXT zkoVWspigsclFSbGDu5V0ITLLZzzCXvwnpeaUD4F9GngqdkNUZkqXirqaMZxQTiaI5Hue2RX3f7b Ew4GqU+KMg6meor5iMoyGl/mtZ0LSPj6ZltNaG7ElQoyTXfdBGXlEm8z2uJhtb42Ys2OUptP1v3x jhxT2njv9NMcBH4q7S6y+op0aFrVsNLP7+qcPSBZlEcav3vyNSygxnqyx+pMJmgWH+/VdwsbSIDB FAo4DoI+fe2pUIeqRx6yP9s+e21BRiSPxvBtVe+JMIIEzDCCBDWgAwIBAgIQHK6da5r05i8iiqPa dGFsHjANBgkqhkiG9w0BAQUFADBfMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIElu Yy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3Jp dHkwHhcNMDUxMDI4MDAwMDAwWhcNMTUxMDI3MjM1OTU5WjCB3TELMAkGA1UEBhMCVVMxFzAVBgNV BAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYD VQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEe MBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAx IEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIB CgKCAQEAyd+s5+r4+AMUxACS1cF+NsI873xyFcvAq4w9HJXObx4QLD8A7Zcm5rbH5q1DHT+kh0dH TD5U+Gz4x/yxnr0wcLyXsQMF6pXxrUDFRHpLBaLyYPzXOmVi7/8Qe6JWu8VOcC3Woh887bBC6F6N VyGsppnZEenSGgfAdEdCC/zFNOr95rok0R0IFTei13PPAUEvY7I6P76lGm70yUpbPZWmFbs1Ahn5 1O+8jw5xdlm7S7Y+1vxaFvTWDonySf5sDO0V6dmIdZx5zmAn3bmtdc4vc5V6QDqFdUmwuN9ovKvN E4KFEVCj4DwLrsAKU83XMG+FMkYb5EkQwmzirx95/9u0tQIDAQABo4IBhDCCAYAwEgYDVR0TAQH/ BAgwBgEB/wIBADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBz Oi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgEGMBEGCWCGSAGG+EIBAQQEAwIBBjAu BgNVHREEJzAlpCMwITEfMB0GA1UEAxMWUHJpdmF0ZUxhYmVsMy0yMDQ4LTE1NTAdBgNVHQ4EFgQU EX1eGX08BN9qbNaiiho/Mdg7lFIwMQYDVR0fBCowKDAmoCSgIoYgaHR0cDovL2NybC52ZXJpc2ln bi5jb20vcGNhMS5jcmwwgYEGA1UdIwR6MHihY6RhMF8xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5W ZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eYIRAM26f1bw3+S8VP4irLNyqlUwDQYJKoZIhvcNAQEFBQADgYEAsS/ZluGS ou6BYOXIKiD74Wcs1gCYU6MCG+mQS/gYRJ8PRvf6oP7THRij0r8c7NYZn0pNQ/jKu74TgEkF3SFz M1fCQlq++gCTsuYEMZFOXTzwcwU3Y+u/g1mY/Wbe6YYympIpPDquVNqmElGxj8jK00d45tulHocG 49EUwMIh9roxggRzMIIEbwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWdu LCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBv ZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVy c29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwg U3Vic2NyaWJlciBDQSAtIEcyAhABGiiLJme3TYjnRHtF1qTNMAkGBSsOAwIaBQCgggLWMBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEwMDYxMDE1MTA0M1owIwYJKoZI hvcNAQkEMRYEFBW1UNkpldSLqusBtTXM/hHRgatwMGcGCSqGSIb3DQEJDzFaMFgwCgYIKoZIhvcN AwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEo MAcGBSsOAwIaMAoGCCqGSIb3DQIFMIIBAwYJKwYBBAGCNxAEMYH1MIHyMIHdMQswCQYDVQQGEwJV UzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdv cmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBh IChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWdu IENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzICEAEaKIsmZ7dNiOdEe0XWpM0w ggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWdu LCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBv ZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVy c29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwg U3Vic2NyaWJlciBDQSAtIEcyAhABGiiLJme3TYjnRHtF1qTNMA0GCSqGSIb3DQEBAQUABIGAc91a Zny7vACJvtdw+nvZ0OGaZeYmLgybboBZ7jskGs0djZN47+ErsMGktS+EMQqL/8O2muHEFyfdo9Hz WlzPg72xL+aVRhUB95zVhk4iB1RrD0I7C9wPsOz5SWN2Gu0mFoh6SrMyM97ONlMDWLU8dCk4GKkd dyjha5S8GAF9IFUAAAAAAAA= ------=_NextPart_000_02D4_01CB08BF.DBF5DCD0-- From mdurvy@cisco.com Thu Jun 10 08:18:38 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2E59528C0E6 for ; Thu, 10 Jun 2010 08:18:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.764 X-Spam-Level: X-Spam-Status: No, score=-9.764 tagged_above=-999 required=5 tests=[AWL=0.835, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kkLdoaj1l8ID for ; Thu, 10 Jun 2010 08:18:37 -0700 (PDT) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id EE44928C132 for ; Thu, 10 Jun 2010 08:18:36 -0700 (PDT) Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-Files: smime.p7s : 4235 X-IronPort-AV: E=Sophos;i="4.53,398,1272844800"; d="p7s'?scan'208";a="120219849" Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-2.cisco.com with ESMTP; 10 Jun 2010 15:18:37 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5AFIPI2008119; Thu, 10 Jun 2010 15:18:37 GMT Received: from xmb-ams-103.cisco.com ([144.254.74.78]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 10 Jun 2010 17:18:36 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 10 Jun 2010 17:18:35 +0200 Content-Type: multipart/signed; micalg=SHA1; boundary="----=_NextPart_000_02D9_01CB08C0.F54A4760"; protocol="application/x-pkcs7-signature" Message-ID: <8A977BDC5A7B0E429B0F521E8D6F91EE023F0EF5@XMB-AMS-103.cisco.com> In-Reply-To: <0F11C708-01B5-48F7-B1F9-D01E19105E9A@cs.stanford.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] leaf node and DTSN Thread-Index: AcsH87852Vdyft20SQ6sMMRmk4qJugAu3lkg References: <8A977BDC5A7B0E429B0F521E8D6F91EE02350AA4@XMB-AMS-103.cisco.com> <0F11C708-01B5-48F7-B1F9-D01E19105E9A@cs.stanford.edu> From: "Mathilde Durvy (mdurvy)" To: "Philip Levis" , "JP Vasseur" X-OriginalArrivalTime: 10 Jun 2010 15:18:36.0998 (UTC) FILETIME=[32D07660:01CB08B0] Cc: roll@ietf.org Subject: Re: [Roll] leaf node and DTSN X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2010 15:18:38 -0000 This is a multipart message in MIME format. ------=_NextPart_000_02D9_01CB08C0.F54A4760 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi Phil, Yes I think it would indeed make sense to be more specific. We could say that a leaf node does not send DIOs. But a node switching to leaf node should send a no-DIO (possibly several) before doing so. Would that make sense? Alternatively we could say that a leaf node is only allowed to send DIO with rank infinity (i.e. no-DIOs). Mathilde -----Original Message----- From: Philip Levis [mailto:pal@cs.stanford.edu] Sent: mercredi, 9. juin 2010 18:17 To: JP Vasseur Cc: Mathilde Durvy (mdurvy); roll@ietf.org Subject: Re: [Roll] leaf node and DTSN On Jun 9, 2010, at 7:08 AM, JP Vasseur wrote: > Funny, while making another pass, I was wondering too ... ;-) > > On Jun 8, 2010, at 4:29 PM, Mathilde Durvy (mdurvy) wrote: > >> Hi All, >> >> Small questions >> - Section 6.5 >> What is the rationale behind a leaf node sending DIOs if nobody can attach to it? >> I would rather expect the node to use a DAO to advertize its presence and allow packets to be routed to it. If a node becomes a leaf, it needs to tell other nodes that it is now a leaf. I.e., send DIOs with a Rank of infinity. In the case where a node joins a network for the first time as a leaf, I agree, it should not have to transmit DIOs. The current text is a little unclear. Would this edit make it better? Change "A leaf node does not extend DODAG connectivity but still needs to advertise its presence using DIOs." to "A leaf node does not extend DODAG connectivity but might still need to advertise its presence using DIOs. One example of such a case is if it used to be a non-leaf node and needs to poison routes." Do you think it is worthwhile to add a bit of text to the DIO transmission rules saying that leaves MAY ignore DIS messages? >> - Section 7.1.7 >> When is the DTSN incremented without having the 'T' flag set? >> Good question -- is the T flag necessary, or is a DTSN increment sufficient? Another way to ask this question is: when does a node clear the T bit? Pascal -- can you provide some insight into this? Phil ------=_NextPart_000_02D9_01CB08C0.F54A4760 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIL2jCCAj0w ggGmAhEAzbp/VvDf5LxU/iKss3KqVTANBgkqhkiG9w0BAQIFADBfMQswCQYDVQQGEwJVUzEXMBUG A1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGljIFByaW1hcnkgQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNOTYwMTI5MDAwMDAwWhcNMjgwODAxMjM1OTU5WjBfMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwgZ8wDQYJKoZIhvcNAQEBBQADgY0A MIGJAoGBAOUZv22jVmEtmUhx9mfeuY3rt56GgAqRDvo4Ja9GiILlc6igmyRdDR/MZW4MsNBWhBiH mgabEKFz37RYOWtuwfYV1aioP6oSBo0xrH+wNNePNGeICc0UEeJORVZpH3gCgNrcR5EpuzbJY1zF 4Ncth3uhtzKwezC6Ki8xqu6jZ9rbAgMBAAEwDQYJKoZIhvcNAQECBQADgYEATD+4i8Zo3+5DMw5d 6abLB4RNejP/khv0Nq3YlSI2aBFsfELM85wuxAc/FLAPT/+Qknb54rxK6Y/NoIAK98Up8YIiXbix 3YEjo3slFUYweRb46gVLlH8dwhzI47f0EEA8E8NfH1PoSOSGtHuhNbB7Jbq4046rPzidADQAmPPR cZQwggTFMIIDraADAgECAhABGiiLJme3TYjnRHtF1qTNMA0GCSqGSIb3DQEBBQUAMIHdMQswCQYD VQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0 IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5j b20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZl cmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIwHhcNMDkxMTI2MDAw MDAwWhcNMTAxMTI2MjM1OTU5WjCCARIxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQL ExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9z aXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk4MR4wHAYDVQQLExVQZXJzb25h IE5vdCBWYWxpZGF0ZWQxNDAyBgNVBAsTK0RpZ2l0YWwgSUQgQ2xhc3MgMSAtIE1pY3Jvc29mdCBG dWxsIFNlcnZpY2UxFzAVBgNVBAMUDk1hdGhpbGRlIER1cnZ5MR8wHQYJKoZIhvcNAQkBFhBtZHVy dnlAY2lzY28uY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDR9oVSAz6Tlt7xUvAb+IKp aqKdu1dh0cihpjNNzndIzit+ZWpixDZ8tWBtpZ7T2jBC+SiyquqIrin/TD4jlk60y4OBBeF2zlJa c6P0Ay8g4WjDRnvJP93Wz93W32bgjtV1R7FRlWUxPjn9QUDcq4PIHd4qFKSiOMfKk1OijYeWRQID AQABo4HMMIHJMAkGA1UdEwQCMAAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcXATAqMCgGCCsGAQUF BwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIFoDAdBgNVHSUEFjAU BggrBgEFBQcDBAYIKwYBBQUHAwIwSgYDVR0fBEMwQTA/oD2gO4Y5aHR0cDovL0luZEMxRGlnaXRh bElELWNybC52ZXJpc2lnbi5jb20vSW5kQzFEaWdpdGFsSUQuY3JsMA0GCSqGSIb3DQEBBQUAA4IB AQA9I2FwWjWGMNapHvMFY2LZN+qr3cX6ILBUZ1AxypApr5B2Hl8YXDMA6o8Gtd5J2wxkJmEAbqXT zkoVWspigsclFSbGDu5V0ITLLZzzCXvwnpeaUD4F9GngqdkNUZkqXirqaMZxQTiaI5Hue2RX3f7b Ew4GqU+KMg6meor5iMoyGl/mtZ0LSPj6ZltNaG7ElQoyTXfdBGXlEm8z2uJhtb42Ys2OUptP1v3x jhxT2njv9NMcBH4q7S6y+op0aFrVsNLP7+qcPSBZlEcav3vyNSygxnqyx+pMJmgWH+/VdwsbSIDB FAo4DoI+fe2pUIeqRx6yP9s+e21BRiSPxvBtVe+JMIIEzDCCBDWgAwIBAgIQHK6da5r05i8iiqPa dGFsHjANBgkqhkiG9w0BAQUFADBfMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIElu Yy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3Jp dHkwHhcNMDUxMDI4MDAwMDAwWhcNMTUxMDI3MjM1OTU5WjCB3TELMAkGA1UEBhMCVVMxFzAVBgNV BAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYD VQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEe MBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAx IEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIB CgKCAQEAyd+s5+r4+AMUxACS1cF+NsI873xyFcvAq4w9HJXObx4QLD8A7Zcm5rbH5q1DHT+kh0dH TD5U+Gz4x/yxnr0wcLyXsQMF6pXxrUDFRHpLBaLyYPzXOmVi7/8Qe6JWu8VOcC3Woh887bBC6F6N VyGsppnZEenSGgfAdEdCC/zFNOr95rok0R0IFTei13PPAUEvY7I6P76lGm70yUpbPZWmFbs1Ahn5 1O+8jw5xdlm7S7Y+1vxaFvTWDonySf5sDO0V6dmIdZx5zmAn3bmtdc4vc5V6QDqFdUmwuN9ovKvN E4KFEVCj4DwLrsAKU83XMG+FMkYb5EkQwmzirx95/9u0tQIDAQABo4IBhDCCAYAwEgYDVR0TAQH/ BAgwBgEB/wIBADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBz Oi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgEGMBEGCWCGSAGG+EIBAQQEAwIBBjAu BgNVHREEJzAlpCMwITEfMB0GA1UEAxMWUHJpdmF0ZUxhYmVsMy0yMDQ4LTE1NTAdBgNVHQ4EFgQU EX1eGX08BN9qbNaiiho/Mdg7lFIwMQYDVR0fBCowKDAmoCSgIoYgaHR0cDovL2NybC52ZXJpc2ln bi5jb20vcGNhMS5jcmwwgYEGA1UdIwR6MHihY6RhMF8xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5W ZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eYIRAM26f1bw3+S8VP4irLNyqlUwDQYJKoZIhvcNAQEFBQADgYEAsS/ZluGS ou6BYOXIKiD74Wcs1gCYU6MCG+mQS/gYRJ8PRvf6oP7THRij0r8c7NYZn0pNQ/jKu74TgEkF3SFz M1fCQlq++gCTsuYEMZFOXTzwcwU3Y+u/g1mY/Wbe6YYympIpPDquVNqmElGxj8jK00d45tulHocG 49EUwMIh9roxggRzMIIEbwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWdu LCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBv ZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVy c29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwg U3Vic2NyaWJlciBDQSAtIEcyAhABGiiLJme3TYjnRHtF1qTNMAkGBSsOAwIaBQCgggLWMBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEwMDYxMDE1MTgzNVowIwYJKoZI hvcNAQkEMRYEFB+Yj3niG9ZjJsOESx1dG6+9UXGHMGcGCSqGSIb3DQEJDzFaMFgwCgYIKoZIhvcN AwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEo MAcGBSsOAwIaMAoGCCqGSIb3DQIFMIIBAwYJKwYBBAGCNxAEMYH1MIHyMIHdMQswCQYDVQQGEwJV UzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdv cmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBh IChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWdu IENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzICEAEaKIsmZ7dNiOdEe0XWpM0w ggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWdu LCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBv ZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVy c29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwg U3Vic2NyaWJlciBDQSAtIEcyAhABGiiLJme3TYjnRHtF1qTNMA0GCSqGSIb3DQEBAQUABIGAKre8 PTKEA2Y1eVS5ABdGmPxkkx7/2nwZisHwk0uJvHjAtknv0Q8UOSu+XFSu7bfJGikA2YzCenEa/+q8 5zXnoFWZiSV0vkxDAmu1Cj5HjuplNlyAQ4pHW7ng4auBmAvoT/xtvNl2dznqlkbnuaUG/LDaJdkH DB/50KYPptx+h+4AAAAAAAA= ------=_NextPart_000_02D9_01CB08C0.F54A4760-- From jpv@cisco.com Thu Jun 10 08:20:44 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2359928C10B for ; Thu, 10 Jun 2010 08:20:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.259 X-Spam-Level: X-Spam-Status: No, score=-10.259 tagged_above=-999 required=5 tests=[AWL=0.340, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bV6JMVC0eoDC for ; Thu, 10 Jun 2010 08:20:40 -0700 (PDT) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 14EE328C12F for ; Thu, 10 Jun 2010 08:20:39 -0700 (PDT) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAPefEExAZnwM/2dsb2JhbACeXXGkTZoghRgE X-IronPort-AV: E=Sophos;i="4.53,398,1272844800"; d="scan'208";a="120084296" Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-1.cisco.com with ESMTP; 10 Jun 2010 15:20:41 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5AFKURw009098; Thu, 10 Jun 2010 15:20:41 GMT Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 10 Jun 2010 17:20:39 +0200 Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 10 Jun 2010 17:20:38 +0200 Message-Id: From: JP Vasseur To: "Mathilde Durvy (mdurvy)" In-Reply-To: <8A977BDC5A7B0E429B0F521E8D6F91EE023F0EF5@XMB-AMS-103.cisco.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Thu, 10 Jun 2010 17:20:37 +0200 References: <8A977BDC5A7B0E429B0F521E8D6F91EE02350AA4@XMB-AMS-103.cisco.com> <0F11C708-01B5-48F7-B1F9-D01E19105E9A@cs.stanford.edu> <8A977BDC5A7B0E429B0F521E8D6F91EE023F0EF5@XMB-AMS-103.cisco.com> X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 10 Jun 2010 15:20:39.0015 (UTC) FILETIME=[7B8AC770:01CB08B0] Cc: roll@ietf.org Subject: Re: [Roll] leaf node and DTSN X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2010 15:20:44 -0000 Thanks Mathilde, we had a discussion, and that will be clarified in 09. Thanks. JP. On Jun 10, 2010, at 5:18 PM, Mathilde Durvy (mdurvy) wrote: > Hi Phil, > > Yes I think it would indeed make sense to be more specific. > We could say that a leaf node does not send DIOs. But a node > switching to > leaf node should send a no-DIO (possibly several) before doing so. > Would > that make sense? > Alternatively we could say that a leaf node is only allowed to send > DIO with > rank infinity (i.e. no-DIOs). > > Mathilde > > -----Original Message----- > From: Philip Levis [mailto:pal@cs.stanford.edu] > Sent: mercredi, 9. juin 2010 18:17 > To: JP Vasseur > Cc: Mathilde Durvy (mdurvy); roll@ietf.org > Subject: Re: [Roll] leaf node and DTSN > > > On Jun 9, 2010, at 7:08 AM, JP Vasseur wrote: > >> Funny, while making another pass, I was wondering too ... ;-) >> >> On Jun 8, 2010, at 4:29 PM, Mathilde Durvy (mdurvy) wrote: >> >>> Hi All, >>> >>> Small questions >>> - Section 6.5 >>> What is the rationale behind a leaf node sending DIOs if nobody can > attach to it? >>> I would rather expect the node to use a DAO to advertize its >>> presence and > allow packets to be routed to it. > > If a node becomes a leaf, it needs to tell other nodes that it is > now a > leaf. I.e., send DIOs with a Rank of infinity. In the case where a > node > joins a network for the first time as a leaf, I agree, it should not > have to > transmit DIOs. The current text is a little unclear. Would this edit > make it > better? > > Change > > "A leaf node does not extend DODAG connectivity but still needs to > advertise > its presence using DIOs." > > to > > "A leaf node does not extend DODAG connectivity but might still need > to > advertise its presence using DIOs. One example of such a case is if > it used > to be a non-leaf node and needs to poison routes." > > Do you think it is worthwhile to add a bit of text to the DIO > transmission > rules saying that leaves MAY ignore DIS messages? > >>> - Section 7.1.7 >>> When is the DTSN incremented without having the 'T' flag set? >>> > > > Good question -- is the T flag necessary, or is a DTSN increment > sufficient? > Another way to ask this question is: when does a node clear the T bit? > > Pascal -- can you provide some insight into this? > > Phil From dat@exegin.com Thu Jun 10 11:15:13 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 857333A69B1 for ; Thu, 10 Jun 2010 11:15:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.74 X-Spam-Level: X-Spam-Status: No, score=-0.74 tagged_above=-999 required=5 tests=[BAYES_20=-0.74] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qzvq6sK8PEHr for ; Thu, 10 Jun 2010 11:15:11 -0700 (PDT) Received: from mail-pw0-f44.google.com (mail-pw0-f44.google.com [209.85.160.44]) by core3.amsl.com (Postfix) with ESMTP id 2CBAC3A69A8 for ; Thu, 10 Jun 2010 11:15:09 -0700 (PDT) Received: by pwi8 with SMTP id 8so102439pwi.31 for ; Thu, 10 Jun 2010 11:15:09 -0700 (PDT) Received: by 10.142.60.14 with SMTP id i14mr402837wfa.196.1276193708790; Thu, 10 Jun 2010 11:15:08 -0700 (PDT) Received: from [172.16.1.52] ([216.251.130.154]) by mx.google.com with ESMTPS id u34sm152408wfh.8.2010.06.10.11.15.06 (version=SSLv3 cipher=RC4-MD5); Thu, 10 Jun 2010 11:15:07 -0700 (PDT) Message-ID: <4C112BA9.6010600@exegin.com> Date: Thu, 10 Jun 2010 11:15:05 -0700 From: Dario Tedeschi User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: "Pascal Thubert (pthubert)" References: <09B6F97C-691F-4569-ABFA-AB7CE3F17E8C@cisco.com> <4C0F6438.7090805@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F02B@XMB-AMS-107.cisco.com> <4C0F7D37.3030901@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F078@XMB-AMS-107.cisco.com> <4C0F84B1.9000104@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F207@XMB-AMS-107.cisco.com> In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D0213F207@XMB-AMS-107.cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ROLL WG Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to be posted in 3 days! X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Jun 2010 18:15:13 -0000 Hi Daniel and Pascal I agree with Pascal here. In my view of a LLN network: Routers form the sub-net cloud while hosts just "connect" to that cloud. How routers form and maintain that cloud should not be handled by ND (in my opinion). I see routers using the routing protocol to exchange sub-net information amongst themselves, while hosts use RS/RA to request sub-net information from nearby routers. Both routers and hosts may use NS/NA to perform address-resolution and NUD one hop away only. Dario Pascal Thubert (pthubert) wrote: > Hi Daniel: > > What I read below is that for RPL over foo (foo != 6LoWPAN), you'd run > ND RA as the dissemination protocol for the MTU information. I suggest > that is a very bad idea. > RPL DIO is very optimized as a dissemination protocol, in particular > with the use of trickle. And we don't want 2 mechanisms in parallel > doing the same thing. > So unless we merge (back) RA and DIO, I'd suggest that RPL routers use > RPL when they disseminate information about the subnet and do not bother > about RAs from other routers. > > Today, RPL operation does not depend on RAs at all. In fact, it is the > other way around. RPL handles everything multihop, whereas RA is used > for router to host communication. > In that model, we expect RPL to disseminate information that can then be > incorporated by the routers in their RAs for local distribution to their > attached hosts. > That is what we do with PIO and RIO. MTU would be the same. > > Pascal > > > >> -----Original Message----- >> From: Daniel Gavelle [mailto:daniel.gavelle@jennic.com] >> Sent: Wednesday, June 09, 2010 2:10 PM >> To: Pascal Thubert (pthubert) >> Cc: JP Vasseur; ROLL WG >> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to be >> > posted in > >> 3 days! >> >> Pascal, >> >> If the link has a variable sized MTU, the MTU option can be sent in an >> > RA, as > >> in RFC 4861. ND RS/RA can be done before sending DIS and joining a >> > ROLL > >> DAG. >> >> Daniel. >> >> >> Pascal Thubert (pthubert) wrote: >> >>> Hi Daniel: >>> >>> >>>> If the MTU option is required by other link layers, why can't the >>>> > MTU > >>> option >>> >>>> be sent in ND? >>>> >>> I return the question. How would that work? >>> >>> Pascal >>> >>> >>> >>>> -----Original Message----- >>>> From: Daniel Gavelle [mailto:daniel.gavelle@jennic.com] >>>> Sent: Wednesday, June 09, 2010 1:39 PM >>>> To: Pascal Thubert (pthubert) >>>> Cc: JP Vasseur; ROLL WG >>>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to >>>> > be > >>> posted in >>> >>>> 3 days! >>>> >>>> Pascal, >>>> >>>> I am interested in 6LowPAN, where RFC4944 fixes the MTU at 1280 >>>> octets >>>> >>> so >>> >>>> the MTU option isn't required. >>>> >>>> If the MTU option is required by other link layers, why can't the >>>> > MTU > >>> option >>> >>>> be sent in ND? >>>> >>>> Daniel. >>>> >>>> >>>> >>>> Pascal Thubert (pthubert) wrote: >>>> >>>>> Hi Daniel >>>>> >>>>> Do you think that the MTU within the LLN should be the same? >>>>> >>>>> Pascal >>>>> >>>>> >>>>>> -----Original Message----- >>>>>> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On >>>>>> >>> Behalf >>> >>>>> Of >>>>> >>>>>> Daniel Gavelle >>>>>> Sent: Wednesday, June 09, 2010 11:52 AM >>>>>> To: JP Vasseur >>>>>> Cc: ROLL WG >>>>>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to >>>>>> >>> be >>> >>>>> posted in >>>>> >>>>>> 3 days! >>>>>> >>>>>> I think the MTU and SLLA options should not be in ROLL but only >>>>>> >>> used >>> >>>>> in ND. >>>>> >>>>>> I haven't used the S bit in my implementation. >>>>>> >>>>>> Daniel. >>>>>> >>>>>> >>>>>> >>>>>> JP Vasseur wrote: >>>>>> >>>>>>> Dear WG, >>>>>>> >>>>>>> One more time, thanks for your energy and involvement to keep us >>>>>>> >>> on >>> >>>>>>> track with our plan for RPL. >>>>>>> >>>>>>> The cut-off date for the Virtual WG meeting that will take place >>>>>>> >>> on >>> >>>>> June >>>>> >>>>>>> 16 is this coming Friday and the RPL authors team has been >>>>>>> > working > >>>>> hard >>>>> >>>>>>> on the revision -09, which should solve a number of the opened >>>>>>> >>>>> tickets. >>>>> >>>>>>> Still there are a few items that triggered some discussion but >>>>>>> > we > >>>>> would >>>>> >>>>>>> need more feed-back from you to draw a consensus to move on. >>>>>>> >>>>>>> 1) Are we keeping the use of sibling (S Bit thread): see the >>>>>>> >>>>> detailed >>>>> >>>>>>> discussion on the ML. >>>>>>> https://svn.tools.ietf.org/wg/roll/trac/ticket/43 >>>>>>> >>>>>>> 2) Use of MTU and SSLA option: >>>>>>> https://svn.tools.ietf.org/wg/roll/trac/ticket/42 >>>>>>> >>>>>>> Any quick feed-back on the list would be appreciated, for rev09. >>>>>>> >>>>>>> Thanks. >>>>>>> >>>>>>> JP. >>>>>>> _______________________________________________ >>>>>>> Roll mailing list >>>>>>> Roll@ietf.org >>>>>>> https://www.ietf.org/mailman/listinfo/roll >>>>>>> >>>>>>> >>>>>> -- >>>>>> __________________________________________________ >>>>>> Daniel Gavelle, Software Engineer >>>>>> Tel: +44 114 281 2655 >>>>>> Fax: +44 114 281 2951 >>>>>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: >>>>>> 3191371 Registered In England http://www.jennic.com >>>>>> __________________________________________________ >>>>>> _______________________________________________ >>>>>> Roll mailing list >>>>>> Roll@ietf.org >>>>>> https://www.ietf.org/mailman/listinfo/roll >>>>>> >>>> -- >>>> __________________________________________________ >>>> Daniel Gavelle, Software Engineer >>>> Tel: +44 114 281 2655 >>>> Fax: +44 114 281 2951 >>>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: >>>> 3191371 Registered In England http://www.jennic.com >>>> __________________________________________________ >>>> >> -- >> __________________________________________________ >> Daniel Gavelle, Software Engineer >> Tel: +44 114 281 2655 >> Fax: +44 114 281 2951 >> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK >> Comp Reg No: 3191371 Registered In England >> http://www.jennic.com >> __________________________________________________ >> > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > From culler@cs.berkeley.edu Thu Jun 10 21:11:22 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EACAE28C112 for ; Thu, 10 Jun 2010 21:11:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.999 X-Spam-Level: X-Spam-Status: No, score=-3.999 tagged_above=-999 required=5 tests=[BAYES_50=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WQK5rAbQXZ23 for ; Thu, 10 Jun 2010 21:11:21 -0700 (PDT) Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.87]) by core3.amsl.com (Postfix) with ESMTP id CC20328C11F for ; Thu, 10 Jun 2010 21:11:21 -0700 (PDT) Received: from [192.168.2.104] (64-142-4-199.dsl.static.sonic.net [64.142.4.199]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.4/8.13.5) with ESMTP id o5B4BKFv000341 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Thu, 10 Jun 2010 21:11:22 -0700 (PDT) Message-Id: From: culler To: roll@ietf.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Thu, 10 Jun 2010 21:11:20 -0700 X-Mailer: Apple Mail (2.936) Subject: [Roll] Bringing the S-bit discussion to a close X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 04:11:23 -0000 Over the course of the RPL design process we have proposed a number of important and interesting ideas and gone through a process of improvement and refinement on them. We have also demonstrated tremendous discipline in being able to take an interesting and potentially beneficial idea that we have worked on for a great deal of time, put a lot of good work into, and yet decided to put it aside when it was determined that it presented significant complexity and that there was not a body of established practice in LLNs to substantiate the value of the particular optimization. And that it was an optimization. An important prior example was the piecewise source routing that was in RPL for many versions. We recognized that it addressed an important issue. At the same time it introduced considerable complexity. It had benefits. It had costs. It would be possible to move forward without it, learn more through experience, and reconsider. We reached consensus that the minimum viable protocol (MVP) approach would be to drop the general scheme and just support the two extremes - stateless and stateful - which addressed the most prevalent usage scenarios. As a result of the simplification, we were able to make key decisions and focus our attention on other important outstanding issues. RPL progress accelerated and we moved closer to achieving our goal of getting a high quality solution into the world on time. We have now had considerable discussion on the mailing list and on the author calls reconsidering the S-bit. We all understand that there are particular situations where a path might reach a point where it has only one choice and that link has gone away, but it could make progress if it could detour through a sibling. We understand that in these situations the other mechanisms in RPL will eventually repair the problem. We understand that sibling routes amplify the potential for loops and change the repair and convergence behavior. We understand that there are numerous mechanisms for addressing the problems presented by siblings. S-bit is just one of the possibilities. We also recognize that there is not a substantial body of established practice to guide choices related to this optimization. It is an important area that deserves substantial further investigation. We can move forward with the simpler approach. We can leave room to introduce the s-bit later, or we might use ids to break ties. We can produce a separate draft that fully develops the approach as we learn from the body of soon (hopefully) to be deployed LLNs. It is an optimization, not a fundamental requirement. One of potential many. Thus, we have reached a second opportunity to demonstrate our design discipline in the context of these challenging links, austere resources, and the need to minimize complexity on devices that needs to run for years unattended. It is time to push forward with the more minimal and clearly still viable protocol without the s-bit. Complete our initial work (sooner) and revisit the issue (later) with more complete empirical basis. We have a (growing shorter) list of remaining outstanding questions. We have need come together, focus on those, AND running code. It is time for that. From trac@tools.ietf.org Thu Jun 10 23:35:04 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 794213A694E for ; Thu, 10 Jun 2010 23:35:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.59 X-Spam-Level: X-Spam-Status: No, score=-100.59 tagged_above=-999 required=5 tests=[AWL=-0.590, BAYES_50=0.001, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z53F96B7BId6 for ; Thu, 10 Jun 2010 23:35:02 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id F2D7E3A67ED for ; Thu, 10 Jun 2010 23:35:01 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1OMxpX-00080b-MT; Thu, 10 Jun 2010 23:35:03 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "roll issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: pal@cs.stanford.edu, jpv@cisco.com X-Trac-Project: roll Date: Fri, 11 Jun 2010 06:35:03 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: https://svn.tools.ietf.org/wg/roll/trac/ticket/43#comment:1 Message-ID: <064.b826ad31b167e8e2c2a053aa9be2ae53@tools.ietf.org> References: <055.9c7de9b488a222703304e83e3a89bf1f@tools.ietf.org> X-Trac-Ticket-ID: 43 In-Reply-To: <055.9c7de9b488a222703304e83e3a89bf1f@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: pal@cs.stanford.edu, jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: Re: [Roll] [roll] #43: S bit X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 06:35:04 -0000 #43: S bit --------------------------------+------------------------------------------- Reporter: jpv@… | Owner: pal@… Type: defect | Status: closed Priority: major | Milestone: Component: rpl | Version: Severity: Active WG Document | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Changes (by jpv@…): * status: new => closed * resolution: => fixed Comment: From David Culler: Over the course of the RPL design process we have proposed a number of important and interesting ideas and gone through a process of improvement and refinement on them. We have also demonstrated tremendous discipline in being able to take an interesting and potentially beneficial idea that we have worked on for a great deal of time, put a lot of good work into, and yet decided to put it aside when it was determined that it presented significant complexity and that there was not a body of established practice in LLNs to substantiate the value of the particular optimization. And that it was an optimization. An important prior example was the piecewise source routing that was in RPL for many versions. We recognized that it addressed an important issue. At the same time it introduced considerable complexity. It had benefits. It had costs. It would be possible to move forward without it, learn more through experience, and reconsider. We reached consensus that the minimum viable protocol (MVP) approach would be to drop the general scheme and just support the two extremes - stateless and stateful - which addressed the most prevalent usage scenarios. As a result of the simplification, we were able to make key decisions and focus our attention on other important outstanding issues. RPL progress accelerated and we moved closer to achieving our goal of getting a high quality solution into the world on time. We have now had considerable discussion on the mailing list and on the author calls reconsidering the S-bit. We all understand that there are particular situations where a path might reach a point where it has only one choice and that link has gone away, but it could make progress if it could detour through a sibling. We understand that in these situations the other mechanisms in RPL will eventually repair the problem. We understand that sibling routes amplify the potential for loops and change the repair and convergence behavior. We understand that there are numerous mechanisms for addressing the problems presented by siblings. S-bit is just one of the possibilities. We also recognize that there is not a substantial body of established practice to guide choices related to this optimization. It is an important area that deserves substantial further investigation. We can move forward with the simpler approach. We can leave room to introduce the s-bit later, or we might use ids to break ties. We can produce a separate draft that fully develops the approach as we learn from the body of soon (hopefully) to be deployed LLNs. It is an optimization, not a fundamental requirement. One of potential many. Thus, we have reached a second opportunity to demonstrate our design discipline in the context of these challenging links, austere resources, and the need to minimize complexity on devices that needs to run for years unattended. It is time to push forward with the more minimal and clearly still viable protocol without the s-bit. Complete our initial work (sooner) and revisit the issue (later) with more complete empirical basis. We have a (growing shorter) list of remaining outstanding questions. We have need come together, focus on those, AND running code. It is time for that. -- Ticket URL: roll From jpv@cisco.com Thu Jun 10 23:41:38 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 687153A69DE for ; Thu, 10 Jun 2010 23:41:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.987 X-Spam-Level: X-Spam-Status: No, score=-8.987 tagged_above=-999 required=5 tests=[AWL=-0.988, BAYES_50=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wFeM7SYO-CtJ for ; Thu, 10 Jun 2010 23:41:37 -0700 (PDT) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 8304C3A6940 for ; Thu, 10 Jun 2010 23:41:37 -0700 (PDT) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAJd3EUxAZnwN/2dsb2JhbACeeXGjUJoFhRgE X-IronPort-AV: E=Sophos;i="4.53,402,1272844800"; d="scan'208";a="120346325" Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 11 Jun 2010 06:41:39 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5B6fZ2j001639 for ; Fri, 11 Jun 2010 06:41:39 GMT Received: from xfe-ams-201.cisco.com ([144.254.231.95]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 11 Jun 2010 08:41:38 +0200 Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 11 Jun 2010 08:41:38 +0200 Message-Id: From: JP Vasseur To: ROLL WG Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Fri, 11 Jun 2010 08:41:37 +0200 X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 11 Jun 2010 06:41:38.0298 (UTC) FILETIME=[24A435A0:01CB0931] Subject: [Roll] Work on RPL Constant X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 06:41:38 -0000 Dear all, As you know, we need to work on RPL constants: https://svn.tools.ietf.org/wg/roll/trac/ticket/22 #comment:1 If you have a network in pre-production with RPL (Early Field Trial), simulations results, strong opinions, ... on the values for these RPL constant please let us know. Thanks. JP. From pthubert@cisco.com Fri Jun 11 00:57:13 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8959C3A688A; Fri, 11 Jun 2010 00:57:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.046 X-Spam-Level: X-Spam-Status: No, score=-10.046 tagged_above=-999 required=5 tests=[AWL=0.553, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0BHg6nVFnA9s; Fri, 11 Jun 2010 00:57:12 -0700 (PDT) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 537413A6868; Fri, 11 Jun 2010 00:57:12 -0700 (PDT) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EACqJEUxAZnwN/2dsb2JhbACDHpp+XXGjK4kdkGeBJoMDbwQ X-IronPort-AV: E=Sophos;i="4.53,402,1272844800"; d="scan'208";a="120381613" Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 11 Jun 2010 07:57:14 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5B7vCGb004419; Fri, 11 Jun 2010 07:57:14 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 11 Jun 2010 09:57:12 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 Date: Fri, 11 Jun 2010 09:57:07 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D0213F77B@XMB-AMS-107.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: New Version Notification for draft-thubert-6man-reverse-routing-header-00 Thread-Index: AcsJO6+Z2CqmRcwWTGm1m4UB3YGa5w== From: "Pascal Thubert (pthubert)" To: "IPv6 WG" X-OriginalArrivalTime: 11 Jun 2010 07:57:12.0061 (UTC) FILETIME=[B2F98AD0:01CB093B] Cc: roll@ietf.org Subject: [Roll] FW: New Version Notification for draft-thubert-6man-reverse-routing-header-00 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 07:57:13 -0000 SGk6DQoNClRoaXMgaXMgYWRkaXRpb25hbCB3b3JrIGxpbmtlZCB0byB0aGUgUlBMIGVmZm9ydC4N ClJQTCBhcyBhIG1vZGVsIHdoZXJlYnkgbm9kZXMgb3BlcmF0ZSBpbiBlaXRoZXIgc291cmNlIHJv dXRlIG9yIHN0YXRlZnVsIG1vZGVzLiBGb3IgdGhlIHNvdXJjZSByb3V0ZSBtb2RlLCB0aGVyZSBp cyBhIG5lZWQgZm9yIGEgbmV3IHJvdXRpbmcgaGVhZGVyLCBhbmQgdGhhdCBpcyBhZGRyZXNzZWQg YnkgZHJhZnQtaHVpLTZtYW4tcnBsLXJvdXRpbmctaGVhZGVyLg0KQWRkaXRpb25hbGx5LCBSUEwg YXMgYSBQb2ludCB0byBQb2ludCBzdXBwb3J0IGluIHRoZSB3b3Jrcy4gRm9yIHRoYXQgUDJQLCBS UEwgYWRkaXRpb25hbGx5IHJlcXVpcmVzIGEgcmVjb3JkIHJvdXRlIG9wZXJhdGlvbiwgb24gdG9w IG9mIHRoZSBSSDQgZGVmaW5lZCBpbiBKb25hdGhhbidzIGRyYWZ0Lg0KZHJhZnQtdGh1YmVydC02 bWFuLXJldmVyc2Utcm91dGluZy1oZWFkZXIgaW5pdGlhdGVzIHRoZSByZWNvcmQgcm91dGUgcGll Y2UuDQoNClBhc2NhbA0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogSUVURiBJ LUQgU3VibWlzc2lvbiBUb29sIFttYWlsdG86aWRzdWJtaXNzaW9uQGlldGYub3JnXSANClNlbnQ6 IFRodXJzZGF5LCBKdW5lIDEwLCAyMDEwIDM6MjEgUE0NClRvOiBQYXNjYWwgVGh1YmVydCAocHRo dWJlcnQpDQpTdWJqZWN0OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LXRodWJl cnQtNm1hbi1yZXZlcnNlLXJvdXRpbmctaGVhZGVyLTAwIA0KDQoNCkEgbmV3IHZlcnNpb24gb2Yg SS1ELCBkcmFmdC10aHViZXJ0LTZtYW4tcmV2ZXJzZS1yb3V0aW5nLWhlYWRlci0wMC50eHQgaGFz IGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBQYXNjYWwgVGh1YmVydCBhbmQgcG9zdGVk IHRvIHRoZSBJRVRGIHJlcG9zaXRvcnkuDQoNCkZpbGVuYW1lOgkgZHJhZnQtdGh1YmVydC02bWFu LXJldmVyc2Utcm91dGluZy1oZWFkZXINClJldmlzaW9uOgkgMDANClRpdGxlOgkJIFJldmVyc2Ug Um91dGluZyBIZWFkZXINCkNyZWF0aW9uX2RhdGU6CSAyMDEwLTA2LTEwDQpXRyBJRDoJCSBJbmRl cGVuZGVudCBTdWJtaXNzaW9uDQpOdW1iZXJfb2ZfcGFnZXM6IDI0DQoNCkFic3RyYWN0Og0KRm9y IG5ldyBjbGFzc2VzIG9mIGRldmljZXMgc3VjaCBhcyBoaWdobHkgY29uc3RyYWluZWQgbm9kZXMs IGZvcndhcmQgYW5kIHJldHVybiBSZWNvcmQgUm91dGUgY2FwYWJpbGl0aWVzIGFyZSByZXF1aXJl ZCB0byBlbmFibGUgYmFzaWMgZm9yd2FyZGluZyBvcGVyYXRpb25zLiAgVGhpcyBtZW1vIGRlZmlu ZXMgYSBzdWNoIGEgdGVjaG5pcXVlIGZvciBJUHY2Lg0KICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IA0KDQoNClRoZSBJRVRGIFNlY3JldGFyaWF0Lg0KDQoNCg== From daniel.gavelle@jennic.com Fri Jun 11 01:23:38 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D80E83A6909 for ; Fri, 11 Jun 2010 01:23:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.303 X-Spam-Level: X-Spam-Status: No, score=-1.303 tagged_above=-999 required=5 tests=[AWL=0.743, BAYES_00=-2.599, HELO_MISMATCH_COM=0.553] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X9YZb+IVDuFd for ; Fri, 11 Jun 2010 01:23:37 -0700 (PDT) Received: from mail.jennic.com (proxy.jennic.co.uk [81.23.53.53]) by core3.amsl.com (Postfix) with ESMTP id 434C93A68B5 for ; Fri, 11 Jun 2010 01:23:37 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.jennic.com (Postfix) with ESMTP id 79C5F9BE50C; Fri, 11 Jun 2010 09:23:38 +0100 (BST) Received: from mail.jennic.com ([127.0.0.1]) by localhost (smithers.jennic.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P6ttXq5E4uYg; Fri, 11 Jun 2010 09:23:38 +0100 (BST) Received: from [10.99.96.69] (snifflap01.jennic.com [10.99.96.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail.jennic.com (Postfix) with ESMTPSA id 4B20C9BE508; Fri, 11 Jun 2010 09:23:38 +0100 (BST) Message-ID: <4C11F28A.4090305@jennic.com> Date: Fri, 11 Jun 2010 09:23:38 +0100 From: Daniel Gavelle Organization: Jennic Ltd. User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Dario Tedeschi References: <09B6F97C-691F-4569-ABFA-AB7CE3F17E8C@cisco.com> <4C0F6438.7090805@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F02B@XMB-AMS-107.cisco.com> <4C0F7D37.3030901@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F078@XMB-AMS-107.cisco.com> <4C0F84B1.9000104@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F207@XMB-AMS-107.cisco.com> <4C112BA9.6010600@exegin.com> In-Reply-To: <4C112BA9.6010600@exegin.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ROLL WG Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to be posted in 3 days! X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: daniel.gavelle@jennic.com List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 08:23:39 -0000 Dario, In a 6LowPAN network, the routers will need to do 6LowPAN-ND RS/RA in order to distribute the compression contexts. I suppose the context (CO) option from 6LowPAN-ND could also be added to ROLL. However, I prefer using 6LowPAN-ND for context and prefix dissemination and ROLL for routing. Also, if the prefix / context information is distributed in ROLL, either hosts need to support ROLL or routers need to support two methods for prefix distribution: RS/RA (for hosts) and prefix distribution in ROLL. Daniel. Dario Tedeschi wrote: > Hi Daniel and Pascal > > I agree with Pascal here. > > In my view of a LLN network: Routers form the sub-net cloud while hosts > just "connect" to that cloud. How routers form and maintain that cloud > should not be handled by ND (in my opinion). I see routers using the > routing protocol to exchange sub-net information amongst themselves, > while hosts use RS/RA to request sub-net information from nearby > routers. Both routers and hosts may use NS/NA to perform > address-resolution and NUD one hop away only. > > Dario > > Pascal Thubert (pthubert) wrote: >> Hi Daniel: >> >> What I read below is that for RPL over foo (foo != 6LoWPAN), you'd run >> ND RA as the dissemination protocol for the MTU information. I suggest >> that is a very bad idea. RPL DIO is very optimized as a dissemination >> protocol, in particular >> with the use of trickle. And we don't want 2 mechanisms in parallel >> doing the same thing. >> So unless we merge (back) RA and DIO, I'd suggest that RPL routers use >> RPL when they disseminate information about the subnet and do not bother >> about RAs from other routers. >> >> Today, RPL operation does not depend on RAs at all. In fact, it is the >> other way around. RPL handles everything multihop, whereas RA is used >> for router to host communication. >> In that model, we expect RPL to disseminate information that can then be >> incorporated by the routers in their RAs for local distribution to their >> attached hosts. >> That is what we do with PIO and RIO. MTU would be the same. >> >> Pascal >> >> >> >>> -----Original Message----- >>> From: Daniel Gavelle [mailto:daniel.gavelle@jennic.com] >>> Sent: Wednesday, June 09, 2010 2:10 PM >>> To: Pascal Thubert (pthubert) >>> Cc: JP Vasseur; ROLL WG >>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to be >>> >> posted in >> >>> 3 days! >>> >>> Pascal, >>> >>> If the link has a variable sized MTU, the MTU option can be sent in an >>> >> RA, as >> >>> in RFC 4861. ND RS/RA can be done before sending DIS and joining a >>> >> ROLL >> >>> DAG. >>> >>> Daniel. >>> >>> >>> Pascal Thubert (pthubert) wrote: >>> >>>> Hi Daniel: >>>> >>>> >>>>> If the MTU option is required by other link layers, why can't the >>>>> >> MTU >> >>>> option >>>> >>>>> be sent in ND? >>>>> >>>> I return the question. How would that work? >>>> >>>> Pascal >>>> >>>> >>>> >>>>> -----Original Message----- >>>>> From: Daniel Gavelle [mailto:daniel.gavelle@jennic.com] >>>>> Sent: Wednesday, June 09, 2010 1:39 PM >>>>> To: Pascal Thubert (pthubert) >>>>> Cc: JP Vasseur; ROLL WG >>>>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to >>>>> >> be >> >>>> posted in >>>> >>>>> 3 days! >>>>> >>>>> Pascal, >>>>> >>>>> I am interested in 6LowPAN, where RFC4944 fixes the MTU at 1280 >>>>> octets >>>>> >>>> so >>>> >>>>> the MTU option isn't required. >>>>> >>>>> If the MTU option is required by other link layers, why can't the >>>>> >> MTU >> >>>> option >>>> >>>>> be sent in ND? >>>>> >>>>> Daniel. >>>>> >>>>> >>>>> >>>>> Pascal Thubert (pthubert) wrote: >>>>> >>>>>> Hi Daniel >>>>>> >>>>>> Do you think that the MTU within the LLN should be the same? >>>>>> >>>>>> Pascal >>>>>> >>>>>> >>>>>>> -----Original Message----- >>>>>>> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On >>>>>>> >>>> Behalf >>>> >>>>>> Of >>>>>> >>>>>>> Daniel Gavelle >>>>>>> Sent: Wednesday, June 09, 2010 11:52 AM >>>>>>> To: JP Vasseur >>>>>>> Cc: ROLL WG >>>>>>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to >>>>>>> >>>> be >>>> >>>>>> posted in >>>>>> >>>>>>> 3 days! >>>>>>> >>>>>>> I think the MTU and SLLA options should not be in ROLL but only >>>>>>> >>>> used >>>> >>>>>> in ND. >>>>>> >>>>>>> I haven't used the S bit in my implementation. >>>>>>> >>>>>>> Daniel. >>>>>>> >>>>>>> >>>>>>> >>>>>>> JP Vasseur wrote: >>>>>>> >>>>>>>> Dear WG, >>>>>>>> >>>>>>>> One more time, thanks for your energy and involvement to keep us >>>>>>>> >>>> on >>>> >>>>>>>> track with our plan for RPL. >>>>>>>> >>>>>>>> The cut-off date for the Virtual WG meeting that will take place >>>>>>>> >>>> on >>>> >>>>>> June >>>>>> >>>>>>>> 16 is this coming Friday and the RPL authors team has been >>>>>>>> >> working >> >>>>>> hard >>>>>> >>>>>>>> on the revision -09, which should solve a number of the opened >>>>>>>> >>>>>> tickets. >>>>>> >>>>>>>> Still there are a few items that triggered some discussion but >>>>>>>> >> we >> >>>>>> would >>>>>> >>>>>>>> need more feed-back from you to draw a consensus to move on. >>>>>>>> >>>>>>>> 1) Are we keeping the use of sibling (S Bit thread): see the >>>>>>>> >>>>>> detailed >>>>>> >>>>>>>> discussion on the ML. >>>>>>>> https://svn.tools.ietf.org/wg/roll/trac/ticket/43 >>>>>>>> >>>>>>>> 2) Use of MTU and SSLA option: >>>>>>>> https://svn.tools.ietf.org/wg/roll/trac/ticket/42 >>>>>>>> >>>>>>>> Any quick feed-back on the list would be appreciated, for rev09. >>>>>>>> >>>>>>>> Thanks. >>>>>>>> >>>>>>>> JP. >>>>>>>> _______________________________________________ >>>>>>>> Roll mailing list >>>>>>>> Roll@ietf.org >>>>>>>> https://www.ietf.org/mailman/listinfo/roll >>>>>>>> >>>>>>>> >>>>>>> -- >>>>>>> __________________________________________________ >>>>>>> Daniel Gavelle, Software Engineer >>>>>>> Tel: +44 114 281 2655 >>>>>>> Fax: +44 114 281 2951 >>>>>>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: >>>>>>> 3191371 Registered In England http://www.jennic.com >>>>>>> __________________________________________________ >>>>>>> _______________________________________________ >>>>>>> Roll mailing list >>>>>>> Roll@ietf.org >>>>>>> https://www.ietf.org/mailman/listinfo/roll >>>>>>> >>>>> -- >>>>> __________________________________________________ >>>>> Daniel Gavelle, Software Engineer >>>>> Tel: +44 114 281 2655 >>>>> Fax: +44 114 281 2951 >>>>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: >>>>> 3191371 Registered In England http://www.jennic.com >>>>> __________________________________________________ >>>>> >>> -- >>> __________________________________________________ >>> Daniel Gavelle, Software Engineer >>> Tel: +44 114 281 2655 >>> Fax: +44 114 281 2951 >>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK >>> Comp Reg No: 3191371 Registered In England >>> http://www.jennic.com >>> __________________________________________________ >>> >> _______________________________________________ >> Roll mailing list >> Roll@ietf.org >> https://www.ietf.org/mailman/listinfo/roll >> > > -- __________________________________________________ Daniel Gavelle, Software Engineer Tel: +44 114 281 2655 Fax: +44 114 281 2951 Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: 3191371 Registered In England http://www.jennic.com __________________________________________________ From pthubert@cisco.com Fri Jun 11 04:24:41 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 116E83A6943 for ; Fri, 11 Jun 2010 04:24:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.094 X-Spam-Level: X-Spam-Status: No, score=-10.094 tagged_above=-999 required=5 tests=[AWL=0.505, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1A7Ul+1TRRmc for ; Fri, 11 Jun 2010 04:24:39 -0700 (PDT) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 1B68B3A695E for ; Fri, 11 Jun 2010 04:24:39 -0700 (PDT) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEADe5EUxAZnwM/2dsb2JhbACeeXGjeJl8gnOCJQQ X-IronPort-AV: E=Sophos;i="4.53,402,1272844800"; d="scan'208";a="120452459" Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-1.cisco.com with ESMTP; 11 Jun 2010 11:24:40 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5BBOciL025564; Fri, 11 Jun 2010 11:24:40 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 11 Jun 2010 13:24:38 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 11 Jun 2010 13:24:33 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D0213F8AB@XMB-AMS-107.cisco.com> In-Reply-To: <4C11F28A.4090305@jennic.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] Feed-back appreciated for RPL Revision -09 to be posted in 3 days! Thread-Index: AcsJP3aZFYHPqOo6R0SHVtY4Qrzy/wAGB52w References: <09B6F97C-691F-4569-ABFA-AB7CE3F17E8C@cisco.com> <4C0F6438.7090805@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F02B@XMB-AMS-107.cisco.com> <4C0F7D37.3030901@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F078@XMB-AMS-107.cisco.com> <4C0F84B1.9000104@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F207@XMB-AMS-107.cisco.com> <4C112BA9.6010600@exegin.com> <4C11F28A.4090305@jennic.com> From: "Pascal Thubert (pthubert)" To: , "Dario Tedeschi" X-OriginalArrivalTime: 11 Jun 2010 11:24:38.0609 (UTC) FILETIME=[ADB20C10:01CB0958] Cc: ROLL WG Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to be posted in 3 days! X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 11:24:41 -0000 Hi Daniel: I respect your preference for the Context Option though mine would be the opposite.=20 I do not mind so much for that case because 1) the option is specific to 6LoWPAN 2) there can be other ways to get a context that's neither RA nor RPL.=20 MTU is different anyway because it impacts RPL operation. If the MTU is 1500 and a node does not support that MTU then it cannot be a router and should stay a leaf.=20 I do not think that RPL should depend on the 6LoWPAN RA dissemination for its own operation.=20 If you main problem is RPL over 6LoWPAN networks, this can trivially be handled by saying that the MTU option is not used if the RPL network has an MTU of 1280. You'll note that the RH4 draft recommends a higher MTU when source route is in use. =20 Pascal > -----Original Message----- > From: Daniel Gavelle [mailto:daniel.gavelle@jennic.com] > Sent: Friday, June 11, 2010 10:24 AM > To: Dario Tedeschi > Cc: Pascal Thubert (pthubert); ROLL WG > Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to be posted in > 3 days! >=20 > Dario, >=20 > In a 6LowPAN network, the routers will need to do 6LowPAN-ND RS/RA in > order to distribute the compression contexts. I suppose the context > (CO) option from 6LowPAN-ND could also be added to ROLL. However, I > prefer using 6LowPAN-ND for context and prefix dissemination and ROLL for > routing. >=20 > Also, if the prefix / context information is distributed in ROLL, either hosts > need to support ROLL or routers need to support two methods for prefix > distribution: RS/RA (for hosts) and prefix distribution in ROLL. >=20 > Daniel. >=20 >=20 > Dario Tedeschi wrote: > > Hi Daniel and Pascal > > > > I agree with Pascal here. > > > > In my view of a LLN network: Routers form the sub-net cloud while > > hosts just "connect" to that cloud. How routers form and maintain that > > cloud should not be handled by ND (in my opinion). I see routers using > > the routing protocol to exchange sub-net information amongst > > themselves, while hosts use RS/RA to request sub-net information from > > nearby routers. Both routers and hosts may use NS/NA to perform > > address-resolution and NUD one hop away only. > > > > Dario > > > > Pascal Thubert (pthubert) wrote: > >> Hi Daniel: > >> > >> What I read below is that for RPL over foo (foo !=3D 6LoWPAN), = you'd > >> run ND RA as the dissemination protocol for the MTU information. I > >> suggest that is a very bad idea. RPL DIO is very optimized as a > >> dissemination protocol, in particular with the use of trickle. And we > >> don't want 2 mechanisms in parallel doing the same thing. > >> So unless we merge (back) RA and DIO, I'd suggest that RPL routers > >> use RPL when they disseminate information about the subnet and do not > >> bother about RAs from other routers. > >> > >> Today, RPL operation does not depend on RAs at all. In fact, it is > >> the other way around. RPL handles everything multihop, whereas RA is > >> used for router to host communication. > >> In that model, we expect RPL to disseminate information that can then > >> be incorporated by the routers in their RAs for local distribution to > >> their attached hosts. > >> That is what we do with PIO and RIO. MTU would be the same. > >> > >> Pascal > >> > >> > >> > >>> -----Original Message----- > >>> From: Daniel Gavelle [mailto:daniel.gavelle@jennic.com] > >>> Sent: Wednesday, June 09, 2010 2:10 PM > >>> To: Pascal Thubert (pthubert) > >>> Cc: JP Vasseur; ROLL WG > >>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to be > >>> > >> posted in > >> > >>> 3 days! > >>> > >>> Pascal, > >>> > >>> If the link has a variable sized MTU, the MTU option can be sent in > >>> an > >>> > >> RA, as > >> > >>> in RFC 4861. ND RS/RA can be done before sending DIS and joining a > >>> > >> ROLL > >> > >>> DAG. > >>> > >>> Daniel. > >>> > >>> > >>> Pascal Thubert (pthubert) wrote: > >>> > >>>> Hi Daniel: > >>>> > >>>> > >>>>> If the MTU option is required by other link layers, why can't the > >>>>> > >> MTU > >> > >>>> option > >>>> > >>>>> be sent in ND? > >>>>> > >>>> I return the question. How would that work? > >>>> > >>>> Pascal > >>>> > >>>> > >>>> > >>>>> -----Original Message----- > >>>>> From: Daniel Gavelle [mailto:daniel.gavelle@jennic.com] > >>>>> Sent: Wednesday, June 09, 2010 1:39 PM > >>>>> To: Pascal Thubert (pthubert) > >>>>> Cc: JP Vasseur; ROLL WG > >>>>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to > >>>>> > >> be > >> > >>>> posted in > >>>> > >>>>> 3 days! > >>>>> > >>>>> Pascal, > >>>>> > >>>>> I am interested in 6LowPAN, where RFC4944 fixes the MTU at 1280 > >>>>> octets > >>>>> > >>>> so > >>>> > >>>>> the MTU option isn't required. > >>>>> > >>>>> If the MTU option is required by other link layers, why can't the > >>>>> > >> MTU > >> > >>>> option > >>>> > >>>>> be sent in ND? > >>>>> > >>>>> Daniel. > >>>>> > >>>>> > >>>>> > >>>>> Pascal Thubert (pthubert) wrote: > >>>>> > >>>>>> Hi Daniel > >>>>>> > >>>>>> Do you think that the MTU within the LLN should be the same? > >>>>>> > >>>>>> Pascal > >>>>>> > >>>>>> > >>>>>>> -----Original Message----- > >>>>>>> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On > >>>>>>> > >>>> Behalf > >>>> > >>>>>> Of > >>>>>> > >>>>>>> Daniel Gavelle > >>>>>>> Sent: Wednesday, June 09, 2010 11:52 AM > >>>>>>> To: JP Vasseur > >>>>>>> Cc: ROLL WG > >>>>>>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 > >>>>>>> to > >>>>>>> > >>>> be > >>>> > >>>>>> posted in > >>>>>> > >>>>>>> 3 days! > >>>>>>> > >>>>>>> I think the MTU and SLLA options should not be in ROLL but only > >>>>>>> > >>>> used > >>>> > >>>>>> in ND. > >>>>>> > >>>>>>> I haven't used the S bit in my implementation. > >>>>>>> > >>>>>>> Daniel. > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> JP Vasseur wrote: > >>>>>>> > >>>>>>>> Dear WG, > >>>>>>>> > >>>>>>>> One more time, thanks for your energy and involvement to keep > >>>>>>>> us > >>>>>>>> > >>>> on > >>>> > >>>>>>>> track with our plan for RPL. > >>>>>>>> > >>>>>>>> The cut-off date for the Virtual WG meeting that will take > >>>>>>>> place > >>>>>>>> > >>>> on > >>>> > >>>>>> June > >>>>>> > >>>>>>>> 16 is this coming Friday and the RPL authors team has been > >>>>>>>> > >> working > >> > >>>>>> hard > >>>>>> > >>>>>>>> on the revision -09, which should solve a number of the opened > >>>>>>>> > >>>>>> tickets. > >>>>>> > >>>>>>>> Still there are a few items that triggered some discussion but > >>>>>>>> > >> we > >> > >>>>>> would > >>>>>> > >>>>>>>> need more feed-back from you to draw a consensus to move on. > >>>>>>>> > >>>>>>>> 1) Are we keeping the use of sibling (S Bit thread): see the > >>>>>>>> > >>>>>> detailed > >>>>>> > >>>>>>>> discussion on the ML. > >>>>>>>> https://svn.tools.ietf.org/wg/roll/trac/ticket/43 > >>>>>>>> > >>>>>>>> 2) Use of MTU and SSLA option: > >>>>>>>> https://svn.tools.ietf.org/wg/roll/trac/ticket/42 > >>>>>>>> > >>>>>>>> Any quick feed-back on the list would be appreciated, for rev09. > >>>>>>>> > >>>>>>>> Thanks. > >>>>>>>> > >>>>>>>> JP. > >>>>>>>> _______________________________________________ > >>>>>>>> Roll mailing list > >>>>>>>> Roll@ietf.org > >>>>>>>> https://www.ietf.org/mailman/listinfo/roll > >>>>>>>> > >>>>>>>> > >>>>>>> -- > >>>>>>> __________________________________________________ > >>>>>>> Daniel Gavelle, Software Engineer > >>>>>>> Tel: +44 114 281 2655 > >>>>>>> Fax: +44 114 281 2951 > >>>>>>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: > >>>>>>> 3191371 Registered In England http://www.jennic.com > >>>>>>> __________________________________________________ > >>>>>>> _______________________________________________ > >>>>>>> Roll mailing list > >>>>>>> Roll@ietf.org > >>>>>>> https://www.ietf.org/mailman/listinfo/roll > >>>>>>> > >>>>> -- > >>>>> __________________________________________________ > >>>>> Daniel Gavelle, Software Engineer > >>>>> Tel: +44 114 281 2655 > >>>>> Fax: +44 114 281 2951 > >>>>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: > >>>>> 3191371 Registered In England http://www.jennic.com > >>>>> __________________________________________________ > >>>>> > >>> -- > >>> __________________________________________________ > >>> Daniel Gavelle, Software Engineer > >>> Tel: +44 114 281 2655 > >>> Fax: +44 114 281 2951 > >>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: > >>> 3191371 Registered In England http://www.jennic.com > >>> __________________________________________________ > >>> > >> _______________________________________________ > >> Roll mailing list > >> Roll@ietf.org > >> https://www.ietf.org/mailman/listinfo/roll > >> > > > > >=20 > -- > __________________________________________________ > Daniel Gavelle, Software Engineer > Tel: +44 114 281 2655 > Fax: +44 114 281 2951 > Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: 3191371 > Registered In England http://www.jennic.com > __________________________________________________ From root@core3.amsl.com Fri Jun 11 04:30:29 2010 Return-Path: X-Original-To: roll@ietf.org Delivered-To: roll@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id 51D1F3A69E1; Fri, 11 Jun 2010 04:30:02 -0700 (PDT) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20100611113008.51D1F3A69E1@core3.amsl.com> Date: Fri, 11 Jun 2010 04:30:02 -0700 (PDT) Cc: roll@ietf.org Subject: [Roll] I-D Action:draft-ietf-roll-routing-metrics-07.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 11:30:29 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Routing Over Low power and Lossy networks Working Group of the IETF. Title : Routing Metrics used for Path Calculation in Low Power and Lossy Networks Author(s) : J. Vasseur, et al. Filename : draft-ietf-roll-routing-metrics-07.txt Pages : 28 Date : 2010-06-11 Low power and Lossy Networks (LLNs) have unique characteristics compared with traditional wired and ad-hoc networks that require the specification of new routing metrics and constraints. By contrast with typical Interior Gateway Protocol (IGP) routing metrics using hop counts or link metrics, this document specifies a set of link and node routing metrics and constraints suitable to LLNs. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-roll-routing-metrics-07.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ 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: Message/External-body; name="draft-ietf-roll-routing-metrics-07.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2010-06-11042218.I-D@ietf.org> --NextPart-- From jpv@cisco.com Fri Jun 11 04:41:19 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7BA823A6930 for ; Fri, 11 Jun 2010 04:41:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.21 X-Spam-Level: X-Spam-Status: No, score=-10.21 tagged_above=-999 required=5 tests=[AWL=0.387, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s+8TWhrOCIrU for ; Fri, 11 Jun 2010 04:41:18 -0700 (PDT) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 1C0DE3A69E1 for ; Fri, 11 Jun 2010 04:41:18 -0700 (PDT) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-Files: None : None X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgIGAOe9EUxAZnwN/2dsb2JhbACBQ5xfWHGjdJl6hRgE X-IronPort-AV: E=Sophos;i="4.53,402,1272844800"; d="scan'208,217";a="120458811" Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 11 Jun 2010 11:41:19 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5BBfHer005848 for ; Fri, 11 Jun 2010 11:41:19 GMT Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 11 Jun 2010 13:41:05 +0200 Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 11 Jun 2010 13:41:04 +0200 Message-Id: From: JP Vasseur To: ROLL WG Content-Type: multipart/alternative; boundary=Apple-Mail-4--550962962 Mime-Version: 1.0 (Apple Message framework v936) Date: Fri, 11 Jun 2010 13:41:03 +0200 References: <20100611113008.51D1F3A69E1@core3.amsl.com> X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 11 Jun 2010 11:41:05.0137 (UTC) FILETIME=[F9B64610:01CB095A] Subject: [Roll] Fwd: I-D Action:draft-ietf-roll-routing-metrics-07.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 11:41:20 -0000 --Apple-Mail-4--550962962 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Dear all, Here are the changes in this new revision (also aligned with RPL revision 09): * The Reserved field of the The Link Quality Level and Link Color object have been augmented to 4 bits for octet alignement * The OCP (Object Code Point) has been removed and pulled into the RPL ID (in the Config Option) * Some examples were changed * The type and length fields of TLV carried within the routing metrics and constraints are now 1 bytes long. * Various edits, typos corrected, clarifications based on comments received from the mailing list Thanks, as usual comments welcome. JP. Begin forwarded message: > From: Internet-Drafts@ietf.org > Date: June 11, 2010 1:30:02 PM CEDT > To: i-d-announce@ietf.org > Cc: roll@ietf.org > Subject: [Roll] I-D Action:draft-ietf-roll-routing-metrics-07.txt > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > This draft is a work item of the Routing Over Low power and Lossy > networks Working Group of the IETF. > > > Title : Routing Metrics used for Path Calculation in Low > Power and Lossy Networks > Author(s) : J. Vasseur, et al. > Filename : draft-ietf-roll-routing-metrics-07.txt > Pages : 28 > Date : 2010-06-11 > > Low power and Lossy Networks (LLNs) have unique characteristics > compared with traditional wired and ad-hoc networks that require the > specification of new routing metrics and constraints. By contrast > with typical Interior Gateway Protocol (IGP) routing metrics using > hop counts or link metrics, this document specifies a set of link and > node routing metrics and constraints suitable to LLNs. > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-ietf-roll-routing-metrics-07.txt > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > Below is the data which will enable a MIME compliant mail reader > implementation to automatically retrieve the ASCII version of the > Internet-Draft. > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll --Apple-Mail-4--550962962 Content-Type: multipart/mixed; boundary=Apple-Mail-5--550962961 --Apple-Mail-5--550962961 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Dear = all,

Here are the changes in this new revision (also = aligned with RPL revision 09):
* The Reserved field of = the The Link Quality Level and Link Color object have been = augmented to 4 bits for octet alignement
* The OCP (Object = Code Point) has been removed and pulled into the RPL ID (in the Config = Option)
* Some examples were changed
* The type and = length fields of TLV carried within the routing metrics and constraints = are now 1 bytes long.
* Various edits, typos corrected, = clarifications based on comments received from the mailing = list

Thanks, as usual comments = welcome.

JP.

Begin forwarded = message:

Date: June 11, 2010 1:30:02 PM = CEDT
To: i-d-announce@ietf.org
Subject: = [Roll] I-D = Action:draft-ietf-roll-routing-metrics-07.txt

A New = Internet-Draft is available from the on-line Internet-Drafts = directories.
This draft is a work item of the Routing Over Low power = and Lossy networks Working Group of the IETF.


Title =           : Routing = Metrics used for Path Calculation in Low Power and Lossy = Networks
= Author(s)       : J. Vasseur, et = al.
= Filename        : = draft-ietf-roll-routing-metrics-07.txt
Pages =           : = 28
= Date =            : = 2010-06-11

Low power and Lossy Networks (LLNs) have unique = characteristics
compared with traditional wired and ad-hoc networks = that require the
specification of new routing metrics and = constraints.  By contrast
with typical Interior Gateway Protocol = (IGP) routing metrics using
hop counts or link metrics, this document = specifies a set of link and
node routing metrics and constraints = suitable to LLNs.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-roll-routing-metr= ics-07.txt

Internet-Drafts are also available by anonymous = FTP at:
ftp://ftp.ietf.org/internet-drafts/

Below is the data = which will enable a MIME compliant mail reader
implementation to = automatically retrieve the ASCII version of = the
Internet-Draft.
= --Apple-Mail-5--550962961 Content-Disposition: attachment; filename=mime-attachment Content-Type: message/external-body; x-unix-mode=0666; name="mime-attachment" Content-Transfer-Encoding: 7bit Content-Type: text/plain
Content-ID: <2010-06-11042218.I-D@ietf.org>

--Apple-Mail-5--550962961 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: 7bit
_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll

--Apple-Mail-5--550962961-- --Apple-Mail-4--550962962-- From trac@tools.ietf.org Fri Jun 11 04:42:56 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6D42828C172 for ; Fri, 11 Jun 2010 04:42:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.714 X-Spam-Level: X-Spam-Status: No, score=-100.714 tagged_above=-999 required=5 tests=[AWL=-0.714, BAYES_50=0.001, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3iBCcjPDzgwo for ; Fri, 11 Jun 2010 04:42:55 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 7385328C173 for ; Fri, 11 Jun 2010 04:42:55 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1ON2dW-0002OQ-3f; Fri, 11 Jun 2010 04:42:58 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "roll issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: jpv@cisco.com X-Trac-Project: roll Date: Fri, 11 Jun 2010 11:42:58 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: https://svn.tools.ietf.org/wg/roll/trac/ticket/46#comment:1 Message-ID: <064.afb0294ecda091fa5a69979930579fe3@tools.ietf.org> References: <055.e8cb5355d480cd303d9586b9501805b6@tools.ietf.org> X-Trac-Ticket-ID: 46 In-Reply-To: <055.e8cb5355d480cd303d9586b9501805b6@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: Re: [Roll] [roll] #46: Comment on METRIC-ID X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 11:42:56 -0000 #46: Comment on METRIC-ID --------------------------------+------------------------------------------- Reporter: jpv@… | Owner: jpv@… Type: defect | Status: closed Priority: major | Milestone: Component: routing-metrics | Version: Severity: Active WG Document | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Changes (by jpv@…): * status: new => closed * resolution: => fixed Comment: Fixed: 4.4.1. Link Color Object Description The Link Color (LC) object is an administrative 10-bit static link constraint used to avoid or attract specific links for specific traffic types. The LC object can either be used as a metric or as a constraint. When used as a metric, the LC metric can only be recorded. For example, the DAG may require recording the link colors for all traversed links. Each node can then use the LC to select the parent based on user defined rules (e.g. "select the path with the maximum number of links having their first bit set 1 (e.g. encrypted links)"). The LC object may also be used as a constraint. Vasseur, et al. Expires December 12, 2010 [Page 20] Internet-Draft draft-ietf-roll-routing-metrics-07 June 2010 When used as a recorded metric, a counter is used to compress the information where the number of links for each Link Color is reported. The Link Color (LC) object MAY be present in the DAG Metric Container. There MUST be only one LC object with at least one LC sub-object per DAG Metric Container object. The LC routing object does not contain any additional TLV. The LC routing object Type is to be assigned by IANA (recommended value=8) The LC object may either be local or global. The format of the LC object body is as follows: 0 1 2 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ... | Res | LC Sub-objects +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ ... Figure 16: LC Object format When the LC object is used as a global recorded metric, the LC object body comprises one or more LC Type 1 sub-objects. The format of the LC Type 1 sub-object body is as follows: 0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Link Color | Counter | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 17: LC Type 1 sub-object format When the LC object is used as a constraint, the LC object body comprises one or more LC Type 2 sub-objects. Vasseur, et al. Expires December 12, 2010 [Page 21] Internet-Draft draft-ietf-roll-routing-metrics-07 June 2010 The format of the LC Type 2 sub-object body is as follows: 0 1 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Link Color |I| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 18: LC Type 2 sub-object format I Bit: When cleared, this indicates that links with the specified color must be included. When set, this indicates that links with the specified color must be excluded. The use of the LC object is outside of the scope of this document. -- Ticket URL: roll From jpv@cisco.com Fri Jun 11 04:45:32 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C74BD28C16F for ; Fri, 11 Jun 2010 04:45:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.239 X-Spam-Level: X-Spam-Status: No, score=-10.239 tagged_above=-999 required=5 tests=[AWL=0.360, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5gJ7pwv6HLqI for ; Fri, 11 Jun 2010 04:45:31 -0700 (PDT) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 9124328C167 for ; Fri, 11 Jun 2010 04:45:31 -0700 (PDT) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEABO/EUxAZnwM/2dsb2JhbACeenGkKpl6hRgEkBM X-IronPort-AV: E=Sophos;i="4.53,402,1272844800"; d="scan'208";a="120460230" Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-1.cisco.com with ESMTP; 11 Jun 2010 11:45:33 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5BBjV5K005127; Fri, 11 Jun 2010 11:45:33 GMT Received: from xfe-ams-102.cisco.com ([144.254.231.94]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 11 Jun 2010 13:45:28 +0200 Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-102.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 11 Jun 2010 13:45:27 +0200 Message-Id: <2EFE176C-1C83-4AB0-B4A1-1229D8564B53@cisco.com> From: JP Vasseur To: Omprakash Gnawali , Yoav Ben-Yehezkel In-Reply-To: <5A0B475C-16EB-4D70-85B3-33778EA19B99@cisco.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Fri, 11 Jun 2010 13:45:26 +0200 References: <1513203275.517921269758192360.JavaMail.root@mail02.pantherlink.uwm.edu> <3616A8AB-F095-4562-BD0F-110651FEB013@cisco.com> <00EDBF30-7C9D-464F-AB35-AAB187F1C8BC@cisco.com> <33f90a790ceb7027803faa6bdd82709e@mail.gmail.com> <5A0B475C-16EB-4D70-85B3-33778EA19B99@cisco.com> X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 11 Jun 2010 11:45:27.0727 (UTC) FILETIME=[963A53F0:01CB095B] X-TM-AS-Product-Ver: SMEX-8.0.0.1181-6.000.1038-17438.006 X-TM-AS-Result: No--16.910900-8.000000-31 X-TM-AS-User-Approved-Sender: No X-TM-AS-User-Blocked-Sender: No Cc: roll Subject: Re: [Roll] The need for multiplicative metrics and other comments on draft-ietf-roll-routing-metrics-05 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 11:45:32 -0000 Hi, Text updated in rev-07 (just posted). Thanks. JP. On Apr 28, 2010, at 8:23 PM, JP Vasseur wrote: > Hi, > > Good comments, which we agreed upon some time ago, I forgot to > incorporate it. > OK that will be in the next revision for sure. > > Cheers. > > JP. > > On Apr 28, 2010, at 8:20 PM, Yoav Ben-Yehezkel wrote: > >> Hi, >> >> Sorry for coming up with this comment after this release... It came >> up to >> me only when reviewing the diffs between new and previous version :) >> >> I think there a small issue in the following para.: >> >> " >> 4.3.1. The Link Quality Level Reliability Metric >> ... >> 0 1 >> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> | Aggregated LQL Value | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> >> Figure 13: LQL Type 2 sub-Object format >> >> Aggregated LQL Value: when used an an additive metric (A=0x00), the >> aggregated LQL value reports the sum of all the LQL values for all >> links along the path. When used to report a minimum (A=0x02), the >> field reports the minimum LQL value of all links along the path. >> >> " >> >> In case the LQL on any link is unknown 0, and the metric is >> multiplicative >> (A=0x03), using a multiplication by 0 would reset the aggregated LQL >> value, whereas if the metric is additive, the aggregated LQL value >> will >> remain unchanged. So I suggest to update the above para. to: >> >> " >> ... >> Aggregated LQL Value: when used an an additive metric (A=0x00), the >> aggregated LQL value reports the sum of all the LQL values for all >> links along the path. When used to report a minimum (A=0x02), the >> field reports the minimum LQL value of all links along the path. >> When >> used to report a multiplication (A=0x03), and the LQL >> field of one of the links along the path is undetermined (LQL=0), >> the undetermined LQL will be ignored and not aggregated (i.e. no >> reset to Aggregated LQL Value field). >> " >> >> Thanks, >> Yoav >> >> -----Original Message----- >> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On >> Behalf Of JP >> Vasseur >> Sent: Wednesday, April 28, 2010 2:06 PM >> To: Omprakash Gnawali >> Cc: roll >> Subject: Re: [Roll] The need for multiplicative metrics and other >> comments >> on draft-ietf-roll-routing-metrics-05 >> >> Hi, >> >> On Apr 13, 2010, at 6:44 PM, Omprakash Gnawali wrote: >> >>> On Tue, Apr 13, 2010 at 12:34 AM, JP Vasseur wrote: >>> ... >>>>> 2. Towards the end of 4.3.2: >>>>> >>>>> "The ETX object may be used as a constraint or a path metric. For >>>>> example, an Objective Function may indicate that the ETX must not >>>>> be >>>>> below some specified value." >>>>> >>>>> Should be: ETX must not be more than some specified value. >>>>> >>>> >>>> Good catch, will fix it. >>> >>> The ETX Objective Function proposes a threshold. While I was working >>> on ETXOF, the difficulty was coming up with the "right" threshold >>> for >>> both link ETX and path ETX. This might be a configuration parameter >>> but it is not clear what the default value should be. It will be >>> great >>> to get feedback from the WG on what the default should be. >> >> It is application dependent, and does not need to be standardized. >> This is not a protocol >> parameter either, so no need to suggest a default value. >> >> Thanks. >> >> JP. >> >>> >>> - om_p >> >> _______________________________________________ >> Roll mailing list >> Roll@ietf.org >> https://www.ietf.org/mailman/listinfo/roll > From jpv@cisco.com Fri Jun 11 04:45:33 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id ECA1128C13D for ; Fri, 11 Jun 2010 04:45:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.263 X-Spam-Level: X-Spam-Status: No, score=-10.263 tagged_above=-999 required=5 tests=[AWL=0.336, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KL9JcvuzYaj8 for ; Fri, 11 Jun 2010 04:45:32 -0700 (PDT) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 1718B28C16B for ; Fri, 11 Jun 2010 04:45:32 -0700 (PDT) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEABO/EUxAZnwM/2dsb2JhbACeenGkKpl6hRgE X-IronPort-AV: E=Sophos;i="4.53,402,1272844800"; d="scan'208";a="120460232" Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-1.cisco.com with ESMTP; 11 Jun 2010 11:45:33 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5BBjV5M005127; Fri, 11 Jun 2010 11:45:33 GMT Received: from xfe-ams-102.cisco.com ([144.254.231.94]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 11 Jun 2010 13:45:31 +0200 Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-102.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 11 Jun 2010 13:45:30 +0200 Message-Id: From: JP Vasseur To: Yoav Ben-Yehezkel In-Reply-To: <4007fd4e6df11190ae7147d84c7cfd07@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Fri, 11 Jun 2010 13:45:30 +0200 References: <1513203275.517921269758192360.JavaMail.root@mail02.pantherlink.uwm.edu> <3616A8AB-F095-4562-BD0F-110651FEB013@cisco.com> <00EDBF30-7C9D-464F-AB35-AAB187F1C8BC@cisco.com> <33f90a790ceb7027803faa6bdd82709e@mail.gmail.com> <5A0B475C-16EB-4D70-85B3-33778EA19B99@cisco.com> <4007fd4e6df11190ae7147d84c7cfd07@mail.gmail.com> X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 11 Jun 2010 11:45:30.0914 (UTC) FILETIME=[9820A020:01CB095B] X-TM-AS-Product-Ver: SMEX-8.0.0.1181-6.000.1038-17438.006 X-TM-AS-Result: No--18.921100-8.000000-31 X-TM-AS-User-Approved-Sender: No X-TM-AS-User-Blocked-Sender: No Cc: roll Subject: Re: [Roll] The need for multiplicative metrics and other comments on draft-ietf-roll-routing-metrics-05 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 11:45:34 -0000 Hi, On Apr 29, 2010, at 2:03 PM, Yoav Ben-Yehezkel wrote: > While you're at it, I think I found a few more related small editorial > comments: > " > 2. Object Formats > ... > o A Field: The A field is used to indicate whether a routing metric > is additive, reports a maximum or a minimum. > " > Should be: > " o A Field: The A field is used to indicate whether a routing > metric > is additive, multiplicative, reports a maximum or a minimum. > " > > Another one in section 2: > " > Example 1: A DAG formed by RPL where all nodes must be main powered > and the link metric is the link throughput. In this case the DAG > Metric container carries two routing objects: the link metric is the > link throughput (C=0, O=0, A=00, G=1, R=0) and the node constraint > is > power (C=1, O=0, A=00, G=0, R=0). Note that in this example, the > link throughput is a global additive aggregated link metric. An RPL > implementation may use the metric to report a minimum (A=01). In > this case, when the link throughput metric is processed each node > updates it is the link throughput is less than the value reported by > the link throughput metric. > " > > The text: "An RPL implementation may use the metric to report a > minimum > (A=01)." > Should be changed either to: > "An RPL implementation may use the metric to report a minimum > (A=02)." OR > "An RPL implementation may use the metric to report a maximum (A=01)." > Fixed. > Question regarding the following in 4.3.1: > > " When used to report a minimum (A=0x02), the > field reports the minimum LQL value of all links along the path." > > This means that an undetermined value (0) beats best value (1) being > the > minimum of the two. Is this really the intent? Suggested replacement > text > if not: > > " When used to report a minimum (A=0x02), the > field reports the minimum LQL value of all links along the path, > ignoring undetermined LQLs (Aggregated LQL Value = 0)." > > Also, why does this para. describe only LQL for additive and minimum? > Shouldn't it also describe multiplicative (suggested in previous > thread > message) and maximum as well? Added (the maximum piece was not explicitly indicated) > > I think there are some inconsistencies in section 9.2 and maybe also > 9.3: > " > Codespace of the A field (NSA Object) > Value Meaning Reference > > 0 Routing metric is additive This document > 2 Routing metric reports a maximum This document > 3 Routing metric reports a minimum This document > 4 Routing metric is multiplicative This document > " > Should the values be inconsistent with the values in the text? Fixed. Thanks for catching the typo. > > Also: > " Codespace of the Flag field (Routing common header) > Bit Description Reference > > 8 Constraint/metric This document > 7 Optional Constraint This document > 5-6 Additive/Max/Min This document > 4 Global/Local This document > 3 Recorded/Aggregated This document > " > > Should it be? > "5-6 Additive/Max/Min/Mult This document" > Yes. > What does the term "flag field" mean (for example, "NSA Object flag > field")? Does it mean flags/fields? > It is a very common terminology used in IETF document (a field of flags). > > That's it for now :) > Thanks, very useful. JP. > Yoav > > > > -----Original Message----- > From: JP Vasseur [mailto:jpv@cisco.com] > Sent: Wednesday, April 28, 2010 9:24 PM > To: Yoav Ben-Yehezkel > Cc: Omprakash Gnawali; roll > Subject: Re: [Roll] The need for multiplicative metrics and other > comments > on draft-ietf-roll-routing-metrics-05 > > Hi, > > Good comments, which we agreed upon some time ago, I forgot to > incorporate it. > OK that will be in the next revision for sure. > > Cheers. > > JP. > > On Apr 28, 2010, at 8:20 PM, Yoav Ben-Yehezkel wrote: > >> Hi, >> >> Sorry for coming up with this comment after this release... It came >> up to >> me only when reviewing the diffs between new and previous version :) >> >> I think there a small issue in the following para.: >> >> " >> 4.3.1. The Link Quality Level Reliability Metric >> ... >> 0 1 >> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> | Aggregated LQL Value | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> >> Figure 13: LQL Type 2 sub-Object format >> >> Aggregated LQL Value: when used an an additive metric (A=0x00), the >> aggregated LQL value reports the sum of all the LQL values for all >> links along the path. When used to report a minimum (A=0x02), the >> field reports the minimum LQL value of all links along the path. >> >> " >> >> In case the LQL on any link is unknown 0, and the metric is >> multiplicative >> (A=0x03), using a multiplication by 0 would reset the aggregated LQL >> value, whereas if the metric is additive, the aggregated LQL value >> will >> remain unchanged. So I suggest to update the above para. to: >> >> " >> ... >> Aggregated LQL Value: when used an an additive metric (A=0x00), the >> aggregated LQL value reports the sum of all the LQL values for all >> links along the path. When used to report a minimum (A=0x02), the >> field reports the minimum LQL value of all links along the path. >> When >> used to report a multiplication (A=0x03), and the LQL >> field of one of the links along the path is undetermined (LQL=0), >> the undetermined LQL will be ignored and not aggregated (i.e. no >> reset to Aggregated LQL Value field). >> " >> >> Thanks, >> Yoav >> >> -----Original Message----- >> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf >> Of JP >> Vasseur >> Sent: Wednesday, April 28, 2010 2:06 PM >> To: Omprakash Gnawali >> Cc: roll >> Subject: Re: [Roll] The need for multiplicative metrics and other >> comments >> on draft-ietf-roll-routing-metrics-05 >> >> Hi, >> >> On Apr 13, 2010, at 6:44 PM, Omprakash Gnawali wrote: >> >>> On Tue, Apr 13, 2010 at 12:34 AM, JP Vasseur wrote: >>> ... >>>>> 2. Towards the end of 4.3.2: >>>>> >>>>> "The ETX object may be used as a constraint or a path metric. For >>>>> example, an Objective Function may indicate that the ETX must not >>>>> be >>>>> below some specified value." >>>>> >>>>> Should be: ETX must not be more than some specified value. >>>>> >>>> >>>> Good catch, will fix it. >>> >>> The ETX Objective Function proposes a threshold. While I was working >>> on ETXOF, the difficulty was coming up with the "right" threshold >>> for >>> both link ETX and path ETX. This might be a configuration parameter >>> but it is not clear what the default value should be. It will be >>> great >>> to get feedback from the WG on what the default should be. >> >> It is application dependent, and does not need to be standardized. >> This is not a protocol >> parameter either, so no need to suggest a default value. >> >> Thanks. >> >> JP. >> >>> >>> - om_p >> >> _______________________________________________ >> Roll mailing list >> Roll@ietf.org >> https://www.ietf.org/mailman/listinfo/roll From jpv@cisco.com Fri Jun 11 04:45:40 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8754928C158 for ; Fri, 11 Jun 2010 04:45:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.283 X-Spam-Level: X-Spam-Status: No, score=-10.283 tagged_above=-999 required=5 tests=[AWL=0.315, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eyklIiCcmDJT for ; Fri, 11 Jun 2010 04:45:39 -0700 (PDT) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 452B13A67EB for ; Fri, 11 Jun 2010 04:45:39 -0700 (PDT) Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AucFAJq+EUxAZnwM/2dsb2JhbACBQ503caQXmXqFGAQ X-IronPort-AV: E=Sophos;i="4.53,402,1272844800"; d="scan'208,217";a="120596454" Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-2.cisco.com with ESMTP; 11 Jun 2010 11:45:40 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5BBjV5g005127; Fri, 11 Jun 2010 11:45:40 GMT Received: from xfe-ams-102.cisco.com ([144.254.231.94]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 11 Jun 2010 13:45:39 +0200 Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-102.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 11 Jun 2010 13:45:38 +0200 Message-Id: From: JP Vasseur To: Westergreen Mads-MWEST2 Content-Type: multipart/alternative; boundary=Apple-Mail-6--550688690 Mime-Version: 1.0 (Apple Message framework v936) Date: Fri, 11 Jun 2010 13:45:38 +0200 References: <055.e8cb5355d480cd303d9586b9501805b6@tools.ietf.org> X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 11 Jun 2010 11:45:38.0899 (UTC) FILETIME=[9CE30A30:01CB095B] X-TM-AS-Product-Ver: SMEX-8.0.0.1181-6.000.1038-17438.006 X-TM-AS-Result: No--25.651000-8.000000-31 X-TM-AS-User-Approved-Sender: No X-TM-AS-User-Blocked-Sender: No Cc: ROLL WG Subject: [Roll] Fwd: [roll] #46: Comment on METRIC-ID X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 11:45:40 -0000 --Apple-Mail-6--550688690 Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Good points. Res fields augmented by 4 bits for octets alignments. This is in revision 07. Thanks. JP. Begin forwarded message: > From: "roll issue tracker" > Date: June 5, 2010 12:51:07 PM CEDT > To: jpv@cisco.com > Cc: roll@ietf.org > Subject: [roll] #46: Comment on METRIC-ID > Reply-To: roll@ietf.org > > #46: Comment on METRIC-ID > --------------------------------=20 > +------------------------------------------- > Reporter: jpv@=85 | Owner: jpv@=85 > Type: defect | Status: new > Priority: major | Milestone: > Component: routing-metrics | Version: > Severity: Active WG Document | Keywords: > --------------------------------=20 > +------------------------------------------- > Mads Westergreen > > > 7. RPL metrics draft 06 - 4.3.1. The Link Quality Level > Reliability Metric > 4.4.1. Link Color Object > Description > Both these options have the first 4 bits reserved. The length of the > option following these 4 bits is multiple of 8 bits. It would make =20 > more > sense if the reserved bits are extended to 8 because: > a) The information following them will be easier to read/write, =20= > as it > will start on memory boundaries. Now it has to be shifted. > b) The frame will be anyway have to be completed with 4 trailing bits > after the option > Any reason why the reserved bits cannot be =20 > extended to > 8 ? > > --=20 > Ticket URL: > roll > --Apple-Mail-6--550688690 Content-Type: text/html; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Good points. Res fields = augmented by 4 bits for octets alignments.
This is in revision = 07.

Thanks.

JP.
=

Begin forwarded message:

From: = "roll issue tracker" <trac@tools.ietf.org>
Date: = June 5, 2010 12:51:07 PM CEDT
Subject: = [roll] #46: Comment on METRIC-ID
Reply-To: = roll@ietf.org

#46: Comment = on = METRIC-ID
--------------------------------+----------------------------= ---------------
Reporter:  jpv@=85 =             &n= bsp; |       Owner:  jpv@=85 =        
=     Type:  defect =             &n= bsp;|      Status:  new =          
Priority: =  major =             &n= bsp; |   Milestone: =             &n= bsp; 
Component:  routing-metrics     | =     Version: =             &n= bsp; 
Severity:  Active WG Document  | =    Keywords: =             &n= bsp; 
--------------------------------+---------------------------= ----------------
Mads Westergreen


7. =       RPL metrics draft 06  - 4.3.1. =  The Link Quality Level
Reliability Metric
=             &n= bsp;           &nbs= p;            =        4.4.1.  Link Color = Object
Description
Both these options have the first 4 bits = reserved. The length of the
option following these 4 bits is = multiple of 8 bits. It would make more
sense if the reserved bits = are extended to 8 because:
a)      The = information following them will be easier to read/write, as it
will = start on memory boundaries. Now it has to be shifted.
b)  The = frame will be anyway have to be completed with 4 trailing bits
after = the option
=             &n= bsp;       Any reason why the = reserved bits cannot be extended to
8 ?

--
Ticket URL: = <https://svn.too= ls.ietf.org/wg/roll/trac/ticket/46>
roll <http://tools.ietf.org/wg/roll/= >


= --Apple-Mail-6--550688690-- From trac@tools.ietf.org Fri Jun 11 04:46:46 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5C6FD3A69EC for ; Fri, 11 Jun 2010 04:46:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.99 X-Spam-Level: X-Spam-Status: No, score=-101.99 tagged_above=-999 required=5 tests=[AWL=0.610, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TY1KG8md9RpQ for ; Fri, 11 Jun 2010 04:46:45 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 9D7133A69E1 for ; Fri, 11 Jun 2010 04:46:45 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1ON2hE-0004GK-EL; Fri, 11 Jun 2010 04:46:48 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "roll issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: pthubert@cisco.com, jpv@cisco.com X-Trac-Project: roll Date: Fri, 11 Jun 2010 11:46:48 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: https://svn.tools.ietf.org/wg/roll/trac/ticket/44#comment:1 Message-ID: <064.a101f52d32390ab7fbb1aecdf42daa94@tools.ietf.org> References: <055.42a387118383918c883f3c4f7a651553@tools.ietf.org> X-Trac-Ticket-ID: 44 In-Reply-To: <055.42a387118383918c883f3c4f7a651553@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: pthubert@cisco.com, jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: Re: [Roll] [roll] #44: Additional details on Multicast operation X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 11:46:46 -0000 #44: Additional details on Multicast operation --------------------------------+------------------------------------------- Reporter: jpv@… | Owner: pthubert@… Type: defect | Status: closed Priority: major | Milestone: Component: rpl | Version: Severity: Active WG Document | Resolution: duplicate Keywords: | --------------------------------+------------------------------------------- Changes (by jpv@…): * status: new => closed * resolution: => duplicate -- Ticket URL: roll From trac@tools.ietf.org Fri Jun 11 04:47:40 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 10DF628C16F for ; Fri, 11 Jun 2010 04:47:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.01 X-Spam-Level: X-Spam-Status: No, score=-102.01 tagged_above=-999 required=5 tests=[AWL=0.590, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zUybRIh31FgH for ; Fri, 11 Jun 2010 04:47:39 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 43F423A67EB for ; Fri, 11 Jun 2010 04:47:39 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1ON2i3-0005K7-MZ; Fri, 11 Jun 2010 04:47:39 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "roll issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: wintert@acm.org, jpv@cisco.com X-Trac-Project: roll Date: Fri, 11 Jun 2010 11:47:39 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: https://svn.tools.ietf.org/wg/roll/trac/ticket/30#comment:3 Message-ID: <064.9b95d0b9df99a99ce4912eff62f6898a@tools.ietf.org> References: <055.d2eab2c729c6835d4457709ee6cb8117@tools.ietf.org> X-Trac-Ticket-ID: 30 In-Reply-To: <055.d2eab2c729c6835d4457709ee6cb8117@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: wintert@acm.org, jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: Re: [Roll] [roll] #30: Clearly documenting Multicast mode of operation X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 11:47:40 -0000 #30: Clearly documenting Multicast mode of operation --------------------------------+------------------------------------------- Reporter: jpv@… | Owner: wintert@… Type: task | Status: reopened Priority: minor | Milestone: Component: rpl | Version: Severity: Active WG Document | Resolution: Keywords: | --------------------------------+------------------------------------------- Comment(by jpv@…): Test that was originally in Ticker #44, thus grouping all request related to Mcast in the one ticket. Few comments were received to be address: flooding operation for nodes with limited resources, plus the following set of comments: A few comments/questions: a. It might be useful to have a few words stating whether this solution would work in a large LLN – I,e when the members of multicast group is spread across the large LLN b. The section says that the router ‘should prune’ duplicate registration messages (DAO) – but it does not say more detail about it -I,e is it up to the implementation that pruning would be done based on some rules? c. Is multicast support mandatory if someone implements the RPL draft? - if not, is it okay to simulate multicast packet distribution using unicast messaging in a small/simple LLN ? -- Ticket URL: roll From mdurvy@cisco.com Fri Jun 11 07:26:51 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 18A773A69FA for ; Fri, 11 Jun 2010 07:26:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.602 X-Spam-Level: X-Spam-Status: No, score=-8.602 tagged_above=-999 required=5 tests=[AWL=-0.604, BAYES_50=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gwEit43fQefC for ; Fri, 11 Jun 2010 07:26:43 -0700 (PDT) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 485D03A69BF for ; Fri, 11 Jun 2010 07:26:43 -0700 (PDT) Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-Files: smime.p7s : 4235 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AucFAN7jEUxAZnwM/2dsb2JhbACBQ504caR2mgKFGASQEw X-IronPort-AV: E=Sophos;i="4.53,403,1272844800"; d="p7s'?scan'208,217";a="120656493" Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-2.cisco.com with ESMTP; 11 Jun 2010 14:26:45 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5BEQe2o018687; Fri, 11 Jun 2010 14:26:44 GMT Received: from xmb-ams-103.cisco.com ([144.254.74.78]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 11 Jun 2010 16:26:42 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Fri, 11 Jun 2010 16:26:36 +0200 Content-Type: multipart/signed; micalg=SHA1; boundary="----=_NextPart_000_03C6_01CB0982.DCBE5250"; protocol="application/x-pkcs7-signature" Message-ID: <8A977BDC5A7B0E429B0F521E8D6F91EE023F12CE@XMB-AMS-103.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] Transit information option Thread-Index: AcsH88USUMS1FZm8TDChToIfaZf+awBYk0gQ References: <8A977BDC5A7B0E429B0F521E8D6F91EE023F0906@XMB-AMS-103.cisco.com> From: "Mathilde Durvy (mdurvy)" To: "Philip Levis" X-OriginalArrivalTime: 11 Jun 2010 14:26:42.0225 (UTC) FILETIME=[1CAD9210:01CB0972] Cc: roll@ietf.org Subject: Re: [Roll] Transit information option X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 14:26:51 -0000 This is a multipart message in MIME format. ------=_NextPart_000_03C6_01CB0982.DCBE5250 Content-Type: multipart/alternative; boundary="----=_NextPart_001_03C7_01CB0982.DCBE5250" ------=_NextPart_001_03C7_01CB0982.DCBE5250 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hi Phil, Thanks a lot for your answer. Here are my comments: A few items that might be worth clarifying in version 09: - "Transit Information options MAY directly follow the Target option" Is it really a MAY? If not included it means the path sequence / control / lifetime are not specified (which seems to contradict section 7.1.4.2). In non-storing mode, it is definitely a MUST. Storing mode seems like it is a MUST as well... I think we all agree. - "A non-storing node that has more than one DAO parent MAY include a Transit Information option for each DAO parent as part of the non-storing Destination Advertisement operation." Why would a node do that? If a node is sending a DAO for a specific target to e.g. 2 DAO parents (A and B) shouldn't he send one DAO with transit information A (i.e. parent address = A) to DAO parent A and another DAO with transit information B to DAO parent B? Otherwise how this would work over multiple hop? Maybe an example of DAO would help. - In section 7.1.5 point 2, I assume the node should add a transit information with its parent before passing the content of the received DAO. Also do the operation specified on the path control field in the previous section for storing node also apply in the non-storing case? These are good questions. Currently the draft is a bit unclear on whether 1) a DAO's transit option contains the full source route when it arrives at the DODAG Root, or 2) the DODAG Root receives just the last downward hops of each node, and stitches together source routes with this information. 1) seems like a much better idea to me. Note that if it's 2), then in non-storing mode node needs to send a DAO to just one DAO parent, and this DAO can contain the full set of last-hops. What are your thoughts? Indeed, I think the current draft is a bit unclear. My interpretation when reading was 1 (probably due mostly to the history of the draft). Now from your comments I understand what the draft is proposing, namely 2. Thanks for explaining. What triggered this change? It seems to me that if proper aggregation of the routes is performed (in particular if in the record route case you can avoid transmitting routes which are sub-routes of others) the two schemes could actually be quite similar in terms of overhead. This would need to be confirmed by a careful study as it could depend quite on bit on the topology. What is quite clear is that 2 requires more processing power than 1 as it needs to reassemble routes from the received information. Also concerning your last comment, I agree. The DAO produced will be slightly larger but we send only one DAO instead of one DAO per DAO parent. I think if we do that we might not really need the path control field, correct? - Has the advantage of having multiple DAO parents been assessed with respect to the added complexity? One could argue that since we take so much care in selecting a preferred this should be a good enough choice. Similar to Phil I'm getting worried about the increased complexity. But note that in upward routes, there's a parent set. The concern is that the vagaries and unreliability of wireless links call for supporting some degree of path diversity. Most protocols today maintain multiple candidate next hops for this exact reason. Because downward routes start at the endpoints, there needs to be some way to establish multiple routes. Otherwise, when one link breaks and you have to issue a trigger to the entire sub-DODAG. I understand how this would work in the storing case but in the non-storing case how would you know at the root that the path failed? Best, Mathilde ------=_NextPart_001_03C7_01CB0982.DCBE5250 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Phil,

 

Thanks a lot for your answer. Here are my = comments:

 

A few items that might be worth clarifying in version = 09:

- “Transit Information options MAY directly follow the Target = option” Is it really a MAY? If not included it means the path sequence / control = / lifetime are not specified (which seems to contradict section = 7.1.4.2).

In non-storing mode, it is definitely a MUST. = Storing mode seems like it is a MUST as well...

I think we all agree.

- “A non-storing node that has more than one DAO parent MAY include = a Transit Information option for each DAO parent as part of the = non-storing Destination Advertisement operation.” Why would a node do that? If = a node is sending a DAO for a specific target to e.g. 2 DAO parents (A and B) shouldn’t he send one DAO with transit information A (i.e. parent = address =3D A) to DAO parent A and another DAO with transit information B to DAO = parent B? Otherwise how this would work over multiple hop? Maybe an example of = DAO would help.

- In section 7.1.5 point 2, I assume the node should add a transit = information with its parent before passing the content of the received DAO. Also do = the operation specified on the path control field in the previous section = for storing node also apply in the non-storing case?

 

These are good questions. Currently the draft is a = bit unclear on whether 

1) a DAO's transit option contains the full source = route when it arrives at the DODAG Root, or 

2) the DODAG Root receives just the last downward = hops of each node, and stitches together source routes with this = information. 

1) seems like a much better idea to me. Note that = if it's 2), then in non-storing mode node needs to send a DAO to just one DAO = parent, and this DAO can contain the full set of last-hops. What are your = thoughts?

 

Indeed, I think the = current draft is a bit unclear. My interpretation when reading was 1 (probably due mostly = to the history of the draft). Now from your comments I understand what the = draft is proposing, namely 2. Thanks for explaining.

What triggered this = change?

It seems to me that if = proper aggregation of the routes is performed (in particular if in the record = route case you can avoid transmitting routes which are sub-routes of others) = the two schemes could actually be quite similar in terms of overhead. This would = need to be confirmed by a careful study as it could depend quite on bit on = the topology. What is quite clear is that 2 requires more processing power = than 1 as it needs to reassemble routes from the received = information.

Also concerning your = last comment, I agree. The DAO produced will be slightly larger but we send only one = DAO instead of one DAO per DAO parent. I think if we do that we might not = really need the path control field, correct?

- Has the advantage of having multiple DAO parents been assessed with = respect to the added complexity? One could argue that since we take so much care in selecting a preferred this should be a good enough choice… Similar = to Phil I’m getting worried about the increased = complexity.

 

But note that in upward routes, there's a parent = set. The concern is that the vagaries and unreliability of wireless links call = for supporting some degree of path diversity. Most protocols today maintain multiple candidate next hops for this exact reason. Because downward = routes start at the endpoints, there needs to be some way to establish multiple routes. Otherwise, when one link breaks and you have to issue a trigger = to the entire sub-DODAG.

I understand how this would work in the storing case but in = the non-storing case how would you know at the root that the path = failed?

 

Best,

Mathilde

------=_NextPart_001_03C7_01CB0982.DCBE5250-- ------=_NextPart_000_03C6_01CB0982.DCBE5250 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIL2jCCAj0w ggGmAhEAzbp/VvDf5LxU/iKss3KqVTANBgkqhkiG9w0BAQIFADBfMQswCQYDVQQGEwJVUzEXMBUG A1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGljIFByaW1hcnkgQ2Vy dGlmaWNhdGlvbiBBdXRob3JpdHkwHhcNOTYwMTI5MDAwMDAwWhcNMjgwODAxMjM1OTU5WjBfMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkwgZ8wDQYJKoZIhvcNAQEBBQADgY0A MIGJAoGBAOUZv22jVmEtmUhx9mfeuY3rt56GgAqRDvo4Ja9GiILlc6igmyRdDR/MZW4MsNBWhBiH mgabEKFz37RYOWtuwfYV1aioP6oSBo0xrH+wNNePNGeICc0UEeJORVZpH3gCgNrcR5EpuzbJY1zF 4Ncth3uhtzKwezC6Ki8xqu6jZ9rbAgMBAAEwDQYJKoZIhvcNAQECBQADgYEATD+4i8Zo3+5DMw5d 6abLB4RNejP/khv0Nq3YlSI2aBFsfELM85wuxAc/FLAPT/+Qknb54rxK6Y/NoIAK98Up8YIiXbix 3YEjo3slFUYweRb46gVLlH8dwhzI47f0EEA8E8NfH1PoSOSGtHuhNbB7Jbq4046rPzidADQAmPPR cZQwggTFMIIDraADAgECAhABGiiLJme3TYjnRHtF1qTNMA0GCSqGSIb3DQEBBQUAMIHdMQswCQYD VQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0 IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5j b20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZl cmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIwHhcNMDkxMTI2MDAw MDAwWhcNMTAxMTI2MjM1OTU5WjCCARIxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQL ExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMUYwRAYDVQQLEz13d3cudmVyaXNpZ24uY29tL3JlcG9z aXRvcnkvUlBBIEluY29ycC4gYnkgUmVmLixMSUFCLkxURChjKTk4MR4wHAYDVQQLExVQZXJzb25h IE5vdCBWYWxpZGF0ZWQxNDAyBgNVBAsTK0RpZ2l0YWwgSUQgQ2xhc3MgMSAtIE1pY3Jvc29mdCBG dWxsIFNlcnZpY2UxFzAVBgNVBAMUDk1hdGhpbGRlIER1cnZ5MR8wHQYJKoZIhvcNAQkBFhBtZHVy dnlAY2lzY28uY29tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDR9oVSAz6Tlt7xUvAb+IKp aqKdu1dh0cihpjNNzndIzit+ZWpixDZ8tWBtpZ7T2jBC+SiyquqIrin/TD4jlk60y4OBBeF2zlJa c6P0Ay8g4WjDRnvJP93Wz93W32bgjtV1R7FRlWUxPjn9QUDcq4PIHd4qFKSiOMfKk1OijYeWRQID AQABo4HMMIHJMAkGA1UdEwQCMAAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcXATAqMCgGCCsGAQUF BwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIFoDAdBgNVHSUEFjAU BggrBgEFBQcDBAYIKwYBBQUHAwIwSgYDVR0fBEMwQTA/oD2gO4Y5aHR0cDovL0luZEMxRGlnaXRh bElELWNybC52ZXJpc2lnbi5jb20vSW5kQzFEaWdpdGFsSUQuY3JsMA0GCSqGSIb3DQEBBQUAA4IB AQA9I2FwWjWGMNapHvMFY2LZN+qr3cX6ILBUZ1AxypApr5B2Hl8YXDMA6o8Gtd5J2wxkJmEAbqXT zkoVWspigsclFSbGDu5V0ITLLZzzCXvwnpeaUD4F9GngqdkNUZkqXirqaMZxQTiaI5Hue2RX3f7b Ew4GqU+KMg6meor5iMoyGl/mtZ0LSPj6ZltNaG7ElQoyTXfdBGXlEm8z2uJhtb42Ys2OUptP1v3x jhxT2njv9NMcBH4q7S6y+op0aFrVsNLP7+qcPSBZlEcav3vyNSygxnqyx+pMJmgWH+/VdwsbSIDB FAo4DoI+fe2pUIeqRx6yP9s+e21BRiSPxvBtVe+JMIIEzDCCBDWgAwIBAgIQHK6da5r05i8iiqPa dGFsHjANBgkqhkiG9w0BAQUFADBfMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIElu Yy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3Jp dHkwHhcNMDUxMDI4MDAwMDAwWhcNMTUxMDI3MjM1OTU5WjCB3TELMAkGA1UEBhMCVVMxFzAVBgNV BAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYD VQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEe MBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAx IEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIB CgKCAQEAyd+s5+r4+AMUxACS1cF+NsI873xyFcvAq4w9HJXObx4QLD8A7Zcm5rbH5q1DHT+kh0dH TD5U+Gz4x/yxnr0wcLyXsQMF6pXxrUDFRHpLBaLyYPzXOmVi7/8Qe6JWu8VOcC3Woh887bBC6F6N VyGsppnZEenSGgfAdEdCC/zFNOr95rok0R0IFTei13PPAUEvY7I6P76lGm70yUpbPZWmFbs1Ahn5 1O+8jw5xdlm7S7Y+1vxaFvTWDonySf5sDO0V6dmIdZx5zmAn3bmtdc4vc5V6QDqFdUmwuN9ovKvN E4KFEVCj4DwLrsAKU83XMG+FMkYb5EkQwmzirx95/9u0tQIDAQABo4IBhDCCAYAwEgYDVR0TAQH/ BAgwBgEB/wIBADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBz Oi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgEGMBEGCWCGSAGG+EIBAQQEAwIBBjAu BgNVHREEJzAlpCMwITEfMB0GA1UEAxMWUHJpdmF0ZUxhYmVsMy0yMDQ4LTE1NTAdBgNVHQ4EFgQU EX1eGX08BN9qbNaiiho/Mdg7lFIwMQYDVR0fBCowKDAmoCSgIoYgaHR0cDovL2NybC52ZXJpc2ln bi5jb20vcGNhMS5jcmwwgYEGA1UdIwR6MHihY6RhMF8xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5W ZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJsaWMgUHJpbWFyeSBDZXJ0aWZpY2F0 aW9uIEF1dGhvcml0eYIRAM26f1bw3+S8VP4irLNyqlUwDQYJKoZIhvcNAQEFBQADgYEAsS/ZluGS ou6BYOXIKiD74Wcs1gCYU6MCG+mQS/gYRJ8PRvf6oP7THRij0r8c7NYZn0pNQ/jKu74TgEkF3SFz M1fCQlq++gCTsuYEMZFOXTzwcwU3Y+u/g1mY/Wbe6YYympIpPDquVNqmElGxj8jK00d45tulHocG 49EUwMIh9roxggRzMIIEbwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWdu LCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBv ZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVy c29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwg U3Vic2NyaWJlciBDQSAtIEcyAhABGiiLJme3TYjnRHtF1qTNMAkGBSsOAwIaBQCgggLWMBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTEwMDYxMTE0MjYzNlowIwYJKoZI hvcNAQkEMRYEFBERujTfjYZQ6AJ5ipMjLrDA+gx8MGcGCSqGSIb3DQEJDzFaMFgwCgYIKoZIhvcN AwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEo MAcGBSsOAwIaMAoGCCqGSIb3DQIFMIIBAwYJKwYBBAGCNxAEMYH1MIHyMIHdMQswCQYDVQQGEwJV UzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdv cmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBh IChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWdu IENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzICEAEaKIsmZ7dNiOdEe0XWpM0w ggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWdu LCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBv ZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVy c29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwg U3Vic2NyaWJlciBDQSAtIEcyAhABGiiLJme3TYjnRHtF1qTNMA0GCSqGSIb3DQEBAQUABIGAZJ/q HJEKy3ztnzLNQqXiD+TdOHxH7PUFjS7zzdqXAjhBwSl6H41f173U4wOi9hvTUV+mLTqjcysB0Rna dDbVhtVEUa0jy5CsCZTXS4S8AhmKRWdiTDX9rAgMyED+qb+HuZSAd2ZF1oJ4WLURWk0UsHzAF/LC s3rb4Rt5D3QhgrMAAAAAAAA= ------=_NextPart_000_03C6_01CB0982.DCBE5250-- From pthubert@cisco.com Fri Jun 11 08:32:47 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6C96C3A68A7 for ; Fri, 11 Jun 2010 08:32:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.814 X-Spam-Level: X-Spam-Status: No, score=-8.814 tagged_above=-999 required=5 tests=[AWL=-0.816, BAYES_50=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7uHHIrSOszER for ; Fri, 11 Jun 2010 08:32:39 -0700 (PDT) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id CB9193A6935 for ; Fri, 11 Jun 2010 08:32:38 -0700 (PDT) Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AucFAEf0EUxAZnwM/2dsb2JhbACBQ504caVKmgGFGASQEw X-IronPort-AV: E=Sophos;i="4.53,403,1272844800"; d="scan'208,217";a="120680812" Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-2.cisco.com with ESMTP; 11 Jun 2010 15:32:40 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5BFWQ2J015986; Fri, 11 Jun 2010 15:32:40 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 11 Jun 2010 17:32:39 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CB097B.52E4986C" Date: Fri, 11 Jun 2010 17:32:36 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D0213F9F4@XMB-AMS-107.cisco.com> In-Reply-To: <8A977BDC5A7B0E429B0F521E8D6F91EE023F12CE@XMB-AMS-103.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] Transit information option Thread-Index: AcsH88USUMS1FZm8TDChToIfaZf+awBYk0gQAAiLN5A= References: <8A977BDC5A7B0E429B0F521E8D6F91EE023F0906@XMB-AMS-103.cisco.com> <8A977BDC5A7B0E429B0F521E8D6F91EE023F12CE@XMB-AMS-103.cisco.com> From: "Pascal Thubert (pthubert)" To: "Mathilde Durvy (mdurvy)" , "Philip Levis" X-OriginalArrivalTime: 11 Jun 2010 15:32:39.0000 (UTC) FILETIME=[53198580:01CB097B] Cc: roll@ietf.org Subject: Re: [Roll] Transit information option X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 15:32:47 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CB097B.52E4986C Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi Mathilde =20 These are good questions. Currently the draft is a bit unclear on whether=20 1) a DAO's transit option contains the full source route when it arrives at the DODAG Root, or=20 2) the DODAG Root receives just the last downward hops of each node, and stitches together source routes with this information.=20 1) seems like a much better idea to me. Note that if it's 2), then in non-storing mode node needs to send a DAO to just one DAO parent, and this DAO can contain the full set of last-hops. What are your thoughts? =20 Indeed, I think the current draft is a bit unclear. My interpretation when reading was 1 (probably due mostly to the history of the draft). Now from your comments I understand what the draft is proposing, namely 2. Thanks for explaining. What triggered this change?=20 [Pascal] Savings. Prior to the change, each node would have to pass its full path up, through all the path. This created a hall of a lot of duplicate information from which the root had to dig updates. Now, as you see, a node can just send one DAO about its list of parent and we're all set. =20 It seems to me that if proper aggregation of the routes is performed (in particular if in the record route case you can avoid transmitting routes which are sub-routes of others) the two schemes could actually be quite similar in terms of overhead. This would need to be confirmed by a careful study as it could depend quite on bit on the topology. What is quite clear is that 2 requires more processing power than 1 as it needs to reassemble routes from the received information. [Pascal] It is a simple recursive lookup. Any RIB does that. On the other hand, getting a change in a source route path and trying to figure: - If is is an alt or a change - What other paths are impacted to which other destinations Well, that was difficult =20 Also concerning your last comment, I agree. The DAO produced will be slightly larger but we send only one DAO instead of one DAO per DAO parent. I think if we do that we might not really need the path control field, correct? [Pascal] The path control field will be different for all parents. The root will find the highest preference there. In the recursive lookup where it builds the RH4, the root will always select the highest preference. Upon an ICMP telling that a hop is failing, it will establish a temporary bypass using a lesser preference. Upon a DAO where the parent is not listed anymore, the root will remove the one hop route from the RIB. - Has the advantage of having multiple DAO parents been assessed with respect to the added complexity? One could argue that since we take so much care in selecting a preferred this should be a good enough choice... Similar to Phil I'm getting worried about the increased complexity. =20 But note that in upward routes, there's a parent set. The concern is that the vagaries and unreliability of wireless links call for supporting some degree of path diversity. Most protocols today maintain multiple candidate next hops for this exact reason. Because downward routes start at the endpoints, there needs to be some way to establish multiple routes. Otherwise, when one link breaks and you have to issue a trigger to the entire sub-DODAG. I understand how this would work in the storing case but in the non-storing case how would you know at the root that the path failed? =20 [Pascal] Good question; I think that the proposal on the table is an ICMP back, since this is similar to unreachable.=20 =20 Best, Mathilde ------_=_NextPart_001_01CB097B.52E4986C Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi Mathilde

 

These are good questions. Currently the draft is a bit = unclear on whether 

1) a DAO's transit option contains the full source = route when it arrives at the DODAG Root, = or 

2) the DODAG Root = receives just the last downward hops of each node, and stitches together = source routes with this information. 

1) seems like a much better idea to me. Note that if = it's 2), then in non-storing mode node needs to send a DAO to just one = DAO parent, and this DAO can contain the full set of last-hops. What are = your thoughts?

 

Indeed, I think the current draft is a bit unclear. = My interpretation when reading was 1 (probably due mostly to the history = of the draft). Now from your comments I understand what the draft is = proposing, namely 2. Thanks for explaining.

What triggered this change? =

[Pascal] Savings. Prior to the change, each node would have to pass = its full path up, through all the path. This created a hall of a lot of = duplicate information from which the root had to dig = updates.

Now, as you see, a node can just send one DAO about its list of = parent and we’re all set.

 

It seems to me that if proper aggregation of the = routes is performed (in particular if in the record route case you can = avoid transmitting routes which are sub-routes of others) the two = schemes could actually be quite similar in terms of overhead. This would = need to be confirmed by a careful study as it could depend quite on bit = on the topology. What is quite clear is that 2 requires more processing = power than 1 as it needs to reassemble routes from the received = information.

[Pascal] It is a simple recursive lookup. Any RIB does that. On the = other hand, getting a change in a source route path and trying to = figure:

-          = If is is an alt or a change

-          = What other paths are impacted to which other = destinations

Well, that was difficult

 

Also = concerning your last comment, I agree. The DAO produced will be slightly = larger but we send only one DAO instead of one DAO per DAO parent. I = think if we do that we might not really need the path control field, = correct?

[Pascal] The path control field will be different for all parents. = The root will find the highest preference there. In the recursive lookup = where it builds the RH4, the root will always select the highest = preference.

Upon an ICMP telling that a hop is failing, it will establish a = temporary bypass using a lesser preference. Upon a DAO where the parent = is not listed anymore, the root will remove the one hop route from the = RIB.

- Has the = advantage of having multiple DAO parents been assessed with respect to = the added complexity? One could argue that since we take so much care in = selecting a preferred this should be a good enough choice… Similar = to Phil I’m getting worried about the increased = complexity.

 

But note that in upward routes, there's a parent set. = The concern is that the vagaries and unreliability of wireless links = call for supporting some degree of path diversity. Most protocols today = maintain multiple candidate next hops for this exact reason. Because = downward routes start at the endpoints, there needs to be some way to = establish multiple routes. Otherwise, when one link breaks and you have = to issue a trigger to the entire sub-DODAG.

I = understand how this would work in the storing case but in the = non-storing case how would you know at the root that the path = failed?

 

[Pascal] Good question; I think that the proposal on the table is an = ICMP back, since this is similar to unreachable. =

 

Be= st,

Ma= thilde

------_=_NextPart_001_01CB097B.52E4986C-- From pal@cs.stanford.edu Fri Jun 11 09:39:41 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1FD0F3A69C8 for ; Fri, 11 Jun 2010 09:39:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.555 X-Spam-Level: X-Spam-Status: No, score=-4.555 tagged_above=-999 required=5 tests=[AWL=-0.557, BAYES_50=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4EmnVf-yafYj for ; Fri, 11 Jun 2010 09:39:35 -0700 (PDT) Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by core3.amsl.com (Postfix) with ESMTP id CE5963A697A for ; Fri, 11 Jun 2010 09:39:34 -0700 (PDT) Received: from dnab4046bc.stanford.edu ([171.64.70.188]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1ON7GZ-0002Fr-Rn; Fri, 11 Jun 2010 09:39:37 -0700 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: multipart/alternative; boundary=Apple-Mail-9--534805782 From: Philip Levis In-Reply-To: <8A977BDC5A7B0E429B0F521E8D6F91EE023F12CE@XMB-AMS-103.cisco.com> Date: Fri, 11 Jun 2010 09:10:21 -0700 Message-Id: References: <8A977BDC5A7B0E429B0F521E8D6F91EE023F0906@XMB-AMS-103.cisco.com> <8A977BDC5A7B0E429B0F521E8D6F91EE023F12CE@XMB-AMS-103.cisco.com> To: Mathilde Durvy (mdurvy) X-Mailer: Apple Mail (2.1078) X-Scan-Signature: ff0c11eb1334467f4440c03c93440611 Cc: roll@ietf.org Subject: Re: [Roll] Transit information option X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 16:39:41 -0000 --Apple-Mail-9--534805782 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Jun 11, 2010, at 7:26 AM, Mathilde Durvy (mdurvy) wrote: > Hi Phil, > =20 > Thanks a lot for your answer. Here are my comments: > =20 > A few items that might be worth clarifying in version 09: > - =93Transit Information options MAY directly follow the Target = option=94 Is it really a MAY? If not included it means the path sequence = / control / lifetime are not specified (which seems to contradict = section 7.1.4.2). > In non-storing mode, it is definitely a MUST. Storing mode seems like = it is a MUST as well... > I think we all agree. >=20 > - =93A non-storing node that has more than one DAO parent MAY include = a Transit Information option for each DAO parent as part of the = non-storing Destination Advertisement operation.=94 Why would a node do = that? If a node is sending a DAO for a specific target to e.g. 2 DAO = parents (A and B) shouldn=92t he send one DAO with transit information A = (i.e. parent address =3D A) to DAO parent A and another DAO with transit = information B to DAO parent B? Otherwise how this would work over = multiple hop? Maybe an example of DAO would help. > - In section 7.1.5 point 2, I assume the node should add a transit = information with its parent before passing the content of the received = DAO. Also do the operation specified on the path control field in the = previous section for storing node also apply in the non-storing case? > =20 > These are good questions. Currently the draft is a bit unclear on = whether=20 > 1) a DAO's transit option contains the full source route when it = arrives at the DODAG Root, or=20 > 2) the DODAG Root receives just the last downward hops of each node, = and stitches together source routes with this information.=20 > 1) seems like a much better idea to me. Note that if it's 2), then in = non-storing mode node needs to send a DAO to just one DAO parent, and = this DAO can contain the full set of last-hops. What are your thoughts? > =20 > Indeed, I think the current draft is a bit unclear. My interpretation = when reading was 1 (probably due mostly to the history of the draft). = Now from your comments I understand what the draft is proposing, namely = 2. Thanks for explaining. > What triggered this change? > It seems to me that if proper aggregation of the routes is performed = (in particular if in the record route case you can avoid transmitting = routes which are sub-routes of others) the two schemes could actually be = quite similar in terms of overhead. This would need to be confirmed by a = careful study as it could depend quite on bit on the topology. What is = quite clear is that 2 requires more processing power than 1 as it needs = to reassemble routes from the received information. > Also concerning your last comment, I agree. The DAO produced will be = slightly larger but we send only one DAO instead of one DAO per DAO = parent. I think if we do that we might not really need the path control = field, correct? -09 has a rewrite of the Downward Routes section that should make all of = this much clearer. The answer is 2), for reasons Richard brought up a = few months ago. In particular, if you use 1), then when a node changes = its parent set it entire sub-DODAG must resend DAOs. This is a = significant cost. If you use 2), then only that node needs to send a new = DAO. >=20 > - Has the advantage of having multiple DAO parents been assessed with = respect to the added complexity? One could argue that since we take so = much care in selecting a preferred this should be a good enough choice=85 = Similar to Phil I=92m getting worried about the increased complexity. > =20 > But note that in upward routes, there's a parent set. The concern is = that the vagaries and unreliability of wireless links call for = supporting some degree of path diversity. Most protocols today maintain = multiple candidate next hops for this exact reason. Because downward = routes start at the endpoints, there needs to be some way to establish = multiple routes. Otherwise, when one link breaks and you have to issue a = trigger to the entire sub-DODAG. > I understand how this would work in the storing case but in the = non-storing case how would you know at the root that the path failed? ICMP error. Phil= --Apple-Mail-9--534805782 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252
On Jun 11, 2010, at 7:26 AM, Mathilde = Durvy (mdurvy) wrote:

Hi Phil,
 
A few items = that might be worth clarifying in version = 09:
- =93Transit Information options = MAY directly follow the Target option=94 Is it really a MAY? If not = included it means the path sequence / control / lifetime are not = specified (which seems to contradict section 7.1.4.2).In non-storing mode, it is definitely a MUST. Storing mode = seems like it is a MUST as well...
I think we all agree.

- =93A = non-storing node that has more than one DAO parent MAY include a Transit = Information option for each DAO parent as part of the non-storing = Destination Advertisement operation.=94 Why would a node do that? If a = node is sending a DAO for a specific target to e.g. 2 DAO parents (A and = B) shouldn=92t he send one DAO with transit information A (i.e. parent = address =3D A) to DAO parent A and another DAO with transit information = B to DAO parent B? Otherwise how this would work over multiple hop? = Maybe an example of DAO would help.These are good questions. = Currently the draft is a bit unclear on whether 
1) a DAO's = transit option contains the full source route when it arrives at the = DODAG Root, or 
2) the DODAG = Root receives just the last downward hops of each node, and stitches = together source routes with this information. 
1) seems like = a much better idea to me. Note that if it's 2), then in non-storing mode = node needs to send a DAO to just one DAO parent, and this DAO can = contain the full set of last-hops. What are your = thoughts?
Indeed, I think the current draft is a bit unclear. My = interpretation when reading was 1 (probably due mostly to the history of = the draft). Now from your comments I understand what the draft is = proposing, namely 2. Thanks for explaining.
What triggered this = change?
It seems to me that if proper aggregation of the routes is = performed (in particular if in the record route case you can avoid = transmitting routes which are sub-routes of others) the two schemes = could actually be quite similar in terms of overhead. This would need to = be confirmed by a careful study as it could depend quite on bit on the = topology. What is quite clear is that 2 requires more processing power = than 1 as it needs to reassemble routes from the received = information.
Also concerning your last comment, I agree. The DAO produced = will be slightly larger but we send only one DAO instead of one DAO per = DAO parent. I think if we do that we might not really need the path = control field, = correct?

-09 has a rewrite of the Downward Routes section that should = make all of this much clearer. The answer is 2), for reasons Richard = brought up a few months ago. In particular, if you use 1), then when a = node changes its parent set it entire sub-DODAG must resend DAOs. This = is a significant cost. If you use 2), then only that node needs to send = a new DAO.



- Has the advantage of having = multiple DAO parents been assessed with respect to the added complexity? = One could argue that since we take so much care in selecting a preferred = this should be a good enough choice=85 Similar to Phil I=92m getting = worried about the increased complexity. 
But note that in upward = routes, there's a parent set. The concern is that the vagaries and = unreliability of wireless links call for supporting some degree of path = diversity. Most protocols today maintain multiple candidate next hops = for this exact reason. Because downward routes start at the endpoints, = there needs to be some way to establish multiple routes. Otherwise, when = one link breaks and you have to issue a trigger to the entire = sub-DODAG.
I understand how this = would work in the storing case but in the non-storing case how would you = know at the root that the path = failed?

I= CMP error.

Phil
= --Apple-Mail-9--534805782-- From culler@cs.berkeley.edu Fri Jun 11 10:36:49 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8DFDC3A69FD for ; Fri, 11 Jun 2010 10:36:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.999 X-Spam-Level: X-Spam-Status: No, score=-3.999 tagged_above=-999 required=5 tests=[BAYES_50=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s2tP+bjE2JYl for ; Fri, 11 Jun 2010 10:36:47 -0700 (PDT) Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.87]) by core3.amsl.com (Postfix) with ESMTP id 7A2993A699F for ; Fri, 11 Jun 2010 10:36:47 -0700 (PDT) Received: from [192.168.7.83] (69-12-164-134.sfo.archrock.com [69.12.164.134]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.4/8.13.5) with ESMTP id o5BHalUI007774 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 11 Jun 2010 10:36:49 -0700 (PDT) Message-Id: <0E26BF2C-DA88-451C-9DED-E1427F438C92@cs.berkeley.edu> From: culler To: culler In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Fri, 11 Jun 2010 10:36:47 -0700 References: X-Mailer: Apple Mail (2.936) Cc: roll@ietf.org Subject: Re: [Roll] Bringing the S-bit discussion to a close X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 17:36:49 -0000 Expanding on this a little more, these "Occam Razor" analyses also apply to the SLLA and MTU discussions, as well. They have put a number of key issues on the table. But it is also clear that this is an optimization, rather than a base requirement. And that we will be an a much better position to resolve choices among the specific ways of addressing the goals these optimizations seek to obtain. It is extremely valuable to socialize such potential improvements. But it also is critical to be able to defer inessential ones to get the MVP in place while taking care not to cut off avenues for improvement going forward. On Jun 10, 2010, at 9:11 PM, culler wrote: > Over the course of the RPL design process we have proposed a number > of important and interesting ideas and gone through a process of > improvement and refinement on them. We have also demonstrated > tremendous discipline in being able to take an interesting and > potentially beneficial idea that we have worked on for a great deal > of time, put a lot of good work into, and yet decided to put it > aside when it was determined that it presented significant > complexity and that there was not a body of established practice in > LLNs to substantiate the value of the particular optimization. And > that it was an optimization. > > An important prior example was the piecewise source routing that was > in RPL for many versions. We recognized that it addressed an > important issue. At the same time it introduced considerable > complexity. It had benefits. It had costs. It would be possible > to move forward without it, learn more through experience, and > reconsider. We reached consensus that the minimum viable protocol > (MVP) approach would be to drop the general scheme and just support > the two extremes - stateless and stateful - which addressed the most > prevalent usage scenarios. As a result of the simplification, we > were able to make key decisions and focus our attention on other > important outstanding issues. RPL progress accelerated and we moved > closer to achieving our goal of getting a high quality solution into > the world on time. > > We have now had considerable discussion on the mailing list and on > the author calls reconsidering the S-bit. We all understand that > there are particular situations where a path might reach a point > where it has only one choice and that link has gone away, but it > could make progress if it could detour through a sibling. We > understand that in these situations the other mechanisms in RPL will > eventually repair the problem. We understand that sibling routes > amplify the potential for loops and change the repair and > convergence behavior. We understand that there are numerous > mechanisms for addressing the problems presented by siblings. S-bit > is just one of the possibilities. We also recognize that there is > not a substantial body of established practice to guide choices > related to this optimization. It is an important area that deserves > substantial further investigation. We can move forward with the > simpler approach. We can leave room to introduce the s-bit later, > or we might use ids to break ties. We can produce a separate draft > that fully develops the approach as we learn from the body of soon > (hopefully) to be deployed LLNs. It is an optimization, not a > fundamental requirement. One of potential many. > > Thus, we have reached a second opportunity to demonstrate our design > discipline in the context of these challenging links, austere > resources, and the need to minimize complexity on devices that needs > to run for years unattended. It is time to push forward with the > more minimal and clearly still viable protocol without the s-bit. > Complete our initial work (sooner) and revisit the issue (later) > with more complete empirical basis. > > We have a (growing shorter) list of remaining outstanding > questions. We have need come together, focus on those, AND running > code. It is time for that. > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From pthubert@cisco.com Fri Jun 11 10:49:23 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 28BCE3A6A26 for ; Fri, 11 Jun 2010 10:49:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.782 X-Spam-Level: X-Spam-Status: No, score=-8.782 tagged_above=-999 required=5 tests=[AWL=-0.783, BAYES_50=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NVqAfJO0ydTh for ; Fri, 11 Jun 2010 10:49:22 -0700 (PDT) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id EEB283A6A1D for ; Fri, 11 Jun 2010 10:49:21 -0700 (PDT) Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEADEUEkyrR7H+/2dsb2JhbACefXGlYZoGhRgEkBM X-IronPort-AV: E=Sophos;i="4.53,404,1272844800"; d="scan'208";a="211041161" Received: from sj-core-2.cisco.com ([171.71.177.254]) by sj-iport-5.cisco.com with ESMTP; 11 Jun 2010 17:49:24 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5BHnNBw007824; Fri, 11 Jun 2010 17:49:24 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.3959); Fri, 11 Jun 2010 19:49:23 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 11 Jun 2010 19:49:20 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D0213FA54@XMB-AMS-107.cisco.com> In-Reply-To: <0E26BF2C-DA88-451C-9DED-E1427F438C92@cs.berkeley.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] Bringing the S-bit discussion to a close Thread-Index: AcsJjLTk5hgSXvXPRNexN6G7gEJ1qwAAZTTw References: <0E26BF2C-DA88-451C-9DED-E1427F438C92@cs.berkeley.edu> From: "Pascal Thubert (pthubert)" To: "culler" , "culler" X-OriginalArrivalTime: 11 Jun 2010 17:49:23.0459 (UTC) FILETIME=[6D569D30:01CB098E] Cc: roll@ietf.org Subject: Re: [Roll] Bringing the S-bit discussion to a close X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 17:49:23 -0000 Hi Dave: I understand how your logic can apply to the SLLA. I think that the MTU needs more discussion and a better understanding by all parties. Have a great week end, Pascal > -----Original Message----- > From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of > culler > Sent: Friday, June 11, 2010 7:37 PM > To: culler > Cc: roll@ietf.org > Subject: Re: [Roll] Bringing the S-bit discussion to a close >=20 > Expanding on this a little more, these "Occam Razor" analyses also apply to > the SLLA and MTU discussions, as well. They have put a number of key issues > on the table. But it is also clear that this is an optimization, rather than a base > requirement. And that we will be an a much better position to resolve > choices among the specific ways of addressing the goals these optimizations > seek to obtain. It is extremely valuable to socialize such potential > improvements. But it also is critical to be able to defer inessential ones to get > the MVP in place while taking care not to cut off avenues for improvement > going forward. >=20 >=20 > On Jun 10, 2010, at 9:11 PM, culler wrote: >=20 > > Over the course of the RPL design process we have proposed a number of > > important and interesting ideas and gone through a process of > > improvement and refinement on them. We have also demonstrated > > tremendous discipline in being able to take an interesting and > > potentially beneficial idea that we have worked on for a great deal of > > time, put a lot of good work into, and yet decided to put it aside > > when it was determined that it presented significant complexity and > > that there was not a body of established practice in LLNs to > > substantiate the value of the particular optimization. And that it > > was an optimization. > > > > An important prior example was the piecewise source routing that was > > in RPL for many versions. We recognized that it addressed an > > important issue. At the same time it introduced considerable > > complexity. It had benefits. It had costs. It would be possible to > > move forward without it, learn more through experience, and > > reconsider. We reached consensus that the minimum viable protocol > > (MVP) approach would be to drop the general scheme and just support > > the two extremes - stateless and stateful - which addressed the most > > prevalent usage scenarios. As a result of the simplification, we were > > able to make key decisions and focus our attention on other important > > outstanding issues. RPL progress accelerated and we moved closer to > > achieving our goal of getting a high quality solution into the world > > on time. > > > > We have now had considerable discussion on the mailing list and on > > the author calls reconsidering the S-bit. We all understand that > > there are particular situations where a path might reach a point where > > it has only one choice and that link has gone away, but it could make > > progress if it could detour through a sibling. We understand that in > > these situations the other mechanisms in RPL will eventually repair > > the problem. We understand that sibling routes amplify the potential > > for loops and change the repair and convergence behavior. We > > understand that there are numerous mechanisms for addressing the > > problems presented by siblings. S-bit is just one of the > > possibilities. We also recognize that there is not a substantial body > > of established practice to guide choices related to this optimization. > > It is an important area that deserves substantial further > > investigation. We can move forward with the simpler approach. We can > > leave room to introduce the s-bit later, or we might use ids to break > > ties. We can produce a separate draft that fully develops the > > approach as we learn from the body of soon > > (hopefully) to be deployed LLNs. It is an optimization, not a > > fundamental requirement. One of potential many. > > > > Thus, we have reached a second opportunity to demonstrate our design > > discipline in the context of these challenging links, austere > > resources, and the need to minimize complexity on devices that needs > > to run for years unattended. It is time to push forward with the > > more minimal and clearly still viable protocol without the s-bit. > > Complete our initial work (sooner) and revisit the issue (later) with > > more complete empirical basis. > > > > We have a (growing shorter) list of remaining outstanding questions. > > We have need come together, focus on those, AND running code. It is > > time for that. > > _______________________________________________ > > Roll mailing list > > Roll@ietf.org > > https://www.ietf.org/mailman/listinfo/roll >=20 > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From dat@exegin.com Fri Jun 11 14:24:53 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2F39228C0FA for ; Fri, 11 Jun 2010 14:24:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.369 X-Spam-Level: X-Spam-Status: No, score=-1.369 tagged_above=-999 required=5 tests=[AWL=0.630, BAYES_00=-2.599, J_CHICKENPOX_24=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sqN0GyReNp2o for ; Fri, 11 Jun 2010 14:24:51 -0700 (PDT) Received: from mail-pv0-f172.google.com (mail-pv0-f172.google.com [74.125.83.172]) by core3.amsl.com (Postfix) with ESMTP id 838DC28C115 for ; Fri, 11 Jun 2010 14:24:51 -0700 (PDT) Received: by pvf33 with SMTP id 33so541862pvf.31 for ; Fri, 11 Jun 2010 14:24:51 -0700 (PDT) Received: by 10.141.101.14 with SMTP id d14mr1829000rvm.232.1276291491573; Fri, 11 Jun 2010 14:24:51 -0700 (PDT) Received: from [172.16.1.52] ([216.251.130.154]) by mx.google.com with ESMTPS id l29sm1614550rvb.16.2010.06.11.14.24.49 (version=SSLv3 cipher=RC4-MD5); Fri, 11 Jun 2010 14:24:50 -0700 (PDT) Message-ID: <4C12A9A0.1050102@exegin.com> Date: Fri, 11 Jun 2010 14:24:48 -0700 From: Dario Tedeschi User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: daniel.gavelle@jennic.com References: <09B6F97C-691F-4569-ABFA-AB7CE3F17E8C@cisco.com> <4C0F6438.7090805@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F02B@XMB-AMS-107.cisco.com> <4C0F7D37.3030901@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F078@XMB-AMS-107.cisco.com> <4C0F84B1.9000104@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F207@XMB-AMS-107.cisco.com> <4C112BA9.6010600@exegin.com> <4C11F28A.4090305@jennic.com> In-Reply-To: <4C11F28A.4090305@jennic.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ROLL WG Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to be posted in 3 days! X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 21:24:53 -0000 Hi Daniel Daniel Gavelle wrote: > Dario, > > In a 6LowPAN network, the routers will need to do 6LowPAN-ND RS/RA in > order to distribute the compression contexts. I suppose the context > (CO) option from 6LowPAN-ND could also be added to ROLL. However, I > prefer using 6LowPAN-ND for context and prefix dissemination and ROLL > for routing. A CO is link-layer information so some might argue that it does not below in a routing protocol. Fair enough, but lets be practical here: RPL provides a robust way of distributing information amongst routers in a LLN network. Why not use it. > > Also, if the prefix / context information is distributed in ROLL, > either hosts need to support ROLL or routers need to support two > methods for prefix distribution: RS/RA (for hosts) and prefix > distribution in ROLL. I'm not advocating hosts use ROLL, so lets look at your second option where routers need to support two methods for prefix distribution: Even if a network only used 6LoWPAN ND for prefix distribution, routers still need two methods: One-hop RS/RA for router-host prefix distribution and RA+ARBO to deal with router-to-router prefix distribution. In fact if you look at an RA+ARBO message, it looks remarkably similar to a DIO message (where the Version and Address fields in the ARBO can be equated to the Version and DAGID fields in the DIO, respectively). Seems to me, 6LoWPAN ND (with multi-hop) is trying to do the work of a routing protocol. I think "Neighbor Discovery" should be taken a bit more literally in that it is a protocol for discovering your neighbors and not for distributing network configuration (the exception being that one would like a host to auto-configure). Hope you have good weekend Dario > > Daniel. > > > Dario Tedeschi wrote: >> Hi Daniel and Pascal >> >> I agree with Pascal here. >> >> In my view of a LLN network: Routers form the sub-net cloud while >> hosts just "connect" to that cloud. How routers form and maintain >> that cloud should not be handled by ND (in my opinion). I see routers >> using the routing protocol to exchange sub-net information amongst >> themselves, while hosts use RS/RA to request sub-net information from >> nearby routers. Both routers and hosts may use NS/NA to perform >> address-resolution and NUD one hop away only. >> >> Dario >> >> Pascal Thubert (pthubert) wrote: >>> Hi Daniel: >>> >>> What I read below is that for RPL over foo (foo != 6LoWPAN), you'd run >>> ND RA as the dissemination protocol for the MTU information. I suggest >>> that is a very bad idea. RPL DIO is very optimized as a >>> dissemination protocol, in particular >>> with the use of trickle. And we don't want 2 mechanisms in parallel >>> doing the same thing. >>> So unless we merge (back) RA and DIO, I'd suggest that RPL routers use >>> RPL when they disseminate information about the subnet and do not >>> bother >>> about RAs from other routers. >>> >>> Today, RPL operation does not depend on RAs at all. In fact, it is the >>> other way around. RPL handles everything multihop, whereas RA is used >>> for router to host communication. >>> In that model, we expect RPL to disseminate information that can >>> then be >>> incorporated by the routers in their RAs for local distribution to >>> their >>> attached hosts. >>> That is what we do with PIO and RIO. MTU would be the same. >>> >>> Pascal >>> >>> >>> >>>> -----Original Message----- >>>> From: Daniel Gavelle [mailto:daniel.gavelle@jennic.com] >>>> Sent: Wednesday, June 09, 2010 2:10 PM >>>> To: Pascal Thubert (pthubert) >>>> Cc: JP Vasseur; ROLL WG >>>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to be >>>> >>> posted in >>> >>>> 3 days! >>>> >>>> Pascal, >>>> >>>> If the link has a variable sized MTU, the MTU option can be sent in an >>>> >>> RA, as >>> >>>> in RFC 4861. ND RS/RA can be done before sending DIS and joining a >>>> >>> ROLL >>> >>>> DAG. >>>> >>>> Daniel. >>>> >>>> >>>> Pascal Thubert (pthubert) wrote: >>>> >>>>> Hi Daniel: >>>>> >>>>> >>>>>> If the MTU option is required by other link layers, why can't the >>>>>> >>> MTU >>> >>>>> option >>>>> >>>>>> be sent in ND? >>>>>> >>>>> I return the question. How would that work? >>>>> >>>>> Pascal >>>>> >>>>> >>>>> >>>>>> -----Original Message----- >>>>>> From: Daniel Gavelle [mailto:daniel.gavelle@jennic.com] >>>>>> Sent: Wednesday, June 09, 2010 1:39 PM >>>>>> To: Pascal Thubert (pthubert) >>>>>> Cc: JP Vasseur; ROLL WG >>>>>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to >>>>>> >>> be >>> >>>>> posted in >>>>> >>>>>> 3 days! >>>>>> >>>>>> Pascal, >>>>>> >>>>>> I am interested in 6LowPAN, where RFC4944 fixes the MTU at 1280 >>>>>> octets >>>>>> >>>>> so >>>>> >>>>>> the MTU option isn't required. >>>>>> >>>>>> If the MTU option is required by other link layers, why can't the >>>>>> >>> MTU >>> >>>>> option >>>>> >>>>>> be sent in ND? >>>>>> >>>>>> Daniel. >>>>>> >>>>>> >>>>>> >>>>>> Pascal Thubert (pthubert) wrote: >>>>>> >>>>>>> Hi Daniel >>>>>>> >>>>>>> Do you think that the MTU within the LLN should be the same? >>>>>>> >>>>>>> Pascal >>>>>>> >>>>>>> >>>>>>>> -----Original Message----- >>>>>>>> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On >>>>>>>> >>>>> Behalf >>>>> >>>>>>> Of >>>>>>> >>>>>>>> Daniel Gavelle >>>>>>>> Sent: Wednesday, June 09, 2010 11:52 AM >>>>>>>> To: JP Vasseur >>>>>>>> Cc: ROLL WG >>>>>>>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to >>>>>>>> >>>>> be >>>>> >>>>>>> posted in >>>>>>> >>>>>>>> 3 days! >>>>>>>> >>>>>>>> I think the MTU and SLLA options should not be in ROLL but only >>>>>>>> >>>>> used >>>>> >>>>>>> in ND. >>>>>>> >>>>>>>> I haven't used the S bit in my implementation. >>>>>>>> >>>>>>>> Daniel. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> JP Vasseur wrote: >>>>>>>> >>>>>>>>> Dear WG, >>>>>>>>> >>>>>>>>> One more time, thanks for your energy and involvement to keep us >>>>>>>>> >>>>> on >>>>> >>>>>>>>> track with our plan for RPL. >>>>>>>>> >>>>>>>>> The cut-off date for the Virtual WG meeting that will take place >>>>>>>>> >>>>> on >>>>> >>>>>>> June >>>>>>> >>>>>>>>> 16 is this coming Friday and the RPL authors team has been >>>>>>>>> >>> working >>> >>>>>>> hard >>>>>>> >>>>>>>>> on the revision -09, which should solve a number of the opened >>>>>>>>> >>>>>>> tickets. >>>>>>> >>>>>>>>> Still there are a few items that triggered some discussion but >>>>>>>>> >>> we >>> >>>>>>> would >>>>>>> >>>>>>>>> need more feed-back from you to draw a consensus to move on. >>>>>>>>> >>>>>>>>> 1) Are we keeping the use of sibling (S Bit thread): see the >>>>>>>>> >>>>>>> detailed >>>>>>> >>>>>>>>> discussion on the ML. >>>>>>>>> https://svn.tools.ietf.org/wg/roll/trac/ticket/43 >>>>>>>>> >>>>>>>>> 2) Use of MTU and SSLA option: >>>>>>>>> https://svn.tools.ietf.org/wg/roll/trac/ticket/42 >>>>>>>>> >>>>>>>>> Any quick feed-back on the list would be appreciated, for rev09. >>>>>>>>> >>>>>>>>> Thanks. >>>>>>>>> >>>>>>>>> JP. >>>>>>>>> _______________________________________________ >>>>>>>>> Roll mailing list >>>>>>>>> Roll@ietf.org >>>>>>>>> https://www.ietf.org/mailman/listinfo/roll >>>>>>>>> >>>>>>>>> >>>>>>>> -- >>>>>>>> __________________________________________________ >>>>>>>> Daniel Gavelle, Software Engineer >>>>>>>> Tel: +44 114 281 2655 >>>>>>>> Fax: +44 114 281 2951 >>>>>>>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: >>>>>>>> 3191371 Registered In England http://www.jennic.com >>>>>>>> __________________________________________________ >>>>>>>> _______________________________________________ >>>>>>>> Roll mailing list >>>>>>>> Roll@ietf.org >>>>>>>> https://www.ietf.org/mailman/listinfo/roll >>>>>>>> >>>>>> -- >>>>>> __________________________________________________ >>>>>> Daniel Gavelle, Software Engineer >>>>>> Tel: +44 114 281 2655 >>>>>> Fax: +44 114 281 2951 >>>>>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: >>>>>> 3191371 Registered In England http://www.jennic.com >>>>>> __________________________________________________ >>>>>> >>>> -- >>>> __________________________________________________ >>>> Daniel Gavelle, Software Engineer >>>> Tel: +44 114 281 2655 >>>> Fax: +44 114 281 2951 >>>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK >>>> Comp Reg No: 3191371 Registered In England >>>> http://www.jennic.com >>>> __________________________________________________ >>>> >>> _______________________________________________ >>> Roll mailing list >>> Roll@ietf.org >>> https://www.ietf.org/mailman/listinfo/roll >>> >> >> > From wwwrun@rfc-editor.org Fri Jun 11 16:24:13 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3115828C189; Fri, 11 Jun 2010 16:24:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.186 X-Spam-Level: X-Spam-Status: No, score=-1.186 tagged_above=-999 required=5 tests=[AWL=-0.075, BAYES_05=-1.11, NO_RELAYS=-0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d7ucVgPGcaNt; Fri, 11 Jun 2010 16:24:12 -0700 (PDT) Received: from rfc-editor.org (rfc-editor.org [IPv6:2001:1890:1112:1::2f]) by core3.amsl.com (Postfix) with ESMTP id 6416C28C180; Fri, 11 Jun 2010 16:24:12 -0700 (PDT) Received: by rfc-editor.org (Postfix, from userid 30) id 6B5E0E06B1; Fri, 11 Jun 2010 16:24:15 -0700 (PDT) To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org From: rfc-editor@rfc-editor.org Message-Id: <20100611232415.6B5E0E06B1@rfc-editor.org> Date: Fri, 11 Jun 2010 16:24:15 -0700 (PDT) Cc: roll@ietf.org, rfc-editor@rfc-editor.org Subject: [Roll] RFC 5867 on Building Automation Routing Requirements in Low-Power and Lossy Networks X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Jun 2010 23:24:13 -0000 A new Request for Comments is now available in online RFC libraries. RFC 5867 Title: Building Automation Routing Requirements in Low-Power and Lossy Networks Author: J. Martocci, Ed., P. De Mil, N. Riou, W. Vermeylen Status: Informational Stream: IETF Date: June 2010 Mailbox: jerald.p.martocci@jci.com, pieter.demil@intec.ugent.be, nicolas.riou@fr.schneider-electric.com, wouter@vooruit.be Pages: 26 Characters: 57123 Updates/Obsoletes/SeeAlso: None I-D Tag: draft-ietf-roll-building-routing-reqs-09.txt URL: http://www.rfc-editor.org/rfc/rfc5867.txt The Routing Over Low-Power and Lossy (ROLL) networks Working Group has been chartered to work on routing solutions for Low-Power and Lossy Networks (LLNs) in various markets: industrial, commercial (building), home, and urban networks. Pursuant to this effort, this document defines the IPv6 routing requirements for building automation. This document is not an Internet Standards Track specification; it is published for informational purposes. This document is a product of the Routing Over Low power and Lossy networks Working Group of the IETF. INFORMATIONAL: This memo provides information for the Internet community. It does not specify an Internet standard of any kind. Distribution of this memo is unlimited. This announcement is sent to the IETF-Announce and rfc-dist lists. To subscribe or unsubscribe, see http://www.ietf.org/mailman/listinfo/ietf-announce http://mailman.rfc-editor.org/mailman/listinfo/rfc-dist For searching the RFC series, see http://www.rfc-editor.org/rfcsearch.html. For downloading RFCs, see http://www.rfc-editor.org/rfc.html. Requests for special distribution should be addressed to either the author of the RFC in question, or to rfc-editor@rfc-editor.org. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. The RFC Editor Team Association Management Solutions, LLC From root@core3.amsl.com Fri Jun 11 18:30:06 2010 Return-Path: X-Original-To: roll@ietf.org Delivered-To: roll@core3.amsl.com Received: by core3.amsl.com (Postfix, from userid 0) id F2D8E3A67EC; Fri, 11 Jun 2010 18:30:02 -0700 (PDT) From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org Content-Type: Multipart/Mixed; Boundary="NextPart" Mime-Version: 1.0 Message-Id: <20100612013004.F2D8E3A67EC@core3.amsl.com> Date: Fri, 11 Jun 2010 18:30:03 -0700 (PDT) Cc: roll@ietf.org Subject: [Roll] I-D Action:draft-ietf-roll-rpl-09.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2010 01:30:06 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Routing Over Low power and Lossy networks Working Group of the IETF. Title : RPL: IPv6 Routing Protocol for Low power and Lossy Networks Author(s) : T. Winter, et al. Filename : draft-ietf-roll-rpl-09.txt Pages : 103 Date : 2010-06-11 Low power and Lossy Networks (LLNs) are a class of network in which both the routers and their interconnect are constrained: LLN routers typically operate with constraints on (any subset of) processing power, memory and energy (battery), and their interconnects are characterized by (any subset of) high loss rates, low data rates and instability. LLNs are comprised of anything from a few dozen and up to thousands of routers, and support point-to-point traffic (between devices inside the LLN), point-to-multipoint traffic (from a central control point to a subset of devices inside the LLN) and multipoint- to-point traffic (from devices inside the LLN towards a central control point). This document specifies the IPv6 Routing Protocol for LLNs (RPL), which provides a mechanism whereby multipoint-to- point traffic from devices inside the LLN towards a central control point, as well as point-to-multipoint traffic from the central control point to the devices inside the LLN, is supported. Support for point-to-point traffic is also available. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-roll-rpl-09.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ 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: Message/External-body; name="draft-ietf-roll-rpl-09.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2010-06-11182432.I-D@ietf.org> --NextPart-- From trac@tools.ietf.org Fri Jun 11 23:32:09 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3846B3A68B2 for ; Fri, 11 Jun 2010 23:32:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.777 X-Spam-Level: X-Spam-Status: No, score=-100.777 tagged_above=-999 required=5 tests=[AWL=-0.777, BAYES_50=0.001, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vVjWIVSq-mqb for ; Fri, 11 Jun 2010 23:32:07 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id A459F3A68B7 for ; Fri, 11 Jun 2010 23:32:04 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1ONKGF-0003OA-8v; Fri, 11 Jun 2010 23:32:07 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "roll issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: jpv@cisco.com X-Trac-Project: roll Date: Sat, 12 Jun 2010 06:32:07 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: https://svn.tools.ietf.org/wg/roll/trac/ticket/33#comment:2 Message-ID: <064.bf4977612a324d5a0b8476f12811a545@tools.ietf.org> References: <055.1156abc194de723b97c62420ddb8fc0f@tools.ietf.org> X-Trac-Ticket-ID: 33 In-Reply-To: <055.1156abc194de723b97c62420ddb8fc0f@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: Re: [Roll] [roll] #33: Source Route Failure ticket X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2010 06:32:09 -0000 #33: Source Route Failure ticket -----------------------------------+---------------------------------------- Reporter: jpv@… | Owner: jpv@… Type: defect | Status: closed Priority: major | Milestone: Component: building-routing-reqs | Version: Severity: Active WG Document | Resolution: fixed Keywords: | -----------------------------------+---------------------------------------- Changes (by jpv@…): * status: new => closed * resolution: => fixed Comment: 10.1. Suggestions for Packet Forwarding When forwarding a packet to a destination, precedence is given to selection of a next-hop successor as follows: Winter, et al. Expires December 13, 2010 [Page 71] Internet-Draft draft-ietf-roll-rpl-09 Jun 2010 1. This specification only covers how a successor is selected from the DODAG version that matches the RPLInstanceID marked in the IPv6 header of the packet being forwarded. Routing outside the instance can be done as long as additional rules are put in place such as strict ordering of instances and routing protocols to protect against loops. 2. If a local administrative preference favors a route that has been learned from a different routing protocol than RPL, then use that successor. => 3. If the packet header specifies a source route, then use that route [I-D.hui-6man-rpl-routing-header]. If the node fails to forward the packet with that specified source route, then that packet SHOULD be dropped. The node MAY log an error. The node MAY send an ICMPv6 Error in Source Routing Header message to the DODAG root Section 17.6. See also: 17.6. ICMPv6: Error in Source Routing Header In some cases RPL will return an ICMPv6 error message when a message cannot be delivered as specified by its source routing header. This ICMPv6 error message is "Error in Source Routing Header" IANA has defined an ICMPv6 "Code" Fields Registry for ICMPv6 Message Types. ICMPv6 Message Type 1 describes "Destination Unreachable" codes. The "Error in Source Routing Header" code is suggested to be allocated from the ICMPv6 Code Fields Registry for ICMPv6 Message Type 1, with a suggested code value of 7, to be confirmed by IANA. -- Ticket URL: roll From trac@tools.ietf.org Fri Jun 11 23:42:34 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 65ECC3A68CB for ; Fri, 11 Jun 2010 23:42:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.056 X-Spam-Level: X-Spam-Status: No, score=-102.056 tagged_above=-999 required=5 tests=[AWL=0.544, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BgNncm4ajMbO for ; Fri, 11 Jun 2010 23:42:33 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 9D7F23A68B1 for ; Fri, 11 Jun 2010 23:42:33 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1ONKQN-0003tN-Ud; Fri, 11 Jun 2010 23:42:35 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "roll issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: wintert@acm.org, jpv@cisco.com X-Trac-Project: roll Date: Sat, 12 Jun 2010 06:42:35 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: https://svn.tools.ietf.org/wg/roll/trac/ticket/40#comment:1 Message-ID: <064.cb09aea56c027182d220b52d707af950@tools.ietf.org> References: <055.875cf6ea70c901de39b3a99b6a3575c0@tools.ietf.org> X-Trac-Ticket-ID: 40 In-Reply-To: <055.875cf6ea70c901de39b3a99b6a3575c0@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: wintert@acm.org, jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: Re: [Roll] [roll] #40: Appendix A can be removed X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2010 06:42:34 -0000 #40: Appendix A can be removed --------------------------------+------------------------------------------- Reporter: jpv@… | Owner: wintert@… Type: defect | Status: closed Priority: major | Milestone: Component: rpl | Version: Severity: Active WG Document | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Changes (by jpv@…): * status: new => closed * resolution: => fixed Comment: Appendix has been removed -- Ticket URL: roll From trac@tools.ietf.org Fri Jun 11 23:44:43 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5D8DC3A68B6 for ; Fri, 11 Jun 2010 23:44:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -99.687 X-Spam-Level: X-Spam-Status: No, score=-99.687 tagged_above=-999 required=5 tests=[AWL=-1.853, BAYES_50=0.001, FF_IHOPE_YOU_SINK=2.166, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NFSGOGba2niT for ; Fri, 11 Jun 2010 23:44:41 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 522163A68B1 for ; Fri, 11 Jun 2010 23:44:41 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1ONKSS-0003wi-GV; Fri, 11 Jun 2010 23:44:44 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "roll issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: jpv@cisco.com X-Trac-Project: roll Date: Sat, 12 Jun 2010 06:44:44 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: https://svn.tools.ietf.org/wg/roll/trac/ticket/31#comment:1 Message-ID: <064.ef0a31b7f98c6e887643a448b4ee0551@tools.ietf.org> References: <055.3cecd2da0acc069419fbbe68dc942e61@tools.ietf.org> X-Trac-Ticket-ID: 31 In-Reply-To: <055.3cecd2da0acc069419fbbe68dc942e61@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: Re: [Roll] [roll] #31: Update of manageability section X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2010 06:44:43 -0000 #31: Update of manageability section --------------------------------+------------------------------------------- Reporter: jpv@… | Owner: jpv@… Type: task | Status: closed Priority: major | Milestone: Component: rpl | Version: Severity: Active WG Document | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Changes (by jpv@…): * status: new => closed * resolution: => fixed Comment: The manageability section has be rewritten in light of RFC5706: 15. Manageability Considerations The aim of this section is to give consideration to the manageability of RPL, and how RPL will be operated in a LLN. The scope of this section is to consider the following aspects of manageability: configuration, monitoring, fault management, accounting, and performance of the protocol in light of the recommendations set forth in [RFC5706]. Winter, et al. Expires December 13, 2010 [Page 80] Internet-Draft draft-ietf-roll-rpl-09 Jun 2010 15.1. Introduction Most of the existing IETF management standards are Structure of Management Information (SMI) based data models (MIB modules) to monitor and manage networking devices. For a number of protocols, the IETF community has used the IETF Standard Management Framework, including the Simple Network Management Protocol [RFC3410], the Structure of Management Information [RFC2578], and MIB data models for managing new protocols. As pointed out in [RFC5706], the common policy in terms of operation and management has been expanded to a policy that is more open to a set of tools and management protocols rather than strictly relying on a single protocol such as SNMP. In 2003, the Internet Architecture Board (IAB) held a workshop on Network Management [RFC3535] that discussed the strengths and weaknesses of some IETF network management protocols and compared them to operational needs, especially configuration. One issue discussed was the user-unfriendliness of the binary format of SNMP [RFC3410]. In the case of LLNs, it must be noted that at the time of writing, the CoRE Working Group is actively working on resource management of devices in LLNs. Still, it is felt that this section provides important guidance on how RPL should be deployed, operated, and managed. As stated in [RFC5706], "A management information model should include a discussion of what is manageable, which aspects of the protocol need to be configured, what types of operations are allowed, what protocol-specific events might occur, which events can be counted, and for which events an operator should be notified". These aspects are discussed in detail in the following sections. RPL will be used on a variety of devices that may have resources such as memory varying from a very few Kbytes to several hundreds of Kbytes and even Mbytes. When memory is highly constrained, it may not be possible to satisfy all the requirements listed in this section. Still it is worth listing all of these in an exhaustive fashion, and implementers will then determine which of these requirements could be satisfied according to the available resources on the device. Winter, et al. Expires December 13, 2010 [Page 81] Internet-Draft draft-ietf-roll-rpl-09 Jun 2010 15.2. Configuration Management 15.2.1. Initialization Mode "Architectural Principles of the Internet" [RFC1958], Section 3.8, states: "Avoid options and parameters whenever possible. Any options and parameters should be configured or negotiated dynamically rather than manually. This especially true in LLNs where the number of devices may be large and manual configuration is infeasible. This has been taken into account in the design of RPL whereby the DODAG root provides a number of parameters to the devices joining the DODAG, thus avoiding cumbersome configuration on the routers and potential sources of misconfiguration (e.g. values of trickle timers, ...). Still there are additional RPL parameters that a RPL implementation should allow to be configured, which are discussed in this section. 15.2.1.1. DIS mode of operation upon boot-up When a node is first powered up, it may either choose to stay silent and not send any multicast DIO messages until it has joined a DODAG, or to immediately root a transient DODAG and start sending multicast DIO messages. A RPL implementation SHOULD allow configuring whether the node should stay silent or should start advertising DIO messages. Furthermore, the implementation SHOULD allow configuring whether or not the node should start sending an DIS (optionally requesting DIO for a specific DODAG) message as an initial probe for nearby DODAGs, or should simply wait until it receives DIO messages from other neighboring nodes that are part of existing DODAGs. 15.2.2. DIO and DAO Base Message and Options Configuration RPL specifies a number of protocol parameters considering the large spectrum of applications where it will be used. That said, particular attention has been given to limiting the number of these parameters that must be configured on each RPL router. Instead, a number of the default values can be used, and when required these parameters can be provided by the DODAG root thus allowing for dynamic parameter setting. A RPL implementation SHOULD allow configuring the following routing protocol parameters. As pointed out above, note that a large set of parameters is configured on the DODAG root. Winter, et al. Expires December 13, 2010 [Page 82] Internet-Draft draft-ietf-roll-rpl-09 Jun 2010 15.2.3. Protocol Parameters to be configured on every router in the LLN o RPLInstanceID [DIO message, in DIO base message]. Although the RPLInstanceID must be configured on the DODAG root, it must also be configured as a policy on every node in order to determine whether or not the node should join a particular DODAG. Note that a second RPLInstance can be configured on the node, should it become root of a floating DODAG. o Objective Code Point (OCP) o DODAGID [DIO, DIO base option] and [DAO message when the D flag of the DAO message is set). o Route Information (and preference) [DIO message, in Route Information option] o Solicited Information [DIS message, in Solicited Information option]. Note that an RPL implementation SHOULD allow configuring when such messages should be sent and under which circumstances, along with the value of the RPLInstance ID, V/I/D flags. o [I-D.ietf-roll-routing-metrics] specifies a number of metrics and constraints that could be used. Thus a RPL implementation should allow configuring the list of metrics that a node can accept and understand. If a DIO is received with a metric and/or constraint that is not understood, as specified in Section 7.5, the node would join as a leaf node. o K flag [DAO message, in DAO base message]. o MOP (Mode of Operation) [DIO message, in DIO base message] 15.2.4. Protocol Parameters to be configured on every non-root router in the LLN o Target prefix [DAO, in RPL Target option and DIO messages] o Transit information [DAO, Transit information option]: A RPL implementation SHOULD allow configuring whether a non-storing node provides the transit information in DAO messages. A node whose DODAG parent set is empty may become the DODAG root of a floating DODAG. It may also set its DAGPreference such that it is less preferred. Thus a RPL implementation MUST allow configuring the set of actions that the node should initiate in this case: Winter, et al. Expires December 13, 2010 [Page 83] Internet-Draft draft-ietf-roll-rpl-09 Jun 2010 o Start its own (floating) DODAG: the new DODAGID must be configured in addition to its DAGPreference o Poison the broken path (see procedure in Section 7.2.2.5) o Trigger a local repair 15.2.5. Parameters to be configured on the DODAG root In addition, several other parameters are configured only on the DODAG root and advertised in options carried in DIO messages. As specified in Section 7.3, a RPL implementation makes use of trickle timers to govern the sending of DIO messages. The operation of the trickle algorithm is determined by a set of configurable parameters, which MUST be configurable and that are then advertised by the DODAG root along the DODAG in DIO messages. o DIOIntervalDoublings [DIO, in DODAG configuration option] o DIOIntervalMin [DIO, in DODAG configuration option] o DIORedundancyConstant [DIO, in DODAG configuration option] In addition, a RPL implementation SHOULD allow for configuring the following set of RPL parameters: o Path Control Size [DIO, in DODAG configuration option] o MinHopRankIncrease [DIO, in DODAG configuration option] o The following flags: A, MOP (Mode of Operation), DODAGPreference field [DIO message, DIO Base object] o Route information (list of prefixes with preference) [DIO message, in Route Information option] o The T flag allows for triggering a refresh of the downward routes. A RPL implementation SHOULD support manual setting of the T flag or upon the occurrence of a set of event such as the expiration of a configurable periodic timer. o List of metrics and constraints used for the DODAG. o Prefix information along with valid and preferred lifetime and the L and A flags. [DIO message, Prefix Information option]. A RPL implementation SHOULD allow configuring if the Prefix Information Option must be carried with the DIO message to distribute the Winter, et al. Expires December 13, 2010 [Page 84] Internet-Draft draft-ietf-roll-rpl-09 Jun 2010 prefix information for auto-configuration. In that case, the RPL implementation MUST allow the list of prefixes to be advertised in the Prefix Information Option along with the corresponding flags. DAG Root behavior: in some cases, a node may not want to permanently act as a floating DODAG root if it cannot join a grounded DODAG. For example a battery-operated node may not want to act as a floating DODAG root for a long period of time. Thus a RPL implementation MAY support the ability to configure whether or not a node could act as a floating DODAG root for a configured period of time. DAG Version Number Increment: a RPL implementation may allow by configuration at the DODAG root to refresh the DODAG states by updating the DODAGVersionNumber. A RPL implementation SHOULD allow configuring whether or not periodic or event triggered mechanisms are used by the DODAG root to control DODAGVersionNumber change (which triggers a global repair as specified in Section 3.3.2. 15.2.6. Configuration of RPL Parameters related to DAO-based mechanisms DAO messages are optional and used in DODAGs that require downward routing operation. This section deals with the set of parameters related to DAO message and provides recommendations on their configuration. An implementation SHOULD bound the time that the entry is allocated in the UNREACHABLE state. Upon the equivalent expiry of the related timer (RemoveTimer), the entry SHOULD be suppressed. Thus a RPL implementation MAY allow for the configuration of the RemoveTimer. While the entry is in the UNREACHABLE state a node SHOULD make a reasonable attempt to report a No-Path to each of the DAO parents. That number of attempts MAY be configurable. When the associated Retry Counter for a REACHABLE(Pending) entry reaches a maximum threshold, the entry is placed into the UNREACHABLE state and No-Path should be scheduled to send to the node's DAO Parents. The maximum threshold MAY be configurable. An implementation should support rate-limiting the sending of DAO messages. The related parameters MAY be configurable. When scheduling to send a DAO, an implementation should equivalently start a timer (DelayDAO) to delay sending the DAO, thus helping to potentially aggregate DAOs. The DelayDAO timer MAY be configurable. 15.2.7. Default Values Winter, et al. Expires December 13, 2010 [Page 85] Internet-Draft draft-ietf-roll-rpl-09 Jun 2010 15.3. Monitoring of RPL Operation Several RPL parameters should be monitored to verify the correct operation of the routing protocol and the network itself. This section lists the set of monitoring parameters of interest. 15.3.1. Monitoring a DODAG parameters A RPL implementation SHOULD provide information about the following parameters: o DODAG Version number [DIO message, in DIO base message] o Status of the G flag [DIO message, in DIO base message] o Status of the A flag [DIO message, in DIO base message] o Value of the DTSN [DIO message, in DIO base message] o Value of the rank [DIO message, in DIO base message] o DAOSequence: Incremented at each unique DAO message, echoed in the DAO-ACK message [DAO and DAO-ACK messages] o Route Information [DIO message, Route Information option] (list of IPv6 prefixes per parent along with lifetime and preference] o Trickle parameters: * DIOIntervalDoublings [DIO, in DODAG configuration option] * DIOIntervalMin [DIO, in DODAG configuration option] * DIORedundancyConstant [DIO, in DODAG configuration option] o Path Control Size [DIO, in DODAG configuration option] o MinHopRankIncrease [DIO, in DODAG configuration option] Values that may be monitored only on the DODAG root o Transit Information [DAO, Transit Information option]: A RPL implementation SHOULD allow configuring whether the set of received Transit Information options should be displayed on the DODAG root. In this case, the RPL database of received Transit Information should also contain: the path-sequence, path control, path lifetime and parent address. Winter, et al. Expires December 13, 2010 [Page 86] Internet-Draft draft-ietf-roll-rpl-09 Jun 2010 15.3.2. Monitoring a DODAG inconsistencies and loop detection Detection of DODAG inconsistencies is particularly critical in RPL networks. Thus it is recommended for a RPL implementation to provide appropriate monitoring tools. A RPL implementation SHOULD provide a counter reporting the number of a times the node has detected an inconsistency with respect to a DODAG parent, e.g. if the DODAGID has changed. When possible more granular information about inconsistency detection should be provided. A RPL implementation MAY provide counters reporting the number of following inconsistencies: o Packets received with O bit set (to down) from a node with a higher rank o Packets received with O bit reset (to up) from a node with a lower rank o Number of packets with the F bit set o Number of packets with the R bit set 15.4. Monitoring of the RPL data structures 15.4.1. Candidate Neighbor Data Structure A node in the candidate neighbor list is a node discovered by the some means and qualified to potentially become a parent (with high enough local confidence). A RPL implementation SHOULD provide a way to monitor the candidate neighbor list with some metric reflecting local confidence (the degree of stability of the neighbors) as measured by some metrics. A RPL implementation MAY provide a counter reporting the number of times a candidate neighbor has been ignored, should the number of candidate neighbors exceeds the maximum authorized value. 15.4.2. Destination Oriented Directed Acyclic Graph (DAG) Table For each DODAG, a RPL implementation is expected to keep track of the following DODAG table values: o RPLInstanceID o DODAGID Winter, et al. Expires December 13, 2010 [Page 87] Internet-Draft draft-ietf-roll-rpl-09 Jun 2010 o DODAGVersionNumber o Rank o Objective Code Point o A set of DODAG Parents o A set of prefixes offered upwards along the DODAG o Trickle timers used to govern the sending of DIO messages for the DODAG o List of DAO parents o DTSN o Node status (router versus leaf) A RPL implementation SHOULD allow for monitoring the set of parameters listed above. 15.4.3. Routing Table and DAO Routing Entries A RPL implementation maintains several information elements related to the DODAG and the DAO entries (for storing nodes). In the case of a non storing node, a limited amount of information is maintained (the routing table is mostly reduced to a set of DODAG parents along with characteristics of the DODAG as mentioned above) whereas in the case of storing nodes, this information is augmented with routing entries. A RPL implementation SHOULD provide the ability to monitor the following parameters: o Next Hop (DODAG parent) o Next Hop Interface o Path metrics value for each DODAG parent A DAO Routing Table Entry conceptually contains the following elements (for storing nodes only): o Advertising Neighbor Information o IPv6 Address Winter, et al. Expires December 13, 2010 [Page 88] Internet-Draft draft-ietf-roll-rpl-09 Jun 2010 o Interface ID to which DAO Parents has this entry been reported o Retry Counter o Logical equivalent of DAO Content: * DAO Sequence * DAO Lifetime * DAO Path Control o Destination Prefix (or Address or Mcast Group) A RPL implementation SHOULD provide information about the state of each DAO Routing Table entry states. 15.5. Fault Management Fault management is a critical component used for troubleshooting, verification of the correct mode of operation of the protocol, network design, and is also a key component of network performance monitoring. A RPL implementation SHOULD allow providing the following information related to fault managements: o Memory overflow along with the cause (e.g. routing tables overflow, ...) o Number of times a packet could not be sent to a DODAG parent flagged as valid o Number of times a packet has been received for which the router did not have a corresponding RPLInstanceID o Number of times a local repair procedure was triggered o Number of times a global repair was triggered by the DODAG root o Number of received malformed messages o Number of seconds with packets to forward and no next hop (DODAG parent) o Number of seconds without next hop (DODAG parent) Winter, et al. Expires December 13, 2010 [Page 89] Internet-Draft draft-ietf-roll-rpl-09 Jun 2010 15.6. Policy Policy rules can be used by a RPL implementation to determine whether or not the node is allowed to join a particular DODAG advertised by a neighbor by means of DIO messages. This document specifies operation within a single DODAG. A DODAG is characterized by the following tuple (RPLInstanceID, DODAGID). Furthermore, as pointed out above, DIO messages are used to advertise other DODAG characteristics such as the routing metrics and constraints used to build to the DODAG and the Objective Function in use (specified by OCP). The first policy rules consists of specifying the following conditions that a RPL node must satisfy to join a DODAG: o RPLInstanceID o DODAGID o List of supported routing metrics and constraints o Objective Function (OCP values) A RPL implementation MUST allow configuring these parameters and SHOULD specify whether the node must simply ignore the DIO if the advertised DODAG is not compliant with the local policy or whether the node should join as the leaf node if only the list of supported routing metrics and constraints, and the OF is not supported. A RPL implementation SHOULD allow configuring the set of acceptable or preferred Objective Functions (OF) referenced by their Objective Codepoints (OCPs) for a node to join a DODAG, and what action should be taken if none of a node's candidate neighbors advertise one of the configured allowable Objective Functions. A node in an LLN may learn routing information from different routing protocols including RPL. It is in this case desirable to control via administrative preference which route should be favored. An implementation SHOULD allow for specifying an administrative preference for the routing protocol from which the route was learned. Internal Data Structures: some RPL implementations may limit the size of the candidate neighbor list in order to bound the memory usage, in which case some otherwise viable candidate neighbors may not be considered and simply dropped from the candidate neighbor list. A RPL implementation MAY provide an indicator on the size of the Winter, et al. Expires December 13, 2010 [Page 90] Internet-Draft draft-ietf-roll-rpl-09 Jun 2010 candidate neighbor list. 15.7. Liveness Detection and Monitoring By contrast with several other routing protocols, RPL does not define any 'keep-alive' mechanisms to detect routing adjacency failure: this is in most cases, because such a mechanism may be too expensive in terms of bandwidth and even more importantly energy (a battery operated device could not afford to send periodic Keep alive). Still RPL requires mechanisms to detect that a neighbor is no longer reachable: this can be performed by using mechanisms such as NUD (Neighbor Unreachability Detection) or even some form of Keep-alive that are outside of this document. 15.8. Fault Isolation It is RECOMMENDED to quarantine neighbors that start emitting malformed messages at unacceptable rates. 15.9. Impact on Other Protocols RPL has very limited impact on other protocols. Where more than one routing protocol is required on a router such as a LBR, it is expected for the device to support routing redistribution functions between the routing protocols to allow for reachability between the two routing domains. Such redistribution SHOULD be governed by the use of user configurable policy. With regards to the impact in terms of traffic on the network, RPL has been designed to limit the control traffic thanks to mechanisms such as Trickle timers (Section 7.3). Thus the impact of RPL on other protocols should be extremely limited. 15.10. Performance Management Performance management is always an important aspect of a protocol and RPL is not an exception. Several metrics of interest have been specified by the IP Performance Monitoring (IPPM) Working Group: that being said, they will be hardly applicable to LLN considering the cost of monitoring these metrics in terms of resources on the devices and required bandwidth. Still, RPL implementation MAY support some of these, and other parameters of interest are listed below: o Number of repairs and time to repair in seconds (average, variance) o Number of times and duration during which a devices could not forward a packet because of a lack of reachable neighbor in its Winter, et al. Expires December 13, 2010 [Page 91] Internet-Draft draft-ietf-roll-rpl-09 Jun 2010 routing table o Monitoring of resources consumption by RPL itself in terms of bandwidth and required memory o Number of RPL control messages sent and received -- Ticket URL: roll From trac@tools.ietf.org Fri Jun 11 23:46:24 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 140CE3A68C4 for ; Fri, 11 Jun 2010 23:46:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.022 X-Spam-Level: X-Spam-Status: No, score=-102.022 tagged_above=-999 required=5 tests=[AWL=0.578, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13a7fzEdiFhs for ; Fri, 11 Jun 2010 23:46:20 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id D95E33A68B1 for ; Fri, 11 Jun 2010 23:46:18 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1ONKU2-0004cU-21; Fri, 11 Jun 2010 23:46:22 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "roll issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: jpv@cisco.com X-Trac-Project: roll Date: Sat, 12 Jun 2010 06:46:22 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: https://svn.tools.ietf.org/wg/roll/trac/ticket/48#comment:1 Message-ID: <064.60f3bbf81eb1c3f032d2110592355d37@tools.ietf.org> References: <055.ec223f2cf93b665e055bfaef56eb5266@tools.ietf.org> X-Trac-Ticket-ID: 48 In-Reply-To: <055.ec223f2cf93b665e055bfaef56eb5266@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: Re: [Roll] [roll] #48: Manageability section - next update X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2010 06:46:25 -0000 #48: Manageability section - next update --------------------------------+------------------------------------------- Reporter: jpv@… | Owner: jpv@… Type: defect | Status: new Priority: minor | Milestone: Component: rpl | Version: Severity: Active WG Document | Keywords: --------------------------------+------------------------------------------- Comment(by jpv@…): Also add: Phoebus> Umm, are you sure it's a good idea to punt on this issue? Limited memory and interoperability has been stressed so much on this mailing list. I would hate to be the poor guy trying to debug a network where the devices came from different vendors and each had a different table eviction policy. Are you going to at least specify some sort of a standard error message to send back to the root in this situation? JP> The answer to this question is "yes", this will go in the manageability section of the I-D (I'll open a ticket for this), good point. -- Ticket URL: roll From trac@tools.ietf.org Fri Jun 11 23:51:10 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 867F63A67B2 for ; Fri, 11 Jun 2010 23:51:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.036 X-Spam-Level: X-Spam-Status: No, score=-102.036 tagged_above=-999 required=5 tests=[AWL=0.564, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ktyfvT2aGnbA for ; Fri, 11 Jun 2010 23:51:09 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 792EA3A6403 for ; Fri, 11 Jun 2010 23:51:09 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1ONKYg-0006wr-O1; Fri, 11 Jun 2010 23:51:10 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "roll issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: wintert@acm.org, jpv@cisco.com X-Trac-Project: roll Date: Sat, 12 Jun 2010 06:51:10 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: https://svn.tools.ietf.org/wg/roll/trac/ticket/47#comment:1 Message-ID: <064.f113a64268d82ff5e087e9902731bb71@tools.ietf.org> References: <055.627e21abc67767f947ffed3ee49857d8@tools.ietf.org> X-Trac-Ticket-ID: 47 In-Reply-To: <055.627e21abc67767f947ffed3ee49857d8@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: wintert@acm.org, jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: Re: [Roll] [roll] #47: Target and OCP sub-options share code 5 / 8-bit OCP in DIO? X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2010 06:51:10 -0000 #47: Target and OCP sub-options share code 5 / 8-bit OCP in DIO? --------------------------------+------------------------------------------- Reporter: jpv@… | Owner: wintert@… Type: defect | Status: closed Priority: major | Milestone: Component: rpl | Version: Severity: Active WG Document | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Changes (by jpv@…): * status: new => closed * resolution: => fixed Comment: Solved: the OCP option has been moved to the RPL specification: 5.7.6. DODAG Configuration The DODAG Configuration option may be present in DIO messages, and its format is as follows: 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type = 4 | Option Length | Resrvd|A| PCS | DIOIntDoubl. | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | DIOIntMin. | DIORedun. | MaxRankIncrease | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | MinHopRankIncrease | OCP | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 19: Format of the DODAG Configuration Option See also: 17.5. Objective Code Point (OCP) Registry IANA is requested to create a registry to manage the codespace of the Objective Code Point (OCP) field. -- Ticket URL: roll From trac@tools.ietf.org Fri Jun 11 23:52:52 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CFAA13A68D6 for ; Fri, 11 Jun 2010 23:52:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.051 X-Spam-Level: X-Spam-Status: No, score=-102.051 tagged_above=-999 required=5 tests=[AWL=0.549, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v6Guq0ZZ70zG for ; Fri, 11 Jun 2010 23:52:51 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id EE89B3A67B2 for ; Fri, 11 Jun 2010 23:52:51 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1ONKaI-0006xt-VF; Fri, 11 Jun 2010 23:52:50 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "roll issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: jpv@cisco.com X-Trac-Project: roll Date: Sat, 12 Jun 2010 06:52:50 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: https://svn.tools.ietf.org/wg/roll/trac/ticket/38#comment:2 Message-ID: <064.23335061b617b22cbf021f4c4d818299@tools.ietf.org> References: <055.fe5b2f77c9d7f742dca81b757228af36@tools.ietf.org> X-Trac-Ticket-ID: 38 In-Reply-To: <055.fe5b2f77c9d7f742dca81b757228af36@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: Re: [Roll] [roll] #38: Decoupling routing metrics/constraints from Objective function X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2010 06:52:52 -0000 #38: Decoupling routing metrics/constraints from Objective function --------------------------------+------------------------------------------- Reporter: jpv@… | Owner: jpv@… Type: defect | Status: closed Priority: major | Milestone: Component: rpl | Version: Severity: Active WG Document | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Comment(by jpv@…): Note from RPL -09: 3.3.1. Objective Function (OF) The Objective Function (OF) defines how RPL nodes select and optimize routes within a RPL Instance. The OF is identified by an Objective Code Point (OCP) within the DIO Configuration option. An OF defines how nodes translate one or more metrics and constraints, which are themselves defined in [I-D.ietf-roll-routing-metrics], into a value called Rank, which approximates the node's distance from a DODAG root. An OF also defines how nodes select parents. Further details may be found in Section 13, [I-D.ietf-roll-routing-metrics], [I-D.ietf-roll-of0], and related companion specifications. -- Ticket URL: roll From trac@tools.ietf.org Sat Jun 12 02:14:28 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5F3F03A68F1 for ; Sat, 12 Jun 2010 02:14:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -100.857 X-Spam-Level: X-Spam-Status: No, score=-100.857 tagged_above=-999 required=5 tests=[AWL=-0.671, BAYES_40=-0.185, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id COimiFJx0L5R for ; Sat, 12 Jun 2010 02:14:27 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 748B43A68DB for ; Sat, 12 Jun 2010 02:14:27 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1ONMnK-0005J9-Sv; Sat, 12 Jun 2010 02:14:28 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "roll issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: wintert@acm.org, jpv@cisco.com X-Trac-Project: roll Date: Sat, 12 Jun 2010 09:14:26 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: https://svn.tools.ietf.org/wg/roll/trac/ticket/51 Message-ID: <055.f36774fc124e8102a2e8fa9e77fae4ff@tools.ietf.org> X-Trac-Ticket-ID: 51 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: wintert@acm.org, jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: [Roll] [roll] #51: New Appendix A (former Appendix B) can be removed X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2010 09:14:28 -0000 #51: New Appendix A (former Appendix B) can be removed --------------------------------+------------------------------------------- Reporter: jpv@… | Owner: wintert@… Type: defect | Status: new Priority: minor | Milestone: Component: rpl | Version: Severity: Active WG Document | Keywords: --------------------------------+------------------------------------------- Looking at this appendix, it can also be removed: A.1 will be addressed in a separate document A2. Same thing A.3 has been clarified. Thanks. JP. Appendix A. Outstanding Issues This section enumerates some outstanding issues that are to be addressed in future revisions of the RPL specification. A.1. Additional Support for P2P Routing In some situations the baseline mechanism to support arbitrary P2P traffic, by flowing upwards along the DODAG until a common ancestor is reached and then flowing down, may not be suitable for all application scenarios. A related scenario may occur when the down paths setup along the DODAG by the destination advertisement mechanism are not the most desirable downward paths for the specific application scenario (in part because the DODAG links may not be symmetric). It may be desired to support within RPL the discovery and installation of more direct routes 'across' the DAG. Such mechanisms need to be investigated. A.2. Address / Header Compression In order to minimize overhead within the LLN it is desirable to perform some sort of address and/or header compression, perhaps via labels, addresses aggregation, or some other means. This is still under investigation. A.3. Managing Multiple Instances A network may run multiple instances of RPL concurrently. Such a network will require methods for assigning and otherwise managing RPLInstanceIDs. This will likely be addressed in a separate document. -- Ticket URL: roll From joakime@sics.se Sat Jun 12 02:46:15 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 07F7A3A68E4 for ; Sat, 12 Jun 2010 02:46:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.16 X-Spam-Level: X-Spam-Status: No, score=-0.16 tagged_above=-999 required=5 tests=[BAYES_05=-1.11, HELO_EQ_SE=0.35, J_CHICKENPOX_24=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i5KRb3ORvtQf for ; Sat, 12 Jun 2010 02:46:13 -0700 (PDT) Received: from letter.sics.se (letter.sics.se [193.10.64.6]) by core3.amsl.com (Postfix) with ESMTP id 520D23A68DF for ; Sat, 12 Jun 2010 02:46:13 -0700 (PDT) Received: from [192.168.1.144] (c-0a1fe455.013-276-73746f7.cust.bredbandsbolaget.se [85.228.31.10]) (Authenticated sender: joakime@sics.se) by letter.sics.se (Postfix) with ESMTPSA id 1158740005; Sat, 12 Jun 2010 11:46:14 +0200 (CEST) Message-ID: <4C13576A.8070201@sics.se> Date: Sat, 12 Jun 2010 11:46:18 +0200 From: Joakim Eriksson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: roll@ietf.org References: <09B6F97C-691F-4569-ABFA-AB7CE3F17E8C@cisco.com> <4C0F6438.7090805@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F02B@XMB-AMS-107.cisco.com> <4C0F7D37.3030901@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F078@XMB-AMS-107.cisco.com> <4C0F84B1.9000104@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F207@XMB-AMS-107.cisco.com> <4C112BA9.6010600@exegin.com> <4C11F28A.4090305@jennic.com> <4C12A9A0.1050102@exegin.com> In-Reply-To: <4C12A9A0.1050102@exegin.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to be posted in 3 days! X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2010 09:46:15 -0000 Hello, Dario Tedeschi skrev 2010-06-11 23:24: > Hi Daniel > > Daniel Gavelle wrote: >> Dario, >> >> In a 6LowPAN network, the routers will need to do 6LowPAN-ND RS/RA in >> order to distribute the compression contexts. I suppose the context >> (CO) option from 6LowPAN-ND could also be added to ROLL. However, I >> prefer using 6LowPAN-ND for context and prefix dissemination and ROLL >> for routing. > A CO is link-layer information so some might argue that it does not > below in a routing protocol. Fair enough, but lets be practical here: > RPL provides a robust way of distributing information amongst routers in > a LLN network. Why not use it. Another important thing that RPL provides is control over which DODAG you receive and accept configuration from. With RS/RA there will not be any RPL-awareness. If a specific prefix is to be used only for a specific RPL-instance it will require much more complex reasoning to figure out which prefix would be for which RPL-instance when using only RS/RA. The contexts might be ok to share over the whole LLN (I guess that we might end up with unwanted complexities otherwise). Best regards, -- Joakim Eriksson, SICS >> Also, if the prefix / context information is distributed in ROLL, >> either hosts need to support ROLL or routers need to support two >> methods for prefix distribution: RS/RA (for hosts) and prefix >> distribution in ROLL. > I'm not advocating hosts use ROLL, so lets look at your second option > where routers need to support two methods for prefix distribution: Even > if a network only used 6LoWPAN ND for prefix distribution, routers still > need two methods: One-hop RS/RA for router-host prefix distribution and > RA+ARBO to deal with router-to-router prefix distribution. In fact if > you look at an RA+ARBO message, it looks remarkably similar to a DIO > message (where the Version and Address fields in the ARBO can be equated > to the Version and DAGID fields in the DIO, respectively). Seems to me, > 6LoWPAN ND (with multi-hop) is trying to do the work of a routing > protocol. I think "Neighbor Discovery" should be taken a bit more > literally in that it is a protocol for discovering your neighbors and > not for distributing network configuration (the exception being that one > would like a host to auto-configure). > > Hope you have good weekend > Dario >> >> Daniel. >> >> >> Dario Tedeschi wrote: >>> Hi Daniel and Pascal >>> >>> I agree with Pascal here. >>> >>> In my view of a LLN network: Routers form the sub-net cloud while >>> hosts just "connect" to that cloud. How routers form and maintain >>> that cloud should not be handled by ND (in my opinion). I see routers >>> using the routing protocol to exchange sub-net information amongst >>> themselves, while hosts use RS/RA to request sub-net information from >>> nearby routers. Both routers and hosts may use NS/NA to perform >>> address-resolution and NUD one hop away only. >>> >>> Dario >>> >>> Pascal Thubert (pthubert) wrote: >>>> Hi Daniel: >>>> >>>> What I read below is that for RPL over foo (foo != 6LoWPAN), you'd run >>>> ND RA as the dissemination protocol for the MTU information. I suggest >>>> that is a very bad idea. RPL DIO is very optimized as a >>>> dissemination protocol, in particular >>>> with the use of trickle. And we don't want 2 mechanisms in parallel >>>> doing the same thing. >>>> So unless we merge (back) RA and DIO, I'd suggest that RPL routers use >>>> RPL when they disseminate information about the subnet and do not >>>> bother >>>> about RAs from other routers. >>>> >>>> Today, RPL operation does not depend on RAs at all. In fact, it is the >>>> other way around. RPL handles everything multihop, whereas RA is used >>>> for router to host communication. >>>> In that model, we expect RPL to disseminate information that can >>>> then be >>>> incorporated by the routers in their RAs for local distribution to >>>> their >>>> attached hosts. >>>> That is what we do with PIO and RIO. MTU would be the same. >>>> >>>> Pascal >>>> >>>> >>>> >>>>> -----Original Message----- >>>>> From: Daniel Gavelle [mailto:daniel.gavelle@jennic.com] >>>>> Sent: Wednesday, June 09, 2010 2:10 PM >>>>> To: Pascal Thubert (pthubert) >>>>> Cc: JP Vasseur; ROLL WG >>>>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to be >>>> posted in >>>> >>>>> 3 days! >>>>> >>>>> Pascal, >>>>> >>>>> If the link has a variable sized MTU, the MTU option can be sent in an >>>> RA, as >>>> >>>>> in RFC 4861. ND RS/RA can be done before sending DIS and joining a >>>> ROLL >>>> >>>>> DAG. >>>>> >>>>> Daniel. >>>>> >>>>> >>>>> Pascal Thubert (pthubert) wrote: >>>>>> Hi Daniel: >>>>>> >>>>>>> If the MTU option is required by other link layers, why can't the >>>> MTU >>>> >>>>>> option >>>>>>> be sent in ND? >>>>>> I return the question. How would that work? >>>>>> >>>>>> Pascal >>>>>> >>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Daniel Gavelle [mailto:daniel.gavelle@jennic.com] >>>>>>> Sent: Wednesday, June 09, 2010 1:39 PM >>>>>>> To: Pascal Thubert (pthubert) >>>>>>> Cc: JP Vasseur; ROLL WG >>>>>>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to >>>> be >>>> >>>>>> posted in >>>>>>> 3 days! >>>>>>> >>>>>>> Pascal, >>>>>>> >>>>>>> I am interested in 6LowPAN, where RFC4944 fixes the MTU at 1280 >>>>>>> octets >>>>>> so >>>>>>> the MTU option isn't required. >>>>>>> >>>>>>> If the MTU option is required by other link layers, why can't the >>>> MTU >>>> >>>>>> option >>>>>>> be sent in ND? >>>>>>> >>>>>>> Daniel. >>>>>>> >>>>>>> >>>>>>> >>>>>>> Pascal Thubert (pthubert) wrote: >>>>>>>> Hi Daniel >>>>>>>> >>>>>>>> Do you think that the MTU within the LLN should be the same? >>>>>>>> >>>>>>>> Pascal >>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On >>>>>> Behalf >>>>>>>> Of >>>>>>>>> Daniel Gavelle >>>>>>>>> Sent: Wednesday, June 09, 2010 11:52 AM >>>>>>>>> To: JP Vasseur >>>>>>>>> Cc: ROLL WG >>>>>>>>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to >>>>>> be >>>>>>>> posted in >>>>>>>>> 3 days! >>>>>>>>> >>>>>>>>> I think the MTU and SLLA options should not be in ROLL but only >>>>>> used >>>>>>>> in ND. >>>>>>>>> I haven't used the S bit in my implementation. >>>>>>>>> >>>>>>>>> Daniel. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> JP Vasseur wrote: >>>>>>>>>> Dear WG, >>>>>>>>>> >>>>>>>>>> One more time, thanks for your energy and involvement to keep us >>>>>> on >>>>>>>>>> track with our plan for RPL. >>>>>>>>>> >>>>>>>>>> The cut-off date for the Virtual WG meeting that will take place >>>>>> on >>>>>>>> June >>>>>>>>>> 16 is this coming Friday and the RPL authors team has been >>>> working >>>> >>>>>>>> hard >>>>>>>>>> on the revision -09, which should solve a number of the opened >>>>>>>> tickets. >>>>>>>>>> Still there are a few items that triggered some discussion but >>>> we >>>> >>>>>>>> would >>>>>>>>>> need more feed-back from you to draw a consensus to move on. >>>>>>>>>> >>>>>>>>>> 1) Are we keeping the use of sibling (S Bit thread): see the >>>>>>>> detailed >>>>>>>>>> discussion on the ML. >>>>>>>>>> https://svn.tools.ietf.org/wg/roll/trac/ticket/43 >>>>>>>>>> >>>>>>>>>> 2) Use of MTU and SSLA option: >>>>>>>>>> https://svn.tools.ietf.org/wg/roll/trac/ticket/42 >>>>>>>>>> >>>>>>>>>> Any quick feed-back on the list would be appreciated, for rev09. >>>>>>>>>> >>>>>>>>>> Thanks. >>>>>>>>>> >>>>>>>>>> JP. >>>>>>>>>> _______________________________________________ >>>>>>>>>> Roll mailing list >>>>>>>>>> Roll@ietf.org >>>>>>>>>> https://www.ietf.org/mailman/listinfo/roll >>>>>>>>>> >>>>>>>>> -- >>>>>>>>> __________________________________________________ >>>>>>>>> Daniel Gavelle, Software Engineer >>>>>>>>> Tel: +44 114 281 2655 >>>>>>>>> Fax: +44 114 281 2951 >>>>>>>>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: >>>>>>>>> 3191371 Registered In England http://www.jennic.com >>>>>>>>> __________________________________________________ >>>>>>>>> _______________________________________________ >>>>>>>>> Roll mailing list >>>>>>>>> Roll@ietf.org >>>>>>>>> https://www.ietf.org/mailman/listinfo/roll >>>>>>> -- >>>>>>> __________________________________________________ >>>>>>> Daniel Gavelle, Software Engineer >>>>>>> Tel: +44 114 281 2655 >>>>>>> Fax: +44 114 281 2951 >>>>>>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: >>>>>>> 3191371 Registered In England http://www.jennic.com >>>>>>> __________________________________________________ >>>>> -- >>>>> __________________________________________________ >>>>> Daniel Gavelle, Software Engineer >>>>> Tel: +44 114 281 2655 >>>>> Fax: +44 114 281 2951 >>>>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK >>>>> Comp Reg No: 3191371 Registered In England >>>>> http://www.jennic.com >>>>> __________________________________________________ >>>> _______________________________________________ >>>> Roll mailing list >>>> Roll@ietf.org >>>> https://www.ietf.org/mailman/listinfo/roll >>> >>> >> > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From wintert@acm.org Sat Jun 12 09:05:24 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 29ADB3A6974 for ; Sat, 12 Jun 2010 09:05:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.109 X-Spam-Level: X-Spam-Status: No, score=-101.109 tagged_above=-999 required=5 tests=[BAYES_05=-1.11, UNPARSEABLE_RELAY=0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3QzArUd1vtFR for ; Sat, 12 Jun 2010 09:05:22 -0700 (PDT) Received: from smtp103.prem.mail.ac4.yahoo.com (smtp103.prem.mail.ac4.yahoo.com [76.13.13.42]) by core3.amsl.com (Postfix) with SMTP id 5B4213A68D3 for ; Sat, 12 Jun 2010 09:05:22 -0700 (PDT) Received: (qmail 10082 invoked from network); 12 Jun 2010 16:05:16 -0000 Received: from 206-83-249-194.edurostream.com (wintert@206.83.249.194 with plain) by smtp103.prem.mail.ac4.yahoo.com with SMTP; 12 Jun 2010 09:05:16 -0700 PDT X-Yahoo-SMTP: 30iEHGKswBCbca_Y5pX7d6RVQMoT5Mk- X-YMail-OSG: CfdXe30VM1nMlhcwl05KwF1YXv99JwVkpzXrPl6HD720ABKVbJ5Rn6NJNj0ZzLO1xYZXkXj_fdmPwNMYxpc_DG0iIaKAO1fdj8ch3BlqlBMx7py_NCeO0NoIvLUoA8g7Ftapfbshq8liBd0zZ3lX7X_n.jXeA4Lu1jCYxMYfE5iJDFZ0RZJrccNBhGXNxVvmJODqQmeRcYNhmyhURKtNqJODP97EuEtnx.Hf94s4EcnZcC2qURL6IBPLctlkf1UVYF_WT1kopOualQLzk7K6KTpyZSJfFXOXmlMLMZP22ksm9DVDm3RDcdDS X-Yahoo-Newman-Property: ymail-3 Message-ID: <4C13B038.20505@acm.org> Date: Sat, 12 Jun 2010 12:05:12 -0400 From: Tim Winter User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100423 Thunderbird/3.0.4 MIME-Version: 1.0 To: roll@ietf.org References: <20100612013004.F2D8E3A67EC@core3.amsl.com> In-Reply-To: <20100612013004.F2D8E3A67EC@core3.amsl.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Roll] I-D Action:draft-ietf-roll-rpl-09.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Jun 2010 16:05:24 -0000 WG, In this version we have continued to address tickets and feedback. Changes include: - Incorporated additional material as contributed by Security Design Team - Manageability section has been updated - Downward Routes section has been restructured to clarify and factor out common aspects of storing / non-storing mode operation - Siblings removed from base specification - Decoupling of OF and the exact metrics/constraints in use - Added proposed text on bootstrapping sequence counters, to be further clarified in next revision - Added ICMPv6 error code "Error in Source Routing Header" - Moved OCP field to Configuration Option, obsoleting 'OCP Option' Please continue to provide comments and feedback, Thanks, - RPL Author Team On 06/11/2010 09:30 PM, Internet-Drafts@ietf.org wrote: > A New Internet-Draft is available from the on-line Internet-Drafts directories. > This draft is a work item of the Routing Over Low power and Lossy networks Working Group of the IETF. > > > Title : RPL: IPv6 Routing Protocol for Low power and Lossy Networks > Author(s) : T. Winter, et al. > Filename : draft-ietf-roll-rpl-09.txt > Pages : 103 > Date : 2010-06-11 > > Low power and Lossy Networks (LLNs) are a class of network in which > both the routers and their interconnect are constrained: LLN routers > typically operate with constraints on (any subset of) processing > power, memory and energy (battery), and their interconnects are > characterized by (any subset of) high loss rates, low data rates and > instability. LLNs are comprised of anything from a few dozen and up > to thousands of routers, and support point-to-point traffic (between > devices inside the LLN), point-to-multipoint traffic (from a central > control point to a subset of devices inside the LLN) and multipoint- > to-point traffic (from devices inside the LLN towards a central > control point). This document specifies the IPv6 Routing Protocol > for LLNs (RPL), which provides a mechanism whereby multipoint-to- > point traffic from devices inside the LLN towards a central control > point, as well as point-to-multipoint traffic from the central > control point to the devices inside the LLN, is supported. Support > for point-to-point traffic is also available. > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-ietf-roll-rpl-09.txt > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > Below is the data which will enable a MIME compliant mail reader > implementation to automatically retrieve the ASCII version of the > Internet-Draft. > > > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From pthubert@cisco.com Sun Jun 13 22:48:00 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 27E173A686E; Sun, 13 Jun 2010 22:47:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.052 X-Spam-Level: X-Spam-Status: No, score=-10.052 tagged_above=-999 required=5 tests=[AWL=0.547, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fQ+dnYyHeUuN; Sun, 13 Jun 2010 22:47:55 -0700 (PDT) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 7A2483A6827; Sun, 13 Jun 2010 22:47:55 -0700 (PDT) Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAH5eFUxAZnwM/2dsb2JhbACeeXGlAZkIhRoE X-IronPort-AV: E=Sophos;i="4.53,413,1272844800"; d="scan'208";a="121350314" Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-2.cisco.com with ESMTP; 14 Jun 2010 05:47:10 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5E5lAW5028266; Mon, 14 Jun 2010 05:47:10 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 14 Jun 2010 07:47:09 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Mon, 14 Jun 2010 07:47:05 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D0213FBA9@XMB-AMS-107.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: FW: New Version Notification for draft-thubert-6man-reverse-routing-header-00 thread-index: AcsLgHSpLmzAOwVWS26A0NQK8FxY4gAAX8Dw References: <6A2A459175DABE4BB11DE2026AA50A5D0213F77B@XMB-AMS-107.cisco.com> From: "Pascal Thubert (pthubert)" To: "Vishwas Manral" X-OriginalArrivalTime: 14 Jun 2010 05:47:09.0829 (UTC) FILETIME=[07B8AB50:01CB0B85] Cc: roll@ietf.org, IPv6 WG Subject: Re: [Roll] FW: New Version Notification for draft-thubert-6man-reverse-routing-header-00 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 05:48:01 -0000 Hi Vishwas: > I just read through your draft and have some basic comments. [Pascal] : ) >=20 > It seems like a mechanism similar to the way path finding is/ was done > in the Token ring network. I have some comments however. [Pascal] You've got a good memory. Yes, the test frame would trace a = path through bridges.=20 We'll note that TR would enable duplicate MAC addresses, which was used = extensively as a high availability tool. No going that far, there are many examples of source route in IP, LSRR, = DSR... >=20 > 1. I think the whole Record route should act as an application of IPv6 > (not the IPv6 Extension header - it gives a lot of flexibility). We > could send packets Hop-by-hop in this case with the information which > gets punted to the application at each hop, which in turn adds > address. >=20 [Pascal] At the moment, the only use case is RPL. So we could have made = that a RPL field. But there might be other users, and it seemed that a more generic = mechanism could be beneficial to the community. And this spec is a companion for the RH4 spec. So we thought it better = like this, but let's see what others think. > 2. The second thing is do we always assume that we have a path from > any device to the Border route is correct. If not we may have to do > flooding and then checks to see that the packet is not getting looped > back. For that we may have some context in the higher layer packet. >=20 [Pascal] If your point is that the gathering of the path is not = self-sufficient, I completely agree with you.=20 There needs to be a higher level protocol that decides how the record = route gets propagated to one or more successors. RPL is such protocol, and it has its own inconsistency detection = mechanism. I agree I could add words on the expectation on the what happens above. > 3. We should have loop checks whenever we add an address to the list, > to make sure the address is not readded. [Pascal] Yes, we could enforce rules similar to that of RH4. Let's see = how that settles. > 4. A link local address has context only in scope of an interface. > Would we want to specify the interface if we are using link-local > address in the packet. [Pascal] If the packet gets out a same interface, we could imagine that = the mechanism works as described.=20 But if we have to go out a different interface, then we have to = formalize what an interface ID is. That might be going too far for a = spec like this? Thanks a bunch Vishwas, =20 Pascal > On Fri, Jun 11, 2010 at 12:57 AM, Pascal Thubert (pthubert) > wrote: > > Hi: > > > > This is additional work linked to the RPL effort. > > RPL as a model whereby nodes operate in either source route or = stateful > modes. For the source route mode, there is a need for a new routing = header, > and that is addressed by draft-hui-6man-rpl-routing-header. > > Additionally, RPL as a Point to Point support in the works. For that = P2P, RPL > additionally requires a record route operation, on top of the RH4 = defined in > Jonathan's draft. > > draft-thubert-6man-reverse-routing-header initiates the record route > piece. > > > > Pascal > > > > -----Original Message----- > > From: IETF I-D Submission Tool [mailto:idsubmission@ietf.org] > > Sent: Thursday, June 10, 2010 3:21 PM > > To: Pascal Thubert (pthubert) > > Subject: New Version Notification for = draft-thubert-6man-reverse-routing- > header-00 > > > > > > A new version of I-D, = draft-thubert-6man-reverse-routing-header-00.txt > has been successfully submitted by Pascal Thubert and posted to the = IETF > repository. > > > > Filename: =A0 =A0 =A0 =A0draft-thubert-6man-reverse-routing-header > > Revision: =A0 =A0 =A0 =A000 > > Title: =A0 =A0 =A0 =A0 =A0 Reverse Routing Header > > Creation_date: =A0 2010-06-10 > > WG ID: =A0 =A0 =A0 =A0 =A0 Independent Submission > > Number_of_pages: 24 > > > > Abstract: > > For new classes of devices such as highly constrained nodes, forward = and > return Record Route capabilities are required to enable basic = forwarding > operations. =A0This memo defines a such a technique for IPv6. > > > > > > > > The IETF Secretariat. > > > > > > -------------------------------------------------------------------- > > IETF IPv6 working group mailing list > > ipv6@ietf.org > > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > > -------------------------------------------------------------------- > > From pthubert@cisco.com Sun Jun 13 23:33:12 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7E0793A676A for ; Sun, 13 Jun 2010 23:33:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.772 X-Spam-Level: X-Spam-Status: No, score=-8.772 tagged_above=-999 required=5 tests=[AWL=-0.773, BAYES_50=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hBnWATFLCe6C for ; Sun, 13 Jun 2010 23:33:11 -0700 (PDT) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id BA8FD3A6359 for ; Sun, 13 Jun 2010 23:33:10 -0700 (PDT) Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EADdqFUxAZnwM/2dsb2JhbACDHZp/XXGkbokdj3OBJoFICIE1bwQ X-IronPort-AV: E=Sophos;i="4.53,413,1272844800"; d="scan'208";a="121359820" Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-2.cisco.com with ESMTP; 14 Jun 2010 06:33:13 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5E6XDhK019326 for ; Mon, 14 Jun 2010 06:33:13 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 14 Jun 2010 08:33:13 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 Date: Mon, 14 Jun 2010 08:33:08 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D0213FBCD@XMB-AMS-107.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: closing #37: Feed-back from IPSO interop thread-index: AcsCYWZG66RjulX6Q1CSiZ1fptsYZgJKZEHw From: "Pascal Thubert (pthubert)" To: "ROLL WG" X-OriginalArrivalTime: 14 Jun 2010 06:33:13.0473 (UTC) FILETIME=[76FB4710:01CB0B8B] Subject: [Roll] closing #37: Feed-back from IPSO interop X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 06:33:12 -0000 RGVhciBXRzoNCg0KV2UganVzdCBwdWJsaXNoZWQgUlBMIDA4IChhbHNvKSBhZGRyZXNzaW5nIHRo ZSBJUFNPIGZlZWRiYWNrLiBJIHRoaW5rIHRoYXQgd2UgY2FuIG5vdyBjbG9zZSB0aGUgdGlja2V0 Og0KDQpJbiBtb3JlIGRldGFpbHM6DQoNCj4gRmVlZGJhY2stSToNCiA+IERBTyByYW5rOiBJdCBz ZWVtcyB0aGVyZSB2ZXJ5IGNvdXBsZSBvZiBkaWZmZXJlbnQgaW50ZXJwcmV0YXRpb25zIGZvciAg c2V0dGluZyB0aGlzIHZhbHVlLg0KID4gQS4gU2V2ZXJhbCBpbXBsZW1lbnRhdGlvbnMgd2VyZSBz ZXR0aW5nIHRoZSBEQU8gcmFuayB0byBiZSBlcXVhbCB0byAgdGhlIG5vZGUgcmFuayAodmFsdWUg c2VudCBpbiBESU8gcmFuaykuIEVhY2ggbm9kZSByZWxheXMgdGhpcyBpbmZvIGluIHRoZSBEQU8g dG93YXJkcyB0aGUgcm9vdC4gSG93ZXZlciB0aGlzIGRvZXMgbm90IGNvbnZleSBhbnkgZGlmZmVy ZW50aWF0aW5nIGluZm8gdG8gdGhlIHJlY2VpdmluZyBub2RlcyB3aGVuIHRoZSBEQU9zIGFyZSBy ZWNlaXZlZCB0aHJ1IG11bHRpcGxlIHBhdGhzIGluIG9yZGVyIHRvIGluc3RhbGwgdGhlIGJlc3Qg cm91dGUuDQo+IEIuIFRoZSBvdGhlciBpbXBsZW1lbnRhdGlvbiB3YXMgdG8gc2V0IHRoZSB2YWx1 ZSB0byAwIChvciAxKSBieSB0aGUgIG5vZGUgYW5kIGhhdmUgdGhlIGludGVybWVkaWF0ZSBub2Rl cyBpbmNyZW1lbnQgaXQgYXMgdGhlIERBTyByaWRlcyB1cCB0byB0aGUgcm9vdC4gVGhlIERBTyBy YW5rIGluIHRoaXMgY2FzZSBpcyBtb3JlIG9mIGEgaG9wIGNvdW50IGFuZCB0aGUgcmVjZWl2aW5n IG5vZGVzIGNhbiBtYWtlIGEgZGVjaXNpb24gYmFzZWQgb24gdGhlIGxvd2VzdCB2YWx1ZSByZWNl aXZlZCB3aGVuW1Bhc2NhbF0gIGluc3RhbGxpbmcgdGhlIERBTyByb3V0ZS4NCiA+IFByb3M6IERl Y2lzaW9uIGlzIG9wdGltaXplZCBiYXNlZCBvbiBob3Bjb3VudC4gUmVsYXRpdmVseSBzaW1wbGUu DQogPiBDb25zOiBIb3Bjb3VudCBkb2VzIG5vdCB0YWtlIGxpbmsgY29zdCBpbnRvIGFjY291bnQu DQo+IEMuIEEgdGhpcmQgcHJvcG9zYWwgd2FzIHRvIHNldCB0aGUgREFPIHJhbmsgZXF1YWwgdG8g dGhlIG5vZGUgcmFuayAgYW5kIGEgICBsaW5rIGNvc3QgaW4gdGhlIG1ldHJpYyBjb250YWluZXIg YXMgZWFjaCBub2RlcyBwcm9wYWdhdGVzIHRoZSBEQU8uDQogPiBUaGUgcmVjZWl2aW5nIG5vZGVz IHdvdWxkIG1ha2UgYSBkZWNpc2lvbiBiYXNlZCBvbiB0aGUgbGluayBjb3N0Lg0KID4gUHJvczog RGVjaXNpb24gaXMgb3B0aW1pemVkIGJhc2VkIG9uIGxpbmsgY29zdCAgPiBDb25zOiBUaGUgREFP cyB3b3VsZCBuZWVkIHRvIGNhcnJ5IGFkZGl0aW9uYWwgaW5mbyBpbiB0aGUgcGFja2V0ICAoYmln Z2VyREFPcykgYW5kIG1vcmUgcHJvY2Vzc2luZyBuZWVkZWQgaW4gdGhlIG5vZGVzIHRvIHBhcnNl IGFuZCBwcm9jZXNzLg0KPg0KID4gSSB0aGluayB3ZSBuZWVkIHNvbWUgbW9yZSBkZXRhaWxzIHRo ZSBzcGVjIGZvciBkZXNjcmliaW5nIHRoZSB2YWx1ZSB0byAgPiBiZSBzZXQgaW4gREFPIHJhbmsu DQogPg0KID4NCg0KW1Bhc2NhbF0gVGhlIFJhbmsgaXMgZ29uZSBmcm9tIHRoZSBEQU8gZW50aXJl bHkuIEl0IHdhcyByZXBsYWNlZCBieSBSb2dlcidzIHBhdGggY29udHJvbC4gVGhlIHJhdGlvbmFs ZSBpcyB0aGF0IHRoZSByb3V0aW5nIGlzIGNvbXB1dGVkIGJ5IHRoZSByb3V0ZXIgdXBvbiBESU8u IERBTyBtZXJlbHkgaW5mb3JtcyB0aGUgYWJvdmUgYWJvdXQgdGhhdCBkZWNpc2lvbi4gSW4gY2Fz ZSBvZiBzb3VyY2Ugcm91dGUsIHRoZSByb290IGlzIGV4cGVjdGVkIHRvIG9wdGltaXplIHRoZSBw cmVmZXJlbmNlIG9mIHRoZSBwYXRoIHRoYXQgaXQgaXMgc2VsZWN0aW5nLg0KIA0KDQo+IEZlZWRi YWNrLUlJOg0KID4gRElPIFNlcXVlbmNlIG51bWJlcjogVGhlIGlzc3VlIHdhcyB3aGF0IHNob3Vs ZCBiZSB0aGUgaW5pdGlhbCB2YWx1ZSBvZiAgdGhpcyBmaWVsZC4gVGhlIHNwZWMgaXMgbm90IGNs ZWFyIG9uIHdoYXQgc2hvdWxkIGJlIHRoZSBpbml0aWFsIHZhbHVlICBzZXQgYnkgdGhlIHJvb3Qu IFRoaXMgaGFzIGltcGxpY2F0aW9ucyBhdCB0aGUgTEJSIGluIHJlbG9hZC9yZWJvb3QgIGNvbmRp dGlvbnMuIEZvciBleGFtcGxlLCBpZiB0aGUgaW5pdGlhbCB2YWx1ZSBpcyBzZXQgdG8gMSBhbmQg aXMgID4gaW5jcmVtZW50ZWQgdG8gc2F5IDEwLiBXaGVuIHRoZSBMQlIgcmVsb2Fkcy9yZWJvb3Rz LCBpdCB3b3VsZCBzdGFydCB0aGUgc2VxdWVuY2UgbnVtYmVyIHdpdGggMSBidXQgaXRzIERJT3Mg d2lsbCBiZSByZWplY3RlZCBieSB0aGUgbm9kZXMgYXMgaGF2aW5nIHN0YWxlIHNlcXVlbmNlIG51 bWJlci4gVGhlIExCUiBjYW4gc3RvcmUgdGhlIHNlcXVlbmNlIGluIHBlcnNpc3RlbnQgbWVtb3J5 LiBBbiBlYXNpZXIgb3B0aW9uIGNvdWxkIGJlIHVzZSAyNTUgYXMgdGhlIHN0YXJ0aW5nIHNlcXVl bmNlIG51bWJlci4gVXNpbmcgdGhpcyB2YWx1ZSB3aWxsIG1ha2Ugc3VyZSB0aGF0IHRoZSBzZXF1 ZW5jZSBudW1iZXIgaXMgYWx3YXlzIHZhbGlkLg0KID4NCiA+IENvbW1lbnRzPw0KDQpbUGFzY2Fs XSAxMCBub3cgaGFzIGEgbWVjaGFuaXNtIHRoYXQgZGVyaXZlcyBmcm9tIFJhZGlhIFBlcmxtYW4n cyBsb2xsaXBvcC4gVGhlIG1lY2hhbmlzbSBpbmNsdWRlcyBhIHNpbXBsZSBzZXF1ZW5jZSBjb3Vu dGVyIGNvbXBhcmlzb24gd2l0aCBkZXN5bmMgZGV0ZWN0aW9uLg0KTW9yZSBhdCBodHRwOi8vdG9v bHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1pZXRmLXJvbGwtcnBsLTA5I3NlY3Rpb24tNg0KDQo6ICkN Cg0KDQpQYXNjYWwNCg== From gnawali@cs.stanford.edu Sun Jun 13 23:37:40 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2F0953A67F9 for ; Sun, 13 Jun 2010 23:37:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.377 X-Spam-Level: X-Spam-Status: No, score=-3.377 tagged_above=-999 required=5 tests=[BAYES_50=0.001, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vogq3GAzU-75 for ; Sun, 13 Jun 2010 23:37:38 -0700 (PDT) Received: from cs-smtp-2.Stanford.EDU (cs-smtp-2.Stanford.EDU [171.64.64.26]) by core3.amsl.com (Postfix) with ESMTP id 878903A67AC for ; Sun, 13 Jun 2010 23:37:37 -0700 (PDT) Received: from mail-gw0-f44.google.com ([74.125.83.44]) by cs-smtp-2.Stanford.EDU with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.60) (envelope-from ) id 1OO3Ig-0005u7-KV for roll@ietf.org; Sun, 13 Jun 2010 23:37:38 -0700 Received: by gwj16 with SMTP id 16so2311429gwj.31 for ; Sun, 13 Jun 2010 23:37:37 -0700 (PDT) Received: by 10.151.21.10 with SMTP id y10mr6707458ybi.85.1276497457678; Sun, 13 Jun 2010 23:37:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.150.199.19 with HTTP; Sun, 13 Jun 2010 23:37:17 -0700 (PDT) From: Omprakash Gnawali Date: Sun, 13 Jun 2010 23:37:17 -0700 Message-ID: To: ROLL WG Content-Type: text/plain; charset=ISO-8859-1 X-Scan-Signature: 67f4a389e065da33eb5969ecb4726704 Subject: [Roll] draft-ietf-roll-routing-metrics-07 - link/path/local/global metric X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 06:37:40 -0000 I had a comment on the terminology used in draft-ietf-roll-routing-metrics-07. Lets take ETX as an example. There is the notion of link ETX. Then, there is the path ETX - ETX aggregated over the links on a path. In the draft, ETX is described under the section link metrics. So, I thought we were talking about link ETX. But near the end it says: " The ETX object is a global metric or constraint." So, we are talking about path metric it seems. Then, in section 8.1 Routing Objects, we are talking about Link ETX: " IANA is requested to create a registry for Routing objects. Each Routing object has a Routing object type value. Value Meaning Reference 1 Node State and Attribute This document 2 Node Energy This document 3 Hop Count This document 4 Link Throughput This document 5 Link Latency This document 6 Link Quality Level This document 7 Link ETX This document 8 Link Color This document " For metrics such as latency and etx, I find it much clearer to use the phrases link metric and path metric (e.g, link etx/latency, path etx/latency) rather than local and global metric. - om_p From gnawali@cs.stanford.edu Sun Jun 13 23:41:34 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A5B843A676A for ; Sun, 13 Jun 2010 23:41:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.677 X-Spam-Level: X-Spam-Status: No, score=-4.677 tagged_above=-999 required=5 tests=[AWL=1.300, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sxTTz3UxDZ0b for ; Sun, 13 Jun 2010 23:41:33 -0700 (PDT) Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by core3.amsl.com (Postfix) with ESMTP id 363023A6359 for ; Sun, 13 Jun 2010 23:41:33 -0700 (PDT) Received: from mail-gx0-f172.google.com ([209.85.161.172]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.60) (envelope-from ) id 1OO3MX-0002E5-0e for roll@ietf.org; Sun, 13 Jun 2010 23:41:37 -0700 Received: by gxk8 with SMTP id 8so751652gxk.31 for ; Sun, 13 Jun 2010 23:41:36 -0700 (PDT) Received: by 10.150.63.17 with SMTP id l17mr6486941yba.115.1276497696152; Sun, 13 Jun 2010 23:41:36 -0700 (PDT) MIME-Version: 1.0 Received: by 10.150.199.19 with HTTP; Sun, 13 Jun 2010 23:41:16 -0700 (PDT) From: Omprakash Gnawali Date: Sun, 13 Jun 2010 23:41:16 -0700 Message-ID: To: ROLL WG Content-Type: text/plain; charset=ISO-8859-1 X-Scan-Signature: 946122a1693bfdbb49d371411bb557d1 Subject: [Roll] typo on draft-ietf-roll-routing-metrics-07 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 06:41:34 -0000 In section 4.3.2: " The format of the Latency object body is as follows:" should be " .... of the ETX object ...". - om_p From trac@tools.ietf.org Mon Jun 14 01:02:59 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CFDDB3A67B2 for ; Mon, 14 Jun 2010 01:02:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -101.347 X-Spam-Level: X-Spam-Status: No, score=-101.347 tagged_above=-999 required=5 tests=[AWL=-0.236, BAYES_05=-1.11, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9gUyhIt71KSf for ; Mon, 14 Jun 2010 01:02:58 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id EE45E3A67A3 for ; Mon, 14 Jun 2010 01:02:58 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1OO4dK-0000ZV-1H; Mon, 14 Jun 2010 01:03:02 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "roll issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: wintert@acm.org, jpv@cisco.com X-Trac-Project: roll Date: Mon, 14 Jun 2010 08:03:01 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/roll/trac/ticket/37#comment:2 Message-ID: <064.40d847cecebda1e776d2bfb09cf7a611@tools.ietf.org> References: <055.4c35c3aa28af0141d722f6a3d32db39c@tools.ietf.org> X-Trac-Ticket-ID: 37 In-Reply-To: <055.4c35c3aa28af0141d722f6a3d32db39c@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: wintert@acm.org, jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: Re: [Roll] [roll] #37: Feed-back fron IPSO interop X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 08:02:59 -0000 #37: Feed-back fron IPSO interop --------------------------------+------------------------------------------- Reporter: jpv@… | Owner: pthubert@… Type: defect | Status: closed Priority: minor | Milestone: Component: rpl | Version: Severity: Active WG Document | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Changes (by jpv@…): * status: new => closed * resolution: => fixed Comment: Email from Pascal: Dear WG: We just published RPL 08 (also) addressing the IPSO feedback. I think that we can now close the ticket: In more details: Feedback-I: DAO rank: It seems there very couple of different interpretations for setting this value. A. Several implementations were setting the DAO rank to be equal to the node rank (value sent in DIO rank). Each node relays this info in the DAO towards the root. However this does not convey any differentiating info to the receiving nodes when the DAOs are received thru multiple paths in order to install the best route. B. The other implementation was to set the value to 0 (or 1) by the node and have the intermediate nodes increment it as the DAO rides up to the root. The DAO rank in this case is more of a hop count and the receiving nodes can make a decision based on the lowest value received when[Pascal] installing the DAO route. Pros: Decision is optimized based on hopcount. Relatively simple. Cons: Hopcount does not take link cost into account. C. A third proposal was to set the DAO rank equal to the node rank and a link cost in the metric container as each nodes propagates the DAO. The receiving nodes would make a decision based on the link cost. Pros: Decision is optimized based on link cost > Cons: The DAOs would need to carry additional info in the packet (biggerDAOs) and more processing needed in the nodes to parse and process. I think we need some more details the spec for describing the value to > be set in DAO rank. [Pascal] The Rank is gone from the DAO entirely. It was replaced by Roger's path control. The rationale is that the routing is computed by the router upon DIO. DAO merely informs the above about that decision. In case of source route, the root is expected to optimize the preference of the path that it is selecting. Feedback-II: DIO Sequence number: The issue was what should be the initial value of this field. The spec is not clear on what should be the initial value set by the root. This has implications at the LBR in reload/reboot conditions. For example, if the initial value is set to 1 and is > incremented to say 10. When the LBR reloads/reboots, it would start the sequence number with 1 but its DIOs will be rejected by the nodes as having stale sequence number. The LBR can store the sequence in persistent memory. An easier option could be use 255 as the starting sequence number. Using this value will make sure that the sequence number is always valid. Comments? [Pascal] 10 now has a mechanism that derives from Radia Perlman's lollipop. The mechanism includes a simple sequence counter comparison with desync detection. More at http://tools.ietf.org/html/draft-ietf-roll-rpl-09#section-6 : ) -- Ticket URL: roll From jpv@cisco.com Mon Jun 14 01:08:25 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 166E13A6403 for ; Mon, 14 Jun 2010 01:08:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.002 X-Spam-Level: X-Spam-Status: No, score=-9.002 tagged_above=-999 required=5 tests=[AWL=-1.003, BAYES_50=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pvrfB7ZUhxuM for ; Mon, 14 Jun 2010 01:08:24 -0700 (PDT) Received: from sj-iport-3.cisco.com (sj-iport-3.cisco.com [171.71.176.72]) by core3.amsl.com (Postfix) with ESMTP id 2BBC83A67B2 for ; Mon, 14 Jun 2010 01:08:24 -0700 (PDT) Authentication-Results: sj-iport-3.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAHqAFUyrR7Ht/2dsb2JhbACeeXGkXZkkhRoEkBw X-IronPort-AV: E=Sophos;i="4.53,413,1272844800"; d="scan'208";a="226301768" Received: from sj-core-1.cisco.com ([171.71.177.237]) by sj-iport-3.cisco.com with ESMTP; 14 Jun 2010 08:08:25 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5E88929025385; Mon, 14 Jun 2010 08:08:24 GMT Received: from xfe-ams-202.cisco.com ([144.254.231.96]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 14 Jun 2010 10:08:23 +0200 Received: from [156.106.216.168] ([10.55.93.30]) by xfe-ams-202.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 14 Jun 2010 10:08:23 +0200 Message-Id: From: JP Vasseur To: Omprakash Gnawali In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Mon, 14 Jun 2010 10:08:15 +0200 References: X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 14 Jun 2010 08:08:23.0466 (UTC) FILETIME=[C26710A0:01CB0B98] Cc: ROLL WG Subject: Re: [Roll] draft-ietf-roll-routing-metrics-07 - link/path/local/global metric X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 08:08:25 -0000 Hi Omp, On Jun 14, 2010, at 8:37 AM, Omprakash Gnawali wrote: > I had a comment on the terminology used in draft-ietf-roll-routing- > metrics-07. > > Lets take ETX as an example. > > There is the notion of link ETX. Then, there is the path ETX - ETX > aggregated over the links on a path. > > In the draft, ETX is described under the section link metrics. So, I > thought we were talking about link ETX. But near the end it says: > > " The ETX object is a global metric or constraint." > > So, we are talking about path metric it seems. > > Then, in section 8.1 Routing Objects, we are talking about Link ETX: > > " IANA is requested to create a registry for Routing objects. Each > Routing object has a Routing object type value. > > Value Meaning Reference > 1 Node State and Attribute This document > 2 Node Energy This document > 3 Hop Count This document > 4 Link Throughput This document > 5 Link Latency This document > 6 Link Quality Level This document > 7 Link ETX This document > 8 Link Color This document > " > > For metrics such as latency and etx, I find it much clearer to use the > phrases link metric and path metric (e.g, link etx/latency, path > etx/latency) rather than local and global metric. Thanks for your comments. The reference "link" versus "node" allows for making the disctinction between a metrics that applies to a link or a node. Now, when the ETX metric is included in the DAG Container, it reflect the ETX of the path, made of a set of link ETX (which may have been added, multiplied, ... etc), as indicated by the A flag. The notion of local versus global is different. When a metric is local, it is only passed to a direct neighbor (and of course consequently as you pointed out never refers to a path ). Hope this clarifies. Thanks. JP. > > - om_p > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From vishwas.ietf@gmail.com Sun Jun 13 22:14:22 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 117EC3A6858; Sun, 13 Jun 2010 22:14:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.595 X-Spam-Level: X-Spam-Status: No, score=-1.595 tagged_above=-999 required=5 tests=[AWL=-0.484, BAYES_05=-1.11] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SAcgVpdzK+ca; Sun, 13 Jun 2010 22:14:20 -0700 (PDT) Received: from mail-gx0-f172.google.com (mail-gx0-f172.google.com [209.85.161.172]) by core3.amsl.com (Postfix) with ESMTP id D538A3A684C; Sun, 13 Jun 2010 22:14:18 -0700 (PDT) Received: by gxk8 with SMTP id 8so742205gxk.31 for ; Sun, 13 Jun 2010 22:14:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=C1/kd2Q+NgUHOQ+UlGfppGC3iy1PRCaa7hKE6KZauwU=; b=pgcti9i9FpuHU0UroP7mueTtMV8ecuMgvhkM74MC6kbbB2/hv61tndvL6xdVG9LpXC x8/OfuKILkAd29+LS9w2EQo5TH1i2VTI8s4nO+jOKnTlEzBp7K1tSi9I/BDm7S2dftJh 3rgi0xwJ0cMQoaHYBvzGAfQCaO3xkSmwrkzHY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=fmcVKxt8Z9U93zU70EIilSPeWjAF9TgUd2RjyKghURcbxsK/xXpUcMU3U+8jx8HndA H0QCoqcjQmjgPFZqEI05LV9JhXOSM5+2To4NfcYvNcTxGURu/nK5YGGl6Klkr85l9u+F tnKGTCBUb61vFvtnWSIuZtdErW8mTs+qG2ZhU= MIME-Version: 1.0 Received: by 10.151.62.13 with SMTP id p13mr3252757ybk.119.1276492459627; Sun, 13 Jun 2010 22:14:19 -0700 (PDT) Received: by 10.150.51.13 with HTTP; Sun, 13 Jun 2010 22:14:19 -0700 (PDT) In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D0213F77B@XMB-AMS-107.cisco.com> References: <6A2A459175DABE4BB11DE2026AA50A5D0213F77B@XMB-AMS-107.cisco.com> Date: Sun, 13 Jun 2010 22:14:19 -0700 Message-ID: From: Vishwas Manral To: "Pascal Thubert (pthubert)" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Mon, 14 Jun 2010 01:11:48 -0700 Cc: roll@ietf.org, IPv6 WG Subject: Re: [Roll] FW: New Version Notification for draft-thubert-6man-reverse-routing-header-00 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 05:14:22 -0000 Hi Pascal, I just read through your draft and have some basic comments. It seems like a mechanism similar to the way path finding is/ was done in the Token ring network. I have some comments however. 1. I think the whole Record route should act as an application of IPv6 (not the IPv6 Extension header - it gives a lot of flexibility). We could send packets Hop-by-hop in this case with the information which gets punted to the application at each hop, which in turn adds address. 2. The second thing is do we always assume that we have a path from any device to the Border route is correct. If not we may have to do flooding and then checks to see that the packet is not getting looped back. For that we may have some context in the higher layer packet. 3. We should have loop checks whenever we add an address to the list, to make sure the address is not readded. 4. A link local address has context only in scope of an interface. Would we want to specify the interface if we are using link-local address in the packet. Thanks, Vishwas On Fri, Jun 11, 2010 at 12:57 AM, Pascal Thubert (pthubert) wrote: > Hi: > > This is additional work linked to the RPL effort. > RPL as a model whereby nodes operate in either source route or stateful m= odes. For the source route mode, there is a need for a new routing header, = and that is addressed by draft-hui-6man-rpl-routing-header. > Additionally, RPL as a Point to Point support in the works. For that P2P,= RPL additionally requires a record route operation, on top of the RH4 defi= ned in Jonathan's draft. > draft-thubert-6man-reverse-routing-header initiates the record route piec= e. > > Pascal > > -----Original Message----- > From: IETF I-D Submission Tool [mailto:idsubmission@ietf.org] > Sent: Thursday, June 10, 2010 3:21 PM > To: Pascal Thubert (pthubert) > Subject: New Version Notification for draft-thubert-6man-reverse-routing-= header-00 > > > A new version of I-D, draft-thubert-6man-reverse-routing-header-00.txt ha= s been successfully submitted by Pascal Thubert and posted to the IETF repo= sitory. > > Filename: =A0 =A0 =A0 =A0draft-thubert-6man-reverse-routing-header > Revision: =A0 =A0 =A0 =A000 > Title: =A0 =A0 =A0 =A0 =A0 Reverse Routing Header > Creation_date: =A0 2010-06-10 > WG ID: =A0 =A0 =A0 =A0 =A0 Independent Submission > Number_of_pages: 24 > > Abstract: > For new classes of devices such as highly constrained nodes, forward and = return Record Route capabilities are required to enable basic forwarding op= erations. =A0This memo defines a such a technique for IPv6. > > > > The IETF Secretariat. > > > -------------------------------------------------------------------- > IETF IPv6 working group mailing list > ipv6@ietf.org > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 > -------------------------------------------------------------------- > From vishwas.ietf@gmail.com Sun Jun 13 22:51:37 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 03A173A684C; Sun, 13 Jun 2010 22:51:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.258 X-Spam-Level: X-Spam-Status: No, score=-2.258 tagged_above=-999 required=5 tests=[AWL=0.341, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ea-whkw5W3sz; Sun, 13 Jun 2010 22:51:26 -0700 (PDT) Received: from mail-yw0-f179.google.com (mail-yw0-f179.google.com [209.85.211.179]) by core3.amsl.com (Postfix) with ESMTP id 652873A687B; Sun, 13 Jun 2010 22:51:25 -0700 (PDT) Received: by ywh9 with SMTP id 9so3942312ywh.17 for ; Sun, 13 Jun 2010 22:51:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=HMJIdFYsynYqJgaNKdUUbiFI1XkLFkK/3rMfwdXjUAw=; b=MIPkvUUGmWw7ieouFTjlIprPATuJsWDzM/6NIAdiELQKylVQRs1ioizzs1PG1GZAes mngS5VXwT/Kp6nuiNH4ya3/MQqwDpZCERRlaOWcGzVaGgRV8PHqcZjSBIO5mZhIC4oZf UWth3ciknqOVpmiGqZdBueLCj4L6j3Yq2OG1w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=lzMdSm27tyGGYw7feR3nMsftzHqBkOrsl1n2K39IYScpqnKYaWW8wTenGv3kIE2yF6 wsK0KFuiEGh9GPBhgJaFpdV0sDaCYTHPUziV5tWfe133e5ClYcc/2QUk4CL8vNGsm6NO uVgt1ANdRzubl9t6gc17/THjsaBt00/XU8Jk4= MIME-Version: 1.0 Received: by 10.151.160.14 with SMTP id m14mr6144190ybo.247.1276494686379; Sun, 13 Jun 2010 22:51:26 -0700 (PDT) Received: by 10.150.51.13 with HTTP; Sun, 13 Jun 2010 22:51:26 -0700 (PDT) In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D0213FBA9@XMB-AMS-107.cisco.com> References: <6A2A459175DABE4BB11DE2026AA50A5D0213F77B@XMB-AMS-107.cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D0213FBA9@XMB-AMS-107.cisco.com> Date: Sun, 13 Jun 2010 22:51:26 -0700 Message-ID: From: Vishwas Manral To: "Pascal Thubert (pthubert)" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Mailman-Approved-At: Mon, 14 Jun 2010 01:11:48 -0700 Cc: roll@ietf.org, IPv6 WG Subject: Re: [Roll] FW: New Version Notification for draft-thubert-6man-reverse-routing-header-00 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 05:51:37 -0000 Hi Pascal, > [Pascal] If the packet gets out a same interface, we could imagine that t= he mechanism works as described. > But if we have to go out a different interface, then we have to formalize= what an interface ID is. That might be going too far for a spec like this? I agree. That is the reason I would think we should go in for an application level to do this instead of change the routing header (it helps us gain a lot of flexibility). Besides finding paths is a function of an application/ routing layer and not the data packets and we should not add complexity to the data path. I am ok waiting for others to respond and see what they have to say. Thanks, Vishwas On Sun, Jun 13, 2010 at 10:47 PM, Pascal Thubert (pthubert) wrote: > Hi Vishwas: > >> I just read through your draft and have some basic comments. > [Pascal] : ) > >> >> It seems like a mechanism similar to the way path finding is/ was done >> in the Token ring network. I have some comments however. > > [Pascal] You've got =A0a good memory. Yes, the test frame would trace a p= ath through bridges. > We'll note that TR would enable duplicate MAC addresses, which was used e= xtensively as a high availability tool. > No going that far, there are many examples of source route in IP, LSRR, D= SR... > >> >> 1. I think the whole Record route should act as an application of IPv6 >> (not the IPv6 Extension header - it gives a lot of flexibility). We >> could send packets Hop-by-hop in this case with the information which >> gets punted to the application at each hop, which in turn adds >> address. >> > [Pascal] At the moment, the only use case is RPL. So we could have made t= hat a RPL field. > But there might be other users, and it seemed that a more generic mechani= sm could be beneficial to the community. > And this spec is a companion for the RH4 spec. So we thought it better li= ke this, but let's see what others think. > >> 2. The second thing is do we always assume that we have a path from >> any device to the Border route is correct. If not we may have to do >> flooding and then checks to see that the packet is not getting looped >> back. For that we may have some context in the higher layer packet. >> > [Pascal] If your point is that the gathering of the path is not self-suff= icient, I completely agree with you. > There needs to be a higher level protocol that decides how the record rou= te gets propagated to one or more successors. > RPL is such protocol, and it has its own inconsistency detection mechanis= m. > I agree I could add words on the expectation on the what happens above. > > >> 3. We should have loop checks whenever we add an address to the list, >> to make sure the address is not readded. > > [Pascal] Yes, we could enforce rules similar to that of RH4. Let's see ho= w that settles. > >> 4. A link local address has context only in scope of an interface. >> Would we want to specify the interface if we are using link-local >> address in the packet. > > [Pascal] If the packet gets out a same interface, we could imagine that t= he mechanism works as described. > But if we have to go out a different interface, then we have to formalize= what an interface ID is. That might be going too far for a spec like this? > > Thanks a bunch Vishwas, > > Pascal > >> On Fri, Jun 11, 2010 at 12:57 AM, Pascal Thubert (pthubert) >> wrote: >> > Hi: >> > >> > This is additional work linked to the RPL effort. >> > RPL as a model whereby nodes operate in either source route or statefu= l >> modes. For the source route mode, there is a need for a new routing head= er, >> and that is addressed by draft-hui-6man-rpl-routing-header. >> > Additionally, RPL as a Point to Point support in the works. For that P= 2P, RPL >> additionally requires a record route operation, on top of the RH4 define= d in >> Jonathan's draft. >> > draft-thubert-6man-reverse-routing-header initiates the record route >> piece. >> > >> > Pascal >> > >> > -----Original Message----- >> > From: IETF I-D Submission Tool [mailto:idsubmission@ietf.org] >> > Sent: Thursday, June 10, 2010 3:21 PM >> > To: Pascal Thubert (pthubert) >> > Subject: New Version Notification for draft-thubert-6man-reverse-routi= ng- >> header-00 >> > >> > >> > A new version of I-D, draft-thubert-6man-reverse-routing-header-00.txt >> has been successfully submitted by Pascal Thubert and posted to the IETF >> repository. >> > >> > Filename: =A0 =A0 =A0 =A0draft-thubert-6man-reverse-routing-header >> > Revision: =A0 =A0 =A0 =A000 >> > Title: =A0 =A0 =A0 =A0 =A0 Reverse Routing Header >> > Creation_date: =A0 2010-06-10 >> > WG ID: =A0 =A0 =A0 =A0 =A0 Independent Submission >> > Number_of_pages: 24 >> > >> > Abstract: >> > For new classes of devices such as highly constrained nodes, forward a= nd >> return Record Route capabilities are required to enable basic forwarding >> operations. =A0This memo defines a such a technique for IPv6. >> > >> > >> > >> > The IETF Secretariat. >> > >> > >> > -------------------------------------------------------------------- >> > IETF IPv6 working group mailing list >> > ipv6@ietf.org >> > Administrative Requests: https://www.ietf.org/mailman/listinfo/ipv6 >> > -------------------------------------------------------------------- >> > > From daniel.gavelle@jennic.com Mon Jun 14 01:42:57 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 06FA53A67ED for ; Mon, 14 Jun 2010 01:42:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.276 X-Spam-Level: X-Spam-Status: No, score=0.276 tagged_above=-999 required=5 tests=[AWL=-0.878, BAYES_50=0.001, HELO_MISMATCH_COM=0.553, J_CHICKENPOX_24=0.6] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9-5y6FUP2lzZ for ; Mon, 14 Jun 2010 01:42:55 -0700 (PDT) Received: from mail.jennic.com (proxy.jennic.co.uk [81.23.53.53]) by core3.amsl.com (Postfix) with ESMTP id 603A23A6403 for ; Mon, 14 Jun 2010 01:42:54 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by mail.jennic.com (Postfix) with ESMTP id 4F1059BE50E; Mon, 14 Jun 2010 09:42:57 +0100 (BST) Received: from mail.jennic.com ([127.0.0.1]) by localhost (smithers.jennic.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GRGKO6AJT2JD; Mon, 14 Jun 2010 09:42:57 +0100 (BST) Received: from [10.99.96.69] (snifflap01.jennic.com [10.99.96.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail.jennic.com (Postfix) with ESMTPSA id 33B169BE508; Mon, 14 Jun 2010 09:42:57 +0100 (BST) Message-ID: <4C15EB91.7010402@jennic.com> Date: Mon, 14 Jun 2010 09:42:57 +0100 From: Daniel Gavelle Organization: Jennic Ltd. User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Dario Tedeschi References: <09B6F97C-691F-4569-ABFA-AB7CE3F17E8C@cisco.com> <4C0F6438.7090805@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F02B@XMB-AMS-107.cisco.com> <4C0F7D37.3030901@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F078@XMB-AMS-107.cisco.com> <4C0F84B1.9000104@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F207@XMB-AMS-107.cisco.com> <4C112BA9.6010600@exegin.com> <4C11F28A.4090305@jennic.com> <4C12A9A0.1050102@exegin.com> In-Reply-To: <4C12A9A0.1050102@exegin.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: ROLL WG Subject: [Roll] PIO, CO and MTU options in DIOs X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: daniel.gavelle@jennic.com List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 08:42:57 -0000 Dario / Pascal, I can see that sending PIO / CO / MTU in DIO messages has some advantages. Since there is already a mechanism in 6LowPAN-ND for this, I am concerned that allowing these messages to be carried in RPL will result in interoperability issues. I suppose the best way forward for the RPL specification is to allow these options as a MAY. Alliances like Zigbee and IPSO would then ensure interoperability by requiring one method in their stack profile specifications. Regarding the MTU, I can see how this is needed for networks using a mixed Ethernet / 6LowPAN MAC, bridged at layer 2. However, within the 6LowPAN, where the MTU is fixed, routers should be allowed to ignore the option. Also stack profiles that are aimed at 6LowPAN only MACs should be allowed to exclude the MTU option in their specification. Daniel. Dario Tedeschi wrote: > Hi Daniel > > Daniel Gavelle wrote: >> Dario, >> >> In a 6LowPAN network, the routers will need to do 6LowPAN-ND RS/RA in >> order to distribute the compression contexts. I suppose the context >> (CO) option from 6LowPAN-ND could also be added to ROLL. However, I >> prefer using 6LowPAN-ND for context and prefix dissemination and ROLL >> for routing. > A CO is link-layer information so some might argue that it does not > below in a routing protocol. Fair enough, but lets be practical here: > RPL provides a robust way of distributing information amongst routers in > a LLN network. Why not use it. >> >> Also, if the prefix / context information is distributed in ROLL, >> either hosts need to support ROLL or routers need to support two >> methods for prefix distribution: RS/RA (for hosts) and prefix >> distribution in ROLL. > I'm not advocating hosts use ROLL, so lets look at your second option > where routers need to support two methods for prefix distribution: Even > if a network only used 6LoWPAN ND for prefix distribution, routers still > need two methods: One-hop RS/RA for router-host prefix distribution and > RA+ARBO to deal with router-to-router prefix distribution. In fact if > you look at an RA+ARBO message, it looks remarkably similar to a DIO > message (where the Version and Address fields in the ARBO can be equated > to the Version and DAGID fields in the DIO, respectively). Seems to me, > 6LoWPAN ND (with multi-hop) is trying to do the work of a routing > protocol. I think "Neighbor Discovery" should be taken a bit more > literally in that it is a protocol for discovering your neighbors and > not for distributing network configuration (the exception being that one > would like a host to auto-configure). > > Hope you have good weekend > Dario >> >> Daniel. >> >> >> Dario Tedeschi wrote: >>> Hi Daniel and Pascal >>> >>> I agree with Pascal here. >>> >>> In my view of a LLN network: Routers form the sub-net cloud while >>> hosts just "connect" to that cloud. How routers form and maintain >>> that cloud should not be handled by ND (in my opinion). I see routers >>> using the routing protocol to exchange sub-net information amongst >>> themselves, while hosts use RS/RA to request sub-net information from >>> nearby routers. Both routers and hosts may use NS/NA to perform >>> address-resolution and NUD one hop away only. >>> >>> Dario >>> >>> Pascal Thubert (pthubert) wrote: >>>> Hi Daniel: >>>> >>>> What I read below is that for RPL over foo (foo != 6LoWPAN), you'd run >>>> ND RA as the dissemination protocol for the MTU information. I suggest >>>> that is a very bad idea. RPL DIO is very optimized as a >>>> dissemination protocol, in particular >>>> with the use of trickle. And we don't want 2 mechanisms in parallel >>>> doing the same thing. >>>> So unless we merge (back) RA and DIO, I'd suggest that RPL routers use >>>> RPL when they disseminate information about the subnet and do not >>>> bother >>>> about RAs from other routers. >>>> >>>> Today, RPL operation does not depend on RAs at all. In fact, it is the >>>> other way around. RPL handles everything multihop, whereas RA is used >>>> for router to host communication. >>>> In that model, we expect RPL to disseminate information that can >>>> then be >>>> incorporated by the routers in their RAs for local distribution to >>>> their >>>> attached hosts. >>>> That is what we do with PIO and RIO. MTU would be the same. >>>> >>>> Pascal >>>> >>>> >>>> >>>>> -----Original Message----- >>>>> From: Daniel Gavelle [mailto:daniel.gavelle@jennic.com] >>>>> Sent: Wednesday, June 09, 2010 2:10 PM >>>>> To: Pascal Thubert (pthubert) >>>>> Cc: JP Vasseur; ROLL WG >>>>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to be >>>>> >>>> posted in >>>> >>>>> 3 days! >>>>> >>>>> Pascal, >>>>> >>>>> If the link has a variable sized MTU, the MTU option can be sent in an >>>>> >>>> RA, as >>>> >>>>> in RFC 4861. ND RS/RA can be done before sending DIS and joining a >>>>> >>>> ROLL >>>> >>>>> DAG. >>>>> >>>>> Daniel. >>>>> >>>>> >>>>> Pascal Thubert (pthubert) wrote: >>>>> >>>>>> Hi Daniel: >>>>>> >>>>>> >>>>>>> If the MTU option is required by other link layers, why can't the >>>>>>> >>>> MTU >>>> >>>>>> option >>>>>> >>>>>>> be sent in ND? >>>>>>> >>>>>> I return the question. How would that work? >>>>>> >>>>>> Pascal >>>>>> >>>>>> >>>>>> >>>>>>> -----Original Message----- >>>>>>> From: Daniel Gavelle [mailto:daniel.gavelle@jennic.com] >>>>>>> Sent: Wednesday, June 09, 2010 1:39 PM >>>>>>> To: Pascal Thubert (pthubert) >>>>>>> Cc: JP Vasseur; ROLL WG >>>>>>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to >>>>>>> >>>> be >>>> >>>>>> posted in >>>>>> >>>>>>> 3 days! >>>>>>> >>>>>>> Pascal, >>>>>>> >>>>>>> I am interested in 6LowPAN, where RFC4944 fixes the MTU at 1280 >>>>>>> octets >>>>>>> >>>>>> so >>>>>> >>>>>>> the MTU option isn't required. >>>>>>> >>>>>>> If the MTU option is required by other link layers, why can't the >>>>>>> >>>> MTU >>>> >>>>>> option >>>>>> >>>>>>> be sent in ND? >>>>>>> >>>>>>> Daniel. >>>>>>> >>>>>>> >>>>>>> >>>>>>> Pascal Thubert (pthubert) wrote: >>>>>>> >>>>>>>> Hi Daniel >>>>>>>> >>>>>>>> Do you think that the MTU within the LLN should be the same? >>>>>>>> >>>>>>>> Pascal >>>>>>>> >>>>>>>> >>>>>>>>> -----Original Message----- >>>>>>>>> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On >>>>>>>>> >>>>>> Behalf >>>>>> >>>>>>>> Of >>>>>>>> >>>>>>>>> Daniel Gavelle >>>>>>>>> Sent: Wednesday, June 09, 2010 11:52 AM >>>>>>>>> To: JP Vasseur >>>>>>>>> Cc: ROLL WG >>>>>>>>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to >>>>>>>>> >>>>>> be >>>>>> >>>>>>>> posted in >>>>>>>> >>>>>>>>> 3 days! >>>>>>>>> >>>>>>>>> I think the MTU and SLLA options should not be in ROLL but only >>>>>>>>> >>>>>> used >>>>>> >>>>>>>> in ND. >>>>>>>> >>>>>>>>> I haven't used the S bit in my implementation. >>>>>>>>> >>>>>>>>> Daniel. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> JP Vasseur wrote: >>>>>>>>> >>>>>>>>>> Dear WG, >>>>>>>>>> >>>>>>>>>> One more time, thanks for your energy and involvement to keep us >>>>>>>>>> >>>>>> on >>>>>> >>>>>>>>>> track with our plan for RPL. >>>>>>>>>> >>>>>>>>>> The cut-off date for the Virtual WG meeting that will take place >>>>>>>>>> >>>>>> on >>>>>> >>>>>>>> June >>>>>>>> >>>>>>>>>> 16 is this coming Friday and the RPL authors team has been >>>>>>>>>> >>>> working >>>> >>>>>>>> hard >>>>>>>> >>>>>>>>>> on the revision -09, which should solve a number of the opened >>>>>>>>>> >>>>>>>> tickets. >>>>>>>> >>>>>>>>>> Still there are a few items that triggered some discussion but >>>>>>>>>> >>>> we >>>> >>>>>>>> would >>>>>>>> >>>>>>>>>> need more feed-back from you to draw a consensus to move on. >>>>>>>>>> >>>>>>>>>> 1) Are we keeping the use of sibling (S Bit thread): see the >>>>>>>>>> >>>>>>>> detailed >>>>>>>> >>>>>>>>>> discussion on the ML. >>>>>>>>>> https://svn.tools.ietf.org/wg/roll/trac/ticket/43 >>>>>>>>>> >>>>>>>>>> 2) Use of MTU and SSLA option: >>>>>>>>>> https://svn.tools.ietf.org/wg/roll/trac/ticket/42 >>>>>>>>>> >>>>>>>>>> Any quick feed-back on the list would be appreciated, for rev09. >>>>>>>>>> >>>>>>>>>> Thanks. >>>>>>>>>> >>>>>>>>>> JP. >>>>>>>>>> _______________________________________________ >>>>>>>>>> Roll mailing list >>>>>>>>>> Roll@ietf.org >>>>>>>>>> https://www.ietf.org/mailman/listinfo/roll >>>>>>>>>> >>>>>>>>>> >>>>>>>>> -- >>>>>>>>> __________________________________________________ >>>>>>>>> Daniel Gavelle, Software Engineer >>>>>>>>> Tel: +44 114 281 2655 >>>>>>>>> Fax: +44 114 281 2951 >>>>>>>>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: >>>>>>>>> 3191371 Registered In England http://www.jennic.com >>>>>>>>> __________________________________________________ >>>>>>>>> _______________________________________________ >>>>>>>>> Roll mailing list >>>>>>>>> Roll@ietf.org >>>>>>>>> https://www.ietf.org/mailman/listinfo/roll >>>>>>>>> >>>>>>> -- >>>>>>> __________________________________________________ >>>>>>> Daniel Gavelle, Software Engineer >>>>>>> Tel: +44 114 281 2655 >>>>>>> Fax: +44 114 281 2951 >>>>>>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: >>>>>>> 3191371 Registered In England http://www.jennic.com >>>>>>> __________________________________________________ >>>>>>> >>>>> -- >>>>> __________________________________________________ >>>>> Daniel Gavelle, Software Engineer >>>>> Tel: +44 114 281 2655 >>>>> Fax: +44 114 281 2951 >>>>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK >>>>> Comp Reg No: 3191371 Registered In England >>>>> http://www.jennic.com >>>>> __________________________________________________ >>>>> >>>> _______________________________________________ >>>> Roll mailing list >>>> Roll@ietf.org >>>> https://www.ietf.org/mailman/listinfo/roll >>>> >>> >>> >> > > -- __________________________________________________ Daniel Gavelle, Software Engineer Tel: +44 114 281 2655 Fax: +44 114 281 2951 Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: 3191371 Registered In England http://www.jennic.com __________________________________________________ From ulrich@herberg.name Mon Jun 14 02:03:10 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 578093A680C for ; Mon, 14 Jun 2010 02:03:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.623 X-Spam-Level: X-Spam-Status: No, score=0.623 tagged_above=-999 required=5 tests=[BAYES_50=0.001, FM_FORGED_GMAIL=0.622] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Lg5Hcz9H7jOI for ; Mon, 14 Jun 2010 02:03:09 -0700 (PDT) Received: from mail-gx0-f172.google.com (mail-gx0-f172.google.com [209.85.161.172]) by core3.amsl.com (Postfix) with ESMTP id 7A0873A6403 for ; Mon, 14 Jun 2010 02:03:09 -0700 (PDT) Received: by gxk8 with SMTP id 8so769327gxk.31 for ; Mon, 14 Jun 2010 02:03:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.150.174.9 with SMTP id w9mr4343274ybe.0.1276506189949; Mon, 14 Jun 2010 02:03:09 -0700 (PDT) Received: by 10.42.2.134 with HTTP; Mon, 14 Jun 2010 02:03:09 -0700 (PDT) Date: Mon, 14 Jun 2010 11:03:09 +0200 Message-ID: From: Ulrich Herberg To: roll@ietf.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: [Roll] Complexity of RPL-09 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 09:03:10 -0000 Hi, I would like to express some concerns with respect to complexity of the new RPL-09 draft. The draft has grown by about one fourth since version 07, and it will become even longer, since a few sections are TBD (e.g. security considerations, key exchange, local DODAG, ...). Notably, I question whether section 9 (security mechanisms) and 15 (manageability considerations) should be part of the core document. While in some deployments, security is a major concern, I am not sure whether we need this in the core spec. Wouldn't it be sufficient to provide an API (e.g. in the security considerations section) of how to secure RPL, and to specify the details in another document? (I have the spec of OLSRv2 in mind, a MANET working group document). Decoupling the security section from the core document would also help to reduce number of message types (we are at nine message types now!) . Another concern with the security section is its (in)flexibility. In section 9.2., a whole key exchange mechanisms seems to be set in place in a future revision of RPL (correct me if that is not intended). This can be a very complex mechanism itself and would blow up the RPL-spec a lot. What is the rationale for the counter compression? Is it really worth adding this complexity (or asked differently: how many bytes are actually saved, considering that keys, signatures etc. are much longer than a single counter or timestamp?). Is the security mechanism really flexible enough? In the Security Mode (Sec) field, only three fields are reserved for other encodings. I assume that RPL is planned to be deployed in a long-term perspective -- considering how many possible security encodings exist, I wonder whether we will not run out of bits for all supported encodings soon. The same is true for the Security Level Encodings. I suggest to use message options that allow flexible (future) signature and encryption schemes to be added (or at least to allocate more bits for the security options). Concerning section 15, I also think that it should be moved into a separate document. While I appreciate the fact to not only focus on MIBs/SNMP, but to describe a general framework of what to manage in RPL, I also think that it is only an optional extension to monitor and manage RPL nodes. RPL itself is (supposed to be) fully self-organizing, and as such monitoring is not a core component of RPL. We should try to focus on the RPL core and not always add features and complexity in the RPL-spec. Ulrich =E2=99=AB From jpv@cisco.com Mon Jun 14 02:41:52 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A0DCD3A6857 for ; Mon, 14 Jun 2010 02:41:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.947 X-Spam-Level: X-Spam-Status: No, score=-8.947 tagged_above=-999 required=5 tests=[AWL=-0.948, BAYES_50=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KnEi4+7nSQ2R for ; Mon, 14 Jun 2010 02:41:51 -0700 (PDT) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id 783CC3A680C for ; Mon, 14 Jun 2010 02:41:51 -0700 (PDT) Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av0EAAuWFUyrR7Ht/2dsb2JhbACDHJtdcaUAiR2QEoEmgwVvBA X-IronPort-AV: E=Sophos;i="4.53,413,1272844800"; d="scan'208";a="211909920" Received: from sj-core-1.cisco.com ([171.71.177.237]) by sj-iport-5.cisco.com with ESMTP; 14 Jun 2010 09:41:54 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5E9fhLh024299; Mon, 14 Jun 2010 09:41:54 GMT Received: from xfe-ams-201.cisco.com ([144.254.231.95]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 14 Jun 2010 11:41:53 +0200 Received: from [156.106.216.168] ([10.61.106.25]) by xfe-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 14 Jun 2010 11:41:53 +0200 Message-Id: <40A6B680-5DD9-44E2-9769-BE5DA41D68C3@cisco.com> From: JP Vasseur To: Ulrich Herberg In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v936) Date: Mon, 14 Jun 2010 11:41:52 +0200 References: X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 14 Jun 2010 09:41:53.0402 (UTC) FILETIME=[D22F5DA0:01CB0BA5] Cc: ROLL WG Subject: Re: [Roll] Complexity of RPL-09 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 09:41:52 -0000 Dear Ulrich, On Jun 14, 2010, at 11:03 AM, Ulrich Herberg wrote: > Hi, > > I would like to express some concerns with respect to complexity of > the new RPL-09 draft. The draft has grown by about one fourth since > version 07, and it will become even longer, since a few sections are > TBD (e.g. security considerations, key exchange, local DODAG, ...). > Notably, I question whether section 9 (security mechanisms) and 15 > (manageability considerations) should be part of the core document. > Let's start with a general comment: if you look in details, we managed to considerably reduce the complexity of RPL since earlier version. Several mechanisms have been removed from the specification: support of mix mode operations, siblings, ... and many other ones. The size of the document has grown of course, but this does not reflect the complexity of the protocol. > While in some deployments, security is a major concern, I am not sure > whether we need this in the core spec. Wouldn't it be sufficient to > provide an API (e.g. in the security considerations section) of how to > secure RPL, and to specify the details in another document? (I have > the spec of OLSRv2 in mind, a MANET working group document). > Decoupling the security section from the core document would also help > to reduce number of message types (we are at nine message types now!) > . > Security and manageability have been flagged a KEY components of the solution in the four requirements documents. So as such they cannot be removed from the core specification. > Another concern with the security section is its (in)flexibility. In > section 9.2., a whole key exchange mechanisms seems to be set in place > in a future revision of RPL (correct me if that is not intended). This > can be a very complex mechanism itself and would blow up the RPL-spec > a lot. > What is the rationale for the counter compression? Is it really worth > adding this complexity (or asked differently: how many bytes are > actually saved, considering that keys, signatures etc. are much longer > than a single counter or timestamp?). > Is the security mechanism really flexible enough? In the Security Mode > (Sec) field, only three fields are reserved for other encodings. I > assume that RPL is planned to be deployed in a long-term perspective > -- considering how many possible security encodings exist, I wonder > whether we will not run out of bits for all supported encodings soon. > The same is true for the Security Level Encodings. I suggest to use > message options that allow flexible (future) signature and encryption > schemes to be added (or at least to allocate more bits for the > security options). > I will leave the security DT comment here (note that if you do not =20 security, you are not obliged to add it to your implementation). > Concerning section 15, I also think that it should be moved into a > separate document. While I appreciate the fact to not only focus on > MIBs/SNMP, but to describe a general framework of what to manage in > RPL, I also think that it is only an optional extension to monitor and > manage RPL nodes. RPL itself is (supposed to be) fully > self-organizing, and as such monitoring is not a core component of > RPL. Self-organizing does not mean that you cannot manage the protocol, this is in fact even more important. We are in line with RFC 5706 here and =20= this this part is critically important and should be part of the core =20 specification (a in many other RFCs). Additional protocols/mechanisms could be specified in other documents of course but guidance on manageability is part of the core =20 specification. Thanks. JP. > We should try to focus on the RPL core and not always add features and > complexity in the RPL-spec. > > Ulrich > > =E2=99=AB > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From pthubert@cisco.com Mon Jun 14 02:43:59 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D74203A6885 for ; Mon, 14 Jun 2010 02:43:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.557 X-Spam-Level: X-Spam-Status: No, score=-8.557 tagged_above=-999 required=5 tests=[AWL=-0.972, BAYES_40=-0.185, J_CHICKENPOX_24=0.6, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EGutHsmnU0eK for ; Mon, 14 Jun 2010 02:43:58 -0700 (PDT) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 9FA6E3A6857 for ; Mon, 14 Jun 2010 02:43:57 -0700 (PDT) Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAPqWFUxAZnwN/2dsb2JhbACeeXGlApkwgnWCJQQ X-IronPort-AV: E=Sophos;i="4.53,413,1272844800"; d="scan'208";a="121407774" Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-2.cisco.com with ESMTP; 14 Jun 2010 09:43:59 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5E9hip2027303; Mon, 14 Jun 2010 09:43:59 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 14 Jun 2010 11:43:59 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 14 Jun 2010 11:43:56 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D021DB11A@XMB-AMS-107.cisco.com> In-Reply-To: <4C15EB91.7010402@jennic.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: PIO, CO and MTU options in DIOs thread-index: AcsLnaJ2YpxYMkXjSCa73XaHfQujqAABB9qw References: <09B6F97C-691F-4569-ABFA-AB7CE3F17E8C@cisco.com> <4C0F6438.7090805@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F02B@XMB-AMS-107.cisco.com> <4C0F7D37.3030901@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F078@XMB-AMS-107.cisco.com> <4C0F84B1.9000104@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F207@XMB-AMS-107.cisco.com> <4C112BA9.6010600@exegin.com> <4C11F28A.4090305@jennic.com> <4C12A9A0.1050102@exegin.com> <4C15EB91.7010402@jennic.com> From: "Pascal Thubert (pthubert)" To: , "Dario Tedeschi" X-OriginalArrivalTime: 14 Jun 2010 09:43:59.0698 (UTC) FILETIME=[1D769B20:01CB0BA6] Cc: ROLL WG Subject: Re: [Roll] PIO, CO and MTU options in DIOs X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 09:44:00 -0000 Hi Daniel: Sure;=20 those options would not be present in every packet either, but probably at least present in a DIO that'd be stimulated by a DIS. So they MAY be present in packets DIS/DIO. My sense is that the diffusion in ND is already a MAY because there is an expectation that the routing protocol in place (eg RPL) already does the job, in which case that piece of ND is not done. I suggested that the ND draft be split and that ND focuses on the piece that are clearly in its land (eg DAD) but no success so far. At the moment, we have both a confusing overlap and features that are not necessarily fully covered. =20 Especially DAD for large scale networks worries me: - I can't see a node registering to many LBRs mostly if they are far away from one another. RPL contains a node within one DODAG. - I can't see EUI-64 LLAs being used in normal operations, so I can't see how stateless compression will work for non DAD'ed address I can see how a backbone can help solve that problem and I developed the ideas in draft-thubert-6lowpan-backbone-router-02.txt that I just submitted. There is text about RPL in there since the backbone operation abstracts the LLN operation into a registration mechanism that can be instantiated by either ND or RPL. If RPL cannot use 6LoWPAN for DAD, either because 6LoWPAN ND is not used in the LLN or because 6LoWPAN ND does not scale to the needs, we can add the unique ID to the DAO transit info that will serve the purpose of detecting dups. =20 Cheers, Pascal > -----Original Message----- > From: Daniel Gavelle [mailto:daniel.gavelle@jennic.com] > Sent: Monday, June 14, 2010 10:43 AM > To: Dario Tedeschi > Cc: Pascal Thubert (pthubert); ROLL WG > Subject: PIO, CO and MTU options in DIOs >=20 > Dario / Pascal, >=20 > I can see that sending PIO / CO / MTU in DIO messages has some advantages. > Since there is already a mechanism in 6LowPAN-ND for this, I am concerned > that allowing these messages to be carried in RPL will result in interoperability > issues. >=20 > I suppose the best way forward for the RPL specification is to allow these > options as a MAY. Alliances like Zigbee and IPSO would then ensure > interoperability by requiring one method in their stack profile specifications. >=20 > Regarding the MTU, I can see how this is needed for networks using a mixed > Ethernet / 6LowPAN MAC, bridged at layer 2. However, within the > 6LowPAN, where the MTU is fixed, routers should be allowed to ignore the > option. Also stack profiles that are aimed at 6LowPAN only MACs should be > allowed to exclude the MTU option in their specification. >=20 >=20 > Daniel. >=20 >=20 >=20 > Dario Tedeschi wrote: > > Hi Daniel > > > > Daniel Gavelle wrote: > >> Dario, > >> > >> In a 6LowPAN network, the routers will need to do 6LowPAN-ND RS/RA in > >> order to distribute the compression contexts. I suppose the context > >> (CO) option from 6LowPAN-ND could also be added to ROLL. However, I > >> prefer using 6LowPAN-ND for context and prefix dissemination and ROLL > >> for routing. > > A CO is link-layer information so some might argue that it does not > > below in a routing protocol. Fair enough, but lets be practical here: > > RPL provides a robust way of distributing information amongst routers > > in a LLN network. Why not use it. > >> > >> Also, if the prefix / context information is distributed in ROLL, > >> either hosts need to support ROLL or routers need to support two > >> methods for prefix distribution: RS/RA (for hosts) and prefix > >> distribution in ROLL. > > I'm not advocating hosts use ROLL, so lets look at your second option > > where routers need to support two methods for prefix distribution: > > Even if a network only used 6LoWPAN ND for prefix distribution, > > routers still need two methods: One-hop RS/RA for router-host prefix > > distribution and > > RA+ARBO to deal with router-to-router prefix distribution. In fact if > > you look at an RA+ARBO message, it looks remarkably similar to a DIO > > message (where the Version and Address fields in the ARBO can be > > equated to the Version and DAGID fields in the DIO, respectively). > > Seems to me, 6LoWPAN ND (with multi-hop) is trying to do the work of a > > routing protocol. I think "Neighbor Discovery" should be taken a bit > > more literally in that it is a protocol for discovering your neighbors > > and not for distributing network configuration (the exception being > > that one would like a host to auto-configure). > > > > Hope you have good weekend > > Dario > >> > >> Daniel. > >> > >> > >> Dario Tedeschi wrote: > >>> Hi Daniel and Pascal > >>> > >>> I agree with Pascal here. > >>> > >>> In my view of a LLN network: Routers form the sub-net cloud while > >>> hosts just "connect" to that cloud. How routers form and maintain > >>> that cloud should not be handled by ND (in my opinion). I see > >>> routers using the routing protocol to exchange sub-net information > >>> amongst themselves, while hosts use RS/RA to request sub-net > >>> information from nearby routers. Both routers and hosts may use > >>> NS/NA to perform address-resolution and NUD one hop away only. > >>> > >>> Dario > >>> > >>> Pascal Thubert (pthubert) wrote: > >>>> Hi Daniel: > >>>> > >>>> What I read below is that for RPL over foo (foo !=3D 6LoWPAN), you'd > >>>> run ND RA as the dissemination protocol for the MTU information. I > >>>> suggest that is a very bad idea. RPL DIO is very optimized as a > >>>> dissemination protocol, in particular with the use of trickle. And > >>>> we don't want 2 mechanisms in parallel doing the same thing. > >>>> So unless we merge (back) RA and DIO, I'd suggest that RPL routers > >>>> use RPL when they disseminate information about the subnet and do > >>>> not bother about RAs from other routers. > >>>> > >>>> Today, RPL operation does not depend on RAs at all. In fact, it is > >>>> the other way around. RPL handles everything multihop, whereas RA > >>>> is used for router to host communication. > >>>> In that model, we expect RPL to disseminate information that can > >>>> then be incorporated by the routers in their RAs for local > >>>> distribution to their attached hosts. > >>>> That is what we do with PIO and RIO. MTU would be the same. > >>>> > >>>> Pascal > >>>> > >>>> > >>>> > >>>>> -----Original Message----- > >>>>> From: Daniel Gavelle [mailto:daniel.gavelle@jennic.com] > >>>>> Sent: Wednesday, June 09, 2010 2:10 PM > >>>>> To: Pascal Thubert (pthubert) > >>>>> Cc: JP Vasseur; ROLL WG > >>>>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to > >>>>> be > >>>>> > >>>> posted in > >>>> > >>>>> 3 days! > >>>>> > >>>>> Pascal, > >>>>> > >>>>> If the link has a variable sized MTU, the MTU option can be sent > >>>>> in an > >>>>> > >>>> RA, as > >>>> > >>>>> in RFC 4861. ND RS/RA can be done before sending DIS and joining > >>>>> a > >>>>> > >>>> ROLL > >>>> > >>>>> DAG. > >>>>> > >>>>> Daniel. > >>>>> > >>>>> > >>>>> Pascal Thubert (pthubert) wrote: > >>>>> > >>>>>> Hi Daniel: > >>>>>> > >>>>>> > >>>>>>> If the MTU option is required by other link layers, why can't > >>>>>>> the > >>>>>>> > >>>> MTU > >>>> > >>>>>> option > >>>>>> > >>>>>>> be sent in ND? > >>>>>>> > >>>>>> I return the question. How would that work? > >>>>>> > >>>>>> Pascal > >>>>>> > >>>>>> > >>>>>> > >>>>>>> -----Original Message----- > >>>>>>> From: Daniel Gavelle [mailto:daniel.gavelle@jennic.com] > >>>>>>> Sent: Wednesday, June 09, 2010 1:39 PM > >>>>>>> To: Pascal Thubert (pthubert) > >>>>>>> Cc: JP Vasseur; ROLL WG > >>>>>>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 > >>>>>>> to > >>>>>>> > >>>> be > >>>> > >>>>>> posted in > >>>>>> > >>>>>>> 3 days! > >>>>>>> > >>>>>>> Pascal, > >>>>>>> > >>>>>>> I am interested in 6LowPAN, where RFC4944 fixes the MTU at 1280 > >>>>>>> octets > >>>>>>> > >>>>>> so > >>>>>> > >>>>>>> the MTU option isn't required. > >>>>>>> > >>>>>>> If the MTU option is required by other link layers, why can't > >>>>>>> the > >>>>>>> > >>>> MTU > >>>> > >>>>>> option > >>>>>> > >>>>>>> be sent in ND? > >>>>>>> > >>>>>>> Daniel. > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> Pascal Thubert (pthubert) wrote: > >>>>>>> > >>>>>>>> Hi Daniel > >>>>>>>> > >>>>>>>> Do you think that the MTU within the LLN should be the same? > >>>>>>>> > >>>>>>>> Pascal > >>>>>>>> > >>>>>>>> > >>>>>>>>> -----Original Message----- > >>>>>>>>> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On > >>>>>>>>> > >>>>>> Behalf > >>>>>> > >>>>>>>> Of > >>>>>>>> > >>>>>>>>> Daniel Gavelle > >>>>>>>>> Sent: Wednesday, June 09, 2010 11:52 AM > >>>>>>>>> To: JP Vasseur > >>>>>>>>> Cc: ROLL WG > >>>>>>>>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 > >>>>>>>>> to > >>>>>>>>> > >>>>>> be > >>>>>> > >>>>>>>> posted in > >>>>>>>> > >>>>>>>>> 3 days! > >>>>>>>>> > >>>>>>>>> I think the MTU and SLLA options should not be in ROLL but > >>>>>>>>> only > >>>>>>>>> > >>>>>> used > >>>>>> > >>>>>>>> in ND. > >>>>>>>> > >>>>>>>>> I haven't used the S bit in my implementation. > >>>>>>>>> > >>>>>>>>> Daniel. > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> JP Vasseur wrote: > >>>>>>>>> > >>>>>>>>>> Dear WG, > >>>>>>>>>> > >>>>>>>>>> One more time, thanks for your energy and involvement to > keep > >>>>>>>>>> us > >>>>>>>>>> > >>>>>> on > >>>>>> > >>>>>>>>>> track with our plan for RPL. > >>>>>>>>>> > >>>>>>>>>> The cut-off date for the Virtual WG meeting that will take > >>>>>>>>>> place > >>>>>>>>>> > >>>>>> on > >>>>>> > >>>>>>>> June > >>>>>>>> > >>>>>>>>>> 16 is this coming Friday and the RPL authors team has been > >>>>>>>>>> > >>>> working > >>>> > >>>>>>>> hard > >>>>>>>> > >>>>>>>>>> on the revision -09, which should solve a number of the > >>>>>>>>>> opened > >>>>>>>>>> > >>>>>>>> tickets. > >>>>>>>> > >>>>>>>>>> Still there are a few items that triggered some discussion > >>>>>>>>>> but > >>>>>>>>>> > >>>> we > >>>> > >>>>>>>> would > >>>>>>>> > >>>>>>>>>> need more feed-back from you to draw a consensus to move > on. > >>>>>>>>>> > >>>>>>>>>> 1) Are we keeping the use of sibling (S Bit thread): see the > >>>>>>>>>> > >>>>>>>> detailed > >>>>>>>> > >>>>>>>>>> discussion on the ML. > >>>>>>>>>> https://svn.tools.ietf.org/wg/roll/trac/ticket/43 > >>>>>>>>>> > >>>>>>>>>> 2) Use of MTU and SSLA option: > >>>>>>>>>> https://svn.tools.ietf.org/wg/roll/trac/ticket/42 > >>>>>>>>>> > >>>>>>>>>> Any quick feed-back on the list would be appreciated, for > rev09. > >>>>>>>>>> > >>>>>>>>>> Thanks. > >>>>>>>>>> > >>>>>>>>>> JP. > >>>>>>>>>> _______________________________________________ > >>>>>>>>>> Roll mailing list > >>>>>>>>>> Roll@ietf.org > >>>>>>>>>> https://www.ietf.org/mailman/listinfo/roll > >>>>>>>>>> > >>>>>>>>>> > >>>>>>>>> -- > >>>>>>>>> > __________________________________________________ > >>>>>>>>> Daniel Gavelle, Software Engineer > >>>>>>>>> Tel: +44 114 281 2655 > >>>>>>>>> Fax: +44 114 281 2951 > >>>>>>>>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: > >>>>>>>>> 3191371 Registered In England http://www.jennic.com > >>>>>>>>> > __________________________________________________ > >>>>>>>>> _______________________________________________ > >>>>>>>>> Roll mailing list > >>>>>>>>> Roll@ietf.org > >>>>>>>>> https://www.ietf.org/mailman/listinfo/roll > >>>>>>>>> > >>>>>>> -- > >>>>>>> __________________________________________________ > >>>>>>> Daniel Gavelle, Software Engineer > >>>>>>> Tel: +44 114 281 2655 > >>>>>>> Fax: +44 114 281 2951 > >>>>>>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: > >>>>>>> 3191371 Registered In England http://www.jennic.com > >>>>>>> __________________________________________________ > >>>>>>> > >>>>> -- > >>>>> __________________________________________________ > >>>>> Daniel Gavelle, Software Engineer > >>>>> Tel: +44 114 281 2655 > >>>>> Fax: +44 114 281 2951 > >>>>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: > >>>>> 3191371 Registered In England http://www.jennic.com > >>>>> __________________________________________________ > >>>>> > >>>> _______________________________________________ > >>>> Roll mailing list > >>>> Roll@ietf.org > >>>> https://www.ietf.org/mailman/listinfo/roll > >>>> > >>> > >>> > >> > > > > >=20 > -- > __________________________________________________ > Daniel Gavelle, Software Engineer > Tel: +44 114 281 2655 > Fax: +44 114 281 2951 > Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: 3191371 > Registered In England http://www.jennic.com > __________________________________________________ From trac@tools.ietf.org Mon Jun 14 02:52:38 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AF23C3A689F for ; Mon, 14 Jun 2010 02:52:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.087 X-Spam-Level: X-Spam-Status: No, score=-102.087 tagged_above=-999 required=5 tests=[AWL=0.513, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PclFtjRzBWYf for ; Mon, 14 Jun 2010 02:52:38 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 0914A3A68AD for ; Mon, 14 Jun 2010 02:52:38 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1OO6LR-0008CL-0Q; Mon, 14 Jun 2010 02:52:41 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "roll issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: wintert@acm.org, jpv@cisco.com X-Trac-Project: roll Date: Mon, 14 Jun 2010 09:52:40 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/roll/trac/ticket/49#comment:2 Message-ID: <064.b7facc55b57497ec00ae0031e24cd09e@tools.ietf.org> References: <055.fb970c503606a4db78f916ceaebdb21c@tools.ietf.org> X-Trac-Ticket-ID: 49 In-Reply-To: <055.fb970c503606a4db78f916ceaebdb21c@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: wintert@acm.org, jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: Re: [Roll] [roll] #49: Few items to add in RPL 09 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 09:52:38 -0000 #49: Few items to add in RPL 09 --------------------------------+------------------------------------------- Reporter: jpv@… | Owner: pthubert@… Type: defect | Status: new Priority: major | Milestone: Component: rpl | Version: Severity: Active WG Document | Keywords: --------------------------------+------------------------------------------- Comment(by jpv@…): The first part of the question has been answered in RPL-09: here is the text: When a node receives a unicast DIS without a Solicited Information option, it MUST unicast a DIO to the sender in response. This DIO MUST include a DODAG Configuration option. When a node receives a unicast DIS message with a Solicited Information option, if it satisfies the predicates of the Solicited Information option it MUST unicast a DIO to the sender in response. This unicast DIO MUST include a DODAG Configuration Option. Thus a node may transmit a unicast DIS message to a potential DAO parent in order to probe for DODAG Configuration and other parameters. -- Ticket URL: roll From jpv@cisco.com Mon Jun 14 02:53:31 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1070D3A68B3 for ; Mon, 14 Jun 2010 02:53:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.896 X-Spam-Level: X-Spam-Status: No, score=-9.896 tagged_above=-999 required=5 tests=[AWL=0.102, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_72=0.6, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bAWjGkzspzeR for ; Mon, 14 Jun 2010 02:53:30 -0700 (PDT) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id C3BA53A68AD for ; Mon, 14 Jun 2010 02:53:29 -0700 (PDT) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Al8FAN6YFUxAZnwN/2dsb2JhbACBQp03caUAmTSFGgQ X-IronPort-AV: E=Sophos;i="4.53,413,1272844800"; d="scan'208,217";a="121274486" Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 14 Jun 2010 09:53:33 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5E9rWOa003314 for ; Mon, 14 Jun 2010 09:53:32 GMT Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 14 Jun 2010 11:53:32 +0200 Received: from [156.106.216.168] ([10.61.106.25]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 14 Jun 2010 11:53:32 +0200 Message-Id: From: JP Vasseur To: ROLL WG Content-Type: multipart/alternative; boundary=Apple-Mail-64--298215690 Mime-Version: 1.0 (Apple Message framework v936) Date: Mon, 14 Jun 2010 11:53:31 +0200 References: <064.b7facc55b57497ec00ae0031e24cd09e@tools.ietf.org> X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 14 Jun 2010 09:53:32.0136 (UTC) FILETIME=[72A9B680:01CB0BA7] Subject: [Roll] Fwd: [roll] #49: Few items to add in RPL 09 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 09:53:31 -0000 --Apple-Mail-64--298215690 Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable First question of the ticket has been answered in RPL 09 (see ticket). Second part will be addressed in -10. JP. Begin forwarded message: > From: "roll issue tracker" > Date: June 14, 2010 11:52:40 AM CEDT > To: wintert@acm.org, jpv@cisco.com > Cc: roll@ietf.org > Subject: Re: [roll] #49: Few items to add in RPL 09 > Reply-To: roll@ietf.org > > #49: Few items to add in RPL 09 > --------------------------------=20 > +------------------------------------------- > Reporter: jpv@=85 | Owner: pthubert@=85 > Type: defect | Status: new > Priority: major | Milestone: > Component: rpl | Version: > Severity: Active WG Document | Keywords: > --------------------------------=20 > +------------------------------------------- > > Comment(by jpv@=85): > > The first part of the question has been answered in RPL-09: here is =20= > the > text: > > When a node receives a unicast DIS without a Solicited > Information option, it MUST unicast a DIO to the sender in response. > This DIO MUST include a DODAG Configuration option. When a node > receives a unicast DIS message with a Solicited Information option, > if it satisfies the predicates of the Solicited Information option it > MUST unicast a DIO to the sender in response. This unicast DIO MUST > include a DODAG Configuration Option. Thus a node may transmit a > unicast DIS message to a potential DAO parent in order to probe for > DODAG Configuration and other parameters. > > --=20 > Ticket URL: = > > roll > --Apple-Mail-64--298215690 Content-Type: text/html; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable First question of the ticket = has been answered in RPL 09 (see ticket).
Second part will be = addressed in -10.

JP.

Begin = forwarded message:

From: = "roll issue tracker" <trac@tools.ietf.org>
Date: = June 14, 2010 11:52:40 AM CEDT
Subject: = Re: [roll] #49: Few items to add in RPL = 09
Reply-To: roll@ietf.org

#49: Few = items to add in RPL = 09
--------------------------------+-----------------------------------= --------
Reporter:  jpv@=85 =             &n= bsp; |       Owner:  pthubert@=85 =             &n= bsp;          
=     Type:  defect =             &n= bsp;|      Status:  new =             &n= bsp;           &nbs= p;     
Priority:  major =             &n= bsp; |   Milestone: =             &n= bsp;           &nbs= p;          
Componen= t:  rpl =             &n= bsp;   |     Version: =             &n= bsp;           &nbs= p;          
= Severity:  Active WG Document  |    Keywords: =             &n= bsp;           &nbs= p;          
--------= ------------------------+-------------------------------------------
Comment(by jpv@=85):

The first part of the question has been = answered in RPL-09: here is the
text:

When a node receives a = unicast DIS without a Solicited
Information option, it MUST unicast = a DIO to the sender in response.
This DIO MUST include a DODAG = Configuration option.  When a node
receives a unicast DIS = message with a Solicited Information option,
if it satisfies the = predicates of the Solicited Information option it
MUST unicast a DIO = to the sender in response.  This unicast DIO MUST
include a = DODAG Configuration Option.  Thus a node may transmit a
unicast = DIS message to a potential DAO parent in order to probe for
DODAG = Configuration and other parameters.

--
Ticket URL: <http:= //trac.tools.ietf.org/wg/roll/trac/ticket/49#comment:2>
roll = <http://tools.ietf.org/wg/roll/= >


= --Apple-Mail-64--298215690-- From jpv@cisco.com Mon Jun 14 03:11:39 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 18D1E3A677D for ; Mon, 14 Jun 2010 03:11:39 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.601 X-Spam-Level: X-Spam-Status: No, score=-8.601 tagged_above=-999 required=5 tests=[AWL=-1.203, BAYES_50=0.001, HTML_MESSAGE=0.001, J_CHICKENPOX_63=0.6, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RGeeT+Z6+0GE for ; Mon, 14 Jun 2010 03:11:37 -0700 (PDT) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id 1CEA73A6885 for ; Mon, 14 Jun 2010 03:11:37 -0700 (PDT) Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Al8FAB+dFUyrR7Ht/2dsb2JhbACBQp03cYgZnGGZPoJkEQaCHwSQEA X-IronPort-AV: E=Sophos;i="4.53,413,1272844800"; d="scan'208,217";a="211926029" Received: from sj-core-1.cisco.com ([171.71.177.237]) by sj-iport-5.cisco.com with ESMTP; 14 Jun 2010 10:11:29 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5EAAlHo019682 for ; Mon, 14 Jun 2010 10:11:29 GMT Received: from xfe-ams-202.cisco.com ([144.254.231.96]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 14 Jun 2010 12:11:17 +0200 Received: from [156.106.216.168] ([10.61.106.25]) by xfe-ams-202.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 14 Jun 2010 12:11:17 +0200 Message-Id: <0547E226-13BB-440A-8641-43E1AD141247@cisco.com> From: JP Vasseur To: ROLL WG Content-Type: multipart/alternative; boundary=Apple-Mail-68--297149919 Mime-Version: 1.0 (Apple Message framework v936) Date: Mon, 14 Jun 2010 12:11:17 +0200 References: <06E60505-0CB5-4B9B-BA38-D8F84A303990@cisco.com> X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 14 Jun 2010 10:11:17.0532 (UTC) FILETIME=[EDB03DC0:01CB0BA9] Subject: [Roll] Reminder and Updated Agenda X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 10:11:39 -0000 --Apple-Mail-68--297149919 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit > Dear all, > > This is a reminder of our Virtual WG meeting June 16 (Bridge Below). > If you have a slot, do not forget to: > * Let us know who is "presenting" > * Send your slides before June 11 > * Post the latest revision of your I-D by June 11 > > Slight update to the agenda: > > Agenda/admin (Chairs - 5mn) [5] > > 1) WG Status (Chairs - 5 mn) [10] > > 2) RPL: Routing Protocol for Low power and Lossy networks (TBC - 45 > mn) [55] > draft-ietf-roll-rpl > > 3) Mechanisms to Support Point-to-Point Routing in Low Power and > Lossy Networks > (TBC - 45mn ) draft-dt-roll-p2p-rpl [100] > > 4) The ETX Objective Function for RPL (Omprakash- 5mn) [105] > draft-gnawali-roll-etxof > > 5) Performance Evaluation of Routing Protocol for Low Power and Lossy > Networks (RPL) - (TBC - 10mn) - draft-tripathi-roll-rpl- > simulation-04 [115] > > Thanks. > > JP. > > Begin forwarded message: > >> From: JP Vasseur >> Date: May 29, 2010 8:27:17 AM CEDT >> To: "roll@ietf.org WG" >> Cc: ietf-secretary@ietf.org >> Subject: [Roll] Agenda >> >> Dear all, >> >> Please find below the agenda for the ROL virtual WG meeting that >> will take place on June 16 at 8:00 PDT (as a reminder, please find >> attach the bridge number). >> >> If you plan to attend. >> >> Here is the agenda: >> >> Agenda/admin (Chairs - 5mn) [5] >> >> 1) WG Status (Chairs - 5 mn) [10] >> >> 2) RPL: Routing Protocol for Low power and Lossy networks (TBC - 45 >> mn) [55] >> draft-ietf-roll-rpl >> >> 3) Mechanisms to Support Point-to-Point Routing in Low Power and >> Lossy Networks >> (TBC - 45mn ) [90] draft-dt-roll-p2p-rpl >> >> 4) The ETX Objective Function for RPL (Omprakash- 5mn) [95] >> draft-gnawali-roll-etxof >> >> 5) Discussion on decoupling OF/metric (to be confirmed) >> >> Bridge Details >> >> Topic: Roll Virtual WG Meeting >> Date: Wednesday, June 16, 2010 >> Time: 8:00 am, Pacific Daylight Time (San Francisco, GMT-07:00) >> Meeting Number: 208 016 618 >> Password: roll18 >> >> ------------------------------------------------------- >> To join the meeting online(Now from iPhones and other Smartphones >> too!) >> ------------------------------------------------------- >> 1. Go to https://ciscosales.webex.com/ciscosales/j.php?ED=140856737&UID=484302782&PW=NYTUxNTcxNWNh >> 2. If requested, enter your name and email address. >> 3. If a password is required, enter the meeting password: roll18 >> 4. Click "Join". >> 5. If the meeting includes a teleconference, follow the >> instructions that appear on your screen. >> >> ------------------------------------------------------- >> To join the audio conference only >> ------------------------------------------------------- >> To receive a call back, provide your phone number when you join the >> meeting, or call the number below and enter the access code. >> Call-in toll-free number (US/Canada): +1-866-432-9903 >> Call-in toll number (US/Canada): +1-408-525-6800 >> Toll-free dialing restrictions: http://www.webex.com/pdf/tollfree_restrictions.pdf >> >> Access code:208 016 618 >> >> Sign up for a free trial of WebEx >> http://www.webex.com/go/mcemfreetrial >> >> CCP:+14085256800x208016618# >> >> IMPORTANT NOTICE: This WebEx service includes a feature that allows >> audio and any documents and other materials exchanged or viewed >> during the session to be recorded. By joining this session, you >> automatically consent to such recordings. If you do not consent to >> the recording, do not join the session. >> >> >> Thanks. >> >> JP. >> _______________________________________________ >> Roll mailing list >> Roll@ietf.org >> https://www.ietf.org/mailman/listinfo/roll > --Apple-Mail-68--297149919 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable
Dear = all,

This = is a reminder of our Virtual WG meeting June 16 (Bridge = Below).
If you have a slot, do not forget to:
* Let us = know who is "presenting"
* Send your slides before June = 11
= * Post the latest revision of your I-D by June = 11

Slight update to the = agenda:

Agenda/admin (Chairs - = 5mn) [5]

1) WG Status (Chairs - 5 mn) = [10]

2) RPL: Routing Protocol for Low power and = Lossy networks (TBC - 45 mn) = [55]
draft-ietf-roll-rpl

3) = Mechanisms to Support Point-to-Point Routing in Low Power and Lossy = Networks
(TBC - 45mn ) =  draft-dt-roll-p2p-rpl [100]

4) The ETX = Objective Function for RPL (Omprakash- 5mn) = [105]
draft-gnawali-roll-etxof

5) Performance = Evaluation of Routing Protocol for Low Power and = Lossy
Networks (RPL) - (TBC - 10mn) - =
draft-tripathi-roll-rpl-simulation-04 [115]

Thanks.

=
JP.

Begin forwarded message:

From: = JP Vasseur <jpv@cisco.com>
Date: = May 29, 2010 8:27:17 AM CEDT
Subject: [Roll] Agenda

Dear = all,

Please find below the agenda for the ROL virtual = WG meeting that will take place on June 16 at 8:00 PDT (as a reminder, = please find attach the bridge number).

If you = plan to attend.

Here is the = agenda:

Agenda/admin (Chairs - 5mn) = [5]

1) WG Status (Chairs - 5 mn) = [10]

2) RPL: Routing Protocol for Low power and = Lossy networks (TBC - 45 mn) = [55]
draft-ietf-roll-rpl

3) = Mechanisms to Support Point-to-Point Routing in Low Power and Lossy = Networks
(TBC - 45mn ) [90] = draft-dt-roll-p2p-rpl

4) The ETX Objective = Function for RPL (Omprakash- 5mn) = [95]
draft-gnawali-roll-etxof

5) = Discussion on decoupling OF/metric (to be = confirmed)

Bridge = Details

Topic: Roll Virtual WG Meeting 
Date: = Wednesday, June 16, 2010 
Time: 8:00 am, Pacific Daylight Time = (San Francisco, GMT-07:00) 
Meeting Number: 208 016 = 618 
Password: = roll18 

------------------------------------------------------= - 
To join the meeting online(Now from iPhones and other = Smartphones = too!) 
-------------------------------------------------------&nbs= p;
1. Go to https://ciscosales.webex.com/ciscosales/j.php?ED=3D14085= 6737&UID=3D484302782&PW=3DNYTUxNTcxNWNh 
2. If = requested, enter your name and email address. 
3. If a password = is required, enter the meeting password: roll18 
4. Click = "Join". 
5. If the meeting includes a teleconference, follow the = instructions that appear on your = screen. 

-----------------------------------------------------= -- 
To join the audio conference = only 
------------------------------------------------------- = ;
To receive a call back, provide your phone number when you join the = meeting, or call the number below and enter the access = code. 
Call-in toll-free number (US/Canada): = +1-866-432-9903 
Call-in toll number (US/Canada): = +1-408-525-6800 
Toll-free dialing restrictions: http://www.webex.com/pdf/tollfree_restrictions.pdf&n= bsp;

Access code:208 016 618 

Sign up for a free = trial of WebEx 
http://www.webex.com/go/mcemfreetrial 

C= CP:+14085256800x208016618# 

IMPORTANT NOTICE: This WebEx = service includes a feature that allows audio and any documents and other = materials exchanged or viewed during the session to be recorded. By = joining this session, you automatically consent to such recordings. If = you do not consent to the recording, do not join the = session. 


Thanks.

JP.
__________________________________________= _____
Roll mailing list
Roll@ietf.org
https://www.ietf.org/m= ailman/listinfo/roll


= --Apple-Mail-68--297149919-- From pal@cs.stanford.edu Mon Jun 14 10:01:09 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AD5603A687C for ; Mon, 14 Jun 2010 10:01:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.776 X-Spam-Level: X-Spam-Status: No, score=-5.776 tagged_above=-999 required=5 tests=[AWL=0.823, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2cD8kSg1eSmd for ; Mon, 14 Jun 2010 10:01:09 -0700 (PDT) Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by core3.amsl.com (Postfix) with ESMTP id 050E33A6817 for ; Mon, 14 Jun 2010 10:01:08 -0700 (PDT) Received: from dnab4046bc.stanford.edu ([171.64.70.188]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OOD28-0006b7-62; Mon, 14 Jun 2010 10:01:12 -0700 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Philip Levis In-Reply-To: <4C15EB91.7010402@jennic.com> Date: Mon, 14 Jun 2010 08:51:52 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <09B6F97C-691F-4569-ABFA-AB7CE3F17E8C@cisco.com> <4C0F6438.7090805@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F02B@XMB-AMS-107.cisco.com> <4C0F7D37.3030901@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F078@XMB-AMS-107.cisco.com> <4C0F84B1.9000104@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F207@XMB-AMS-107.cisco.com> <4C112BA9.6010600@exegin.com> <4C11F28A.4090305@jennic.com> <4C12A9A0.1050102@exegin.com> <4C15EB91.7010402@jennic.com> To: daniel.gavelle@jennic.com X-Mailer: Apple Mail (2.1078) X-Scan-Signature: 2c238adc2661b13b123d68c6db09dced Cc: ROLL WG Subject: Re: [Roll] PIO, CO and MTU options in DIOs X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 17:01:09 -0000 On Jun 14, 2010, at 1:42 AM, Daniel Gavelle wrote: > Dario / Pascal, >=20 > I can see that sending PIO / CO / MTU in DIO messages has some = advantages. Since there is already a mechanism in 6LowPAN-ND for this, = I am concerned that allowing these messages to be carried in RPL will = result in interoperability issues. >=20 > I suppose the best way forward for the RPL specification is to allow = these options as a MAY. Alliances like Zigbee and IPSO would then = ensure interoperability by requiring one method in their stack profile = specifications. >=20 > Regarding the MTU, I can see how this is needed for networks using a = mixed Ethernet / 6LowPAN MAC, bridged at layer 2. However, within the = 6LowPAN, where the MTU is fixed, routers should be allowed to ignore the = option. Also stack profiles that are aimed at 6LowPAN only MACs should = be allowed to exclude the MTU option in their specification. There are existing mechanisms for MTU discovery; we shouldn't add = another one. Phil= From pal@cs.stanford.edu Mon Jun 14 10:01:13 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6F4353A6817 for ; Mon, 14 Jun 2010 10:01:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.746 X-Spam-Level: X-Spam-Status: No, score=-3.746 tagged_above=-999 required=5 tests=[AWL=-1.413, BAYES_50=0.001, RCVD_IN_DNSWL_MED=-4, SARE_FWDLOOK=1.666] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GLHKXNEmF78J for ; Mon, 14 Jun 2010 10:01:09 -0700 (PDT) Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by core3.amsl.com (Postfix) with ESMTP id 525863A6821 for ; Mon, 14 Jun 2010 10:01:09 -0700 (PDT) Received: from dnab4046bc.stanford.edu ([171.64.70.188]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OOD28-0006b7-Rh; Mon, 14 Jun 2010 10:01:13 -0700 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Philip Levis In-Reply-To: Date: Mon, 14 Jun 2010 09:24:10 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Ulrich Herberg X-Mailer: Apple Mail (2.1078) X-Scan-Signature: be0aabe7ab5d744b5094b96e60b5df0f Cc: roll@ietf.org Subject: Re: [Roll] Complexity of RPL-09 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 17:01:13 -0000 On Jun 14, 2010, at 2:03 AM, Ulrich Herberg wrote: > Hi, >=20 > I would like to express some concerns with respect to complexity of > the new RPL-09 draft. The draft has grown by about one fourth since > version 07, and it will become even longer, since a few sections are > TBD (e.g. security considerations, key exchange, local DODAG, ...). > Notably, I question whether section 9 (security mechanisms) and 15 > (manageability considerations) should be part of the core document. Ulrich, Let's not confuse complexity with length; I could write a very very = complex protocol as a terse set of intricate rules, but also write a = simple one as a lengthy discussion. What's important is the actual = degree of technical and specification complexity. For example, right now = message formats are 25 pages of text: that's a lot of complexity! = Suggestions on how this can be simplified would be greatly appreciated. = Note that cutting security won't actually make insecure implementations = simpler: there's still a good 17 pages or so or insecure messages an = options. That being said, what you say has some truth to it; security has always = been intended to be part of the core protocol, yet it hasn't actually = appeared in the text until now. This adds technical complexity to the = specification.=20 >=20 > While in some deployments, security is a major concern, I am not sure > whether we need this in the core spec. Wouldn't it be sufficient to > provide an API (e.g. in the security considerations section) of how to > secure RPL, and to specify the details in another document? (I have > the spec of OLSRv2 in mind, a MANET working group document). > Decoupling the security section from the core document would also help > to reduce number of message types (we are at nine message types now!) I thought we were at 5: DIO, DIS, DAO, DAO-Ack, CC. We tried to carefully add the security sections in such a way that they = can be read (and considered) separately. At this point, I think it's = absolutely critical that we include security in the main draft, to make = sure that it's (an optional) part of RPL from the beginning and is = consistent with the rest of the protocol. Once it's complete, whether or = not we factor it into a separate draft is a different question. > . >=20 > Another concern with the security section is its (in)flexibility. In > section 9.2., a whole key exchange mechanisms seems to be set in place > in a future revision of RPL (correct me if that is not intended). This > can be a very complex mechanism itself and would blow up the RPL-spec > a lot. This is a good question. There is currently open discussion in the = security DT as to whether key installation should be a mechanism within = RPL itself, or application-level traffic on top of RPL. There are costs = and benefits both ways. What's your opinion? > What is the rationale for the counter compression? Is it really worth > adding this complexity (or asked differently: how many bytes are > actually saved, considering that keys, signatures etc. are much longer > than a single counter or timestamp?). The security DT discussed this one at length. The concern was for a = common base case in LLNs, where nodes are sending very short (ten byte = or fewer) messages; being able to shave three bytes off the counter was = thought to be a good idea. Note that while some messages might have long = signatures, the "Pre-installed" security mode is expected to be very = common: just a MAC and maybe confidentiality.=20 In retrospect, it does add a bit of complexity and the need for the CC = message. It sounds like you don't think the complexity is worth the = savings? Remember that in many LLN domains longer messages means more = energy. > Is the security mechanism really flexible enough? In the Security Mode > (Sec) field, only three fields are reserved for other encodings. I > assume that RPL is planned to be deployed in a long-term perspective > -- considering how many possible security encodings exist, I wonder > whether we will not run out of bits for all supported encodings soon. > The same is true for the Security Level Encodings. I suggest to use > message options that allow flexible (future) signature and encryption > schemes to be added (or at least to allocate more bits for the > security options). There are two ways to look at this: one is that we should make Sec and = LVL wide fields for lots of future combinations. The other is that the = RPL code field can easily specify new secure message types. Part of the = goal here is to specify a protocol that maximizes interoperability. The = constrained nature of many LLN devices means that they typically won't = support many different security schemes: more code means more code = space, which means more expensive parts. Having 20 different security = modes will lead to a lot of devices that can't talk to one another. But this gets to a point I think we keep on forgetting. The IETF is = typically very forward-looking, realizing that flexibility is a key = concern for the long-term viability of a protocol. Typically, = flexibility comes at a small but reasonable efficiency cost. In this = domain, however, the cost can be much higher, in particular because code = size is a key price point concern. This doesn't mean we don't want = flexibility, but it means that the tradeoff changes. We don't want to = end up in the same situation as the first versions of ZigBee, where the = core protocol couldn't really fit in commodity parts. >=20 > Concerning section 15, I also think that it should be moved into a > separate document. While I appreciate the fact to not only focus on > MIBs/SNMP, but to describe a general framework of what to manage in > RPL, I also think that it is only an optional extension to monitor and > manage RPL nodes. RPL itself is (supposed to be) fully > self-organizing, and as such monitoring is not a core component of > RPL. > We should try to focus on the RPL core and not always add features and > complexity in the RPL-spec. I wholeheartedly agree with your concern on features and complexity. = Security has been part of the requirements for RPL since the get-go. = Security is not something you want to add on after the fact, rather you = want to include it in your design from the start. So I think that "focus = on the core spec" includes "focus on security." As it's written, = security is completely optional. Maybe I'm just being slow, but I'm = trying to understand exactly what your concern is. Is it that = implementers who don't care about security will find the document = dauntingly long? Phil= From alexandru.petrescu@gmail.com Mon Jun 14 10:57:52 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 772173A68CC for ; Mon, 14 Jun 2010 10:57:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.351 X-Spam-Level: X-Spam-Status: No, score=0.351 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HELO_EQ_FR=0.35] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XMtqu9bzDHOD for ; Mon, 14 Jun 2010 10:57:51 -0700 (PDT) Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by core3.amsl.com (Postfix) with ESMTP id 55BDD3A6903 for ; Mon, 14 Jun 2010 10:57:49 -0700 (PDT) Received: from [127.0.0.1] (bur91-3-82-239-213-32.fbx.proxad.net [82.239.213.32]) by smtp1-g21.free.fr (Postfix) with ESMTP id 7EDC494010B for ; Mon, 14 Jun 2010 19:57:48 +0200 (CEST) Message-ID: <4C166D8F.7050504@gmail.com> Date: Mon, 14 Jun 2010 19:57:35 +0200 From: Alexandru Petrescu User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: roll@ietf.org References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 100614-0, 14/06/2010), Outbound message X-Antivirus-Status: Clean Subject: Re: [Roll] security (was: Complexity of RPL-09) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 17:57:52 -0000 Le 14/06/2010 11:03, Ulrich Herberg a écrit : > Hi, > > I would like to express some concerns with respect to complexity of > the new RPL-09 draft. The draft has grown by about one fourth since > version 07, and it will become even longer, since a few sections are > TBD (e.g. security considerations, key exchange, local DODAG, ...). > Notably, I question whether section 9 (security mechanisms) and 15 > (manageability considerations) should be part of the core document. > > While in some deployments, security is a major concern, I am not sure > whether we need this in the core spec. Wouldn't it be sufficient to > provide an API (e.g. in the security considerations section) of how to > secure RPL, and to specify the details in another document? I share the overall concern about complexity and RPL. With respect to security - it would be appropriate to state that IPsec is required. Alex (I have > the spec of OLSRv2 in mind, a MANET working group document). > Decoupling the security section from the core document would also help > to reduce number of message types (we are at nine message types now!) > . > > Another concern with the security section is its (in)flexibility. In > section 9.2., a whole key exchange mechanisms seems to be set in place > in a future revision of RPL (correct me if that is not intended). This > can be a very complex mechanism itself and would blow up the RPL-spec > a lot. > What is the rationale for the counter compression? Is it really worth > adding this complexity (or asked differently: how many bytes are > actually saved, considering that keys, signatures etc. are much longer > than a single counter or timestamp?). > Is the security mechanism really flexible enough? In the Security Mode > (Sec) field, only three fields are reserved for other encodings. I > assume that RPL is planned to be deployed in a long-term perspective > -- considering how many possible security encodings exist, I wonder > whether we will not run out of bits for all supported encodings soon. > The same is true for the Security Level Encodings. I suggest to use > message options that allow flexible (future) signature and encryption > schemes to be added (or at least to allocate more bits for the > security options). > > Concerning section 15, I also think that it should be moved into a > separate document. While I appreciate the fact to not only focus on > MIBs/SNMP, but to describe a general framework of what to manage in > RPL, I also think that it is only an optional extension to monitor and > manage RPL nodes. RPL itself is (supposed to be) fully > self-organizing, and as such monitoring is not a core component of > RPL. > We should try to focus on the RPL core and not always add features and > complexity in the RPL-spec. > > Ulrich > > ♫ > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From alexandru.petrescu@gmail.com Mon Jun 14 11:04:19 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E67003A6903 for ; Mon, 14 Jun 2010 11:04:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.184 X-Spam-Level: * X-Spam-Status: No, score=1.184 tagged_above=-999 required=5 tests=[AWL=-0.833, BAYES_50=0.001, HELO_EQ_FR=0.35, SARE_FWDLOOK=1.666] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ywBuzPCz0XlV for ; Mon, 14 Jun 2010 11:04:18 -0700 (PDT) Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by core3.amsl.com (Postfix) with ESMTP id 611193A6817 for ; Mon, 14 Jun 2010 11:04:16 -0700 (PDT) Received: from [127.0.0.1] (bur91-3-82-239-213-32.fbx.proxad.net [82.239.213.32]) by smtp1-g21.free.fr (Postfix) with ESMTP id 1E46894014B for ; Mon, 14 Jun 2010 20:04:15 +0200 (CEST) Message-ID: <4C166F18.3080602@gmail.com> Date: Mon, 14 Jun 2010 20:04:08 +0200 From: Alexandru Petrescu User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: roll@ietf.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 100614-0, 14/06/2010), Outbound message X-Antivirus-Status: Clean Subject: Re: [Roll] IPsec AH ESP (was: Complexity of RPL-09) X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 18:04:20 -0000 Le 14/06/2010 18:24, Philip Levis a écrit : > > On Jun 14, 2010, at 2:03 AM, Ulrich Herberg wrote: > >> Hi, >> >> I would like to express some concerns with respect to complexity >> of the new RPL-09 draft. The draft has grown by about one fourth >> since version 07, and it will become even longer, since a few >> sections are TBD (e.g. security considerations, key exchange, local >> DODAG, ...). Notably, I question whether section 9 (security >> mechanisms) and 15 (manageability considerations) should be part of >> the core document. > > Ulrich, > > Let's not confuse complexity with length; I could write a very very > complex protocol as a terse set of intricate rules, but also write a > simple one as a lengthy discussion. What's important is the actual > degree of technical and specification complexity. For example, right > now message formats are 25 pages of text: that's a lot of complexity! > Suggestions on how this can be simplified would be greatly > appreciated. Note that cutting security won't actually make insecure > implementations simpler: there's still a good 17 pages or so or > insecure messages an options. > > That being said, what you say has some truth to it; security has > always been intended to be part of the core protocol, yet it hasn't > actually appeared in the text until now. This adds technical > complexity to the specification. > > >> >> While in some deployments, security is a major concern, I am not >> sure whether we need this in the core spec. Wouldn't it be >> sufficient to provide an API (e.g. in the security considerations >> section) of how to secure RPL, and to specify the details in >> another document? (I have the spec of OLSRv2 in mind, a MANET >> working group document). Decoupling the security section from the >> core document would also help to reduce number of message types (we >> are at nine message types now!) > > I thought we were at 5: > > DIO, DIS, DAO, DAO-Ack, CC. > > We tried to carefully add the security sections in such a way that > they can be read (and considered) separately. At this point, I think > it's absolutely critical that we include security in the main draft, > to make sure that it's (an optional) part of RPL from the beginning > and is consistent with the rest of the protocol. Once it's complete, > whether or not we factor it into a separate draft is a different > question. > > >> . >> >> Another concern with the security section is its (in)flexibility. >> In section 9.2., a whole key exchange mechanisms seems to be set in >> place in a future revision of RPL (correct me if that is not >> intended). This can be a very complex mechanism itself and would >> blow up the RPL-spec a lot. > > This is a good question. There is currently open discussion in the > security DT as to whether key installation should be a mechanism > within RPL itself, or application-level traffic on top of RPL. There > are costs and benefits both ways. What's your opinion? > >> What is the rationale for the counter compression? Is it really >> worth adding this complexity (or asked differently: how many bytes >> are actually saved, considering that keys, signatures etc. are much >> longer than a single counter or timestamp?). > > The security DT discussed this one at length. The concern was for a > common base case in LLNs, where nodes are sending very short (ten > byte or fewer) messages; being able to shave three bytes off the > counter was thought to be a good idea. Note that while some messages > might have long signatures, the "Pre-installed" security mode is > expected to be very common: just a MAC and maybe confidentiality. > > In retrospect, it does add a bit of complexity and the need for the > CC message. It sounds like you don't think the complexity is worth > the savings? Remember that in many LLN domains longer messages means > more energy. > > > > >> Is the security mechanism really flexible enough? In the Security >> Mode (Sec) field, only three fields are reserved for other >> encodings. I assume that RPL is planned to be deployed in a >> long-term perspective -- considering how many possible security >> encodings exist, I wonder whether we will not run out of bits for >> all supported encodings soon. The same is true for the Security >> Level Encodings. I suggest to use message options that allow >> flexible (future) signature and encryption schemes to be added (or >> at least to allocate more bits for the security options). > > There are two ways to look at this: one is that we should make Sec > and LVL wide fields for lots of future combinations. The other is > that the RPL code field can easily specify new secure message types. > Part of the goal here is to specify a protocol that maximizes > interoperability. The constrained nature of many LLN devices means > that they typically won't support many different security schemes: > more code means more code space, which means more expensive parts. > Having 20 different security modes will lead to a lot of devices that > can't talk to one another. > > But this gets to a point I think we keep on forgetting. The IETF is > typically very forward-looking, realizing that flexibility is a key > concern for the long-term viability of a protocol. Typically, > flexibility comes at a small but reasonable efficiency cost. In this > domain, however, the cost can be much higher, in particular because > code size is a key price point concern. This doesn't mean we don't > want flexibility, but it means that the tradeoff changes. We don't > want to end up in the same situation as the first versions of ZigBee, > where the core protocol couldn't really fit in commodity parts. > > >> >> Concerning section 15, I also think that it should be moved into a >> separate document. While I appreciate the fact to not only focus >> on MIBs/SNMP, but to describe a general framework of what to manage >> in RPL, I also think that it is only an optional extension to >> monitor and manage RPL nodes. RPL itself is (supposed to be) fully >> self-organizing, and as such monitoring is not a core component of >> RPL. We should try to focus on the RPL core and not always add >> features and complexity in the RPL-spec. > > I wholeheartedly agree with your concern on features and complexity. > Security has been part of the requirements for RPL since the get-go. > Security is not something you want to add on after the fact, rather > you want to include it in your design from the start. So I think that > "focus on the core spec" includes "focus on security." As it's > written, security is completely optional. Maybe I'm just being slow, > but I'm trying to understand exactly what your concern is. Is it that > implementers who don't care about security will find the document > dauntingly long? It is a dauntingly long search for keywords such IPsec, AH and ESP... and a deceiving absence of any. This would hardly connect to the Internet. Alex > > Phil _______________________________________________ Roll mailing > list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll > From prvs=774f7616d=mukul@uwm.edu Mon Jun 14 11:09:07 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DA3743A6903 for ; Mon, 14 Jun 2010 11:09:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.299 X-Spam-Level: X-Spam-Status: No, score=-1.299 tagged_above=-999 required=5 tests=[AWL=-1.300, BAYES_50=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CsrNoWg1tz+d for ; Mon, 14 Jun 2010 11:09:07 -0700 (PDT) Received: from ip2mta.uwm.edu (ip2mta.uwm.edu [129.89.7.20]) by core3.amsl.com (Postfix) with ESMTP id C48133A68D3 for ; Mon, 14 Jun 2010 11:09:06 -0700 (PDT) Received: from mta03.pantherlink.uwm.edu ([129.89.7.83]) by ip2mta.uwm.edu with ESMTP; 14 Jun 2010 13:09:09 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by mta03.pantherlink.uwm.edu (Postfix) with ESMTP id DCFE5C085CB for ; Mon, 14 Jun 2010 13:09:09 -0500 (CDT) X-Virus-Scanned: amavisd-new at pantherlink.uwm.edul Received: from mta03.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta03.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OEGe0HpLs2O7 for ; Mon, 14 Jun 2010 13:09:09 -0500 (CDT) Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta03.pantherlink.uwm.edu (Postfix) with ESMTP id B68D4C085A0 for ; Mon, 14 Jun 2010 13:09:09 -0500 (CDT) Date: Mon, 14 Jun 2010 13:09:09 -0500 (CDT) From: Mukul Goyal To: roll Message-ID: <1436572256.30429.1276538949669.JavaMail.root@mail02.pantherlink.uwm.edu> In-Reply-To: <447142485.30321.1276538851920.JavaMail.root@mail02.pantherlink.uwm.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [129.89.7.92] X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - SAF3 (Win)/6.0.6_GA_2330.RHEL4_64) X-Authenticated-User: mukul@uwm.edu Subject: [Roll] Fwd: New Version Notification for draft-dt-roll-p2p-rpl-01 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 18:09:08 -0000 Hi all A revision has been posted for the P2P draft. I will be making a presentation about the draft during the virtual ROLL meeting on June 16th. The previous version of the draft presented a high level description of the P2P mechanisms: a reactive discovery mechanism and a mechanism to measure the routing cost of an existing path. In the new version, we have included the definitions of the following objects/options required for P2P route discovery: 1. Route Discovery option to sit inside a DIO 2. Discovery Reply Object - a new RPL control message 3. Source Route option - carries an accumulated source route to the other end. The Measurement mechanism has been removed from the draft. It will be presented as a separate draft. We solicit comments and criticism! Thanks Mukul ----- Forwarded Message ----- From: "IETF I-D Submission Tool" To: mukul@uwm.edu Cc: "Emmanuel Baccelli" Sent: Monday, June 14, 2010 1:02:50 PM Subject: New Version Notification for draft-dt-roll-p2p-rpl-01 A new version of I-D, draft-dt-roll-p2p-rpl-01.txt has been successfully submitted by Mukul Goyal and posted to the IETF repository. Filename: draft-dt-roll-p2p-rpl Revision: 01 Title: Reactive Discovery of Point-to-Point Routes in Low Power and Lossy Networks Creation_date: 2010-06-14 WG ID: Independent Submission Number_of_pages: 20 Abstract: This document describes a mechanism to discover and establish "on demand" one or more routes between two routers in a low power and lossy network. The IETF Secretariat. From alexandru.petrescu@gmail.com Mon Jun 14 11:11:59 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 06D4F3A6879 for ; Mon, 14 Jun 2010 11:11:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.629 X-Spam-Level: X-Spam-Status: No, score=0.629 tagged_above=-999 required=5 tests=[AWL=0.278, BAYES_50=0.001, HELO_EQ_FR=0.35] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tv4tg16OreNJ for ; Mon, 14 Jun 2010 11:11:58 -0700 (PDT) Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by core3.amsl.com (Postfix) with ESMTP id BF1C03A67A2 for ; Mon, 14 Jun 2010 11:11:56 -0700 (PDT) Received: from [127.0.0.1] (bur91-3-82-239-213-32.fbx.proxad.net [82.239.213.32]) by smtp1-g21.free.fr (Postfix) with ESMTP id EB7D69400C3; Mon, 14 Jun 2010 20:11:54 +0200 (CEST) Message-ID: <4C1670E3.1060604@gmail.com> Date: Mon, 14 Jun 2010 20:11:47 +0200 From: Alexandru Petrescu User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: JP Vasseur References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 100614-0, 14/06/2010), Outbound message X-Antivirus-Status: Clean Cc: ROLL WG Subject: Re: [Roll] draft-ietf-roll-routing-metrics-07 - link/path/local/global metric X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 18:11:59 -0000 Le 14/06/2010 10:08, JP Vasseur a écrit : > Hi Omp, > > On Jun 14, 2010, at 8:37 AM, Omprakash Gnawali wrote: > >> I had a comment on the terminology used in >> draft-ietf-roll-routing-metrics-07. >> >> Lets take ETX as an example. >> >> There is the notion of link ETX. Then, there is the path ETX - ETX >> aggregated over the links on a path. >> >> In the draft, ETX is described under the section link metrics. So, I >> thought we were talking about link ETX. But near the end it says: >> >> " The ETX object is a global metric or constraint." >> >> So, we are talking about path metric it seems. >> >> Then, in section 8.1 Routing Objects, we are talking about Link ETX: >> >> " IANA is requested to create a registry for Routing objects. Each >> Routing object has a Routing object type value. >> >> Value Meaning Reference >> 1 Node State and Attribute This document >> 2 Node Energy This document >> 3 Hop Count This document >> 4 Link Throughput This document >> 5 Link Latency This document >> 6 Link Quality Level This document >> 7 Link ETX This document >> 8 Link Color This document >> " >> >> For metrics such as latency and etx, I find it much clearer to use the >> phrases link metric and path metric (e.g, link etx/latency, path >> etx/latency) rather than local and global metric. > > Thanks for your comments. The reference "link" versus "node" allows for > making the disctinction > between a metrics that applies to a link or a node. Now, when the ETX > metric is included in the > DAG Container, it reflect the ETX of the path, made of a set of link ETX > (which may have been > added, multiplied, ... etc), as indicated by the A flag. > The notion of local versus global is different. When a metric is local, > it is only passed to a direct > neighbor (and of course consequently as you pointed out never refers to > a path ). Hi JP, Let me add to the metrics discussion. I have suggested numerous times that a _link_ energy metric (not ETX, not node) be added to the draft. I have suggested detail encodings and behaviour. I am surprised none appears. Should I re-send? I have also seen discussion about the asymmetric link metrics, to which I suggested there are means to suggest asymmetric behaviour of energy spent to send a packet. The energy link metrics I suggest do respect the asymmetricity aspect. Should I re-send? Alex > > Hope this clarifies. > > Thanks. > > JP. > > >> >> - om_p >> _______________________________________________ >> Roll mailing list >> Roll@ietf.org >> https://www.ietf.org/mailman/listinfo/roll > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > From pthubert@cisco.com Mon Jun 14 12:33:04 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 448A53A68A3 for ; Mon, 14 Jun 2010 12:33:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.031 X-Spam-Level: X-Spam-Status: No, score=-10.031 tagged_above=-999 required=5 tests=[AWL=0.568, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id axAhlZfDC09O for ; Mon, 14 Jun 2010 12:33:03 -0700 (PDT) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id 347383A6948 for ; Mon, 14 Jun 2010 12:32:43 -0700 (PDT) Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAFIgFkyrR7Ht/2dsb2JhbACea3GmVZoQhRoEkBw X-IronPort-AV: E=Sophos;i="4.53,415,1272844800"; d="scan'208";a="212246462" Received: from sj-core-1.cisco.com ([171.71.177.237]) by sj-iport-5.cisco.com with ESMTP; 14 Jun 2010 19:32:46 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5EJWkKs012056; Mon, 14 Jun 2010 19:32:46 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 14 Jun 2010 21:32:45 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 14 Jun 2010 21:32:42 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D021DB460@XMB-AMS-107.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] PIO, CO and MTU options in DIOs thread-index: AcsL4zoaeKnoZCn3QzivMBQkFPHiDwAFOG1w References: <09B6F97C-691F-4569-ABFA-AB7CE3F17E8C@cisco.com> <4C0F6438.7090805@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F02B@XMB-AMS-107.cisco.com> <4C0F7D37.3030901@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F078@XMB-AMS-107.cisco.com> <4C0F84B1.9000104@jennic.com><6A2A459175DABE4BB11DE2026AA50A5D0213F207@XMB-AMS-107.cisco.com><4C112BA9.6010600@exegin.com> <4C11F28A.4090305@jennic.com><4C12A9A0.1050102@exegin.com> <4C15EB91.7010402@jennic.com> From: "Pascal Thubert (pthubert)" To: "Philip Levis" , X-OriginalArrivalTime: 14 Jun 2010 19:32:45.0776 (UTC) FILETIME=[5D725500:01CB0BF8] Cc: ROLL WG Subject: Re: [Roll] PIO, CO and MTU options in DIOs X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 19:33:04 -0000 Phil,=20 In the art, MTU within a subnet is supposed to be constant, enforced by RAs. Anyway PMTU discovery is reactive and has a lot of overhead, including states in the nodes. Please think twice, Pascal > -----Original Message----- > From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of > Philip Levis > Sent: Monday, June 14, 2010 5:52 PM > To: daniel.gavelle@jennic.com > Cc: ROLL WG > Subject: Re: [Roll] PIO, CO and MTU options in DIOs >=20 >=20 > On Jun 14, 2010, at 1:42 AM, Daniel Gavelle wrote: >=20 > > Dario / Pascal, > > > > I can see that sending PIO / CO / MTU in DIO messages has some > advantages. Since there is already a mechanism in 6LowPAN-ND for this, I > am concerned that allowing these messages to be carried in RPL will result in > interoperability issues. > > > > I suppose the best way forward for the RPL specification is to allow these > options as a MAY. Alliances like Zigbee and IPSO would then ensure > interoperability by requiring one method in their stack profile specifications. > > > > Regarding the MTU, I can see how this is needed for networks using a > mixed Ethernet / 6LowPAN MAC, bridged at layer 2. However, within the > 6LowPAN, where the MTU is fixed, routers should be allowed to ignore the > option. Also stack profiles that are aimed at 6LowPAN only MACs should be > allowed to exclude the MTU option in their specification. >=20 > There are existing mechanisms for MTU discovery; we shouldn't add another > one. >=20 > Phil > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From pthubert@cisco.com Mon Jun 14 12:49:39 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F02FD3A6903 for ; Mon, 14 Jun 2010 12:49:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.75 X-Spam-Level: X-Spam-Status: No, score=-9.75 tagged_above=-999 required=5 tests=[AWL=0.249, BAYES_00=-2.599, J_CHICKENPOX_24=0.6, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MuXmyMX8--d9 for ; Mon, 14 Jun 2010 12:49:36 -0700 (PDT) Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id F077A3A6934 for ; Mon, 14 Jun 2010 12:49:35 -0700 (PDT) Authentication-Results: sj-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAE8kFkyrR7Ht/2dsb2JhbACebHGmQZoVgnWCJQSQHA X-IronPort-AV: E=Sophos;i="4.53,415,1272844800"; d="scan'208";a="334999296" Received: from sj-core-1.cisco.com ([171.71.177.237]) by sj-iport-1.cisco.com with ESMTP; 14 Jun 2010 19:49:39 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5EJnWp1026174; Mon, 14 Jun 2010 19:49:39 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 14 Jun 2010 21:49:12 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 14 Jun 2010 21:49:06 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D021DB46C@XMB-AMS-107.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: PIO, CO and MTU options in DIOs thread-index: AcsLnaJ2YpxYMkXjSCa73XaHfQujqAAW0ZZA From: "Pascal Thubert (pthubert)" To: "culler" X-OriginalArrivalTime: 14 Jun 2010 19:49:12.0239 (UTC) FILETIME=[A96CA3F0:01CB0BFA] Cc: ROLL WG Subject: [Roll] FW: PIO, CO and MTU options in DIOs X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 19:49:39 -0000 Hi Dave: In the light of this thread, I'd wish to ask you to reconsider your decision to refuse to transport the MTU option in DIOs. An inconsistent MTU across the RPL subnet will have a number of consequences: - It will impose the expensive and not fully functional support of PMTUD in the nodes, which means also states per final destinations. - 6LoWPAN imposes 1280 but we need to make it more for RH4: " To help avoid IP-layer fragmentation, the RH4 header has a maximum size of RH4_MAX_SIZE octets and links within a RPL domain SHOULD have a MTU of at least 1280 + 40 (outer IP header) + RH4_MAX_SIZE (+ additional extension headers or options needed within RPL domain) octets." We can make the node implementation smaller and safer if we impose the MTU from the root. More in http://tools.ietf.org/html/draft-van-beijnum-multi-mtu-02=20 Pascal -----Original Message----- From: Daniel Gavelle [mailto:daniel.gavelle@jennic.com]=20 Sent: Monday, June 14, 2010 10:43 AM To: Dario Tedeschi Cc: Pascal Thubert (pthubert); ROLL WG Subject: PIO, CO and MTU options in DIOs Dario / Pascal, I can see that sending PIO / CO / MTU in DIO messages has some advantages. Since there is already a mechanism in 6LowPAN-ND for this, I am concerned that allowing these messages to be carried in RPL will result in interoperability issues. I suppose the best way forward for the RPL specification is to allow these options as a MAY. Alliances like Zigbee and IPSO would then ensure interoperability by requiring one method in their stack profile specifications. Regarding the MTU, I can see how this is needed for networks using a mixed Ethernet / 6LowPAN MAC, bridged at layer 2. However, within the 6LowPAN, where the MTU is fixed, routers should be allowed to ignore the option. Also stack profiles that are aimed at 6LowPAN only MACs should be allowed to exclude the MTU option in their specification. Daniel. Dario Tedeschi wrote: > Hi Daniel >=20 > Daniel Gavelle wrote: >> Dario, >> >> In a 6LowPAN network, the routers will need to do 6LowPAN-ND RS/RA in >> order to distribute the compression contexts. I suppose the context >> (CO) option from 6LowPAN-ND could also be added to ROLL. However, I=20 >> prefer using 6LowPAN-ND for context and prefix dissemination and ROLL >> for routing. > A CO is link-layer information so some might argue that it does not=20 > below in a routing protocol. Fair enough, but lets be practical here: > RPL provides a robust way of distributing information amongst routers=20 > in a LLN network. Why not use it. >> >> Also, if the prefix / context information is distributed in ROLL,=20 >> either hosts need to support ROLL or routers need to support two=20 >> methods for prefix distribution: RS/RA (for hosts) and prefix=20 >> distribution in ROLL. > I'm not advocating hosts use ROLL, so lets look at your second option=20 > where routers need to support two methods for prefix distribution:=20 > Even if a network only used 6LoWPAN ND for prefix distribution,=20 > routers still need two methods: One-hop RS/RA for router-host prefix=20 > distribution and > RA+ARBO to deal with router-to-router prefix distribution. In fact if > you look at an RA+ARBO message, it looks remarkably similar to a DIO=20 > message (where the Version and Address fields in the ARBO can be=20 > equated to the Version and DAGID fields in the DIO, respectively).=20 > Seems to me, 6LoWPAN ND (with multi-hop) is trying to do the work of a > routing protocol. I think "Neighbor Discovery" should be taken a bit=20 > more literally in that it is a protocol for discovering your neighbors > and not for distributing network configuration (the exception being=20 > that one would like a host to auto-configure). >=20 > Hope you have good weekend > Dario >> >> Daniel. >> >> >> Dario Tedeschi wrote: >>> Hi Daniel and Pascal >>> >>> I agree with Pascal here. >>> >>> In my view of a LLN network: Routers form the sub-net cloud while=20 >>> hosts just "connect" to that cloud. How routers form and maintain=20 >>> that cloud should not be handled by ND (in my opinion). I see=20 >>> routers using the routing protocol to exchange sub-net information=20 >>> amongst themselves, while hosts use RS/RA to request sub-net=20 >>> information from nearby routers. Both routers and hosts may use=20 >>> NS/NA to perform address-resolution and NUD one hop away only. >>> >>> Dario >>> >>> Pascal Thubert (pthubert) wrote: >>>> Hi Daniel: >>>> >>>> What I read below is that for RPL over foo (foo !=3D 6LoWPAN), = you'd >>>> run ND RA as the dissemination protocol for the MTU information. I=20 >>>> suggest that is a very bad idea. RPL DIO is very optimized as a=20 >>>> dissemination protocol, in particular with the use of trickle. And=20 >>>> we don't want 2 mechanisms in parallel doing the same thing. >>>> So unless we merge (back) RA and DIO, I'd suggest that RPL routers=20 >>>> use RPL when they disseminate information about the subnet and do=20 >>>> not bother about RAs from other routers. >>>> >>>> Today, RPL operation does not depend on RAs at all. In fact, it is=20 >>>> the other way around. RPL handles everything multihop, whereas RA=20 >>>> is used for router to host communication. >>>> In that model, we expect RPL to disseminate information that can=20 >>>> then be incorporated by the routers in their RAs for local=20 >>>> distribution to their attached hosts. >>>> That is what we do with PIO and RIO. MTU would be the same. >>>> >>>> Pascal >>>> >>>> >>>> =20 >>>>> -----Original Message----- >>>>> From: Daniel Gavelle [mailto:daniel.gavelle@jennic.com] >>>>> Sent: Wednesday, June 09, 2010 2:10 PM >>>>> To: Pascal Thubert (pthubert) >>>>> Cc: JP Vasseur; ROLL WG >>>>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to=20 >>>>> be >>>>> =20 >>>> posted in >>>> =20 >>>>> 3 days! >>>>> >>>>> Pascal, >>>>> >>>>> If the link has a variable sized MTU, the MTU option can be sent=20 >>>>> in an >>>>> =20 >>>> RA, as >>>> =20 >>>>> in RFC 4861. ND RS/RA can be done before sending DIS and joining=20 >>>>> a >>>>> =20 >>>> ROLL >>>> =20 >>>>> DAG. >>>>> >>>>> Daniel. >>>>> >>>>> >>>>> Pascal Thubert (pthubert) wrote: >>>>> =20 >>>>>> Hi Daniel: >>>>>> >>>>>> =20 >>>>>>> If the MTU option is required by other link layers, why can't=20 >>>>>>> the >>>>>>> =20 >>>> MTU >>>> =20 >>>>>> option >>>>>> =20 >>>>>>> be sent in ND? >>>>>>> =20 >>>>>> I return the question. How would that work? >>>>>> >>>>>> Pascal >>>>>> >>>>>> >>>>>> =20 >>>>>>> -----Original Message----- >>>>>>> From: Daniel Gavelle [mailto:daniel.gavelle@jennic.com] >>>>>>> Sent: Wednesday, June 09, 2010 1:39 PM >>>>>>> To: Pascal Thubert (pthubert) >>>>>>> Cc: JP Vasseur; ROLL WG >>>>>>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09=20 >>>>>>> to >>>>>>> =20 >>>> be >>>> =20 >>>>>> posted in >>>>>> =20 >>>>>>> 3 days! >>>>>>> >>>>>>> Pascal, >>>>>>> >>>>>>> I am interested in 6LowPAN, where RFC4944 fixes the MTU at 1280=20 >>>>>>> octets >>>>>>> =20 >>>>>> so >>>>>> =20 >>>>>>> the MTU option isn't required. >>>>>>> >>>>>>> If the MTU option is required by other link layers, why can't=20 >>>>>>> the >>>>>>> =20 >>>> MTU >>>> =20 >>>>>> option >>>>>> =20 >>>>>>> be sent in ND? >>>>>>> >>>>>>> Daniel. >>>>>>> >>>>>>> >>>>>>> >>>>>>> Pascal Thubert (pthubert) wrote: >>>>>>> =20 >>>>>>>> Hi Daniel >>>>>>>> >>>>>>>> Do you think that the MTU within the LLN should be the same? >>>>>>>> >>>>>>>> Pascal >>>>>>>> >>>>>>>> =20 >>>>>>>>> -----Original Message----- >>>>>>>>> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On >>>>>>>>> =20 >>>>>> Behalf >>>>>> =20 >>>>>>>> Of >>>>>>>> =20 >>>>>>>>> Daniel Gavelle >>>>>>>>> Sent: Wednesday, June 09, 2010 11:52 AM >>>>>>>>> To: JP Vasseur >>>>>>>>> Cc: ROLL WG >>>>>>>>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 >>>>>>>>> to >>>>>>>>> =20 >>>>>> be >>>>>> =20 >>>>>>>> posted in >>>>>>>> =20 >>>>>>>>> 3 days! >>>>>>>>> >>>>>>>>> I think the MTU and SLLA options should not be in ROLL but=20 >>>>>>>>> only >>>>>>>>> =20 >>>>>> used >>>>>> =20 >>>>>>>> in ND. >>>>>>>> =20 >>>>>>>>> I haven't used the S bit in my implementation. >>>>>>>>> >>>>>>>>> Daniel. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> JP Vasseur wrote: >>>>>>>>> =20 >>>>>>>>>> Dear WG, >>>>>>>>>> >>>>>>>>>> One more time, thanks for your energy and involvement to keep >>>>>>>>>> us >>>>>>>>>> =20 >>>>>> on >>>>>> =20 >>>>>>>>>> track with our plan for RPL. >>>>>>>>>> >>>>>>>>>> The cut-off date for the Virtual WG meeting that will take=20 >>>>>>>>>> place >>>>>>>>>> =20 >>>>>> on >>>>>> =20 >>>>>>>> June >>>>>>>> =20 >>>>>>>>>> 16 is this coming Friday and the RPL authors team has been >>>>>>>>>> =20 >>>> working >>>> =20 >>>>>>>> hard >>>>>>>> =20 >>>>>>>>>> on the revision -09, which should solve a number of the=20 >>>>>>>>>> opened >>>>>>>>>> =20 >>>>>>>> tickets. >>>>>>>> =20 >>>>>>>>>> Still there are a few items that triggered some discussion=20 >>>>>>>>>> but >>>>>>>>>> =20 >>>> we >>>> =20 >>>>>>>> would >>>>>>>> =20 >>>>>>>>>> need more feed-back from you to draw a consensus to move on. >>>>>>>>>> >>>>>>>>>> 1) Are we keeping the use of sibling (S Bit thread): see the >>>>>>>>>> =20 >>>>>>>> detailed >>>>>>>> =20 >>>>>>>>>> discussion on the ML. >>>>>>>>>> https://svn.tools.ietf.org/wg/roll/trac/ticket/43 >>>>>>>>>> >>>>>>>>>> 2) Use of MTU and SSLA option: >>>>>>>>>> https://svn.tools.ietf.org/wg/roll/trac/ticket/42 >>>>>>>>>> >>>>>>>>>> Any quick feed-back on the list would be appreciated, for rev09. >>>>>>>>>> >>>>>>>>>> Thanks. >>>>>>>>>> >>>>>>>>>> JP. >>>>>>>>>> _______________________________________________ >>>>>>>>>> Roll mailing list >>>>>>>>>> Roll@ietf.org >>>>>>>>>> https://www.ietf.org/mailman/listinfo/roll >>>>>>>>>> >>>>>>>>>> =20 >>>>>>>>> -- >>>>>>>>> __________________________________________________ >>>>>>>>> Daniel Gavelle, Software Engineer >>>>>>>>> Tel: +44 114 281 2655 >>>>>>>>> Fax: +44 114 281 2951 >>>>>>>>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: >>>>>>>>> 3191371 Registered In England http://www.jennic.com=20 >>>>>>>>> __________________________________________________ >>>>>>>>> _______________________________________________ >>>>>>>>> Roll mailing list >>>>>>>>> Roll@ietf.org >>>>>>>>> https://www.ietf.org/mailman/listinfo/roll >>>>>>>>> =20 >>>>>>> -- >>>>>>> __________________________________________________ >>>>>>> Daniel Gavelle, Software Engineer >>>>>>> Tel: +44 114 281 2655 >>>>>>> Fax: +44 114 281 2951 >>>>>>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: >>>>>>> 3191371 Registered In England http://www.jennic.com=20 >>>>>>> __________________________________________________ >>>>>>> =20 >>>>> -- >>>>> __________________________________________________ >>>>> Daniel Gavelle, Software Engineer >>>>> Tel: +44 114 281 2655 >>>>> Fax: +44 114 281 2951 >>>>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No:=20 >>>>> 3191371 Registered In England http://www.jennic.com=20 >>>>> __________________________________________________ >>>>> =20 >>>> _______________________________________________ >>>> Roll mailing list >>>> Roll@ietf.org >>>> https://www.ietf.org/mailman/listinfo/roll >>>> =20 >>> >>> >> >=20 >=20 -- __________________________________________________ Daniel Gavelle, Software Engineer Tel: +44 114 281 2655 Fax: +44 114 281 2951 Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No: 3191371 Registered In England http://www.jennic.com __________________________________________________ From gnawali@cs.stanford.edu Mon Jun 14 12:52:35 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 914A13A696E for ; Mon, 14 Jun 2010 12:52:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.933 X-Spam-Level: X-Spam-Status: No, score=-3.933 tagged_above=-999 required=5 tests=[AWL=0.556, BAYES_05=-1.11, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ms8wM1VrNqLN for ; Mon, 14 Jun 2010 12:52:34 -0700 (PDT) Received: from cs-smtp-2.Stanford.EDU (cs-smtp-2.Stanford.EDU [171.64.64.26]) by core3.amsl.com (Postfix) with ESMTP id 232753A6903 for ; Mon, 14 Jun 2010 12:52:34 -0700 (PDT) Received: from mail-gw0-f44.google.com ([74.125.83.44]) by cs-smtp-2.Stanford.EDU with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.60) (envelope-from ) id 1OOFi2-0002aM-2T for roll@ietf.org; Mon, 14 Jun 2010 12:52:38 -0700 Received: by gwj16 with SMTP id 16so2873908gwj.31 for ; Mon, 14 Jun 2010 12:52:37 -0700 (PDT) Received: by 10.150.244.11 with SMTP id r11mr7167829ybh.366.1276545157216; Mon, 14 Jun 2010 12:52:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.150.199.19 with HTTP; Mon, 14 Jun 2010 12:52:17 -0700 (PDT) In-Reply-To: <20100614195037.9DD103A696E@core3.amsl.com> References: <20100614195037.9DD103A696E@core3.amsl.com> From: Omprakash Gnawali Date: Mon, 14 Jun 2010 12:52:17 -0700 Message-ID: To: ROLL WG Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Scan-Signature: dcedbbeaec314583a5a6d4e37e27e533 Subject: [Roll] Fwd: New Version Notification for draft-gnawali-roll-minrank-hysteresis-of-00 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 19:52:35 -0000 Here is a draft that describes a metric-agnostic objective function. - om_p ---------- Forwarded message ---------- From: IETF I-D Submission Tool Date: Mon, Jun 14, 2010 at 12:50 PM Subject: New Version Notification for draft-gnawali-roll-minrank-hysteresis-of-00 To: gnawali@cs.stanford.edu Cc: pal@cs.stanford.edu A new version of I-D, draft-gnawali-roll-minrank-hysteresis-of-00.txt has been successfully submitted by Omprakash Gnawali and posted to the IETF repository. Filename: =A0 =A0 =A0 =A0draft-gnawali-roll-minrank-hysteresis-of Revision: =A0 =A0 =A0 =A000 Title: =A0 =A0 =A0 =A0 =A0 The Minimum Rank Objective Function with Hystere= sis Creation_date: =A0 2010-06-14 WG ID: =A0 =A0 =A0 =A0 =A0 Independent Submission Number_of_pages: 8 Abstract: Hysteresis delays the effect of changes in link metric on parent selection. =A0Such delay makes the topology stable despite jitters in link metrics. =A0The Routing Protocol for Low Power and Lossy Networks (RPL) allows the use of objective functions to construct routes that optimize or constrain a routing metric on the paths. =A0This specification describes MRHOF, an objective function that minimizes the node rank in terms of a given metric, while using hysteresis to prevent excessive rank churn. =A0The use of MRHOF with RPL results in nodes selecting stable paths that minimize the given routing metric to the DAG roots. The IETF Secretariat. From joydeep.tripathi@gmail.com Mon Jun 14 13:53:57 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0092D3A6933 for ; Mon, 14 Jun 2010 13:53:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.001 X-Spam-Level: X-Spam-Status: No, score=0.001 tagged_above=-999 required=5 tests=[BAYES_50=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ILuI1rVOWwZU for ; Mon, 14 Jun 2010 13:53:56 -0700 (PDT) Received: from mail-bw0-f44.google.com (mail-bw0-f44.google.com [209.85.214.44]) by core3.amsl.com (Postfix) with ESMTP id ADF223A68F0 for ; Mon, 14 Jun 2010 13:53:55 -0700 (PDT) Received: by bwz13 with SMTP id 13so2167920bwz.31 for ; Mon, 14 Jun 2010 13:53:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=4Z6Dn1deceU9VAImLO3LkhnsuUKKwcGuoJNg3mLxRrE=; b=i5a3qQjxXJjVfooNUYPf1zS81vRGhcv7qZZoTN4jCNQSYeiry+ZFWSnHy89oF+K/rZ AahdVCC98xBStZZZIieVkNoIzr518AQblURs1QPn/tueSiaxCPWhNbz6kgCwgZ9XS22/ HJOUIbi52oLKw0iQnJ0vbPFFq/isccKJ+Wh2U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=c01ZmvtiWMQx2Ls+bjM7+Bsq93HkrmP15M3iVOXZJ9Mi0p2EpiapRgBRM/xlSMF6C0 n+bOTKIbPvZId861yUk5Ck3Bz7VHoLQw0XDHJ+0DaNjH8QCcQ/8/DM5Zj2T+PilIHZEY 3HLQ+T6hAb4Yfs+nYoAYfP85UQZKf00oH3tgw= MIME-Version: 1.0 Received: by 10.204.6.68 with SMTP id 4mr4635857bky.163.1276548835893; Mon, 14 Jun 2010 13:53:55 -0700 (PDT) Received: by 10.204.117.199 with HTTP; Mon, 14 Jun 2010 13:53:55 -0700 (PDT) In-Reply-To: <33e91433fe1f.33fe1f33e914@drexel.edu> References: <33e91433fe1f.33fe1f33e914@drexel.edu> Date: Mon, 14 Jun 2010 16:53:55 -0400 Message-ID: From: Joydeep Tripathi To: ROLL WG Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: [Roll] Fwd: New Version Notification for draft-tripathi-roll-rpl-simulation-04 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 20:53:57 -0000 Hi, We have published the fourth revision of the simulation document. This time, we have simulated a large scale network (2442 nodes), whose data have been gathered from a chunk of a huge smart meter network. To show the scalability of RPL, it includes the relevant metrics such as path stretch, delay and control overhead. Please let us know your feedback. Thanks, Joydeep ---------- Forwarded message ---------- From: Joydeep Tripathi Date: Fri, Jun 11, 2010 at 11:37 PM Subject: Fwd: New Version Notification for draft-tripathi-roll-rpl-simulati= on-04 To: joydeep.tripathi@gmail.com ---------- Forwarded message ---------- From:=A0IETF I-D Submission Tool To:=A0jt369@drexel.edu Date:=A0Fri, 11 Jun 2010 20:35:20 -0700 (PDT) Subject:=A0New Version Notification for draft-tripathi-roll-rpl-simulation-= 04 A new version of I-D, draft-tripathi-roll-rpl-simulation-04.txt has been successfully submitted by Joydeep Tripathi and posted to the IETF repository. Filename: =A0 =A0 =A0 =A0draft-tripathi-roll-rpl-simulation Revision: =A0 =A0 =A0 =A004 Title: =A0 =A0 =A0 =A0 =A0 Performance Evaluation of Routing Protocol for L= ow Power and Lossy Networks (RPL) Creation_date: =A0 2010-06-11 WG ID: =A0 =A0 =A0 =A0 =A0 Independent Submission Number_of_pages: 16 Abstract: This document presents a performance evaluation of the Routing Protocol for Low power and Lossy Networks (RPL) for small outdoor and for a large scale smart meter network. =A0Detailed simulations are carried out to produce several routing performance metrics using a set of real-life scenarios. The IETF Secretariat. From pal@cs.stanford.edu Mon Jun 14 14:03:58 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 637FE3A69A6 for ; Mon, 14 Jun 2010 14:03:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.422 X-Spam-Level: X-Spam-Status: No, score=-4.422 tagged_above=-999 required=5 tests=[AWL=-0.423, BAYES_50=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cLRL5QMW1PIK for ; Mon, 14 Jun 2010 14:03:57 -0700 (PDT) Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by core3.amsl.com (Postfix) with ESMTP id 8DF7A3A6993 for ; Mon, 14 Jun 2010 14:03:57 -0700 (PDT) Received: from dnab4046bc.stanford.edu ([171.64.70.188]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OOGp7-0006W7-Jv; Mon, 14 Jun 2010 14:04:01 -0700 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Philip Levis In-Reply-To: Date: Mon, 14 Jun 2010 14:04:01 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <4CB67BA4-8F95-4F2E-8A3D-A9E76EE520F9@cs.stanford.edu> References: <33e91433fe1f.33fe1f33e914@drexel.edu> To: Joydeep Tripathi X-Mailer: Apple Mail (2.1078) X-Scan-Signature: bd70d0bdda1312c8b25f7b39d1e2fb7f Cc: ROLL WG Subject: Re: [Roll] Fwd: New Version Notification for draft-tripathi-roll-rpl-simulation-04 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 21:03:58 -0000 On Jun 14, 2010, at 1:53 PM, Joydeep Tripathi wrote: > Hi, >=20 > We have published the fourth revision of the simulation document. This > time, we have simulated a large scale network (2442 nodes), whose data > have been gathered from a chunk of a huge smart meter network. To show > the scalability of RPL, it includes the relevant metrics such as path > stretch, delay and control overhead. Please let us know your feedback. Joydeep, 1) My concerns with the methodology remain; assuming independent packet = losses over 10-minute intervals can have significant effects on how a = protocol reacts (e.g., NUD). It makes me unable to make strong = conclusions from any of the rest of the results. 2) "To simulate a more realistic scenario, 20% of the generated packets = by each node are destined to the root, and the remaining 80% of the = packets are uniformly assigned as destined to nodes other than the = root." Can you provide some insight into why this is more "realistic?" = Networks rarely follow uniform distributions, and using one can make you = reach the wrong conclusion (e.g., algorithm X scales when it doesn't in = real patterns). Note that these are basic concerns with the methodology to obtain the = results. Phil From yoav@yitran.com Mon Jun 14 14:06:12 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E961E3A68F0 for ; Mon, 14 Jun 2010 14:06:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.563 X-Spam-Level: X-Spam-Status: No, score=-3.563 tagged_above=-999 required=5 tests=[BAYES_40=-0.185, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 77j1PhpeoF9u for ; Mon, 14 Jun 2010 14:06:12 -0700 (PDT) Received: from na3sys009aog107.obsmtp.com (na3sys009aog107.obsmtp.com [74.125.149.197]) by core3.amsl.com (Postfix) with SMTP id 78C983A688E for ; Mon, 14 Jun 2010 14:06:11 -0700 (PDT) Received: from source ([74.125.82.174]) by na3sys009aob107.postini.com ([74.125.148.12]) with SMTP ID DSNKTBaZx4uEmrnMZQFwUE3l4ak8j9ApF9uv@postini.com; Mon, 14 Jun 2010 14:06:16 PDT Received: by mail-wy0-f174.google.com with SMTP id 40so4817474wyb.33 for ; Mon, 14 Jun 2010 14:06:15 -0700 (PDT) Received: by 10.227.69.142 with SMTP id z14mr6106700wbi.195.1276549574770; Mon, 14 Jun 2010 14:06:14 -0700 (PDT) From: Yoav Ben-Yehezkel References: <20100614195037.9DD103A696E@core3.amsl.com> In-Reply-To: MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcsL+yekWCqE1DfhTU2OGtTEiQlOvQACOptQ Date: Tue, 15 Jun 2010 00:06:03 +0300 Message-ID: To: Omprakash Gnawali , ROLL WG Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [Roll] Fwd: New Version Notification for draft-gnawali-roll-minrank-hysteresis-of-00 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 21:06:13 -0000 Hi, I went over the new draft. Still I have a few comments to make sure the following are covered: 1- There are cases where only one parent can be used, even if it is a bad selection that does not pass the necessary criteria - it is either this or nothing. The hysteresis should accommodate for that I think. 2- The hysteresis may need to be stable over time (not just one time the threshold passes) in order to improve the parent. It could be a few times (may be configurable) of passing the threshold, it could be percentage of passing the threshold, etc. Otherwise, the network may easily become unstable with constant changes, which as far as I know utility companies don't like to see. Some say this is even more important than improving the link (so hysteresis with large threshold is important for these in particular). At least from my experience with PLC networks, each time one turns on/off a device there's a good chance of improvement or disconnection. 3- Sometimes a mixture of objectives are required to be used for improvement. You may need to be able to improve to a parent node with both constraint(s) and OF improvement (for example, it has at least RSSI X and also better hop count). Are all these issues covered? Best regards and good work, Yoav -----Original Message----- From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of Omprakash Gnawali Sent: Monday, June 14, 2010 10:52 PM To: ROLL WG Subject: [Roll] Fwd: New Version Notification for draft-gnawali-roll-minrank-hysteresis-of-00 Here is a draft that describes a metric-agnostic objective function. - om_p ---------- Forwarded message ---------- From: IETF I-D Submission Tool Date: Mon, Jun 14, 2010 at 12:50 PM Subject: New Version Notification for draft-gnawali-roll-minrank-hysteresis-of-00 To: gnawali@cs.stanford.edu Cc: pal@cs.stanford.edu A new version of I-D, draft-gnawali-roll-minrank-hysteresis-of-00.txt has been successfully submitted by Omprakash Gnawali and posted to the IETF repository. Filename: =A0 =A0 =A0 =A0draft-gnawali-roll-minrank-hysteresis-of Revision: =A0 =A0 =A0 =A000 Title: =A0 =A0 =A0 =A0 =A0 The Minimum Rank Objective Function with Hystere= sis Creation_date: =A0 2010-06-14 WG ID: =A0 =A0 =A0 =A0 =A0 Independent Submission Number_of_pages: 8 Abstract: Hysteresis delays the effect of changes in link metric on parent selection. =A0Such delay makes the topology stable despite jitters in link metrics. =A0The Routing Protocol for Low Power and Lossy Networks (RPL) allows the use of objective functions to construct routes that optimize or constrain a routing metric on the paths. =A0This specification describes MRHOF, an objective function that minimizes the node rank in terms of a given metric, while using hysteresis to prevent excessive rank churn. =A0The use of MRHOF with RPL results in nodes selecting stable paths that minimize the given routing metric to the DAG roots. The IETF Secretariat. _______________________________________________ Roll mailing list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll From yoav@yitran.com Mon Jun 14 14:43:46 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5FA3E3A69EE for ; Mon, 14 Jun 2010 14:43:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.77 X-Spam-Level: X-Spam-Status: No, score=-4.77 tagged_above=-999 required=5 tests=[AWL=1.207, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gDBljytsphwI for ; Mon, 14 Jun 2010 14:43:45 -0700 (PDT) Received: from na3sys009aog110.obsmtp.com (na3sys009aog110.obsmtp.com [74.125.149.203]) by core3.amsl.com (Postfix) with SMTP id EC12B3A69F1 for ; Mon, 14 Jun 2010 14:43:44 -0700 (PDT) Received: from source ([74.125.82.172]) by na3sys009aob110.postini.com ([74.125.148.12]) with SMTP ID DSNKTBailNLqy+DgXakraVV8ULm3eVk5fqWv@postini.com; Mon, 14 Jun 2010 14:43:49 PDT Received: by mail-wy0-f172.google.com with SMTP id 21so618567wya.31 for ; Mon, 14 Jun 2010 14:43:48 -0700 (PDT) Received: by 10.216.86.3 with SMTP id v3mr2702166wee.12.1276551828314; Mon, 14 Jun 2010 14:43:48 -0700 (PDT) From: Yoav Ben-Yehezkel References: <20100614195037.9DD103A696E@core3.amsl.com> c8137179789e7e44496ed777ede5e51a@mail.gmail.com In-Reply-To: c8137179789e7e44496ed777ede5e51a@mail.gmail.com MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcsL+yekWCqE1DfhTU2OGtTEiQlOvQACOptQAAGG6WA= Date: Tue, 15 Jun 2010 00:43:36 +0300 Message-ID: <8d1a0e3b96be29640698a0fc48249d52@mail.gmail.com> To: Yoav Ben-Yehezkel , Omprakash Gnawali , ROLL WG Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [Roll] Fwd: New Version Notification for draft-gnawali-roll-minrank-hysteresis-of-00 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 21:43:46 -0000 One more thing, I think hysteresis should also be applied before a node decides that its current preferred parent is no longer its preferred parent (maybe this will require implicitly taking into account that some messages from that parent were lost based on timeouts). Yoav -----Original Message----- From: Yoav Ben-Yehezkel [mailto:yoav@yitran.com] Sent: Tuesday, June 15, 2010 12:06 AM To: 'Omprakash Gnawali'; 'ROLL WG' Subject: RE: [Roll] Fwd: New Version Notification for draft-gnawali-roll-minrank-hysteresis-of-00 Hi, I went over the new draft. Still I have a few comments to make sure the following are covered: 1- There are cases where only one parent can be used, even if it is a bad selection that does not pass the necessary criteria - it is either this or nothing. The hysteresis should accommodate for that I think. 2- The hysteresis may need to be stable over time (not just one time the threshold passes) in order to improve the parent. It could be a few times (may be configurable) of passing the threshold, it could be percentage of passing the threshold, etc. Otherwise, the network may easily become unstable with constant changes, which as far as I know utility companies don't like to see. Some say this is even more important than improving the link (so hysteresis with large threshold is important for these in particular). At least from my experience with PLC networks, each time one turns on/off a device there's a good chance of improvement or disconnection. 3- Sometimes a mixture of objectives are required to be used for improvement. You may need to be able to improve to a parent node with both constraint(s) and OF improvement (for example, it has at least RSSI X and also better hop count). Are all these issues covered? Best regards and good work, Yoav -----Original Message----- From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of Omprakash Gnawali Sent: Monday, June 14, 2010 10:52 PM To: ROLL WG Subject: [Roll] Fwd: New Version Notification for draft-gnawali-roll-minrank-hysteresis-of-00 Here is a draft that describes a metric-agnostic objective function. - om_p ---------- Forwarded message ---------- From: IETF I-D Submission Tool Date: Mon, Jun 14, 2010 at 12:50 PM Subject: New Version Notification for draft-gnawali-roll-minrank-hysteresis-of-00 To: gnawali@cs.stanford.edu Cc: pal@cs.stanford.edu A new version of I-D, draft-gnawali-roll-minrank-hysteresis-of-00.txt has been successfully submitted by Omprakash Gnawali and posted to the IETF repository. Filename: =A0 =A0 =A0 =A0draft-gnawali-roll-minrank-hysteresis-of Revision: =A0 =A0 =A0 =A000 Title: =A0 =A0 =A0 =A0 =A0 The Minimum Rank Objective Function with Hystere= sis Creation_date: =A0 2010-06-14 WG ID: =A0 =A0 =A0 =A0 =A0 Independent Submission Number_of_pages: 8 Abstract: Hysteresis delays the effect of changes in link metric on parent selection. =A0Such delay makes the topology stable despite jitters in link metrics. =A0The Routing Protocol for Low Power and Lossy Networks (RPL) allows the use of objective functions to construct routes that optimize or constrain a routing metric on the paths. =A0This specification describes MRHOF, an objective function that minimizes the node rank in terms of a given metric, while using hysteresis to prevent excessive rank churn. =A0The use of MRHOF with RPL results in nodes selecting stable paths that minimize the given routing metric to the DAG roots. The IETF Secretariat. _______________________________________________ Roll mailing list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll From jreddy@ti.com Mon Jun 14 18:17:08 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A74603A6A14 for ; Mon, 14 Jun 2010 18:17:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.092 X-Spam-Level: X-Spam-Status: No, score=-0.092 tagged_above=-999 required=5 tests=[AWL=0.093, BAYES_40=-0.185] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W9riNH06-Yjg for ; Mon, 14 Jun 2010 18:17:08 -0700 (PDT) Received: from comal.ext.ti.com (comal.ext.ti.com [198.47.26.152]) by core3.amsl.com (Postfix) with ESMTP id D746B3A67AF for ; Mon, 14 Jun 2010 18:17:07 -0700 (PDT) Received: from dlep35.itg.ti.com ([157.170.170.118]) by comal.ext.ti.com (8.13.7/8.13.7) with ESMTP id o5F1HBGI025251 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 14 Jun 2010 20:17:11 -0500 Received: from dlep26.itg.ti.com (localhost [127.0.0.1]) by dlep35.itg.ti.com (8.13.7/8.13.7) with ESMTP id o5F1HBQZ001313 for ; Mon, 14 Jun 2010 20:17:11 -0500 (CDT) Received: from dlee74.ent.ti.com (localhost [127.0.0.1]) by dlep26.itg.ti.com (8.13.8/8.13.8) with ESMTP id o5F1HBXX003206 for ; Mon, 14 Jun 2010 20:17:11 -0500 (CDT) Received: from dlee02.ent.ti.com ([157.170.170.17]) by dlee74.ent.ti.com ([157.170.170.8]) with mapi; Mon, 14 Jun 2010 20:17:10 -0500 From: "Reddy, Joseph" To: "roll@ietf.org" Date: Mon, 14 Jun 2010 20:17:10 -0500 Thread-Topic: downward routing question Thread-Index: AcsLp3kdJcV5xPtJRWK0kWIkrJrLqQAPKy/A Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: [Roll] downward routing question X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 01:17:08 -0000 =20 Hi, I have a question on the downward routing feature in RPL The DIO packets are transmitted with source address set to the link local a= ddress of the routers. So a new device that joins the DAG has only the LL a= ddress of the parent routers. So it can only include these in the DAO that = it transmits. Can the root node include the list of link local addresses in the source ro= uting header ? I think not, it must include global addresses of all the int= ermediate routers. So how can a new device discover global addresses of its= DIO parents ? -Regards, Joseph From gnawali@cs.stanford.edu Mon Jun 14 20:36:33 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B000D3A67B7 for ; Mon, 14 Jun 2010 20:36:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.655 X-Spam-Level: X-Spam-Status: No, score=-3.655 tagged_above=-999 required=5 tests=[AWL=-0.278, BAYES_50=0.001, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U4I07CqaFWjA for ; Mon, 14 Jun 2010 20:36:30 -0700 (PDT) Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by core3.amsl.com (Postfix) with ESMTP id 14D7F3A67F2 for ; Mon, 14 Jun 2010 20:36:29 -0700 (PDT) Received: from mail-gw0-f44.google.com ([74.125.83.44]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.60) (envelope-from ) id 1OOMwz-00030J-EA for roll@ietf.org; Mon, 14 Jun 2010 20:36:33 -0700 Received: by gwj16 with SMTP id 16so3107051gwj.31 for ; Mon, 14 Jun 2010 20:36:32 -0700 (PDT) Received: by 10.150.165.1 with SMTP id n1mr8146567ybe.61.1276572992509; Mon, 14 Jun 2010 20:36:32 -0700 (PDT) MIME-Version: 1.0 Received: by 10.150.199.19 with HTTP; Mon, 14 Jun 2010 20:36:12 -0700 (PDT) In-Reply-To: References: <20100614195037.9DD103A696E@core3.amsl.com> From: Omprakash Gnawali Date: Mon, 14 Jun 2010 20:36:12 -0700 Message-ID: To: Yoav Ben-Yehezkel Content-Type: text/plain; charset=ISO-8859-1 X-Scan-Signature: 3e263c829a24e9e508d860775f9d44fb Cc: ROLL WG Subject: Re: [Roll] Fwd: New Version Notification for draft-gnawali-roll-minrank-hysteresis-of-00 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 03:36:33 -0000 On Mon, Jun 14, 2010 at 2:06 PM, Yoav Ben-Yehezkel wrote: > Hi, > > I went over the new draft. Still I have a few comments to make sure the > following are covered: > > 1- There are cases where only one parent can be used, even if it is a bad > selection that does not pass the necessary criteria - it is either this or > nothing. The hysteresis should accommodate for that I think. It is not clear if you always want to do that. My experience is a lot of times this is a bad idea because repeated transmission attempts from such poorly connected node can keep other nodes from duty-cycling for example. In some cases, eg., power line, it is perhaps ok to try as many times as you want on the best path you know of. The difficulty for an OF is - how can it distinguish the two cases. The case where you don't want to route because all the candidates have large metric values. And the case where you want to route despite all the candidates have large metric values. One approach is to have a special configuration parameter that tells an OF to ignore the max link/path cost parameter. Another is to just set the max link/path cost parameter to something much larger than what the computed metric values will ever be. > 2- The hysteresis may need to be stable over time (not just one time the > threshold passes) in order to improve the parent. It could be a few times > (may be configurable) of passing the threshold, it could be percentage of > passing the threshold, etc. Otherwise, the network may easily become > unstable with constant changes, which as far as I know utility companies > don't like to see. Some say this is even more important than improving the > link (so hysteresis with large threshold is important for these in > particular). At least from my experience with PLC networks, each time one > turns on/off a device there's a good chance of improvement or > disconnection. Wouldn't setting the parent threshold to be a large number make it more stable in your scenario? > 3- Sometimes a mixture of objectives are required to be used for > improvement. You may need to be able to improve to a parent node with both > constraint(s) and OF improvement (for example, it has at least RSSI X and > also better hop count). This part is not well specified yet - how would mrhof interact with other OFs if you want to use multiple OFs. Ideas welcome. - om_p From gnawali@cs.stanford.edu Mon Jun 14 20:40:25 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4762E3A67B7 for ; Mon, 14 Jun 2010 20:40:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.327 X-Spam-Level: X-Spam-Status: No, score=-5.327 tagged_above=-999 required=5 tests=[AWL=0.650, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6v5CQ5+jYAxm for ; Mon, 14 Jun 2010 20:40:24 -0700 (PDT) Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by core3.amsl.com (Postfix) with ESMTP id 2B0A73A67E9 for ; Mon, 14 Jun 2010 20:40:24 -0700 (PDT) Received: from mail-yx0-f172.google.com ([209.85.213.172]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.60) (envelope-from ) id 1OON0m-00038s-Ak for roll@ietf.org; Mon, 14 Jun 2010 20:40:28 -0700 Received: by yxt33 with SMTP id 33so1840268yxt.31 for ; Mon, 14 Jun 2010 20:40:27 -0700 (PDT) Received: by 10.151.127.9 with SMTP id e9mr5356169ybn.145.1276573227542; Mon, 14 Jun 2010 20:40:27 -0700 (PDT) MIME-Version: 1.0 Received: by 10.150.199.19 with HTTP; Mon, 14 Jun 2010 20:40:07 -0700 (PDT) In-Reply-To: <8d1a0e3b96be29640698a0fc48249d52@mail.gmail.com> References: <20100614195037.9DD103A696E@core3.amsl.com> <8d1a0e3b96be29640698a0fc48249d52@mail.gmail.com> From: Omprakash Gnawali Date: Mon, 14 Jun 2010 20:40:07 -0700 Message-ID: To: Yoav Ben-Yehezkel Content-Type: text/plain; charset=ISO-8859-1 X-Scan-Signature: 58355bea2820b4cf9b9c8322cdf0b49d Cc: ROLL WG Subject: Re: [Roll] Fwd: New Version Notification for draft-gnawali-roll-minrank-hysteresis-of-00 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 03:40:25 -0000 On Mon, Jun 14, 2010 at 2:43 PM, Yoav Ben-Yehezkel wrote: > One more thing, I think hysteresis should also be applied before a node > decides that its current preferred parent is no longer its preferred > parent (maybe this will require implicitly taking into account that some > messages from that parent were lost based on timeouts). Do you think this is better done when the metrics are computed? For example, EWMA the metric, rather than compute a fresh metric based on last few samples. - om_p From yoav@yitran.com Mon Jun 14 21:50:44 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 383C23A6825 for ; Mon, 14 Jun 2010 21:50:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.373 X-Spam-Level: X-Spam-Status: No, score=-5.373 tagged_above=-999 required=5 tests=[AWL=0.604, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n4Pqgc2KMLUk for ; Mon, 14 Jun 2010 21:50:43 -0700 (PDT) Received: from na3sys009aog106.obsmtp.com (na3sys009aog106.obsmtp.com [74.125.149.77]) by core3.amsl.com (Postfix) with SMTP id 0514D3A6802 for ; Mon, 14 Jun 2010 21:50:42 -0700 (PDT) Received: from source ([74.125.82.178]) by na3sys009aob106.postini.com ([74.125.148.12]) with SMTP ID DSNKTBcGppRWQ5cso/x/BgMy3oUN/lycYVgx@postini.com; Mon, 14 Jun 2010 21:50:47 PDT Received: by mail-wy0-f178.google.com with SMTP id 26so961908wyj.23 for ; Mon, 14 Jun 2010 21:50:46 -0700 (PDT) Received: by 10.216.85.70 with SMTP id t48mr3148702wee.59.1276577446054; Mon, 14 Jun 2010 21:50:46 -0700 (PDT) From: Yoav Ben-Yehezkel References: <20100614195037.9DD103A696E@core3.amsl.com> <8d1a0e3b96be29640698a0fc48249d52@mail.gmail.com> In-Reply-To: MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcsMPIKqZUPmfhDoSVW+cXk7qb/kTAACa4OQ Date: Tue, 15 Jun 2010 07:50:34 +0300 Message-ID: To: Omprakash Gnawali Content-Type: text/plain; charset=ISO-8859-1 Cc: ROLL WG Subject: Re: [Roll] Fwd: New Version Notification for draft-gnawali-roll-minrank-hysteresis-of-00 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 04:50:44 -0000 Unless I misunderstood your question - I think that there may not be a few samples because the node is disconnected from its parent. Thanks, Yoav -----Original Message----- From: Omprakash Gnawali [mailto:gnawali@cs.stanford.edu] Sent: Tuesday, June 15, 2010 6:40 AM To: Yoav Ben-Yehezkel Cc: ROLL WG Subject: Re: [Roll] Fwd: New Version Notification for draft-gnawali-roll-minrank-hysteresis-of-00 On Mon, Jun 14, 2010 at 2:43 PM, Yoav Ben-Yehezkel wrote: > One more thing, I think hysteresis should also be applied before a node > decides that its current preferred parent is no longer its preferred > parent (maybe this will require implicitly taking into account that some > messages from that parent were lost based on timeouts). Do you think this is better done when the metrics are computed? For example, EWMA the metric, rather than compute a fresh metric based on last few samples. - om_p From yoav@yitran.com Mon Jun 14 22:01:05 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7E17D3A6845 for ; Mon, 14 Jun 2010 22:01:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.275 X-Spam-Level: X-Spam-Status: No, score=-4.275 tagged_above=-999 required=5 tests=[AWL=-0.898, BAYES_50=0.001, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tkfjoEdRhr5v for ; Mon, 14 Jun 2010 22:01:04 -0700 (PDT) Received: from na3sys009aog113.obsmtp.com (na3sys009aog113.obsmtp.com [74.125.149.209]) by core3.amsl.com (Postfix) with SMTP id 02CE53A6802 for ; Mon, 14 Jun 2010 22:01:03 -0700 (PDT) Received: from source ([74.125.82.48]) by na3sys009aob113.postini.com ([74.125.148.12]) with SMTP ID DSNKTBcJE0LmPYf72vqaGQWBY0GDoiG0DgCA@postini.com; Mon, 14 Jun 2010 22:01:08 PDT Received: by mail-ww0-f48.google.com with SMTP id 26so1091045wwf.7 for ; Mon, 14 Jun 2010 22:01:07 -0700 (PDT) Received: by 10.216.187.204 with SMTP id y54mr3207993wem.1.1276578067714; Mon, 14 Jun 2010 22:01:07 -0700 (PDT) From: Yoav Ben-Yehezkel References: <20100614195037.9DD103A696E@core3.amsl.com> In-Reply-To: MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcsMO/VnNKT9dlx9QxqdzMTkfIzqogAClfKA Date: Tue, 15 Jun 2010 08:00:56 +0300 Message-ID: <99246be64c54542aa438bac90d1de157@mail.gmail.com> To: Omprakash Gnawali Content-Type: text/plain; charset=ISO-8859-1 Cc: ROLL WG Subject: Re: [Roll] Fwd: New Version Notification for draft-gnawali-roll-minrank-hysteresis-of-00 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 05:01:05 -0000 Quick response to first two items: "It is not clear if you always want to do that. My experience is a lot of times this is a bad idea because repeated transmission attempts from such poorly connected node can keep other nodes from duty-cycling for example. In some cases, eg., power line, it is perhaps ok to try as many times as you want on the best path you know of." Yoav: It is definitely not always. Just when there's no other choice. " The difficulty for an OF is - how can it distinguish the two cases." Yoav: When a node doesn't have a preferred parent and as long as no other potential parent passes the threshold, it collects the messages from these nodes even though they didn't pass the threshold and eventually picks the best of these bad possible selections. " Wouldn't setting the parent threshold to be a large number make it more stable in your scenario?" Yoav: let's take hop count metric for example. If one time you get better hop count from a node that is not the preferred parent (say by 5 which is also the threshold), it should not mean that you immediately switch this node to be your preferred parent. You should only switch if you see that this change is stable for a reasonable amount of time/messages. Setting the threshold to a higher number would not solve this case. Maybe for ETX this works though. Thanks, Yoav -----Original Message----- From: Omprakash Gnawali [mailto:gnawali@cs.stanford.edu] Sent: Tuesday, June 15, 2010 6:36 AM To: Yoav Ben-Yehezkel Cc: ROLL WG Subject: Re: [Roll] Fwd: New Version Notification for draft-gnawali-roll-minrank-hysteresis-of-00 On Mon, Jun 14, 2010 at 2:06 PM, Yoav Ben-Yehezkel wrote: > Hi, > > I went over the new draft. Still I have a few comments to make sure the > following are covered: > > 1- There are cases where only one parent can be used, even if it is a bad > selection that does not pass the necessary criteria - it is either this or > nothing. The hysteresis should accommodate for that I think. It is not clear if you always want to do that. My experience is a lot of times this is a bad idea because repeated transmission attempts from such poorly connected node can keep other nodes from duty-cycling for example. In some cases, eg., power line, it is perhaps ok to try as many times as you want on the best path you know of. The difficulty for an OF is - how can it distinguish the two cases. The case where you don't want to route because all the candidates have large metric values. And the case where you want to route despite all the candidates have large metric values. One approach is to have a special configuration parameter that tells an OF to ignore the max link/path cost parameter. Another is to just set the max link/path cost parameter to something much larger than what the computed metric values will ever be. > 2- The hysteresis may need to be stable over time (not just one time the > threshold passes) in order to improve the parent. It could be a few times > (may be configurable) of passing the threshold, it could be percentage of > passing the threshold, etc. Otherwise, the network may easily become > unstable with constant changes, which as far as I know utility companies > don't like to see. Some say this is even more important than improving the > link (so hysteresis with large threshold is important for these in > particular). At least from my experience with PLC networks, each time one > turns on/off a device there's a good chance of improvement or > disconnection. Wouldn't setting the parent threshold to be a large number make it more stable in your scenario? > 3- Sometimes a mixture of objectives are required to be used for > improvement. You may need to be able to improve to a parent node with both > constraint(s) and OF improvement (for example, it has at least RSSI X and > also better hop count). This part is not well specified yet - how would mrhof interact with other OFs if you want to use multiple OFs. Ideas welcome. - om_p From gnawali@cs.stanford.edu Mon Jun 14 22:07:47 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BCB613A6855 for ; Mon, 14 Jun 2010 22:07:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.562 X-Spam-Level: X-Spam-Status: No, score=-3.562 tagged_above=-999 required=5 tests=[AWL=-0.185, BAYES_50=0.001, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xnZMEfnWtkbE for ; Mon, 14 Jun 2010 22:07:47 -0700 (PDT) Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by core3.amsl.com (Postfix) with ESMTP id EE5473A6844 for ; Mon, 14 Jun 2010 22:07:46 -0700 (PDT) Received: from mail-gw0-f44.google.com ([74.125.83.44]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.60) (envelope-from ) id 1OOONL-0007Kv-2U for roll@ietf.org; Mon, 14 Jun 2010 22:07:51 -0700 Received: by gwj16 with SMTP id 16so3132427gwj.31 for ; Mon, 14 Jun 2010 22:07:50 -0700 (PDT) Received: by 10.151.94.1 with SMTP id w1mr8444003ybl.72.1276578470096; Mon, 14 Jun 2010 22:07:50 -0700 (PDT) MIME-Version: 1.0 Received: by 10.150.199.19 with HTTP; Mon, 14 Jun 2010 22:07:30 -0700 (PDT) In-Reply-To: <99246be64c54542aa438bac90d1de157@mail.gmail.com> References: <20100614195037.9DD103A696E@core3.amsl.com> <99246be64c54542aa438bac90d1de157@mail.gmail.com> From: Omprakash Gnawali Date: Mon, 14 Jun 2010 22:07:30 -0700 Message-ID: To: Yoav Ben-Yehezkel Content-Type: text/plain; charset=ISO-8859-1 X-Scan-Signature: f9929892efd47015c544d6ca2fb551e9 Cc: ROLL WG Subject: Re: [Roll] Fwd: New Version Notification for draft-gnawali-roll-minrank-hysteresis-of-00 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 05:07:47 -0000 On Mon, Jun 14, 2010 at 10:00 PM, Yoav Ben-Yehezkel wrote: > Quick response to first two items: > > "It is not clear if you always want to do that. My experience is a lot > of times this is a bad idea because repeated transmission attempts > from such poorly connected node can keep other nodes from duty-cycling > for example. In some cases, eg., power line, it is perhaps ok to try > as many times as you want on the best path you know of." > Yoav: It is definitely not always. Just when there's no other choice. > > > " The difficulty for an OF is - how can it distinguish the two cases." > Yoav: When a node doesn't have a preferred parent and as long as no other > potential parent passes the threshold, it collects the messages from these > nodes even though they didn't pass the threshold and eventually picks the > best of these bad possible selections. > > > " Wouldn't setting the parent threshold to be a large number make it > more stable in your scenario?" > Yoav: let's take hop count metric for example. If one time you get better > hop count from a node that is not the preferred parent (say by 5 which is > also the threshold), it should not mean that you immediately switch this > node to be your preferred parent. You should only switch if you see that > this change is stable for a reasonable amount of time/messages. Setting > the threshold to a higher number would not solve this case. Maybe for ETX > this works though. It works if the metric has some low pass filter built to it. For example, ETX with EWMA has this property. Latency with EWMA probably has the same property. What assumptions can MRHOF make about the metrics? If it can assume that the metric is already averaged, smoothed, then using one threshold is good enough. If the metric has jitter, then I agree that MRHOF should smooth that metric first, using hysteresis, averaging, etc. Garbage in garbage out is bad but no assumptions about the smoothness of the metric could result in duplication of the smoothing functionality - a good metric implementation probably already has some averaging. - om_p From navagar@cisco.com Mon Jun 14 22:24:12 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1D4FB3A6855 for ; Mon, 14 Jun 2010 22:24:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.599 X-Spam-Level: X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HmSAMrgjGWLy for ; Mon, 14 Jun 2010 22:24:09 -0700 (PDT) Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id 4FE9A3A6809 for ; Mon, 14 Jun 2010 22:24:08 -0700 (PDT) Authentication-Results: sj-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEABOrFkxAaHte/2dsb2JhbACeb3GlDppChRoEg0yMVQ X-IronPort-AV: E=Sophos;i="4.53,418,1272844800"; d="scan'208";a="335137490" Received: from hkg-core-1.cisco.com ([64.104.123.94]) by sj-iport-1.cisco.com with ESMTP; 15 Jun 2010 05:24:11 +0000 Received: from xbh-bgl-411.cisco.com (xbh-bgl-411.cisco.com [72.163.129.201]) by hkg-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5F5O4jw020041; Tue, 15 Jun 2010 05:24:11 GMT Received: from xmb-bgl-41c.cisco.com ([72.163.129.218]) by xbh-bgl-411.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 15 Jun 2010 10:54:06 +0530 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Tue, 15 Jun 2010 10:54:05 +0530 Message-ID: <3EF472F4AD7D824EA24D3197C56B61DB01711DC5@XMB-BGL-41C.cisco.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] Fwd: New Version Notification for draft-gnawali-roll-etxof-01 Thread-Index: Acr7bYuiFpW/n+3fQTWLgLYZFuDhQQQ3Ihuw References: <20100523213454.86B5C3A681F@core3.amsl.com> From: "Navneet Agarwal (navagar)" To: "Omprakash Gnawali" , "ROLL WG" X-OriginalArrivalTime: 15 Jun 2010 05:24:06.0641 (UTC) FILETIME=[F9B0AE10:01CB0C4A] Subject: Re: [Roll] Fwd: New Version Notification for draft-gnawali-roll-etxof-01 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 05:24:13 -0000 Hi Om: In the case of ETX OF, here are some of my comments: 1. Rank computation: What are the values of step of rank, min hop = increase? Would be good to specify the default values for these. 2. I think the step of rank can depend on link quality (hence ETX). = Would be good to specify that. Regards, Navneet > -----Original Message----- > From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On=20 > Behalf Of Omprakash Gnawali > Sent: Monday, May 24, 2010 11:45 PM > To: ROLL WG > Subject: [Roll] Fwd: New Version Notification for=20 > draft-gnawali-roll-etxof-01 >=20 > Updates - changed some constants to parameters, no default values. >=20 > - om_p >=20 > ---------- Forwarded message ---------- > From: IETF I-D Submission Tool > Date: Sun, May 23, 2010 at 2:34 PM > Subject: New Version Notification for draft-gnawali-roll-etxof-01 > To: gnawali@cs.stanford.edu > Cc: pal@cs.stanford.edu >=20 >=20 >=20 > A new version of I-D, draft-gnawali-roll-etxof-01.txt has=20 > been successfully submitted by Omprakash Gnawali and posted=20 > to the IETF repository. >=20 > Filename: =A0 =A0 =A0 =A0draft-gnawali-roll-etxof > Revision: =A0 =A0 =A0 =A001 > Title: =A0 =A0 =A0 =A0 =A0 The ETX Objective Function for RPL > Creation_date: =A0 2010-05-23 > WG ID: =A0 =A0 =A0 =A0 =A0 Independent Submission > Number_of_pages: 7 >=20 > Abstract: > The ETX metric of a wireless link is the expected number of=20 > transmissions required to successfully transmit and=20 > acknowledge a packet on the link. =A0The Routing Protocol for=20 > Low Power and Lossy Networks (RPL) allows the use of=20 > objective functions to construct routes that optimize or=20 > constrain a routing metric on the paths. > This specification describes ETXOF, an objective function=20 > that minimizes ETX. =A0The RPL path computation using ETXOF=20 > results in minimum-ETX paths from the nodes to the DAG roots,=20 > i.e., paths that minimize the number of packet transmissions=20 > for packet delivery from nodes in the network to the DAG root. >=20 >=20 >=20 > The IETF Secretariat. > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll >=20 From yoav@yitran.com Mon Jun 14 22:59:44 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E50EF3A6858 for ; Mon, 14 Jun 2010 22:59:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.143 X-Spam-Level: X-Spam-Status: No, score=-4.143 tagged_above=-999 required=5 tests=[AWL=-0.580, BAYES_40=-0.185, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EHxbqdl4lBeN for ; Mon, 14 Jun 2010 22:59:43 -0700 (PDT) Received: from na3sys009aog106.obsmtp.com (na3sys009aog106.obsmtp.com [74.125.149.77]) by core3.amsl.com (Postfix) with SMTP id 86E173A67E3 for ; Mon, 14 Jun 2010 22:59:42 -0700 (PDT) Received: from source ([74.125.82.44]) by na3sys009aob106.postini.com ([74.125.148.12]) with SMTP ID DSNKTBcW0i4M4ea8d5GUyd87es4QEZ6kvD3X@postini.com; Mon, 14 Jun 2010 22:59:47 PDT Received: by wwc33 with SMTP id 33so5101311wwc.17 for ; Mon, 14 Jun 2010 22:59:45 -0700 (PDT) Received: by 10.216.174.142 with SMTP id x14mr3247410wel.8.1276581585752; Mon, 14 Jun 2010 22:59:45 -0700 (PDT) From: Yoav Ben-Yehezkel References: <20100614195037.9DD103A696E@core3.amsl.com> <99246be64c54542aa438bac90d1de157@mail.gmail.com> In-Reply-To: MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcsMSLaMHJwMuQxWRGWJTVntRaelEAABsxMw Date: Tue, 15 Jun 2010 08:59:34 +0300 Message-ID: <6cd32a87434cf1145595d51f630ec37b@mail.gmail.com> To: Omprakash Gnawali Content-Type: text/plain; charset=ISO-8859-1 Cc: ROLL WG Subject: Re: [Roll] Fwd: New Version Notification for draft-gnawali-roll-minrank-hysteresis-of-00 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 05:59:45 -0000 OK - I see your point. Should these assumptions be specified somewhere? BTW - I think there are newer references than the ones noted in your draft, consider updating those. Best regards, Yoav -----Original Message----- From: Omprakash Gnawali [mailto:gnawali@cs.stanford.edu] Sent: Tuesday, June 15, 2010 8:08 AM To: Yoav Ben-Yehezkel Cc: ROLL WG Subject: Re: [Roll] Fwd: New Version Notification for draft-gnawali-roll-minrank-hysteresis-of-00 On Mon, Jun 14, 2010 at 10:00 PM, Yoav Ben-Yehezkel wrote: > Quick response to first two items: > > "It is not clear if you always want to do that. My experience is a lot > of times this is a bad idea because repeated transmission attempts > from such poorly connected node can keep other nodes from duty-cycling > for example. In some cases, eg., power line, it is perhaps ok to try > as many times as you want on the best path you know of." > Yoav: It is definitely not always. Just when there's no other choice. > > > " The difficulty for an OF is - how can it distinguish the two cases." > Yoav: When a node doesn't have a preferred parent and as long as no other > potential parent passes the threshold, it collects the messages from these > nodes even though they didn't pass the threshold and eventually picks the > best of these bad possible selections. > > > " Wouldn't setting the parent threshold to be a large number make it > more stable in your scenario?" > Yoav: let's take hop count metric for example. If one time you get better > hop count from a node that is not the preferred parent (say by 5 which is > also the threshold), it should not mean that you immediately switch this > node to be your preferred parent. You should only switch if you see that > this change is stable for a reasonable amount of time/messages. Setting > the threshold to a higher number would not solve this case. Maybe for ETX > this works though. It works if the metric has some low pass filter built to it. For example, ETX with EWMA has this property. Latency with EWMA probably has the same property. What assumptions can MRHOF make about the metrics? If it can assume that the metric is already averaged, smoothed, then using one threshold is good enough. If the metric has jitter, then I agree that MRHOF should smooth that metric first, using hysteresis, averaging, etc. Garbage in garbage out is bad but no assumptions about the smoothness of the metric could result in duplication of the smoothing functionality - a good metric implementation probably already has some averaging. - om_p From pthubert@cisco.com Tue Jun 15 01:41:13 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0DE3D3A67FB for ; Tue, 15 Jun 2010 01:41:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.074 X-Spam-Level: X-Spam-Status: No, score=-10.074 tagged_above=-999 required=5 tests=[AWL=0.525, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n45gTQtwo7sF for ; Tue, 15 Jun 2010 01:41:07 -0700 (PDT) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by core3.amsl.com (Postfix) with ESMTP id EAAD23A67AC for ; Tue, 15 Jun 2010 01:41:06 -0700 (PDT) Authentication-Results: sj-iport-4.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAHrZFkyrRN+K/2dsb2JhbACecXGkUppBhRoE X-IronPort-AV: E=Sophos;i="4.53,419,1272844800"; d="scan'208";a="144679723" Received: from sj-core-4.cisco.com ([171.68.223.138]) by sj-iport-4.cisco.com with ESMTP; 15 Jun 2010 08:41:11 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-4.cisco.com (8.13.8/8.14.3) with ESMTP id o5F8fAw4019493; Tue, 15 Jun 2010 08:41:11 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 15 Jun 2010 10:41:07 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 15 Jun 2010 10:41:03 +0200 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D021DB5EC@XMB-AMS-107.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] downward routing question thread-index: AcsMZnxKz/QHQo0pSsKwQL8BDtClCQ== From: "Pascal Thubert (pthubert)" To: "Reddy, Joseph" , X-OriginalArrivalTime: 15 Jun 2010 08:41:07.0410 (UTC) FILETIME=[7F6AE320:01CB0C66] Subject: Re: [Roll] downward routing question X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 08:41:13 -0000 Hi Joseph: This is certainly missing from 09 to be fixed in 10.=20 In RFC 3775 section 7.2, this is done by placing the full address of the "parent" in the PIO as opposed to truncating to the prefix. I suggest we do the same thing in non-storing mode. In that mode, when a router advertises a PIO option in a DIO message, it places its address that matches the prefix in the PIO, thus overriding the suffix but preserving the prefix. Only addresses that match the prefix advertised by the root can be used for that purpose. Makes sense? Pascal > -----Original Message----- > From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of > Reddy, Joseph > Sent: Tuesday, June 15, 2010 3:17 AM > To: roll@ietf.org > Subject: [Roll] downward routing question >=20 >=20 >=20 > Hi, >=20 > I have a question on the downward routing feature in RPL >=20 > The DIO packets are transmitted with source address set to the link local > address of the routers. So a new device that joins the DAG has only the LL > address of the parent routers. So it can only include these in the DAO that it > transmits. >=20 > Can the root node include the list of link local addresses in the source routing > header ? I think not, it must include global addresses of all the intermediate > routers. So how can a new device discover global addresses of its DIO > parents ? >=20 >=20 > -Regards, Joseph >=20 > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From ulrich@herberg.name Tue Jun 15 01:46:43 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C1BF23A67FB for ; Tue, 15 Jun 2010 01:46:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.456 X-Spam-Level: * X-Spam-Status: No, score=1.456 tagged_above=-999 required=5 tests=[AWL=-0.833, BAYES_50=0.001, FM_FORGED_GMAIL=0.622, SARE_FWDLOOK=1.666] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j6s2jD50gdmN for ; Tue, 15 Jun 2010 01:46:39 -0700 (PDT) Received: from mail-gx0-f172.google.com (mail-gx0-f172.google.com [209.85.161.172]) by core3.amsl.com (Postfix) with ESMTP id 2041C3A6A3C for ; Tue, 15 Jun 2010 01:46:38 -0700 (PDT) Received: by gxk8 with SMTP id 8so1054002gxk.31 for ; Tue, 15 Jun 2010 01:46:40 -0700 (PDT) MIME-Version: 1.0 Received: by 10.91.145.13 with SMTP id x13mr3300988agn.16.1276591599678; Tue, 15 Jun 2010 01:46:39 -0700 (PDT) Received: by 10.42.2.134 with HTTP; Tue, 15 Jun 2010 01:46:39 -0700 (PDT) In-Reply-To: References: Date: Tue, 15 Jun 2010 10:46:39 +0200 Message-ID: From: Ulrich Herberg To: Philip Levis Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: roll@ietf.org Subject: Re: [Roll] Complexity of RPL-09 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 08:46:43 -0000 Phil, thanks for this explanation. My comments inline On Mon, Jun 14, 2010 at 6:24 PM, Philip Levis wrote: > > [..] > > I would like to express some concerns with respect to complexity of > > the new RPL-09 draft. The draft has grown by about one fourth since > > version 07, and it will become even longer, since a few sections are > > TBD (e.g. security considerations, key exchange, local DODAG, ...). > > Notably, I question whether section 9 (security mechanisms) and 15 > > (manageability considerations) should be part of the core document. > > Ulrich, > > Let's not confuse complexity with length; I could write a very very compl= ex > protocol as a terse set of intricate rules, but also write a simple one a= s a > lengthy discussion. What's important is the actual degree of technical an= d > specification complexity. For example, right now message formats are 25 > pages of text: that's a lot of complexity! Suggestions on how this can be > simplified would be greatly appreciated. Note that cutting security won't > actually make insecure implementations simpler: there's still a good 17 > pages or so or insecure messages an options. Okay, I can agree to that. > That being said, what you say has some truth to it; security has always > been intended to be part of the core protocol, yet it hasn't actually > appeared in the text until now. This adds technical complexity to the > specification. I understand that security is a core concern of the RPL protocol, and thus, some complexity is added. However, I think we should take care to make it as simple as possible in the core specification, but flexible enough to extend it in separate documents (For example, I am thinking about the key exchange mechanism. See my comment further down) > > While in some deployments, security is a major concern, I am not sure > > whether we need this in the core spec. Wouldn't it be sufficient to > > provide an API (e.g. in the security considerations section) of how to > > secure RPL, and to specify the details in another document? (I have > > the spec of OLSRv2 in mind, a MANET working group document). > > Decoupling the security section from the core document would also help > > to reduce number of message types (we are at nine message types now!) > > I thought we were at 5: > > DIO, DIS, DAO, DAO-Ack, CC. > Section 5 says: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D The Code field identifies the type of RPL Control Message. This document defines codes for the following RPL Control Message types (all codes are to be confirmed by the IANA Section 17.2): o 0x00: DODAG Information Solicitation (Section 5.2) o 0x01: DODAG Information Object (Section 5.3) o 0x02: Destination Advertisement Object (Section 5.4) o 0x03: Destination Advertisement Object Acknowledgment (Section 5.5) o 0x80: Secure DODAG Information Solicitation (Section 5.2.2) o 0x81: Secure DODAG Information Object (Section 5.3.2) o 0x82: Secure Destination Advertisement Object (Section 5.4.2) o 0x83: Secure Destination Advertisement Object Acknowledgment (Section 5.5.2) o 0x8A: Consistency Check (Section 5.6) =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > We tried to carefully add the security sections in such a way that they > can be read (and considered) separately. At this point, I think it's abso= lutely > critical that we include security in the main draft, to make sure that it= 's > (an optional) part of RPL from the beginning and is consistent with the > rest of the protocol. Once it's complete, whether or not we factor it in= to > a separate draft is a different question. Okay, I see. I agree with you that security should be considered along with the specification of the base protocol (as long as it is clear that is it optional; me feeling is that eventually moving the security section in a separate document may ease the readability of the RPL spec and make it much shorter. But since you say that it is not yet set in stone whether to factor it into a separate draft for now, I am fine with it). > > Another concern with the security section is its (in)flexibility. In > > section 9.2., a whole key exchange mechanisms seems to be set in place > > in a future revision of RPL (correct me if that is not intended). This > > can be a very complex mechanism itself and would blow up the RPL-spec > > a lot. > > This is a good question. There is currently open discussion in the securi= ty DT as to whether key installation should be a mechanism within RPL itsel= f, or application-level traffic on top of RPL. There are costs and benefits= both ways. What's your opinion? My opinion on that is that the key exchange mechanism is out of scope of RPL, for the following reasons: (i) as said, it may be very complex, and I can think of several possible ways how to distribute keys; (ii) since the keys can be used by other protocols and applications than RPL, the mechansism is not specific to RPL, (iii) it may belong a more general bootstrapping task, along with autoconf. > > What is the rationale for the counter compression? Is it really worth > > adding this complexity (or asked differently: how many bytes are > > actually saved, considering that keys, signatures etc. are much longer > > than a single counter or timestamp?). > > The security DT discussed this one at length. The concern was for a > common base case in LLNs, where nodes are sending very short (ten > byte or fewer) messages; being able to shave three bytes off the counter > was thought to be a good idea. Note that while some messages > might have long signatures, the "Pre-installed" security mode is expected= to > be very common: just a MAC and maybe confidentiality. > > In retrospect, it does add a bit of complexity and the need for the CC > message. It sounds like you don't think the complexity is worth the savin= gs? No, that is not what I am implying (I have no clear opinion on it yet). I think it would be useful to understand the typical overhead of a secured message. If the typical secured message is, as you say, ten bytes or fewer, then a three bytes saving is of course worth the additional complexity. (Are the messages really that short? For a secure DIO, I count at best 36 bytes: 4 bytes type, code, checksum + 2 bytes sec header + 1 byte compressed counter + 4 bytes MAC + 24 bytes DIO base). > Remember that in many LLN domains longer messages means more energy. Yes, I agree on that (however, code size also matters). > > Is the security mechanism really flexible enough? In the Security Mode > > (Sec) field, only three fields are reserved for other encodings. I > > assume that RPL is planned to be deployed in a long-term perspective > > -- considering how many possible security encodings exist, I wonder > > whether we will not run out of bits for all supported encodings soon. > > The same is true for the Security Level Encodings. I suggest to use > > message options that allow flexible (future) signature and encryption > > schemes to be added (or at least to allocate more bits for the > > security options). > > There are two ways to look at this: one is that we should make Sec and > LVL wide fields for lots of future combinations. The other is that the RP= L > code field can easily specify new secure message types. Part of the goal > here is to specify a protocol that maximizes interoperability. The constr= ained > nature of many LLN devices means that they typically won't support many > different security schemes: more code means more code space, which > means more expensive parts. Having 20 different security modes will lead > to a lot of devices that can't talk to one another. > > But this gets to a point I think we keep on forgetting. The IETF is typic= ally > very forward-looking, realizing that flexibility is a key concern for the= long-term > viability of a protocol. Typically, flexibility comes at a small but reas= onable efficiency > cost. In this domain, however, the cost can be much higher, in particular= because > code size is a key price point concern. This doesn't mean we don't want f= lexibility, > but it means that the tradeoff changes. We don't want to end up in the sa= me situation > as the first versions of ZigBee, where the core protocol couldn't really = fit in commodity parts. I understand your argument. My concern is that by saving a few bits, we will kill all flexibility of the protocol. Let me give an example: In the LVL table (page 28), there are two different encodings, "Sign" and "ENC-Sign" with 32/64/128 bit length each. There is no place to add a single new encoding (with 32/64/128 bit length again). > > Concerning section 15, I also think that it should be moved into a > > separate document. While I appreciate the fact to not only focus on > > MIBs/SNMP, but to describe a general framework of what to manage in > > RPL, I also think that it is only an optional extension to monitor and > > manage RPL nodes. RPL itself is (supposed to be) fully > > self-organizing, and as such monitoring is not a core component of > > RPL. > > We should try to focus on the RPL core and not always add features and > > complexity in the RPL-spec. > > I wholeheartedly agree with your concern on features and complexity. > Security has been part of the requirements for RPL since the get-go. > Security is not something you want to add on after the fact, rather you > want to include it in your design from the start. So I think that "focus > on the core spec" includes "focus on security." As it's written, security > is completely optional. Maybe I'm just being slow, but I'm trying to > understand exactly what your concern is. Is it that implementers > who don't care about security will find the document dauntingly long? I think that your mail (and JP's) clarified a few things to me. My remaining concerns are: - consider removing key exchange protocol section - consider whether flexibility for security schemes is sufficient - consider whether counter compression is worth the effort (depending on typical message overhead) - do we need nine message types, or is there no way of adding security information to existing message types (in TLVs / message options) Thanks Ulrich From trac@tools.ietf.org Tue Jun 15 09:48:11 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E85D43A6988 for ; Tue, 15 Jun 2010 09:48:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.328 X-Spam-Level: X-Spam-Status: No, score=-102.328 tagged_above=-999 required=5 tests=[AWL=0.272, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jxutuxIn5uda for ; Tue, 15 Jun 2010 09:48:10 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id F09863A6A2F for ; Tue, 15 Jun 2010 09:48:09 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1OOZJ7-0002Xl-Or; Tue, 15 Jun 2010 09:48:13 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "roll issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: wintert@acm.org, jpv@cisco.com X-Trac-Project: roll Date: Tue, 15 Jun 2010 16:48:13 -0000 X-URL: http://tools.ietf.org/wg/roll/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/roll/trac/ticket/30#comment:4 Message-ID: <064.a9333403fd01cbc5e436f15e6651b1ee@tools.ietf.org> References: <055.d2eab2c729c6835d4457709ee6cb8117@tools.ietf.org> X-Trac-Ticket-ID: 30 In-Reply-To: <055.d2eab2c729c6835d4457709ee6cb8117@tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: wintert@acm.org, jpv@cisco.com, roll@ietf.org X-SA-Exim-Mail-From: trac@tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: roll@ietf.org Subject: Re: [Roll] [roll] #30: Clearly documenting Multicast mode of operation X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Reply-To: roll@ietf.org List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 16:48:11 -0000 #30: Clearly documenting Multicast mode of operation --------------------------------+------------------------------------------- Reporter: jpv@… | Owner: jhui@… Type: task | Status: new Priority: minor | Milestone: Component: rpl | Version: Severity: Active WG Document | Resolution: Keywords: | --------------------------------+------------------------------------------- Changes (by jpv@…): * owner: wintert@… => jhui@… * status: reopened => new -- Ticket URL: roll From pal@cs.stanford.edu Tue Jun 15 09:56:09 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CE12B3A68F3 for ; Tue, 15 Jun 2010 09:56:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.37 X-Spam-Level: X-Spam-Status: No, score=-4.37 tagged_above=-999 required=5 tests=[AWL=-0.185, BAYES_40=-0.185, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3BPQw4IJ+KUr for ; Tue, 15 Jun 2010 09:56:09 -0700 (PDT) Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by core3.amsl.com (Postfix) with ESMTP id 4DE363A6A97 for ; Tue, 15 Jun 2010 09:55:56 -0700 (PDT) Received: from [76.14.65.187] (helo=[192.168.1.102]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OOZQe-0001bt-DF; Tue, 15 Jun 2010 09:56:00 -0700 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Philip Levis In-Reply-To: Date: Tue, 15 Jun 2010 09:55:48 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Ulrich Herberg X-Mailer: Apple Mail (2.1078) X-Scan-Signature: 2c238adc2661b13b123d68c6db09dced Cc: roll@ietf.org Subject: Re: [Roll] Complexity of RPL-09 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 16:56:09 -0000 On Jun 15, 2010, at 1:46 AM, Ulrich Herberg wrote: > - do we need nine message types, or is there no way of adding security > information to existing message types (in TLVs / message options) The security DT examined this possibility and concluded it wasn't = without a lot of tricky edge cases. The issue is that the security = option would need to cover the base message. In the case of = confidentiality, this means that key fields of the base message would = not be readable. Yet they determine the length of the base message, and = therefore where the option starts. So you run into problems finding = where the option is, so you can then determine how to decrypt the = message to understand the base.=20 Based on this, the conclusion was that security information needs to = precede the base messages, hence the use of the code to distinguish = unsecured and secured messages. Note that the security section is = identical for all base message types, and the secured versions of base = messages are the same as unsecured ones. Hope this helps, Phil From prvs=7757bb79d=Tzeta.Tsao@cooperindustries.com Tue Jun 15 10:36:35 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4B00F3A68DC for ; Tue, 15 Jun 2010 10:36:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.999 X-Spam-Level: X-Spam-Status: No, score=-3.999 tagged_above=-999 required=5 tests=[BAYES_50=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id btiRuiFfg4OZ for ; Tue, 15 Jun 2010 10:36:34 -0700 (PDT) Received: from cooperlighting-sw.cooperlighting.com (cooperlighting-sw.cooperlighting.com [216.130.131.68]) by core3.amsl.com (Postfix) with ESMTP id 56A8C3A68B8 for ; Tue, 15 Jun 2010 10:36:33 -0700 (PDT) Authentication-Results: cooperlighting-sw.cooperlighting.com; dkim=neutral (message not signed) header.i=none X-IronPort-AV: E=Sophos;i="4.53,421,1272859200"; d="scan'208";a="57413992" Received: from cipt0175.nam.ci.root ([10.132.108.175]) by cooperlighting-sw.cooperlighting.com with ESMTP; 15 Jun 2010 13:36:37 -0400 Received: from EVS4.NAM.CI.ROOT ([10.132.108.172]) by cipt0175.NAM.CI.ROOT with Microsoft SMTPSVC(6.0.3790.4675); Tue, 15 Jun 2010 13:36:37 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Tue, 15 Jun 2010 13:36:27 -0400 Message-ID: <9BB070DB2D281946859EA89837931EEE0F5896@EVS4.nam.ci.root> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Using IPsec with RPL Thread-Index: AcsMq7Lc8QxIv11dQByVyRWtBtIpUAAALG2Q References: From: "Tsao, Tzeta" To: X-OriginalArrivalTime: 15 Jun 2010 17:36:37.0015 (UTC) FILETIME=[4E278A70:01CB0CB1] X-Mailman-Approved-At: Tue, 15 Jun 2010 10:40:18 -0700 Subject: [Roll] Using IPsec with RPL X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 17:38:36 -0000 All, We see from time to time questions about using IPsec with RPL. On the one hand, the security design for RPL is such that security operations can be "turned off" when there are other mechanisms, such as IPsec, in place to afford security. On the other hand, the doubt is whether it is possible to mandate a mechanism, again, for example, IPsec, for securing RPL, and remove such operations from RPL. Here is how I understand the issue. Using IPsec, or similarly IKE, requires the operator to populate a Security Policy Database (SPD) to specify what security services to afford to/from which addresses. However, in pursuing self-forming, the operator may thus need to put a wildcard to the address field, shadowing policies for other traffic; this act may cause conflicts and consequently prevents IPsec from being a mandate for RPL. Regards, Tzeta From jpv@cisco.com Tue Jun 15 14:31:46 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3A9A73A6995 for ; Tue, 15 Jun 2010 14:31:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0 X-Spam-Level: X-Spam-Status: No, score=x tagged_above=-999 required=5 tests=[] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZsZu6NiLB1w1 for ; Tue, 15 Jun 2010 14:31:42 -0700 (PDT) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id F280B3A69F3 for ; Tue, 15 Jun 2010 14:31:27 -0700 (PDT) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-Files: 1-ROLL-Virtual-Interim-June-2010.ppt, 2-Slides_ROLL_RPL_IETF_June_Interim_v3.ppt, 3-p2p.pptx, 4-gnawali-mrhof.ppt, 5-RPL-Simulations.ppt : 105472, 911872, 142053, 78848, 233984 X-IronPort-AV: E=Sophos;i="4.53,422,1272844800"; d="xml'?pptx'72,145,48?scan'72,145,48,32,208,72,48,145,217?rels'72,145,48,32,208,72,48,145,217?jpeg'72,145,48,32,208,72,48,145,217,145?ppt'72,145,48,32,208,72,48,145,217,145,32?bin'72,145,48,32,208,72,48,145,217,145,32,217"; a="121931493" Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 15 Jun 2010 21:31:30 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5FLVQV3027880 for ; Tue, 15 Jun 2010 21:31:26 GMT Received: from xfe-ams-202.cisco.com ([144.254.231.96]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 15 Jun 2010 23:31:24 +0200 Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-202.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 15 Jun 2010 23:30:56 +0200 Message-Id: From: JP Vasseur To: ROLL WG Content-Type: multipart/mixed; boundary=Apple-Mail-133--169971286 Mime-Version: 1.0 (Apple Message framework v936) Date: Tue, 15 Jun 2010 23:30:55 +0200 X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 15 Jun 2010 21:30:56.0622 (UTC) FILETIME=[0A5550E0:01CB0CD2] X-Mailman-Approved-At: Tue, 15 Jun 2010 14:33:30 -0700 Subject: [Roll] Slides for Tomorrow X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 21:31:46 -0000 --Apple-Mail-133--169971286 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Dear all, *sorry* for sending the slides for tomorrow's Virtual WG meeting to the mailing list but ... we have issues uploading the slides. Here they are. --Apple-Mail-133--169971286 Content-Disposition: attachment; filename=1-ROLL-Virtual-Interim-June-2010.ppt Content-Type: application/vnd.ms-powerpoint; x-mac-creator=50505433; x-unix-mode=0644; x-mac-type=534C4438; name="1-ROLL-Virtual-Interim-June-2010.ppt" Content-Transfer-Encoding: base64 0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAACAAAAxwAAAAAAAAAA EAAAywAAAAEAAAD+////AAAAAMkAAADIAAAA//////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// ///////////////////////////////////////////////////////////////////////////9 ////xgAAAP7///8EAAAABQAAAAYAAAAHAAAAEQAAAAkAAAAKAAAACwAAAAwAAAANAAAADgAAAA8A AAAQAAAAAwAAABIAAAATAAAAFAAAABUAAAAWAAAAFwAAABgAAAAZAAAAGgAAABsAAAAcAAAAHQAA AB4AAAAfAAAAIAAAACEAAAAiAAAAIwAAACQAAAAlAAAAJgAAACcAAAAoAAAAKQAAACoAAAArAAAA LAAAAC0AAAAuAAAALwAAADAAAAAxAAAAMgAAADMAAAA0AAAANQAAADYAAAA3AAAAOAAAADkAAAA6 AAAAOwAAADwAAAA9AAAAPgAAAD8AAABAAAAAQQAAAEIAAABDAAAARAAAAEUAAABGAAAARwAAAEgA AABJAAAASgAAAEsAAABMAAAATQAAAE4AAABPAAAAUAAAAFEAAABSAAAAUwAAAFQAAABVAAAAVgAA AFcAAABYAAAAWQAAAFoAAABbAAAAXAAAAF0AAABeAAAAXwAAAGAAAABhAAAAYgAAAGMAAABkAAAA ZQAAAGYAAABnAAAAaAAAAGkAAABqAAAAawAAAGwAAABtAAAAbgAAAG8AAABwAAAAcQAAAHIAAABz AAAAdAAAAHUAAAB2AAAAdwAAAHgAAAB5AAAAegAAAHsAAAB8AAAAfgAAAP3///9/AAAAgAAAAFIA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAACAAUA//////////8BAAAAEI2BZJtPzxGG6gCqALkp6AAAAAAAAAAAAAAAALkkXXqsDMsB wwAAAAAGAAAAAAAAUABvAHcAZQByAFAAbwBpAG4AdAAgAEQAbwBjAHUAbQBlAG4AdAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAACgAAgECAAAAAwAAAP////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAIAAAANX0BAAAAAAAFAFMAdQBtAG0AYQByAHkASQBuAGYAbwByAG0AYQB0 AGkAbwBuAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKAACAQQAAAD//////////wAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA8AQAAAAAAAAUARABvAGMAdQBtAGUAbgB0 AFMAdQBtAG0AYQByAHkASQBuAGYAbwByAG0AYQB0AGkAbwBuAAAAAAAAAAAAAAA4AAIB//////// ////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABQAAAHgEAAAAAAAAAQAA AAIAAAADAAAABAAAAP7///8GAAAABwAAAAgAAAAJAAAACgAAAAsAAAAMAAAADQAAAA4AAAAPAAAA EAAAABEAAAASAAAAEwAAABQAAAAVAAAAFgAAAP7////+//////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////8zzMwA /1BQAP+ZAABgAPAHIAAAAACAgAD///8AAFpYAP//mQAAZGIAbW/HAAD//wAA/wAAYADwByAAAACA AAAA////AFwfAADf0pMAzDMAAL55YAD//5kA06IZAGAA8AcgAAAAAACZAP///wAAM2YAzP//ADNm zAAAsAAAZsz/AP/nAQBgAPAHIAAAAAAAAAD///8AM2aZAOPr8QAAM5kARopLAGbM/wDw5QAAYADw ByAAAABoa10A////AHd3dwDR0csAkJCCAICeqAD/zGYA6dy5AGAA8AcgAAAAZmaZAP///wA+PlwA ////AGBZewBmZv8Amcz/AP//mQBgAPAHIAAAAFI+JgD///8ALSAVAN/AjQCMe3AAj18vAMy0AACM nqAAAACjDz4AAAABAP/9PwAAACIgAABkAAAAAAABAGQAAAAAAAAAAABAAgAAAAACAAAA///vAAAA AAABAAAA//8sAAAAAAMAABAAow9+AAAABQD//T8AAQAiIAAAZAAAAAAAAABkABQAAADYAAAAQAIA AAAAAgAAAP//7wAAAAAAAQAAAP//IAAAAAABAACABQAAEyDUASABAAAiAP//HACABQAAIiDQAkAC AAACABgAgAUAABMg8ANgAwAAAgAUAIAFAAC7ABAFgAQAAAAAIACjD3AAAAAFAP/9PwAAACIgAABk AAAAAAAAAGQAHgAAAAAAAABAAgAAAAACAAAA///vAAAAAAABAAAA//8MAAAAAAEAAAAFAAAgASAB AAAgAP//AAUAAEACQAIAAAAAAAUAAGADYAMAAAAAAAUAAIAEgAQAAAAAQACjD24AAAAFAP/9PwAA ACIgAABkAAAAAAAAAGQAAAAAAAAAAAAgAQAAAAAHAAAA///vAAAAAAABAAAA//8SAAAAAAEAAAAF AAAgASABAAAAAAAFAABAAkACAAAAAAAFAABgA2ADAAAAAAAFAACABIAEAAAAAFAAow9SAAAABQAA AAEJAAAAAAEAAAAAAAAAAQABCQAAAAABACABAAAAAAIAAQkAAAAAAQBAAgAAAAADAAEJAAAAAAEA YAMAAAAABAABCQAAAAABAIAEAAAAAGAAow8MAAAAAQAAAAAAAAAAAAAAcACjDz4AAAAFAAAAAAAA AAAAAgAcAAEAAAAAAAAAAgAYAAIAAAAAAAAAAgAUAAMAAAAAAAAAAgASAAQAAAAAAAAAAgASAIAA ow8+AAAABQAAAAAAAAAAAAIAGAABAAAAAAAAAAIAFAACAAAAAAAAAAIAEgADAAAAAAAAAAIAEAAE AAAAAAAAAAIAEAAAACMEcAcAAFBLAwQUAAYACAAAACEAGrEaA/wAAAC7AQAAEwAAAFtDb250ZW50 X1R5cGVzXS54bWx8kMlqw0AMhu+FvsMw1+IZp4dSiu0cuty6HNIHEGPZHjobo0lI3r6yk0IoISeh 5df/Sc16753YYSYbQytXqpYCg4m9DWMrvzdv1aMUVCD04GLAVh6Q5Lq7vWk2h4QkWB2olVMp6Ulr MhN6IBUTBu4MMXsonOZRJzA/MKK+r+sHbWIoGEpV5h2ya15wgK0r4nXP5SMJy6V4Ps7NVq2ElJw1 UBhUz13dNZ8Mnm2P4gty+QDPU7rPpMlx8R2o8F3nyUpdX7sL/T/2Kg6DNdhHs/VMrFJG4rhQeKfO jO5OTBduyejoyjEXXE/fUqxcrGiyif4c9PL67hcAAP//AwBQSwMEFAAGAAgAAAAhAI7qKvq+AAAA OAEAAAsAAABfcmVscy8ucmVsc4SPwQrCMBBE74L/EPZu03oQkaa9iNCDF9EPWJJtG2yTkI2if2+O FgSPwzBvZur2NU/iSZGtdwqqogRBTntj3aDgdj1t9iA4oTM4eUcK3sTQNutVfaEJUw7xaAOLTHGs YEwpHKRkPdKMXPhALju9jzOmLOMgA+o7DiS3ZbmT8ZsBzYIpOqMgdqYCcX2H3Pyf7fveajp6/ZjJ pR8Vkidr6IycKGYsxoGSAhP521iIqsj7QTa1XPxtPgAAAP//AwBQSwMEFAAGAAgAAAAhAAQ9G8U+ BAAAECcAACEAAABkcnMvc2xpZGVNYXN0ZXJzL3NsaWRlTWFzdGVyMS54bWzsWk1u4zYU3hfoHQQu O/DYkn+kCLEHmSkCFJiF0cwcgKYpWw1FCSTtxl0VmSPMDbovWqAFumhWPUpzgFyhjxRly3+pYExb u9ZOMckn6vvI9973Xi5f3SXMmVMh45T3kfuyhRzKSTqO+aSP3r+7bgTIkQrzMWYpp320oBK9Gnz+ 2WUWqrsbtWBUOmCCyxD30VSpLGw2JZnSBMuXaUY5jEWpSLCCP8WkORb4WzCdsKbXavWaCY45sutF lfVpFMWEfpmSWUK5yo0IyrCC7ctpnMnCWkKqmEuwuJ1lDZImGZgYxSxWC2N0aWbeRzPBQ/tJjSQm IpVppPSaMMEknCcMOQkJv5rwVOARA4ySufllKKikYk6vlBLxaKao1EPhF4XtrMoOM22EK/OBa6gN NAOxYtSQMLjEIZszNxsKB7MJUEmUQI5QrI80pfgtfy1uzXOUcnVlpoywpMiZYj4BSoYzTpSeoE3J jLymkX0aEuXMsTHUHFw2N0avIvXMPDs6ptHXsDP5XR91Oi37jpTF4+uYMbNcHxn6hon8TerOQ/Zd 5VmaZ+6oRUYjTADoF8k3Dab0TBxSXBp4evjx6eEX5+nh58f7Xx/vf3v88OHx/ifkkCkWksJnNlwv yNcRecg6QCH/JgOIRV5vAx698yLhSsQYrkAWKzK9xknMFhpeF07dEu3WUVCkebEUtWuKjpIizYul qFNTdJQUaV4sRd2aoqOkSPNiKeppiiDLeQuBt+tDzoV2pQcbKYFeeyIZQNXgsxWvNTAWI3+F0YVr 0pMaI5PIaGAsRsEKI7ftu736IBWJn0bGgnRRAinwgqAGqQBJIwPP64olC0fpeLElX3Jv1e54Fxq/ mI9B/kBGWfyQqxtIOD+ttgHXCK87VN+MZm9AWZiEt4/+/P6HPN8tqZ62dr3Gr5b1jFGVZdXjFjso z9pWPfxYVU/OnQ/cdcvceUHX1z+cAncft7jz9EX+r7h7TlYVInYruG0qnZwW1+209SFf3SnPC0qe /NTulFetkvDP3KmDeNmUN5YX4MBkZktfd0q87Lgv+pCd1H3Z1DQ5L16r6+sjdor35Y/ft93YydGy W8d4XbdjvNbfX5fKuuYTRv//BfK71ZF34bsmqa2Rr1JsPihE7NZcefJbyRXVZ/75WvTepGm3kGsH Qa9icK6RPxD5pTos6cEsTNWUiqU6BC01zIW2VVUM2lZ9RHnj/Y0VTaspRScsj+Nl4QFz3uHRje5D 2XLYlox0kWMU16pjtt4hc01uY3ehO1q5T7ylQjdQ/w2d9yLhDYrzAL/WvtIDRK7gDwDoAxQRAAAB AOkDKAAAAIAWAADgEAAA4BAAAIAWAAABAAAAAgAAAAIAAAADAAAAAQAAAAAAAAEPAAkEJAIAAAAA CgQEAAAABwAAAA8A1w8EAQAAAADTDwQAAAAEAAAAAAC6D3QAAABoAHQAdABwAHMAOgAvAC8AZABh AHQAYQB0AHIAYQBjAGsAZQByAC4AaQBlAHQAZgAuAG8AcgBnAC8AYwBnAGkALQBiAGkAbgAvAHcA ZwAvAHcAZwBfAHAAcgBvAGMAZQBlAGQAaQBuAGcAcwAuAGMAZwBpABAAug90AAAAaAB0AHQAcABz ADoALwAvAGQAYQB0AGEAdAByAGEAYwBrAGUAcgAuAGkAZQB0AGYALgBvAHIAZwAvAGMAZwBpAC0A YgBpAG4ALwB3AGcALwB3AGcAXwBwAHIAbwBjAGUAZQBkAGkAbgBnAHMALgBjAGcAaQAPANcPBAEA AAAA0w8EAAAABwAAAAAAug90AAAAaAB0AHQAcABzADoALwAvAGQAYQB0AGEAdAByAGEAYwBrAGUA cgAuAGkAZQB0AGYALgBvAHIAZwAvAGMAZwBpAC0AYgBpAG4ALwB3AGcALwB3AGcAXwBwAHIAbwBj AGUAZQBkAGkAbgBnAHMALgBjAGcAaQAQALoPdAAAAGgAdAB0AHAAcwA6AC8ALwBkAGEAdABhAHQA cgBhAGMAawBlAHIALgBpAGUAdABmAC4AbwByAGcALwBjAGcAaQAtAGIAaQBuAC8AdwBnAC8AdwBn AF8AcAByAG8AYwBlAGUAZABpAG4AZwBzAC4AYwBnAGkADwDyA5ACAAAvAMgPDAAAADAA0g8EAAAA AQAAAA8A1QfIAQAAAAC3D0QAAABBAHIAaQBhAGwAAAD9/f39/f39/f39/f39/f39/f39/ei7/7+R 0P+/DLz/vwEAAAAAAAAACLz/v0jI9B8I4v+/AAAEkxAAtw9EAAAALf8z/yAAMP+0MLcwwzCvMAAA /f39/f39/f39/f39/f39/f+/kdD/vwy8/78BAAAAAAAAAAi8/79IyPQfCOL/v4AABJMgALcPRAAA AEEAcgBpAGEAbAAgAFUAbgBpAGMAbwBkAGUAIABNAFMAAAD9/f39/f39/f39/f39/f39AAAIvP+/ SMj0Hwji/78AAASTMAC3D0QAAABUAGkAbQBlAHMAIABOAGUAdwAgAFIAbwBtAGEAbgAAAP39/f39 /f39/f39/f39/f39/QAACLz/v0jI9B8I4v+/AAAEk0AAtw9EAAAAVABpAG0AZQBzAAAA/f39/f39 /f39/f39/f39/W4AAAD9/f39/f39/f39/f39/f39/f0AAAi8/79IyPQfCOL/vwAABJNQALcPRAAA AFcAaQBuAGcAZABpAG4AZwBzAAAA/f39/f39/f39/f39/f39/f39/f39/f39/f39/f39AAAIvP+/ SMj0Hwji/78CAASTAACkDwgAAACAAEAAAAAAAAAApQ8MAAAAAAAACC4AAAAHAAAAAACpDwoAAAAH AAAAAgAJBAAAQACjD24AAAAFAP/9PwAAACIgAABkAAAAAAAAAGQAAAAAAAAAAABAAgAAAAACAAAA ///vAAAAAAABAAAA//8YAAAAAAEAAAAFAAAgASABAAAAAAAFAABAAkACAAAAAAAFAABgA2ADAAAA AAAFAACABIAEAAAAAA8ACwQ6AQAADwAA8DIBAAAAAAbwyAAAAAVcAAAYAAAAQwAAABcAAAABAAAA BwAAAAIAAAACAAAAAwAAAAIAAAAEAAAAAgAAAAUAAAACAAAABgAAAAIAAAAHAAAAAgAAAAgAAAAC AAAACQAAAAIAAAAKAAAAAgAAAAsAAAACAAAADAAAAAIAAAANAAAABgAAAA4AAAAIAAAADwAAAAgA AAAQAAAABQAAABEAAAAFAAAAEgAAAAQAAAATAAAABQAAABQAAAAFAAAAFQAAAAUAAAAWAAAABQAA ABcAAAAFAAAAUwAL8B4AAACBAQQAAAiDAQAAAAi/ARAAEADAAQEAAAj/AQgACABwABrxHAAAAJkz AAAAAP8A/wAAAACAAACAAAAAmcwzAMzMAABAAB7xEAAAAAQAAAgBAAAIAAAAAPcAABAfAPAPHAAA AAAA8wMUAAAABAAAAAAAAAAAAAAAAAAAgAAAAAAPANAHrAEAAB8AEwQ8AAAAAAD9AzQAAABkAAAA ZAAAAGQAAABkAAAAmi5NAPvW/7/4u/+/yLv/v7V5bwDwu/+/AAAAAAAAAAAAAP+/DwD6A2cAAAAA AP4DAwAAAAABAAAA/QM0AAAAmgAAAGQAAACaAAAAZAAAAJHQ/7+Qu/+/OEHBHWi7/7+1eW8AkLv/ v4j7//8AAAAAAQBNAHAA+wMIAAAAAAAAAHAIAABwAPsDCAAAAAEAAABACwAAHwAHBDwAAAAAAP0D NAAAACEAAABkAAAAIQAAAGQAAACaLk0Artf/v/i7/7/Iu/+/tXlvAPC7/78AAAAAAAAAAAAA/78f AAgEPAAAAAAA/QM0AAAAQgAAAGQAAABCAAAAZAAAAJouTQDy1/+/+Lv/v8i7/7+1eW8A8Lv/vwAA AAAAAAAAAAD/vw8AiBNpAAAADwCKEykAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMgAAAIsTCQAA AAAAJQQBAAAAAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAAA0ECAAA AADAAAAAwAAAPwDZDwwAAAAAANoPBAAAAAAAAgBPANkPDAAAAAAA2g8EAAAAAAACAA8A8A+oAAAA AADzAxQAAAAFAAAABAAAAAAAAAAAAQAAAAAAAAAA8wMUAAAABgAAAAQAAAAAAAAAFwEAAAAAAAAA APMDFAAAAAcAAAAEAAAAAAAAAAYBAAAAAAAAAADzAxQAAAAIAAAABAAAAAAAAAAWAQAAAAAAAAAA 8wMUAAAACQAAAAQAAAAAAAAAFAEAAAAAAAAAAPMDFAAAAAoAAAAEAAAAAAAAABoBAAAAAAAALwDw D1QAAAAAAPMDFAAAAAsAAAAEAAAAAAAAAAABAAAAAAAAAADzAxQAAAAMAAAABAAAAAAAAAABAQAA AAAAAAAA8wMUAAAADQAAAAQAAAAAAAAAAgEAAAAAAAAAACgEwgcAAFBLAwQUAAYACAAAACEAShmu wvcAAACpAQAAEwAIAltDb250ZW50X1R5cGVzXS54bWwgogQCKKAAAgAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAfJDLTsMwEEX3SPyD5S2KHVgg hJJ0wWMJSJQPGJxJYtUveaZV+/c4aZEQqroazePeezTNau+d2GEmG0Mrb1UtBQYTexvGVn6tX6sH KYgh9OBiwFYekOSqu75q1oeEJIo6UCsn5vSoNZkJPZCKCUPZDDF74NLmUScwGxhR39X1vTYxMAau ePaQXfOMA2wdi5d9GR9JilyKp+PdHNVKSMlZA1xA9bzVXfNewLPtUXxA5jfw5UozfDv85INDUpdN dqH/R1rFYbAG+2i2vvCplJFKXTK9U3+sb04EZ8gzOrqAfib19BtVlEsUTTbRb4JeHt39AAAA//8D AFBLAwQUAAYACAAAACEA7eQMS7sAAAAmAQAACwAIAl9yZWxzLy5yZWxzIKIEAiigAAIAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAISPzQrCMBCE 74LvEPZuUz2ISNNeRPCq9QHWdPuDaRKSVezbm2MLgsfZYb7ZKarPaMSbQhycVbDNchBktWsG2ym4 1+fNAURktA0aZ0nBRBGqcr0qrmSQUyj2g48iUWxU0DP7o5RR9zRizJwnm5zWhRE5ydBJj/qJHcld nu9lmDOgXDDFpVEQLs0WRD351Pyf7dp20HRy+jWS5R8VkvFh6MaTSStEjaEjVjA7ZulbkGUhF+vK LwAAAP//AwBQSwMEFAAGAAgAAAAhANj9jY+sAAAAtgAAAA8AAAB0YWJsZVN0eWxlcy54bWwMzEkO gjAYQOG9iXdo/n0tQ1EkFMIgK3fqASqUIelAaKMS491l+fKSL80/SqKXWOxkNAP/4AESujXdpAcG j3uDY0DWcd1xabRgsAoLebbfpTxxT3lzqxRX69CmaJtwBqNzc0KIbUehuD2YWejt9WZR3G25DKRb +HvTlSSB5x2J4pMG1ImewTeqgiCitMCny+WIaUgDXHo0xnFU1tW5qf0qLH5Asj8AAAD//wMAUEsB Ai0AFAAGAAgAAAAhAEoZrsL3AAAAqQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVz XS54bWxQSwECLQAUAAYACAAAACEA7eQMS7sAAAAmAQAACwAAAAAAAAAAAAAAAAAwAwAAX3JlbHMv LnJlbHNQSwECLQAUAAYACAAAACEA2P2Nj6wAAAC2AAAADwAAAAAAAAAAAAAAAAAcBgAAdGFibGVT dHlsZXMueG1sUEsFBgAAAAADAAMAtwAAAPUGAAAAAAAA6gMAAAAADwD4A16IAAACAO8DGAAAAAEA AAABAgcJCAAAAAAAAAAAAAAAAgD/v2AA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAzM5kAAJmZ AJnMAABgAPAHIAAAAP///wAAAAAAlpaWAAAAAAD731MA/5lmAMwzAACZZgAAYADwByAAAAD///8A AAAAAICAgAAAAAAAmcz/AMzM/wAzM8wAr2f/AGAA8AcgAAAA3vbxAAAAAACWlpYAAAAAAP///wCN xv8AAGbMAACoAABgAPAHIAAAAP//2QAAAAAAd3d3AAAAAAD///cAgJ5bocB1Z9CWKUx/KoemAGEp zM4Wn92Sab0eCALpbPHZI13Wa4HnDNBuDeGu1wHPGaA92bwpQdQuGkLWnqTb75ji4ap4drY+aE9u DCHXyPQ6iO1JYXtdf73Md7YnaJlplpNL3Zaw/8o2+AsAAP//AwBQSwECLQAUAAYACAAAACEAGrEa A/wAAAC7AQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAI AAAAIQCO6ir6vgAAADgBAAALAAAAAAAAAAAAAAAAAC0BAABfcmVscy8ucmVsc1BLAQItABQABgAI AAAAIQAEPRvFPgQAABAnAAAhAAAAAAAAAAAAAAAAABQCAABkcnMvc2xpZGVNYXN0ZXJzL3NsaWRl TWFzdGVyMS54bWxQSwUGAAAAAAMAAwDJAAAAkQYAAAAADwAMBB4jAAAPAALwFiMAABAACPAIAAAA BgAAAAYEAAAPAAPwwCIAAA8ABPAoAAAAAQAJ8BAAAACUfwAMdQ3/f/9//39Wd9A9AgAK8AgAAAAA BAAABQAAAA8ABPDqAAAAEgAK8AgAAAACBAAAAAoAAJMAC/BOAAAAfwABAO8BgAD4kicghwABAAAA vwAEAAQAvwEBABEA/wEBABkAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAAy AAAAAAAQ8AgAAACtACABYBV9Aw8AEfAQAAAAAADDCwgAAAAAAAAAAQD/vw8ADfBUAAAAAACfDwQA AAAAAAAAAACoDyAAAABDbGljayB0byBlZGl0IE1hc3RlciB0aXRsZSBzdHlsZQAAog8GAAAAIQAA AAAAAACqDwoAAAAhAAAAAQAAAAAADwAE8C4BAAASAArwCAAAAAMEAAAACgAAgwAL8EgAAAB/AAEA 7wGAAEhDEB6/AAQABAC/AQEAEQD/AQEAGQA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBn AGwAZQAgADMAAAAAABDwCAAAAPADIAFgFRMPDwAR8BAAAAAAAMMLCAAAAAEAAAACAP+/DwAN8J4A AAAAAJ8PBAAAAAEAAAAAAKgPUgAAAENsaWNrIHRvIGVkaXQgTWFzdGVyIHRleHQgc3R5bGVzDVNl Y29uZCBsZXZlbA1UaGlyZCBsZXZlbA1Gb3VydGggbGV2ZWwNRmlmdGggbGV2ZWwAAKIPHgAAACEA AAAAAA0AAAABAAwAAAACAA0AAAADAAwAAAAEAAAAqg8KAAAAUwAAAAEAAAAAAA8ABPCHCgAAEgAK 8AgAAAAEBAAAAAoAAIMAC/BIAAAAfwABAO8BgACoZAYevwAEAAQAvwEBABEA/wEBABkAPwMAAAgA gMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAA0AAAAEwAi8S8IAACpwykIAABQSwMEFAAG AAgAAAAhAAyBhbv+AAAA4gEAABMAAABbQ29udGVudF9UeXBlc10ueG1slFHBTsMwDL0j8Q9RrqhJ xwEh1HYHOo6AYHyAlbhtRJtEcSjb3+Nu7ICEhjjafu/5+bla76ZRzJjIBV/LlSqlQG+Cdb6v5dv2 obiVgjJ4C2PwWMs9klw3lxfVdh+RBLM91XLIOd5pTWbACUiFiJ4nXUgTZC5TryOYd+hRX5fljTbB Z/S5yIuGbKoWO/gYs9jsuH10wnQp7o+4ZVUtIcbRGchsVC9T3VRPbDw5i+IZUn6EiVHaJtI0QETG qPMqs7dqoiJ0nTOo2kSvC+/qD3EbPn3C+b/aLdNecD6p/3JywpHO3Ly4/Rls8R2qYuYhFxpcpNMG ffhQ8wUAAP//AwBQSwMEFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAABfcmVscy8ucmVsc6SQwWrD MAyG74O9g9G9cdpDGaNOb4VeSwe7CltJTGPLWCZt376mMFhGbzvqF/o+8e/2tzCpmbJ4jgbWTQuK omXn42Dg63xYfYCSgtHhxJEM3Elg372/7U40YalHMvokqlKiGBhLSZ9aix0poDScKNZNzzlgqWMe dEJ7wYH0pm23Ov9mQLdgqqMzkI9uA+p8T9X8hx28zSzcl8Zy0Nz33r6iasfXeKK5UjAPVAy4LM8w 09zU50C/9q7/6ZURE31X/kL8TKv1x6wXNXYPAAAA//8DAFBLAwQUAAYACAAAACEAwK5yx8MDAADY CQAAEAAAAGRycy9zaGFwZXhtbC54bWzUVs1uGzcQvhfoOxC8O/qJ5CRC1oFt1GkB1RAsBz1Tu1xr Ky65JSlZ8tF5nqIFEqAXv40fwK/Qb4YrSy2KoKhyqQ7SrDicn2++mdm379a1ESvtQ+VsJnsvulJo m7uisjeZ/HB9cfRaihCVLZRxVmdyo4N8d/LtN2+bUWgELtswajI5j7EZdTohn+tahReu0RZnpfO1 inj0N53G66BtVBGOatPpd7vHnVpVVp7AlF1Nm4knKb9cTbyoCsTS7cO3VTW8XukcMdwYLQay06ql GwphjF2+CG0s6t/EUnh1iwT/Eoaw7r1HJj34dOdzeNOn3rvbuVZFoL/ht8PxbUO1iJRiaeYibhpE WURgdYcAlCklclhnst9eS7q4v8s0IGMxu/3RFbiqltEBCTVal74+NBWy48pSwP9g+ApIS7HJ5HF/ MOz3hxSQGul1FDnF13v58pgUcmgMXh33h12OOAVCmo0P8b12BwclyFAmPSrJiarVOETCdOeC3Fl3 URlzKAKco7GHmhG3mXwzBGa7yNhyXUXthanqTL7u0ieBSlT5zhasElVlkowEjWXMyxLJI+tDwyLU qP0S/eL6zBUbcjDDLziVmvK/NwKmAQo1d/5Oiluv0BPhl6XyWgrzg0UrvOkNBmBM5AcmmBR+/2S2 f2KX9bkz3FfK5rCaSbRJEs8jnoh8rm5UHNtpk5Mi5UJsuV7/pHzTEieCspduOleN/if+JF2mU4KB jJgQp3GDqXEgJGxrZXqMuBoVurwCztTqvQGKz8cYbJbnQKlyNPSpr5SRoqliPr9QdWXQX0e9LiZa Plc+aCDcskarvWtPD78+PXwSTw+/P95/frz/4/Hjx8f7375s56iHQcmky8NXMgXOpiQZULNNnajc Qso1+hq40hSslR8zESBcsQCX/FvZAkuDRWVusKGAKSK7VrMp0Gcmgj8+Jm2txvbML5hspbPxlK/M VCDuUoHaY1yhAY8VMFnaHOYT5wwRkBILTT7Jo1gp4u1zg3Mj7zTOdPl33e3sxP3d6WkZv6DXns6W 58Zfr7mKs+X07lm8QBrPD5dYwe10mWGOsJjqBBHhtfzUtpgor4iji2Vd1e7nKoGKnDOp7dGHaVpU zF4xS0jz9zKTFk5o5/tqAR5bN2VJioX29IbA6ySnqdAqUs8CUEu73lR3+nt+JNBNRW8MfDbxzpUk ExRpHKZJnwJP/wRnqoLGP+NFrxIaqKQyxHXawCjOvpbezlTGYjm2LVZLMtPKXPm9xvjft+auvqnq +G5G2zXAm+HkTwAAAP//AwBQSwMEFAAGAAgAAAAhAJYk9iHWAAAA/AAAAA8AAABkcnMvZG93bnJl di54bWxEj8FKAzEQQO+C/xBG8FLaxEWqrE1LFUTBQ9kq9DpuJruLm8mSpO3u3xs82OPwhjfzVpvR 9eJEIXaeNdwtFAji2puOGw1fn6/zRxAxIRvsPZOGiSJs1tdXKyyNP3NFp31qRJZwLFFDm9JQShnr lhzGhR+IM7M+OEx5DI00Ac9Z7npZKLWUDjvOF1oc6KWl+md/dBpstftQM3t45p27L2YPSm4nb7W+ vRm3TyASjemyfPRLi/4f/qneTW5RRf7dvk3foTMVxkRBQ87LsRmCXP8CAAD//wMAUEsBAi0AFAAG AAgAAAAhAAyBhbv+AAAA4gEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQ SwECLQAUAAYACAAAACEAMd1fYdIAAACPAQAACwAAAAAAAAAAAAAAAAAvAQAAX3JlbHMvLnJlbHNQ SwECLQAUAAYACAAAACEAwK5yx8MDAADYCQAAEAAAAAAAAAAAAAAAAAAqAgAAZHJzL3NoYXBleG1s LnhtbFBLAQItABQABgAIAAAAIQCWJPYh1gAAAPwAAAAPAAAAAAAAAAAAAAAAABsGAABkcnMvZG93 bnJldi54bWxQSwUGAAAAAAQABAD1AAAAHgcAAAAAAAAQ8AgAAABeDyABYAaKEA8AEfCUAQAAAADD CwgAAAACAAAABwH/vw8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsT HAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADo AAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEA AAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAA AEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAA bwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAa AAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAA AAAPAA3wPAAAAAAAnw8EAAAABAAAAAAAoQ8WAAAAAQAAAAAAAAAKAAcAAQAAAAAAAgAOAAAAqg8K AAAAAQAAAAEAAAAAAA8ABPDHCgAAEgAK8AgAAAAFBAAAAAoAAIMAC/BIAAAAfwABAO8BgAC4phUe vwAEAAQAvwEBABEA/wEBABkAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAA1 AAAAEwAi8UYIAACpw0AIAABQSwMEFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAABbQ29udGVudF9U eXBlc10ueG1slFHBTsMwDL0j8Q9RrqhJxwEh1HYHOo6AYHyAlbhtRJtEcSjb3+Nu7ICEhjjafu/5 +bla76ZRzJjIBV/LlSqlQG+Cdb6v5dv2obiVgjJ4C2PwWMs9klw3lxfVdh+RBLM91XLIOd5pTWbA CUiFiJ4nXUgTZC5TryOYd+hRX5fljTbBZ/S5yIuGbKoWO/gYs9jsuH10wnQp7o+4ZVUtIcbRGchs VC9T3VRPbDw5i+IZUn6EiVHaJtI0QETGqPMqs7dqoiJ0nTOo2kSvC+/qD3EbPn3C+b/aLdNecD6p /3JywpHO3Ly4/Rls8R2qYuYhFxpcpNMGffhQ8wUAAP//AwBQSwMEFAAGAAgAAAAhADHdX2HSAAAA jwEAAAsAAABfcmVscy8ucmVsc6SQwWrDMAyG74O9g9G9cdpDGaNOb4VeSwe7CltJTGPLWCZt376m MFhGbzvqF/o+8e/2tzCpmbJ4jgbWTQuKomXn42Dg63xYfYCSgtHhxJEM3Elg372/7U40YalHMvok qlKiGBhLSZ9aix0poDScKNZNzzlgqWMedEJ7wYH0pm23Ov9mQLdgqqMzkI9uA+p8T9X8hx28zSzc l8Zy0Nz33r6iasfXeKK5UjAPVAy4LM8w09zU50C/9q7/6ZURE31X/kL8TKv1x6wXNXYPAAAA//8D AFBLAwQUAAYACAAAACEA3SKOTNgDAAAVCgAAEAAAAGRycy9zaGFwZXhtbC54bWzcVstuGzcU3RfI PxDcO9IofknIOLCNOi2gGILlIMuCmuFYU3HIKcnRw0vne4oWaIBs/Df+AP9CziVHjxZFUFRZRYvR 5fDyPs4993Jev1lWis2ldaXRKU9edjmTOjN5qe9S/v726uCUM+eFzoUyWqZ8JR1/c/bih9f1wNUM h7Ub1Cmfel8POh2XTWUl3EtTS429wthKeCztXae20knthYejSnV63e5xpxKl5mcwpefjemRJyq7n I8vKHLF0e33OtKjg9UZmiOFOSXbEO61aPCEQxtBkM9fGIv5LLLkVCyT4tzCYNm8tMkng01xO4U2e W2sWUylyR6/htxPiW4eqESnFUk+ZX9WIsvAWYN2n/LdGWC+xKPNlyl+1R6M+bGyzdciaTRbvTI7j ovEGaIjBsrDVvumQHVMUDP57R/3uaReFXaX8+PDkpAsZyYiBXHqWUYD94+5p8oqzjDSSftILKHdi JKRZW+ffSrN3VIwMpdyinCFTMR86T8BuXZA7ba5KpfaFIOSo9L5m2CLl/SNAso0sWK5KlJipsko5 0N2ASnz5UedBxYtSRRkJKh0wLwokj6z3DYtQox6MHPTLC5OvyMEE/yBV7Mz/3w0YCSjU1Nh7zhZW oDEcsVpypn7W6Id+cngISvmwODw66WFhd3cmuzu6qS6NCs0ldAarKfecRfHSY4XTmalq4Yd6XGek SLkQW26XH4StW+J4UPbajKeilv/Gn6gb6BRhICPK+bFfYXTsCUmwNVcJtaxQd5iWGfqd3uayuMFL 6vwEc42zyToBhXGnw3QoRIYWP7elUJzVpc+mV6IqFRruIOlixmZTYZ0E5OveFDvHnh9/f378iz0/ /vn08Onp4fPTx49PD3983c5B0juNbZ65b2QKJI6pBoRVxCLKLcahaN8CaAK5EnYYmAHhJghwGf5L neMqCeK2Egyx3YrJGFUI5CRC+qgvxVBf2FngX2G0Pw/lmwhHdKYStds4QoMfV8Oo0RkcRBoq4iSl 5upslHk2F0TlTc+H3t5qXMjin7qhplDD+e3ueeG/otfuTppLZW+XYZpMmvH9RrxCGpvFNa7mduBM 4kBdV4qmBPqIhoQYxAeQnTVVWZlfywgqMk651Afvx/H22uEwiypNyjVc0JeALWfgsTbjIHE2k5a+ GwLtMxoTrSI1MeDU9AWgynv5U1gS5Kqk74iwN7LGFCRTdHE+xtEfw45vnFFlTvdBQIs+MCQwiUXw y3gvA9pdLbkesgGUZqhbpBoy08rfXWvaWGR/xja/X9ofXkAKr4kO4B2eYANRA896sL4+wo1y9gUA AP//AwBQSwMEFAAGAAgAAAAhAOj2AMbYAAAA/AAAAA8AAABkcnMvZG93bnJldi54bWxEj09LAzEQ R++C3yGM4GWxiYuoXZuWKohiD2XbgtdxM/sHN5M1ie3utzd40OPwhvfjLVaj7cWRfOgca7ieKRDE lTMdNxoO++erexAhIhvsHZOGiQKsludnCyyMO3FJx11sRJJwKFBDG+NQSBmqliyGmRuIE6udtxjT 6RtpPJ6S3PYyV+pWWuw4LbQ40FNL1efu22qoy+1GZfX7I2/tTZ7dKbmeXK315cW4fgARaYz/z/O3 bMy+/uCv6tWkFpXPQdQv04fvTIkhkteQ8lJsgiCXPwAAAP//AwBQSwECLQAUAAYACAAAACEADIGF u/4AAADiAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAI AAAAIQAx3V9h0gAAAI8BAAALAAAAAAAAAAAAAAAAAC8BAABfcmVscy8ucmVsc1BLAQItABQABgAI AAAAIQDdIo5M2AMAABUKAAAQAAAAAAAAAAAAAAAAACoCAABkcnMvc2hhcGV4bWwueG1sUEsBAi0A FAAGAAgAAAAhAOj2AMbYAAAA/AAAAA8AAAAAAAAAAAAAAAAAMAYAAGRycy9kb3ducmV2LnhtbFBL BQYAAAAABAAEAPUAAAA1BwAAAAAAABDwCAAAAPAPYAYfEHYRDwAR8JQBAAAAAMMLCAAAAAMAAAAJ Av+/DwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQB AAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAA AAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAA AQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBs AAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAA aAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAA AAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBlAAAA AACfDwQAAAAEAAAAAACoDx0AAABJRVRGLTc1LCBTdG9ja2hvbG0sIEp1bHkgMjAwOQAAoQ8aAAAA HgAAAAAAAAgKAAEABwAeAAAAAQACAAEADAAAAKoPCgAAAB4AAAABAAAAAAAPAATwAgsAABIACvAI AAAABgQAAAAKAACDAAvwSAAAAH8AAQDvAYAAOFCjHb8ABAAEAL8BAQARAP8BAQAZAD8DAAAIAIDD GAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAANgAAABMAIvGSCAAAqcOMCAAAUEsDBBQABgAI AAAAIQAMgYW7/gAAAOIBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbJRRwU7DMAy9I/EPUa6oSccB IdR2BzqOgGB8gJW4bUSbRHEo29/jbuyAhIY42n7v+fm5Wu+mUcyYyAVfy5UqpUBvgnW+r+Xb9qG4 lYIyeAtj8FjLPZJcN5cX1XYfkQSzPdVyyDneaU1mwAlIhYieJ11IE2QuU68jmHfoUV+X5Y02wWf0 uciLhmyqFjv4GLPY7Lh9dMJ0Ke6PuGVVLSHG0RnIbFQvU91UT2w8OYviGVJ+hIlR2ibSNEBExqjz KrO3aqIidJ0zqNpErwvv6g9xGz59wvm/2i3TXnA+qf9ycsKRzty8uP0ZbPEdqmLmIRcaXKTTBn34 UPMFAAD//wMAUEsDBBQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAX3JlbHMvLnJlbHOkkMFqwzAM hu+DvYPRvXHaQxmjTm+FXksHuwpbSUxjy1gmbd++pjBYRm876hf6PvHv9rcwqZmyeI4G1k0LiqJl 5+Ng4Ot8WH2AkoLR4cSRDNxJYN+9v+1ONGGpRzL6JKpSohgYS0mfWosdKaA0nCjWTc85YKljHnRC e8GB9KZttzr/ZkC3YKqjM5CPbgPqfE/V/IcdvM0s3JfGctDc996+omrH13iiuVIwD1QMuCzPMNPc 1OdAv/au/+mVERN9V/5C/Eyr9cesFzV2DwAAAP//AwBQSwMEFAAGAAgAAAAhACokhzQmBAAAcw0A ABAAAABkcnMvc2hhcGV4bWwueG1s7FbNbuM2EL4X6DsQvHtt+S+JscoidpNtATcw4ix6LGiJilVT pEpRjpOil+zzFLtAC/SSt8kD5BX6DSnHaVEsijqXFuuDPBKHw5lv5pvh6zebQrG1tFVudMyjVx3O pE5MmuurmL+7PGsdclY5oVOhjJYxv5EVf3P85Revy1FVMmzW1aiM+dK5ctRuV8lSFqJ6ZUqpsZYZ WwiHV3vVLq2spHbC4aBCtbudzrBdiFzzY5jS63k5syQl5+uZZXkKXzo9OKNFgVMvZAIfrpRkQ95u 1MIOATemJllVjS/in/iSWnGNAP/kBtPmrUUkEc40kyVOkyfWmuulFGlFn3Fu2/u3dVXDU/KlXDJ3 U8LLSqXndQG8bmP+Yy2sk5YjlE3M+83usAVmdgFXCJwtrr81KSyI2hkAIkabzBb7RkR2TJYxnD8c DHpAnLMbyN3+oNsdkEdiJDeOJVDoRr3ekBQSaPQPht1Bx7scPCHN0lburTR7e8XIUMwtMuojFetp 5Qjb3RF0nDZnuVL7QuBjVHpfM+w65kcDYLbzzFsucqSYqbyI+WGHfgFUKplTnXoVJ3IVZASotMc8 yxA8ot7XLUKNaBjK0G3GJr2hAxb4R1EFcv57QqArIFFLY285u7YC3KioqiVn6hsNShxF/T4qxvmX /uCgixf7fGXxfEXXxcQozy+hE1iNueMsiBOHNyo+U5TCTfW8TEiRYqFqudx8J2zZFI5DyZ6b+VKU 8u/qJ+j6cgowkBFVubm7QffYExJva60ioqxQV2iY1vuQyuwCn4j3UR9V4PXQ6bRvDJlIQO0TmwvF WZm7ZHkmilyBaK2og/aaLIWtJKBuykeKZ9se7395vP+VPd5/fLj77eHu94f37x/uPnzaTivqHoZK TKoXMoXiDUF6ZFXAIMgNtj5ZLwEwgVsIO/UVAeHCCzjS/+c6xRTx4jYDDJ5disUc6PuSpDJ0QVuK qR7bla+6zGh34pO2EBUVMSWoWcYW6viYCbNaJzAfik9RJVJgVZnMEsfWggr4ieme0TuNscz+qrtt oti/Wz3J3Cf0mtVFPVH2cuN7yKKe3z6JZwjj6eUcM7lpM4vQRrd5ot4A9lBrEKNMpX6k/hRNJp2D 8dlpC+2+3xoO+uPWYXR61OpPTntfHQ2iztE4+hmUbsZZDqwx0MiERVZWdZEX5oc8JAR4xVzq1rt5 mHi+8tkiZMk/65hrOEgXCJuvwAFt5l7ibCUtXTf8TEqotTSKRHwkQ9PFQeW38mv/SglTOV0//NrM GpORTI6FnhrGRQg6fKmMylOaIR5rupdIIBpS6DZhnCOxz7XktjF7SOupbnCuyUwj+6p5Rqr/PK2R WELoM+sIhRdlnTv+njgIsuMJCtIBUqczYQVNi89sAnn/b0Nyl9/Qf/EsR9ubmb+sHf8BAAD//wMA UEsDBBQABgAIAAAAIQBLnWnc1gAAAPwAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/BSgMxEEDvgv8Q RvBSbGIVLWvT0gqiILRsW/A6bia7i5vJksR29+8NHvQ484Y3vMVqcJ04UYitZw23UwWCuPKm5VrD 8fByMwcRE7LBzjNpGCnCanl5scDC+DOXdNqnWmQJxwI1NCn1hZSxashhnPqeODPrg8OUx1BLE/Cc 5a6TM6UepMOW84cGe3puqPrafzsNtty9q4n92PDO3c8mj0quR2+1vr4a1k8gEg3p/3gjt3iQf/BX 9WZyi7rLMfZ1/AytKTEmChryJsdmCHL5AwAA//8DAFBLAQItABQABgAIAAAAIQAMgYW7/gAAAOIB AAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhADHd X2HSAAAAjwEAAAsAAAAAAAAAAAAAAAAALwEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhACok hzQmBAAAcw0AABAAAAAAAAAAAAAAAAAAKgIAAGRycy9zaGFwZXhtbC54bWxQSwECLQAUAAYACAAA ACEAS51p3NYAAAD8AAAADwAAAAAAAAAAAAAAAAB+BgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAE AAQA9QAAAIEHAAAAAAAAEPAIAAAAXg8gEGAVihAPABHwlAEAAAAAwwsIAAAABAAAAAgC/78PAIgT fAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgM AQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAAB AAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAA AAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAA AAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAG AQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAA AABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8FQAAAAAAJ8PBAAA AAQAAAAAAKAPAgAAACoAAAChDxgAAAACAAAAAAAACAoAAgAHAAIAAAAAAAIADgAAANgPBAAAAAAA AAAAAKoPCgAAAAIAAAABAAAAAAAPAATwNgAAABIACvAIAAAAAQQAAAAMAABTAAvwHgAAAIEBAAAA CL8BEgASAP8BAAAIAAQDCQAAAD8DAQABABAA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAzM5kA AJmZAJnMAAAPAIgTMQAAAA8AihMpAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADIAAACLEwkAAAAA ACQEAQAAAAIAAA4EzQ4AAFBLAwQUAAYACAAAACEAS532GAABAAAcAgAAEwAAAFtDb250ZW50X1R5 cGVzXS54bWyskctqwzAQRfeF/oPQtthyuiil2M6ij10fi/QDBnlsi9ojIU1C8vcdOw6UEkIX3Qik mbn33FG53o+D2mFMzlOlV3mhFZL1jaOu0p+bl+xeq8RADQyesNIHTHpdX1+Vm0PApGSaUqV75vBg TLI9jpByH5Ck0vo4Ass1diaA/YIOzW1R3BnriZE440lD1+UTtrAdWD3v5flIIuNaPR77JqtKQwiD s8ACaqaqqct3AY+uQfUBkd9glC7DgoA/z1V+WWtHzS/gzLets9h4ux0FM58lbxbPM6wRh3QB9ozB so1cJudAqXchnRz+lOoVSNYZ/yfbInYCMPPf1t8AAAD//wMAUEsDBBQABgAIAAAAIQCl1qfnwAAA ADYBAAALAAAAX3JlbHMvLnJlbHOEj89qwzAMh++FvYPRfVHSwxgldi+lkEMvo30A4Sh/aCIb2xvr 20/HBgq7CISk7/epPf6ui/nhlOcgFpqqBsPiQz/LaOF2Pb9/gsmFpKclCFt4cIaje9u1X7xQ0aM8 zTEbpUi2MJUSD4jZT7xSrkJk0ckQ0kpF2zRiJH+nkXFf1x+YnhngNkzT9RZS1zdgro+oyf+zwzDM nk/Bf68s5UUEbjeUTGnkYqGoL+NTvZCoZarUHtC1uPnW/QEAAP//AwBQSwMEFAAGAAgAAAAhAGt5 lhaDAAAAigAAABwAAAB0aGVtZS90aGVtZS90aGVtZU1hbmFnZXIueG1sDMxNCsMgEEDhfaF3kNk3 Y7soRWKyy6679gBDnBpBx6DSn9vX5eODN87fFNWbSw1ZLJwHDYplzS6It/B8LKcbqNpIHMUsbOHH FebpeBjJtI0T30nIc1F9I9WQha213SDWtSvVIe8s3V65JGo9i0dX6NP3KeJF6ysmCgI4/QEAAP// AwBQSwMEFAAGAAgAAAAhAJTWT9ZUCQAA4zkAABYAAAB0aGVtZS90aGVtZS90aGVtZTEueG1s7Fvr j6NIDv9+0v0PiO+7zSMQaE1mxVP34Va3mp7Tfq5OSMIOgQiY139/dr1ChaRId6PdPU0SaRoqLpfL 9s92GebdL98OlfGlaLuyqVem/bNlGkW9bjZlvVuZ//2Y/xSYRteTekOqpi5W5veiM395/89/vCOP /b44FAbMr7tHsjL3fX98fHjo1jBMup+bY1HDb9umPZAebtvdw6YlX4HvoXpwLMt/OJCyNo2aHIBt WmzJ56o30qIrd7X5XrDPKlij7jscWFftEzIvLs4xbDpr88lG2q7dPSdVa3wh1cq06Md8eP/ugTxy gqof0+X0w+k4weaTM8WPElT9mC6w8Cv5UQKyXsN+xmvHcWZlLqcdELHLMW8XPmGo0A/4uyOZlb0x ppSIXS5G9IrOBkTs0hvRp1GWZrkiDyVi9P6I3kmdNIgUekq0r8r604jaskL4cGpJsm2qf10kD8Mk sYTiT1RgfelDuMS2qXuNR5lIcyB/NG0OhHhTkb6sjf77Ebx1DV4btSWpUCryWJDBOBtad2dDsL7C 7lDWs/I+sYOVTpujWz2oO/3PdluuC7rDbVlVT/33qvh3RzfZNVW5yWEQ51E0FxJJxz1ccjModLuW 0DlG2/S/l/3+aU+OoCCGyV3HWe8649h0AEi68EXeuCgouWfI9dANmTY70v/abNiwOwS0ZEPhvaOh QizkIoNbF3OXb1vMZlJdVZu6NZuKRn1H2ZrcMthwvDUYlNoE1zcIhmnbh3iKshvdmlTFBvXOgp0w Cy4trmc2Ed8128iebApmImV4YDqb2k64EA3n4FIXTPcybUqtgdKmhaBuIeLDq5UsGAjF0k2co6mq h9iqauPrygw9xzONNTmuzC2EFLg8HMFoXb0zDVLtIA+v+5Z57SQWqbeddhxe9irbEuMjr1JgfGy7 PiXdntmQ/sRNVdW4EpPf8RbobPNsgDnqK6RwA3CRv0wK0KNq2mK7Ldb90NiDEdQdu+WRsPncF+3T fvPVeK4+tx8ImB90ivvZlF2/Mimg8aZdmaht+pMaW3lcu1Do4GqkOu4Jj5YBzuZ6ZuTUVaUM9G4g Huztoux0cy/fCiJ+rq0M3fgH2wqmg6Iu3A1aYA1Vc0sMxOvKbNp+30AUOu7Ldd5CrUJjB3iLAdEF s60BtTv92xZf8C/zBcYDuVXlbt9/KHdGW0I66fdtUfwGYYl63wQzm6cexlIwoh41ELc7MrGfiy9F 9RFjoI8x2DT24Oo0mnD3pHTn/qfecwQ977BGGeJNiSEyqjMM/NmFCwMzbAqsNsh+E4kHkzurkNh8 Ol3kyOFG8IdTlbQQqFCSXxhy2L9ShFsS8CDXsog12rHjCeHAitIo1D+wVINBWc8cSb838B/If2W7 rk7l6cfmA8RWA45yyAzcBrz6J4xqcIkBkl09Q93DBpkzISu2Ai9OUWsiWc9cBcl1z5SNkgm8jXd/ svcLlS2LKHU5BYvj5V6vbK5hRdds7KqqYbFziMLQVpxDqGFoB2F4xG+e/wBD82YAreS7I9xRHBx/ a6l3PTeb7/yy6ljCZV6HZxikrOoPxdYoN9/E+UNqgkGIHUlFiUypcRpWbnKie+nQoE7k9DiVZUs5 2ZmeLGfQlSFky8n0UHiJATQkeODGox3QUxV2bNegWqmpqn6Lym4Q/rLKLp6zblUZOyhqDfUKlfXf 9CrjmgLljR2v+Na3BI4mTzT+8qSjDqLt1oLi3pRamfemFPZd3taUAof6lRyN5529MhHyBjjxyoSu pQljDo45OAZX0JqE8yLrJ65MgTQ+Ar+zEUnjihFXzFqIkYUY8cQInE/ZdF+M+FCsYbMNGr34xzTE RuEQy7fMw9MYJOORCdiwIPR36uWGPn75Dnmzl6scw4DSb87jNPde0MvN8zD0BW9uNWTKLmmbVuU/ 7FMPiNjl23u5eZolsSq/tpebLYPIS7humBCaXm6SuFC+cOpberm+L8mFp9HUJ32Ix+E7bFjV8neC zUsegWDXPlcfIdDnJMyjnBHMEvic0VOiASL+VNgkUeacyaOFTRzGYba8FTaYWxMBsmnYRLm/lMLc YaN9crig5fZbYAOPvvxc1JozPDl8UbYZZwMtbII08aVnDLB1DTZZkke56qY0JTH6GbLNWH4tbJZ5 7N4OG3jQ7L8ANpYVwVGeY/IOGy1svDfDBi2fise6M8BmST/celNFGi6uurUWNhh9pSPdABtkn4m9 DbA1K2wiJXtoYeOkmG8Uek2RlucePDLi1NPZBivYO2zg1RReirKmweWWgK+BjRd5AVc6T0ccFdcL GS1sBu+f8BdZLr2ngq4q366YgA3E04XvKG6khY2f+nmiwkxbpEVRYiXC8W6ATRrhV5GHpiQ2lSJC 0V0UxUGsyqOFje/4i3ih8NfAxrJQl5x6GjZI/kLY0EM/bQmA4XlLAFyFtwTAeOLgDk0DpgP4jV38 f7cElldh4yX2SYszwIb28oULamCT5qkTimPyBGyUQy+3y+mITxGhuGmcLUNfyMDNd6IftwQSK4KP 4qbaIu2lsMkcQJnKXwubKPFTT21paGCjBKBp2KRu5Ngild1WpP2wsAmuwsayXFd2nWaADT7pkllE Axs8tMsYOQEblPCs6NJmG8uKT8/bboANgiZR3XpW2ERpHGRqttTCBjR4CmVMfg1sUDdSk9OwgXp0 adk8Rtxhoz3bhFdhgy45cHPqjm8r0hA43Coa2GRuFg9aDDRlDBKJkj0Q2lLGAdEAEQr9wg+iRaxk jwH/cbZB2Jxlg3lhE0XpGSy1sHHzZboQmXh22FgZPOq+w6a44Wxjs4fAPJsoPqaczWdIN37gx146 jZvUTu1E+PZEugmt0ArUcK1NN4EVZpE4sA3AxS7HuIETeBSrVdGsuEl8+IoIz4TQ4mbpBnmoyq9J N3meJLJgmE43WZgmsuFwTzfadGNf/88rLgR++XBtDtz4Sv6icZ7DQsErFmmyuJjAjW954VJgjPmd Fjcggi9534KbIA7O8sGsuIkhlMTi2H4DbrzES25vQSvPtaZxg2qXyfuOGz1urr8oAP/ByLI9mR/e XKd5jps5InZr6rQ0T6xA5KUJ3ATJMl6K0uIG3AS5lzuqn2rrtNiN8kg8M2T8Z8VNAqiJVdxr801g e56jHrc0+SZJYngNlltwGjdBAslYkP9IuIHX19QXbOjLajBKX698/z8AAAD//wMAUEsDBBQABgAI AAAAIQAN0ZCftgAAABsBAAAnAAAAdGhlbWUvdGhlbWUvX3JlbHMvdGhlbWVNYW5hZ2VyLnhtbC5y ZWxzhI9NCsIwFIT3gncIb2/TuhCRJt2I0K3UA4TkNQ02PyRR7O0NriwILodhvplpu5edyRNjMt4x aKoaCDrplXGawW247I5AUhZOidk7ZLBggo5vN+0VZ5FLKE0mJFIoLjGYcg4nSpOc0IpU+YCuOKOP VuQio6ZByLvQSPd1faDxmwF8xSS9YhB71QAZllCa/7P9OBqJZy8fFl3+UUFz2YUFKKLGzOAjm6pM BMpburrE3wAAAP//AwBQSwECLQAUAAYACAAAACEAS532GAABAAAcAgAAEwAAAAAAAAAAAAAAAAAA AAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQCl1qfnwAAAADYBAAALAAAAAAAA AAAAAAAAADEBAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQBreZYWgwAAAIoAAAAcAAAAAAAA AAAAAAAAABoCAAB0aGVtZS90aGVtZS90aGVtZU1hbmFnZXIueG1sUEsBAi0AFAAGAAgAAAAhAJTW T9ZUCQAA4zkAABYAAAAAAAAAAAAAAAAA1wIAAHRoZW1lL3RoZW1lL3RoZW1lMS54bWxQSwECLQAU AAYACAAAACEADdGQn7YAAAAbAQAAJwAAAAAAAAAAAAAAAABfDAAAdGhlbWUvdGhlbWUvX3JlbHMv dGhlbWVNYW5hZ2VyLnhtbC5yZWxzUEsFBgAAAAAFAAUAXQEAAFoNAAAAAAAADwQ6AQAAPD94bWwg dmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiIHN0YW5kYWxvbmU9InllcyI/Pg0KPGE6Y2xy TWFwIHhtbG5zOmE9Imh0dHA6Ly9zY2hlbWFzLm9wZW54bWxmb3JtYXRzLm9yZy9kcmF3aW5nbWwv MjAwNi9tYWluIiBiZzE9Imx0MSIgdHgxPSJkazEiIGJnMj0ibHQyIiB0eDI9ImRrMiIgYWNjZW50 MT0iYWNjZW50MSIgYWNjZW50Mj0iYWNjZW50MiIgYWNjZW50Mz0iYWNjZW50MyIgYWNjZW50ND0i YWNjZW50NCIgYWNjZW50NT0iYWNjZW50NSIgYWNjZW50Nj0iYWNjZW50NiIgaGxpbms9ImhsaW5r IiBmb2xIbGluaz0iZm9sSGxpbmsiLz6wAB4ELgYAAFBLAwQUAAYACAAAACEA8xbAYf0AAAC7AQAA EwAAAFtDb250ZW50X1R5cGVzXS54bWx8kMtOwzAQRfdI/IPlLYqdskAIJemCxwoBi/IBI3uSWPgl j1M1f4+TFglQ1dVoHnfumWm2B2fZHhOZ4Fu+ETVn6FXQxg8t/9y9VPecUQavwQaPLZ+R+La7vmp2 c0RiRe2p5WPO8UFKUiM6IBEi+tLpQ3KQS5oGGUF9wYDytq7vpAo+o89VXnbwrnnCHiab2fOhlI8k Rc7Z43FusWo5xGiNglxA5dKVXfNewJPRyD4g5TdwZUrqRJJsKb7CHKb8J9mIy2v3Xv9jr0LfG4U6 qMkVYhETUokrhbPil9HNienMLQktXTjmjOvpW6IoVysaTaQfB7m+vvsGAAD//wMAUEsDBBQABgAI AAAAIQBw8DjcvgAAADgBAAALAAAAX3JlbHMvLnJlbHOEj8EKwjAQRO+C/xD2btN6EJGmvYggeBL9 gCXZtsE2Cdko9u/N0YLgcRjmzUzdvqdRvCiy9U5BVZQgyGlvrOsV3G+nzR4EJ3QGR+9IwUwMbbNe 1VcaMeUQDzawyBTHCoaUwkFK1gNNyIUP5LLT+ThhyjL2MqB+YE9yW5Y7Gb8Z0CyY4mwUxLOpQNzm kJv/s33XWU1Hr58TufSjQvJoDV1w9s+UsRh7SgpM5G9jIaoi7wfZ1HLxt/kAAAD//wMAUEsDBBQA BgAIAAAAIQBTLuiu+wIAAFkIAAAhAAAAZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1s tFZtb9owEP4+af/B8sdJNEB5awRUXbdOk/qCBt134xhi1W+yTUb+/c5OQlXKpLBpX0Ji3z139zzn M9PrvRSoYNZxrWa4d9HFiCmqM662M/y8uutMMHKeqIwIrdgMl8zh6/nHD1OTOpHdk1LvPAIM5VIy w7n3Jk0SR3MmibvQhinY22griYdPu00yS34BthRJv9sdJZJwhWt/28Zfbzacsi+a7iRTvgKxTBAP +bucG9egSdoGThL7sjMdqqUBiDUX3JcR9ABTzPDOqrQuqSM5tdrpjQ8+qSQ0LaTASNL0+1ZpS9YC SJJFXFlY5pgt2I33lq93nrmwlX5qsE2bDE0AUT4W+JY1XxqIBdr5FfeC3ahstcco2kNQEBPPQSW6 FBlSRMLCTzDllAgU7RGIilZs76OZMyvLWHBQxTdrlmZho/djsbCIZwGtRsFJvVGbxU8FZvCSHLlv GySS7jdWzqckBQHRfoahz8rwBCeSQhKIVov0dZXmTydsaf71hHXSBIAMDkGhRU1V0fty+k05R6T0 DuVVPgQw7jV9cUhpKDjwUNVJH4sGNRQf4pgcVZr4oAdG2nJQrpKo9qpMI02Nt4tUN/kfCBqN+leD bkVTfzwYXU7ectXvDsdxPzA2nAx7w/4wBmmQIEgFbVK//6yzMjC9hl8QNDTNDDMSiq9ghfNLXwoW 9QDWSAolwQOMBQmzgKnO8xJmgfS3ghGYFbV2fn4rOH1BXiOWcY8eiPPMokgBTA6AnII4HnqjhmQq WxBLfhwhB1ZJCpEh7ybfWEJg9s86Xr7XMXTTQhDKci0ySKUfKoSD0Aj2V5IG4o4UhWMBPdv0Q3tl B8MxzL7Y/6eEHXV7V5Ow/7+EhX5DohAHBf9R6EB31Nm9EboSMyoKjyZkZOuM3loyqmFMCVYw0QI+ Sn0G/Crntj36ZXVUWvN1p3fW562TH5wLzzcn0WGenn3E4kmrbgB4DXdGPDLCPhDzVMSK4UKHg30b lwxc4fUYfDUJGM1fgvlvAAAA//8DAFBLAQItABQABgAIAAAAIQDzFsBh/QAAALsBAAATAAAAAAAA AAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAHDwONy+AAAAOAEA AAsAAAAAAAAAAAAAAAAALgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAFMu6K77AgAAWQgA ACEAAAAAAAAAAAAAAAAAFQIAAGRycy9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnhtbFBLBQYA AAAAAwADAMkAAABPBQAAAACgAB4E6AUAAFBLAwQUAAYACAAAACEA8xbAYf0AAAC7AQAAEwAAAFtD b250ZW50X1R5cGVzXS54bWx8kMtOwzAQRfdI/IPlLYqdskAIJemCxwoBi/IBI3uSWPglj1M1f4+T FglQ1dVoHnfumWm2B2fZHhOZ4Fu+ETVn6FXQxg8t/9y9VPecUQavwQaPLZ+R+La7vmp2c0RiRe2p 5WPO8UFKUiM6IBEi+tLpQ3KQS5oGGUF9wYDytq7vpAo+o89VXnbwrnnCHiab2fOhlI8kRc7Z43Fu sWo5xGiNglxA5dKVXfNewJPRyD4g5TdwZUrqRJJsKb7CHKb8J9mIy2v3Xv9jr0LfG4U6qMkVYhET UokrhbPil9HNienMLQktXTjmjOvpW6IoVysaTaQfB7m+vvsGAAD//wMAUEsDBBQABgAIAAAAIQBw 8DjcvgAAADgBAAALAAAAX3JlbHMvLnJlbHOEj8EKwjAQRO+C/xD2btN6EJGmvYggeBL9gCXZtsE2 Cdko9u/N0YLgcRjmzUzdvqdRvCiy9U5BVZQgyGlvrOsV3G+nzR4EJ3QGR+9IwUwMbbNe1VcaMeUQ DzawyBTHCoaUwkFK1gNNyIUP5LLT+ThhyjL2MqB+YE9yW5Y7Gb8Z0CyY4mwUxLOpQNzmkJv/s33X WU1Hr58TufSjQvJoDV1w9s+UsRh7SgpM5G9jIaoi7wfZ1HLxt/kAAAD//wMAUEsDBBQABgAIAAAA IQDJVWgntQIAAHkHAAAhAAAAZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1srFXbitsw EH0v9B+EHgtZ76WUYpIs7bZbCnsJTbbvE1mJxeqGNHHjv+9ItrNkm0JC++I40szRnHNm5PH11mjW yBCVsxN+cXbOmbTCVcquJ/xpcTv6yFlEsBVoZ+WEtzLy6+nbN2NfRl3dQes2yAjDxhImvEb0ZVFE UUsD8cx5aWlv5YIBpL9hXVQBfhG20cXl+fmHwoCyvM8Px+S71UoJ+cWJjZEWO5AgNSDVH2vl44Bm xDFwBsLzxo+EM54glkorbDPoDqaZ8E2wZU9pZJQILroVppzSgCgbozkzovy+ti7AUpNIpskrsyCj DI38hBjUcoMypq3y3YDtj6nQJxCLmeC+ath6Oou8w8WWsxxHh5GJfEruiLmumAVDCwuFWjLykP2k YCVAs4XcYg6LfhGkTAm2+Rb83M9Czn5oZoGpKqH1KLzoN/qw/NdSGL0Ur9LXAxKU21Uw0zGUZBzb Tjj1V5uelAQlFcFEtyheVkX9eCBW1F8PRBfDAVTB7lBqTd8x+pPO5UCnE+Vix6oLBUq9c+I5MuuI Z6Lf0RMPzQCWOCd4X7POAkz69nHdZtZjiI+kaRYLt59d1SbiS/rNi1DqiHNstcyCUNlQEjg9SH4N aQilHT3NaQgN3mgJNKS9eDi90Uo8M3RMVgrZPUSUgeViaGQJckzqIJnTQ0pbzSDAj1fIiR+UdDIV PVRIr52EfxfyahByr6fYTIOQtdMVlXL5P8RNUnHmgqIh6LqdU19S0wzOnKJ4uukIRUIqOlV3SH+y i+lG74T+Rz9Sk2c74p4fneZZeHoMR2ZSJ7TAXApHc61lI/UR8NmRE+AXtQrHo191ih6t163bBKyP Lv79qfBqdRCd7p2TJyEPRHdT0mu6W/NlqMM9+McmM6YPHs3fTV7y9IlLc0WhLyEJY/hkTn8DAAD/ /wMAUEsBAi0AFAAGAAgAAAAhAPMWwGH9AAAAuwEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50 X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAcPA43L4AAAA4AQAACwAAAAAAAAAAAAAAAAAuAQAA X3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAyVVoJ7UCAAB5BwAAIQAAAAAAAAAAAAAAAAAVAgAA ZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1sUEsFBgAAAAADAAMAyQAAAAkFAAAAAJAA HgT1CAAAUEsDBBQABgAIAAAAIQDzFsBh/QAAALsBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQ y07DMBBF90j8g+Utip2yQAgl6YLHCgGL8gEje5JY+CWPUzV/j5MWCVDV1Wged+6ZabYHZ9keE5ng W74RNWfoVdDGDy3/3L1U95xRBq/BBo8tn5H4tru+anZzRGJF7anlY87xQUpSIzogESL60ulDcpBL mgYZQX3BgPK2ru+kCj6jz1VedvCuecIeJpvZ86GUjyRFztnjcW6xajnEaI2CXEDl0pVd817Ak9HI PiDlN3BlSupEkmwpvsIcpvwn2YjLa/de/2OvQt8bhTqoyRViERNSiSuFs+KX0c2J6cwtCS1dOOaM 6+lboihXKxpNpB8Hub6++wYAAP//AwBQSwMEFAAGAAgAAAAhAHDwONy+AAAAOAEAAAsAAABfcmVs cy8ucmVsc4SPwQrCMBBE74L/EPZu03oQkaa9iCB4Ev2AJdm2wTYJ2Sj2783RguBxGObNTN2+p1G8 KLL1TkFVlCDIaW+s6xXcb6fNHgQndAZH70jBTAxts17VVxox5RAPNrDIFMcKhpTCQUrWA03IhQ/k stP5OGHKMvYyoH5gT3JbljsZvxnQLJjibBTEs6lA3OaQm/+zfddZTUevnxO59KNC8mgNXXD2z5Sx GHtKCkzkb2MhqiLvB9nUcvG3+QAAAP//AwBQSwMEFAAGAAgAAAAhAIoElrDCBQAAkhEAACEAAABk cnMvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWysWN1u2zYUvh+wdyB0uSF1/O8IdYo2W7cC bmrULnZNy3SsmSI1inLsXLbPM2zABuymb5MH6CvsOxRlSVk7GG5uHIk8/MhzznfOR+Xps10i2VaY LNZqHLSfnAdMqEgvY3UzDt7NX56NApZZrpZcaiXGwV5kwbPLb795moaZXE74XueWAUNlIR8Ha2vT sNXKorVIePZEp0JhbqVNwi1ezU1rafgtsBPZ6pyfD1oJj1Xg15tj1uvVKo7EDzrKE6FsAWKE5Bbn z9ZxmpVoSXQMXMLNJk/PIp2kgFjEMrZ7B3qA2Y6D3KjQu3SWxJHRmV5ZWhMmPAq3iQxYEoWvbpQ2 fCERpGTrRqZGZMJsxXNrTbzIrchoKvyuxE6POWFKIMo6B5tRs/sUe6VxNN8FzJlhL+QwuERyoplc MsUTDEzjyOZGsNvYrtkVTylUziZL50YIslbbn0w6S6fGLb3eTg2LlwTlIYKWn/Bm7lXBDA+tB8tv SiQe7lYmuXzKQySN7cYBuLWnXyziodhZFhWDUTUard98xjZa//gZ61a5AU5w2BS0TAuP/utOp3Rn HlspWPvgVWHKsXSio03GlIaf5H7hXnS9LcHIZ4JP16wIvyUob1dMuniU9pmLaXnQQyTaw4tOZ4TS gue9EQrh/EFU+r3RoIdBRrHpDwbD7shtUiJhkwI6De3uhV7uKaQL/EXmuIrWGsW0oBU8lJmd2b1E nvG8lW2ciHF5g2qXYAEPl2L1FkPZ3ThASWLLRen5wR5JbuIgxDxEIPCDpZJTsxDq7N0MzSKxV1Jw wHuX7OWVjKMNs5qJZWzZa55ZYZgLHFoLTkbo1u3hIIVaTrnhdKg6MuWCh9gZvpc+uzBQPr6c9G6Z 9LIMppJHYq3lEofoUIhQLGWCT6IAKjBAuYDLJWFOI8Kg3RkO+0XSyupo8KDXbhNZjiYC2rpFi9Hm LmC3hoPR2W85NyJg8pVCL7po93rIt3Uvvf6wgxdTn1nUZ1SeXGnpmkLJMBt4sl1Z8I3Y6vroRM1S dF9qREiYyex89ws3KXpUhvNY+HatZ2ueCmfAt5PM+uQebF2uCz4TyOc4jNY9cZvGaokGSY9kusiv IVSO+TVmd0FtHzdfAw52KztUDgWUiwCcOAavU+UBeATi8boVngvvsXhU7EUQgEcgHq9X4bW7wzY1 iuMOSKV8ACQUD9ivAY7Qg04DJBQPOKgA0dNwwJNOSCgecFgDHPZc5k5wmVA84KgCJDTXV49KciOG hOIBL2qAg/7wxKQQiuN5nd2us1bwiCXI+dbxHMR4wPdDH2eg+pwvZujhJeuMLawFn6gXZuNWrrSy z13rX/CM2gBuFaqaXqOP4242zVV0KCdJtUxuZ2k0jSzbcmoBCExFr5rFC7F6aEuaUjIRGJXF8xV6 fhO3ZudnF/mVNPOdK+dFPrs7PL6EK4eXQ8VbviiaSSlrRQX4zNWEZZMncaJ/jYvANvQLMSw4Bx0k KrvffBwotBW6C5t4g0uV0jP3FLCNME7sWEQd1ltR/8Ni3AgTLuM78bN7pajLmK7Rbm5qtF6557po Oo4p+lX6ZSylL2I3kmkZL2nQRY5u2QLxKZJid4X8IKR1K7FaiciWUcknykctJxj/7HjgLjQraOM4 +D5RZ9JS+8A9jdcmPn38/dPHv9inj3/ev//7/v0/9x8+3L//A31/zU0mQJqzdsddVHgYZaesg8JX WTpN8Hul4M9JROtq3yWPvlbtSZRAA7BkzeXKC7+7R+Aycprw97u43xUXvOpe3FD+0Tnug8UmR9wA Xd7qTcVLntc5IvURktluSBJdGx0zT5bMdkOCv14yqQlVCvcIknlRx3sExWzgPYJgNvAeQS8beI8g lw28R1DLBt7/i6WXRkd8R9PTP0uoabivkqzxWfKlTw/3BVJ8RuORvrpdi5HmNU/fbN1Z8J8QfPCg T2Mohb7ilGRamRBG+b+Uy38BAAD//wMAUEsBAi0AFAAGAAgAAAAhAPMWwGH9AAAAuwEAABMAAAAA AAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAcPA43L4AAAA4 AQAACwAAAAAAAAAAAAAAAAAuAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAigSWsMIFAACS EQAAIQAAAAAAAAAAAAAAAAAVAgAAZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1sUEsF BgAAAAADAAMAyQAAABYIAAAAAIAAHgRwBwAAUEsDBBQABgAIAAAAIQDzFsBh/QAAALsBAAATAAAA W0NvbnRlbnRfVHlwZXNdLnhtbHyQy07DMBBF90j8g+Utip2yQAgl6YLHCgGL8gEje5JY+CWPUzV/ j5MWCVDV1Wged+6ZabYHZ9keE5ngW74RNWfoVdDGDy3/3L1U95xRBq/BBo8tn5H4tru+anZzRGJF 7anlY87xQUpSIzogESL60ulDcpBLmgYZQX3BgPK2ru+kCj6jz1VedvCuecIeJpvZ86GUjyRFztnj cW6xajnEaI2CXEDl0pVd817Ak9HIPiDlN3BlSupEkmwpvsIcpvwn2YjLa/de/2OvQt8bhTqoyRVi ERNSiSuFs+KX0c2J6cwtCS1dOOaM6+lboihXKxpNpB8Hub6++wYAAP//AwBQSwMEFAAGAAgAAAAh AHDwONy+AAAAOAEAAAsAAABfcmVscy8ucmVsc4SPwQrCMBBE74L/EPZu03oQkaa9iCB4Ev2AJdm2 wTYJ2Sj2783RguBxGObNTN2+p1G8KLL1TkFVlCDIaW+s6xXcb6fNHgQndAZH70jBTAxts17VVxox 5RAPNrDIFMcKhpTCQUrWA03IhQ/kstP5OGHKMvYyoH5gT3JbljsZvxnQLJjibBTEs6lA3OaQm/+z fddZTUevnxO59KNC8mgNXXD2z5SxGHtKCkzkb2MhqiLvB9nUcvG3+QAAAP//AwBQSwMEFAAGAAgA AAAhANeUKYA9BAAAbg4AACEAAABkcnMvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWzMV92O 4jYYva/Ud7ByWWkWQggw0cCqpd2q0uwsKuwDmMSQdBw7ckwW9ul77MRMYNklzPSiN0zGOT7+fs/n PLzf55xUTJWZFFPPf9f3CBOxTDKxnXqfVx/uJh4pNRUJ5VKwqXdgpfd+9vNPD0VU8uSRHuROE3CI MqJTL9W6iHq9Mk5ZTst3smAC7zZS5VTjX7XtJYp+AXfOe4N+f9TLaSa8Zr/qsl9uNlnMfpfxLmdC 1ySKcaphf5lmRenY8rgLXU7V8664i2VegGKd8UwfLOmRppp6OyWixqW7PIuVLOVGmz1RTuOoyrlH 8jj6ayukomuOIOWVXVkoVjJVsV+1Vtl6p1lpXkW/OO6ii4WFIRHaOngaNX0ocJZc/7Pae8TCcBZy 6M2QnHjJEyJojoW5FBoM5EumUzKnhQmVxZTFSjFm0KL6UxXLYqHs1qdqoUiWGKqGwus1LxqY/VcA hofe2fatY6LRfqPy2QONkDSyn3qorYP5xSYasb0mcb0Yv6zG6acL2Dj94wK65w6ABcdDUZZF7dG3 7gycO6tMc0b8o1c1lGLro4yfSyIk/DTu1+7FT5UjMz4b+iIldfi1oWpw9UsbD4cvbUydocdIDMMx yt+GYzAO+uFZTIJ+fxL4gUdMZHx/NGgQbY9r5iLS+99kcjARXeMvEkdFnEr00rqOMy/1Uh840kwj XnEfBhHKt2h2jiKgUcI2f2Op/Dr1YBJsWjvHj3jkGM8tHkSYRogDfrCVU6MVTNx9XkIrcj3njIK+ 8UnP5jyLn4mWhCWZJh9pqZkiNm5QFlhm2LU9w1IykSyoosaoNrNJBY1wMuLrfMZjne3v5xxBPO2C BacxSyVPYMTgbRWQJahfVyTdkx+E49Ak1DTDpeyHvu8DUWc/nISBj1Ko3a8byrpd16GLhMu+ba12 qpqUn2U6MNVXU7YAeBw09dquikkb6wDABhewwzbWAYAdXsCaajva4ADAhtewDgDs6BrWAYAdX8M6 ALCTa1gHAPb+GrYGXOoh7CRgODbLG3vKaKptqfKkp+q+sc2DH3ekLdwb2njJYikSwlnFeAd621s3 0K/STHVntw1xA/sHuVOYfl2NH5rCvIU+21xkx5j7T9Vs6NRsZVLdljIbEIx9N6peNczMBIGEYxSk lG883AEgcDaRdqgZybEPS1vxRnzN0o+mmz8MQr/u85eRfzLehqN7vz96s8AR3OQe7RUjEwluO+bR mLbePeHearPZ0jT/RKfMTDRYdKKRt4bKzehOfCd6eqaRDd+9PzSnkk58J9p4pqMNnx+M/VFXwvsf aK3jmwwmRuo7GXjCd6bHDd9gMIF5r+E702zHNx7asXW7fWe63vAZss4JOfH3TPsd3ygcvy4f/4/5 gM52twl7wbC97j4RsGK+KOxXAFcfafGpsi2Drzzc5uZ2qcB3nZnngL5ADJX7Tpz9CwAA//8DAFBL AQItABQABgAIAAAAIQDzFsBh/QAAALsBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBl c10ueG1sUEsBAi0AFAAGAAgAAAAhAHDwONy+AAAAOAEAAAsAAAAAAAAAAAAAAAAALgEAAF9yZWxz Ly5yZWxzUEsBAi0AFAAGAAgAAAAhANeUKYA9BAAAbg4AACEAAAAAAAAAAAAAAAAAFQIAAGRycy9z bGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnhtbFBLBQYAAAAAAwADAMkAAACRBgAAAABwAB4EwwQA AFBLAwQUAAYACAAAACEA8xbAYf0AAAC7AQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kMtOwzAQ RfdI/IPlLYqdskAIJemCxwoBi/IBI3uSWPglj1M1f4+TFglQ1dVoHnfumWm2B2fZHhOZ4Fu+ETVn 6FXQxg8t/9y9VPecUQavwQaPLZ+R+La7vmp2c0RiRe2p5WPO8UFKUiM6IBEi+tLpQ3KQS5oGGUF9 wYDytq7vpAo+o89VXnbwrnnCHiab2fOhlI8kRc7Z43FusWo5xGiNglxA5dKVXfNewJPRyD4g5Tdw ZUrqRJJsKb7CHKb8J9mIy2v3Xv9jr0LfG4U6qMkVYhETUokrhbPil9HNienMLQktXTjmjOvpW6Io VysaTaQfB7m+vvsGAAD//wMAUEsDBBQABgAIAAAAIQBw8DjcvgAAADgBAAALAAAAX3JlbHMvLnJl bHOEj8EKwjAQRO+C/xD2btN6EJGmvYggeBL9gCXZtsE2Cdko9u/N0YLgcRjmzUzdvqdRvCiy9U5B VZQgyGlvrOsV3G+nzR4EJ3QGR+9IwUwMbbNe1VcaMeUQDzawyBTHCoaUwkFK1gNNyIUP5LLT+Thh yjL2MqB+YE9yW5Y7Gb8Z0CyY4mwUxLOpQNzmkJv/s33XWU1Hr58TufSjQvJoDV1w9s+UsRh7SgpM 5G9jIaoi7wfZ1HLxt/kAAAD//wMAUEsDBBQABgAIAAAAIQC4yP6QkAEAABMDAAAhAAAAZHJzL3Ns aWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1sjFLbTuMwEH1H4h8sP65UUvYBraymaJebkBaoBPsB U8dpLHzT2AnN3zN2ExArHvpijc+cc2bG49Xl3ho2KIzau5qfny05U076Rrtdzf+93C5+cRYTuAaM d6rmo4r8cn16sgoimuYvjL5PjDxcFFDzLqUgqirKTlmIZz4oR7nWo4VEV9xVDcIbeVtT/VwuLyoL 2vFJj8fofdtqqa697K1y6WCCykCi/mOnQ5zdrDzGzgK+9mEhvQ1ksdVGp7GYftgMNe/RiWmkhdUS ffRtyhphQYrBGs6sFPc75xG2hh7JDgXZoIoKB/U7JdTbPqmYU+LH7B2O6TBkE5fKgF9fLY2Bam0N uFfOCo1q0Q75mpYjn03DHFgC/hRGBmN4QaVy5IY7DM9hg4X7OGyQ6SZrJw2vpsREK1dHNAqq/+S7 2QnEvkW7XoGgLbF9zekzjfkkEQi1T0weQPmJyu7pG67sbr5hV3MB6uCjKMXzWBTmsUvnBh8gPA00 H9CWYlJ4VaBAn+8wg/ykZI/5M6/fAQAA//8DAFBLAQItABQABgAIAAAAIQDzFsBh/QAAALsBAAAT AAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAHDwONy+ AAAAOAEAAAsAAAAAAAAAAAAAAAAALgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhALjI/pCQ AQAAEwMAACEAAAAAAAAAAAAAAAAAFQIAAGRycy9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnht bFBLBQYAAAAAAwADAMkAAADkAwAAAABgAB4EWgUAAFBLAwQUAAYACAAAACEA8xbAYf0AAAC7AQAA EwAAAFtDb250ZW50X1R5cGVzXS54bWx8kMtOwzAQRfdI/IPlLYqdskAIJemCxwoBi/IBI3uSWPgl j1M1f4+TFglQ1dVoHnfumWm2B2fZHhOZ4Fu+ETVn6FXQxg8t/9y9VPecUQavwQaPLZ+R+La7vmp2 c0RiRe2p5WPO8UFKUiM6IBEi+tLpQ3KQS5oGGUF9wYDytq7vpAo+o89VXnbwrnnCHiab2fOhlI8k Rc7Z43FusWo5xGiNglxA5dKVXfNewJPRyD4g5TdwZUrqRJJsKb7CHKb8J9mIy2v3Xv9jr0LfG4U6 qMkVYhETUokrhbPil9HNienMLQktXTjmjOvpW6IoVysaTaQfB7m+vvsGAAD//wMAUEsDBBQABgAI AAAAIQBw8DjcvgAAADgBAAALAAAAX3JlbHMvLnJlbHOEj8EKwjAQRO+C/xD2btN6EJGmvYggeBL9 gCXZtsE2Cdko9u/N0YLgcRjmzUzdvqdRvCiy9U5BVZQgyGlvrOsV3G+nzR4EJ3QGR+9IwUwMbbNe 1VcaMeUQDzawyBTHCoaUwkFK1gNNyIUP5LLT+ThhyjL2MqB+YE9yW5Y7Gb8Z0CyY4mwUxLOpQNzm kJv/s33XWU1Hr58TufSjQvJoDV1w9s+UsRh7SgpM5G9jIaoi7wfZ1HLxt/kAAAD//wMAUEsDBBQA BgAIAAAAIQDc7D/sJwIAAGUEAAAhAAAAZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1s jFTLbtswELwX6D8QPBZw5ORQFITloHUfKJDERu18wJqibcJ8gVyr1t93SUlOm+bgi0QtZ2d3hlzN 7s/WsFbFpL2r+e3NlDPlpG+029f8efN98omzhOAaMN6pmncq8fv5+3ezIJJpHqDzJ2TE4ZKAmh8Q g6iqJA/KQrrxQTna2/loAekz7qsmwm/itqa6m04/Vha040N+vCbf73Zaqq9enqxy2JNEZQCp/3TQ IY1sVl5DZyEeT2EivQ1EsdVGY1dILzRtzU/RiUHSxGoZffI7zDnCghStNZxZKX7unY+wNWSSbUtk FVVSsVWfEaPenlClvCU+jNzhmg5DJnFYBP7rGnaBaqFGo5bOdJwVKNWjc+RzOiC5Ng1zYCmwyShW YHknhU1UKq9c+yOGdVjFkvDUriLTTSYYEnk1bAyw8ukIRovqVfp+ZAJx3kU7n4Gg42LnmtOt6vKT kkCoMzLZB+VLVB6Wb2Dl4dsb6GosQB1cimZVvaL/5dyNcnofbi+qeihQ6oOXx8ScJ51Zfi9PPrUj Wdac6cOB/WX8gOs3ix8jPpGnxSw8f/FNl4Vv6V2CIEzCNXZGFUOobRBETg+y30AePeUmz2saPYsL o4BGczAP5wuj5ZGhZ6rRyB4hoYqs3AIaVKKckTtIhzNQKtesIMKvV8xZHwiqTE2PHdIyW1he/f2g Zb5E5QqY+Ahh2ZY+abip6qKEAo3z4NYLJHOMv4f5HwAAAP//AwBQSwECLQAUAAYACAAAACEA8xbA Yf0AAAC7AQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAI AAAAIQBw8DjcvgAAADgBAAALAAAAAAAAAAAAAAAAAC4BAABfcmVscy8ucmVsc1BLAQItABQABgAI AAAAIQDc7D/sJwIAAGUEAAAhAAAAAAAAAAAAAAAAABUCAABkcnMvc2xpZGVMYXlvdXRzL3NsaWRl TGF5b3V0MS54bWxQSwUGAAAAAAMAAwDJAAAAewQAAAAAUAAeBPIHAABQSwMEFAAGAAgAAAAhAPMW wGH9AAAAuwEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJDLTsMwEEX3SPyD5S2KnbJACCXpgscK AYvyASN7klj4JY9TNX+PkxYJUNXVaB537plptgdn2R4TmeBbvhE1Z+hV0MYPLf/cvVT3nFEGr8EG jy2fkfi2u75qdnNEYkXtqeVjzvFBSlIjOiARIvrS6UNykEuaBhlBfcGA8rau76QKPqPPVV528K55 wh4mm9nzoZSPJEXO2eNxbrFqOcRojYJcQOXSlV3zXsCT0cg+IOU3cGVK6kSSbCm+whym/CfZiMtr 917/Y69C3xuFOqjJFWIRE1KJK4Wz4pfRzYnpzC0JLV045ozr6VuiKFcrGk2kHwe5vr77BgAA//8D AFBLAwQUAAYACAAAACEAcPA43L4AAAA4AQAACwAAAF9yZWxzLy5yZWxzhI/BCsIwEETvgv8Q9m7T ehCRpr2IIHgS/YAl2bbBNgnZKPbvzdGC4HEY5s1M3b6nUbwosvVOQVWUIMhpb6zrFdxvp80eBCd0 BkfvSMFMDG2zXtVXGjHlEA82sMgUxwqGlMJBStYDTciFD+Sy0/k4Ycoy9jKgfmBPcluWOxm/GdAs mOJsFMSzqUDc5pCb/7N911lNR6+fE7n0o0LyaA1dcPbPlLEYe0oKTORvYyGqIu8H2dRy8bf5AAAA //8DAFBLAwQUAAYACAAAACEAh1hmfL8EAADjFwAAIQAAAGRycy9zbGlkZUxheW91dHMvc2xpZGVM YXlvdXQxLnhtbOxY227jNhB9L9B/IPRYIGvLli8RYi/atFsUyCZB4/0AWqIjNRSpUrRi79d3ZiTa 8m2heBfYBeoXm5YOD+fCORzz5v0qk6wUpki1mnj+u67HhIp0nKrnifdp9uFq7LHCchVzqZWYeGtR eO+nP/90k4eFjO/4Wi8tAw5VhHziJdbmYadTRInIePFO50LBu4U2Gbfw0zx3YsNfgTuTnV63O+xk PFVePd+0ma8XizQSv+tomQllKxIjJLdgf5GkeeHYsqgNXcbNyzK/inSWA8U8laldE+mGppx4S6PC 2qWrLI2MLvTC4pww41FYZtJjWRT+9ay04XMJQcpKevJoRCFMKX611qTzpRUFvgp/cdx5GwtzJFGW HNyNml3nsJZ91bPV7FU/zP/xGIFhRcikN4UURU8yZopn8OAWXTRpoRW9KfKZEQIxqvzT5E/5o6EJ 9+WjYWmMBPVEr1O/qGH0UwEMBp296c+OiYerhcmmNzyEhLHVxIN9tcZPmMRDsbIsqh5G26dR8nAE GyV/HEF33AJgwWZR2JJ55dGhOz3nziy1UjB/41UF5TD1TkcvBVMa/ET3K/ei+9KRoc9InyesDj1S 1bjqJcXD4QuIKQXLrn7T8Rodn8M3PeShLOyTXUtIAYxL6VMCeBiLxd9VaBuPwdsmHJzkIZgCH5As ybFUhbr69ASlmtlbKTiUch1qO72VafTCrGYiTi37yAsrDLMUhQINuAF2C6msKYWKH7nhYMQOM0aD h7AyuOj8gWEV8NNh72/Cjjl/lDwSiZYxWND7FhnAeHqwXWEvuYSdSARGa29LBoMRaBDtS3/QH/h+ H03a7s6gG3T9Megf7tFh/3o0JJshDBURuV9tCRcRl2HGVZRoELR5RdnMXp1sBtJzR3WRqhgKHIe4 +nx5D0JLhlR7gRWfJ14vQEvnzs3G3qBhD3ZPTei8asXaPWRFKrQDzOxvWa/9gCxow+qPD1mRqmYN tqx+f+QPEdyKlpC7IUCumnbQoB33xmTDubTIVdMOt7S93hhM+AprkaumHTVoR0Gf9uG51iJXTTve 0iJn+5QdiS1y1bTXDdrhYPRVKUMu0pJmTZCi4SKw6zbSRaufr3AoOCRwxY7CnaNigVOxW60s1OqO kJFqwFHrDoo3HiVY3QmXi1rGKonBY5XChIPmeYIJOS1jPX8UjEeDL8hY/3rgQ3Egoo2OkQw1E3Vw Um3VqaJsAGDoxKSpZFhCG6wDANZJRANLSrLBOgBgXd03sbgrN1gHAKwr5pNYBwCsq9CTWAcArCu7 k1gHAKyrpZNYBwBsVSCuE6D4kkhufPsxKoiaAfhwRUvn7xvakicRaRUzKUohjxToPj3VxRvoZ0lq 2rPXJ39rxfmgl8YmrY0PqopsT58ujrJDb/JNu7OB07XZfndGFp8valV/XHVnKHD/LrmBtrPWOIo2 tcqtNW4YDLo9MBc6sVO9mj8C5bv0ahPv0qtBv3zp1SZe///Yqw2dph3r1ag1Ol/WDqWMdPJsKTvV r22l7NKvYcx3+59Lv3biTueL/3j2G6pLv4ZXaNW/wf3YfM9+jW6VqrtZGOIFLl2/SvOR5w8ltZBw tQ7N1C09yuEyHf8ZAHQLQQ53OT/9DwAA//8DAFBLAQItABQABgAIAAAAIQDzFsBh/QAAALsBAAAT AAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAHDwONy+ AAAAOAEAAAsAAAAAAAAAAAAAAAAALgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAIdYZny/ BAAA4xcAACEAAAAAAAAAAAAAAAAAFQIAAGRycy9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnht bFBLBQYAAAAAAwADAMkAAAATBwAAAABAAB4EmAYAAFBLAwQUAAYACAAAACEA8xbAYf0AAAC7AQAA EwAAAFtDb250ZW50X1R5cGVzXS54bWx8kMtOwzAQRfdI/IPlLYqdskAIJemCxwoBi/IBI3uSWPgl j1M1f4+TFglQ1dVoHnfumWm2B2fZHhOZ4Fu+ETVn6FXQxg8t/9y9VPecUQavwQaPLZ+R+La7vmp2 c0RiRe2p5WPO8UFKUiM6IBEi+tLpQ3KQS5oGGUF9wYDytq7vpAo+o89VXnbwrnnCHiab2fOhlI8k Rc7Z43FusWo5xGiNglxA5dKVXfNewJPRyD4g5TdwZUrqRJJsKb7CHKb8J9mIy2v3Xv9jr0LfG4U6 qMkVYhETUokrhbPil9HNienMLQktXTjmjOvpW6IoVysaTaQfB7m+vvsGAAD//wMAUEsDBBQABgAI AAAAIQBw8DjcvgAAADgBAAALAAAAX3JlbHMvLnJlbHOEj8EKwjAQRO+C/xD2btN6EJGmvYggeBL9 gCXZtsE2Cdko9u/N0YLgcRjmzUzdvqdRvCiy9U5BVZQgyGlvrOsV3G+nzR4EJ3QGR+9IwUwMbbNe 1VcaMeUQDzawyBTHCoaUwkFK1gNNyIUP5LLT+ThhyjL2MqB+YE9yW5Y7Gb8Z0CyY4mwUxLOpQNzm kJv/s33XWU1Hr58TufSjQvJoDV1w9s+UsRh7SgpM5G9jIaoi7wfZ1HLxt/kAAAD//wMAUEsDBBQA BgAIAAAAIQBhLKe1ZQMAABQOAAAhAAAAZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1s 7Fdbb9owFH6ftP9g5XESC5dAaQRUG1unSb2gQX+AcRyS1ZfINins1+/YiSmldIC6R17AcT5/Puc7 FzuDqxVnqKRK51IMg9bnZoCoIDLJxWIYPMyuG/0AaYNFgpkUdBisqQ6uRh8/DIpYs+QGr+XSIOAQ OsbDIDOmiMNQk4xyrD/Lggp4l0rFsYFHtQgThZ+Am7Ow3Wz2Qo5zEdTr1THrZZrmhH6TZMmpMBWJ ogwbsF9neaE9GyfH0HGsHpdFg0heAMU8Z7lZO9INTTkMlkrEtUsNnhMltUyNXRNzTOKSswBxEv9c CKnwnIFIvHQzE0U1VSX9YozK50tDtX0Vf/LcxTEWFpZEGOfgS9XMuoC9zJO8n/8OkMPBZhDEYATR IVOWIIE5TMyeJBpLYYDGvdLFTFFqQaL8oYppMVFuxV05UShPLEO9MgjrFzXMPQqAwSDcWb7wTDhe pYqPBjiGYKHVMICcWttfWIRjujKIVJPkeZZk93uwJPu+Bx36DcCCzaaQjkXl0Wt32t6dWW4YRa2N VxUUw9IbSR41EhL8tO5X7pG70pNZny19kaFadktV46qXTg+P16CpE8usvspkbR2fw7+bxDHTZmrW jDpBwGwcAzn8gPwM28KjovEwhcLjZswohsKsxTOjMcvJIzIS0SQ36BZrQxUyzi9tKQegjoHg1JRU JBOs8K8dZusfjmFnMNpbCMNKwreF7Hgh62xCE4YJzSRLwIj2+2TVf6AaMEsDyEBIDx+DN7S1cu1k WdS9gJbiUq3Vazbt2OnrEy5qdvowHyCbdlG33b3sdVwAPZMToAqz12Rv1OzerGQtVzY4Tmhq5bX2 t/vVpqDtFgCG7T3YaBvrAYDt7ME2t7EeANjoNbb1wgYPAGz3ENYDANs7hPUAwF4cwnoAYPuHsB4A 2MtD2Apgta7LyQbGVROsRMCwKZt3VpfNIFdc+kV1VRW0u6VL3BMKekqJFAlitKTsCHpXZSfQz7Jc Hc/uCuIE9mu5VCY72vioqsijw3Gdp3vZ4RT5r30t+ldfc5rAeeoPgxOPi52+5uLnjgrbadxg+8zY 19d6Uf/c2OBEODe2+NzYNhehc2OrL2zur7rQw9Be+92dnalbXNyXrtfCtxhcE8duqoCvL3v9A+gz xHL4r7nRXwAAAP//AwBQSwECLQAUAAYACAAAACEA8xbAYf0AAAC7AQAAEwAAAAAAAAAAAAAAAAAA AAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBw8DjcvgAAADgBAAALAAAAAAAA AAAAAAAAAC4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQBhLKe1ZQMAABQOAAAhAAAAAAAA AAAAAAAAABUCAABkcnMvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWxQSwUGAAAAAAMAAwDJ AAAAuQUAAAAAMAAeBLQGAABQSwMEFAAGAAgAAAAhAPMWwGH9AAAAuwEAABMAAABbQ29udGVudF9U eXBlc10ueG1sfJDLTsMwEEX3SPyD5S2KnbJACCXpgscKAYvyASN7klj4JY9TNX+PkxYJUNXVaB53 7plptgdn2R4TmeBbvhE1Z+hV0MYPLf/cvVT3nFEGr8EGjy2fkfi2u75qdnNEYkXtqeVjzvFBSlIj OiARIvrS6UNykEuaBhlBfcGA8rau76QKPqPPVV528K55wh4mm9nzoZSPJEXO2eNxbrFqOcRojYJc QOXSlV3zXsCT0cg+IOU3cGVK6kSSbCm+whym/CfZiMtr917/Y69C3xuFOqjJFWIRE1KJK4Wz4pfR zYnpzC0JLV045ozr6VuiKFcrGk2kHwe5vr77BgAA//8DAFBLAwQUAAYACAAAACEAcPA43L4AAAA4 AQAACwAAAF9yZWxzLy5yZWxzhI/BCsIwEETvgv8Q9m7TehCRpr2IIHgS/YAl2bbBNgnZKPbvzdGC 4HEY5s1M3b6nUbwosvVOQVWUIMhpb6zrFdxvp80eBCd0BkfvSMFMDG2zXtVXGjHlEA82sMgUxwqG lMJBStYDTciFD+Sy0/k4Ycoy9jKgfmBPcluWOxm/GdAsmOJsFMSzqUDc5pCb/7N911lNR6+fE7n0 o0LyaA1dcPbPlLEYe0oKTORvYyGqIu8H2dRy8bf5AAAA//8DAFBLAwQUAAYACAAAACEA5clXm4ED AACuCQAAIQAAAGRycy9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnhtbJyW247aPBCA7yv1Haxc VtqShEPYaKFqt6df2m5R2T6AcQxE65Nsk8L/9J1xHA7tVoq4gWDPfHMecvduLwVpuHW1VrMke5sm hCumq1ptZsnPp88304Q4T1VFhVZ8lhy4S97NX7+6M6UT1QM96J0nwFCupLNk670pBwPHtlxS91Yb ruBura2kHn7azaCy9BewpRjkaToZSFqrJOrbPvp6va4Z/6jZTnLlW4jlgnrw321r4zqaZH1wktrn nblhWhpArGpR+0OAHjHNLNlZVcaQbmTNrHZ67VGnlJSVjRQJkaz8b6O0pSsBSZJNOFlY7rht+Hvv bb3aee7wqnzTsU0fDw1ClA8BXmbNHwzYcpx95bRKSBAEa1DFZA7lYUtREUUlHCw5w/wQFOQ23Drz ZDlHOdV8sWZpFjYoPTYLS+oKIVE5GcSLKBZ+KhCDh8Ef6puORMv92sr5HS2hYGQ/S6CvDvgJSrTk e09Ye8hOp2z7/QVZtv30gvSgMwAeHI1CS5o2or/DybtwnmovOMmOUbWiFFQfNHt2RGmIE8Nvw2OP TQfDmBFvtqRNvUdUlGsvQz46eRdy2jl6zESR58NsGNIxGqWT2/SPpBRFkY/gkGBqsuEkT4txMNKR wEiLNqXff9DVAVO6gm+oHFVsq2GQPGrQUji/9AcBdYbnRmTgEaFiA5MuoAtoWfH1Dzhy/88SMAk2 V6HwjEIGqBDRbNSEcl8SIdm0hJTAB0AExZXB1c3PJawM6e8Fp2AoRufn96Jmz8Rrwqvak2/UeW5J SCEsGPAR6T7YCEiuqgW1FN07J2NVaAmWIQtd9CEhWJl/lx/y3Y7CE/beQlDGt1rAMJAcg4Rp6ep8 VSdg9hMYG+jprnGuaoj8Np0U0ByheN2UXDbEOE2zaREr0w5Zn4ZYtcyXGgJ24EMY0FpVsGnwEWu6 2j3Cxg+enLUJbO1QUWyFtqFQFh5z7K0WNRoXIAb56MHLpuc8hETe8MS7zWBQ+vIm5zyERN7oxMuG RYZi/RxE023XQZRIicDxGXCaTzGOK4BIicDJCZjnU3DwKiBSIrA4AxajYf+aXISMlAicnoBI61+U CyBSIvD2DDgZF1cWBSkvLyfEQ9WOWyjYvX5Z4USGXeUultW/FlKYy/ZvFh7x/zhsGmG/UfO9Cb7A WxKswftwZOC9CBsNRE8iyOjes+a/AQAA//8DAFBLAQItABQABgAIAAAAIQDzFsBh/QAAALsBAAAT AAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAHDwONy+ AAAAOAEAAAsAAAAAAAAAAAAAAAAALgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAOXJV5uB AwAArgkAACEAAAAAAAAAAAAAAAAAFQIAAGRycy9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnht bFBLBQYAAAAAAwADAMkAAADVBQAAAAAgAB4EzQUAAFBLAwQUAAYACAAAACEA8xbAYf0AAAC7AQAA EwAAAFtDb250ZW50X1R5cGVzXS54bWx8kMtOwzAQRfdI/IPlLYqdskAIJemCxwoBi/IBI3uSWPgl j1M1f4+TFglQ1dVoHnfumWm2B2fZHhOZ4Fu+ETVn6FXQxg8t/9y9VPecUQavwQaPLZ+R+La7vmp2 c0RiRe2p5WPO8UFKUiM6IBEi+tLpQ3KQS5oGGUF9wYDytq7vpAo+o89VXnbwrnnCHiab2fOhlI8k Rc7Z43FusWo5xGiNglxA5dKVXfNewJPRyD4g5TdwZUrqRJJsKb7CHKb8J9mIy2v3Xv9jr0LfG4U6 qMkVYhETUokrhbPil9HNienMLQktXTjmjOvpW6IoVysaTaQfB7m+vvsGAAD//wMAUEsDBBQABgAI AAAAIQBw8DjcvgAAADgBAAALAAAAX3JlbHMvLnJlbHOEj8EKwjAQRO+C/xD2btN6EJGmvYggeBL9 gCXZtsE2Cdko9u/N0YLgcRjmzUzdvqdRvCiy9U5BVZQgyGlvrOsV3G+nzR4EJ3QGR+9IwUwMbbNe 1VcaMeUQDzawyBTHCoaUwkFK1gNNyIUP5LLT+ThhyjL2MqB+YE9yW5Y7Gb8Z0CyY4mwUxLOpQNzm kJv/s33XWU1Hr58TufSjQvJoDV1w9s+UsRh7SgpM5G9jIaoi7wfZ1HLxt/kAAAD//wMAUEsDBBQA BgAIAAAAIQDQns7EmgIAAEIHAAAhAAAAZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1s rJXbbtswDIbvB+wdBF8OSN3DMAxCkmLL1mFAD0GTPgAjK7FWnSAxXvz2o2Q7RbsOSNDdOI5EfiJ/ kvL4cmc0a2SIytlJcXZyWjBphauU3UyKh+XV6HPBIoKtQDsrJ0UrY3E5ff9u7HnU1TW0bouMGDZy mBQ1oudlGUUtDcQT56WlvbULBpD+hk1ZBfhNbKPL89PTT6UBZYvePxzi79ZrJeQ3J7ZGWuwgQWpA ij/WyseBZsQhOAPhcetHwhlPiJXSCtsM3WOaSbENlvcpjYwSwUW3xuTDDQjeGF0wI/jPjXUBVppE Mk1emQcZZWjkF8SgVluUMW3xDwPbHxKhTxCLOcHnqmHr6Sy3+lWwbEQnUQWLKZVGLHTFLBhaWCrU klEB2cxZJFI2iH4ZpEymtvkR/MLPQ/a7beaBqSpxev+i7Dd6s/zXkhm9lC/cNwMJ+G4dzHQMnOrF dpOC2qpNT3ICLnfIRLconlZFffeKrai/v2JdDgdQBPtDqSN9l9Hf6ZwP6XRynO2z6kyBXK+deIzM Osozpd+lJ26bAZZyTnhfs055TMr2dt1m1mOwj6RpFgt3X13VpsRX9JsXgeuIC2y1zIJQ2MAJTg+S X0OaPWlHDwuaPYMzLYFmsxcPpzOtxCNDx2SlkN1ARBlYDoYmlZBjUgepOD1S2moOAe5fkFN+wOlk CnqIkF47Cf8t5MUgZN9NbK5ByNrpioI4f5usqqKmGJT/D4pSAZhu9F66Nyqc2jYLHJ8p3KmYpaTH cGRO44iiLqRwNKNaNlIfgM9KH4Ff1iocTr9IdTyCfuW2AeuDg/94LF6tX6XTTXJ0b+cW7+4+ek33 ZL7edLgBf9fkDqEvF03ULC95+lalSSHTJ5PEGL590z8AAAD//wMAUEsBAi0AFAAGAAgAAAAhAPMW wGH9AAAAuwEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYA CAAAACEAcPA43L4AAAA4AQAACwAAAAAAAAAAAAAAAAAuAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYA CAAAACEA0J7OxJoCAABCBwAAIQAAAAAAAAAAAAAAAAAVAgAAZHJzL3NsaWRlTGF5b3V0cy9zbGlk ZUxheW91dDEueG1sUEsFBgAAAAADAAMAyQAAAO4EAAAAABAAHgRpBgAAUEsDBBQABgAIAAAAIQDz FsBh/QAAALsBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQy07DMBBF90j8g+Utip2yQAgl6YLH CgGL8gEje5JY+CWPUzV/j5MWCVDV1Wged+6ZabYHZ9keE5ngW74RNWfoVdDGDy3/3L1U95xRBq/B Bo8tn5H4tru+anZzRGJF7anlY87xQUpSIzogESL60ulDcpBLmgYZQX3BgPK2ru+kCj6jz1VedvCu ecIeJpvZ86GUjyRFztnjcW6xajnEaI2CXEDl0pVd817Ak9HIPiDlN3BlSupEkmwpvsIcpvwn2YjL a/de/2OvQt8bhTqoyRViERNSiSuFs+KX0c2J6cwtCS1dOOaM6+lboihXKxpNpB8Hub6++wYAAP// AwBQSwMEFAAGAAgAAAAhAHDwONy+AAAAOAEAAAsAAABfcmVscy8ucmVsc4SPwQrCMBBE74L/EPZu 03oQkaa9iCB4Ev2AJdm2wTYJ2Sj2783RguBxGObNTN2+p1G8KLL1TkFVlCDIaW+s6xXcb6fNHgQn dAZH70jBTAxts17VVxox5RAPNrDIFMcKhpTCQUrWA03IhQ/kstP5OGHKMvYyoH5gT3JbljsZvxnQ LJjibBTEs6lA3OaQm/+zfddZTUevnxO59KNC8mgNXXD2z5SxGHtKCkzkb2MhqiLvB9nUcvG3+QAA AP//AwBQSwMEFAAGAAgAAAAhAOSwRAA2AwAAWgkAACEAAABkcnMvc2xpZGVMYXlvdXRzL3NsaWRl TGF5b3V0MS54bWyslmtv2yAUhr9P2n9A/jgpc+xc7FpJqq27aFIv0dL+AIJJYhUwAuwl/36Hi5O0 66TI6pcEw+GB874c7Nn1njPUUqWrWsyj5PMwQlSQuqzEdh49Pf4Y5BHSBosSs1rQeXSgOrpefPww k4Vm5S0+1I1BwBC6wPNoZ4ws4liTHeVYf64lFTC2qRXHBh7VNi4V/gNszuJ0OJzGHFciCvPVJfPr zaYi9FtNGk6F8RBFGTawf72rpO5onFyC41g9N3JAai4Bsa5YZQ4OesS086hRoggpDXhFVK3rjbFz Co5J0XIWIU6KX1tRK7xmIBJvXc9SUU1VS78Yo6p1Y6i2Q8Wnji0v2aG0EGFcgi9VMwcJa5nKMBoh FwZrgYfRAswhK1YigTl0PNoItGJVSd2Qlo+KUhsk2p9KruRSuRn37VKhqrSEMDOKw0AIc48CwqAR v5q+7Ui42G8UX8xwAV6h/TyCI3WwvzAJF3RvEPGd5NRLdg9vxJLd9zei424B2MFxUTiN0mf0bzpp l44XIjlm5UMxTL2tybNGooY8bfo+PXLfdjCbs8XLHfKqE6McLYT6cSdJN0U7Wbu9HsWY5pN86BVJ k9FwnE5e6pJlWTq2AVadZJwNhz7iPGuPloXZf63Lg1V1Df/OFVwwbVbmwKhTGzTBBewcfsBbhm1R UzF4WkFRc3PDKIaiD86YxQ2ryDMyNaJlZdAd1oYqZNzp0RY5g00YcD4gqSiXWOHfr8hWPFzAyiBH t0Noen/+79Koc2nVrP2a6XsYpZu1NwpONhy7ztvLDUtGWTINjo3yfArX1kvHpmCXs9Q5lk1SG+1F 8IXgkvfnp9PjTcesTaxlCRwcBPfSraucSpRQ/a6J2RbcgpMHVQyA5h4uZOdySTdggl8yAAIrPbHG k8xuHfUAWkoAjk7Aq2TsDmoPoKUE4PgEPCrdg2gxgTg5I+Zp7qzpQbSYQJyeiGmag739ZLSYQMzO iNl41NcYiwnE/ES0uL7OWEwgXp0Rp5PM1UAPHS3G3QjdxWTx73AvQWG/59XkitS/F6Fp357u1cfU HZYPrdMEvmjgQrxxXRK+YWzBQegpxDK6b6LFXwAAAP//AwBQSwECLQAUAAYACAAAACEA8xbAYf0A AAC7AQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAA IQBw8DjcvgAAADgBAAALAAAAAAAAAAAAAAAAAC4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAA IQDksEQANgMAAFoJAAAhAAAAAAAAAAAAAAAAABUCAABkcnMvc2xpZGVMYXlvdXRzL3NsaWRlTGF5 b3V0MS54bWxQSwUGAAAAAAMAAwDJAAAAigUAAAAAAAAcBAQAAAABAAAAIAC6DxwAAABEAGUAZgBh AHUAbAB0ACAARABlAHMAaQBnAG4ADwDwA1lKAAABAPEDCAAAAAAAAIACABIeDwAMBAQ2AAAPAALw /DUAAOAACPAIAAAABwAAAAc4AAAPAAPwpjUAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAEF0THnAABAAA AlIAAgAK8AgAAAAAOAAABQAAAA8ABPCTCgAAEgAK8AgAAAACOAAAAAoAAIMAC/BIAAAAfwABAO8B gAAoiqgdvwAEAAQAvwEBABEA/wEBABkAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBs AGUAIAAyAAAAEwAi8ScIAACpwyEIAABQSwMEFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAABbQ29u dGVudF9UeXBlc10ueG1slFHBTsMwDL0j8Q9RrqhJxwEh1HYHOo6AYHyAlbhtRJtEcSjb3+Nu7ICE hjjafu/5+bla76ZRzJjIBV/LlSqlQG+Cdb6v5dv2obiVgjJ4C2PwWMs9klw3lxfVdh+RBLM91XLI Od5pTWbACUiFiJ4nXUgTZC5TryOYd+hRX5fljTbBZ/S5yIuGbKoWO/gYs9jsuH10wnQp7o+4ZVUt IcbRGchsVC9T3VRPbDw5i+IZUn6EiVHaJtI0QETGqPMqs7dqoiJ0nTOo2kSvC+/qD3EbPn3C+b/a LdNecD6p/3JywpHO3Ly4/Rls8R2qYuYhFxpcpNMGffhQ8wUAAP//AwBQSwMEFAAGAAgAAAAhADHd X2HSAAAAjwEAAAsAAABfcmVscy8ucmVsc6SQwWrDMAyG74O9g9G9cdpDGaNOb4VeSwe7CltJTGPL WCZt376mMFhGbzvqF/o+8e/2tzCpmbJ4jgbWTQuKomXn42Dg63xYfYCSgtHhxJEM3Elg372/7U40 YalHMvokqlKiGBhLSZ9aix0poDScKNZNzzlgqWMedEJ7wYH0pm23Ov9mQLdgqqMzkI9uA+p8T9X8 hx28zSzcl8Zy0Nz33r6iasfXeKK5UjAPVAy4LM8w09zU50C/9q7/6ZURE31X/kL8TKv1x6wXNXYP AAAA//8DAFBLAwQUAAYACAAAACEAkiYrgrgDAADKCQAAEAAAAGRycy9zaGFwZXhtbC54bWzUVs1u 4zYQvhfoOxC8Z/1Tp5sYqyySoNkWcAMjzqJnWqIi1RSpUpR/csw+T9ECu0AveZs8QF6h3wzl2C2K RVHvpT7IQ3E4P998M9Sbt+vKiKX2TelsIgev+lJom7qstHeJfH97dXQiRROUzZRxVidyoxv59uzr r97U46YWOGybcZ3IIoR63Os1aaEr1bxytbbYy52vVMDS3/VqrxttgwpwVJnesN//tlep0sozmLLL WT31JKXXy6kXZYZYTkbfjKSwqoLbG50iiDujxVD2Or14RCGOiUsXTReM+jfBZF6tkOFf4hDWvfNI ZQCf7rKAN33uvVsVWmUNvYbfHge4jdUiVIqlLkTY1IiyyDzQuk/kL63yQfvuSNTD2V2aDdIV89WP LsMx1QYHGNR4nfvq0DTIjstzsU4karmhJwJXY70OIsXL4enrwUkfWyn2RsevUQgOM3onzdo34Z12 B0ciyFAiPUrH2anlpAkE4s4FubPuqjTm0LQ5R2MPNSNWiTw9Hh5zwDEytlyVKKcwZZVIgIdfBJW4 8Z3NWCWo0kQZCRrLmOc5kkfWh4ZFqFHDRb6F9YXLNuRgjn8QKbbhf2c++h+FKpy/l2LlFZqgIQZr KcwPFtw/HYxGYEzgBXNGCr+/M9/fsW116Qw3krIprCYySBHFy4AVkc9VtQoTO6tTUtzS7nb9k/J1 R5wAyl67WaFq/U/8ibpMpwgDGTFNmIUNxsSBkLCtpRkw4mqc6fwGOFNrD6hheBujzHLj5ypFF5/7 Uhkp6jKkxZWqSoP+Ohr0MT/TQvlGA+FtK6q9Y8+Pvz4/fhTPj78/PXx6evjj6cOHp4ffPm/naDA8 iQRMmy9kCpyNSTKgZps6UbmDlGv0JXCl0VcpP2EiQLhhAS75v7QZrgkWlbnDnQRMEdmtms+APjMR /PEhams1sRd+wWTLnQ3nfGSuGuIuFajbxhGa6Jj509amMB85Z4iAlFhTp9M0iKUi3r40ODfyTuNC 53/X3c5OnN/tnufhM3rd7ry9NP52zaNj3s7uX8QrpPGyuMal202XOeYIi7FONBIwSGkiYLjbbKq8 Io4u2qqs3M9lBBU5J1Lbo/ezeDExe8U8Is3PNpEWTuiW9+UCPLZuxpIUC+3pm4AIL1KaCp0i9Sxe WbrdTXmvv+clgW5K+kbgval3LieZ4ovj8GWeMq4MkTNlRuOfF/TxoIFKLENYxysXxdnX0tuZyli0 E9th1ZKZTubK7zXG/741d/WNVcezHm+vAb4Zzv4EAAD//wMAUEsDBBQABgAIAAAAIQAlQ9Bc2QAA AP0AAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9BS8NAEEbvgv9hGcFLsRtr0BK7La0gFTyUVCHXMTub BLOzcXdtk3/v4kGPwxvex1ttRtuLE/nQOVZwO89AENdOd9woeH97vlmCCBFZY++YFEwUYLO+vFhh od2ZSzodYyOShEOBCtoYh0LKULdkMczdQJyYcd5iTKdvpPZ4TnLby0WW3UuLHaeFFgd6aqn+PH5b BaY8vGYzU+34YPPF7CGT28kZpa6vxu0jiEhj/H/e7YevqvqDv6oXnVqW+V0OwuynD9/pEkMkryD1 pdpEQa5/AAAA//8DAFBLAQItABQABgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAAAAAAAAAAAAAAAAA AABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAAAAAAAA AAAAAAAALwEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAJImK4K4AwAAygkAABAAAAAAAAAA AAAAAAAAKgIAAGRycy9zaGFwZXhtbC54bWxQSwECLQAUAAYACAAAACEAJUPQXNkAAAD9AAAADwAA AAAAAAAAAAAAAAAQBgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAEAAQA9QAAABYHAAAAAAAAEPAI AAAAAAAAAFAHIAEPABHwlAEAAAAAwwsIAAAAAAAAAAoC/78PAIgTfAEAAA8AihM8AQAAAAC6DxAA AABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAA ACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAA AAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAAC AAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0A bwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAA AAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAA AACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8FAAAAAAAJ8PBAAAAAQAAAAAAKEPFgAAAAEAAAAA AAAACgAHAAEAAAAAAAIADAAAAKoPCgAAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8A BPCWCgAAEgAK8AgAAAADOAAAAAoAAIMAC/BIAAAAfwABAO8BgABocMcdvwAEAAQAvwEBABEA/wEB ABkAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAAzAAAAEwAi8SgIAACpwyII AABQSwMEFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAABbQ29udGVudF9UeXBlc10ueG1slFHBTsMw DL0j8Q9RrqhJxwEh1HYHOo6AYHyAlbhtRJtEcSjb3+Nu7ICEhjjafu/5+bla76ZRzJjIBV/LlSql QG+Cdb6v5dv2obiVgjJ4C2PwWMs9klw3lxfVdh+RBLM91XLIOd5pTWbACUiFiJ4nXUgTZC5TryOY d+hRX5fljTbBZ/S5yIuGbKoWO/gYs9jsuH10wnQp7o+4ZVUtIcbRGchsVC9T3VRPbDw5i+IZUn6E iVHaJtI0QETGqPMqs7dqoiJ0nTOo2kSvC+/qD3EbPn3C+b/aLdNecD6p/3JywpHO3Ly4/Rls8R2q YuYhFxpcpNMGffhQ8wUAAP//AwBQSwMEFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAABfcmVscy8u cmVsc6SQwWrDMAyG74O9g9G9cdpDGaNOb4VeSwe7CltJTGPLWCZt376mMFhGbzvqF/o+8e/2tzCp mbJ4jgbWTQuKomXn42Dg63xYfYCSgtHhxJEM3Elg372/7U40YalHMvokqlKiGBhLSZ9aix0poDSc KNZNzzlgqWMedEJ7wYH0pm23Ov9mQLdgqqMzkI9uA+p8T9X8hx28zSzcl8Zy0Nz33r6iasfXeKK5 UjAPVAy4LM8w09zU50C/9q7/6ZURE31X/kL8TKv1x6wXNXYPAAAA//8DAFBLAwQUAAYACAAAACEA UHKtc7kDAADTCQAAEAAAAGRycy9zaGFwZXhtbC54bWzUVs1uGzcQvhfoOxC8O5L8k8hC1oFtxGkB 1RAsBz1zd7nWRlxyS3L146PzPEULJEAvfhs/gF+h35C7kloUQRDlUh0krjic+eabb4b7+s2qUmwh rSuNTvjgRZ8zqTOTl/ou4e9vrw6GnDkvdC6U0TLha+n4m7Mff3hdj1zNcFi7UZ3wmff1qNdz2UxW wr0wtdTYK4ythMejvevVVjqpvfAIVKneYb//sleJUvMzuNKLaT2xtMquFxPLyhxYhsdHJ5xpUSHs jcwA4k5JdsR7rV08IoBjbLK5a8GIrwGTW7FEhv/AwbR5Z5HKADHN5QzR5Lm1ZjmTInf0N+L2AsAO qwZUwlLPmF/XQJl7DuirrXG0wKltgg6JsnT5i8lxQDTegAAxWhW22jcB8mOKgiH+0XD4Egxztk54 n4CLkVx5lmHr8PTVYEhbGfaOT16RGWUWMZBlbZ1/J83eeBg5SrhF6UKOYjF2PobqQlA4ba5KpfZN PuSo9L5u2DLhpyeHJwFwRBY8V6WXlqmySjjIwyeSStp4q/Ng4kWp4hpcKh04Lwokj6z3hUWsUcNF vfnVhcnXFCDFL+QU2/DblY/+R6Fmxt5ztrQCTeB+a4SVnKmfNbR/Ojg+hmJ8eAia4czu7qS7O7qp Lo0KjSR0Bq8JR1/E5aXHE4nPVLXwYz2tMzLsZHe7+lXYuhWOh2SvzXQmavlf+om2QbmRBnKinJ/6 NcbEnpQEXws1oGYV6g6j0QYMuSxu8Je7B2rqnGCHmabDBChEhqY+t6VQnNWlz2ZXoioVGu1g0Mcg zWbCOgmqu54UO8eeH39/fvzEnh//fHr4/PTw19PHj08Pf3zZz8HgcBiVmLnv5ArijUkGZlXkIK5b bkOxvgfBRG4l7DgoAoubsEDI8FvqHPdFWHYVYEB2K9Ip2A+ShJCsj9ZSjPWFnQfVFUb781C0VDgS MRWo3cYRGu0Y/pNGZ3AfxadIiZSYq7NJ5tlCkIA3nR46emtxIYt/23ZDFOe3u+eF/4Jdu5s2l8re rsIMSZvp/WZ5hTQ2D9e4fdsxk8Yx2tWJZgOGNo0GTHmdT4QVpNF5U5WV+VBGUpFzwqU+eD/Ffd6p l6WR6fDdJFwjCF33tpxDx9pMw4qzubT0chBulIzGQ2tIzQtCNV3zqryXP4VHIl2V9LIQ9ibWmILW hC/Oxc1g3UxKZ1SZ0z0Q+KK3CAlWYhn8Kt69KM6uleyGa6ClGeuWq4bctOtQ+Z3G+N+35ra+ser4 rkfdfRCuiLO/AQAA//8DAFBLAwQUAAYACAAAACEALsOFP9kAAAD9AAAADwAAAGRycy9kb3ducmV2 LnhtbESPQUvDQBBG74L/YRnBS7Eba7UhdluqIAoVSlrB65idTYLZ2bC7tsm/d+lBj8Mb3sdbrgfb iSP50DpWcDvNQBBXTrdcK/g4vNzkIEJE1tg5JgUjBVivLi+WWGh34pKO+1iLJOFQoIImxr6QMlQN WQxT1xMnZpy3GNPpa6k9npLcdnKWZQ/SYstpocGenhuqvvc/VoEpd9tsYj6feGfns8kik5vRGaWu r4bNI4hIQ/x/zt9ltc3/4Fn1plNLPr+7B2Fexy/f6hJDJK8g9aXaREGufgEAAP//AwBQSwECLQAU AAYACAAAACEADIGFu/4AAADiAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnht bFBLAQItABQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAAAAAAAAAAAAAAC8BAABfcmVscy8ucmVs c1BLAQItABQABgAIAAAAIQBQcq1zuQMAANMJAAAQAAAAAAAAAAAAAAAAACoCAABkcnMvc2hhcGV4 bWwueG1sUEsBAi0AFAAGAAgAAAAhAC7DhT/ZAAAA/QAAAA8AAAAAAAAAAAAAAAAAEQYAAGRycy9k b3ducmV2LnhtbFBLBQYAAAAABAAEAPUAAAAXBwAAAAAAABDwCAAAAAAAkAngECABDwAR8JQBAAAA AMMLCAAAAAEAAAAHAP+/DwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAA ixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAA AOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAA AQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAK AAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkA cABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAA ABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAE AAAAAA8ADfBSAAAAAACfDwQAAAAEAAAAAAChDxgAAAABAAAAAAAACAoAAgAHAAEAAAAAAAIADAAA AKoPCgAAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPCCAAAAEgAK8AgAAAAEOAAA AAoAAHMAC/BCAAAAfwCFAe8BvwAEAAQAvwEBABEA/wEJABkAPwMAAAgAgMMYAAAAvwMAAAIAUgBl AGMAdABhAG4AZwBsAGUAIAA0AAAAAAAQ8AgAAACwAdACEA4gCg8AEfAQAAAAAADDCwgAAAACAAAA BQD/vw8ABPDbCQAAEgAK8AgAAAAFOAAAAAoAAIMAC/BIAAAAfwABAO8BgACIkKodvwAEAAQAvwEB ABEA/wEBABkAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAA1AAAAEwAi8aUI AACpw58IAABQSwMEFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAABbQ29udGVudF9UeXBlc10ueG1s lFHBTsMwDL0j8Q9RrqhJxwEh1HYHOo6AYHyAlbhtRJtEcSjb3+Nu7ICEhjjafu/5+bla76ZRzJjI BV/LlSqlQG+Cdb6v5dv2obiVgjJ4C2PwWMs9klw3lxfVdh+RBLM91XLIOd5pTWbACUiFiJ4nXUgT ZC5TryOYd+hRX5fljTbBZ/S5yIuGbKoWO/gYs9jsuH10wnQp7o+4ZVUtIcbRGchsVC9T3VRPbDw5 i+IZUn6EiVHaJtI0QETGqPMqs7dqoiJ0nTOo2kSvC+/qD3EbPn3C+b/aLdNecD6p/3JywpHO3Ly4 /Rls8R2qYuYhFxpcpNMGffhQ8wUAAP//AwBQSwMEFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAABf cmVscy8ucmVsc6SQwWrDMAyG74O9g9G9cdpDGaNOb4VeSwe7CltJTGPLWCZt376mMFhGbzvqF/o+ 8e/2tzCpmbJ4jgbWTQuKomXn42Dg63xYfYCSgtHhxJEM3Elg372/7U40YalHMvokqlKiGBhLSZ9a ix0poDScKNZNzzlgqWMedEJ7wYH0pm23Ov9mQLdgqqMzkI9uA+p8T9X8hx28zSzcl8Zy0Nz33r6i asfXeKK5UjAPVAy4LM8w09zU50C/9q7/6ZURE31X/kL8TKv1x6wXNXYPAAAA//8DAFBLAwQUAAYA CAAAACEAwTiRNDYEAACvFgAAEAAAAGRycy9zaGFwZXhtbC54bWzsWM1u4zYQvhfoOxC8Fl5HtrPx GqsskqDZFvAGRpxFjwEtUbFqilQpynZyzD5P0QIt0EveJg+QV+g3pJy/dosiDoItagdQhuFwOPPN fDOO3r5bForNpa1yo2MevdriTOrEpLk+i/nHk8NWn7PKCZ0KZbSM+bms+Lvdr796Ww6qkuGwrgZl zKfOlYN2u0qmshDVK1NKjb3M2EI4LO1Zu7SyktoJh4sK1e5sbb1uFyLXfBem9HxcjixJydF8ZFme wpd+r7vDmRYFrj2WCZw4U5Jt83ajF44I+DE0yaxqnBH/xpnUigUifOAH0+a9RSgR7jQHU9wm96w1 i6kUaUV/xr1t7+DKVw1XyZdyytx5CS8nJj0HXBcx/6kW1knLEcky5t3mbDgAI3fxVoibTRYfTIrz onYGeIjBMrPFuvGQHZNlDPe/iXq9LWT2POa9Ln4gIxgxkEvHEuxvb3XeICGcJaQRRb1+0GgHT0i1 tJV7L83aXjEyFHOLfPpIxXxYOUL27gq6TpvDXKl1IfBBKr2uGbYAhNudbe9w8MxbLnKkmKm8iDkA wyegSgXzrU69ihO5CjICVNqDnmUIHlGv6xahRiwMReiW+6g+uoCqEEUVuPl0OqApIFFTYy84W1gB ZlRU1ZIz9b0GIXxRceb8ore900H92Ps7k/s7ui4OjPLsEjqB1Zg7zoJ44LCi6jNFKdxQj8uEFFdl d7L8QdiyKRyHmj0y46ko5d/VT9D15RRgICOqcmN3jt6xJiQ+o6um92RgfVjITyHs0IcN4dgLag6A gEOuU3RKLwp1hrasOEtldiImY7SWFZmtC9pSDPW+nXn1zGi3549MREWZQrvVd9vU1ND2RrVOvHkP DsFNQlUmo8SxuaAs3ZazL9s7jX2ZPdbtriofqrBxp7GXuce6niFBr9md1AfKniw9tJN6fHErHiKU 28URZk/Dp0noF2IARI5HlkiA1kEcEIPwALazusgL82MeYEXUMZe69XEcmnPke90kYO2fdcw1rqBR Z/MZOrE2Yy9xNpOWBmNoj8SCRpFqFLnSNOJUfiG/80uCXeU0KP3eyBqTkUzeBfrf9g+PrAfIqDyl ducXNEElMAmJcMswdwDtfS256iEelHqoG6RqMtPIPvd+MGUigUN7NhcopDJ3yfRQFLlCr29FEfFu KmwlfUV4e1LcO3Zz9fPN1W/s5urX68vfry//uP706fryl3uHWlGnHxpfUj3lHHCwIX1ul53ig0f4 7Z+NTBunp5RrFBUdCXknyJ6Zkb6VAZWHtMS3gg0tB5N6Q0vqj18uLf+J3p9h6jeFbiUVUfgvVAzk exHarcbaQ9p1NrRDh9vQ7kufhs9LuzD4XmLYRd2d6DX95/eQdt0N7Ta0+w98CX1e2r3gtIv6nT69 ZHnEu96Gdxve/e9499lxh9dbq9da/k3X7p8AAAD//wMAUEsDBBQABgAIAAAAIQDZ7Muw2QAAAP0A AAAPAAAAZHJzL2Rvd25yZXYueG1sRI9BSwMxEEbvgv8hjOCl2Ky12LJtWqogFTyUbQtep5vJ7uJm siax3f33Bg/1OLzhfbzluretOJMPjWMFj+MMBHHpdMOVguPh7WEOIkRkja1jUjBQgPXq9maJuXYX Lui8j5VIEg45Kqhj7HIpQ1mTxTB2HXFixnmLMZ2+ktrjJcltKydZ9iwtNpwWauzotabya/9jFZhi 95GNzOcL7+x0MpplcjM4o9T9Xb9ZgIjUx//nIx625vsK/1TvOrXMp08zEGY7nHyjCwyRvILUl2oT Bbn6BQAA//8DAFBLAQItABQABgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAAAAAAAAAAAAAAAAAAABb Q29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAAAAAAAAAAAA AAAALwEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAME4kTQ2BAAArxYAABAAAAAAAAAAAAAA AAAAKgIAAGRycy9zaGFwZXhtbC54bWxQSwECLQAUAAYACAAAACEA2ezLsNkAAAD9AAAADwAAAAAA AAAAAAAAAACOBgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAEAAQA9QAAAJQHAAAAAAAAEPAIAAAA sApAAqAO0BQPABHwEAAAAAAAwwsIAAAAAwAAAAYC/78PAA3wngAAAAAAnw8EAAAAAgAAAAAAqA9S AAAAQ2xpY2sgdG8gZWRpdCBNYXN0ZXIgdGV4dCBzdHlsZXMNU2Vjb25kIGxldmVsDVRoaXJkIGxl dmVsDUZvdXJ0aCBsZXZlbA1GaWZ0aCBsZXZlbAAAog8eAAAAIQAAAAAADQAAAAEADAAAAAIADQAA AAMADAAAAAQAAACqDwoAAABTAAAAAQAAAAAADwAE8KIKAAASAArwCAAAAAY4AAAACgAAkwAL8E4A AAB/AAEA7wGAAKiYBh6HAAIAAAC/AAQABAC/AQEAEQD/AQEAGQA/AwAACACAwxgAAAC/AwAAAgBS AGUAYwB0AGEAbgBnAGwAZQAgADYAAAATACLxMAgAAKnDKggAAFBLAwQUAAYACAAAACEADIGFu/4A AADiAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWyUUcFOwzAMvSPxD1GuqEnHASHUdgc6joBgfICV uG1Em0RxKNvf427sgISGONp+7/n5uVrvplHMmMgFX8uVKqVAb4J1vq/l2/ahuJWCMngLY/BYyz2S XDeXF9V2H5EEsz3Vcsg53mlNZsAJSIWIniddSBNkLlOvI5h36FFfl+WNNsFn9LnIi4ZsqhY7+Biz 2Oy4fXTCdCnuj7hlVS0hxtEZyGxUL1PdVE9sPDmL4hlSfoSJUdom0jRARMao8yqzt2qiInSdM6ja RK8L7+oPcRs+fcL5v9ot015wPqn/cnLCkc7cvLj9GWzxHapi5iEXGlyk0wZ9+FDzBQAA//8DAFBL AwQUAAYACAAAACEAMd1fYdIAAACPAQAACwAAAF9yZWxzLy5yZWxzpJDBasMwDIbvg72D0b1x2kMZ o05vhV5LB7sKW0lMY8tYJm3fvqYwWEZvO+oX+j7x7/a3MKmZsniOBtZNC4qiZefjYODrfFh9gJKC 0eHEkQzcSWDfvb/tTjRhqUcy+iSqUqIYGEtJn1qLHSmgNJwo1k3POWCpYx50QnvBgfSmbbc6/2ZA t2CqozOQj24D6nxP1fyHHbzNLNyXxnLQ3PfevqJqx9d4orlSMA9UDLgszzDT3NTnQL/2rv/plRET fVf+QvxMq/XHrBc1dg8AAAD//wMAUEsDBBQABgAIAAAAIQA9OhyawQMAANgJAAAQAAAAZHJzL3No YXBleG1sLnhtbNRWzW7jNhC+F+g7ELxnbadONjFWWSRBsy3gDYw4i54piYpVU6RKUf7JMfs8RRfY Ar3kbfIAeYV+M5RjtygWRb2X2oA9FIfz8803Q715u6qMWGjflM4mcvCqL4W2mctLe5fID7dXBydS NEHZXBlndSLXupFvz7795k09amqBw7YZ1YmchVCPer0mm+lKNa9crS32CucrFbD0d73a60bboAIc VaZ32O8f9ypVWnkGU3YxrSeepOx6MfGizBHLyfA7OLeqgtsbnSGIO6PFsex1evGIQhxjl82bLhj1 b4LJvVoiw7/EIax755HKAD7d5Qze9Ln3bjnTKm/oMfz2OMBNrBahUiz1TIR1jSiL4IHWfSJ/aZUP GosyXyVy2B2N+rCxTbdB2iJdvnc5jqs2OMChRqvCV/umQ3ZcUQj4R03XiTw5xrffp1jUSK+CyLB1 ePp6QA9FBo3h0WuUhYONMZBm7ZvwTru94xFkKJEeheQc1WLcBIJ064LcWXdVGrNv8pyjsfuaEctE nh4dHnHAMTK2XJUorjBlBVT79ImgElO+tzmrBFWaKCNBYxnzokDyyHrfsAg1ar/IvrC6cPmaHKT4 B51iU/73PsA0QKFmzt9LsfQKLdEQn7UU5keLTjgdDIdgTOAFc0YKv7uT7u7Ytrp0httK2QxWE5lK EcXLgBWRz1W1CmM7rTNS3NDudvWT8nVHnADKXrvpTNX6n/gTdZlOEQYyYpowDWsMjT0hYVsLM2DE 1SjXxQ1wpkYfUMPwNgab5TFQqAy9fO5LZaSoy5DNrlRVGvTXwaCPgZbNlG80EN60oto59vz46/Pj Z/H8+Onp4fenhz+ePn58evjty3YOBocnkYBZ85VMgbMxSQbUbFInKneQco2+Bq40ACvlx0wECDcs wCX/lzbHpcGiMne4oYApIrtV6RToMxPBHx+itlZje+HnTLbC2XDOR1LVEHepQN02jtB8xw0waW0G 85FzhghIiTV1NsmCWCji7UuDcyNvNS508XfdzezE+e3ueRG+oNftpu2l8bcrHh1pO71/Ea+Qxsvi GldwN11SzBEWY51oJGCQ0kTAcLf5RHlFHJ23VVm5n8sIKnJOpLYHH6bxmmL2ijQizb9tIi2c0J3v yzl4bN2UJSnm2tMbAhFeZDQVOkXqWTyydNeb8l7/wEsC3ZT0xsB7E+9cQTLFF8fhyzxlXBkiZ8qc xj8v6FVCA5VYhrCKFzCKs6ulNzOVsWjHtsOqJTOdzJXfaYz/fWtu6xurjt96tLkG+GY4+xMAAP// AwBQSwMEFAAGAAgAAAAhANWH6Q3ZAAAA/QAAAA8AAABkcnMvZG93bnJldi54bWxEj01PwzAMQO9I /IfKSNxY2oKmqSyb+FS5TGIDaeLmNW4b0SQlCV3277E4wNF61rPfcp3MkE3kg3ZWQjHLISPbOKVt J+H97flqAVmIaBUOzpKEEwVYr87Pllgpd7Rbmnaxy1hiQ4US+hjHSojQ9GQwzNxIllnrvMHIo++E 8nhkuRlEmedzYVBbvtDjSA89NZ+7byNhmpfx8aA/NpvXon0qizr5Mk9SXl6ku1vIIqX4v3xfj1/7 /R/8Vb0oblncXPPzbX06eK22GCJ5CdzHtUxBrH4AAAD//wMAUEsBAi0AFAAGAAgAAAAhAAyBhbv+ AAAA4gEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAA ACEAMd1fYdIAAACPAQAACwAAAAAAAAAAAAAAAAAvAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAA ACEAPTocmsEDAADYCQAAEAAAAAAAAAAAAAAAAAAqAgAAZHJzL3NoYXBleG1sLnhtbFBLAQItABQA BgAIAAAAIQDVh+kN2QAAAP0AAAAPAAAAAAAAAAAAAAAAABkGAABkcnMvZG93bnJldi54bWxQSwUG AAAAAAQABAD1AAAAHwcAAAAAAAAQ8AgAAABgFQAAUAeAFg8AEfCUAQAAAADDCwgAAAAEAAAACQL/ vw8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAA AAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAA AAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEA AAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAA AAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgA eQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAA ALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wUAAAAAAA nw8EAAAABAAAAAAAoQ8WAAAAAQAAAAAAAAAKAAcAAQAAAAAAAgAMAAAAqg8KAAAAAQAAAAEAAAAA AAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8B4LAAASAArwCAAAAAc4AAAACgAAkwAL8E4AAAB/AAEA 7wGAAEhwzR2HAAIAAAC/AAQABAC/AQEAEQD/AQEAGQA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0 AGEAbgBnAGwAZQAgADcAAAATACLxlAgAAKnDjggAAFBLAwQUAAYACAAAACEADIGFu/4AAADiAQAA EwAAAFtDb250ZW50X1R5cGVzXS54bWyUUcFOwzAMvSPxD1GuqEnHASHUdgc6joBgfICVuG1Em0Rx KNvf427sgISGONp+7/n5uVrvplHMmMgFX8uVKqVAb4J1vq/l2/ahuJWCMngLY/BYyz2SXDeXF9V2 H5EEsz3Vcsg53mlNZsAJSIWIniddSBNkLlOvI5h36FFfl+WNNsFn9LnIi4ZsqhY7+Biz2Oy4fXTC dCnuj7hlVS0hxtEZyGxUL1PdVE9sPDmL4hlSfoSJUdom0jRARMao8yqzt2qiInSdM6jaRK8L7+oP cRs+fcL5v9ot015wPqn/cnLCkc7cvLj9GWzxHapi5iEXGlyk0wZ9+FDzBQAA//8DAFBLAwQUAAYA CAAAACEAMd1fYdIAAACPAQAACwAAAF9yZWxzLy5yZWxzpJDBasMwDIbvg72D0b1x2kMZo05vhV5L B7sKW0lMY8tYJm3fvqYwWEZvO+oX+j7x7/a3MKmZsniOBtZNC4qiZefjYODrfFh9gJKC0eHEkQzc SWDfvb/tTjRhqUcy+iSqUqIYGEtJn1qLHSmgNJwo1k3POWCpYx50QnvBgfSmbbc6/2ZAt2CqozOQ j24D6nxP1fyHHbzNLNyXxnLQ3PfevqJqx9d4orlSMA9UDLgszzDT3NTnQL/2rv/plRETfVf+QvxM q/XHrBc1dg8AAAD//wMAUEsDBBQABgAIAAAAIQD8X+QuJAQAAHQNAAAQAAAAZHJzL3NoYXBleG1s LnhtbOxWzW7jNhC+F+g7ELx7/Zc4jrHKIk422wLewIiz6LGgJSpWTZEqSTlOil6yz1O0QAv0krfJ A+QV+g0pO2lRLIo6lxabAPJIHA5nvplvhq/frEvFVtK6wuiEd191OJM6NVmhrxL+4fKsNeTMeaEz oYyWCb+Rjr85+vKL19XIVQybtRtVCV94X43abZcuZCncK1NJjbXc2FJ4vNqrdmWlk9oLj4NK1e51 OoN2KQrNj2BKr2bV1JKUnq+mlhUZfBnu9Q8506LEsRcyhRNXSrID3m704hYBPyYmXbrGGfFPnMms uEaEf/KDafPOIpQuzjQnC5wmj6011wspMkefcW47OLjxVcNV8qVaMH9TwUunsvO6BGC3Cf++FtZL yxHLOuH7ze64BWaeInaInM2v35sMFkTtDRARo3Vuy10jIjsmzxnO7w+HA0DO2U3ChwP8Q0Y8YiTX nqVQ6B0edOkjS6Gxt39AyhRw9IQ0K+v8O2l29oqRoYRbZDREKlYT5+NRmyPoOG3OCqV2hSDEqPSu Zth1wg/3e/vB4ehZsFwWSDFTRQlUO/QXQaWSeauzoOJFoaIMLJUOmOc5gkfUu7pFqBEPYxn69dhk N3TAHL8oqsjOf08ItAUkamHsLWfXVoAbjqpacqa+1qDEYXdvDxXjw0uoGc7s85X58xVdlydGBX4J ncJqwuecRfHE442Kz5SV8BM9q1JS3JTd5fobYaumcDxK9tzMFqKSf1c/UTdUboSBjCjnZ/4G3WNH SIKtleoSZYW6Qse0wYdM5hf4RLzvEnOCHlqdDo0hFymofWwLoTirCp8uzkRZKBCt1e2gv6YLYZ0E 1BtOimfbHu9/erz/lT3e//Jw99vD3e8PHz8+3P38aTutbm8YKzF1L2QKxRuDDMiqiEGUG2xDsl4C YAK3FHYSKgLCRRBwZPgtdIYxEsRNBhg8uxTzGdAPJYlCsj5qSzHRY7sMVZcb7Y9D0ubCURFTgppl bKGOj5kwrXUK87H4FFUiBeaqdJp6thJUwFumB0Y/aYxl/lfdTRPF/qfV49x/Qq9Zndcnyl6uQw+Z 17PbrXiGMLYv5xjKTZuZxza6yRP1BjRtag1ilKsszNQfTvv7/dPOeNw66Yzftnq9vX5rOBh0Wwed /rDfHZwOOgedH0HpZpwVwBoDjUxYZGVZl0VpvitiQoBXwqVufZjFiRcqn81jlsKzTriGg3SDsMUS HNBmFiTOltLSfSPMpJRaS6NIxEcyNN0cVHErvwqvlDBV0P0jrE2tMTnJ5FjsqdumvO2yzqgioxkS sKaLiQSiMYV+Hcc5EvtcS24ac4C0nugG55rMNHKommek+s/TGoklhD6zjlB4Udb5o2+JgyA7nqAg HSB1NhVW0LT4zCaQ9/82JJ/yG/svntVoczMLl7WjPwAAAP//AwBQSwMEFAAGAAgAAAAhAOgGjmna AAAA/QAAAA8AAABkcnMvZG93bnJldi54bWxEj81OwzAQBu9IfQdrkbhRJ6GqSqhbIX5ULkW0wIHb Nt4kVmM7sk3qvH0tDuW4mtV8muU66o4N5LyyRkA+zYCRqaxUphHw9fl6uwDmAxqJnTUkYCQP69Xk aomltCezo2EfGpYkxpcooA2hLzn3VUsa/dT2ZBKrrdMY0ukaLh2eklx3vMiyOdeoTFposaenlqrj /lcLGOZFeD6on+32I69finwTXZFFIW6u4+MDsEAx/D+/f4+zKr/AP9WbTC2L2d09sHozHpySO/SB nIDUl2oTBb46AwAA//8DAFBLAQItABQABgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAAAAAAAAAAAAA AAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAAAA AAAAAAAAAAAALwEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAPxf5C4kBAAAdA0AABAAAAAA AAAAAAAAAAAAKgIAAGRycy9zaGFwZXhtbC54bWxQSwECLQAUAAYACAAAACEA6AaOadoAAAD9AAAA DwAAAAAAAAAAAAAAAAB8BgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAEAAQA9QAAAIMHAAAAAAAA EPAIAAAAYBWQCeAQgBYPABHwlAEAAAAAwwsIAAAABQAAAAgC/78PAIgTfAEAAA8AihM8AQAAAAC6 DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAA FAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAAB AAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAA AAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAA AE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAA BgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GgAAAAAAJ8PBAAAAAQAAAAAAKAPAgAAACoA AAChDxgAAAACAAAAAAAACAoAAgAHAAIAAAAAAAIADAAAANgPBAAAAAAAAAAAAKoPCgAAAAIAAAAB AAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPA2AAAAEgAK8AgAAAABOAAAAAwAAFMAC/AeAAAA gQEAAAAIvwESABIA/wEAAAgABAMJAAAAPwMBAAEAEADwByAAAAD///8AAAAAAICAgAAAAAAAu+Dj ADMzmQAAmZkAmcwAAA8AiBNpAAAADwCKEykAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMgAAAIsT CQAAAAAAJAQBAAAACA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAAOsu CAAAAEDEygEQOQrqAAAOBFsMAABQSwMEFAAGAAgAAAAhAEud9hgAAQAAHAIAABMAAABbQ29udGVu dF9UeXBlc10ueG1srJHLasMwEEX3hf6D0LbYcroopdjOoo9dH4v0AwZ5bIvaIyFNQvL3HTsOlBJC F90IpJm599xRud6Pg9phTM5TpVd5oRWS9Y2jrtKfm5fsXqvEQA0MnrDSB0x6XV9flZtDwKRkmlKl e+bwYEyyPY6Qch+QpNL6OALLNXYmgP2CDs1tUdwZ64mROONJQ9flE7awHVg97+X5SCLjWj0e+yar SkMIg7PAAmqmqqnLdwGPrkH1AZHfYJQuw4KAP89VfllrR80v4My3rbPYeLsdBTOfJW8WzzOsEYd0 AfaMwbKNXCbnQKl3IZ0c/pTqFUjWGf8n2yJ2AjDz39bfAAAA//8DAFBLAwQUAAYACAAAACEApdan 58AAAAA2AQAACwAAAF9yZWxzLy5yZWxzhI/PasMwDIfvhb2D0X1R0sMYJXYvpZBDL6N9AOEof2gi G9sb69tPxwYKuwiEpO/3qT3+rov54ZTnIBaaqgbD4kM/y2jhdj2/f4LJhaSnJQhbeHCGo3vbtV+8 UNGjPM0xG6VItjCVEg+I2U+8Uq5CZNHJENJKRds0YiR/p5FxX9cfmJ4Z4DZM0/UWUtc3YK6PqMn/ s8MwzJ5PwX+vLOVFBG43lExp5GKhqC/jU72QqGWq1B7Qtbj51v0BAAD//wMAUEsDBBQABgAIAAAA IQBreZYWgwAAAIoAAAAcAAAAdGhlbWUvdGhlbWUvdGhlbWVNYW5hZ2VyLnhtbAzMTQrDIBBA4X2h d5DZN2O7KEVissuuu/YAQ5waQceg0p/b1+XjgzfO3xTVm0sNWSycBw2KZc0uiLfwfCynG6jaSBzF LGzhxxXm6XgYybSNE99JyHNRfSPVkIWttd0g1rUr1SHvLN1euSRqPYtHV+jT9yniResrJgoCOP0B AAD//wMAUEsDBBQABgAIAAAAIQDnq3QW4gYAAGkdAAAWAAAAdGhlbWUvdGhlbWUvdGhlbWUxLnht bOxZzW8cNRS/I/E/WHNvsx9NyEbdVMnupoE2bZTdFvXonfXOuPGMR7Y3yd5Qe0RCQhTEBYkbBwRU aiUu5a8JFEGR+i/wbM9Mxhmn+SACBN1KzYzn957f93ueuX7jIGFojwhJedoNmlcbASJpyCc0jbrB vdHGleUASYXTCWY8Jd1gTmRwY/Xdd67jFRWThCCgT+UK7gaxUtnKwoIMYRnLqzwjKTybcpFgBbci WpgIvA98E7bQajSWFhJM0wClOAG2d6dTGhI00iyD1YL5gMFtqqReCJkYatYkpzCoyW5TP5MiGveY QHuYdYOG+QULq9cX8EoOYKqO2zC/HJcDJrut0/gZAFN13HJD/yv5GQAOQ5C/vvf6+qAxaOfYCshe 1nm34dfpOPgK/3ZNZkc3y9SA7OW1Gt6xWQVkLxdr+P7aoD/YcOQxIItfquFb/VZ/ec3BG1DMaLpb QzcaHfjl6BIy5WzTC+90er1GYfgjFHi/jBm9xZSnyokgG3OBfpbgh1xsAEDfMKxoitQ8I1McQmz2 MKNjQbU8eIXgyhO7FMrakt4LyVDQTHWDDzIMcX7E7/WL716/eIZev3h6+Oj54aMfDx8/Pnz0g+Xl EG7iNKoSvvrm0z+++gj9/uzrV08+9+NlFf/L9x///NNnfqCqAl9+8fTX509ffvnJb98+8cDXBB5X 4SOaEInukH20wxPQzRjGlZyMxfkoRjGmVYq1NJI4xXoXD/+Bih30nTlm2INbJ64F7wsKlcwDvDl7 6Ag8jMVM5S53NLsVJw5wi3O2zoXXCrf0XhXHj2Zp5N9czKq4HYz3fHv3cOr4dzDLoCBSH8teTBwx txlOFY5IShTSz/guIR4zPKDUsesWDQWXfKrQA4rWMfWaZETHTjQdEW3SBPwy9wkI/nZss3UfrXPm 07pP9lwkZAVmHuFHhDlmvIlnCic+liOcsKrBb2MV+4QczkVYxQ2kAk9HhHE0mBApfTR3Behbcfot qB5+t2+xeeIihaK7Pp63MedVZJ/v9mKcZD7skKZxFfu+3IUQxWibKx98i7sZou/BDzg90d33KXHc fXo1uEcjR6SjANFPZkL7Eqq1U4QTmr6tyGeuyGuCelNi81gdPgl3vPr2uJjQf3/x7eNZuk0g3usd 6G3tfVt7g/987T0pn89acY+KLNRfPefYAdmMy8mJ0/KUMjZUc0ZuSzMwS2gYkw1Y1HTm/EfK01gW w2Ve4B1cJLChQYKrD6mKhzHOYNhumnk8kjnrSKKMSzjUmWUvb70pDOzKnv4W9VHG1gOJ1Raf2OV2 9VBYsjFtJzLHy2KjtmZw1s3a7/21zZpWqhPN5qrWNKKZUueoVqoMPqyrBoulNWESQTC/gJWX4ASu ZYdDCmZkou1um3DhFr11cX3JLsq1torEeEKsi5zliuuaxndFCJlXABBSHtedz5ql1cBopwthwqI4 Y17YyAWDwrBGiePZxNJqbrEU7XeDzmJrMUAhzrrBFI6ncJlk4DSpZzfMInhzEypho/bUXDTRdqRx xx9VzUaxXosqJ40zIVUfy9j60DzKXcVSvZOVv7V4TQfb5ShgA/UCUrSXIUT+MSnAjq5ryXRKQlV1 dmVF287e5pWQzxQRw3iyj8ZsJnYwuB9sqvWZUAlvGUxC6xvRDbS1zSO3tuZ1zfOyTO+GWRbjvFou a+rczhZuQrWUwdxVxAPdvLIb5c6vis74y1KlGsb/M1V0O4ATf3uiPRDCe1aBkc7XbsCFijlUoSym 4YaAvm9qB0QLguqiuy2Ct73mryB7+q+NBctDc2NwcFM7NEKCQjtRsSBkG8qSib5TmDXz1mNZFoxM RFXElZkVe0z2CBvpGrika3CAYgh1U03y8DS44/Hn3ucZNI70jFLNN6eGlFXd5sDfPbjYZAalwGuV 7ndK49HN3U5Ilt6QFz2yqoh+cDQlXSuywml+nU6e9hcU4SwNuNJrbcWqadxaLIQDL5ZOMfGhRzVY LOeZDN7bIP0f9D8qQmY/HeiGOuI7UFsRfA7QzCBsIKqv6KoGl7pA2qsxzD120QaTZmV3yIdTbbWi WV/yFFTue8zYWrIi3+raH/n7nMYuhyh3OycX69td3Ni5hR1b27UTTQ2bHU9RWJoW5xDjGPPNqfpZ iI8fgqP78Kp+xuyHIpnBncmDbFuY6BrzyTy/ZNI2XBt1+gyjkSzdIVNEJwfF+aO0hE0h+1mjGJEN WpPpQCsJ275Dg0uY4zWp7ZYlcet04pLC7AwluyQ2r8p8DOCjVl649dEO8MaE0moNpi0txdK/YrIz CO83mfecdVaT2YPiGx11AZOpgzebLLcUGK8eeOQA3g7D0WRo6i80HRvpJmRX/wQAAP//AwBQSwME FAAGAAgAAAAhAA3RkJ+2AAAAGwEAACcAAAB0aGVtZS90aGVtZS9fcmVscy90aGVtZU1hbmFnZXIu eG1sLnJlbHOEj00KwjAUhPeCdwhvb9O6EJEm3YjQrdQDhOQ1DTY/JFHs7Q2uLAguh2G+mWm7l53J E2My3jFoqhoIOumVcZrBbbjsjkBSFk6J2TtksGCCjm837RVnkUsoTSYkUiguMZhyDidKk5zQilT5 gK44o49W5CKjpkHIu9BI93V9oPGbAXzFJL1iEHvVABmWUJr/s/04GolnLx8WXf5RQXPZhQUoosbM 4CObqkwEylu6usTfAAAA//8DAFBLAQItABQABgAIAAAAIQBLnfYYAAEAABwCAAATAAAAAAAAAAAA AAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAKXWp+fAAAAANgEAAAsA AAAAAAAAAAAAAAAAMQEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAGt5lhaDAAAAigAAABwA AAAAAAAAAAAAAAAAGgIAAHRoZW1lL3RoZW1lL3RoZW1lTWFuYWdlci54bWxQSwECLQAUAAYACAAA ACEA56t0FuIGAABpHQAAFgAAAAAAAAAAAAAAAADXAgAAdGhlbWUvdGhlbWUvdGhlbWUxLnhtbFBL AQItABQABgAIAAAAIQAN0ZCftgAAABsBAAAnAAAAAAAAAAAAAAAAAO0JAAB0aGVtZS90aGVtZS9f cmVscy90aGVtZU1hbmFnZXIueG1sLnJlbHNQSwUGAAAAAAUABQBdAQAA6AoAAAAAAAAPBDoBAAA8 P3htbCB2ZXJzaW9uPSIxLjAiIGVuY29kaW5nPSJVVEYtOCIgc3RhbmRhbG9uZT0ieWVzIj8+DQo8 YTpjbHJNYXAgeG1sbnM6YT0iaHR0cDovL3NjaGVtYXMub3BlbnhtbGZvcm1hdHMub3JnL2RyYXdp bmdtbC8yMDA2L21haW4iIGJnMT0ibHQxIiB0eDE9ImRrMSIgYmcyPSJsdDIiIHR4Mj0iZGsyIiBh Y2NlbnQxPSJhY2NlbnQxIiBhY2NlbnQyPSJhY2NlbnQyIiBhY2NlbnQzPSJhY2NlbnQzIiBhY2Nl bnQ0PSJhY2NlbnQ0IiBhY2NlbnQ1PSJhY2NlbnQ1IiBhY2NlbnQ2PSJhY2NlbnQ2IiBobGluaz0i aGxpbmsiIGZvbEhsaW5rPSJmb2xIbGluayIvPgAAJwT3BQAAUEsDBBQABgAIAAAAIQAasRoD/AAA ALsBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQyWrDQAyG74W+wzDX4hmnh1KK7Ry63Loc0gcQ Y9keOhujSUjevrKTQighJ6Hl1/9JzXrvndhhJhtDK1eqlgKDib0NYyu/N2/VoxRUIPTgYsBWHpDk uru9aTaHhCRYHaiVUynpSWsyE3ogFRMG7gwxeyic5lEnMD8wor6v6wdtYigYSlXmHbJrXnCArSvi dc/lIwnLpXg+zs1WrYSUnDVQGFTPXd01nwyebY/iC3L5AM9Tus+kyXHxHajwXefJSl1fuwv9P/Yq DoM12Eez9UysUkbiuFB4p86M7k5MF27J6OjKMRdcT99SrFysaLKJ/hz08vruFwAA//8DAFBLAwQU AAYACAAAACEAjuoq+r4AAAA4AQAACwAAAF9yZWxzLy5yZWxzhI/BCsIwEETvgv8Q9m7TehCRpr2I 0IMX0Q9Ykm0bbJOQjaJ/b44WBI/DMG9m6vY1T+JJka13CqqiBEFOe2PdoOB2PW32IDihMzh5Rwre xNA261V9oQlTDvFoA4tMcaxgTCkcpGQ90oxc+EAuO72PM6Ys4yAD6jsOJLdluZPxmwHNgik6oyB2 pgJxfYfc/J/t+95qOnr9mMmlHxWSJ2vojJwoZizGgZICE/nbWIiqyPtBNrVc/G0+AAAA//8DAFBL AwQUAAYACAAAACEA7i1UacUCAAAEDwAAIQAAAGRycy9zbGlkZU1hc3RlcnMvc2xpZGVNYXN0ZXIx LnhtbOyX3WrbMBTH7wd7B6PLjdRxkiauqVPSjcKgF2HtHkBR5FhUH0ZSsmaX7fOMDTbYTd8mD9BX 2DmOs9jdVsooo9DkSop0jqT/71jn6PDoUslgwa0TRqck2muTgGtmpkLPUvLh/KQVk8B5qqdUGs1T suSOHA1fvjgsEn955peSuwBcaJfQlOTeF0kYOpZzRd2eKbiGscxYRT107SycWvoRXCsZdtrtfqio 0KSytw+xN1kmGH9r2Fxx7ddOLJfUw/ZdLgq38abYQ9wpai/mRYsZVYCLiZDCL0unv9wsUjK3OqmO 1FKCWeNM5tEmUZQlCyVJoFjybqaNpRMJGqlF+c/Ycsftgo+8t2Iy99zhUPJq47t4yA4LdKJ9ecCG akMkILzkJYQQuxMzXZa94SFN5EJGxdgGVM4ALOzRepkSxEtP9bG9KNuZ0X5UTphQx0mQUz0DPOO5 Zh4noCNXsGOeVa0x88GCgqNuG34Elg3vzBhl/u7c2rxqdMqz97A39wlCDgKBBBfcYvhhu7Q2UkxP hJRlB8OJv5F2vbK/jDbr1mdhDOjALwueUQYQRlZQOHUhPMtPqBJymZJWFMFaLKfW8fJ8sH+acFoz u735fHvzLbi9+bq6+r66+rG6vl5dfakZtaJOjOvThLl/sQO91qcvpasooTtodhAYxORpSnr7g1KY Hb5HwXdfGPyF6GulW8xVodZEhpwqZN0tsoOo18NY3iF7gsiQU4Wst0UWdQdRf8fs0W7Jx/3MEFTF bL/GLO7E8Y7ZE2WGoCpm/S2zTieGz6x+N8KFek4nZ1AAbDLdb/VJRIIyqW/LlWZ5EhFc6D+UEpgJ pF8n/UaxgAOc/qEauCd3oCqVQIOaQINet5nvn61AqEolULwVCNVpZtdnKxCqUgl0UBOovz9oprJn KxCqAtV140FUJMbn3G4eSzC4eb4OfwIAAP//AwBQSwECLQAUAAYACAAAACEAGrEaA/wAAAC7AQAA EwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQCO6ir6 vgAAADgBAAALAAAAAAAAAAAAAAAAAC0BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQDuLVRp xQIAAAQPAAAhAAAAAAAAAAAAAAAAABQCAABkcnMvc2xpZGVNYXN0ZXJzL3NsaWRlTWFzdGVyMS54 bWxQSwUGAAAAAAMAAwDJAAAAGAUAAAAADwDJD6c+AAAPAAwEQjAAAA8AAvA6MAAA0AAI8AgAAAAF AAAABTQAAA8AA/CpKgAADwAE8CgAAAABAAnwEAAAAGDsJiAAAAAAAAASAAAAAAACAArwCAAAAAA0 AAAFAAAADwAE8EYKAAASAArwCAAAAAI0AAAACgAAgwAL8FoAAAB/AAEA7wGAAHjtJiC/AAQABAC/ AQEAEQD/AREAGQA/AwAACACAwyoAAAC/AwAAAgBIAGUAYQBkAGUAcgAgAFAAbABhAGMAZQBoAG8A bABkAGUAcgAgADEAAAATACLxyAcAAKnDwgcAAFBLAwQUAAYACAAAACEADIGFu/4AAADiAQAAEwAA AFtDb250ZW50X1R5cGVzXS54bWyUUcFOwzAMvSPxD1GuqEnHASHUdgc6joBgfICVuG1Em0RxKNvf 427sgISGONp+7/n5uVrvplHMmMgFX8uVKqVAb4J1vq/l2/ahuJWCMngLY/BYyz2SXDeXF9V2H5EE sz3Vcsg53mlNZsAJSIWIniddSBNkLlOvI5h36FFfl+WNNsFn9LnIi4ZsqhY7+Biz2Oy4fXTCdCnu j7hlVS0hxtEZyGxUL1PdVE9sPDmL4hlSfoSJUdom0jRARMao8yqzt2qiInSdM6jaRK8L7+oPcRs+ fcL5v9ot015wPqn/cnLCkc7cvLj9GWzxHapi5iEXGlyk0wZ9+FDzBQAA//8DAFBLAwQUAAYACAAA ACEAMd1fYdIAAACPAQAACwAAAF9yZWxzLy5yZWxzpJDBasMwDIbvg72D0b1x2kMZo05vhV5LB7sK W0lMY8tYJm3fvqYwWEZvO+oX+j7x7/a3MKmZsniOBtZNC4qiZefjYODrfFh9gJKC0eHEkQzcSWDf vb/tTjRhqUcy+iSqUqIYGEtJn1qLHSmgNJwo1k3POWCpYx50QnvBgfSmbbc6/2ZAt2CqozOQj24D 6nxP1fyHHbzNLNyXxnLQ3PfevqJqx9d4orlSMA9UDLgszzDT3NTnQL/2rv/plRETfVf+QvxMq/XH rBc1dg8AAAD//wMAUEsDBBQABgAIAAAAIQB7Q5NAXAMAAIEIAAAQAAAAZHJzL3NoYXBleG1sLnht bNRVzW4TMRC+I/EOlu8lPyrQRt2gtlIBKaoi0orzxOvtLvHaxvaGpMfyPAgkkLj0bfIAfQVm7N02 IFQhyoUcNmPPeGb8zeeZgxerWrGldL4yOuODJ33OpBYmr/RFxs/PTnb2OPMBdA7KaJnxtfT8xfjx owM78pbhYe1HNuNlCHbU63lRyhr8E2OlRl1hXA0Bl+6iZ530UgcIGKhWvWG//6xXQ6X5GF3p5cxO HUnidDl1rMozPuRMQ40hX0nIpWNTBUKWRpE84L3WOJ0DTGZixMK3GcGfZJQ7+IDX/CkZps1Lh/eJ AXoxnS4zjYlRUFuysLaYV5k7xOYy4+8bcEE6ygmPJLsodEd9vByMVoWrH5rh+ABGpijYKuNYqzV9 MS6M5CowgZvD/eeDvT6qBOp2nz5HoGNiKTpZWufDS2kenAkjRxl3UgQsIoxgOfGBMLgLEQFJt7ej sDoy+Zos5/iPVU7s+ftaIW0xfmncJWcfHGDZPJVCcqZea5/x/cHuLgIR4iJCwZnb1sy3Nbqpj42i 0jPQAr1mPHTiccAVYWpqC2GiZ1aQYYfm2eotONviEbASp2ZWgpW/gyXZRpQSDORE+TALayUfCkn0 tVSDlm+5LN4gzsTRAfEgqvEF6sjgAt9Txg9dBYozWwVRnkBdKaTNzqCPz16U4LxEhDuGwdaxm+tP N9df2c31l83Vt83V983Hj5urz/f72RkM9xJZhf9HrpBr6ZIRUNVdHbc7SGON/gWuiCmrwU0iEVB4 EwUMGf8rnWN3iyKoC2yliClmdgbzGaIfmYj8cSFZS5joI7eIZCuMDofxyBw8cZcK1KrxSAn6ArvU tNEC3SfOKSIgXcxbMRWBLYF426df+9a3LY5k8attZ4bn77SHRbjHrtXOm2Plzlax5cyb2eWteILX uF2c4qyIJgHmqSl0dWr7A7VS7Fk6n4ID4uiiqavavKsSqHjnjEu9cz5LHTayl80T0vHbZFxjEBpO rlogj7WZRYmzhXQ0yojwTFBXaA3pzeKWpqGkqkv5Ki4JdFXRaIu6qTOmIJnyU5q+2pxUSqXE0443 qsppM+JFM08iKqkMYZVmBxZn20oWBfbJDotmolusGnLTyrHyWw/jv3+ad/VNUyGOg24M4IT0dvwD AAD//wMAUEsDBBQABgAIAAAAIQA8RuvK1gAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/BTgIx FEX3Jv5D80zcSQcWSkYKQRIcXZkBE1g+2sfMxOnr2NZh8OttXMDy5t6cmzNbDLYVPfnQOFYwHmUg iLUzDVcKPrfrhymIEJENto5JwZkCLOa3NzPMjTtxSf0mViJBOOSooI6xy6UMuiaLYeQ64tQdnbcY U/SVNB5PCW5bOcmyR2mx4fRQY0ermvTX5scqmLw69tU+C8vi431c9lP9+zRope7vhuUziEhDvI5f iu57t7uU/6g3kyAgjsX54BtTYojkFSS3ZJosQc7/AAAA//8DAFBLAQItABQABgAIAAAAIQAMgYW7 /gAAAOIBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgA AAAhADHdX2HSAAAAjwEAAAsAAAAAAAAAAAAAAAAALwEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgA AAAhAHtDk0BcAwAAgQgAABAAAAAAAAAAAAAAAAAAKgIAAGRycy9zaGFwZXhtbC54bWxQSwECLQAU AAYACAAAACEAPEbrytYAAAD5AAAADwAAAAAAAAAAAAAAAAC0BQAAZHJzL2Rvd25yZXYueG1sUEsF BgAAAAAEAAQA9QAAALcGAAAAAAAAEPAIAAAAAAAAAFAHIAEPABHwlAEAAAAAwwsIAAAAAAAAAAoC /78PAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEA AAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAA AAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAAB AAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwA AAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABo AHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAA AAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8FAAAAAA AJ8PBAAAAAQAAAAAAKEPFgAAAAEAAAAAAAAACgAHAAEAAAAAAAIADAAAAKoPCgAAAAEAAAABAAAA AAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPDFCgAAEgAK8AgAAAADNAAAAAoAAIMAC/BWAAAAfwAB AO8BgACI1q0dvwAEAAQAvwEBABEA/wEQABkAPwMAAAgAgMMmAAAAvwMAAAIARABhAHQAZQAgAFAA bABhAGMAZQBoAG8AbABkAGUAcgAgADIAAAATACLxMwgAAKnDLQgAAFBLAwQUAAYACAAAACEADIGF u/4AAADiAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWyUUcFOwzAMvSPxD1GuqEnHASHUdgc6joBg fICVuG1Em0RxKNvf427sgISGONp+7/n5uVrvplHMmMgFX8uVKqVAb4J1vq/l2/ahuJWCMngLY/BY yz2SXDeXF9V2H5EEsz3Vcsg53mlNZsAJSIWIniddSBNkLlOvI5h36FFfl+WNNsFn9LnIi4ZsqhY7 +Biz2Oy4fXTCdCnuj7hlVS0hxtEZyGxUL1PdVE9sPDmL4hlSfoSJUdom0jRARMao8yqzt2qiInSd M6jaRK8L7+oPcRs+fcL5v9ot015wPqn/cnLCkc7cvLj9GWzxHapi5iEXGlyk0wZ9+FDzBQAA//8D AFBLAwQUAAYACAAAACEAMd1fYdIAAACPAQAACwAAAF9yZWxzLy5yZWxzpJDBasMwDIbvg72D0b1x 2kMZo05vhV5LB7sKW0lMY8tYJm3fvqYwWEZvO+oX+j7x7/a3MKmZsniOBtZNC4qiZefjYODrfFh9 gJKC0eHEkQzcSWDfvb/tTjRhqUcy+iSqUqIYGEtJn1qLHSmgNJwo1k3POWCpYx50QnvBgfSmbbc6 /2ZAt2CqozOQj24D6nxP1fyHHbzNLNyXxnLQ3PfevqJqx9d4orlSMA9UDLgszzDT3NTnQL/2rv/p lRETfVf+QvxMq/XHrBc1dg8AAAD//wMAUEsDBBQABgAIAAAAIQD4xyDRyQMAACEMAAAQAAAAZHJz L3NoYXBleG1sLnhtbOxWzW7jNhC+F+g7ELx7Lf9sYguRF7EDbwsYgbH2osdiLFGRaopUSdprp+gl +zxFF9gCveRt8gB5hc6Q8totikXR5NJic5BH4nA4/L5vZnLxaldJthXGllolvPMi4kyoVGelukn4 2+W0NeDMOlAZSK1EwvfC8lejr7+6qGNbM9ysbFwnvHCujtttmxaiAvtC10LhWq5NBQ5fzU27NsIK 5cDhQZVsd6PorF1BqfgIQ6ntop4bstLr7dywMkt4jzMFFR55BU6wuYRUFFpmwrAubzeuYRdgKjOd rm2TD/yTfDID7/CSf0qFKf3a4G06dEDbJ3PIS2FadGhdMLevMavMITC3Cf9xA8YJwzHn3XFncMcQ x5tZf0OId7mpnpro6AJinecMT+wNBv2zDoK1T3hEeUMsdo6luNQdnncGETKa4lr/5Tli7i8WciDP 2lj3Wugn58MoUMKNSB3yCTFsZ9YRhscjPKABgzp2u7HO9uS5wl8kPAjp3xOHCsbzC21uOXtnADm0 RIzgTH6rbMKHnX4fgXD+xUPBmTldWZ2uqE010ZLYZKBSjJpwZDuYE4dvhKmuanAztahTcjygudx9 B6Zu8HDIxLVeFFCLv4Ml+HqUAgwURFq3cHspngqJj7WVHVQdA3mDxW18DpnI3+Ankm6HBOH9sCqV 13WOVZbwS1OC5KwuXVpMoSol6qfVibAVpAUYKxDqg9TgZNvj/S+P9x/Z4/2Hh7vfHu5+f3j//uHu 18/HaXW6g6Da1D5TKBRduKRHVgYMgt1g68l6DoAJ3ArMzCsCjTfewCP9b6ky7HjePDDAMLMlrBaI vpckCsm44C1gpsZm7VWXa+UuPWkrsCRiIqhZxi0FqBvsXfONSjF8EJ8kJdLFgQAAAIIAAACDAAAA hAAAAIUAAACGAAAAhwAAAIgAAACJAAAAigAAAIsAAACMAAAAjQAAAI4AAACPAAAAkAAAAJEAAACS AAAAkwAAAJQAAACVAAAAlgAAAJcAAACYAAAAmQAAAJoAAACbAAAAnAAAAJ0AAACeAAAAnwAAAKAA AAChAAAAogAAAKMAAACkAAAApQAAAKYAAACnAAAAqAAAAKkAAACqAAAAqwAAAKwAAACtAAAArgAA AK8AAACwAAAAsQAAALIAAACzAAAAtAAAALUAAAC2AAAAtwAAALgAAAC5AAAAugAAALsAAAC8AAAA vQAAAL4AAAC/AAAAwAAAAMEAAADCAAAA/v///8QAAADFAAAA/v////7///////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////9snc5Tx7ZAAo7oryn6 U4+xyP/qe3DD/cfVy9x9xq9ZXW0m0ix3vvesNovbT+YUr/Hp5Rrnh3dxsArd4cBT0yiowUKcy8y3 /5+uut1o3Ju+bEW9/lVrOu1HrXF0NmwNz4aT6XhyPu31+z9jSftuXOQ0JZZlFQrNIC/rTVVW+ocy UIKIJVyo1ttFaNte+2wVePLPTcIVpkjjzpRrrAKlF97ibC0MDUcqF5ZSc2kcqfTxk6IxJ8tb8Y1/ JcpkScPSr82N1jnZdDup6Kn0tJQyXDt8sVqWGX30aNMUFYhpINHtwjxCak+9RJ5juz0guZmpBukN hWlsr5uTsvrPFzYSSwh9qTtC4Vnrzo2+p3GN5Y5PLEI6QKhsDgZoXnypJize/9uYPPLrWa/xefzf DE1bj/4AAAD//wMAUEsDBBQABgAIAAAAIQAGcavN1AAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1s RI9RS8MwFIXfBf9DuIJvLq0TGd2yIYLW120y8e2uuW3CmqQmce3+vRcf9PFwDt/hW20m14szxWSD V1DOChDkm6Ct7xS871/uFiBSRq+xD54UXCjBZn19tcJKh9Fv6bzLnWCITxUqMDkPlZSpMeQwzcJA nrs2RIeZY+ykjjgy3PXyvigepUPr+cHgQM+GmtPu2/HJ8eDqrw9qF9JmO87NYV9+vip1ezM9LUFk mvL/uC7tQ1f+lb+oN61gDqKtL8do9RZTpqiA3diULUGufwAAAP//AwBQSwECLQAUAAYACAAAACEA DIGFu/4AAADiAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQA BgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAAAAAAAAAAAAAAC8BAABfcmVscy8ucmVsc1BLAQItABQA BgAIAAAAIQD4xyDRyQMAACEMAAAQAAAAAAAAAAAAAAAAACoCAABkcnMvc2hhcGV4bWwueG1sUEsB Ai0AFAAGAAgAAAAhAAZxq83UAAAA+QAAAA8AAAAAAAAAAAAAAAAAIQYAAGRycy9kb3ducmV2Lnht bFBLBQYAAAAABAAEAPUAAAAiBwAAAAAAABDwCAAAAAAAjwnfECABDwAR8JQBAAAAAMMLCAAAAAEA AAAHAv+/DwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZ EBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAA BAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAE AQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkA YQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBh AHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoT MAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBo AAAAAACfDwQAAAAEAAAAAACgDwIAAAAqAAAAoQ8YAAAAAgAAAAAAAAgKAAIABwACAAAAAAACAAwA AAD4DwQAAAAAAAAAAACqDwoAAAACAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwYwoA ABIACvAIAAAABDQAAAAKAACTAAvwYAAAAH8AAQDvAYAA+KyuHYcAAgAAAL8ABAAEAL8BAQARAP8B EQAZAD8DAAAIAIDDKgAAAL8DAAACAEYAbwBvAHQAZQByACAAUABsAGEAYwBlAGgAbwBsAGQAZQBy ACAAMwAAABMAIvHfBwAAqcPZBwAAUEsDBBQABgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAW0NvbnRl bnRfVHlwZXNdLnhtbJRRwU7DMAy9I/EPUa6oSccBIdR2BzqOgGB8gJW4bUSbRHEo29/jbuyAhIY4 2n7v+fm5Wu+mUcyYyAVfy5UqpUBvgnW+r+Xb9qG4lYIyeAtj8FjLPZJcN5cX1XYfkQSzPdVyyDne aU1mwAlIhYieJ11IE2QuU68jmHfoUV+X5Y02wWf0uciLhmyqFjv4GLPY7Lh9dMJ0Ke6PuGVVLSHG 0RnIbFQvU91UT2w8OYviGVJ+hIlR2ibSNEBExqjzKrO3aqIidJ0zqNpErwvv6g9xGz59wvm/2i3T XnA+qf9ycsKRzty8uP0ZbPEdqmLmIRcaXKTTBn34UPMFAAD//wMAUEsDBBQABgAIAAAAIQAx3V9h 0gAAAI8BAAALAAAAX3JlbHMvLnJlbHOkkMFqwzAMhu+DvYPRvXHaQxmjTm+FXksHuwpbSUxjy1gm bd++pjBYRm876hf6PvHv9rcwqZmyeI4G1k0LiqJl5+Ng4Ot8WH2AkoLR4cSRDNxJYN+9v+1ONGGp RzL6JKpSohgYS0mfWosdKaA0nCjWTc85YKljHnRCe8GB9KZttzr/ZkC3YKqjM5CPbgPqfE/V/Icd vM0s3JfGctDc996+omrH13iiuVIwD1QMuCzPMNPc1OdAv/au/+mVERN9V/5C/Eyr9cesFzV2DwAA AP//AwBQSwMEFAAGAAgAAAAhACp63hxxAwAAjwgAABAAAABkcnMvc2hhcGV4bWwueG1s1FXBbtw2 EL0X6D8QvDu7cp1kI1gObAObFFgYi6yDnkcUZalLkQxJbXZ9dL4nSIAWyMV/4w/wL2SGlOJtUQRF 3Ev3oB2Jw5nHN48zxy+3nWIb6XxrdMGzJ1POpBamavVVwd9ezg9mnPkAugJltCz4Tnr+8uTnn45t 7i3DzdrntuBNCDafTLxoZAf+ibFS41ptXAcBX93VxDrppQ4QMFGnJofT6bNJB63mJxhKb1Z26cgS F5ulY21V8CPONHSYcm5MkI4tFQjZGFWh/QufDM5pHyCYhRFrPyCCf4OocvAej/kXMEybVw7Pk1GC SYQzItMIjJLahoWdRVx1cMjNdcHf9eAQIUfY24IfDluTP8Z4OJyPh4R8W7vusUhPjiE3dc0wI9Zs V/DZs9nTwywyA7ncBiYIzIvn2WyKDgI9jp4+R9ojvISBYljnwytpHo2HUaCCOykClhRy2Cx8IBIf UkRGEwc2D9szU+3Is8R/rHnS0o9XDkWM+Rvjrjl77wCL6KkwkjP1q/YFf5EdHSERIb5EKjhz+yvl /oruu3OjSAgMtMCoBS9H8zzgG3FqOgthoVdWkOPI5uX2N3B24CNgJS7MqgEr/4mW5BtZSjRQEOXD KuyUfCwlMdZGZYPqKlm/QZ5JsRnpIC7jfdRRzzXeroKfuhYUZ7YNoplD1yqUzUE2xSYgGnBeIsNR QKgw2Nt2f/vx/vYPdn/7+e7mz7ubL3cfPtzdfPp+nIPscEZahFz4/ygUai0dMhKqxqPj55FSSje2 rR+WWgyCTHbgFlEIaLyJBqaM/62usNdFE9QVNlbkFJFdQrlC9qMSUT8uJG8JC33m1lFstdHhNG4p wZN2qUDDMm5pQF9hz1r2WmD4pDlFAiRM3oqlCGwDpNsp/Ya7vu9xJuu/+45uuP9h9bQO3/EbVsv+ XLnLbaxi2a+uv5lzPMa3lwucHNElQJmawlinoT9QY0VF6WoJDkij675rO/N7m0jFMxdc6oO3q9Rv o3pZmZiOz77gGpPQqHLtGnWszSpanK2lo8FGgmeCusLgSHcWP2kaUaq9lq/jK5GuWhp0cW3pjKnJ JnxK01ObeatUAp6+eKPaij5GvmgCSmQllSFs0yTB4ux7ybrGPjly0S/0wFVPYQY7Vn7vYvzvr+ZD fdNUiONgHAM4J709+QoAAP//AwBQSwMEFAAGAAgAAAAhAGXoxXPYAAAA+QAAAA8AAABkcnMvZG93 bnJldi54bWxEj8FKAzEURfeC/xCe4M5mtFJkbFqqoK0g1FaxLp+TN5Pg5GVMYjvj1xtc6PJyL+dy pvPetWJPIVrPCs5HBQjiymvLjYKX57uzKxAxIWtsPZOCgSLMZ8dHUyy1P/CG9tvUiAzhWKICk1JX ShkrQw7jyHfEuat9cJhyDI3UAQ8Z7lp5URQT6dByfjDY0a2h6mP75RSs36rm6XFsJt+FlcMwfnit F6t7pU5P+sU1iER9+h/fLLvP3e6v/EWttIJLEPVyeA9WbzAmCgqyWzbNliBnPwAAAP//AwBQSwEC LQAUAAYACAAAACEADIGFu/4AAADiAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNd LnhtbFBLAQItABQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAAAAAAAAAAAAAAC8BAABfcmVscy8u cmVsc1BLAQItABQABgAIAAAAIQAqet4ccQMAAI8IAAAQAAAAAAAAAAAAAAAAACoCAABkcnMvc2hh cGV4bWwueG1sUEsBAi0AFAAGAAgAAAAhAGXoxXPYAAAA+QAAAA8AAAAAAAAAAAAAAAAAyQUAAGRy cy9kb3ducmV2LnhtbFBLBQYAAAAABAAEAPUAAADOBgAAAAAAABDwCAAAAF8VAABQB38WDwAR8JQB AAAAAMMLCAAAAAIAAAAJAv+/DwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAx AAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAA AQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAAD AQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkE AAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABU AHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkA EQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAA AAAEAAAAAA8ADfBQAAAAAACfDwQAAAAEAAAAAAChDxYAAAABAAAAAAAAAAoABwABAAAAAAACAAwA AACqDwoAAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATw6woAABIACvAIAAAABTQA AAAKAACTAAvwbAAAAH8AAQDvAYAAiIUJHocAAgAAAL8ABAAEAL8BAQARAP8BEAAZAD8DAAAIAIDD NgAAAL8DAAACAFMAbABpAGQAZQAgAE4AdQBtAGIAZQByACAAUABsAGEAYwBlAGgAbwBsAGQAZQBy ACAANAAAABMAIvFDCAAAqcM9CAAAUEsDBBQABgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAW0NvbnRl bnRfVHlwZXNdLnhtbJRRwU7DMAy9I/EPUa6oSccBIdR2BzqOgGB8gJW4bUSbRHEo29/jbuyAhIY4 2n7v+fm5Wu+mUcyYyAVfy5UqpUBvgnW+r+Xb9qG4lYIyeAtj8FjLPZJcN5cX1XYfkQSzPdVyyDne aU1mwAlIhYieJ11IE2QuU68jmHfoUV+X5Y02wWf0uciLhmyqFjv4GLPY7Lh9dMJ0Ke6PuGVVLSHG 0RnIbFQvU91UT2w8OYviGVJ+hIlR2ibSNEBExqjzKrO3aqIidJ0zqNpErwvv6g9xGz59wvm/2i3T XnA+qf9ycsKRzty8uP0ZbPEdqmLmIRcaXKTTBn34UPMFAAD//wMAUEsDBBQABgAIAAAAIQAx3V9h 0gAAAI8BAAALAAAAX3JlbHMvLnJlbHOkkMFqwzAMhu+DvYPRvXHaQxmjTm+FXksHuwpbSUxjy1gm bd++pjBYRm876hf6PvHv9rcwqZmyeI4G1k0LiqJl5+Ng4Ot8WH2AkoLR4cSRDNxJYN+9v+1ONGGp RzL6JKpSohgYS0mfWosdKaA0nCjWTc85YKljHnRCe8GB9KZttzr/ZkC3YKqjM5CPbgPqfE/V/Icd vM0s3JfGctDc996+omrH13iiuVIwD1QMuCzPMNPc1OdAv/au/+mVERN9V/5C/Eyr9cesFzV2DwAA AP//AwBQSwMEFAAGAAgAAAAhANTKG9nXAwAAMQwAABAAAABkcnMvc2hhcGV4bWwueG1s7FbNbuM2 EL4X6DsQvHtt+W9lIfIidpNtASMw1ln0WFASFaumSJakvHYWvWSfp2iBFuglb5MHyCt0hpTXblEs iiaXFpuDPBKHw+H3fTOTs1e7WpAtN7ZSMqXRix4lXOaqqORNSt9eX3ZiSqxjsmBCSZ7SPbf01fTL L850YjWBzdImOqVr53TS7dp8zWtmXyjNJayVytTMwau56WrDLZeOOTioFt1+rzfu1qySdAqh5Hal lwat/Gq7NKQqUjqiRLIajlyJquDkqqkzbshSsJyvlSjAHtJuuyXsZpDSQuUb2+bF/klehWHv4LJ/ SolI9drArSI8oOuTOuQnIT08VK+J22vIzooCUgOQblP6Q8OM44ZC/ruUDtrdYQuEOd7S+tuyZFea +qnJTs9YosqS4IlxPBxHA0r2KY3H8agPNtyAJXznSA4O/cnLKO4Bxzl4DEcvgQWfZMgEPbWx7jVX T86KYKCUGp47YJglbLuwDtE8HuGhDUjoxO1mqtijZwa/IIEgrX9PIWgazl8rc0vJO8OATYv0cErE N9KmdBINhwCE8y8eCkrM6Up2uiKbeq4EKoIwmUPUlGYHc+7gDTFVtWZuIVc6R8cDmte7b5nRLR4O mLhSqzXT/O9gCb4epQADBhHWrdxe8KdC4mNtRQTaI0zcQLkbn0PByzfwCQUcoSC8H9Sp9Aovod5S em4qJijRlcvXl6yuBOinE/WgOeRrZiwHqL2SQGrsZNvj/U+P97+Sx/tfHu5+e7j7/eHDh4e7nz8d pxP146Da3D5TKBBduKRHVgQMgt1i68l6DoAR3JqZhVcEGG+8AUf630oW0AO9eWCAQGbXLFsB+l6S ICTjgjdnCzkzG6+6Ukl37knLmEURI0HtMmxZM3kDXWzZyBzCB/EJVCJezOp8mTuyZSjgHv61RX/q MePlX30PbrD/uHpeuk/4tatZMxfmeud7T9asbj+al3CNjy9XMFG8i2NZ6A4HntpGga2WJaUo/EB4 PxqfD+dfXcSdyUU86QzGw1ln0hvFnfFw0LsYzAbxvB//CCXd9mWYGlC2Xs4GWNk0dVWr76tACOCV Ui47b1ehdXvlkyyw5J9NSiUkiOPPVBuoAalW3qJkww0OSywWkmNraR2x8OGTxLEnqlv+tX9FwkSF w9OvLY1SJdp4NyHxKdVlJUS4dPhiFQw9/OixxqnKAdFAoduFuQTEnnrxsoRme8CxWcgW5wbDtLZX zUlR/efLGohFhD5XHaLwrFXnpt/hsIZihyeUIB7AZbFkhuG0+FxNULz/tyF55NezruF5/M8MTKun fwAAAP//AwBQSwMEFAAGAAgAAAAhABcRCkXWAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj8tO wzAQRfdI/IM1SOyo04oADZ1WqDxXoPSxH+LJQ8R2sE0b8/VYLGB5da/O1VmsRt2LAzvfWYMwnWQg 2FRWdaZB2G0fL25A+EBGUW8NI0T2sFqeniyoUPZoSj5sQiMSxPiCENoQhkJKX7WsyU/swCZ1tXWa QoqukcrRMcF1L2dZdiU1dSY9tDTwuuXqY/OlEb7Lh3wc+qc8zj5d3G3v39bX8xrx/Gy8uwUReAz/ 49d9vKymf+Uv6kUh5CDq5/juOlWSD+wQklsyTZYglz8AAAD//wMAUEsBAi0AFAAGAAgAAAAhAAyB hbv+AAAA4gEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYA CAAAACEAMd1fYdIAAACPAQAACwAAAAAAAAAAAAAAAAAvAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYA CAAAACEA1Mob2dcDAAAxDAAAEAAAAAAAAAAAAAAAAAAqAgAAZHJzL3NoYXBleG1sLnhtbFBLAQIt ABQABgAIAAAAIQAXEQpF1gAAAPkAAAAPAAAAAAAAAAAAAAAAAC8GAABkcnMvZG93bnJldi54bWxQ SwUGAAAAAAQABAD1AAAAMgcAAAAAAAAQ8AgAAABfFY8J3xB/Fg8AEfCUAQAAAADDCwgAAAADAAAA CAL/vw8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAU AQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQA AAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEA AAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEA bAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBw AGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAA AAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3waAAA AAAAnw8EAAAABAAAAAAAoA8CAAAAKgAAAKEPGAAAAAIAAAAAAAAICgACAAcAAgAAAAAAAgAMAAAA 2A8EAAAAAAAAAAAAqg8KAAAAAgAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8HEFAAAS AArwCAAAAAE0AAAADAAAUwAL8B4AAACBAQAAAAi/ARIAEgD/AQAACAAEAwkAAAA/AwEAAQATACLx MwUAAKnDLQUAAFBLAwQUAAYACAAAACEADIGFu/4AAADiAQAAEwAAAFtDb250ZW50X1R5cGVzXS54 bWyUUcFOwzAMvSPxD1GuqEnHASHUdgc6joBgfICVuG1Em0RxKNvf427sgISGONp+7/n5uVrvplHM mMgFX8uVKqVAb4J1vq/l2/ahuJWCMngLY/BYyz2SXDeXF9V2H5EEsz3Vcsg53mlNZsAJSIWInidd SBNkLlOvI5h36FFfl+WNNsFn9LnIi4ZsqhY7+Biz2Oy4fXTCdCnuj7hlVS0hxtEZyGxUL1PdVE9s PDmL4hlSfoSJUdom0jRARMao8yqzt2qiInSdM6jaRK8L7+oPcRs+fcL5v9ot015wPqn/cnLCkc7c vLj9GWzxHapi5iEXGlyk0wZ9+FDzBQAA//8DAFBLAwQUAAYACAAAACEAMd1fYdIAAACPAQAACwAA AF9yZWxzLy5yZWxzpJDBasMwDIbvg72D0b1x2kMZo05vhV5LB7sKW0lMY8tYJm3fvqYwWEZvO+oX +j7x7/a3MKmZsniOBtZNC4qiZefjYODrfFh9gJKC0eHEkQzcSWDfvb/tTjRhqUcy+iSqUqIYGEtJ n1qLHSmgNJwo1k3POWCpYx50QnvBgfSmbbc6/2ZAt2CqozOQj24D6nxP1fyHHbzNLNyXxnLQ3Pfe vqJqx9d4orlSMA9UDLgszzDT3NTnQL/2rv/plRETfVf+QvxMq/XHrBc1dg8AAAD//wMAUEsDBBQA BgAIAAAAIQCC6eP3xwAAACABAAAQAAAAZHJzL3NoYXBleG1sLnhtbIzPvU7DMBAH8B2Jd7Bup3YY EIridEDq1qWCB7jEV8fCPlu227RvXwMVEhvbfUj/392wvQQvzpSLi6yh2ygQxHM0jq2Gj/fd0yuI UpEN+sik4UoFtuPjw5D6CedPm+OJjWghXPqkYak19VKWeaGAZRMTcdsdYw5YW5utTJkKccXawODl s1IvMqBjENO6j6YR6+Iqwfgl2AMdhTOXdplSXZth/x1Nbz7fUfwPajKu7aO/3hm9hsl2IMdB3rGf 6vex8QYAAP//AwBQSwMEFAAGAAgAAAAhAB2ugUrWAAAA/wAAAA8AAABkcnMvZG93bnJldi54bWxM j09Lw0AQxe+C32EZwZvdKGJLzKZUSy/ipX8weNtmxyQ0Oxsymzb99k570ctjhje8+b1sPvpWHbHn JpCBx0kCCqkMrqHKwG67epiB4mjJ2TYQGjgjwzy/vcls6sKJ1njcxEpJCHFqDdQxdqnWXNboLU9C hyTeT+i9jbL2lXa9PUm4b/VTkrxobxuSD7Xt8L3G8rAZvIFmufz6Xk+LxZmf+W1YHQr8+CyMub8b F6+gIo7x7xgu+IIOuTDtw0COVWtAisSriifz/qI6z/R/7vwXAAD//wMAUEsBAi0AFAAGAAgAAAAh AAyBhbv+AAAA4gEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAU AAYACAAAACEAMd1fYdIAAACPAQAACwAAAAAAAAAAAAAAAAAvAQAAX3JlbHMvLnJlbHNQSwECLQAU AAYACAAAACEAgunj98cAAAAgAQAAEAAAAAAAAAAAAAAAAAAqAgAAZHJzL3NoYXBleG1sLnhtbFBL AQItABQABgAIAAAAIQAdroFK1gAAAP8AAAAPAAAAAAAAAAAAAAAAAB8DAABkcnMvZG93bnJldi54 bWxQSwUGAAAAAAQABAD1AAAAIgQAAAAAEADwByAAAAD///8AAAAAAO7s4QAfSX0AT4G9AMBQTQAA AP8AgACAAA8AiBNpAAAADwCKEykAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMgAAAIsTCQAAAAAA JAQBAAAACA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAAOsuCAAAAEHE ygFgXzIAAAAOBHoMAABQSwMEFAAGAAgAAAAhAEud9hgAAQAAHAIAABMAAABbQ29udGVudF9UeXBl c10ueG1srJHLasMwEEX3hf6D0LbYcroopdjOoo9dH4v0AwZ5bIvaIyFNQvL3HTsOlBJCF90IpJm5 99xRud6Pg9phTM5TpVd5oRWS9Y2jrtKfm5fsXqvEQA0MnrDSB0x6XV9flZtDwKRkmlKle+bwYEyy PY6Qch+QpNL6OALLNXYmgP2CDs1tUdwZ64mROONJQ9flE7awHVg97+X5SCLjWj0e+yarSkMIg7PA AmqmqqnLdwGPrkH1AZHfYJQuw4KAP89VfllrR80v4My3rbPYeLsdBTOfJW8WzzOsEYd0AfaMwbKN XCbnQKl3IZ0c/pTqFUjWGf8n2yJ2AjDz39bfAAAA//8DAFBLAwQUAAYACAAAACEApdan58AAAAA2 AQAACwAAAF9yZWxzLy5yZWxzhI/PasMwDIfvhb2D0X1R0sMYJXYvpZBDL6N9AOEof2giG9sb69tP xwYKuwiEpO/3qT3+rov54ZTnIBaaqgbD4kM/y2jhdj2/f4LJhaSnJQhbeHCGo3vbtV+8UNGjPM0x G6VItjCVEg+I2U+8Uq5CZNHJENJKRds0YiR/p5FxX9cfmJ4Z4DZM0/UWUtc3YK6PqMn/s8MwzJ5P wX+vLOVFBG43lExp5GKhqC/jU72QqGWq1B7Qtbj51v0BAAD//wMAUEsDBBQABgAIAAAAIQBreZYW gwAAAIoAAAAcAAAAdGhlbWUvdGhlbWUvdGhlbWVNYW5hZ2VyLnhtbAzMTQrDIBBA4X2hd5DZN2O7 KEVissuuu/YAQ5waQceg0p/b1+XjgzfO3xTVm0sNWSycBw2KZc0uiLfwfCynG6jaSBzFLGzhxxXm 6XgYybSNE99JyHNRfSPVkIWttd0g1rUr1SHvLN1euSRqPYtHV+jT9yniResrJgoCOP0BAAD//wMA UEsDBBQABgAIAAAAIQDEE7BmAQcAAJMdAAAWAAAAdGhlbWUvdGhlbWUvdGhlbWUxLnhtbOxZzW8b RRS/I/E/jPbexk6cNInqVLFjN9CmjRK3qMfx7tg7zezOamacxDfUHpGQEAVxQeLGAQGVWolL+WsC RVCk/gu8mdld78TjxgnhQ9AcWu/s77157/c+5mOv3zhOGDokQlKeNoP61VqASBryiKbDZnCv172y GiCpcBphxlPSDMZEBjc23n3nOl5XMUkIAvlUruNmECuVrS8syBCGsbzKM5LCuwEXCVbwKIYLkcBH oDdhC4u12spCgmkaoBQnoPbuYEBDgnpaZbBRKO8weEyV1AMhE/taNXEkDDY6qGuEHMs2E+gQs2YA 80T8qEeOVYAYlgpeNIOa+QsWNq4v4PVciKkZshW5rvnL5XKB6GDRzCmG/XLSerexdm2r1G8ATE3j Op1Ou1Mv9RkADkPw1NpS1dnortZbhc4KyP6c1t2uLdcaLr6if2nK5rVWq7W8lttilRqQ/dmYwq/W Vhqbiw7egCx+eQrfaG222ysO3oAsfmUK3722ttJw8QYUM5oeTKF1QLvdXHsJGXC27YWvAny1lsMn KMiGMrv0FAOeqlm5luCHXHQBoIEMK5oiNc7IAIeQxW3MaF9QPQFeJ7jyxg6FcmpIz4VkKGimmsH7 GYaKmOh7/eLb1y+eodcvnp48en7y6IeTx49PHn1vdTmC2zgdVgVfff3J719+iH579tWrJ5/58bKK //m7j3768VM/ECpoYtHLz5/+8vzpyy8+/vWbJx74psD9KrxHEyLRHXKE9ngCvhliXMtJX5xPohdj WpXYTIcSp1jP4tHfUbGDvjPGDHtwLeIyeF9AB/EBb44eOgbvx2Kk8pA7nt2KEwe4wzlrceFl4Zae q0Jzb5QO/ZOLURW3h/Ghb+42Tp34dkYZtE7qU9mOiWPmLsOpwkOSEoX0O35AiIevB5Q6vO7QUHDJ Bwo9oKiFqZeSHu072TQR2qYJxGXsMxDi7XCzcx+1OPN5vUUOXSRUBWYe43uEOTTexCOFE5/KHk5Y lfDbWMU+I/fHIqziOlJBpIeEcdSJiJQ+mbsC/K0E/RZ0D3/Yd9g4cZFC0QOfztuY8ypyix+0Y5xk Puw+TeMq9j15ACmK0S5XPvgOdytEP0MccDoz3PcpccJ9dje4R4eOSZME0W9GQscSurXThBOavu3I c3fkTUG9JbF9qg/Pwp3uvm0uIvrvb75beJTuEsj36RXobe9923uD/3zvnVXP83bcSZOF/qv3OXaD bLbLyczd8oAytq/GjNyWZsMsYcGIujCo5cxJkZSnpyyGn3mDd3BDgY0MElx9QFW8H+MMNtv1QCsZ ylz1UKKMSzjkmWGvbo2HDbuyR8RlfXiw/UBitcMjO7ykh4szQqnGLDtDcxAtJlrSCuadbOlarhTc vshkdW3U3LPVjWmm1TmzlS5DDKddg8GSTdiJINi/AMsrcFbXU8MhBTMSad7tIlyExUThrwlR7rV1 JMYRsSFyhits1k3sihQylwWQUp7QnY/NkjUg7WwjTFrMzp85SS4UTEjWZXeqmlharS2WoqNmsLa8 uBygEGfNYADHU/iZZBA0qfdumA3hjidUwmbtmbVoinTi8Zo/q+pw4zCjYJwyzoRUW1jGNobmVR4q luqZrP2Lyw2dbJfjgE3UC1ixtAop8o9ZAaF2Q0sGAxKqarArI5o7+5h3Qj5SROzH0RHqs5HYwxB+ 4FT7E1EJtwymoPUDXIlpts0rt7fmnaZ6EWVwdhyzLMZ5t9RXKkXFWbipt9IG81QxD3zz2m6cO78r uuIvy5VqGv/PXNHLAZz4lyIdgRBuZAVGul6bARcq5tCFspiGXQHrvukdkC1wrQqvgXy4Fzb/C3Ko /7c1Z3WYsoaDm9qjQyQoLCcqFoTsQlsy2XeGsnq+9FiVLFdkMqpirsys2X1ySFhP98AV3YMDFEOq m26StwGDO51/7nNeQf2h3qNU683pIeXSaWvg79642GIGp07tJXT+FvyXJnpWPytvxIs1suqIfjHZ JTWKqnAWv7W1fKoLmjDPAlxZa23HmvJ4cbkwDqI47TEMlvuZDO5tkP4H1j8qQmY/MugFtcf3oLci +GZg+UOQ1Vd0V4MM0g3S/urDvscO2mTSqiy1+c5Hs1Ys1pe8US3nPUW2tmyeeJ+T7HIT5U7n1OJl kp0z7HBtx2ZSDZE9XaIwNCjOISYw5utU9QMS7z+EQG/BVf2I2U9KMoMnUwfZrjDZ1efROP/JpF1w bdbpM4xGsnSPDBCNjovzR8mELSH7WaPYIhu0FtOJVgou+Q4NrmCO16J2tSyFF88WLiXMzNCyS2Fz VeZTAB+18satj3aAt03Weq2Lq2CKpX+GsjmM91PmPfnMS5k9KL4xUBegTB2/mbKcKSBvOvHgs6TA cDTZN/0XFh2b6SZlN/4AAAD//wMAUEsDBBQABgAIAAAAIQAN0ZCftgAAABsBAAAnAAAAdGhlbWUv dGhlbWUvX3JlbHMvdGhlbWVNYW5hZ2VyLnhtbC5yZWxzhI9NCsIwFIT3gncIb2/TuhCRJt2I0K3U A4TkNQ02PyRR7O0NriwILodhvplpu5edyRNjMt4xaKoaCDrplXGawW247I5AUhZOidk7ZLBggo5v N+0VZ5FLKE0mJFIoLjGYcg4nSpOc0IpU+YCuOKOPVuQio6ZByLvQSPd1faDxmwF8xSS9YhB71QAZ llCa/7P9OBqJZy8fFl3+UUFz2YUFKKLGzOAjm6pMBMpburrE3wAAAP//AwBQSwECLQAUAAYACAAA ACEAS532GAABAAAcAgAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQIt ABQABgAIAAAAIQCl1qfnwAAAADYBAAALAAAAAAAAAAAAAAAAADEBAABfcmVscy8ucmVsc1BLAQIt ABQABgAIAAAAIQBreZYWgwAAAIoAAAAcAAAAAAAAAAAAAAAAABoCAAB0aGVtZS90aGVtZS90aGVt ZU1hbmFnZXIueG1sUEsBAi0AFAAGAAgAAAAhAMQTsGYBBwAAkx0AABYAAAAAAAAAAAAAAAAA1wIA AHRoZW1lL3RoZW1lL3RoZW1lMS54bWxQSwECLQAUAAYACAAAACEADdGQn7YAAAAbAQAAJwAAAAAA AAAAAAAAAAAMCgAAdGhlbWUvdGhlbWUvX3JlbHMvdGhlbWVNYW5hZ2VyLnhtbC5yZWxzUEsFBgAA AAAFAAUAXQEAAAcLAAAAAAAADwQ6AQAAPD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRG LTgiIHN0YW5kYWxvbmU9InllcyI/Pg0KPGE6Y2xyTWFwIHhtbG5zOmE9Imh0dHA6Ly9zY2hlbWFz Lm9wZW54bWxmb3JtYXRzLm9yZy9kcmF3aW5nbWwvMjAwNi9tYWluIiBiZzE9Imx0MSIgdHgxPSJk azEiIGJnMj0ibHQyIiB0eDI9ImRrMiIgYWNjZW50MT0iYWNjZW50MSIgYWNjZW50Mj0iYWNjZW50 MiIgYWNjZW50Mz0iYWNjZW50MyIgYWNjZW50ND0iYWNjZW50NCIgYWNjZW50NT0iYWNjZW50NSIg YWNjZW50Nj0iYWNjZW50NiIgaGxpbms9ImhsaW5rIiBmb2xIbGluaz0iZm9sSGxpbmsiLz4PAO4D Ig8AAAIA7wMYAAAAEAAAAAAAAAAAAAAAAAAAgAABAAAHAP+/DwAMBC0OAAAPAALwJQ4AAPAACPAI AAAABwAAAAc8AAAPAAPw4Q0AAA8ABPAoAAAAAQAJ8BAAAAAUAAAA//9PAAoAAABEAGEAAgAK8AgA AAAAPAAABQAAAA8ABPDnAgAAogwK8AgAAAACPAAAAAoAAIMAC/BaAAAAfwABAO8BgADIlxMevwAE AAQAvwEAABEA/wEQABgAPwMAAAgAgMMqAAAAvwMAAAIARgBvAG8AdABlAHIAIABQAGwAYQBjAGUA aABvAGwAZABlAHIAIAA0AAAAAAAQ8AgAAADwD2AGHxB2EQ8AEfCdAQAADwCIE4wBAAAPAIoTTAEA AAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMsAQAAAAC2DwgAAAAAAgAAAAAAAAAAGRAUAQAA AAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAA AAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEA AAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAA AAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgA eQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAA ALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAAACAEAQAAAAkP AA3wuAAAAAAAnw8EAAAABAAAAAAAoA9cAAAAVgBpAHIAdAB1AGEAbAAgAFIATwBMAEwAIABXAG8A cgBrAGkAbgBnACAARwByAG8AdQBwACAAbQBlAGUAdABpAG4AZwAgABMgIABKAHUAbgBlACAAMgAw ADEAMAAAAKEPGgAAAC8AAAAAAAAICgABAAcALwAAAAEAAgABAAwAAACqDwoAAAAvAAAAAQAAAAAA AACmDwwAAADwAAAAVl04f1iAeIEPAATwWgEAABIACvAIAAAAAzwAACACAAADAQvweAAAAAQAAAAA AH8AAQDvAYAAiIemHoEAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAQAAAIgAAAAAAL8A BAAEAP8BAAARAAEDAgQAAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAAMgAA AAAAEPAIAAAAMAMAAIAWzgYPABHwHAAAAAAAwwsIAAAA/////w8A/78AAB8EBAAAAAIAAAAPAA3w jgAAAAAAnw8EAAAABgAAAAAAqA8sAAAAUk9MTCBWaXJ0dWFsIFdvcmtpbmcgR3JvdXAgTWVldGlu ZwtKdW5lIDIwMTAAAKEPNAAAAC0AAAAAAAAACgAHACIAAAABAAIAAQAkAAoAAAAABAIAAAQkAAEA AAAACEMAAAgCAAIAGAAAAKoPCgAAAC0AAAABAAAAAAAPAATwKgIAABIACvAIAAAABDwAACACAAAD AQvweAAAAAQAAAAAAH8AAQDvAYAAmN2uHYEAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcA AAAAAIgAAAAAAL8ABAAEAP8BAAARAAEDAwQAAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBu AGcAbABlACAAMwAAAAAAEPAIAAAAgAcQAtgUhQ0PABHwHAAAAAAAwwsIAAAA/////xAA/78AAB8E BAAAAAMAAAAPAA3wXgEAAAAAnw8EAAAABQAAAAAAqA+cAAAAT25saW5lIEFnZW5kYSBhbmQgU2xp ZGVzIGF0Og1odHRwczovL2RhdGF0cmFja2VyLmlldGYub3JnL2NnaS1iaW4vd2cvd2dfcHJvY2Vl ZGluZ3MuY2dpDQ1Dby1jaGFpcnM6IEpQIFZhc3NldXIvRGF2aWQgQ3VsbGVyDUFEczogQWRyaWFu IEZhcnJlbCAvIFJvc3MgQ2FsbG9uAAChDzwAAACdAAAAAAAAEAoAWgAHAB0AAAAAAAIAHAA7AAAA AAQAAAAEAQAAAAAIAgAACBwARAAAAAEMIgABDAMAGAAAAKoPHgAAAB0AAAABAAAAAAA6AAAAAQAA AAAARgAAAAEAAAAAAA8A8g8YAAAAAADzDxAAAAAAAAAABwAAAAQAAAAIAPIPAADfDwgAAAAdAAAA VwAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8F4CAAASAArwCAAAAAU8AAAACgAAkwAL8E4AAAB/ AAAA7wGAAAiWEh6FAAIAAAC/AAYABgC/AQAAEQD/AQAAGAA/AwAACACAwxgAAAC/AwAAAgBSAGUA YwB0AGEAbgBnAGwAZQAgADQAAAAAABDwCAAAAPQN8QdlCNsODwAR8IQBAAAPAIgTfAEAAA8AihM8 AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwB AAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAA AAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAA ZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAA AAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAA GAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQ AFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8FQAAAAAAJ8PBAAAAAQAAAAAAKEP FgAAAAEAAAAAAAAACgAHAAEAAAAAAAIAEgAAAKoPDgAAAAEAAAAHAAAAAAAJCAAAAACmDwwAAADw AAAAVl04f1iAeIEPAATwXgIAABIACvAIAAAABjwAAAAKAACTAAvwTgAAAH8AAADvAYAAiBSkHYUA AgAAAL8ABgAGAL8BAAARAP8BAAAYAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABl ACAANgAAAAAAEPAIAAAAcw67CC8JWg8PABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8A XwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAA AAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAA AgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAE AAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4A bwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAA AAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsT EAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wVAAAAAAAnw8EAAAABAAAAAAAoQ8WAAAAAQAAAAAAAAAK AAcAAQAAAAAAAgASAAAAqg8OAAAAAQAAAAcAAAAAAAkIAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8A BPBaAgAAEgAK8AgAAAAHPAAAAAoAAJMAC/BOAAAAfwAAAO8BgADIz+kehQACAAAAvwAGAAYAvwEA ABEA/wEAABgAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAA3AAAAAAAQ8AgA AAB8DvkMbQ1jDw8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAx AAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAA AQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAAD AQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkE AAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABU AHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkA EQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAA AAAEAAAAAA8ADfBQAAAAAACfDwQAAAAEAAAAAAChDxYAAAABAAAAAAAAAAoABwABAAAAAAACABIA AACqDwoAAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwJAAAABIACvAIAAAAATwA AAAMAAAjAAvwDAAAAAQDCQAAAD8DAQABABAA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAzM5kA AJmZAJnMAAAPAIgTjQAAAA8AihOFAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLE2UAAAAA AB0QBAAAAAAAAAAAAAArBAAAAAAAAAAfAETxPQAAAAAAJ/EgAAAAAAAAAAMAAAAAAAAAAAAAAAAA AAAAAAAA/////xIAAAAPAD3xDQAAAEABQvEFAAAAAQkAAAAPAAIrAAAAAAAAIgQIAAAAAQAAAAEA AAAPAO4D1QwAAAIA7wMYAAAAEAAAAAAAAAAAAAAAAAAAgAAAAAAHAP+/DwAMBHUMAAAPAALwbQwA ABABCPAIAAAABAAAAAREAAAPAAPwKQwAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAMAUQANAAAA AgAK8AgAAAAARAAABQAAAA8ABPAbAQAAEgAK8AgAAAACRAAAIAIAAAMBC/B4AAAABAAAAAAAfwAB AO8BgAC4J4sdgQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAAhwABAAAAiAAAAAAAvwAEAAQA /wEAABEAAQMCBAAAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAAyAAAAAAAQ 8AgAAAAdACcBZxVaAQ8AEfAcAAAAAADDCwgAAAD/////DQD/vwAAHwQEAAAAAgAAAA8ADfBPAAAA AACfDwQAAAAAAAAAAACoDwkAAABOb3RlIFdlbGwAAKEPFAAAAAoAAAAAAAAAAAAKAAAAAAACACgA AACqDw4AAAAKAAAABwAAAAAACQgAAA8ABPDfBwAAEgAK8AgAAAADRAAAIAIAAAMBC/B4AAAABAAA AAAAfwABAO8BgABYJBwegQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAAhwAAAAAAiAAAAAAA vwAEAAQA/wEAABEAAQMDBAAAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAAz AAAAAAAQ8AgAAACHAScBZxWGDw8AEfAcAAAAAADDCwgAAAD/////DgD/vwAAHwQEAAAAAwAAAA8A DfATBwAAAACfDwQAAAABAAAAAACoD4cFAAAJQW55IHN1Ym1pc3Npb24gdG8gdGhlIElFVEYgaW50 ZW5kZWQgYnkgdGhlIENvbnRyaWJ1dG9yIGZvciBwdWJsaWNhdGlvbiBhcyBhbGwgb3IgcGFydCBv ZiBhbiBJRVRGIEludGVybmV0LURyYWZ0IG9yIFJGQyBhbmQgYW55IHN0YXRlbWVudCBtYWRlIHdp dGhpbiB0aGUgY29udGV4dCBvZiBhbiBJRVRGIGFjdGl2aXR5IGlzIGNvbnNpZGVyZWQgYW4gIklF VEYgQ29udHJpYnV0aW9uIi4gU3VjaCBzdGF0ZW1lbnRzIGluY2x1ZGUgb3JhbCBzdGF0ZW1lbnRz IGluIElFVEYgc2Vzc2lvbnMsIGFzIHdlbGwgYXMgd3JpdHRlbiBhbmQgZWxlY3Ryb25pYyBjb21t dW5pY2F0aW9ucyBtYWRlIGF0IGFueSB0aW1lIG9yIHBsYWNlLCB3aGljaCBhcmUgYWRkcmVzc2Vk IHRvOiANDXRoZSBJRVRGIHBsZW5hcnkgc2Vzc2lvbiwNYW55IElFVEYgd29ya2luZyBncm91cCBv ciBwb3J0aW9uIHRoZXJlb2YsDXRoZSBJRVNHIG9yIGFueSBtZW1iZXIgdGhlcmVvZiBvbiBiZWhh bGYgb2YgdGhlIElFU0csDXRoZSBJQUIgb3IgYW55IG1lbWJlciB0aGVyZW9mIG9uIGJlaGFsZiBv ZiB0aGUgSUFCLA1hbnkgSUVURiBtYWlsaW5nIGxpc3QsIGluY2x1ZGluZyB0aGUgSUVURiBsaXN0 IGl0c2VsZiwgYW55IHdvcmtpbmcgZ3JvdXAgb3IgZGVzaWduIHRlYW0gbGlzdCwgb3IgYW55IG90 aGVyIGxpc3QgZnVuY3Rpb25pbmcgdW5kZXIgSUVURiBhdXNwaWNlcywNdGhlIFJGQyBFZGl0b3Ig b3IgdGhlIEludGVybmV0LURyYWZ0cyBmdW5jdGlvbiANDQlBbGwgSUVURiBDb250cmlidXRpb25z IGFyZSBzdWJqZWN0IHRvIHRoZSBydWxlcyBvZiBSRkMgNTM3OCBhbmQgUkZDIDM5NzkgKHVwZGF0 ZWQgYnkgUkZDIDQ4NzkpLiANDQlTdGF0ZW1lbnRzIG1hZGUgb3V0c2lkZSBvZiBhbiBJRVRGIHNl c3Npb24sIG1haWxpbmcgbGlzdCBvciBvdGhlciBmdW5jdGlvbiwgdGhhdCBhcmUgY2xlYXJseSBu b3QgaW50ZW5kZWQgdG8gYmUgaW5wdXQgdG8gYW4gSUVURiBhY3Rpdml0eSwgZ3JvdXAgb3IgZnVu Y3Rpb24sIGFyZSBub3QgSUVURiBDb250cmlidXRpb25zIGluIHRoZSBjb250ZXh0IG9mIHRoaXMg bm90aWNlLiCgUGxlYXNlIGNvbnN1bHQgUkZDIDUzNzggYW5kIFJGQyAzOTc5IGZvciBkZXRhaWxz LiANDQlBIHBhcnRpY2lwYW50IGluIGFueSBJRVRGIGFjdGl2aXR5IGlzIGRlZW1lZCB0byBhY2Nl cHQgYWxsIElFVEYgcnVsZXMgb2YgcHJvY2VzcywgYXMgZG9jdW1lbnRlZCBpbiBCZXN0IEN1cnJl bnQgUHJhY3RpY2VzIFJGQ3MgYW5kIElFU0cgU3RhdGVtZW50cy4gDQ0JQSBwYXJ0aWNpcGFudCBp biBhbnkgSUVURiBhY3Rpdml0eSBhY2tub3dsZWRnZXMgdGhhdCB3cml0dGVuLCBhdWRpbyBhbmQg dmlkZW8gcmVjb3JkcyBvZiBtZWV0aW5ncyBtYXkgYmUgbWFkZSBhbmQgbWF5IGJlIGF2YWlsYWJs ZSB0byB0aGUgcHVibGljLgAAoQ8+AQAAewEAAAAAAXAAAAAAVQAFAAUAAQAAAAAAAHAAAFUABQAF AHABAAABAABwAABVAAUABQBjAAAAAAABcAAAAABVAAUABQABAAAAAAAAcAAAVQAFAAUADQEAAAAA AXAAAAAAVQAFAAUAAQAAAAAAAHAAAFUABQAFAJYAAAAAAAFwAAAAAFUABQAFAAEAAAAAAABwAABV AAUABQCTAAAAAAABcAAAAABVAAUABQABAAAAAAACAAwAegEAAAAEAgAABBAAAQAAAAAIAgAACA4A cAEAAAAMAgAADA4AAQAAAAAQJgAAEAMADgAAAAD+YgAAAAAUAgAAFBAAAQAAAAAYAgAAGAwADQEA AAAcAgAAHBAAAQAAAAAgAgAAIAwAlgAAAAAkAgAAJBAAAQAAAAAoAgAAKAwAkwAAAAAsAgAALBAA AACqDxgAAACHBQAAAQAAAAAAAQAAAAcAAAAAAAkIAAAAAKYPCgAAAOAAAAA4f1iAeIEPAATw5wIA AKIMCvAIAAAABEQAAAAKAACDAAvwWgAAAH8AAQDvAYAAmCmjHr8ABAAEAL8BAAARAP8BEAAYAD8D AAAIAIDDKgAAAL8DAAACAEYAbwBvAHQAZQByACAAUABsAGEAYwBlAGgAbwBsAGQAZQByACAANAAA AAAAEPAIAAAA8A9gBh8QdhEPABHwnQEAAA8AiBOMAQAADwCKE0wBAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMQAAAIsTLAEAAAAAtg8IAAAAAAIAAAAAAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAA AAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEB AAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1h bmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAA JgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAH AQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAA VAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAAAAAgBAEAAAAJDwAN8LgAAAAAAJ8PBAAAAAQA AAAAAKAPXAAAAFYAaQByAHQAdQBhAGwAIABSAE8ATABMACAAVwBvAHIAawBpAG4AZwAgAEcAcgBv AHUAcAAgAG0AZQBlAHQAaQBuAGcAIAATICAASgB1AG4AZQAgADIAMAAxADAAAAChDxoAAAAvAAAA AAAACAoAAQAHAC8AAAABAAIAAQAMAAAAqg8KAAAALwAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9Y gHiBDwAE8CQAAAASAArwCAAAAAFEAAAADAAAIwAL8AwAAAAEAwkAAAA/AwEAAQAQAPAHIAAAAP// /wAAAAAAgICAAAAAAAC74OMAMzOZAACZmQCZzAAAAAAiBAgAAAABAAAAAgAAAA8A7gN+CAAAAgDv AxgAAAAQAAAAAAAAAAAAAAAAAACAAQEAAAcA/78PAAwEiQcAAA8AAvCBBwAAIAEI8AgAAAADAAAA A0gAAA8AA/A9BwAADwAE8CgAAAABAAnwEAAAAM4AAADP////BgAAAGKemB0CAArwCAAAAABIAAAF AAAADwAE8BYEAAASAArwCAAAAAJIAAAgAgAAAwEL8HgAAAAEAAAAAAB/AAEA7wGAAKiuGCCBADBl AQCCAJiyAACDADBlAQCEAJiyAACFAAAAAACHAAAAAACIAAAAAAC/AAQABAD/AQAAEQABAwMEAAA/ AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAgADMAAAAAABDwCAAAAJAAYAAgFhAO DwAR8HQAAAAAAMMLCAAAAP////8OAP+/DwCIE1AAAAAPAIoTSAAAAAAAug8QAAAAXwBfAF8AUABQ AFQAMQAxAAAAixMoAAAAAAC2DyAAAAAAAgAAAAAAAAACAAAAAAAAAAIAAAAAAAAAAgAAAAAAAAAA HwQEAAAAAwAAAA8ADfDyAgAAAACfDwQAAAABAAAAAACoD24CAABST0xMIFdvcmtpbmcgR3JvdXAg TWVldGluZyAtIElFVEYtNzcgDQ0NQWdlbmRhL2FkbWluIChDaGFpcnMgLSA1bW4pIFs1XQ0NMSkg V0cgU3RhdHVzIChDaGFpcnMgLSA1IG1uKSBbMTBdDQ0yKSBSUEw6IFJvdXRpbmcgUHJvdG9jb2wg Zm9yIExvdyBwb3dlciBhbmQgTG9zc3kgbmV0d29ya3MgKFBhc2NhbC9QaGlsL1RpbSAtIDQ1IG1u KSANZHJhZnQtaWV0Zi1yb2xsLXJwbCBbNTVdDQ0zKSBNZWNoYW5pc21zIHRvIFN1cHBvcnQgUG9p bnQtdG8tUG9pbnQgUm91dGluZyBpbiBMb3cgUG93ZXIgYW5kIExvc3N5IE5ldHdvcmtzIChNdWt1 bCAtIDQ1bW4pIKANZHJhZnQtZHQtcm9sbC1wMnAtcnBsoFsxMDBdDQ00KSBUaGUgTWluaW11bSBS YW5rIE9iamVjdGl2ZSBGdW5jdGlvbiB3aXRoIEh5c3RlcmVzaXMgKE1SSE9GKSAoT21wcmFrYXNo LSA1bW4pDWRyYWZ0LWduYXdhbGktcm9sbC1taW5yYW5rLWh5c3RlcmVzaXMtb2YtMDAgWzEwNV0N DTUpIFBlcmZvcm1hbmNlIEV2YWx1YXRpb24gb2YgUm91dGluZyBQcm90b2NvbCBmb3IgTG93IFBv d2VyIGFuZCBMb3NzeU5ldHdvcmtzIC0gKEphdWRlbGljZSAtIDEwbW4pIA1kcmFmdC10cmlwYXRo aS1yb2xsLXJwbC1zaW11bGF0aW9uLTA0IFsxMTVdDQ0NAAChD0AAAABvAgAAAAABEAoAAABaAAcA JgAAAAEAAgABABIAAQAAAAAEAgAABAoARwIAAAEIAgABCA4AAQAAAAEMAgABDBgAAACqDwoAAABv AgAAAQAAAAAAAACmDw4AAAD4AAAAUAFWXTh/WIB4gQ8ABPDnAgAAogwK8AgAAAADSAAAAAoAAIMA C/BaAAAAfwABAO8BgADow6UdvwAEAAQAvwEAABEA/wEQABgAPwMAAAgAgMMqAAAAvwMAAAIARgBv AG8AdABlAHIAIABQAGwAYQBjAGUAaABvAGwAZABlAHIAIAA0AAAAAAAQ8AgAAADwD2AGHxB2EQ8A EfCdAQAADwCIE4wBAAAPAIoTTAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMsAQAAAAC2 DwgAAAAAAgAAAAAAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAA AAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAA AAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEA AAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABl ACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAA DgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8I AAAAAAAABAAAAAAAACAEAQAAAAkPAA3wuAAAAAAAnw8EAAAABAAAAAAAoA9cAAAAVgBpAHIAdAB1 AGEAbAAgAFIATwBMAEwAIABXAG8AcgBrAGkAbgBnACAARwByAG8AdQBwACAAbQBlAGUAdABpAG4A ZwAgABMgIABKAHUAbgBlACAAMgAwADEAMAAAAKEPGgAAAC8AAAAAAAAICgABAAcALwAAAAEAAgAB AAwAAACqDwoAAAAvAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwJAAAABIACvAIAAAA AUgAAAAMAAAjAAvwDAAAAAQDCQAAAD8DAQABABAA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAz M5kAAJmZAJnMAAAPAIgTjQAAAA8AihOFAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLE2UA AAAAAB0QBAAAAAAAAAAAAAArBAAAAAAAAAAfAETxPQAAAAAAJ/EgAAAAAAAAAAMAAAAAAAAAAAAA AAAAAAAAAAAA/////xIAAAAPAD3xDQAAAEABQvEFAAAAAQkAAAAPAAIrAAAAAAAAIgQIAAAAAQAA AAIAAAAPAO4Dlw8AAAIA7wMYAAAAEAAAAAAAAAAAAAAAAAAAgAIBAAAHAP+/DwAMBKIOAAAPAALw mg4AAEABCPAIAAAABAAAAARQAAAPAAPwVg4AAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAABQB6 U21NAgAK8AgAAAAAUAAABQAAAA8ABPBBAQAAEgAK8AgAAAACUAAAIAIAAAMBC/B4AAAABAAAAAAA fwABAO8BgAAomRMegQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAAhwABAAAAiAAAAAAAvwAE AAQA/wEAABEAAQMCBAAAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAAyAAAA AAAQ8AgAAAAAAGAAoBTQAg8AEfAcAAAAAADDCwgAAAD/////DQD/vwAAHwQEAAAAAgAAAA8ADfB1 AAAAAACfDwQAAAAAAAAAAACoDx0AAABDaGFydGVyIFJldmlldyBhbmQgTWlsZXN0b25lcwAAoQ8q AAAAHgAAAAAAAAgKAAAABwAdAAAAAQAGAAEAHACAAAD+AQAAAAEEAgABBBwAAACqDwoAAAAeAAAA AQAAAAAADwAE8OYJAAASAArwCAAAAANQAAAgAgAAAwEL8HgAAAAEAAAAAAB/AAEA7wGAAEiBJiCB ADBlAQCCAJiyAACDADBlAQCEAJiyAACFAAAAAACHAAAAAACIAAAAAAC/AAQABAD/AQAAEQABAwME AAA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAgADMAAAAAABDwCAAAAEACAAAA FRAODwAR8GoCAAAAAMMLCAAAAP////8OAP+/DwCIE0YCAAAPAIoTuAAAAAAAug8QAAAAXwBfAF8A UABQAFQAMQAxAAAAixOYAAAAAAC2D5AAAAAAAgAAAAAAAAACAAAAAAAAAAIAAAAAAAAAAgAAAAAA AAACAAAAAAAAAAIAAAAAAAAAAgAAAAAAAAACAAAAAAAAAAIAAAAAAAAAAgAAAAAAAAACAAAAAAAA AAIAAAAAAAAAAgAAAAAAAAACAAAAAAAAAAIAAAAAAAAAAgAAAAAAAAACAAAAAAAAAAIAAAAAAAAP AIoTfgEAAAAAug8OAAAAXwBfAF8AUABQAFQAOQAAAIsTYAEAAAAArA9YAQAAAAAAAAAAAAAAAAAA AACAAv//AAAAAAAAIAAAAAEAAAAAAIAC//8AAAAAAAAgAAAAAgAAAAAAgAL//wAAAAAAACAAAAAD AAAAAACAAv//AAAAAAAAIAAAAAQAAAAAAIAC//8AAAAAAAAgAAAABQAAAAAAgAL//wAAAAAAACAA AAAGAAAAAACAAv//AAAAAAAAIAAAAAcAAAAAAIAC//8AAAAAAAAgAAAACAAAAAAAgAL//wAAAAAA ACAAAAAJAAAAAACAAv//AAAAAAAAIAAAAAoAAAAAAIAC//8AAAAAAAAgAAAACwAAAAAAgAL//wAA AAAAACAAAAAMAAAAAACAAv//AAAAAAAAIAAAAA0AAAAAAIAC//8AAAAAAAAgAAAADgAAAAAAgAL/ /wAAAAAAACAAAAAPAAAAAACAAv//AAAAAAAAAAAAAAAAAAAAAAAAIAAAAAEAAAAAAB8EBAAAAAMA AAAPAA3wzAYAAAAAnw8EAAAAAQAAAAAAoA80BQAARwBvAG8AZAAgAHAAcgBvAGcAcgBlAHMAcwAg AHMAaQBuAGMAZQAgAHAAcgBlAHYAaQBvAHUAcwAgAFcAbwByAGsAaQBuAGcAIABHAHIAbwB1AHAA IABtAGUAZQB0AGkAbgBnAA0AZAByAGEAZgB0AC0AaQBlAHQAZgAtAHIAbwBsAGwALQBoAG8AbQBl AC0AcgBvAHUAdABpAG4AZwAtAHIAZQBxAHMAIAATICAAUgBGAEMANQA4ADIANgANAGQAcgBhAGYA dAAtAGkAZQB0AGYALQByAG8AbABsAC0AYgB1AGkAbABkAGkAbgBnAC0AcgBvAHUAdABpAG4AZwAt AHIAZQBxAHMAIAATICAAQQBuAG4AbwB1AGMAZQBtAGUAbgB0ACAAcwBoAG8AdQBsAGQAIABiAGUA IABzAGUAbgB0ACAAcwBvAG8AbgAgACAADQBkAHIAYQBmAHQALQBpAGUAdABmAC0AcgBvAGwAbAAt AHIAbwB1AHQAaQBuAGcALQBtAGUAdAByAGkAYwBzAC0AMAA0ACAALQA+ACAAMAA3AA0AZAByAGEA ZgB0AC0AaQBlAHQAZgAtAHIAbwBsAGwALQBvAGYAMAAtADAAMgANAGQAcgBhAGYAdAAtAGkAZQB0 AGYALQByAG8AbABsAC0AdABlAHIAbQBpAG4AbwBsAG8AZwB5AC0AMAAyAAkADQANAEkAbQBwAHIA ZQBzAHMAaQB2AGUAIABwAHIAbwBnAHIAZQBzAHMAIABvAG4AIAB0AGgAZQAgAFIAUABMACAAcwBw AGUAYwBpAGYAaQBjAGEAdABpAG8AbgAgAA0AUwBlAGUAIABkAGUAdABhAGkAbABlAGQAIAB1AHAA ZABhAHQAZQAgAGwAYQB0AGUAcgAgAGIAdQB0ACAAdABoAGUAIABjAG8AcgBlACAAcwBwAGUAYwBp AGYAaQBjAGEAdABpAG8AbgAgAGgAYQBzACAAbQBhAGQAZQAgAGkAbQBwAHIAZQBzAHMAaQB2AGUA IABwAHIAbwBnAHIAZQBzAHMAOgAgAHMAZQB2AGUAcgBhAGwAIABpAHMAcwB1AGUAcwAgAGkAZABl AG4AdABpAGYAaQBlAGQAIABpAG4AIAB0AGgAZQAgAHQAcgBhAGMAawBlAHIADQBOAHUAbQBiAGUA cgAgAG8AZgAgAHMAaQBtAHAAbABpAGYAaQBjAGEAdABpAG8AbgBzAA0ATgBlAHcAIABTAGUAYwB1 AHIAaQB0AHkAIABTAGUAYwB0AGkAbwBuACAAKAB0AGgAYQBuAGsAcwAgAHQAbwAgAHQAaABlACAA UwBlAGMAdQByAGkAdAB5ACAARABUACAAdABlAGEAbQApAA0AVABoAGUAcgBlACAAYQByAGUAIABt AG8AcgBlACAAdABoAGEAbgAgADEAMAAgAGkAbQBwAGwAZQBtAGUAbgB0AGEAdABpAG8AbgBzACAA IQAgAA0ARgBlAGUAZAAtAGIAYQBjAGsAIABmAHIAbwBtACAAaQBuAHQAZQByAG8AcAAgAGUAdgBl AG4AdAAgAGYAcgBvAG0AIABJAFAAUwBPACAAYQBuAGQAIABaAGkAZwBiAGUAZQAtAEkAUAANAFMA dAByAG8AbgBnACAAZgBvAGMAdQBzACAAbwBuACAAZgBpAG4AYQBsAGkAegBpAG4AZwAgAHQAaABl ACAAUgBQAEwAIABjAG8AcgBlACAAcwBwAGUAYwBpAGYAaQBjAGEAdABpAG8AbgANAA0AAAChD1oB AAAzAAAAAAAAEAoAWgAHANYAAAABAJIQCgADACIgBABaAAcAAQAAAAIAkhAKAAMAIiAEAFoABwAu AAAAAACSEAoAAwAiIAQAWgAHAGIBAAABAJIQCgADACIgBABaAAcAAQAAAAEAARAKAAAAWgAHADMA AAAAAAIAGAAkAAAAAAQCAAAEFAAIAAAABAgGAAQIFAAAgAD+KAAAAAAMAgAADBQAIgAAAAAQBgAA EBQAAIAA/iIAAAAAFAIAABQUAAYAAAAAGAYAABgUAAAA//4WAAAAABwCAAAcFAABAAAAACAGAAAg FAAAAP/+HgAAAAAkAgAAJBQAAQAAAAAoBgAAKBQAAAD//gIAAAAALAIAACwUAAEAAAAAMAIAADAQ AC4AAAAANAIAADQYACsBAAAAOAIAADgUADYAAAAAPAYAADwUAACAAP4BAAAAAAACABQAAQAAAAAE AgAABBgAAACqDwoAAACbAgAAAQAAAAAAAACmDwgAAADAAAAAWIB4gQ8ABPDnAgAAogwK8AgAAAAE UAAAAAoAAIMAC/BaAAAAfwABAO8BgABoRxIevwAEAAQAvwEAABEA/wEQABgAPwMAAAgAgMMqAAAA vwMAAAIARgBvAG8AdABlAHIAIABQAGwAYQBjAGUAaABvAGwAZABlAHIAIAA0AAAAAAAQ8AgAAADw D2AGHxB2EQ8AEfCdAQAADwCIE4wBAAAPAIoTTAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAA ixMsAQAAAAC2DwgAAAAAAgAAAAAAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAA AAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAA AgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAE AAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4A bwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAA AAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsT EAAAAAAAsQ8IAAAAAAAABAAAAAAAACAEAQAAAAkPAA3wuAAAAAAAnw8EAAAABAAAAAAAoA9cAAAA VgBpAHIAdAB1AGEAbAAgAFIATwBMAEwAIABXAG8AcgBrAGkAbgBnACAARwByAG8AdQBwACAAbQBl AGUAdABpAG4AZwAgABMgIABKAHUAbgBlACAAMgAwADEAMAAAAKEPGgAAAC8AAAAAAAAICgABAAcA LwAAAAEAAgABAAwAAACqDwoAAAAvAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwJAAA ABIACvAIAAAAAVAAAAAMAAAjAAvwDAAAAAQDCQAAAD8DAQABABAA8AcgAAAA////AAAAAACAgIAA AAAAALvg4wAzM5kAAJmZAJnMAAAPAIgTjQAAAA8AihOFAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADAAAACLE2UAAAAAAB0QBAAAAAAAAAAAAAArBAAAAAAAAAAfAETxPQAAAAAAJ/EgAAAAAAAAAAMA AAAAAAAAAAAAAAAAAAAAAAAA/////xIAAAAPAD3xDQAAAEABQvEFAAAAAQkAAAAPAAIrAAAAAAAA IgQIAAAAAQAAAAIAAAAPAO4DtQwAAAIA7wMYAAAAEAAAAAAAAAAAAAAAAAAAgAAAAAAHAP+/DwAM BMALAAAPAALwuAsAAGABCPAIAAAABAAAAARYAAAPAAPwdAsAAA8ABPAoAAAAAQAJ8BAAAABznWvH BwAAAAQAKQANAAAAAgAK8AgAAAAAWAAABQAAAA8ABPA2AQAAEgAK8AgAAAACWAAAIAIAAAMBC/Bw AAAABAAAAAAAfwABAO8BgABIh6UdgQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAAhwABAAAA iAAAAAAAvwAEAAQA/wEQABEAAQMCBAAAPwMAAAgAgMMQAAAAvwMAAAIAVABpAHQAbABlACAAMQAA AAAAEPAIAAAArQAgAWAVEAIPABHwXAAAAAAAwwsIAAAA/////w0A/78PAIgTOAAAAA8AihMwAAAA AAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExAAAAAAALYPCAAAAAACAAAAAAAAAAAfBAQAAAAC AAAADwAN8DIAAAAAAJ8PBAAAAAAAAAAAAKgPDAAAAFJPTEwgQ2hhcnRlcgAAqg8KAAAADQAAAAEA AAAAAA8ABPAPBwAAEgAK8AgAAAADWAAAIAIAABMBC/CSAAAABAAAAAAAfwABAO8BgABIPMsdgQAw ZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAAhwAAAAAAiAAAAAAAvwAEAAQAvwEBAAEA/wEQABEA AQMDBAAAPwMAAAgAgMMsAAAAvwMAAAIAQwBvAG4AdABlAG4AdAAgAFAAbABhAGMAZQBoAG8AbABk AGUAcgAgADIAAAAAABDwCAAAAHACYACAFpMNDwAR8IwAAAAAAMMLCAAAAP////8TAP+/DwCIE2gA AAAPAIoTYAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixNAAAAAAAC2DzgAAAAAAgAAAAAA AAACAAAAAAAAAAIAAAAAAAAAAgAAAAAAAAACAAAAAAAAAAIAAAAAAAAAAgAAAAAAAAAAHwQEAAAA AwAAAA8ADfC5BQAAAACfDwQAAAABAAAAAACoDwkFAABEb25lIFN1Ym1pdCBSb3V0aW5nIHJlcXVp cmVtZW50cyBmb3IgSW5kdXN0cmlhbCBhcHBsaWNhdGlvbnMgdG8gdGhlIElFU0cgdG8gYmUgY29u c2lkZXJlZCBhcyBhbiBJbmZvcm1hdGlvbmFsIFJGQy4JDURvbmUgU3VibWl0IFJvdXRpbmcgcmVx dWlyZW1lbnRzIGZvciBDb25uZWN0ZWQgSG9tZSBuZXR3b3JrcyBhcHBsaWNhdGlvbnMgdG8gdGhl IElFU0cgdG8gYmUgY29uc2lkZXJlZCBhcyBhbiBJbmZvcm1hdGlvbmFsIFJGQy4JDURvbmUgU3Vi bWl0IFJvdXRpbmcgcmVxdWlyZW1lbnRzIGZvciBCdWlsZGluZyBhcHBsaWNhdGlvbnMgdG8gdGhl IElFU0cgdG8gYmUgY29uc2lkZXJlZCBhcyBhbiBJbmZvcm1hdGlvbmFsIFJGQy4JDURvbmUgU3Vi bWl0IFJvdXRpbmcgcmVxdWlyZW1lbnRzIGZvciBVcmJhbiBuZXR3b3JrcyBhcHBsaWNhdGlvbnMg dG8gdGhlIElFU0cgdG8gYmUgY29uc2lkZXJlZCBhcyBhbiBJbmZvcm1hdGlvbmFsIFJGQwkNRmVi IDIwMDkJU3VibWl0IFByb3RvY29sIFN1cnZleSB0byB0aGUgSUVTRyB0byBiZSBjb25zaWRlcmVk IGFzIGFuIEluZm9ybWF0aW9uYWwgUkZDLgkNQXByIDIwMDkJU3VibWl0IFNlY3VyaXR5IEZyYW1l d29yayB0byB0aGUgSUVTRyB0byBiZSBjb25zaWRlcmVkIGFzIGFuIEluZm9ybWF0aW9uYWwgUkZD CQ1NYXkgMjAwOQmgU3VibWl0IHRoZSBSb3V0aW5nIGZvciBMTE5zIEFyY2hpdGVjdHVyZSBkb2N1 bWVudCB0byB0aGUgSUVTRyBhcyBhbiBJbmZvcm1hdGlvbmFsIFJGQw1KdWwgMjAwOSBTdWJtaXQg Um91dGluZyBtZXRyaWNzIGZvciBMTE5zIGRvY3VtZW50IHRvIHRoZSBJRVNHIHRvIGJlIGNvbnNp ZGVyZWQgYXMgYSBQcm9wb3NlZCBTdGFuZGFyZC4JDUp1bCAyMDA5IFN1Ym1pdCBmaXJzdCBkcmFm dCBvZiBST0xMIHJvdXRpbmcgcHJvdG9jb2wgc3BlY2lmaWNhdGlvbiBhcyBQcm9wb3NlZCBTdGFu ZGFyZC4JDU5vdiAyMDA5CaBTdWJtaXQgZmlyc3QgZHJhZnQgb2YgdGhlIE1JQiBtb2R1bGUgb2Yg dGhlIFJPTEwgcm91dGluZyBwcm90b2NvbCBzcGVjaWZpY2F0aW9uLgkNRmViIDIwMTAJoFN1Ym1p dCB0aGUgUk9MTCByb3V0aW5nIHByb3RvY29sIHNwZWNpZmljYXRpb24gdG8gdGhlIElFU0cgYXMg UHJvcG9zZWQgU3RhbmRhcmQuDU1hciAyMDEwCaBTdWJtaXQgdGhlIE1JQiBtb2R1bGUgb2YgdGhl IFJPTEwgcm91dGluZyBwcm90b2NvbCBzcGVjaWZpY2F0aW9uIHRvIHRoZSBJRVNHIGFzIFByb3Bv c2VkIFN0YW5kYXJkLgkNQXByIDIwMTAgRXZhbHVhdGUgV0cgcHJvZ3Jlc3MsIHJlY2hhcnRlciBv ciBjbG9zZS4JDQAAoQ9uAAAACgUAAAAAAQAAAAAA3AEAAAAABgAPAACAAP4CAAAAAAQCAAAEDwBX AAAAAggCAAIIDwB5AQAAAAwGAAAMDwD/ZgD+AgAAAAAQBgAAEA8A//8A/rcAAAAAFAYAABQPAP9m AP6jAAAAABgCAAAYDwAAAKoPCgAAAAoFAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPDn AgAAogwK8AgAAAAEWAAAAAoAAIMAC/BaAAAAfwABAO8BgAC43a0dvwAEAAQAvwEAABEA/wEQABgA PwMAAAgAgMMqAAAAvwMAAAIARgBvAG8AdABlAHIAIABQAGwAYQBjAGUAaABvAGwAZABlAHIAIAA0 AAAAAAAQ8AgAAADwD2AGHxB2EQ8AEfCdAQAADwCIE4wBAAAPAIoTTAEAAAAAug8QAAAAXwBfAF8A UABQAFQAMQAxAAAAixMsAQAAAAC2DwgAAAAAAgAAAAAAAAAAGRAUAQAAAAAACAwBAAACAAAADAEA AAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAA AQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABk bWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAA AAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAY AAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAAACAEAQAAAAkPAA3wuAAAAAAAnw8EAAAA BAAAAAAAoA9cAAAAVgBpAHIAdAB1AGEAbAAgAFIATwBMAEwAIABXAG8AcgBrAGkAbgBnACAARwBy AG8AdQBwACAAbQBlAGUAdABpAG4AZwAgABMgIABKAHUAbgBlACAAMgAwADEAMAAAAKEPGgAAAC8A AAAAAAAICgABAAcALwAAAAEAAgABAAwAAACqDwoAAAAvAAAAAQAAAAAAAACmDwwAAADwAAAAVl04 f1iAeIEPAATwJAAAABIACvAIAAAAAVgAAAAMAAAjAAvwDAAAAAQDCQAAAD8DAQABABAA8AcgAAAA ////AAAAAACAgIAAAAAAALvg4wAzM5kAAJmZAJnMAAAPAIgTjQAAAA8AihOFAAAAAAC6DxAAAABf AF8AXwBQAFAAVAAxADAAAACLE2UAAAAAAB0QBAAAAAAAAAAAAAArBAAAAAAAAAAfAETxPQAAAAAA J/EgAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAA/////xIAAAAPAD3xDQAAAEABQvEFAAAAAQkA AAAPAAIrAAAAAAAAIgQIAAAAAQAAAAIAAAAPAO4DOAkAAAIA7wMYAAAAEAAAAAAAAAAAAAAAAAAA gAAAAAAHAP+/DwAMBEMIAAAPAALwOwgAAHABCPAIAAAABAAAAARcAAAPAAPw9wcAAA8ABPAoAAAA AQAJ8BAAAAD//wAAAAAAAAAAAABDZgnIAgAK8AgAAAAAXAAABQAAAA8ABPA0AQAAEgAK8AgAAAAC XAAAIAIAAAMBC/BwAAAABAAAAAAAfwABAO8BgACIw6UdgQAwZQEAggCYsgAAgwAwZQEAhACYsgAA hQAAAAAAhwABAAAAiAAAAAAAvwAEAAQA/wEQABEAAQMCBAAAPwMAAAgAgMMQAAAAvwMAAAIAVABp AHQAbABlACAAMQAAAAAAEPAIAAAAcP8gAWAVQAIPABHwXAAAAAAAwwsIAAAA/////w0A/78PAIgT OAAAAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExAAAAAAALYPCAAAAAACAAAA AAAAAAAfBAQAAAACAAAADwAN8DAAAAAAAJ8PBAAAAAAAAAAAAKgPCgAAAE5leHQgU3RlcHMAAKoP CgAAAAsAAAABAAAAAAAPAATwlAMAABIACvAIAAAAA1wAACACAAATAQvwkgAAAAQAAAAAAH8AAQDv AYAACOCgHYEAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAAAAAIgAAAAAAL8ABAAEAL8B AQABAP8BEAARAAEDAwQAAD8DAAAIAIDDLAAAAL8DAAACAEMAbwBuAHQAZQBuAHQAIABQAGwAYQBj AGUAaABvAGwAZABlAHIAIAAyAAAAAAAQ8AgAAAAQApAA8BVgDw8AEfB0AAAAAADDCwgAAAD///// EwD/vw8AiBNQAAAADwCKE0gAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTKAAAAAAAtg8g AAAAAAIAAAAAAAAAAgAAAAAAAAACAAAAAAAAAAIAAAAAAAAAAB8EBAAAAAMAAAAPAA3wVgIAAAAA nw8EAAAAAQAAAAAAoA+mAQAAQQAgAG4AdQBtAGIAZQByACAAbwBmACAAdABpAGMAawBlAHQAcwAg AGgAYQB2AGUAIABiAGUAZQBuACAAbwBwAGUAbgBlAGQAIABhAG4AZAAgAGMAbABvAHMAZQBkACAA SvANAE4AZQB4AHQAIAByAGUAdgBpAHMAaQBvAG4AIABvAGYAIABSAFAATAAgAGQAdQBlACAAcwBv AG8AbgAgACgAdwBpAHQAaABpAG4AIAB0AHcAbwAgAHcAZQBlAGsAcwApADoAIABzAGgAbwB1AGwA ZAAgAGIAZQAgAHIAZQBhAGQAeQAgAGYAbwByACAAcgBlAHYAaQBlAHcAcwANAE0AYQBrAGUAIABw AHIAbwBnAHIAZQBzAHMAIABvAG4AIAB0AGgAZQAgAG0AZQB0AHIAaQBjACAASQBEAA0ATQBhAG4A YQBnAGUAbQBlAG4AdAAgAG0AbwBkAGUAbAAgACgATQBJAEIAcwAgAGUAdABjAC4AKQANAFUAcwBl ACAAbwBmACAAUABDAEUALAAgAGwAYQBiAGUAbABzACwAIAAmICAADQAAAKEPPAAAANMAAAAAAAAA AAABAAAAAQAAAAAAMAAAAAAAAABQAAAAAASAAAAEBQBTAAAAAAgAAAAIAQAAAAAMAAAADAAAqg8+ AAAAMAAAAAAAAAABAAAAAQAAAAMAAQAAAAAAAABOAAAAAQAAAAAAMQAAAAAAAAAEAAAAAQAAAAMA HwAAAAAAAAAAAKYPCgAAAOAAAAA4f1iAeIEPAATw5wIAAKIMCvAIAAAABFwAAAAKAACDAAvwWgAA AH8AAQDvAYAACDwmIL8ABAAEAL8BAAARAP8BEAAYAD8DAAAIAIDDKgAAAL8DAAACAEYAbwBvAHQA ZQByACAAUABsAGEAYwBlAGgAbwBsAGQAZQByACAANAAAAAAAEPAIAAAA8A9gBh8QdhEPABHwnQEA AA8AiBOMAQAADwCKE0wBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTLAEAAAAAtg8IAAAA AAIAAAAAAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAAB AAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMB AAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQA AAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQA eQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQAR AAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAA AAQAAAAAAAAgBAEAAAAJDwAN8LgAAAAAAJ8PBAAAAAQAAAAAAKAPXAAAAFYAaQByAHQAdQBhAGwA IABSAE8ATABMACAAVwBvAHIAawBpAG4AZwAgAEcAcgBvAHUAcAAgAG0AZQBlAHQAaQBuAGcAIAAT ICAASgB1AG4AZQAgADIAMAAxADAAAAChDxoAAAAvAAAAAAAACAoAAQAHAC8AAAABAAIAAQAMAAAA qg8KAAAALwAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8CQAAAASAArwCAAAAAFcAAAA DAAAIwAL8AwAAAAEAwkAAAA/AwEAAQAQAPAHIAAAAP///wAAAAAAgICAAAAAAAC74OMAMzOZAACZ mQCZzAAADwCIE40AAAAPAIoThQAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixNlAAAAAAAd EAQAAAAAAAAAAAAAKwQAAAAAAAAAHwBE8T0AAAAAACfxIAAAAAAAAAADAAAAAAAAAAAAAAAAAAAA AAAAAP////8SAAAADwA98Q0AAABAAULxBQAAAAEJAAAADwACKwAAAAAAACIECAAAAAEAAAACAAAA DwDwA2UFAAABAPEDCAAAAAABAAAHABMeDwAMBCUFAAAPAALwHQUAAAABCPAIAAAABAAAAARAAAAP AAPw2QQAAA8ABPAoAAAAAQAJ8BAAAAAQAAAAbHRuYw8ABAB6U21NAgAK8AgAAAAAQAAABQAAAA8A BPB7AgAAogwK8AgAAAACQAAAAAoAAJMAC/BOAAAAfwABAO8BgACI+KkdhwACAAAAvwAEAAQAvwEA ABEA/wEAABgAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAA3AAAAAAAQ8AgA AABgFZAJ4BCAFg8AEfCNAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAx AAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAA AQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAAD AQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkE AAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABU AHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkA EQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAA AAAEAAAAAAAAIAQBAAAACA8ADfBoAAAAAACfDwQAAAAEAAAAAACgDwIAAAAqAAAAoQ8YAAAAAgAA AAAAAAgKAAIABwACAAAAAAACAAwAAADYDwQAAAAAAAAAAACqDwoAAAACAAAAAQAAAAAAAACmDwwA AADwAAAAVl04f1iAeIEPAATwsgAAABIACvAIAAAAA0AAACACAADzAAvwcgAAAAQAAAAAAH8AhQHv AYEAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAAAAAIgAAAAAAL8ABAAEAP8BAQARAAED BDgAAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAAMgAAAAAAEPAIAAAAsAHQ AhAOIAoPABHwEAAAAAAAwwsIAAAAAAAAAAsA/78PAATwZAEAABIACvAIAAAABEAAACACAAATAQvw fgAAAAQAAAAAAH8AAQDvAYAAuPOsHYEAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAAAA AIgAAAAAAL8ABAAEAL8BAQARAP8BAAARAAEDBTgAAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQA YQBuAGcAbABlACAAMwAAAAAAEPAIAAAAsApAAqAO0BQPABHwUAAAAAAAwwsIAAAAAQAAAAwA/78P AIgTOAAAAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExAAAAAAALYPCAAAAAAC AAAAAAAADwAN8F4AAAAAAJ8PBAAAAAIAAAAAAKgPBAAAACAgICAAAKEPFAAAAAUAAAAAAAAACgAH AAUAAAAAAAAAAACqDw4AAAAFAAAABwAAAAAACQgAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8CQA AAASAArwCAAAAAFAAAAADAAAIwAL8AwAAAAEAwkAAAA/AwEAAQAQAPAHIAAAAP///wAAAAAAgICA AAAAAAC74OMAMzOZAACZmQCZzAAADwDwAxkFAAABAPEDCAAAAAYBAAAHABceDwAMBNkEAAAPAALw 0QQAADABCPAIAAAABAAAAARMAAAPAAPwjQQAAA8ABPAoAAAAAQAJ8BAAAADgca4dkK5WFjRRRUEA AAAAAgAK8AgAAAAATAAABQAAAA8ABPB7AgAAogwK8AgAAAACTAAAAAoAAJMAC/BOAAAAfwABAO8B gADIRaIdhwACAAAAvwAEAAQAvwEAABEA/wEAABgAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABh AG4AZwBsAGUAIAA3AAAAAAAQ8AgAAABgFZAJ4BCAFg8AEfCNAQAADwCIE3wBAAAPAIoTPAEAAAAA ug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAA ABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAA AQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5g AAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYA AABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEA AAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQA MQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAAAAIAQBAAAACA8ADfBoAAAAAACfDwQAAAAEAAAA AACgDwIAAAAqAAAAoQ8YAAAAAgAAAAAAAAgKAAIABwACAAAAAAACAAwAAADYDwQAAAAAAAAAAACq DwoAAAACAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwsgAAABIACvAIAAAAA0wAACAC AADzAAvwcgAAAAQAAAAAAH8AhQHvAYEAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAAAA AIgAAAAAAL8ABAAEAP8BAQARAAEDBDgAAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcA bABlACAAMgAAAAAAEPAIAAAAsAHQAhAOIAoPABHwEAAAAAAAwwsIAAAAAAAAAAsA/78PAATwGAEA ABIACvAIAAAABEwAACACAAATAQvwfgAAAAQAAAAAAH8AAQDvAYAASAWmHYEAMGUBAIIAmLIAAIMA MGUBAIQAmLIAAIUAAAAAAIcAAAAAAIgAAAAAAL8ABAAEAL8BAQARAP8BAQARAAEDBTgAAD8DAAAI AIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAAMwAAAAAAEPAIAAAAsApAAqAO0BQPABHw EAAAAAAAwwsIAAAAAQAAAAwA/78PAA3wUgAAAAAAnw8EAAAAAgAAAAAAoQ8UAAAAAQAAAAAAAAAK AAcAAQAAAAAAAAAAAKoPDgAAAAEAAAAHAAAAAAAJCAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATw JAAAABIACvAIAAAAAUwAAAAMAAAjAAvwDAAAAAQDCQAAAD8DAQABABAA8AcgAAAA////AAAAAACA gIAAAAAAALvg4wAzM5kAAJmZAJnMAAAPAPADGQUAAAEA8QMIAAAAFgEAAAcAyx0PAAwE2QQAAA8A AvDRBAAAUAEI8AgAAAAEAAAABFQAAA8AA/CNBAAADwAE8CgAAAABAAnwEAAAAAAAAAAAAAAABAJQ AA0AAAACAArwCAAAAABUAAAFAAAADwAE8HsCAACiDArwCAAAAAJUAAAACgAAkwAL8E4AAAB/AAEA 7wGAADiUpB2HAAIAAAC/AAQABAC/AQAAEQD/AQAAGAA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0 AGEAbgBnAGwAZQAgADcAAAAAABDwCAAAAGAVkAngEIAWDwAR8I0BAAAPAIgTfAEAAA8AihM8AQAA AAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAA AAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEB AAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1h bmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAA JgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAH AQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAA VAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAAAAAgBAEAAAAIDwAN8GgAAAAAAJ8PBAAAAAQA AAAAAKAPAgAAACoAAAChDxgAAAACAAAAAAAACAoAAgAHAAIAAAAAAAIADAAAANgPBAAAAAAAAAAA AKoPCgAAAAIAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPCyAAAAEgAK8AgAAAADVAAA IAIAAPMAC/ByAAAABAAAAAAAfwCFAe8BgQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAAhwAA AAAAiAAAAAAAvwAEAAQA/wEBABEAAQMEOAAAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4A ZwBsAGUAIAAyAAAAAAAQ8AgAAACwAdACEA4gCg8AEfAQAAAAAADDCwgAAAAAAAAACwD/vw8ABPAY AQAAEgAK8AgAAAAEVAAAIAIAABMBC/B+AAAABAAAAAAAfwABAO8BgADIQcMegQAwZQEAggCYsgAA gwAwZQEAhACYsgAAhQAAAAAAhwAAAAAAiAAAAAAAvwAEAAQAvwEBABEA/wEBABEAAQMFOAAAPwMA AAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAAzAAAAAAAQ8AgAAACwCkACoA7QFA8A EfAQAAAAAADDCwgAAAABAAAADAD/vw8ADfBSAAAAAACfDwQAAAACAAAAAAChDxQAAAABAAAAAAAA AAoABwABAAAAAAAAAAAAqg8OAAAAAQAAAAcAAAAAAAkIAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8A BPAkAAAAEgAK8AgAAAABVAAAAAwAACMAC/AMAAAABAMJAAAAPwMBAAEAEADwByAAAAD///8AAAAA AICAgAAAAAAAu+DjADMzmQAAmZkAmcwAABAAERBbAAAAAAYAAHicu3Be8MHCjVIPGdCAHQMzw7// nAxsSGKMUAwGAgxA+f//QUwYDQL/R8GQAn+B+N9AO2IUDBgIQs/4JAImBlaUPE+Mnn9EqiMWkGo/ tcFQth8AqeLv0QAAchc8AAAAAQDgAAAAAACCmQAA4+MAABwRAACSIgEAvDEBAJk+AQAfRwEAvlYB AHtjAQC7bAEAKHIBAEl3AQBqfAEAAAD1DxwAAAAAAAAASS8AAwAAAADNfAEAAQAAAA4AAAABABAE AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD+/wAAAwoBAAAAAAAAAAAAAAAAAAAAAAAB AAAA4IWf8vlPaBCrkQgAKyez2TAAAAAMAQAACQAAAAEAAABQAAAAAgAAAFgAAAAIAAAAmAAAAAkA AACsAAAAEgAAALgAAAAKAAAA4AAAAAwAAADsAAAADQAAAPgAAAAPAAAABAEAAAIAAAAQJwAAHgAA ADgAAABQQ0UgV29ya2luZyBHcm91cCBNZWV0aW5nIElFVEYtNjYsIEp1bHkgMjAwNiwgTW9udHJl YWwAAB4AAAAMAAAASlAgVmFzc2V1cgAAHgAAAAQAAAA2OQAAHgAAACAAAABNaWNyb3NvZnQgTWFj aW50b3NoIFBvd2VyUG9pbnQAAEAAAABjAfHypQ4AAEAAAACfWCKCfwzLAUAAAAA/x1x6rAzLAQMA AADLAwAAAAAAAP7/AAADCgEAAAAAAAAAAAAAAAAAAAAAAAIAAAAC1c3VnC4bEJOXCAArLPmuRAAA AAXVzdWcLhsQk5cIACss+a7UAgAAkAIAABAAAAABAAAAiAAAAAMAAACQAAAADwAAALAAAAAEAAAA yAAAAAYAAADQAAAABwAAANgAAAAIAAAA4AAAAAkAAADoAAAACgAAAPAAAAAXAAAA+AAAAAsAAAAA AQAAEAAAAAgBAAATAAAAEAEAABYAAAAYAQAADQAAACABAAAMAAAALgIAAAIAAADp/QAAHgAAABgA AABPbi1zY3JlZW4gU2hvdyAoNDozKQAAAAAeAAAAEAAAAENpc2NvIFN5c3RlbXMAAAADAAAANX0B AAMAAABXAAAAAwAAAAYAAAADAAAAAwAAAAMAAAAAAAAAAwAAAAAAAAADAAAAAAAMAAsAAAAAAAAA CwAAAAAAAAALAAAAAAAAAAsAAAAAAAAAHhAAAA0AAAAGAAAAQXJpYWwAFwAAAO+8re+8syDvvLDj grTjgrfjg4Pjgq8AEQAAAEFyaWFsIFVuaWNvZGUgTVMAEAAAAFRpbWVzIE5ldyBSb21hbgAGAAAA VGltZXMACgAAAFdpbmdkaW5ncwAPAAAARGVmYXVsdCBEZXNpZ24ALQAAAFJPTEwgVmlydHVhbCBX b3JraW5nIEdyb3VwIE1lZXRpbmcgSnVuZSAyMDEwAAoAAABOb3RlIFdlbGwACAAAAFNsaWRlIDMA HgAAAENoYXJ0ZXIgUmV2aWV3IGFuZCBNaWxlc3RvbmVzAA0AAABST0xMIENoYXJ0ZXIACwAAAE5l eHQgU3RlcHMADBAAAAYAAAAeAAAACwAAAEZvbnRzIFVzZWQAAwAAAAYAAAAeAAAAEAAAAERlc2ln biBUZW1wbGF0ZQADAAAAAQAAAB4AAAANAAAAU2xpZGUgVGl0bGVzAAMAAAAGAAAAAACkAQAAAwAA AAAAAAAgAAAAAQAAADgAAAACAAAAQAAAAAEAAAACAAAADAAAAF9QSURfSExJTktTAAIAAADp/QAA QQAAAFwBAAAMAAAAAwAAAAcAAAADAAAABgAAAAMAAAAAAAAAAwAAAAcAAAAfAAAAOwAAAGgAdAB0 AHAAcwA6AC8ALwBkAGEAdABhAHQAcgBhAGMAawBlAHIALgBpAGUAdABmAC4AbwByAGcALwBjAGcA aQAtAGIAaQBuAC8AdwBnAC8AdwBnAF8AcAByAG8AYwBlAGUAZABpAG4AZwBzAC4AYwBnAGkAAAAA AB8AAAABAAAAAAAAAAMAAAAHAAAAAwAAAAYAAAADAAAAAAAAAAMAAAAHAAAAHwAAADsAAABoAHQA dABwAHMAOgAvAC8AZABhAHQAYQB0AHIAYQBjAGsAZQByAC4AaQBlAHQAZgAuAG8AcgBnAC8AYwBn AGkALQBiAGkAbgAvAHcAZwAvAHcAZwBfAHAAcgBvAGMAZQBlAGQAaQBuAGcAcwAuAGMAZwBpAAAA AAAfAAAAAQAAAAAAAAAAAAAAAAAAAAAA9g8iAAAAFAAAAF/AkeMRfQEACgD0AwMAywJKUCBWYXNz ZXVyCAAAAEoAUAAgAFYAYQBzAHMAZQB1AHIAAABDAHUAcgByAGUAbgB0ACAAVQBzAGUAcgAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGgACAP///////////////wAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABcAAAA+AAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA//// ////////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAD///////////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAUA//////////8BAAAAEI2BZJtP zxGG6gCqALkp6AAAAAAAAAAAAAAAABIhixqtDMsBwwAAAAAGAAAAAAAAUABvAHcAZQByAFAAbwBp AG4AdAAgAEQAbwBjAHUAbQBlAG4AdAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACgAAgECAAAA AwAAAP////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAANX0BAAAAAAAF AFMAdQBtAG0AYQByAHkASQBuAGYAbwByAG0AYQB0AGkAbwBuAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAKAACAQQAAAD//////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAA8AQAAAAAAAAUARABvAGMAdQBtAGUAbgB0AFMAdQBtAG0AYQByAHkASQBuAGYAbwByAG0A YQB0AGkAbwBuAAAAAAAAAAAAAAA4AAIB////////////////AAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAABQAAAHgEAAAAAAAAgQAAAIIAAACDAAAAhAAAAIUAAACGAAAAhwAAAIgA AACJAAAAigAAAIsAAACMAAAAjQAAAI4AAACPAAAAkAAAAJEAAACSAAAAkwAAAJQAAACVAAAAlgAA AJcAAACYAAAAmQAAAJoAAACbAAAAnAAAAJ0AAACeAAAAnwAAAKAAAAChAAAAogAAAKMAAACkAAAA pQAAAKYAAACnAAAAqAAAAKkAAACqAAAAqwAAAKwAAACtAAAArgAAAK8AAACwAAAAsQAAALIAAACz AAAAtAAAALUAAAC2AAAAtwAAALgAAAC5AAAAugAAALsAAAC8AAAAvQAAAL4AAAC/AAAAwAAAAMEA AADCAAAA/v///8QAAADMAAAA///////////KAAAA/f////3////+/////v////7///////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////8EAAAABQAAAAYAAAAHAAAAEQAA AAkAAAAKAAAACwAAAAwAAAANAAAADgAAAA8AAAAQAAAAAwAAABIAAAATAAAAFAAAABUAAAAWAAAA FwAAABgAAAAZAAAAGgAAABsAAAAcAAAAHQAAAB4AAAAfAAAAIAAAACEAAAAiAAAAIwAAACQAAAAl AAAAJgAAACcAAAAoAAAAKQAAACoAAAArAAAALAAAAC0AAAAuAAAALwAAADAAAAAxAAAAMgAAADMA AAA0AAAANQAAADYAAAA3AAAAOAAAADkAAAA6AAAAOwAAADwAAAA9AAAAPgAAAD8AAABAAAAAQQAA AEIAAABDAAAARAAAAEUAAABGAAAARwAAAEgAAABJAAAASgAAAEsAAABMAAAATQAAAE4AAABPAAAA UAAAAFEAAABSAAAAUwAAAFQAAABVAAAAVgAAAFcAAABYAAAAWQAAAFoAAABbAAAAXAAAAF0AAABe AAAAXwAAAGAAAABhAAAAYgAAAGMAAABkAAAAZQAAAGYAAABnAAAAaAAAAGkAAABqAAAAawAAAGwA AABtAAAAbgAAAG8AAABwAAAAcQAAAHIAAABzAAAAdAAAAHUAAAB2AAAAdwAAAHgAAAB5AAAAegAA AHsAAAB8AAAAfgAAAP////9/AAAAgAAAAEMAdQByAHIAZQBuAHQAIABVAHMAZQByAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAaAAIA////////////////AAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFwAAAD4AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD///////// //////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAP///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAA////////////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAIAAAADAAAABAAAAP7///8GAAAABwAAAAgAAAAJ AAAACgAAAAsAAAAMAAAADQAAAA4AAAAPAAAAEAAAABEAAAASAAAAEwAAABQAAAAVAAAAFgAAAP7/ ///+//////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////9kZSBUaXRsZXMAAwAAAAYAAAAAAKQBAAADAAAAAAAAACAA AAABAAAAOAAAAAIAAABAAAAAAQAAAAIAAAAMAAAAX1BJRF9ITElOS1MAAgAAAOn9AABBAAAAXAEA AAwAAAADAAAABwAAAAMAAAAGAAAAAwAAAAAAAAADAAAABwAAAB8AAAA7AAAAaAB0AHQAcABzADoA LwAvAGQAYQB0AGEAdAByAGEAYwBrAGUAcgAuAGkAZQB0AGYALgBvAHIAZwAvAGMAZwBpAC0AYgBp AG4ALwB3AGcALwB3AGcAXwBwAHIAbwBjAGUAZQBkAGkAbgBnAHMALgBjAGcAaQAAAAAAHwAAAAEA AAAAAAAAAwAAAAcAAAADAAAABgAAAAMAAAAAAAAAAwAAAAcAAAAfAAAAOwAAAGgAdAB0AHAAcwA6 AC8ALwBkAGEAdABhAHQAcgBhAGMAawBlAHIALgBpAGUAdABmAC4AbwByAGcALwBjAGcAaQAtAGIA aQBuAC8AdwBnAC8AdwBnAF8AcAByAG8AYwBlAGUAZABpAG4AZwBzAC4AYwBnAGkAAAAAAB8AAAAB AAAAAAAAAAAAAAAAAAAAAAD2DyIAAAAUAAAAX8CR4xF9AQAKAPQDAwADAEpQIFZhc3NldXIIAAAA SgBQACAAVgBhAHMAcwBlAHUAcgAAAA== --Apple-Mail-133--169971286 Content-Disposition: attachment; filename=2-Slides_ROLL_RPL_IETF_June_Interim_v3.ppt Content-Type: application/vnd.ms-powerpoint; x-mac-creator=50505433; x-unix-mode=0644; x-mac-type=534C4438; name="2-Slides_ROLL_RPL_IETF_June_Interim_v3.ppt" Content-Transfer-Encoding: base64 0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAAOAAAAAQAAAAAAAAAA EAAAzgYAAAEAAAD+////AAAAAAAAAAB/AAAA+QAAAHoBAAD6AQAAewIAAPwCAAB9AwAA/gMAAH8E AAAABQAAfwUAAPkFAAB9BgAA//////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// ///////////////////////////////////////////////////////////////////////////9 ////4QYAAAMAAAAEAAAABQAAAAYAAAAHAAAACAAAAAkAAAAKAAAACwAAAAwAAAANAAAADgAAAA8A AAAQAAAAEQAAABIAAAATAAAAFAAAABUAAAAWAAAAFwAAABgAAAAZAAAAGgAAABsAAAAcAAAAHQAA AB4AAAAfAAAAIAAAACEAAAAiAAAAIwAAACQAAAAlAAAAJgAAACcAAAAoAAAAKQAAACoAAAArAAAA LAAAAC0AAAAuAAAALwAAADAAAAAxAAAAMgAAADMAAAA0AAAANQAAADYAAAA3AAAAOAAAADkAAAA6 AAAAOwAAADwAAAA9AAAAPgAAAD8AAABAAAAAQQAAAEIAAABDAAAARAAAAEUAAABGAAAARwAAAEgA AABJAAAASgAAAEsAAABMAAAATQAAAE4AAABPAAAAUAAAAFEAAABSAAAAUwAAAFQAAABVAAAAVgAA AFcAAABYAAAAWQAAAFoAAABbAAAAXAAAAF0AAABeAAAAXwAAAGAAAABhAAAAYgAAAGMAAABkAAAA ZQAAAGYAAABnAAAAaAAAAGkAAABqAAAAawAAAGwAAABtAAAAbgAAAG8AAABwAAAAcQAAAHIAAABz AAAAdAAAAHUAAAB2AAAAdwAAAHgAAAB5AAAAegAAAHsAAAB8AAAAfQAAAH4AAACAAAAA/f///1IA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAACAAUA//////////8BAAAAEI2BZJtPzxGG6gCqALkp6AAAAAAAAAAAAAAAAMThbPzQDMsB 4gYAAEAAAAAAAAAAUABvAHcAZQByAFAAbwBpAG4AdAAgAEQAbwBjAHUAbQBlAG4AdAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAACgAAgECAAAAAwAAAP////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAACAAAAJ30NAAAAAAAFAFMAdQBtAG0AYQByAHkASQBuAGYAbwByAG0AYQB0 AGkAbwBuAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKAACAQQAAAD//////////wAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAANAGAAAsIAAAAAAAAAUARABvAGMAdQBtAGUAbgB0 AFMAdQBtAG0AYQByAHkASQBuAGYAbwByAG0AYQB0AGkAbwBuAAAAAAAAAAAAAAA4AAIB//////// ////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA6AYAAKgYAAAAAAAADwDo A9k5AAABAOkDKAAAAIAWAADgEAAA4BAAAIAWAAAFAAAACgAAAAIAAAADAAAAAQAAAAAAAAEPAAkE eB4AAAAACgQEAAAAIgAAAA8A1w8AAQAAAADTDwQAAAAFAAAAAAC6D3IAAABoAHQAdABwADoALwAv AHQAbwBvAGwAcwAuAGkAZQB0AGYALgBvAHIAZwAvAGgAdABtAGwALwBkAHIAYQBmAHQALQB2AGEA bgAtAGIAZQBpAGoAbgB1AG0ALQBtAHUAbAB0AGkALQBtAHQAdQAtADAAMgAQALoPcgAAAGgAdAB0 AHAAOgAvAC8AdABvAG8AbABzAC4AaQBlAHQAZgAuAG8AcgBnAC8AaAB0AG0AbAAvAGQAcgBhAGYA dAAtAHYAYQBuAC0AYgBlAGkAagBuAHUAbQAtAG0AdQBsAHQAaQAtAG0AdAB1AC0AMAAyAA8A1w9g AQAAAADTDwQAAAAGAAAAAAC6D6IAAABoAHQAdABwAHMAOgAvAC8AcwB2AG4ALgB0AG8AbwBsAHMA LgBpAGUAdABmAC4AbwByAGcALwB3AGcALwByAG8AbABsAC8AdAByAGEAYwAvAHIAZQBwAG8AcgB0 AC8AMgA/AGEAcwBjAD0AMQAmAHMAbwByAHQAPQB0AGkAYwBrAGUAdAAmAFUAUwBFAFIAPQBhAG4A bwBuAHkAbQBvAHUAcwAQALoPogAAAGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAuAHQAbwBvAGwAcwAu AGkAZQB0AGYALgBvAHIAZwAvAHcAZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8AcgBlAHAAbwByAHQA LwAyAD8AYQBzAGMAPQAxACYAcwBvAHIAdAA9AHQAaQBjAGsAZQB0ACYAVQBTAEUAUgA9AGEAbgBv AG4AeQBtAG8AdQBzAA8A1w9kAQAAAADTDwQAAAAHAAAAAAC6D6QAAABoAHQAdABwAHMAOgAvAC8A cwB2AG4ALgB0AG8AbwBsAHMALgBpAGUAdABmAC4AbwByAGcALwB3AGcALwByAG8AbABsAC8AdABy AGEAYwAvAHIAZQBwAG8AcgB0AC8AMgA/AGEAcwBjAD0AMQAmAHMAbwByAHQAPQBzAHUAbQBtAGEA cgB5ACYAVQBTAEUAUgA9AGEAbgBvAG4AeQBtAG8AdQBzABAAug+kAAAAaAB0AHQAcABzADoALwAv AHMAdgBuAC4AdABvAG8AbABzAC4AaQBlAHQAZgAuAG8AcgBnAC8AdwBnAC8AcgBvAGwAbAAvAHQA cgBhAGMALwByAGUAcABvAHIAdAAvADIAPwBhAHMAYwA9ADEAJgBzAG8AcgB0AD0AcwB1AG0AbQBh AHIAeQAmAFUAUwBFAFIAPQBhAG4AbwBuAHkAbQBvAHUAcwAPANcPWAEAAAAA0w8EAAAACAAAAAAA ug+eAAAAaAB0AHQAcABzADoALwAvAHMAdgBuAC4AdABvAG8AbABzAC4AaQBlAHQAZgAuAG8AcgBn AC8AdwBnAC8AcgBvAGwAbAAvAHQAcgBhAGMALwByAGUAcABvAHIAdAAvADIAPwBhAHMAYwA9ADEA JgBzAG8AcgB0AD0AdAB5AHAAZQAmAFUAUwBFAFIAPQBhAG4AbwBuAHkAbQBvAHUAcwAQALoPngAA AGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAuAHQAbwBvAGwAcwAuAGkAZQB0AGYALgBvAHIAZwAvAHcA ZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8AcgBlAHAAbwByAHQALwAyAD8AYQBzAGMAPQAxACYAcwBv AHIAdAA9AHQAeQBwAGUAJgBVAFMARQBSAD0AYQBuAG8AbgB5AG0AbwB1AHMADwDXD1wBAAAAANMP BAAAAAkAAAAAALoPoAAAAGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAuAHQAbwBvAGwAcwAuAGkAZQB0 AGYALgBvAHIAZwAvAHcAZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8AcgBlAHAAbwByAHQALwAyAD8A YQBzAGMAPQAxACYAcwBvAHIAdAA9AG8AdwBuAGUAcgAmAFUAUwBFAFIAPQBhAG4AbwBuAHkAbQBv AHUAcwAQALoPoAAAAGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAuAHQAbwBvAGwAcwAuAGkAZQB0AGYA LgBvAHIAZwAvAHcAZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8AcgBlAHAAbwByAHQALwAyAD8AYQBz AGMAPQAxACYAcwBvAHIAdAA9AG8AdwBuAGUAcgAmAFUAUwBFAFIAPQBhAG4AbwBuAHkAbQBvAHUA cwAPANcPYAEAAAAA0w8EAAAACgAAAAAAug+iAAAAaAB0AHQAcABzADoALwAvAHMAdgBuAC4AdABv AG8AbABzAC4AaQBlAHQAZgAuAG8AcgBnAC8AdwBnAC8AcgBvAGwAbAAvAHQAcgBhAGMALwByAGUA cABvAHIAdAAvADIAPwBhAHMAYwA9ADEAJgBzAG8AcgB0AD0AcwB0AGEAdAB1AHMAJgBVAFMARQBS AD0AYQBuAG8AbgB5AG0AbwB1AHMAEAC6D6IAAABoAHQAdABwAHMAOgAvAC8AcwB2AG4ALgB0AG8A bwBsAHMALgBpAGUAdABmAC4AbwByAGcALwB3AGcALwByAG8AbABsAC8AdAByAGEAYwAvAHIAZQBw AG8AcgB0AC8AMgA/AGEAcwBjAD0AMQAmAHMAbwByAHQAPQBzAHQAYQB0AHUAcwAmAFUAUwBFAFIA PQBhAG4AbwBuAHkAbQBvAHUAcwAPANcPZAEAAAAA0w8EAAAACwAAAAAAug+kAAAAaAB0AHQAcABz ADoALwAvAHMAdgBuAC4AdABvAG8AbABzAC4AaQBlAHQAZgAuAG8AcgBnAC8AdwBnAC8AcgBvAGwA bAAvAHQAcgBhAGMALwByAGUAcABvAHIAdAAvADIAPwBhAHMAYwA9ADEAJgBzAG8AcgB0AD0AYwBy AGUAYQB0AGUAZAAmAFUAUwBFAFIAPQBhAG4AbwBuAHkAbQBvAHUAcwAQALoPpAAAAGgAdAB0AHAA cwA6AC8ALwBzAHYAbgAuAHQAbwBvAGwAcwAuAGkAZQB0AGYALgBvAHIAZwAvAHcAZwAvAHIAbwBs AGwALwB0AHIAYQBjAC8AcgBlAHAAbwByAHQALwAyAD8AYQBzAGMAPQAxACYAcwBvAHIAdAA9AGMA cgBlAGEAdABlAGQAJgBVAFMARQBSAD0AYQBuAG8AbgB5AG0AbwB1AHMADwDXD+AAAAAAANMPBAAA AAwAAAAAALoPYgAAAGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAuAHQAbwBvAGwAcwAuAGkAZQB0AGYA LgBvAHIAZwAvAHcAZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8AdABpAGMAawBlAHQALwA0ADIAEAC6 D2IAAABoAHQAdABwAHMAOgAvAC8AcwB2AG4ALgB0AG8AbwBsAHMALgBpAGUAdABmAC4AbwByAGcA LwB3AGcALwByAG8AbABsAC8AdAByAGEAYwAvAHQAaQBjAGsAZQB0AC8ANAAyAA8A1w/gAAAAAADT DwQAAAANAAAAAAC6D2IAAABoAHQAdABwAHMAOgAvAC8AcwB2AG4ALgB0AG8AbwBsAHMALgBpAGUA dABmAC4AbwByAGcALwB3AGcALwByAG8AbABsAC8AdAByAGEAYwAvAHQAaQBjAGsAZQB0AC8ANAAy ABAAug9iAAAAaAB0AHQAcABzADoALwAvAHMAdgBuAC4AdABvAG8AbABzAC4AaQBlAHQAZgAuAG8A cgBnAC8AdwBnAC8AcgBvAGwAbAAvAHQAcgBhAGMALwB0AGkAYwBrAGUAdAAvADQAMgAPANcP4AAA AAAA0w8EAAAADgAAAAAAug9iAAAAaAB0AHQAcABzADoALwAvAHMAdgBuAC4AdABvAG8AbABzAC4A aQBlAHQAZgAuAG8AcgBnAC8AdwBnAC8AcgBvAGwAbAAvAHQAcgBhAGMALwB0AGkAYwBrAGUAdAAv ADQANQAQALoPYgAAAGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAuAHQAbwBvAGwAcwAuAGkAZQB0AGYA LgBvAHIAZwAvAHcAZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8AdABpAGMAawBlAHQALwA0ADUADwDX D+AAAAAAANMPBAAAAA8AAAAAALoPYgAAAGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAuAHQAbwBvAGwA cwAuAGkAZQB0AGYALgBvAHIAZwAvAHcAZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8AdABpAGMAawBl AHQALwA0ADUAEAC6D2IAAABoAHQAdABwAHMAOgAvAC8AcwB2AG4ALgB0AG8AbwBsAHMALgBpAGUA dABmAC4AbwByAGcALwB3AGcALwByAG8AbABsAC8AdAByAGEAYwAvAHQAaQBjAGsAZQB0AC8ANAA1 AA8A1w/gAAAAAADTDwQAAAAQAAAAAAC6D2IAAABoAHQAdABwAHMAOgAvAC8AcwB2AG4ALgB0AG8A bwBsAHMALgBpAGUAdABmAC4AbwByAGcALwB3AGcALwByAG8AbABsAC8AdAByAGEAYwAvAHQAaQBj AGsAZQB0AC8ANAA5ABAAug9iAAAAaAB0AHQAcABzADoALwAvAHMAdgBuAC4AdABvAG8AbABzAC4A aQBlAHQAZgAuAG8AcgBnAC8AdwBnAC8AcgBvAGwAbAAvAHQAcgBhAGMALwB0AGkAYwBrAGUAdAAv ADQAOQAPANcP4AAAAAAA0w8EAAAAEQAAAAAAug9iAAAAaAB0AHQAcABzADoALwAvAHMAdgBuAC4A dABvAG8AbABzAC4AaQBlAHQAZgAuAG8AcgBnAC8AdwBnAC8AcgBvAGwAbAAvAHQAcgBhAGMALwB0 AGkAYwBrAGUAdAAvADQAOQAQALoPYgAAAGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAuAHQAbwBvAGwA cwAuAGkAZQB0AGYALgBvAHIAZwAvAHcAZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8AdABpAGMAawBl AHQALwA0ADkADwDXD+AAAAAAANMPBAAAABIAAAAAALoPYgAAAGgAdAB0AHAAcwA6AC8ALwBzAHYA bgAuAHQAbwBvAGwAcwAuAGkAZQB0AGYALgBvAHIAZwAvAHcAZwAvAHIAbwBsAGwALwB0AHIAYQBj AC8AdABpAGMAawBlAHQALwA1ADAAEAC6D2IAAABoAHQAdABwAHMAOgAvAC8AcwB2AG4ALgB0AG8A bwBsAHMALgBpAGUAdABmAC4AbwByAGcALwB3AGcALwByAG8AbABsAC8AdAByAGEAYwAvAHQAaQBj AGsAZQB0AC8ANQAwAA8A1w/gAAAAAADTDwQAAAATAAAAAAC6D2IAAABoAHQAdABwAHMAOgAvAC8A cwB2AG4ALgB0AG8AbwBsAHMALgBpAGUAdABmAC4AbwByAGcALwB3AGcALwByAG8AbABsAC8AdABy AGEAYwAvAHQAaQBjAGsAZQB0AC8ANQAwABAAug9iAAAAaAB0AHQAcABzADoALwAvAHMAdgBuAC4A dABvAG8AbABzAC4AaQBlAHQAZgAuAG8AcgBnAC8AdwBnAC8AcgBvAGwAbAAvAHQAcgBhAGMALwB0 AGkAYwBrAGUAdAAvADUAMAAPANcP4AAAAAAA0w8EAAAAFAAAAAAAug9iAAAAaAB0AHQAcABzADoA LwAvAHMAdgBuAC4AdABvAG8AbABzAC4AaQBlAHQAZgAuAG8AcgBnAC8AdwBnAC8AcgBvAGwAbAAv AHQAcgBhAGMALwB0AGkAYwBrAGUAdAAvADEAMQAQALoPYgAAAGgAdAB0AHAAcwA6AC8ALwBzAHYA bgAuAHQAbwBvAGwAcwAuAGkAZQB0AGYALgBvAHIAZwAvAHcAZwAvAHIAbwBsAGwALwB0AHIAYQBj AC8AdABpAGMAawBlAHQALwAxADEADwDXD+AAAAAAANMPBAAAABUAAAAAALoPYgAAAGgAdAB0AHAA cwA6AC8ALwBzAHYAbgAuAHQAbwBvAGwAcwAuAGkAZQB0AGYALgBvAHIAZwAvAHcAZwAvAHIAbwBs AGwALwB0AHIAYQBjAC8AdABpAGMAawBlAHQALwAxADEAEAC6D2IAAABoAHQAdABwAHMAOgAvAC8A cwB2AG4ALgB0AG8AbwBsAHMALgBpAGUAdABmAC4AbwByAGcALwB3AGcALwByAG8AbABsAC8AdABy AGEAYwAvAHQAaQBjAGsAZQB0AC8AMQAxAA8A1w/gAAAAAADTDwQAAAAWAAAAAAC6D2IAAABoAHQA dABwAHMAOgAvAC8AcwB2AG4ALgB0AG8AbwBsAHMALgBpAGUAdABmAC4AbwByAGcALwB3AGcALwBy AG8AbABsAC8AdAByAGEAYwAvAHQAaQBjAGsAZQB0AC8AMgAyABAAug9iAAAAaAB0AHQAcABzADoA LwAvAHMAdgBuAC4AdABvAG8AbABzAC4AaQBlAHQAZgAuAG8AcgBnAC8AdwBnAC8AcgBvAGwAbAAv AHQAcgBhAGMALwB0AGkAYwBrAGUAdAAvADIAMgAPANcP4AAAAAAA0w8EAAAAFwAAAAAAug9iAAAA aAB0AHQAcABzADoALwAvAHMAdgBuAC4AdABvAG8AbABzAC4AaQBlAHQAZgAuAG8AcgBnAC8AdwBn AC8AcgBvAGwAbAAvAHQAcgBhAGMALwB0AGkAYwBrAGUAdAAvADIAMgAQALoPYgAAAGgAdAB0AHAA cwA6AC8ALwBzAHYAbgAuAHQAbwBvAGwAcwAuAGkAZQB0AGYALgBvAHIAZwAvAHcAZwAvAHIAbwBs AGwALwB0AHIAYQBjAC8AdABpAGMAawBlAHQALwAyADIADwDXD+AAAAAAANMPBAAAABgAAAAAALoP YgAAAGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAuAHQAbwBvAGwAcwAuAGkAZQB0AGYALgBvAHIAZwAv AHcAZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8AdABpAGMAawBlAHQALwAyADQAEAC6D2IAAABoAHQA dABwAHMAOgAvAC8AcwB2AG4ALgB0AG8AbwBsAHMALgBpAGUAdABmAC4AbwByAGcALwB3AGcALwBy AG8AbABsAC8AdAByAGEAYwAvAHQAaQBjAGsAZQB0AC8AMgA0AA8A1w/gAAAAAADTDwQAAAAZAAAA AAC6D2IAAABoAHQAdABwAHMAOgAvAC8AcwB2AG4ALgB0AG8AbwBsAHMALgBpAGUAdABmAC4AbwBy AGcALwB3AGcALwByAG8AbABsAC8AdAByAGEAYwAvAHQAaQBjAGsAZQB0AC8AMgA0ABAAug9iAAAA aAB0AHQAcABzADoALwAvAHMAdgBuAC4AdABvAG8AbABzAC4AaQBlAHQAZgAuAG8AcgBnAC8AdwBn AC8AcgBvAGwAbAAvAHQAcgBhAGMALwB0AGkAYwBrAGUAdAAvADIANAAPANcP4AAAAAAA0w8EAAAA GgAAAAAAug9iAAAAaAB0AHQAcABzADoALwAvAHMAdgBuAC4AdABvAG8AbABzAC4AaQBlAHQAZgAu AG8AcgBnAC8AdwBnAC8AcgBvAGwAbAAvAHQAcgBhAGMALwB0AGkAYwBrAGUAdAAvADIANQAQALoP YgAAAGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAuAHQAbwBvAGwAcwAuAGkAZQB0AGYALgBvAHIAZwAv AHcAZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8AdABpAGMAawBlAHQALwAyADUADwDXD+AAAAAAANMP BAAAABsAAAAAALoPYgAAAGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAuAHQAbwBvAGwAcwAuAGkAZQB0 AGYALgBvAHIAZwAvAHcAZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8AdABpAGMAawBlAHQALwAyADUA EAC6D2IAAABoAHQAdABwAHMAOgAvAC8AcwB2AG4ALgB0AG8AbwBsAHMALgBpAGUAdABmAC4AbwBy AGcALwB3AGcALwByAG8AbABsAC8AdAByAGEAYwAvAHQAaQBjAGsAZQB0AC8AMgA1AA8A1w/gAAAA AADTDwQAAAAcAAAAAAC6D2IAAABoAHQAdABwAHMAOgAvAC8AcwB2AG4ALgB0AG8AbwBsAHMALgBp AGUAdABmAC4AbwByAGcALwB3AGcALwByAG8AbABsAC8AdAByAGEAYwAvAHQAaQBjAGsAZQB0AC8A NAA4ABAAug9iAAAAaAB0AHQAcABzADoALwAvAHMAdgBuAC4AdABvAG8AbABzAC4AaQBlAHQAZgAu AG8AcgBnAC8AdwBnAC8AcgBvAGwAbAAvAHQAcgBhAGMALwB0AGkAYwBrAGUAdAAvADQAOAAPANcP 4AAAAAAA0w8EAAAAHQAAAAAAug9iAAAAaAB0AHQAcABzADoALwAvAHMAdgBuAC4AdABvAG8AbABz AC4AaQBlAHQAZgAuAG8AcgBnAC8AdwBnAC8AcgBvAGwAbAAvAHQAcgBhAGMALwB0AGkAYwBrAGUA dAAvADQAOAAQALoPYgAAAGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAuAHQAbwBvAGwAcwAuAGkAZQB0 AGYALgBvAHIAZwAvAHcAZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8AdABpAGMAawBlAHQALwA0ADgA DwDXD+AAAAAAANMPBAAAAB4AAAAAALoPYgAAAGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAuAHQAbwBv AGwAcwAuAGkAZQB0AGYALgBvAHIAZwAvAHcAZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8AdABpAGMA awBlAHQALwA1ADEAEAC6D2IAAABoAHQAdABwAHMAOgAvAC8AcwB2AG4ALgB0AG8AbwBsAHMALgBp AGUAdABmAC4AbwByAGcALwB3AGcALwByAG8AbABsAC8AdAByAGEAYwAvAHQAaQBjAGsAZQB0AC8A NQAxAA8A1w/gAAAAAADTDwQAAAAfAAAAAAC6D2IAAABoAHQAdABwAHMAOgAvAC8AcwB2AG4ALgB0 AG8AbwBsAHMALgBpAGUAdABmAC4AbwByAGcALwB3AGcALwByAG8AbABsAC8AdAByAGEAYwAvAHQA aQBjAGsAZQB0AC8ANQAxABAAug9iAAAAaAB0AHQAcABzADoALwAvAHMAdgBuAC4AdABvAG8AbABz AC4AaQBlAHQAZgAuAG8AcgBnAC8AdwBnAC8AcgBvAGwAbAAvAHQAcgBhAGMALwB0AGkAYwBrAGUA dAAvADUAMQAPANcP4AAAAAAA0w8EAAAAIAAAAAAAug9iAAAAaAB0AHQAcABzADoALwAvAHMAdgBu AC4AdABvAG8AbABzAC4AaQBlAHQAZgAuAG8AcgBnAC8AdwBnAC8AcgBvAGwAbAAvAHQAcgBhAGMA LwB0AGkAYwBrAGUAdAAvADMAMAAQALoPYgAAAGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAuAHQAbwBv AGwAcwAuAGkAZQB0AGYALgBvAHIAZwAvAHcAZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8AdABpAGMA awBlAHQALwAzADAADwDXD+AAAAAAANMPBAAAACEAAAAAALoPYgAAAGgAdAB0AHAAcwA6AC8ALwBz AHYAbgAuAHQAbwBvAGwAcwAuAGkAZQB0AGYALgBvAHIAZwAvAHcAZwAvAHIAbwBsAGwALwB0AHIA YQBjAC8AdABpAGMAawBlAHQALwAzADAAEAC6D2IAAABoAHQAdABwAHMAOgAvAC8AcwB2AG4ALgB0 AG8AbwBsAHMALgBpAGUAdABmAC4AbwByAGcALwB3AGcALwByAG8AbABsAC8AdAByAGEAYwAvAHQA aQBjAGsAZQB0AC8AMwAwAA8A1w8AAQAAAADTDwQAAAAiAAAAAAC6D3IAAABoAHQAdABwADoALwAv AHQAbwBvAGwAcwAuAGkAZQB0AGYALgBvAHIAZwAvAGgAdABtAGwALwBkAHIAYQBmAHQALQB2AGEA bgAtAGIAZQBpAGoAbgB1AG0ALQBtAHUAbAB0AGkALQBtAHQAdQAtADAAMgAQALoPcgAAAGgAdAB0 AHAAOgAvAC8AdABvAG8AbABzAC4AaQBlAHQAZgAuAG8AcgBnAC8AaAB0AG0AbAAvAGQAcgBhAGYA dAAtAHYAYQBuAC0AYgBlAGkAagBuAHUAbQAtAG0AdQBsAHQAaQAtAG0AdAB1AC0AMAAyAA8A8gOW AgAALwDIDwwAAAAwANIPBAAAAAEAAAAPANUHyAEAAAAAtw9EAAAAQQByAGkAYQBsAAAA/f39/f39 /f39/f39/f39/f39AAB4vf+/IdL/v5y9/78BAAAAAAAAAJi9/78IyyQgmOP/vwAABCEQALcPRAAA AC3/M/8gADD/tDC3MMMwrzAAAP39/f39/f39/f39/f39/f3/vyHS/7+cvf+/AQAAAAAAAACYvf+/ CMskIJjj/7+AAAQhIAC3D0QAAABDAG8AdQByAGkAZQByACAATgBlAHcAAAD9/f39/f39/f39/f39 /f39nL3/vwEAAAAAAAAAmL3/vwjLJCCY4/+/AAAEITAAtw9EAAAAVgBlAHIAZABhAG4AYQAAAP39 /f39/f39/f39/f39/f39/f39/f39/Zy9/78BAAAAAAAAAJi9/78IyyQgmOP/vwAABCFAALcPRAAA AFQAaQBtAGUAcwAgAE4AZQB3ACAAUgBvAG0AYQBuAAAA/f39/f39/f39/f39/f39/QAAAACYvf+/ CMskIJjj/78AAAQhUAC3D0QAAABTAHkAbQBiAG8AbAAAAP39/f39/f39/f39/f39/f0AAP39/f39 /f39/f39/f39/f0AAAAAmL3/vwjLJCCY4/+/AgAEIQAApA8KAAAAgABCAAAAAAASAAAApQ8QAAAA AAAgCC4AAAAA/wAABwAAAAAAqQ8KAAAABwAAAAIACQQAAEAAow9uAAAABQD//T8AAAAiIAAAZAAA AAAAAABkAAAAAAAAAAAAQAIAAAAAAgAAAP//7wAAAAAAAQAAAP//GAAAAAABAAAABQAAIAEgAQAA AAAABQAAQAJAAgAAAAAABQAAYANgAwAAAAAABQAAgASABAAAAAAPAAsEGAIAAA8AAPAQAgAAAAAG 8KgBAAAGzAAANAAAAGsCAAAzAAAAAQAAAAcAAAACAAAAAgAAAAMAAAACAAAABAAAAAIAAAAFAAAA AgAAAAYAAAACAAAABwAAAAIAAAAIAAAAAgAAAAkAAAACAAAACgAAAAIAAAALAAAAAgAAAAwAAAAC AAAADQAAAAYAAAAOAAAACAAAAA8AAAAFAAAAEAAAAAUAAAARAAAABQAAABIAAAAEAAAAEwAAAAYA AAAUAAAABQAAABUAAABgAAAAFgAAAAYAAAAXAAAABgAAABgAAAAGAAAAGQAAAAYAAAAaAAAA+gAA ABsAAAAGAAAAHAAAAAYAAAAdAAAABQAAAB4AAAAQAAAAHwAAABIAAAAgAAAAFQAAACEAAAATAAAA IgAAABMAAAAjAAAABgAAACQAAAAGAAAAJQAAAAYAAAAmAAAABQAAACcAAAAIAAAAKAAAAAYAAAAp AAAACAAAACoAAAAGAAAAKwAAAAgAAAAsAAAABgAAAC0AAAAIAAAALgAAAAYAAAAvAAAACQAAADAA AAAGAAAAMQAAAAgAAAAyAAAACQAAADMAAAAGAAAAgwAL8DAAAACBAQQAAAiDAQAAAAiGwQAAAAC/ ARAAEADAAQEAAAjFwQAAAAD/AQgACAABAgIAAAggABrxCAAAAAAAAAD/M5kAQAAe8RAAAAAEAAAI AQAACAIAAAj3AAAQHwDwDxwAAAAAAPMDFAAAAAQAAAAAAAAAAAAAAAAAAIAAAAAADwDQB6EHAAAf ABMEPAAAAAAA/QM0AAAAZAAAAGQAAABkAAAAZAAAAJouTQDD1f+/iL3/v1i9/7+1eW8AgL3/vwAA AAAAAAAAAAD/vw8A+gNnAAAAAAD+AwMAAAAAAQEAAP0DNAAAAHcAAABkAAAAdwAAAGQAAAAh0v+/ IL3/v/g8jxz4vP+/tXlvACC9/7+Y9///oPz//wAATQBwAPsDCAAAAAAAAABwCAAAcAD7AwgAAAAB AAAAQAsAAB8ABwQ8AAAAAAD9AzQAAAAhAAAAZAAAACEAAABkAAAAmi5NAHbW/7+Ivf+/WL3/v7V5 bwCAvf+/AAAAAAAAAAAAAP+/HwD6A2cAAAAAAP4DAwAAAAABAQAA/QM0AAAAWQAAAGQAAABZAAAA ZAAAACHS/78gvf+/+DyPHPi8/7+1eW8AIL3/v8rz//+I////AQBNAHAA+wMIAAAAAAAAAEALAABw APsDCAAAAAEAAABwCAAAHwAIBDwAAAAAAP0DNAAAAEIAAABkAAAAQgAAAGQAAACaLk0AKdf/v4i9 /79Yvf+/tXlvAIC9/78AAAAAAAAAAAAA/78PAIgT7wUAAA8AihMpAAAAAAC6DxAAAABfAF8AXwBQ AFAAVAAxADIAAACLEwkAAAAAACUEAQAAAAEPAIoTPAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAw AAAAixMcAAAAAAANBAgAAAAzcwAAM3MAAAAAsDYEAAAAAQAAAA8AihNyBQAAAAC6Dw4AAABfAF8A XwBQAFAAVAA5AAAAixNUBQAADwDkDzYAAAAAANMPBAAAAAwAAAAAALoPFgAAAFYAaQBlAHcAIAB0 AGkAYwBrAGUAdAAAABgQBAAAAAAAAAAPAOQPNgAAAAAA0w8EAAAADQAAAAAAug8WAAAAVgBpAGUA dwAgAHQAaQBjAGsAZQB0AAAAGBAEAAAAAAAAAA8A5A82AAAAAADTDwQAAAAOAAAAAAC6DxYAAABW AGkAZQB3ACAAdABpAGMAawBlAHQAAAAYEAQAAAAAAAAADwDkDzYAAAAAANMPBAAAAA8AAAAAALoP FgAAAFYAaQBlAHcAIAB0AGkAYwBrAGUAdAAAABgQBAAAAAAAAAAPAOQPNgAAAAAA0w8EAAAAEAAA AAAAug8WAAAAVgBpAGUAdwAgAHQAaQBjAGsAZQB0AAAAGBAEAAAAAAAAAA8A5A82AAAAAADTDwQA AAARAAAAAAC6DxYAAABWAGkAZQB3ACAAdABpAGMAawBlAHQAAAAYEAQAAAAAAAAADwDkDzYAAAAA ANMPBAAAABIAAAAAALoPFgAAAFYAaQBlAHcAIAB0AGkAYwBrAGUAdAAAABgQBAAAAAAAAAAPAOQP NgAAAAAA0w8EAAAAEwAAAAAAug8WAAAAVgBpAGUAdwAgAHQAaQBjAGsAZQB0AAAAGBAEAAAAAAAA AA8A5A82AAAAAADTDwQAAAAUAAAAAAC6DxYAAABWAGkAZQB3ACAAdABpAGMAawBlAHQAAAAYEAQA AAAAAAAADwDkDzYAAAAAANMPBAAAABUAAAAAALoPFgAAAFYAaQBlAHcAIAB0AGkAYwBrAGUAdAAA ABgQBAAAAAAAAAAPAOQPNgAAAAAA0w8EAAAAFgAAAAAAug8WAAAAVgBpAGUAdwAgAHQAaQBjAGsA ZQB0AAAAGBAEAAAAAAAAAA8A5A82AAAAAADTDwQAAAAXAAAAAAC6DxYAAABWAGkAZQB3ACAAdABp AGMAawBlAHQAAAAYEAQAAAAAAAAADwDkDzYAAAAAANMPBAAAABgAAAAAALoPFgAAAFYAaQBlAHcA IAB0AGkAYwBrAGUAdAAAABgQBAAAAAAAAAAPAOQPNgAAAAAA0w8EAAAAGQAAAAAAug8WAAAAVgBp AGUAdwAgAHQAaQBjAGsAZQB0AAAAGBAEAAAAAAAAAA8A5A82AAAAAADTDwQAAAAaAAAAAAC6DxYA AABWAGkAZQB3ACAAdABpAGMAawBlAHQAAAAYEAQAAAAAAAAADwDkDzYAAAAAANMPBAAAABsAAAAA ALoPFgAAAFYAaQBlAHcAIAB0AGkAYwBrAGUAdAAAABgQBAAAAAAAAAAPAOQPNgAAAAAA0w8EAAAA HAAAAAAAug8WAAAAVgBpAGUAdwAgAHQAaQBjAGsAZQB0AAAAGBAEAAAAAAAAAA8A5A82AAAAAADT DwQAAAAdAAAAAAC6DxYAAABWAGkAZQB3ACAAdABpAGMAawBlAHQAAAAYEAQAAAAAAAAADwDkDzYA AAAAANMPBAAAAB4AAAAAALoPFgAAAFYAaQBlAHcAIAB0AGkAYwBrAGUAdAAAABgQBAAAAAAAAAAP AOQPNgAAAAAA0w8EAAAAHwAAAAAAug8WAAAAVgBpAGUAdwAgAHQAaQBjAGsAZQB0AAAAGBAEAAAA AAAAAA8A5A82AAAAAADTDwQAAAAgAAAAAAC6DxYAAABWAGkAZQB3ACAAdABpAGMAawBlAHQAAAAY EAQAAAAAAAAADwDkDzYAAAAAANMPBAAAACEAAAAAALoPFgAAAFYAaQBlAHcAIAB0AGkAYwBrAGUA dAAAABgQBAAAAAAAAAA/ANkPDAAAAAAA2g8EAAAAAAACAE8A2Q8MAAAAAADaDwQAAAAAAAIADwDw DywDAAAAAPMDFAAAAAUAAAAEAAAAAAAAAAABAAAAAAAAAADzAxQAAAAGAAAABAAAAAAAAACCAQAA AAAAAAAA8wMUAAAABwAAAAQAAAAAAAAAoAEAAAAAAAAAAPMDFAAAAAgAAAAEAAAAAAAAAHoBAAAA AAAAAADzAxQAAAAJAAAABAAAAAAAAACQAQAAAAAAAAAA8wMUAAAACgAAAAQAAAAAAAAAkwEAAAAA AAAAAPMDFAAAAAsAAAAEAAAAAAAAAKkBAAAAAAAAAADzAxQAAAAMAAAABAAAAAAAAACVAQAAAAAA AAAA8wMUAAAADQAAAAQAAAAAAAAAlgEAAAAAAAAAAPMDFAAAAA4AAAAEAAAAAAAAAKoBAAAAAAAA AADzAxQAAAAPAAAABAAAAAAAAACXAQAAAAAAAAAA8wMUAAAAEAAAAAQAAAAAAAAAqwEAAAAAAAAA APMDFAAAABEAAAAEAAAAAAAAAKwBAAAAAAAAAADzAxQAAAASAAAABAAAAAAAAACbAQAAAAAAAAAA 8wMUAAAAEwAAAAQAAAAAAAAAnAEAAAAAAAAAAPMDFAAAABQAAAAEAAAAAAAAAJ0BAAAAAAAAAADz AxQAAAAVAAAABAAAAAAAAACeAQAAAAAAAAAA8wMUAAAAFgAAAAQAAAAAAAAAnwEAAAAAAAAAAPMD FAAAABcAAAAEAAAAAAAAAHwBAAAAAAAAAADzAxQAAAAYAAAABAAAAAAAAACRAQAAAAAAAAAA8wMU AAAAGQAAAAQAAAAAAAAArQEAAAAAAAAAAPMDFAAAABoAAAAEAAAAAAAAAKEBAAAAAAAAAADzAxQA AAAbAAAABAAAAAAAAACuAQAAAAAAAAAA8wMUAAAAHAAAAAQAAAAAAAAArwEAAAAAAAAAAPMDFAAA AB0AAAAEAAAAAAAAALABAAAAAAAAAADzAxQAAAAeAAAABAAAAAAAAACxAQAAAAAAAAAA8wMUAAAA HwAAAAQAAAAAAAAAsgEAAAAAAAAAAPMDFAAAACAAAAAEAAAAAAAAALMBAAAAAAAAAADzAxQAAAAh AAAABAAAAAAAAAC0AQAAAAAAAC8A8A/gAAAAAADzAxQAAAAiAAAABAAAAAAAAAAAAQAAAAAAAAAA 8wMUAAAAIwAAAAQAAAAAAAAAAQEAAAAAAAAAAPMDFAAAACQAAAAEAAAAAAAAAAIBAAAAAAAAAADz AxQAAAAlAAAABAAAAAAAAAADAQAAAAAAAAAA8wMUAAAAJgAAAAQAAAAAAAAABAEAAAAAAAAAAPMD FAAAACcAAAAEAAAAAAAAAAUBAAAAAAAAAADzAxQAAAAoAAAABAAAAAAAAAAGAQAAAAAAAAAA8wMU AAAAKQAAAAQAAAAAAAAABwEAAAAAAAABAAEEUAAAAP8AAP7///9/AQABAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABBAAAAAAo BPIJAABQSwMEFAAGAAgAAAAhAEoZrsL3AAAAqQEAABMACAJbQ29udGVudF9UeXBlc10ueG1sIKIE AiigAAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAHyQy07DMBBF90j8g+Utih1YIISSdMFjCUiUDxicSWLVL3mmVfv3OGmREKq6Gs3j3ns0zWrv ndhhJhtDK29VLQUGE3sbxlZ+rV+rBymIIfTgYsBWHpDkqru+ataHhCSKOlArJ+b0qDWZCT2QiglD 2Qwxe+DS5lEnMBsYUd/V9b02MTAGrnj2kF3zjANsHYuXfRkfSYpciqfj3RzVSkjJWQNcQPW81V3z XsCz7VF8QOY38OVKM3w7/OSDQ1KXTXah/0daxWGwBvtotr7wqZSRSl0yvVN/rG9OBGfIMzq6gH4m 9fQbVZRLFE020W+CXh7d/QAAAP//AwBQSwMEFAAGAAgAAAAhAO3kDEu7AAAAJgEAAAsACAJfcmVs cy8ucmVscyCiBAIooAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAACEj80KwjAQhO+C7xD2blM9iEjTXkTwqvUB1nT7g2kSklXs25tjC4LH2WG+ 2Smqz2jEm0IcnFWwzXIQZLVrBtspuNfnzQFEZLQNGmdJwUQRqnK9Kq5kkFMo9oOPIlFsVNAz+6OU Ufc0YsycJ5uc1oUROcnQSY/6iR3JXZ7vZZgzoFwwxaVREC7NFkQ9+dT8n+3adtB0cvo1kuUfFZLx YejGk0krRI2hI1YwO2bpW5BlIRfryi8AAAD//wMAUEsDBBQABgAIAAAAIQDPQq6Y3AIAAGgVAAAP AAAAdGFibGVTdHlsZXMueG1s7FhdT9swFH2ftP9g+T3ko6UtiBSlKdUmTTwwtnc3cdoIx64Sj4Im /vuub9MkZYAWRrQyeGqi2vece30/jnNyepMJcs3zIlXSp+6BQwmXkYpTufDpt8uZNaKk0EzGTCjJ fXrLC3o6/vjhhB3rufiqbwX/UmgCVmRxzHy61Hp1bNtFtOQZKw7Uikv4L1F5xjS85gs7ztkarGfC 9hxnYGcslZTEPPHpz8PQ8w77/cAanp0NrH6v71kTpz+yRoeTaXg0m7phL7ij4wY2cAMGn+M/3rzZ cM4y8AXZk0zdckk8YpEgirjUP5iGWBAXcdZLJfjlXCBmdHmDW8xLoqS+4AlJ4xufZqlUOa5f5YUO RU6umfDpXLDoitrjE7tab7ZibHi1Kr5yyzW6CaCjCktHkzg3OwVPNP5KsobD8oYOHFeUrcD9Qi6Q QKFEGs9SgYzvIQm9RWqsAm5CIsWt9TxdLDuEqcxrterOmdL4XGmtsu5gavupLNKYf+oOqgGwefze NRYAQHZU2Zdss+qJFGNYQpva0anUm0KAQodM3RRClZNofDcRNwiIWSY/PDdLcA6NyMUY3y8PMA5F 9myG/b9hWLMyT95j/O75Va/F/Xiae+cVskKmj/F7yCtcKxi0QrXbOcncp0pio3q5Blq3tScbaOsM KfO1znZw9cEMbXiapGYAvAmvm66aCFyotanB6gz+5VkjkeZ46Y3cF52VOF4w9cvR3Kb1tEqsMqwY 7X0LcT39BCqSl47y1n7nga6ja6BKXYtJVD43dKYz7AXONAisQTDrgUgNJqBPRyMrPAvdqTMIh97k 6M6IZhCmD+hMbH7NmVYVDE6wd1n5TPX6LitnW/Vj7l71/aIej7tiq1T9r0JWmjsSluNeSsrf2b12 OdmFR29RStZ3+93a+39lZCuP3yVkW2XTKrwNVV4LnD1S6Ft5Z75AmQ9a+yIfWwW5juyOdGy8wPfR 8S8AAAD//wMAUEsBAi0AFAAGAAgAAAAhAEoZrsL3AAAAqQEAABMAAAAAAAAAAAAAAAAAAAAAAFtD b250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEA7eQMS7sAAAAmAQAACwAAAAAAAAAAAAAA AAAwAwAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAz0KumNwCAABoFQAADwAAAAAAAAAAAAAA AAAcBgAAdGFibGVTdHlsZXMueG1sUEsFBgAAAAADAAMAtwAAACUJAAAAAAAA6gMAAAAADwD4A4WI AAACAO8DGAAAAAEAAAABAgcJCAAAAAAAAAAAAAAAAgD/v2AA8AcgAAAA////AAAAAACAgIAAAAAA ALvg4wAzM5kAAJmZAJnMAABgAPAHIAAAAP///wAAAAAAlpaWAAAAAAD731MA/5lmAMwzAACZZgAA YADwByAAAAD///8AAAAAAICAgAAAAAAAmcz/AMzM/wAzM8wAr2f/AGAA8AcgAAAA3vbxAAAAAACW lpYAAAAAAP///wCNxv8AAGbMAACoAABgAPAHIAAAAP//2QAAAAAAd3d3AAAAAAD///cAM8zMAP9Q UAD/mQAAYADwByAAAAAAgIAA////AABaWAD//5kAAGRiAG1vxwAA//8AAP8AAGAA8AcgAAAAgAAA AP///wBcHwAA39KTAMwzAAC+eWAA//+ZANOiGQBgAPAHIAAAAAAAmQD///8AADNmAMz//wAzZswA ALAAAGbM/wD/5wEAYADwByAAAAAAAAAA////ADNmmQDj6/EAADOZAEaKSwBmzP8A8OUAAGAA8Acg AAAAaGtdAP///wB3d3cA0dHLAJCQggCAnqgA/8xmAOncuQBgAPAHIAAAAGZmmQD///8APj5cAP// /wBgWXsAZmb/AJnM/wD//5kAYADwByAAAABSPiYA////AC0gFQDfwI0AjHtwAI9fLwDMtAAAjJ6g AAAAow8+AAAAAQD//T8AAAAiIAAAZAAAAAAAAQBkAAAAAAAAAAAAQAIAAAAAAgAAAP//7wAAAAAA AQAAAP//LAAAAAADAAAQAKMPfgAAAAUA//0/AAEAIiAAAGQAAAAAAAAAZAAUAAAA2AAAAEACAAAA AAIAAAD//+8AAAAAAAEAAAD//yAAAAAAAQAAgAUAABMg1AEgAQAAIgD//xwAgAUAACIg0AJAAgAA AgAYAIAFAAATIPADYAMAAAIAFACABQAAuwAQBYAEAAAAACAAow9wAAAABQD//T8AAAAiIAAAZAAA AAAAAABkAB4AAAAAAAAAQAIAAAAAAgAAAP//7wAAAAAAAQAAAP//DAAAAAABAAAABQAAIAEgAQAA IAD//wAFAABAAkACAAAAAAAFAABgA2ADAAAAAAAFAACABIAEAAAAAEAAow9uAAAABQD//T8AAAAi IAAAZAAAAAAAAABkAAAAAAAAAAAAQAIAAAAABwAAAP//7wAAAAAAAQAAAP//EgAAAAABAAAABQAA IAEgAQAAAAAABQAAQAJAAgAAAAAABQAAYANgAwAAAAAABQAAgASABAAAAABQAKMPUgAAAAUAAAAB CQAAAAABAAAAAAAAAAEAAQkAAAAAAQAgAQAAAAACAAEJAAAAAAEAQAIAAAAAAwABCQAAAAABAGAD AAAAAAQAAQkAAAAAAQCABAAAAABgAKMPDAAAAAEAAAAAAAAAAAAAAHAAow8+AAAABQAAAAAAAAAA AAIAHAABAAAAAAAAAAIAGAACAAAAAAAAAAIAFAADAAAAAAAAAAIAEgAEAAAAAAAAAAIAEgCAAKMP PgAAAAUAAAAAAAAAAAACABgAAQAAAAAAAAACABQAAgAAAAAAAAACABIAAwAAAAAAAAACABAABAAA AAAAAAACABAAAAAjBFsHAABQSwMEFAAGAAgAAAAhABqxGgP8AAAAuwEAABMAAABbQ29udGVudF9U eXBlc10ueG1sfJDJasNADIbvhb7DMNfiGaeHUortHLrcuhzSBxBj2R46G6NJSN6+spNCKCEnoeXX /0nNeu+d2GEmG0MrV6qWAoOJvQ1jK783b9WjFFQg9OBiwFYekOS6u71pNoeEJFgdqJVTKelJazIT eiAVEwbuDDF7KJzmUScwPzCivq/rB21iKBhKVeYdsmtecICtK+J1z+UjCculeD7OzVathJScNVAY VM9d3TWfDJ5tj+ILcvkAz1O6z6TJcfEdqPBd58lKXV+7C/0/9ioOgzXYR7P1TKxSRuK4UHinzozu TkwXbsno6MoxF1xP31KsXKxoson+HPTy+u4XAAD//wMAUEsDBBQABgAIAAAAIQCO6ir6vgAAADgB AAALAAAAX3JlbHMvLnJlbHOEj8EKwjAQRO+C/xD2btN6EJGmvYjQgxfRD1iSbRtsk5CNon9vjhYE j8Mwb2bq9jVP4kmRrXcKqqIEQU57Y92g4HY9bfYgOKEzOHlHCt7E0DbrVX2hCVMO8WgDi0xxrGBM KRykZD3SjFz4QC47vY8zpizjIAPqOw4kt2W5k/GbAc2CKTqjIHamAnF9h9z8n+373mo6ev2YyaUf FZIna+iMnChmLMaBkgIT+dtYiKrI+0E2tVz8bT4AAAD//wMAUEsDBBQABgAIAAAAIQArIOtEKQQA ADAmAAAhAAAAZHJzL3NsaWRlTWFzdGVycy9zbGlkZU1hc3RlcjEueG1s7FpNjts2GN0X6B0ELhs4 tuQfycLIwSTFAAWyMDLJAWiaspUhKYGk3XFXxeQIvUH3QQK0QBedVY/SOcBcISRF25Ilt24RpBXk nSxSn6j3+H18j/TFs1tKnDXmIklZBNynPeBghtJ5whYRePP6qhMAR0jI5pCkDEdggwV4Nvn6q4ss lLfXckOwcFQIJkIYgaWUWdjtCrTEFIqnaYaZaotTTqFUP/miO+fwexWakq7X6426FCYM2Of5Kc+n cZwg/G2KVhQzmQfhmECphi+WSSa20Sg6JRyF/GaVdVBKMxVilpBEbkzQXZh1BFachfaTOjRBPBVp LPUzIYUoXFMCHIrC7xYs5XBGFEZ0be5MORaYr/GllDyZrSQWuin8Zhs7O2WEmQ7CpPnAEmoTzUAi CTYkTC5gSNbEzabcgWShqESSA4dLEgFNKXzJnvMbcx2nTF6aLjMoMHCWkC0UJdMVQ1J30KFEhp7j 2F5NkXTW0ATqTi66B62XsfyLfrZ1juNXamTihwgMBj37jpQk86uEEPO4njL4BeH5m+StB+y7ir00 z8yRmwzHECmgn9C3HSJ1TxhiWGh4vH//eP+L83j/8eHu14e73x7evXu4+wCcLJFoeQVpQjYR6Liu Bxy0hFxg9eUd1wvyUEj881C9cU0ohVX+5QY2y48erLr02kXVJU+gSpQd2r0Gsaapsqz1z6w1Jdc0 VZa1wZm1prCmqbKsDc+sNYU1TZVlbaRZU7rqpVrqh75SeaBOkByIEP1sQzRH7UJWWeg1ChYQfw/I 2DXqp42AaBQsIMEeELfvu6OWThENg0VkXEAk8IKgpYhoGJRSLvuaLJyl803F5OQVpj/wxhqshM2V SVIafnsj90BKcH5eB6TKmXrdv3VBs9ULZTaMBo7Anz/+nEvggjfq63JpamHR9RjvWfRG7nYExV5V b8Sa7Y1yhn3F8LDIsBcMfX2jCQz/VGHY07n9f2a4spIdmp+cFtcd9HUq7DPP84JCJW9a5nmn7Ur8 d5lX4eXQ3lheFAdGc+0qYpN4qckXPckalS+HBibnxesNfT3Fmpgvf/xeLWONo6XeoXhDd2Cq1t+n y8mO5TNqhC+GfKW61PsXb+y7Rpye4Srv69a7m1yMnpT07Zpd9danHwSjE9eudsG180UFJ5SFqVxi vvNFaj5Ocz9p/QRRxzoRwKzz5trahX2X7UlRvjYVxbTq8xrOrtU5zXavomKgXOAYr7E/USqfILlm vbaj0Cc+ecm4wVwfMH4Jh/OEsg6G+aJVOsvRDUjs4VBnUsdOZnJoyjtYStS2Fp96G7CdJDsz1lp8 jsjx8v5WmydQvS52y9tdbQboiEI1tvpcotWSdUST+gOzbbbfEGptDTqiQtWSa6znuUgf0Z2joV/e umrtDNopzaK41Bvy9q9ek08AAAD//wMAUEsBAi0AFAAGAAgAAAAhABqxGgP8AAAAuwEAABMAAAAA AAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAjuoq+r4AAAA4 AQAACwAAAAAAAAAAAAAAAAAtAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAKyDrRCkEAAAw JgAAIQAAAAAAAAAAAAAAAAAUAgAAZHJzL3NsaWRlTWFzdGVycy9zbGlkZU1hc3RlcjEueG1sUEsF BgAAAAADAAMAyQAAAHwGAAAAAA8ADASDIwAADwAC8HsjAAAQAAjwCAAAAAYAAAAGBAAADwAD8CUj AAAPAATwKAAAAAEACfAQAAAAAIASRAAAwEEAAMBBAAAAAAIACvAIAAAAAAQAAAUAAAAPAATw8QAA ABIACvAIAAAAAgQAAAAKAACTAAvwTgAAAH8AAQDvAYAAGLKgIocAAQAAAL8ABAAEAL8BAQARAP8B AQAZAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAAMgAAAAAAEPAIAAAArQAg AWAVfQMPABHwEAAAAAAAwwsIAAAAAAAAAAEA/78PAA3wWwAAAAAAnw8EAAAAAAAAAAAAqA8nAAAA Q2xpcXVleiBwb3VyIG1vZGlmaWVyIGxlIHN0eWxlIGR1IHRpdHJlAACiDwYAAAAoAAAAAAAAAKoP CgAAACgAAAABAAAAAAAPAATwUgEAABIACvAIAAAAAwQAAAAKAACDAAvwSAAAAH8AAQDvAYAA2Hm1 Ir8ABAAEAL8BAQARAP8BAQAZAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAA MwAAAAAAEPAIAAAA8AMgAWAVEw8PABHwEAAAAAAAwwsIAAAAAQAAAAIA/78PAA3wwgAAAAAAnw8E AAAAAQAAAAAAqA92AAAAQ2xpcXVleiBwb3VyIG1vZGlmaWVyIGxlcyBzdHlsZXMgZHUgdGV4dGUg ZHUgbWFzcXVlDURldXhp6G1lIG5pdmVhdQ1Ucm9pc2nobWUgbml2ZWF1DVF1YXRyaehtZSBuaXZl YXUNQ2lucXVp6G1lIG5pdmVhdQAAog8eAAAANAAAAAAAEAAAAAEAEQAAAAIAEQAAAAMAEQAAAAQA AACqDwoAAAB3AAAAAQAAAAAADwAE8BILAAASAArwCAAAAAQEAAAACgAAgwAL8EgAAAB/AAEA7wGA AKgrih+/AAQABAC/AQEAEQD/AQEAGQA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBnAGwA ZQAgADQAAAATACLxkggAAKnDjAgAAFBLAwQUAAYACAAAACEADIGFu/4AAADiAQAAEwAAAFtDb250 ZW50X1R5cGVzXS54bWyUUcFOwzAMvSPxD1GuqEnHASHUdgc6joBgfICVuG1Em0RxKNvf427sgISG ONp+7/n5uVrvplHMmMgFX8uVKqVAb4J1vq/l2/ahuJWCMngLY/BYyz2SXDeXF9V2H5EEsz3Vcsg5 3mlNZsAJSIWIniddSBNkLlOvI5h36FFfl+WNNsFn9LnIi4ZsqhY7+Biz2Oy4fXTCdCnuj7hlVS0h xtEZyGxUL1PdVE9sPDmL4hlSfoSJUdom0jRARMao8yqzt2qiInSdM6jaRK8L7+oPcRs+fcL5v9ot 015wPqn/cnLCkc7cvLj9GWzxHapi5iEXGlyk0wZ9+FDzBQAA//8DAFBLAwQUAAYACAAAACEAMd1f YdIAAACPAQAACwAAAF9yZWxzLy5yZWxzpJDBasMwDIbvg72D0b1x2kMZo05vhV5LB7sKW0lMY8tY Jm3fvqYwWEZvO+oX+j7x7/a3MKmZsniOBtZNC4qiZefjYODrfFh9gJKC0eHEkQzcSWDfvb/tTjRh qUcy+iSqUqIYGEtJn1qLHSmgNJwo1k3POWCpYx50QnvBgfSmbbc6/2ZAt2CqozOQj24D6nxP1fyH HbzNLNyXxnLQ3PfevqJqx9d4orlSMA9UDLgszzDT3NTnQL/2rv/plRETfVf+QvxMq/XHrBc1dg8A AAD//wMAUEsDBBQABgAIAAAAIQARL7v0JQQAAHMOAAAQAAAAZHJzL3NoYXBleG1sLnhtbOxWzW4b NxC+F+g7ELwr+rEkW0LWgeRaaQHFECwHPQbULtfamktuSUqWXfTiPE/RACnQi9/GD+BX6Dfk2nKL IigqX1pYB2lWHM7PNzPf7Os3m1KxtbSuMDrh7VctzqROTVbo84S/P5s0DjhzXuhMKKNlwq+k428O v/7qdTV0FcNl7YZVwpfeV8Nm06VLWQr3ylRS4yw3thQej/a8WVnppPbCw1Gpmp1Wq98sRaH5IUzp 9byaWZLSk/XMsiJDLK0OfGtRwuupTBHDuZKsy5u1WrwhEMbUpBeujkX8k1gyKy6R4J/CYNq8tcik DZ/maAlvcmStuVxKkTn6G36bIb6HUDUipViqJfNXFaLMPLC6RgBC5Rw5bBLeqa9FXdzfZuqQMVtc vjMZroqVN0BCDDe5LXdNheyYPGfw3+3tA2nOrhLe73R7nU6PAhJDufEspfjae3t9Ukih0d3vd3qt EHEMhDQr6/xbaXYOipGhhFtUMiQq1lPnCdOtC3KnzaRQalcEQo5K72qGXSZ80ANm28iC5bLw0jJV lAk/aNEngkqtcqyzoOJFoaKMBJUOmOc5kkfWu4ZFqNH4xfbzm7HJrsjBAr/oqTiU/34QwAYo1NLY a84urcBMuB9XwkrO1HcaozBod7voGB8eQoNxZp+eLJ6e6FV5ZFSYK6FTWE04xiSKRx5P1HymrISf 6nmVkiLlQt1ytvle2KpuHI+WPTHzpajk3/VP1A3tFGEgI8r5ub8Ca+wISbC1Vu2AuBhmMj8FzjTq bZouqgecPSiQXDsOmTyHd+KKUthpgAvCaRDgMvwWOgO1BlGoc/C44gxBnonFHDGGegFl66O2FFM9 thehJLnRfhSuLISjCoOfdX2MK0SDIMrZSqcwHyujqEyUmKvSWerZWlB1H8cgtPtWYyzzv+o+AIb7 29NR7r+gV58uVkfKnm3CgC1W8+tHcYI0Hh9OsKjqGVxg2oIYSxYLVVfRkj8LXC9WZVGaH4oIKTJO uNSN9/NI5qHCbBFxDt+rhGu4oL1oiwuQtzbzIHF2IS1t0UC5KU1OrUh9DTg17UNVXMtvwyNBrgra quFsZo3JSabAImVENoxhx3+cUUVGFBnQonUrgUksgt/ELYXSPNWSD7wTkFhNdY3UiszUcqh7WGO5 SBHQyBYCTVQVPl1ORFkorIe9PUzqUlgnQ6sFa1I8uXR/+8v97Wd2f/vp7ua3u5vf7z5+vLv59UtW Gm3s+GAodc9iCN2HkhI2/pB9wIcxmk30Fp3Q/7nKwuvFT6P9vdZ40G41JgfHg0Zv3O03Bp2DUWMM ejue9Afjb1rHP4Pmwmp3QF2CykJtXpomjuD/r2leaJZG5Flp1h9+2E4gho8cSJ3NhBW0RF/IF1xP S/cJ/f2HyXdb2cC4Fb6r4cMbanhpPfwDAAD//wMAUEsDBBQABgAIAAAAIQD2S7LJ1wAAAPwAAAAP AAAAZHJzL2Rvd25yZXYueG1sRI9RS8MwEIDfBf9DOMGX4RKLqNRlYwqioDA6N/Z6Npe22CQliVv7 7z180MfjO767b7EaXS+OFFMXvIbruQJBvg6m842G3cfz1T2IlNEb7IMnDRMlWC3PzxZYmnDyFR23 uREs8alEDW3OQyllqltymOZhIM/Mhugw8xgbaSKeWO56WSh1Kx12ni+0ONBTS/XX9ttpsNXmTc3s 4dFv3E0xu1NyPQWr9eXFuH4AkWnM/8vtfvfu+j/4q3o13KIK/t2+TJ+xMxWmTFED53EsQ5DLHwAA AP//AwBQSwECLQAUAAYACAAAACEADIGFu/4AAADiAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRl bnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAAAAAAAAAAAAAAC8B AABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQARL7v0JQQAAHMOAAAQAAAAAAAAAAAAAAAAACoC AABkcnMvc2hhcGV4bWwueG1sUEsBAi0AFAAGAAgAAAAhAPZLssnXAAAA/AAAAA8AAAAAAAAAAAAA AAAAfQYAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAABAAEAPUAAACBBwAAAAAAABDwCAAAAF4PIAFg BooQDwAR8JQBAAAAAMMLCAAAAAIAAAAHAf+/DwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8A UABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAA AAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAA AQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAAD AAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQA eQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAA AAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAA AACxDwgAAAAAAAAEAAAAAA8ADfBkAAAAAACfDwQAAAAEAAAAAACgDxAAAABTAGwAaQBkAGUAIAAj ACoAAAChDxoAAAAJAAAAAAAgAAoAAAAA/wcACQAAAAAAAgAMAAAA2A8EAAAABwAAAAAAqg8KAAAA CQAAAAEAAAAAAA8ABPCcCgAAEgAK8AgAAAAFBAAAAAoAAIMAC/BIAAAAfwABAO8BgACI8JcivwAE AAQAvwEBABEA/wEBABkAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAA2AAAA EwAi8T4IAACpwzgIAABQSwMEFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAABbQ29udGVudF9UeXBl c10ueG1slFHBTsMwDL0j8Q9RrqhJxwEh1HYHOo6AYHyAlbhtRJtEcSjb3+Nu7ICEhjjafu/5+bla 76ZRzJjIBV/LlSqlQG+Cdb6v5dv2obiVgjJ4C2PwWMs9klw3lxfVdh+RBLM91XLIOd5pTWbACUiF iJ4nXUgTZC5TryOYd+hRX5fljTbBZ/S5yIuGbKoWO/gYs9jsuH10wnQp7o+4ZVUtIcbRGchsVC9T 3VRPbDw5i+IZUn6EiVHaJtI0QETGqPMqs7dqoiJ0nTOo2kSvC+/qD3EbPn3C+b/aLdNecD6p/3Jy wpHO3Ly4/Rls8R2qYuYhFxpcpNMGffhQ8wUAAP//AwBQSwMEFAAGAAgAAAAhADHdX2HSAAAAjwEA AAsAAABfcmVscy8ucmVsc6SQwWrDMAyG74O9g9G9cdpDGaNOb4VeSwe7CltJTGPLWCZt376mMFhG bzvqF/o+8e/2tzCpmbJ4jgbWTQuKomXn42Dg63xYfYCSgtHhxJEM3Elg372/7U40YalHMvokqlKi GBhLSZ9aix0poDScKNZNzzlgqWMedEJ7wYH0pm23Ov9mQLdgqqMzkI9uA+p8T9X8hx28zSzcl8Zy 0Nz33r6iasfXeKK5UjAPVAy4LM8w09zU50C/9q7/6ZURE31X/kL8TKv1x6wXNXYPAAAA//8DAFBL AwQUAAYACAAAACEA8f/cX9ADAABfCQAAEAAAAGRycy9zaGFwZXhtbC54bWzEVktuIzcQ3QfIHQhu A40+ljQeYdoD24gnATSGYHmQNbubbXXEJjskWx8vPecJEiADzMa38QF8hbwiW5YSBEEQBYgXUlEs Vr16fFX023ebSrGVtK40OuH9Vz3OpM5MXuq7hH+8veqccua80LlQRsuEb6Xj786+/uptPXE1w2Ht JnXCF97Xk27XZQtZCffK1FJjrzC2Eh5Le9etrXRSe+GRqFLdQa837lai1PwMofRqXs8sWdn1amZZ mQNL7wRgtKiQ9UZmwHCnJBvzbusWTwjAmJps6Vos4p9gya1Yo8A/wGDavLeopI+c5nKBbPLcWrNe SJE7+hl5uwHfDqoGUsJSL5jf1kDpVH7dVODrPuE/NcJ6aTlK2SR82J6ORxBmX7BD4SxdfzA5IojG GxAiJpvCVsdWRHFMUTDkH49GJ2Ccsy3swXA0GIwIkZjIjWcZHAb9k5MxOWTwGL4eD0a9ADkiIc/a Ov9emqNRMQqUcIsbDZWK1dR54nafgtJpc1UqdSwFoUaljw3D1gl/MwJne2QhclXiipkqq4Sf9ugv kkqS+VbnwcWLUkUbBSodOC8KFI+qj4VFrFEbRhn6zYXJt5QgxTdEFZvz3zcEpgIuamHsPWdrK9Ab jlQtOVPfa7TEm/5wCMX4sBiOXg+wsIc76eGObqpLo0J/CZ0hasI9Z9G89FiR+ExVCz/V8zojR6qF 1HK7+UHYuhWOh2SvzXwhavlX+om+QU6RBgqinJ/7LabHkZSEWCvVp5YV6g4D0wYMuSxu8BP1fX8I FQQ/TDodBkMhMrT2uS2FQokLYZ0Er61WpDjweX78+fnxN/b8+OvTw+enhy9Pnz49PfzCWV36bHEl qlKhOzv9/uAgTqc/OI2yy9xBqG8q3clc28MRXyBFRfjRbmkJPP8X3BAvlbDTcJkwboKBlOG71Dke gGDuyGNAdivSOYgLaiIF+egtxVRf2GUQTGG0Pw98p8KR/ojbdhtHaFhjnM8anSF81I0iEVFhrs5m mWcrQdp7adLQjHuPC1n82Xc3/3B+v3te+L/xa3fT5lLZ201o/7SZ37+YVyjjZXGN57SdEGmcgGIS 74naGsKnrsaA1vlMWEHyWjZVWZkfy0gqak641J2P8/jgBOGxNDIdPpuEaySh99uWS0hQm3mwOFtK S699eBIy6uzWkfoOhGp6t1V5L78LSyJdlfT6h72ZNaYgm/DFkRandQQef3FGlTmN8MAX/VsgwUq8 Br+Jryku59BL7uZioKWZ6parhsK0drj5A5n/n121v5p4YfisJ7spHAbz2e8AAAD//wMAUEsDBBQA BgAIAAAAIQAbKIeP2AAAAPwAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9NSwMxEEDvgv8hjOCl2MQq WtampSp+gIeybcHruJnsrm6SJYnt7r938KDHmTe84S1Wg+vEgWJqg9dwOVUgyFfBtL7WsN89XcxB pIzeYBc8aRgpwWp5erLAwoSjL+mwzbVgiU8Famhy7gspU9WQwzQNPXlmNkSHmcdYSxPxyHLXyZlS N9Jh6/lDgz09NFR9bb+dBltu3tTEvt/7jbueTW6VXI/Ban1+NqzvQGQa8v/x7jP1z49/8Ff1arhF XXGMfRk/YmtKTJmiBt5wLEOQyx8AAAD//wMAUEsBAi0AFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMA AAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAMd1fYdIA AACPAQAACwAAAAAAAAAAAAAAAAAvAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEA8f/cX9AD AABfCQAAEAAAAAAAAAAAAAAAAAAqAgAAZHJzL3NoYXBleG1sLnhtbFBLAQItABQABgAIAAAAIQAb KIeP2AAAAPwAAAAPAAAAAAAAAAAAAAAAACgGAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAQABAD1 AAAALQcAAAAAAAAQ8AgAAABeDyAQYBWKEA8AEfCUAQAAAADDCwgAAAAEAAAACAL/vw8AiBN8AQAA DwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAAC AAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEA AAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEA AGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAA AwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAE AAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8A XwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wQgAAAAAAnw8EAAAABAAA AAAAoQ8cAAAAAQAAAAAAIAgKAAAAAP8CAAcAAQAAAAAAAgAOAAAAqg8KAAAAAQAAAAEAAAAAAA8A BPDcCgAAEgAK8AgAAAAGBAAAAAoAAIMAC/ByAAAAfwABAO8BgACI+zwhvwAEAAQAvwEBABEA/wER ABkAPwMAAAgAgMNCAAAAvwMAAAIARQBzAHAAYQBjAGUAIAByAOkAcwBlAHIAdgDpACAAZAB1ACAA cABpAGUAZAAgAGQAZQAgAHAAYQBnAGUAIAA0AAAAEwAi8QYIAACpwwAIAABQSwMEFAAGAAgAAAAh AAyBhbv+AAAA4gEAABMAAABbQ29udGVudF9UeXBlc10ueG1slFHBTsMwDL0j8Q9RrqhJxwEh1HYH Oo6AYHyAlbhtRJtEcSjb3+Nu7ICEhjjafu/5+bla76ZRzJjIBV/LlSqlQG+Cdb6v5dv2obiVgjJ4 C2PwWMs9klw3lxfVdh+RBLM91XLIOd5pTWbACUiFiJ4nXUgTZC5TryOYd+hRX5fljTbBZ/S5yIuG bKoWO/gYs9jsuH10wnQp7o+4ZVUtIcbRGchsVC9T3VRPbDw5i+IZUn6EiVHaJtI0QETGqPMqs7dq oiJ0nTOo2kSvC+/qD3EbPn3C+b/aLdNecD6p/3JywpHO3Ly4/Rls8R2qYuYhFxpcpNMGffhQ8wUA AP//AwBQSwMEFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAABfcmVscy8ucmVsc6SQwWrDMAyG74O9 g9G9cdpDGaNOb4VeSwe7CltJTGPLWCZt376mMFhGbzvqF/o+8e/2tzCpmbJ4jgbWTQuKomXn42Dg 63xYfYCSgtHhxJEM3Elg372/7U40YalHMvokqlKiGBhLSZ9aix0poDScKNZNzzlgqWMedEJ7wYH0 pm23Ov9mQLdgqqMzkI9uA+p8T9X8hx28zSzcl8Zy0Nz33r6iasfXeKK5UjAPVAy4LM8w09zU50C/ 9q7/6ZURE31X/kL8TKv1x6wXNXYPAAAA//8DAFBLAwQUAAYACAAAACEAeIh/opoDAADMCAAAEAAA AGRycy9zaGFwZXhtbC54bWysVc1u4zYQvhfoOxC8Z20rdpIVIi+SoNkWMAJjnWCPxViibNUUyZKU 184x+zR7WLTALrCX3PIoeYC8QmdIKXGLYlE00UEaisOZ4ffNz/GbTS3ZWlhXaZXxwas+Z0LluqjU IuNXl+d7R5w5D6oAqZXI+FY4/mb84w/HJnWG4WHlUpPxpfcm7fVcvhQ1uFfaCIV7pbY1eFzaRc9Y 4YTy4NFRLXtJv3/Qq6FSfIym1Hpmppak/GI9tawqMn7ImYIaXf7kDOSC2btPTtj13SdWNMxUomCF YAYWgg15rz0arQCGNtH5yrXxwX+Jr7DwAS/9t9CY0m8t3m5ADnohuC5OhWGSU7NkfmswytJbROo6 4783YL3ARVVsMr7fHo36aOPpqi5cGdJNaevnRjo+hlSXJSOPg2SI6HK2zfhBMhwlyYhigFRsPMtR ITl6PToghRw1hocHyagfgoyRkKaxzr8V+tlRMTKUcStyjzRDCuuJ8wTlkwv6rfR5JeVzIQh3lOpF zCBUGOkLmELCI80m9ZtTXWzpvnP8YpLH4vn/yYlVi+Autb3m7IMFzFNHuSc4k78ol/HXg+EQWfZh MRwdJriwuzvz3R3V1GdaUq4zUDlazbjvxDOPK0oYXRvwEzUzOSl2qXK5eQ/WtGR7xO5Cz5ZgxL9x HnVDCkQYyIh0fua3UjwXkmBrLQdtYRWifIc4U1EOqCJi5slOAbOwcxxu8hLe0TOrwU4CXCi8CwK6 DN9KFdgCgwhygf1Wcmxi5SXMZxhj4Is48lFbwESd2lWgpNTKn4Qjc3DEMPZR1W7jkSWoBTavaaNy NB+ZkUQTXcyZfJp7tgZit09Ph8SOxqko/6nbqeH5p92T0n9Hr92dN2fSXm5CRc6b2fWjeI7XeFxc 4EAJKh7mWG1BjJRFoloWsc1CahHXVVNXtf6tipDijTMu1N7VLLbdwDCbR5zDu8m4Qhc0v2y1what 9CxInK2EpWkX2mROldMqUl4jnIrmlqyuxc9hSZDLiqZf2JtarUuSKTCp6B07WAw7/nFaVgW1tYAW jUWBmEQS/CYOFKRmV0uUJTbKDolmolqkGjLTyoH3MHFKnIkZP7EVYBKZyufLc6griS19fx8rdQnW iZBqAVcBO4cebj8/3H5hD7d/3t98vb/5dv/x4/3NH9+zsjdIjuIQyd2LGMLaQ0oJGz9mv4aHPX5J YPHpJBoZmHh0LI4PfD+11NBlx38BAAD//wMAUEsDBBQABgAIAAAAIQCn8eWx1gAAAPkAAAAPAAAA ZHJzL2Rvd25yZXYueG1sRI/BbsIwEETvlfgHayv1gsCBQ0EBgxBSQ3uqAj1wXOwliRqvI9sNoV9f q4f2OJrRG731drCt6MmHxrGC2TQDQaydabhS8HF6mSxBhIhssHVMCu4UYLsZPawxN+7GJfXHWIkE 4ZCjgjrGLpcy6JoshqnriFN3dd5iTNFX0ni8Jbht5TzLnqXFhtNDjR3ta9Kfxy+rYF449tU5C7vD +9us7Jf6ezFopZ4eh90KRKQh/o+LcXHy47/yF/VqFCxAXA/3i29MiSGSV5DckmmyBLn5AQAA//8D AFBLAQItABQABgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9U eXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAAAAAAAAAAAAAAAALwEAAF9y ZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAHiIf6KaAwAAzAgAABAAAAAAAAAAAAAAAAAAKgIAAGRy cy9zaGFwZXhtbC54bWxQSwECLQAUAAYACAAAACEAp/HlsdYAAAD5AAAADwAAAAAAAAAAAAAAAADy BQAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAEAAQA9QAAAPUGAAAAAAAAEPAIAAAAXg+wB9AOihAP ABHwlAEAAAAAwwsIAAAAAwAAAAkC/78PAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAA VAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAA AAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAA AAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAAB AAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAA ZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAA AA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEP CAAAAAAAAAQAAAAADwAN8JAAAAAAAJ8PBAAAAAQAAAAAAKAPSAAAAEkAbgB0AGUAcgBpAG0AIABN AGUAZQB0AGkAbgBnABMgIABSAG8AbABsACAAVwBHACAAEyAgAEoAdQBuAGUAIAAyADAAMQAwAAAA oQ8aAAAAJQAAAAAAIAAKAAAAAP8HACUAAAAAAAIADAAAAKoPCgAAACUAAAABAAAAAAAPAATwNgAA ABIACvAIAAAAAQQAAAAMAABTAAvwHgAAAIEBAAAACL8BEgASAP8BAAAIAAQDCQAAAD8DAQABABAA 8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAzM5kAAJmZAJnMAAAPAIgTaQAAAA8AihMpAAAAAAC6 DxAAAABfAF8AXwBQAFAAVAAxADIAAACLEwkAAAAAACQEAQAAAAMPAIoTMAAAAAAAug8QAAAAXwBf AF8AUABQAFQAMQAwAAAAixMQAAAAAADrLggAAABpf8gBIFGg9AAADgRSDgAAUEsDBBQABgAIAAAA IQBLnfYYAAEAABwCAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbKyRy2rDMBBF94X+g9C22HK6KKXY zqKPXR+L9AMGeWyL2iMhTULy9x07DpQSQhfdCKSZuffcUbnej4PaYUzOU6VXeaEVkvWNo67Sn5uX 7F6rxEANDJ6w0gdMel1fX5WbQ8CkZJpSpXvm8GBMsj2OkHIfkKTS+jgCyzV2JoD9gg7NbVHcGeuJ kTjjSUPX5RO2sB1YPe/l+Ugi41o9Hvsmq0pDCIOzwAJqpqqpy3cBj65B9QGR32CULsOCgD/PVX5Z a0fNL+DMt62z2Hi7HQUznyVvFs8zrBGHdAH2jMGyjVwm50CpdyGdHP6U6hVI1hn/J9sidgIw89/W 3wAAAP//AwBQSwMEFAAGAAgAAAAhAKXWp+fAAAAANgEAAAsAAABfcmVscy8ucmVsc4SPz2rDMAyH 74W9g9F9UdLDGCV2L6WQQy+jfQDhKH9oIhvbG+vbT8cGCrsIhKTv96k9/q6L+eGU5yAWmqoGw+JD P8to4XY9v3+CyYWkpyUIW3hwhqN727VfvFDRozzNMRulSLYwlRIPiNlPvFKuQmTRyRDSSkXbNGIk f6eRcV/XH5ieGeA2TNP1FlLXN2Cuj6jJ/7PDMMyeT8F/ryzlRQRuN5RMaeRioagv41O9kKhlqtQe 0LW4+db9AQAA//8DAFBLAwQUAAYACAAAACEAa3mWFoMAAACKAAAAHAAAAHRoZW1lL3RoZW1lL3Ro ZW1lTWFuYWdlci54bWwMzE0KwyAQQOF9oXeQ2TdjuyhFYrLLrrv2AEOcGkHHoNKf29fl44M3zt8U 1ZtLDVksnAcNimXNLoi38Hwspxuo2kgcxSxs4ccV5ul4GMm0jRPfSchzUX0j1ZCFrbXdINa1K9Uh 7yzdXrkkaj2LR1fo0/cp4kXrKyYKAjj9AQAA//8DAFBLAwQUAAYACAAAACEARKlxJtkIAAD3NwAA FgAAAHRoZW1lL3RoZW1lL3RoZW1lMS54bWzsW9uSo0YSfXfE/gPBu91cBIKO0Ti4xj6swxvTs7HP 1QhJeBAogLn9kf0d/rHNrJso0QLkJmzHjqSHhlKSlZWZJzMri37z45djqX3Km7aoq41u/mDoWl5l 9bao9hv9P+/T7z1daztSbUlZV/lG/5q3+o9v//HdG/LYHfJjrsHzVftINvqh606PDw9tBsOk/aE+ 5RX8tqubI+ngttk/bBvyGfgeywfLMNyHIykqXavIEdj+VG9//7XMtRNptO3vv+3Ix05/K+ZISpio 6locyMrmCWfIrz+omfTR7QcTH2ib/XNUNtonUm50g370h7dvHsgjJyi7IV1KP5yOE2w/WFP8KEHZ Dek8A7+SHyUgWQaLGs4dhomR2Jy2R8Quh7xt+Pi+Qt/jbw9kVtbGmFIidrka0Cs66xGxS2dAHwdJ nKSKPJSI0bsDeiu2Yi9Q6CnRoSyqDwNqw/Dhw6klya4u//kiue9HkSEUf6YC60tHwil2ddVNuZWO hEfyS92kQI03JemKSuu+nvIdycCJg6YgJYpGHnPSG2dDWXsxBEIo7I5FtSjvMzuY6bxCut6jutyf d7siy+kKd0VZPnVfy/xfLV1kW5fFNoVBfI6CO5dwOh3gkttCods3hD6jNXX336I7PB3ICRTEgLlv Oet9q53qFlBJJ36RN04KSu4YfB30RabNlnQQM9iw3Ue1ZEMxvqdBQ0xkI4O5k9nr101mMqmuqk1d mklFo76jLE0uGWw4XBoMSm2C/2sEo7bpQnhF2bU2I2W+Rb2ziCfMglOL60VM1B7INuc2wnUPbWRS IwlfoREcfOcFG3lU9FGt9Wbzke0rZptjpP50qyvTCeu9xkoiTAnLUOVcwrGs+uAsK+3zRvcdy9G1 jJw2+g5iElweT2D1ttrrGin3kNezrmFuPwlmqvizNX2xMPC+HuJMQ4wPFqzEgVPTdjFpD8w16E/c BcoKZ2LyWw6odakFME//A1LYHjjDXyYF6FE1bb7b5VnXN3ZvBHXHbnkorT92efN02H7WnsuPzTsC 5kdXhfVsi7bb6DQi4E2z0VHb9Cc1OPPA+EK5hLOR8nQgPNwiRAWSGTl1VSkDveuJB2t7UXa6uNuX QiG/0FL6bvyNLQXzSV7l9hYtkEEV3hAN8brR66Y71BCFTociSxsodmjsAG/RILpgutZgL0D/Nvkn /Mswx3ggt7LYH7p3xV5rCshH3aHJ839DWKLeN8HM5LmLsRSMqEf1xG1PTOzn/FNevscY6GJu17UD uDqNJjwMULpL/1PvOYKe91jk9PGmxBCZexkG/uzKh4EZFqXGYVrQCP1LEam21MqHPU8fF7m3vxD8 4VxmrQQqYLJeKvA57P+gCDemWhaxBiu2HCEcWHG4YhiUBdGJdAfYUHbgE1nRZOW5vn1fv4PYqsGG EJmB24BXf88KDw0DJBt8hsKJDTJnQlZMtby6Ra2JZL1IGXU2gZz3Qtko2Rx736hsWZyp0ylYXFLZ XMOKrtnYVVWDZS8hCkM7sZGhhqEdiX63oH7+BQwdw/7sY9m11JnyL11DoPR8ojjg4FcH0a6ZoLj3 GXjv5N5nwF306/oM4FU/kZP2vDc3OrSVIPB8gStoROkwZuGYhWNwBd0mKN5Zi2ij8wsxAr+zEUlj ixFb0KzEyEqMOGIENgu8GSNGXMic2D+BLh7+0TWxUNhR8CXzJD9EynBkDnYsWlP8nXp0votfsT1h TTyud5o3+4VxGsapc0OPLk193xW8uemQKbv883t0aZxEoSr/aI8uWXuBE3HdcN9B+WUDTumyRpEN CYVTSxLhSANlomok+ZkKort0JHzmjh3eGNfsvx12bulvY0s2VfvDtAneg8WFNw3orb8SO1GQWBfy j2In9EM/Wc/FDmbZSCBtGjtB6q6lMHfsTJ8NrV6NHTjccFPRUV3gbOimvNM/l2KAGcWOF0eudI8e wNjlMO8kURqkqq8uejb0wtnTKHbWaWjPxw4cKro3YMcwAthmcWDesTONHefV2EH7x+L0bgHsrOmH m5AfvPZgoeQR6nuqb49iB+Ow9KYZ2EH+iVhbD2Ds8vXnqlR+9Zx0FDtWjJlnbt5JUwd6+px6Ou9g QXvHDryGwCtT1k0Y6RW4I9hxAsfjml/knYTeuwb8pYWX3klAf5In6RPYgci6ci3Fl0ax48ZuGqlY G63ZgiAyIuF9M7ATB/hV5KEAY49SWCjYD4LQC1V5RrHjWu4qXCn8R99JQF1y6mnsGEaa3ogd2g2g vQLaNaC9Ato1oL0C2jVgS4duAr8Qe/z/g17B+ip2nMg8q3IB7NC2q/DDEezEaWz5Yv88gR1lN8yN c96/UFgovhoma98VMjD6UexERgAfxVdHa7ZbsZNYADWV/yh2gsiNHbXXMYIdJQpNYye2A8sUSW1e zfZtY8e7ih3DsG3Zk1oAO3gyIfPJCHZwNy+j5QR2UMKLGmw07xhGeD4fmYEdRE6k+vai2Ani0EvU vDmKHdDgOZ4x+Uewg7qRmpzGDpSna8PkgeKOnen9jn8VO+iXPV+nPsm3M0osR0+XFlpgv5PYSdjr PfTyAhVBmRvxLWWckXdWrhesQiWP9PgPewWInYu8sCx2giC+wOYodux0Ha9ETl4cO0YC55N37ORz 9zsme52I5xXFMZVN+wKJx/Xc0Im5bUYST2zGZiQcfCLx+IZveGrgHk08nuEngdjEzUg8sDUPQrVI WhQ8kQtfEeuZPKPgWdte6qvyjySeNI0iWTpMJ57EjyPZibgnnunEY17/DwYbUoA8iVsCPK6SyWjE 59hQQHuRyXqZYZh5XMPx1wJoMzIPiODKLDkHPF7oXWSGRcETQjwJxX5+BnicyInmd6mV869p8KDi ZRq/g2cGeK6/WgD/amKYjswUry7bHMtOLBHFxzJPGhmeyFATmceL1uFaVBozwOOlTmqpztoD57Bs C+0gDcQBI+O/KHgigE6ogn8083im41jqFmwk80RRCK8ycgtOg8eLIC0L8m8JPPDyhPpeDn3RDUbp K3Jv/wcAAP//AwBQSwMEFAAGAAgAAAAhAA3RkJ+2AAAAGwEAACcAAAB0aGVtZS90aGVtZS9fcmVs cy90aGVtZU1hbmFnZXIueG1sLnJlbHOEj00KwjAUhPeCdwhvb9O6EJEm3YjQrdQDhOQ1DTY/JFHs 7Q2uLAguh2G+mWm7l53JE2My3jFoqhoIOumVcZrBbbjsjkBSFk6J2TtksGCCjm837RVnkUsoTSYk UiguMZhyDidKk5zQilT5gK44o49W5CKjpkHIu9BI93V9oPGbAXzFJL1iEHvVABmWUJr/s/04Goln Lx8WXf5RQXPZhQUoosbM4CObqkwEylu6usTfAAAA//8DAFBLAQItABQABgAIAAAAIQBLnfYYAAEA ABwCAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAh AKXWp+fAAAAANgEAAAsAAAAAAAAAAAAAAAAAMQEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAh AGt5lhaDAAAAigAAABwAAAAAAAAAAAAAAAAAGgIAAHRoZW1lL3RoZW1lL3RoZW1lTWFuYWdlci54 bWxQSwECLQAUAAYACAAAACEARKlxJtkIAAD3NwAAFgAAAAAAAAAAAAAAAADXAgAAdGhlbWUvdGhl bWUvdGhlbWUxLnhtbFBLAQItABQABgAIAAAAIQAN0ZCftgAAABsBAAAnAAAAAAAAAAAAAAAAAOQL AAB0aGVtZS90aGVtZS9fcmVscy90aGVtZU1hbmFnZXIueG1sLnJlbHNQSwUGAAAAAAUABQBdAQAA 3wwAAAAAAAAPBDoBAAA8P3htbCB2ZXJzaW9uPSIxLjAiIGVuY29kaW5nPSJVVEYtOCIgc3RhbmRh bG9uZT0ieWVzIj8+DQo8YTpjbHJNYXAgeG1sbnM6YT0iaHR0cDovL3NjaGVtYXMub3BlbnhtbGZv cm1hdHMub3JnL2RyYXdpbmdtbC8yMDA2L21haW4iIGJnMT0ibHQxIiB0eDE9ImRrMSIgYmcyPSJs dDIiIHR4Mj0iZGsyIiBhY2NlbnQxPSJhY2NlbnQxIiBhY2NlbnQyPSJhY2NlbnQyIiBhY2NlbnQz PSJhY2NlbnQzIiBhY2NlbnQ0PSJhY2NlbnQ0IiBhY2NlbnQ1PSJhY2NlbnQ1IiBhY2NlbnQ2PSJh Y2NlbnQ2IiBobGluaz0iaGxpbmsiIGZvbEhsaW5rPSJmb2xIbGluayIvPrAAHgQuBgAAUEsDBBQA BgAIAAAAIQDzFsBh/QAAALsBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQy07DMBBF90j8g+Ut ip2yQAgl6YLHCgGL8gEje5JY+CWPUzV/j5MWCVDV1Wged+6ZabYHZ9keE5ngW74RNWfoVdDGDy3/ 3L1U95xRBq/BBo8tn5H4tru+anZzRGJF7anlY87xQUpSIzogESL60ulDcpBLmgYZQX3BgPK2ru+k Cj6jz1VedvCuecIeJpvZ86GUjyRFztnjcW6xajnEaI2CXEDl0pVd817Ak9HIPiDlN3BlSupEkmwp vsIcpvwn2YjLa/de/2OvQt8bhTqoyRViERNSiSuFs+KX0c2J6cwtCS1dOOaM6+lboihXKxpNpB8H ub6++wYAAP//AwBQSwMEFAAGAAgAAAAhAHDwONy+AAAAOAEAAAsAAABfcmVscy8ucmVsc4SPwQrC MBBE74L/EPZu03oQkaa9iCB4Ev2AJdm2wTYJ2Sj2783RguBxGObNTN2+p1G8KLL1TkFVlCDIaW+s 6xXcb6fNHgQndAZH70jBTAxts17VVxox5RAPNrDIFMcKhpTCQUrWA03IhQ/kstP5OGHKMvYyoH5g T3JbljsZvxnQLJjibBTEs6lA3OaQm/+zfddZTUevnxO59KNC8mgNXXD2z5SxGHtKCkzkb2MhqiLv B9nUcvG3+QAAAP//AwBQSwMEFAAGAAgAAAAhAFMu6K77AgAAWQgAACEAAABkcnMvc2xpZGVMYXlv dXRzL3NsaWRlTGF5b3V0MS54bWy0Vm1v2jAQ/j5p/8Hyx0k0QHlrBFRdt06T+oIG3XfjGGLVb7JN Rv79zk5CVcqksGlfQmLfPXf3POcz0+u9FKhg1nGtZrh30cWIKaozrrYz/Ly660wwcp6ojAit2AyX zOHr+ccPU5M6kd2TUu88AgzlUjLDufcmTRJHcyaJu9CGKdjbaCuJh0+7TTJLfgG2FEm/2x0lknCF a3/bxl9vNpyyL5ruJFO+ArFMEA/5u5wb16BJ2gZOEvuyMx2qpQGINRfclxH0AFPM8M6qtC6pIzm1 2umNDz6pJDQtpMBI0vT7VmlL1gJIkkVcWVjmmC3YjfeWr3eeubCVfmqwTZsMTQBRPhb4ljVfGogF 2vkV94LdqGy1xyjaQ1AQE89BJboUGVJEwsJPMOWUCBTtEYiKVmzvo5kzK8tYcFDFN2uWZmGj92Ox sIhnAa1GwUm9UZvFTwVm8JIcuW8bJJLuN1bOpyQFAdF+hqHPyvAEJ5JCEohWi/R1leZPJ2xp/vWE ddIEgAwOQaFFTVXR+3L6TTlHpPQO5VU+BDDuNX1xSGkoOPBQ1UkfiwY1FB/imBxVmvigB0baclCu kqj2qkwjTY23i1Q3+R8IGo36V4NuRVN/PBhdTt5y1e8Ox3E/MDacDHvD/jAGaZAgSAVtUr//rLMy ML2GXxA0NM0MMxKKr2CF80tfChb1ANZICiXBA4wFCbOAqc7zEmaB9LeCEZgVtXZ+fis4fUFeI5Zx jx6I88yiSAFMDoCcgjgeeqOGZCpbEEt+HCEHVkkKkSHvJt9YQmD2zzpevtcxdNNCEMpyLTJIpR8q hIPQCPZXkgbijhSFYwE92/RDe2UHwzHMvtj/p4QddXtXk7D/v4SFfkOiEAcF/1HoQHfU2b0RuhIz KgqPJmRk64zeWjKqYUwJVjDRAj5KfQb8Kue2PfpldVRa83Wnd9bnrZMfnAvPNyfRYZ6efcTiSatu AHgNd0Y8MsI+EPNUxIrhQoeDfRuXDFzh9Rh8NQkYzV+C+W8AAAD//wMAUEsBAi0AFAAGAAgAAAAh APMWwGH9AAAAuwEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAU AAYACAAAACEAcPA43L4AAAA4AQAACwAAAAAAAAAAAAAAAAAuAQAAX3JlbHMvLnJlbHNQSwECLQAU AAYACAAAACEAUy7orvsCAABZCAAAIQAAAAAAAAAAAAAAAAAVAgAAZHJzL3NsaWRlTGF5b3V0cy9z bGlkZUxheW91dDEueG1sUEsFBgAAAAADAAMAyQAAAE8FAAAAAKAAHgToBQAAUEsDBBQABgAIAAAA IQDzFsBh/QAAALsBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQy07DMBBF90j8g+Utip2yQAgl 6YLHCgGL8gEje5JY+CWPUzV/j5MWCVDV1Wged+6ZabYHZ9keE5ngW74RNWfoVdDGDy3/3L1U95xR Bq/BBo8tn5H4tru+anZzRGJF7anlY87xQUpSIzogESL60ulDcpBLmgYZQX3BgPK2ru+kCj6jz1Ve dvCuecIeJpvZ86GUjyRFztnjcW6xajnEaI2CXEDl0pVd817Ak9HIPiDlN3BlSupEkmwpvsIcpvwn 2YjLa/de/2OvQt8bhTqoyRViERNSiSuFs+KX0c2J6cwtCS1dOOaM6+lboihXKxpNpB8Hub6++wYA AP//AwBQSwMEFAAGAAgAAAAhAHDwONy+AAAAOAEAAAsAAABfcmVscy8ucmVsc4SPwQrCMBBE74L/ EPZu03oQkaa9iCB4Ev2AJdm2wTYJ2Sj2783RguBxGObNTN2+p1G8KLL1TkFVlCDIaW+s6xXcb6fN HgQndAZH70jBTAxts17VVxox5RAPNrDIFMcKhpTCQUrWA03IhQ/kstP5OGHKMvYyoH5gT3JbljsZ vxnQLJjibBTEs6lA3OaQm/+zfddZTUevnxO59KNC8mgNXXD2z5SxGHtKCkzkb2MhqiLvB9nUcvG3 +QAAAP//AwBQSwMEFAAGAAgAAAAhAMlVaCe1AgAAeQcAACEAAABkcnMvc2xpZGVMYXlvdXRzL3Ns aWRlTGF5b3V0MS54bWysVduK2zAQfS/0H4QeC1nvpZRikizttlsKewlNtu8TWYnF6oY0ceO/70i2 s2SbQkL74jjSzNGcc2bk8fXWaNbIEJWzE35xds6ZtMJVyq4n/GlxO/rIWUSwFWhn5YS3MvLr6ds3 Y19GXd1B6zbICMPGEia8RvRlUURRSwPxzHlpaW/lggGkv2FdVAF+EbbRxeX5+YfCgLK8zw/H5LvV Sgn5xYmNkRY7kCA1INUfa+XjgGbEMXAGwvPGj4QzniCWSitsM+gOppnwTbBlT2lklAguuhWmnNKA KBujOTOi/L62LsBSk0imySuzIKMMjfyEGNRygzKmrfLdgO2PqdAnEIuZ4L5q2Ho6i7zDxZazHEeH kYl8Su6Iua6YBUMLC4VaMvKQ/aRgJUCzhdxiDot+EaRMCbb5Fvzcz0LOfmhmgakqofUovOg3+rD8 11IYvRSv0tcDEpTbVTDTMZRkHNtOOPVXm56UBCUVwUS3KF5WRf14IFbUXw9EF8MBVMHuUGpN3zH6 k87lQKcT5WLHqgsFSr1z4jky64hnot/REw/NAJY4J3hfs84CTPr2cd1m1mOIj6RpFgu3n13VJuJL +s2LUOqIc2y1zIJQ2VASOD1Ifg1pCKUdPc1pCA3eaAk0pL14OL3RSjwzdExWCtk9RJSB5WJoZAly TOogmdNDSlvNIMCPV8iJH5R0MhU9VEivnYR/F/JqEHKvp9hMg5C10xWVcvk/xE1SceaCoiHoup1T X1LTDM6coni66QhFQio6VXdIf7KL6UbvhP5HP1KTZzvinh+d5ll4egxHZlIntMBcCkdzrWUj9RHw 2ZET4Be1CsejX3WKHq3XrdsErI8u/v2p8Gp1EJ3unZMnIQ9Ed1PSa7pb82Wowz34xyYzpg8ezd9N XvL0iUtzRaEvIQlj+GROfwMAAP//AwBQSwECLQAUAAYACAAAACEA8xbAYf0AAAC7AQAAEwAAAAAA AAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBw8DjcvgAAADgB AAALAAAAAAAAAAAAAAAAAC4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQDJVWgntQIAAHkH AAAhAAAAAAAAAAAAAAAAABUCAABkcnMvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWxQSwUG AAAAAAMAAwDJAAAACQUAAAAAkAAeBAkJAABQSwMEFAAGAAgAAAAhAPMWwGH9AAAAuwEAABMAAABb Q29udGVudF9UeXBlc10ueG1sfJDLTsMwEEX3SPyD5S2KnbJACCXpgscKAYvyASN7klj4JY9TNX+P kxYJUNXVaB537plptgdn2R4TmeBbvhE1Z+hV0MYPLf/cvVT3nFEGr8EGjy2fkfi2u75qdnNEYkXt qeVjzvFBSlIjOiARIvrS6UNykEuaBhlBfcGA8rau76QKPqPPVV528K55wh4mm9nzoZSPJEXO2eNx brFqOcRojYJcQOXSlV3zXsCT0cg+IOU3cGVK6kSSbCm+whym/CfZiMtr917/Y69C3xuFOqjJFWIR E1KJK4Wz4pfRzYnpzC0JLV045ozr6VuiKFcrGk2kHwe5vr77BgAA//8DAFBLAwQUAAYACAAAACEA cPA43L4AAAA4AQAACwAAAF9yZWxzLy5yZWxzhI/BCsIwEETvgv8Q9m7TehCRpr2IIHgS/YAl2bbB NgnZKPbvzdGC4HEY5s1M3b6nUbwosvVOQVWUIMhpb6zrFdxvp80eBCd0BkfvSMFMDG2zXtVXGjHl EA82sMgUxwqGlMJBStYDTciFD+Sy0/k4Ycoy9jKgfmBPcluWOxm/GdAsmOJsFMSzqUDc5pCb/7N9 11lNR6+fE7n0o0LyaA1dcPbPlLEYe0oKTORvYyGqIu8H2dRy8bf5AAAA//8DAFBLAwQUAAYACAAA ACEAgKv9cdYFAAC4EQAAIQAAAGRycy9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnhtbKxY3W7b NhS+H7B3EHS5wXXk/wh1ijZb1gJuatQudk3TVKSZojSKcu1cts8zbMAG7KZvkwfoK+w7lGRJWTp4 bm4cijz8yHPOd36Yp892sXS2QmdRoqau9+TMdYTiyTpSN1P33fKqM3GdzDC1ZjJRYuruReY+u/j2 m6epn8n1jO2T3DjAUJnPpm5oTOp3uxkPRcyyJ0kqFNaCRMfM4FPfdNeavQd2LLu9s7NRN2aRcsv9 +pj9SRBEXPyQ8DwWyhQgWkhmcP8sjNKsQov5MXAx05s87fAkTgGximRk9hb0ALOdurlWfqlSJ464 TrIkMLTHjxn3t7F0nZj7r25UotlKwkjx1s7MtciE3ornxuholRuR0ZL/XYWdHnPDlECUsQq2rWb2 Kc5KI77cuY4Vw1nwoXsB5/CFXDuKxZiYR9zkWjjvIxM6lywlU1mZLF1qIUhabX/S6SKda7v1ejvX TrQmqBLC7ZYLpZj9VBDDoHtv+02FxPxdoOOLp8yH05zd1AW39vSLTcwXO+PwYpLXszx884AsD398 QLpbHYAbHA4FLdNCo3+r06vUWUZGCsc7aFWIMmydJXyTOSqBnqR+oR6/3lZgpDPBp6FTmN8QVClX LFp7VPKZtWl10YMlvPF5rzdBaEHzwQSBcHbPKsPBZDTApEO2GY5G4/7EHlIh4ZACOvXN7kWy3pNJ V/gLzzHFwwTBtKIdzJeZWZi9hJ8x3koPN3KYvEG0S7CA+WsRvMVUdjt1EZI4clVpfpCHk9s4MDHz YQj8YKtklCyE6rxbIFnE5lIKBvhSJXNxKSO+cUziiHVknNcsM0I71nBILbgZoRt7hoUUaj1nmtGl msjkC+bjZOhe6WzNQP74stP7ldOrMJhLxkWYyDUu0SMTIVgqB59EAUSgi3ABlyvCnEaEkdcbj4eF 06roaPFg4HlElqOJgLRukGISfes67zUDo7Nfc6aF68hXCrno3BsM4G9jPwbDcQ8furmyaq6oPL5M pE0KFcOMW5Lt0oBvxFabR2dqkSL7UiKCw3RmlrufmU6RozLcx0C362QRslRYAbadZaZ07kHW+rrg M4E8xGGk7pk9NFJrJEgakugqv0ahssxvMLsPapd2K2PAwm5lj8KhgLIWgBLH4PVqPwCPQEq8fo1n zXssHgV7YQTgEUiJN6jxvP7Yo0Rx3AUplA+AhFICDhuAE+Sg0wAJpQQc1YDIabjgSTcklBJw3AAc D6znTlCZUErASQ1IaDavHuXklg0JpQQ8bwCOhuMTnUIoludNdtvMWsPDliDnW8tzEOMe3w953AHV l2y1QA6vWKdNIS3YTL3QG7szSJR5blP/imWUBtBVqHo5RB5HbzbPFT+Ek6RYJrWzlM+5cbaMUgAM U9OrIfFCBPdlqaZUTARGLfE8QM5v4zbkytVVfin1cmfDeZUvbg/DK6hy+DhEvGGrIplUZa2IgNJz jcKyyeMoTn6JCsO26hdsWHAOdZCobH/zqauQVqgX1tEGTZVKFnbkOhuhbbFzOGXYUoryHzajI4yZ jG7FS/tJVpcRtdF2ba6TJLDjZtG0HFP0q5KrSMoyiO1MlshoTZPWctRlC9incIrZFeUHJm1KiSAQ 3FRWyWeqtFpOMOXY8sA2NAFq49T9PlYdaSh9oE9jjYXPn377/OlP5/OnP+4+/HX34e+7jx/vPvyO 7jMyPLxicSTRrnQ8D50WD5nOBHjU8Xq2d2E+z/4/1Nn5A1DoA2pfntYWDKq2YEmlttkT9Envr+0J qHSBLOBSyGRQtge220DLclp7MOyjCyzawLp7bvUHkzN0jcUhR/SJ1rvN1FMWxrIaEvWPKKxeq3BR c2n5e3Jh9VqF+usLK6Wqug4+QmE9b+I9Ql1t4T1CWW3hPUJVbeE9QlFt4T1CTW3h/XdJLQuoJb6l 6emPF0oa9u2StR4vX3qg2HdK8djGkN7mNsVI/Zqlb7b2Lvh/CZ5FyOaYSlGFcUsSrUUIo/qPy8U/ AAAA//8DAFBLAQItABQABgAIAAAAIQDzFsBh/QAAALsBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29u dGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAHDwONy+AAAAOAEAAAsAAAAAAAAAAAAAAAAA LgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAICr/XHWBQAAuBEAACEAAAAAAAAAAAAAAAAA FQIAAGRycy9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnhtbFBLBQYAAAAAAwADAMkAAAAqCAAA AACAAB4EcAcAAFBLAwQUAAYACAAAACEA8xbAYf0AAAC7AQAAEwAAAFtDb250ZW50X1R5cGVzXS54 bWx8kMtOwzAQRfdI/IPlLYqdskAIJemCxwoBi/IBI3uSWPglj1M1f4+TFglQ1dVoHnfumWm2B2fZ HhOZ4Fu+ETVn6FXQxg8t/9y9VPecUQavwQaPLZ+R+La7vmp2c0RiRe2p5WPO8UFKUiM6IBEi+tLp Q3KQS5oGGUF9wYDytq7vpAo+o89VXnbwrnnCHiab2fOhlI8kRc7Z43FusWo5xGiNglxA5dKVXfNe wJPRyD4g5TdwZUrqRJJsKb7CHKb8J9mIy2v3Xv9jr0LfG4U6qMkVYhETUokrhbPil9HNienMLQkt XTjmjOvpW6IoVysaTaQfB7m+vvsGAAD//wMAUEsDBBQABgAIAAAAIQBw8DjcvgAAADgBAAALAAAA X3JlbHMvLnJlbHOEj8EKwjAQRO+C/xD2btN6EJGmvYggeBL9gCXZtsE2Cdko9u/N0YLgcRjmzUzd vqdRvCiy9U5BVZQgyGlvrOsV3G+nzR4EJ3QGR+9IwUwMbbNe1VcaMeUQDzawyBTHCoaUwkFK1gNN yIUP5LLT+ThhyjL2MqB+YE9yW5Y7Gb8Z0CyY4mwUxLOpQNzmkJv/s33XWU1Hr58TufSjQvJoDV1w 9s+UsRh7SgpM5G9jIaoi7wfZ1HLxt/kAAAD//wMAUEsDBBQABgAIAAAAIQDXlCmAPQQAAG4OAAAh AAAAZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1szFfdjuI2GL2v1HewcllpFkIIMNHA qqXdqtLsLCrsA5jEkHQcO3JMFvbpe+zETGDZJcz0ojdMxjk+/n7P5zy83+ecVEyVmRRTz3/X9wgT sUwysZ16n1cf7iYeKTUVCeVSsKl3YKX3fvbzTw9FVPLkkR7kThNwiDKiUy/Vuoh6vTJOWU7Ld7Jg Au82UuVU41+17SWKfgF3znuDfn/Uy2kmvGa/6rJfbjZZzH6X8S5nQtckinGqYX+ZZkXp2PK4C11O 1fOuuItlXoBinfFMHyzpkaaaejslosaluzyLlSzlRps9UU7jqMq5R/I4+msrpKJrjiDllV1ZKFYy VbFftVbZeqdZaV5FvzjuoouFhSER2jp4GjV9KHCWXP+z2nvEwnAWcujNkJx4yRMiaI6FuRQaDORL plMyp4UJlcWUxUoxZtCi+lMVy2Kh7NanaqFIlhiqhsLrNS8amP1XAIaH3tn2rWOi0X6j8tkDjZA0 sp96qK2D+cUmGrG9JnG9GL+sxumnC9g4/eMCuucOgAXHQ1GWRe3Rt+4MnDurTHNG/KNXNZRi66OM n0siJPw07tfuxU+VIzM+G/oiJXX4taFqcPVLGw+HL21MnaHHSAzDMcrfhmMwDvrhWUyCfn8S+IFH TGR8fzRoEG2Pa+Yi0vvfZHIwEV3jLxJHRZxK9NK6jjMv9VIfONJMI15xHwYRyrdodo4ioFHCNn9j qfw69WASbFo7x4945BjPLR5EmEaIA36wlVOjFUzcfV5CK3I954yCvvFJz+Y8i5+JloQlmSYfaamZ IjZuUBZYZti1PcNSMpEsqKLGqDazSQWNcDLi63zGY53t7+ccQTztggWnMUslT2DE4G0VkCWoX1ck 3ZMfhOPQJNQ0w6Xsh77vA1FnP5yEgY9SqN2vG8q6Xdehi4TLvm2tdqqalJ9lOjDVV1O2AHgcNPXa ropJG+sAwAYXsMM21gGAHV7Ammo72uAAwIbXsA4A7Oga1gGAHV/DOgCwk2tYBwD2/hq2BlzqIewk YDg2yxt7ymiqbanypKfqvrHNgx93pC3cG9p4yWIpEsJZxXgHettbN9Cv0kx1Z7cNcQP7B7lTmH5d jR+awryFPttcZMeY+0/VbOjUbGVS3ZYyGxCMfTeqXjXMzASBhGMUpJRvPNwBIHA2kXaoGcmxD0tb 8UZ8zdKPpps/DEK/7vOXkX8y3oaje78/erPAEdzkHu0VIxMJbjvm0Zi23j3h3mqz2dI0/0SnzEw0 WHSikbeGys3oTnwnenqmkQ3fvT80p5JOfCfaeKajDZ8fjP1RV8L7H2it45sMJkbqOxl4wnemxw3f YDCBea/hO9Nsxzce2rF1u31nut7wGbLOCTnx90z7Hd8oHL8uH/+P+YDOdrcJe8Gwve4+EbBivijs VwBXH2nxqbItg6883ObmdqnAd52Z54C+QAyV+06c/QsAAP//AwBQSwECLQAUAAYACAAAACEA8xbA Yf0AAAC7AQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAI AAAAIQBw8DjcvgAAADgBAAALAAAAAAAAAAAAAAAAAC4BAABfcmVscy8ucmVsc1BLAQItABQABgAI AAAAIQDXlCmAPQQAAG4OAAAhAAAAAAAAAAAAAAAAABUCAABkcnMvc2xpZGVMYXlvdXRzL3NsaWRl TGF5b3V0MS54bWxQSwUGAAAAAAMAAwDJAAAAkQYAAAAAcAAeBMMEAABQSwMEFAAGAAgAAAAhAPMW wGH9AAAAuwEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJDLTsMwEEX3SPyD5S2KnbJACCXpgscK AYvyASN7klj4JY9TNX+PkxYJUNXVaB537plptgdn2R4TmeBbvhE1Z+hV0MYPLf/cvVT3nFEGr8EG jy2fkfi2u75qdnNEYkXtqeVjzvFBSlIjOiARIvrS6UNykEuaBhlBfcGA8rau76QKPqPPVV528K55 wh4mm9nzoZSPJEXO2eNxbrFqOcRojYJcQOXSlV3zXsCT0cg+IOU3cGVK6kSSbCm+whym/CfZiMtr 917/Y69C3xuFOqjJFWIRE1KJK4Wz4pfRzYnpzC0JLV045ozr6VuiKFcrGk2kHwe5vr77BgAA//8D AFBLAwQUAAYACAAAACEAcPA43L4AAAA4AQAACwAAAF9yZWxzLy5yZWxzhI/BCsIwEETvgv8Q9m7T ehCRpr2IIHgS/YAl2bbBNgnZKPbvzdGC4HEY5s1M3b6nUbwosvVOQVWUIMhpb6zrFdxvp80eBCd0 BkfvSMFMDG2zXtVXGjHlEA82sMgUxwqGlMJBStYDTciFD+Sy0/k4Ycoy9jKgfmBPcluWOxm/GdAs mOJsFMSzqUDc5pCb/7N911lNR6+fE7n0o0LyaA1dcPbPlLEYe0oKTORvYyGqIu8H2dRy8bf5AAAA //8DAFBLAwQUAAYACAAAACEAuMj+kJABAAATAwAAIQAAAGRycy9zbGlkZUxheW91dHMvc2xpZGVM YXlvdXQxLnhtbIxS207jMBB9R+IfLD+uVFL2Aa2spmiXm5AWqAT7AVPHaSx809gJzd8zdhMQKx76 Yo3PnHNmxuPV5d4aNiiM2ruan58tOVNO+ka7Xc3/vdwufnEWE7gGjHeq5qOK/HJ9erIKIprmL4y+ T4w8XBRQ8y6lIKoqyk5ZiGc+KEe51qOFRFfcVQ3CG3lbU/1cLi8qC9rxSY/H6H3baqmuveytculg gspAov5jp0Oc3aw8xs4CvvZhIb0NZLHVRqexmH7YDDXv0YlppIXVEn30bcoaYUGKwRrOrBT3O+cR toYeyQ4F2aCKCgf1OyXU2z6pmFPix+wdjukwZBOXyoBfXy2NgWptDbhXzgqNatEO+ZqWI59NwxxY Av4URgZjeEGlcuSGOwzPYYOF+zhskOkmaycNr6bERCtXRzQKqv/ku9kJxL5Fu16BoC2xfc3pM435 JBEItU9MHkD5icru6Ruu7G6+YVdzAergoyjF81gU5rFL5wYfIDwNNB/QlmJSeFWgQJ/vMIP8pGSP +TOv3wEAAP//AwBQSwECLQAUAAYACAAAACEA8xbAYf0AAAC7AQAAEwAAAAAAAAAAAAAAAAAAAAAA W0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBw8DjcvgAAADgBAAALAAAAAAAAAAAA AAAAAC4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQC4yP6QkAEAABMDAAAhAAAAAAAAAAAA AAAAABUCAABkcnMvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWxQSwUGAAAAAAMAAwDJAAAA 5AMAAAAAYAAeBFoFAABQSwMEFAAGAAgAAAAhAPMWwGH9AAAAuwEAABMAAABbQ29udGVudF9UeXBl c10ueG1sfJDLTsMwEEX3SPyD5S2KnbJACCXpgscKAYvyASN7klj4JY9TNX+PkxYJUNXVaB537plp tgdn2R4TmeBbvhE1Z+hV0MYPLf/cvVT3nFEGr8EGjy2fkfi2u75qdnNEYkXtqeVjzvFBSlIjOiAR IvrS6UNykEuaBhlBfcGA8rau76QKPqPPVV528K55wh4mm9nzoZSPJEXO2eNxbrFqOcRojYJcQOXS lV3zXsCT0cg+IOU3cGVK6kSSbCm+whym/CfZiMtr917/Y69C3xuFOqjJFWIRE1KJK4Wz4pfRzYnp zC0JLV045ozr6VuiKFcrGk2kHwe5vr77BgAA//8DAFBLAwQUAAYACAAAACEAcPA43L4AAAA4AQAA CwAAAF9yZWxzLy5yZWxzhI/BCsIwEETvgv8Q9m7TehCRpr2IIHgS/YAl2bbBNgnZKPbvzdGC4HEY 5s1M3b6nUbwosvVOQVWUIMhpb6zrFdxvp80eBCd0BkfvSMFMDG2zXtVXGjHlEA82sMgUxwqGlMJB StYDTciFD+Sy0/k4Ycoy9jKgfmBPcluWOxm/GdAsmOJsFMSzqUDc5pCb/7N911lNR6+fE7n0o0Ly aA1dcPbPlLEYe0oKTORvYyGqIu8H2dRy8bf5AAAA//8DAFBLAwQUAAYACAAAACEA3Ow/7CcCAABl BAAAIQAAAGRycy9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnhtbIxUy27bMBC8F+g/EDwWcOTk UBSE5aB1HyiQxEbtfMCaom3CfIFcq9bfd0lJTpvm4ItELWdnd4Zcze7P1rBWxaS9q/ntzZQz5aRv tNvX/HnzffKJs4TgGjDeqZp3KvH7+ft3syCSaR6g8ydkxOGSgJofEIOoqiQPykK68UE52tv5aAHp M+6rJsJv4ramuptOP1YWtONDfrwm3+92WqqvXp6sctiTRGUAqf900CGNbFZeQ2chHk9hIr0NRLHV RmNXSC80bc1P0YlB0sRqGX3yO8w5woIUrTWcWSl+7p2PsDVkkm1LZBVVUrFVnxGj3p5QpbwlPozc 4ZoOQyZxWAT+6xp2gWqhRqOWznScFSjVo3PkczoguTYNc2ApsMkoVmB5J4VNVCqvXPsjhnVYxZLw 1K4i000mGBJ5NWwMsPLpCEaL6lX6fmQCcd5FO5+BoONi55rTreryk5JAqDMy2QflS1Qelm9g5eHb G+hqLEAdXIpmVb2i/+XcjXJ6H24vqnooUOqDl8fEnCedWX4vTz61I1nWnOnDgf1l/IDrN4sfIz6R p8UsPH/xTZeFb+ldgiBMwjV2RhVDqG0QRE4Pst9AHj3lJs9rGj2LC6OARnMwD+cLo+WRoWeq0cge IaGKrNwCGlSinJE7SIczUCrXrCDCr1fMWR8IqkxNjx3SMltYXv39oGW+ROUKmPgIYdmWPmm4qeqi hAKN8+DWCyRzjL+H+R8AAAD//wMAUEsBAi0AFAAGAAgAAAAhAPMWwGH9AAAAuwEAABMAAAAAAAAA AAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAcPA43L4AAAA4AQAA CwAAAAAAAAAAAAAAAAAuAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEA3Ow/7CcCAABlBAAA IQAAAAAAAAAAAAAAAAAVAgAAZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1sUEsFBgAA AAADAAMAyQAAAHsEAAAAAFAAHgTyBwAAUEsDBBQABgAIAAAAIQDzFsBh/QAAALsBAAATAAAAW0Nv bnRlbnRfVHlwZXNdLnhtbHyQy07DMBBF90j8g+Utip2yQAgl6YLHCgGL8gEje5JY+CWPUzV/j5MW CVDV1Wged+6ZabYHZ9keE5ngW74RNWfoVdDGDy3/3L1U95xRBq/BBo8tn5H4tru+anZzRGJF7anl Y87xQUpSIzogESL60ulDcpBLmgYZQX3BgPK2ru+kCj6jz1VedvCuecIeJpvZ86GUjyRFztnjcW6x ajnEaI2CXEDl0pVd817Ak9HIPiDlN3BlSupEkmwpvsIcpvwn2YjLa/de/2OvQt8bhTqoyRViERNS iSuFs+KX0c2J6cwtCS1dOOaM6+lboihXKxpNpB8Hub6++wYAAP//AwBQSwMEFAAGAAgAAAAhAHDw ONy+AAAAOAEAAAsAAABfcmVscy8ucmVsc4SPwQrCMBBE74L/EPZu03oQkaa9iCB4Ev2AJdm2wTYJ 2Sj2783RguBxGObNTN2+p1G8KLL1TkFVlCDIaW+s6xXcb6fNHgQndAZH70jBTAxts17VVxox5RAP NrDIFMcKhpTCQUrWA03IhQ/kstP5OGHKMvYyoH5gT3JbljsZvxnQLJjibBTEs6lA3OaQm/+zfddZ TUevnxO59KNC8mgNXXD2z5SxGHtKCkzkb2MhqiLvB9nUcvG3+QAAAP//AwBQSwMEFAAGAAgAAAAh AIdYZny/BAAA4xcAACEAAABkcnMvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWzsWNtu4zYQ fS/QfyD0WCBry5YvEWIv2rRbFMgmQeP9AFqiIzUUqVK0Yu/Xd2Yk2vJtoXgX2AXqF5uWDg/nwjkc 8+b9KpOsFKZItZp4/ruux4SKdJyq54n3afbhauyxwnIVc6mVmHhrUXjvpz//dJOHhYzv+FovLQMO VYR84iXW5mGnU0SJyHjxTudCwbuFNhm38NM8d2LDX4E7k51etzvsZDxVXj3ftJmvF4s0Er/raJkJ ZSsSIyS3YH+RpHnh2LKoDV3Gzcsyv4p0lgPFPJWpXRPphqaceEujwtqlqyyNjC70wuKcMONRWGbS Y1kU/vWstOFzCUHKSnryaEQhTCl+tdak86UVBb4Kf3HceRsLcyRRlhzcjZpd57CWfdWz1exVP8z/ 8RiBYUXIpDeFFEVPMmaKZ/DgFl00aaEVvSnymRECMar80+RP+aOhCfflo2FpjAT1RK9Tv6hh9FMB DAadvenPjomHq4XJpjc8hISx1cSDfbXGT5jEQ7GyLKoeRtunUfJwBBslfxxBd9wCYMFmUdiSeeXR oTs9584stVIwf+NVBeUw9U5HLwVTGvxE9yv3ovvSkaHPSJ8nrA49UtW46iXFw+ELiCkFy65+0/Ea HZ/DNz3koSzsk11LSAGMS+lTAngYi8XfVWgbj8HbJhyc5CGYAh+QLMmxVIW6+vQEpZrZWyk4lHId aju9lWn0wqxmIk4t+8gLKwyzFIUCDbgBdguprCmFih+54WDEDjNGg4ewMrjo/IFhFfDTYe9vwo45 f5Q8EomWMVjQ+xYZwHh6sF1hL7mEnUgERmtvSwaDEWgQ7Ut/0B/4fh9N2u7OoBt0/THoH+7RYf96 NCSbIQwVEblfbQkXEZdhxlWUaBC0eUXZzF6dbAbSc0d1kaoYChyHuPp8eQ9CS4ZUe4EVnydeL0BL 587Nxt6gYQ92T03ovGrF2j1kRSq0A8zsb1mv/YAsaMPqjw9ZkapmDbasfn/kDxHcipaQuyFArpp2 0KAd98Zkw7m0yFXTDre0vd4YTPgKa5Grph01aEdBn/bhudYiV0073tIiZ/uUHYktctW01w3a4WD0 VSlDLtKSZk2QouEisOs20kWrn69wKDgkcMWOwp2jYoFTsVutLNTqjpCRasBR6w6KNx4lWN0Jl4ta xiqJwWOVwoSD5nmCCTktYz1/FIxHgy/IWP964ENxIKKNjpEMNRN1cFJt1amibABg6MSkqWRYQhus AwDWSUQDS0qywToAYF3dN7G4KzdYBwCsK+aTWAcArKvQk1gHAKwru5NYBwCsq6WTWAcAbFUgrhOg +JJIbnz7MSqImgH4cEVL5+8b2pInEWkVMylKIY8U6D491cUb6GdJatqz1yd/a8X5oJfGJq2ND6qK bE+fLo6yQ2/yTbuzgdO12X53RhafL2pVf1x1Zyhw/y65gbaz1jiKNrXKrTVuGAy6PTAXOrFTvZo/ AuW79GoT79KrQb986dUmXv//2KsNnaYd69WoNTpf1g6ljHTybCk71a9tpezSr2HMd/ufS7924k7n i/949huqS7+GV2jVv8H92HzPfo1ulaq7WRjiBS5dv0rzkecPJbWQcLUOzdQtPcrhMh3/GQB0C0EO dzk//Q8AAP//AwBQSwECLQAUAAYACAAAACEA8xbAYf0AAAC7AQAAEwAAAAAAAAAAAAAAAAAAAAAA W0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBw8DjcvgAAADgBAAALAAAAAAAAAAAA AAAAAC4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCHWGZ8vwQAAOMXAAAhAAAAAAAAAAAA AAAAABUCAABkcnMvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWxQSwUGAAAAAAMAAwDJAAAA EwcAAAAAQAAeBJgGAABQSwMEFAAGAAgAAAAhAPMWwGH9AAAAuwEAABMAAABbQ29udGVudF9UeXBl c10ueG1sfJDLTsMwEEX3SPyD5S2KnbJACCXpgscKAYvyASN7klj4JY9TNX+PkxYJUNXVaB537plp tgdn2R4TmeBbvhE1Z+hV0MYPLf/cvVT3nFEGr8EGjy2fkfi2u75qdnNEYkXtqeVjzvFBSlIjOiAR IvrS6UNykEuaBhlBfcGA8rau76QKPqPPVV528K55wh4mm9nzoZSPJEXO2eNxbrFqOcRojYJcQOXS lV3zXsCT0cg+IOU3cGVK6kSSbCm+whym/CfZiMtr917/Y69C3xuFOqjJFWIRE1KJK4Wz4pfRzYnp zC0JLV045ozr6VuiKFcrGk2kHwe5vr77BgAA//8DAFBLAwQUAAYACAAAACEAcPA43L4AAAA4AQAA CwAAAF9yZWxzLy5yZWxzhI/BCsIwEETvgv8Q9m7TehCRpr2IIHgS/YAl2bbBNgnZKPbvzdGC4HEY 5s1M3b6nUbwosvVOQVWUIMhpb6zrFdxvp80eBCd0BkfvSMFMDG2zXtVXGjHlEA82sMgUxwqGlMJB StYDTciFD+Sy0/k4Ycoy9jKgfmBPcluWOxm/GdAsmOJsFMSzqUDc5pCb/7N911lNR6+fE7n0o0Ly aA1dcPbPlLEYe0oKTORvYyGqIu8H2dRy8bf5AAAA//8DAFBLAwQUAAYACAAAACEAYSyntWUDAAAU DgAAIQAAAGRycy9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnhtbOxXW2/aMBR+n7T/YOVxEguX QGkEVBtbp0m9oEF/gHEcktWXyDYp7Nfv2IkppXSAukdewHE+fz7nOxc7g6sVZ6ikSudSDIPW52aA qCAyycViGDzMrhv9AGmDRYKZFHQYrKkOrkYfPwyKWLPkBq/l0iDgEDrGwyAzpojDUJOMcqw/y4IK eJdKxbGBR7UIE4WfgJuzsN1s9kKOcxHU69Ux62Wa5oR+k2TJqTAViaIMG7BfZ3mhPRsnx9BxrB6X RYNIXgDFPGe5WTvSDU05DJZKxLVLDZ4TJbVMjV0Tc0zikrMAcRL/XAip8JyBSLx0MxNFNVUl/WKM yudLQ7V9FX/y3MUxFhaWRBjn4EvVzLqAvcyTvJ//DpDDwWYQxGAE0SFTliCBOUzMniQaS2GAxr3S xUxRakGi/KGKaTFRbsVdOVEoTyxDvTII6xc1zD0KgMEg3Fm+8Ew4XqWKjwY4hmCh1TCAnFrbX1iE Y7oyiFST5HmWZPd7sCT7vgcd+g3Ags2mkI5F5dFrd9renVluGEWtjVcVFMPSG0keNRIS/LTuV+6R u9KTWZ8tfZGhWnZLVeOql04Pj9egqRPLrL7KZG0dn8O/m8Qx02Zq1ow6QcBsHAM5/ID8DNvCo6Lx MIXC42bMKIbCrMUzozHLySMyEtEkN+gWa0MVMs4vbSkHoI6B4NSUVCQTrPCvHWbrH45hZzDaWwjD SsK3hex4IetsQhOGCc0kS8CI9vtk1X+gGjBLA8hASA8fgze0tXLtZFnUvYCW4lKt1Ws27djp6xMu anb6MB8gm3ZRt9297HVcAD2TE6AKs9dkb9Ts3qxkLVc2OE5oauW19rf71aag7RYAhu092Ggb6wGA 7ezBNrexHgDY6DW29cIGDwBs9xDWAwDbO4T1AMBeHMJ6AGD7h7AeANjLQ9gKYLWuy8kGxlUTrETA sCmbd1aXzSBXXPpFdVUVtLulS9wTCnpKiRQJYrSk7Ah6V2Un0M+yXB3P7griBPZruVQmO9r4qKrI o8Nxnad72eEU+a99LfpXX3OawHnqD4MTj4udvubi544K22ncYPvM2NfXelH/3NjgRDg3tvjc2DYX oXNjqy9s7q+60MPQXvvdnZ2pW1zcl67XwrcYXBPHbqqAry97/QPoM8Ry+K+50V8AAAD//wMAUEsB Ai0AFAAGAAgAAAAhAPMWwGH9AAAAuwEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVz XS54bWxQSwECLQAUAAYACAAAACEAcPA43L4AAAA4AQAACwAAAAAAAAAAAAAAAAAuAQAAX3JlbHMv LnJlbHNQSwECLQAUAAYACAAAACEAYSyntWUDAAAUDgAAIQAAAAAAAAAAAAAAAAAVAgAAZHJzL3Ns aWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1sUEsFBgAAAAADAAMAyQAAALkFAAAAADAAHgS0BgAA UEsDBBQABgAIAAAAIQDzFsBh/QAAALsBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQy07DMBBF 90j8g+Utip2yQAgl6YLHCgGL8gEje5JY+CWPUzV/j5MWCVDV1Wged+6ZabYHZ9keE5ngW74RNWfo VdDGDy3/3L1U95xRBq/BBo8tn5H4tru+anZzRGJF7anlY87xQUpSIzogESL60ulDcpBLmgYZQX3B gPK2ru+kCj6jz1VedvCuecIeJpvZ86GUjyRFztnjcW6xajnEaI2CXEDl0pVd817Ak9HIPiDlN3Bl SupEkmwpvsIcpvwn2YjLa/de/2OvQt8bhTqoyRViERNSiSuFs+KX0c2J6cwtCS1dOOaM6+lboihX KxpNpB8Hub6++wYAAP//AwBQSwMEFAAGAAgAAAAhAHDwONy+AAAAOAEAAAsAAABfcmVscy8ucmVs c4SPwQrCMBBE74L/EPZu03oQkaa9iCB4Ev2AJdm2wTYJ2Sj2783RguBxGObNTN2+p1G8KLL1TkFV lCDIaW+s6xXcb6fNHgQndAZH70jBTAxts17VVxox5RAPNrDIFMcKhpTCQUrWA03IhQ/kstP5OGHK MvYyoH5gT3JbljsZvxnQLJjibBTEs6lA3OaQm/+zfddZTUevnxO59KNC8mgNXXD2z5SxGHtKCkzk b2MhqiLvB9nUcvG3+QAAAP//AwBQSwMEFAAGAAgAAAAhAOXJV5uBAwAArgkAACEAAABkcnMvc2xp ZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWycltuO2jwQgO8r9R2sXFbakoRD2GiharenX9puUdk+ gHEMROuTbJPC//SdcRwO7VaKuIFgz3xzHnL3bi8Fabh1tVazJHubJoQrpqtabWbJz6fPN9OEOE9V RYVWfJYcuEvezV+/ujOlE9UDPeidJ8BQrqSzZOu9KQcDx7ZcUvdWG67gbq2tpB5+2s2gsvQXsKUY 5Gk6GUhaqyTq2z76er2uGf+o2U5y5VuI5YJ68N9ta+M6mmR9cJLa5525YVoaQKxqUftDgB4xzSzZ WVXGkG5kzax2eu1Rp5SUlY0UCZGs/G+jtKUrAUmSTThZWO64bfh772292nnu8Kp807FNHw8NQpQP AV5mzR8M2HKcfeW0SkgQBGtQxWQO5WFLURFFJRwsOcP8EBTkNtw682Q5RznVfLFmaRY2KD02C0vq CiFRORnEiygWfioQg4fBH+qbjkTL/drK+R0toWBkP0ugrw74CUq05HtPWHvITqds+/0FWbb99IL0 oDMAHhyNQkuaNqK/w8m7cJ5qLzjJjlG1ohRUHzR7dkRpiBPDb8Njj00Hw5gRb7akTb1HVJRrL0M+ OnkXcto5esxEkefDbBjSMRqlk9v0j6QURZGP4JBgarLhJE+LcTDSkcBIizal33/Q1QFTuoJvqBxV bKthkDxq0FI4v/QHAXWG50Zk4BGhYgOTLqALaFnx9Q84cv/PEjAJNleh8IxCBqgQ0WzUhHJfEiHZ tISUwAdABMWVwdXNzyWsDOnvBadgKEbn5/eiZs/Ea8Kr2pNv1HluSUghLBjwEek+2AhIrqoFtRTd OydjVWgJliELXfQhIViZf5cf8t2OwhP23kJQxrdawDCQHIOEaenqfFUnYPYTGBvo6a5xrmqI/Dad FNAcoXjdlFw2xDhNs2kRK9MOWZ+GWLXMlxoCduBDGNBaVbBp8BFruto9wsYPnpy1CWztUFFshbah UBYec+ytFjUaFyAG+ejBy6bnPIRE3vDEu81gUPryJuc8hETe6MTLhkWGYv0cRNNt10GUSInA8Rlw mk8xjiuASInAyQmY51Nw8CogUiKwOAMWo2H/mlyEjJQInJ6ASOtflAsgUiLw9gw4GRdXFgUpLy8n xEPVjlso2L1+WeFEhl3lLpbVvxZSmMv2bxYe8f84bBphv1HzvQm+wFsSrMH7cGTgvQgbDURPIsjo 3rPmvwEAAP//AwBQSwECLQAUAAYACAAAACEA8xbAYf0AAAC7AQAAEwAAAAAAAAAAAAAAAAAAAAAA W0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBw8DjcvgAAADgBAAALAAAAAAAAAAAA AAAAAC4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQDlyVebgQMAAK4JAAAhAAAAAAAAAAAA AAAAABUCAABkcnMvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWxQSwUGAAAAAAMAAwDJAAAA 1QUAAAAAIAAeBM0FAABQSwMEFAAGAAgAAAAhAPMWwGH9AAAAuwEAABMAAABbQ29udGVudF9UeXBl c10ueG1sfJDLTsMwEEX3SPyD5S2KnbJACCXpgscKAYvyASN7klj4JY9TNX+PkxYJUNXVaB537plp tgdn2R4TmeBbvhE1Z+hV0MYPLf/cvVT3nFEGr8EGjy2fkfi2u75qdnNEYkXtqeVjzvFBSlIjOiAR IvrS6UNykEuaBhlBfcGA8rau76QKPqPPVV528K55wh4mm9nzoZSPJEXO2eNxbrFqOcRojYJcQOXS lV3zXsCT0cg+IOU3cGVK6kSSbCm+whym/CfZiMtr917/Y69C3xuFOqjJFWIRE1KJK4Wz4pfRzYnp zC0JLV045ozr6VuiKFcrGk2kHwe5vr77BgAA//8DAFBLAwQUAAYACAAAACEAcPA43L4AAAA4AQAA CwAAAF9yZWxzLy5yZWxzhI/BCsIwEETvgv8Q9m7TehCRpr2IIHgS/YAl2bbBNgnZKPbvzdGC4HEY 5s1M3b6nUbwosvVOQVWUIMhpb6zrFdxvp80eBCd0BkfvSMFMDG2zXtVXGjHlEA82sMgUxwqGlMJB StYDTciFD+Sy0/k4Ycoy9jKgfmBPcluWOxm/GdAsmOJsFMSzqUDc5pCb/7N911lNR6+fE7n0o0Ly aA1dcPbPlLEYe0oKTORvYyGqIu8H2dRy8bf5AAAA//8DAFBLAwQUAAYACAAAACEA0J7OxJoCAABC BwAAIQAAAGRycy9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnhtbKyV227bMAyG7wfsHQRfDkjd wzAMQpJiy9ZhQA9Bkz4AIyuxVp0gMV789qNkO0W7DkjQ3TiORH4if5Ly+HJnNGtkiMrZSXF2clow aYWrlN1Miofl1ehzwSKCrUA7KydFK2NxOX3/bux51NU1tG6LjBg2cpgUNaLnZRlFLQ3EE+elpb21 CwaQ/oZNWQX4TWyjy/PT00+lAWWL3j8c4u/WayXkNye2RlrsIEFqQIo/1srHgWbEITgD4XHrR8IZ T4iV0grbDN1jmkmxDZb3KY2MEsFFt8bkww0I3hhdMCP4z411AVaaRDJNXpkHGWVo5BfEoFZblDFt 8Q8D2x8SoU8QiznB56ph6+kst/pVsGxEJ1EFiymVRix0xSwYWlgq1JJRAdnMWSRSNoh+GaRMprb5 EfzCz0P2u23mgakqcXr/ouw3erP815IZvZQv3DcDCfhuHcx0DJzqxXaTgtqqTU9yAi53yES3KJ5W RX33iq2ov79iXQ4HUAT7Q6kjfZfR3+mcD+l0cpzts+pMgVyvnXiMzDrKM6XfpSdumwGWck54X7NO eUzK9nbdZtZjsI+kaRYLd19d1abEV/SbF4HriAtstcyCUNjACU4Pkl9Dmj1pRw8Lmj2DMy2BZrMX D6czrcQjQ8dkpZDdQEQZWA6GJpWQY1IHqTg9UtpqDgHuX5BTfsDpZAp6iJBeOwn/LeTFIGTfTWyu Qcja6YqCOH+brKqiphiU/w+KUgGYbvReujcqnNo2CxyfKdypmKWkx3BkTuOIoi6kcDSjWjZSH4DP Sh+BX9YqHE6/SHU8gn7ltgHrg4P/eCxerV+l001ydG/nFu/uPnpN92S+3nS4AX/X5A6hLxdN1Cwv efpWpUkh0yeTxBi+fdM/AAAA//8DAFBLAQItABQABgAIAAAAIQDzFsBh/QAAALsBAAATAAAAAAAA AAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAHDwONy+AAAAOAEA AAsAAAAAAAAAAAAAAAAALgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhANCezsSaAgAAQgcA ACEAAAAAAAAAAAAAAAAAFQIAAGRycy9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnhtbFBLBQYA AAAAAwADAMkAAADuBAAAAAAQAB4EaQYAAFBLAwQUAAYACAAAACEA8xbAYf0AAAC7AQAAEwAAAFtD b250ZW50X1R5cGVzXS54bWx8kMtOwzAQRfdI/IPlLYqdskAIJemCxwoBi/IBI3uSWPglj1M1f4+T FglQ1dVoHnfumWm2B2fZHhOZ4Fu+ETVn6FXQxg8t/9y9VPecUQavwQaPLZ+R+La7vmp2c0RiRe2p 5WPO8UFKUiM6IBEi+tLpQ3KQS5oGGUF9wYDytq7vpAo+o89VXnbwrnnCHiab2fOhlI8kRc7Z43Fu sWo5xGiNglxA5dKVXfNewJPRyD4g5TdwZUrqRJJsKb7CHKb8J9mIy2v3Xv9jr0LfG4U6qMkVYhET UokrhbPil9HNienMLQktXTjmjOvpW6IoVysaTaQfB7m+vvsGAAD//wMAUEsDBBQABgAIAAAAIQBw 8DjcvgAAADgBAAALAAAAX3JlbHMvLnJlbHOEj8EKwjAQRO+C/xD2btN6EJGmvYggeBL9gCXZtsE2 Cdko9u/N0YLgcRjmzUzdvqdRvCiy9U5BVZQgyGlvrOsV3G+nzR4EJ3QGR+9IwUwMbbNe1VcaMeUQ DzawyBTHCoaUwkFK1gNNyIUP5LLT+ThhyjL2MqB+YE9yW5Y7Gb8Z0CyY4mwUxLOpQNzmkJv/s33X WU1Hr58TufSjQvJoDV1w9s+UsRh7SgpM5G9jIaoi7wfZ1HLxt/kAAAD//wMAUEsDBBQABgAIAAAA IQDksEQANgMAAFoJAAAhAAAAZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1srJZrb9sg FIa/T9p/QP44KXPsXOxaSaqtu2hSL9HS/gCCSWIVMALsJf9+h4uTtOukyOqXBMPhgfO+HOzZ9Z4z 1FKlq1rMo+TzMEJUkLqsxHYePT3+GOQR0gaLErNa0Hl0oDq6Xnz8MJOFZuUtPtSNQcAQusDzaGeM LOJYkx3lWH+uJRUwtqkVxwYe1TYuFf4DbM7idDicxhxXIgrz1SXz682mIvRbTRpOhfEQRRk2sH+9 q6TuaJxcguNYPTdyQGouAbGuWGUODnrEtPOoUaIIKQ14RVSt642xcwqOSdFyFiFOil9bUSu8ZiAS b13PUlFNVUu/GKOqdWOotkPFp44tL9mhtBBhXIIvVTMHCWuZyjAaIRcGa4GH0QLMIStWIoE5dDza CLRiVUndkJaPilIbJNqfSq7kUrkZ9+1Soaq0hDAzisNACHOPAsKgEb+avu1IuNhvFF/McAFeof08 giN1sL8wCRd0bxDxneTUS3YPb8SS3fc3ouNuAdjBcVE4jdJn9G86aZeOFyI5ZuVDMUy9rcmzRqKG PG36Pj1y33Ywm7PFyx3yqhOjHC2E+nEnSTdFO1m7vR7FmOaTfOgVSZPRcJxOXuqSZVk6tgFWnWSc DYc+4jxrj5aF2X+ty4NVdQ3/zhVcMG1W5sCoUxs0wQXsHH7AW4ZtUVMxeFpBUXNzwyiGog/OmMUN q8gzMjWiZWXQHdaGKmTc6dEWOYNNGHA+IKkol1jh36/IVjxcwMogR7dDaHp//u/SqHNp1az9mul7 GKWbtTcKTjYcu87byw1LRlkyDY6N8nwK19ZLx6Zgl7PUOZZNUhvtRfCF4JL356fT403HrE2sZQkc HAT30q2rnEqUUP2uidkW3IKTB1UMgOYeLmTnckk3YIJfMgACKz2xxpPMbh31AFpKAI5OwKtk7A5q D6ClBOD4BDwq3YNoMYE4OSPmae6s6UG0mECcnohpmoO9/WS0mEDMzojZeNTXGIsJxPxEtLi+zlhM IF6dEaeTzNVADx0txt0I3cVk8e9wL0Fhv+fV5IrUvxehad+e7tXH1B2WD63TBL5o4EK8cV0SvmFs wUHoKcQyum+ixV8AAAD//wMAUEsBAi0AFAAGAAgAAAAhAPMWwGH9AAAAuwEAABMAAAAAAAAAAAAA AAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAcPA43L4AAAA4AQAACwAA AAAAAAAAAAAAAAAuAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEA5LBEADYDAABaCQAAIQAA AAAAAAAAAAAAAAAVAgAAZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1sUEsFBgAAAAAD AAMAyQAAAIoFAAAAAAAAHAQEAAAAAQAAACAAug8iAAAATQBvAGQA6ABsAGUAIABwAGEAcgAgAGQA 6QBmAGEAdQB0AA8A8APfSQAAAQDxAwgAAAAAAACAAgC1Ig8ADAQ/NgAADwAC8Dc2AADgAAjwCAAA AAcAAAAHOAAADwAD8OE1AAAPAATwKAAAAAEACfAQAAAAOQBfAHMAbQBhAHIAdABfAAIACvAIAAAA ADgAAAUAAAAPAATwmQoAABIACvAIAAAAAjgAAAAKAACDAAvwSAAAAH8AAQDvAYAAON61Ir8ABAAE AL8BAQARAP8BAQAZAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAAMgAAABMA IvEpCAAAqcMjCAAAUEsDBBQABgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAW0NvbnRlbnRfVHlwZXNd LnhtbJRRwU7DMAy9I/EPUa6oSccBIdR2BzqOgGB8gJW4bUSbRHEo29/jbuyAhIY42n7v+fm5Wu+m UcyYyAVfy5UqpUBvgnW+r+Xb9qG4lYIyeAtj8FjLPZJcN5cX1XYfkQSzPdVyyDneaU1mwAlIhYie J11IE2QuU68jmHfoUV+X5Y02wWf0uciLhmyqFjv4GLPY7Lh9dMJ0Ke6PuGVVLSHG0RnIbFQvU91U T2w8OYviGVJ+hIlR2ibSNEBExqjzKrO3aqIidJ0zqNpErwvv6g9xGz59wvm/2i3TXnA+qf9ycsKR zty8uP0ZbPEdqmLmIRcaXKTTBn34UPMFAAD//wMAUEsDBBQABgAIAAAAIQAx3V9h0gAAAI8BAAAL AAAAX3JlbHMvLnJlbHOkkMFqwzAMhu+DvYPRvXHaQxmjTm+FXksHuwpbSUxjy1gmbd++pjBYRm87 6hf6PvHv9rcwqZmyeI4G1k0LiqJl5+Ng4Ot8WH2AkoLR4cSRDNxJYN+9v+1ONGGpRzL6JKpSohgY S0mfWosdKaA0nCjWTc85YKljHnRCe8GB9KZttzr/ZkC3YKqjM5CPbgPqfE/V/IcdvM0s3JfGctDc 996+omrH13iiuVIwD1QMuCzPMNPc1OdAv/au/+mVERN9V/5C/Eyr9cesFzV2DwAAAP//AwBQSwME FAAGAAgAAAAhAJqK4r+6AwAAPwkAABAAAABkcnMvc2hhcGV4bWwueG1sxFXbbuM2EH0v0H8g+Fp4 bblJkxirLJKg2RbwBkacRZ9piYpUU6RKUr7kMfs9iy3QAn3J3+QD8gs9Q8qXFotFUReoH+SRZjiX M2eGr9+sasUW0rrK6JQnrwacSZ2ZvNL3KX9/d9075cx5oXOhjJYpX0vH35x//dXrZuQahsPajZqU l943o37fZaWshXtlGqmhK4ythcerve83VjqpvfAIVKv+cDD4rl+LSvNzuNKLaTOxJGU3i4llVZ7y bwcnR5xpUSPqrcyQw72SbMj7nVk8IZDG2GRz1+Ui/kkuuRVLFPiXNJg2by0qSRDTXJWIJi+sNctS itzRZ8Tth/w2qWpkSrk0JfPrBlmWuQVYDyn/pRXWS9sdiXY4u6vSoVo2W74zOY6J1hugIEarwtaH lkF+TFGwVcrRyjU9kbgYyZVnGT4Oz06S0wFUGXRHxyfoQ0gzRifLxjr/VpqDM2HkKOUWrQvVicXY eQJxF4LCaXNdKXVo2aFGpQ91w5YpPzseHoeEY2bBc12hnUxVdcoBHn4RVOLG9zoPJl5UKsooUOmA eVGgeFR9aFqEGs1b5JtfXZp8TQFm+AeR4hT+e+Zj/NGo0tgHzpZWYAgcMVhypn7U4P5ZcnQExvjw EjjDmd3XzPY1uq2vjAqDJHQGryn3nEXxyuONyGfqRvixnjYZGW5od7f6SdimI44HZW/MtBSN/Bx/ om2gU4SBnCjnp36NNXEgJMHXQiUBcTHKZXELnGm0ExqYoMYm02HwC5Fhii9sJRQqK4V1EnBu5k7s 2bw8fXx5+o29PP36/Pj78+Mfzx8+PD9+4qypfFZei7pSGMpekgz3/PSS4WlkW+b2XH1T617mutGN +QUs1CZrYmGHRoD3v4CEtlYt7Dj0EMJtEBAy/Fc6x4IPolD3uE0ABzK7E7MpgAskQuutj9ZSjPWl nQeeFEb7i3BkJhzRjrDt1DhCyxjretLqDO4jXRRxhwpzTTbJPFsIotx2NsMM7iwuZfF3283aw/md 9qLwX7DrtLP2Stm7VZj6WTt92IrXKGP7coPrslsMM6yAIMY+0TRjB9IwYy/rfCKsIHrN27qqzc9V BBU1p1zq3vtpvFMC8dgsIh2ebco1gtD9bKs5KKjNNEiczaWl25y4yjIa6M6Qxg2fNN3LqnqQP4RX Al1VdLsH3cQaU5BM+cVNtl2F293mjKpy2twBL7r2JVCJbfCreFuiOftWcrMOAxbtWHdYteSmk0Pn 92j+f07VrjWxYXg2o83yDfv4/E8AAAD//wMAUEsDBBQABgAIAAAAIQCYhzi/2QAAAPwAAAAPAAAA ZHJzL2Rvd25yZXYueG1sRI9NSwMxFEX3Bf9DeIKbYhNrsTI2La0gFbooU4XZPidvPnDyMiaxnfn3 Bhe6vNzLuZzVZrCdOJMPrWMNdzMFgrh0puVaw/vby+0jiBCRDXaOScNIATbrq8kKM+MunNP5FGuR IBwy1NDE2GdShrIhi2HmeuLUVc5bjCn6WhqPlwS3nZwr9SAttpweGuzpuaHy8/RtNVT58aCmVbHj o13Mp0slt6OrtL65HrZPICIN8X+82/dfRfFX/qJejYZ7tVyAqPbjh29NjiGS15D0kmwSBbn+AQAA //8DAFBLAQItABQABgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVu dF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAAAAAAAAAAAAAAAALwEA AF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAJqK4r+6AwAAPwkAABAAAAAAAAAAAAAAAAAAKgIA AGRycy9zaGFwZXhtbC54bWxQSwECLQAUAAYACAAAACEAmIc4v9kAAAD8AAAADwAAAAAAAAAAAAAA AAASBgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAEAAQA9QAAABgHAAAAAAAAEPAIAAAAAAAAAFAH IAEPABHwlAEAAAAAwwsIAAAAAAAAAAoC/78PAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQ AFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAA AQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAAB AAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMA AAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5 AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAA BAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAA ALEPCAAAAAAAAAQAAAAADwAN8FQAAAAAAJ8PBAAAAAQAAAAAAKEPGgAAAAEAAAAAACAACgAAAAD/ BwABAAAAAAACAAwAAACqDwoAAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwnwoA ABIACvAIAAAAAzgAAAAKAACDAAvwSAAAAH8AAQDvAYAAeIS1I78ABAAEAL8BAQARAP8BAQAZAD8D AAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAAMwAAABMAIvEtCAAAqcMnCAAAUEsD BBQABgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbJRRwU7DMAy9I/EP Ua6oSccBIdR2BzqOgGB8gJW4bUSbRHEo29/jbuyAhIY42n7v+fm5Wu+mUcyYyAVfy5UqpUBvgnW+ r+Xb9qG4lYIyeAtj8FjLPZJcN5cX1XYfkQSzPdVyyDneaU1mwAlIhYieJ11IE2QuU68jmHfoUV+X 5Y02wWf0uciLhmyqFjv4GLPY7Lh9dMJ0Ke6PuGVVLSHG0RnIbFQvU91UT2w8OYviGVJ+hIlR2ibS NEBExqjzKrO3aqIidJ0zqNpErwvv6g9xGz59wvm/2i3TXnA+qf9ycsKRzty8uP0ZbPEdqmLmIRca XKTTBn34UPMFAAD//wMAUEsDBBQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAX3JlbHMvLnJlbHOk kMFqwzAMhu+DvYPRvXHaQxmjTm+FXksHuwpbSUxjy1gmbd++pjBYRm876hf6PvHv9rcwqZmyeI4G 1k0LiqJl5+Ng4Ot8WH2AkoLR4cSRDNxJYN+9v+1ONGGpRzL6JKpSohgYS0mfWosdKaA0nCjWTc85 YKljHnRCe8GB9KZttzr/ZkC3YKqjM5CPbgPqfE/V/IcdvM0s3JfGctDc996+omrH13iiuVIwD1QM uCzPMNPc1OdAv/au/+mVERN9V/5C/Eyr9cesFzV2DwAAAP//AwBQSwMEFAAGAAgAAAAhANrNabm+ AwAASAkAABAAAABkcnMvc2hhcGV4bWwueG1sxFXbbuM2EH0v0H8g+Fp4bTnJxjFWWSRBsy3gDYw4 iz7TEhWrpkiVpHzJY/Z7FlugBfqSv8kH5Bd6hpQvLRaLoi5QP8gjcThz5vDM8M3bVaXYQlpXGp3y 5FWPM6kzk5f6PuUf7q47A86cFzoXymiZ8rV0/O35t9+8qYeuZtis3bBO+cz7etjtumwmK+FemVpq rBXGVsLj1d53ayud1F54JKpUt9/rve5WotT8HKH0YlKPLVnZzWJsWZmn/Kh3esKZFhWy3soMGO6V ZEe827rFHQIwRiabuxaL+CdYciuWKPAvMJg27ywqSZDTXM2QTV5Ya5YzKXJHn5G3G/BtoGogJSz1 jPl1DZS550C+2jlHD+za1edQJ5su35scG0TjDeoXw1Vhq0MLoDimKBjyHw0Gx6+TI87WKe8RcDGU K88yLPXPTpNBD6ecYe345BTnECqLGMizts6/k+ZgPIwCpdzi6EKNYjFynkjcpaB02lyXSh1afKhR 6UPDsGXKz076JwFwRBYiV6WXlqmySjnIwy+SStr4XufBxYtSRRsFKh04LwoUj6oPhUWsUb9FvfnV pcnXlGCKf8gpduG/Vz7aHwc1M/aBs6UVaAL3SyOs5Ez9qKH9s+T4GIrx4SVohjO7vzLdX9FNdWVU aCShM0RNOfoimlcebyQ+U9XCj/SkzshxI7u71U/C1q1wPCR7YyYzUcsv6Sf6BjlFGiiIcn7i1xgT B1ISYi1UQs0q1D0mow0Yclnc4pN7AGrqnOCHkabDBChEhqa+sKVQKHEmrJPgddOAYs/n5enTy9Nv 7OXp1+fH358f/3j++PH58TNndemz2bWoSoXu7CRJfy9OJ+kPouwytxfqu0p3Mtf2cMQXSFERfrRb WgLP/wU3xEsl7CgcJozbYCBl+C91jkkfzA15DMjuxHQC4oKaoAHro7cUI31p50EwhdH+IvA9FY70 R9y2y9hCUxlze9zoDOGjbhSJiApzdTbOPFsI0t62SUMz7jwuZfF33838w/7d6kXhv+LXrk6bK2Xv VqH9p83kYWteo4ztyw3uzXZCTOMEFMN4TtTWGIbU1RjQOh8LK0he86YqK/NzGUlFzSmXuvNhgpt4 Izw2jUyHZ5NyjSR0UdtyDglqMwkWZ3Np6VonrbKMOrt1pL7DJ00XtCof5A/hlUhXJV3zYW1sjSnI JnxxpG1n4nbIOaPKnEZ44IvufwlW4jH4Vbw2cTj7XnIzFwMtzUi3XDUUprXDye/J/P/sqt3RxAPD sx5upnAYzOd/AgAA//8DAFBLAwQUAAYACAAAACEAqW+zs9kAAAD8AAAADwAAAGRycy9kb3ducmV2 LnhtbESPS0sDMRSF94L/IVzBTbGJ9dFhbFqqIAoVyrQFt9fJnQdOboYktjP/3tCFLg/n8B2+xWqw nTiSD61jDbdTBYK4dKblWsNh/3qTgQgR2WDnmDSMFGC1vLxYYG7ciQs67mItEoRDjhqaGPtcylA2 ZDFMXU+cusp5izFFX0vj8ZTgtpMzpR6lxZbTQ4M9vTRUfu9+rIaq2G7UpPp85q29n03mSq5HV2l9 fTWsn0BEGuL/OPuQ5Sb7K8+od6PhTs0fQFRv45dvTYEhkteQ9JJsEgW5/AUAAP//AwBQSwECLQAU AAYACAAAACEADIGFu/4AAADiAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnht bFBLAQItABQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAAAAAAAAAAAAAAC8BAABfcmVscy8ucmVs c1BLAQItABQABgAIAAAAIQDazWm5vgMAAEgJAAAQAAAAAAAAAAAAAAAAACoCAABkcnMvc2hhcGV4 bWwueG1sUEsBAi0AFAAGAAgAAAAhAKlvs7PZAAAA/AAAAA8AAAAAAAAAAAAAAAAAFgYAAGRycy9k b3ducmV2LnhtbFBLBQYAAAAABAAEAPUAAAAcBwAAAAAAABDwCAAAAAAAjwnfECABDwAR8JQBAAAA AMMLCAAAAAEAAAAHAP+/DwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAA ixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAA AOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAA AQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAK AAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkA cABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAA ABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAE AAAAAA8ADfBWAAAAAACfDwQAAAAEAAAAAAChDxwAAAABAAAAAAAgCAoAAAAA/wIABwABAAAAAAAC AAwAAACqDwoAAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwiAAAABIACvAIAAAA BDgAAAAKAACDAAvwSAAAAH8ABAHvAYcAAQAAAL8ABAAEAL8BAQARAP8BCQAZAD8DAAAIAIDDGAAA AL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAANAAAAAAAEPAIAAAAsAHQAhAOIAoPABHwEAAAAAAA wwsIAAAAAgAAAAUA/78PAATw/wkAABIACvAIAAAABTgAAAAKAACDAAvwSAAAAH8AAQDvAYAAiO21 I78ABAAEAL8BAQARAP8BAQAZAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAA NQAAABMAIvGlCAAAqcOfCAAAUEsDBBQABgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAW0NvbnRlbnRf VHlwZXNdLnhtbJRRwU7DMAy9I/EPUa6oSccBIdR2BzqOgGB8gJW4bUSbRHEo29/jbuyAhIY42n7v +fm5Wu+mUcyYyAVfy5UqpUBvgnW+r+Xb9qG4lYIyeAtj8FjLPZJcN5cX1XYfkQSzPdVyyDneaU1m wAlIhYieJ11IE2QuU68jmHfoUV+X5Y02wWf0uciLhmyqFjv4GLPY7Lh9dMJ0Ke6PuGVVLSHG0RnI bFQvU91UT2w8OYviGVJ+hIlR2ibSNEBExqjzKrO3aqIidJ0zqNpErwvv6g9xGz59wvm/2i3TXnA+ qf9ycsKRzty8uP0ZbPEdqmLmIRcaXKTTBn34UPMFAAD//wMAUEsDBBQABgAIAAAAIQAx3V9h0gAA AI8BAAALAAAAX3JlbHMvLnJlbHOkkMFqwzAMhu+DvYPRvXHaQxmjTm+FXksHuwpbSUxjy1gmbd++ pjBYRm876hf6PvHv9rcwqZmyeI4G1k0LiqJl5+Ng4Ot8WH2AkoLR4cSRDNxJYN+9v+1ONGGpRzL6 JKpSohgYS0mfWosdKaA0nCjWTc85YKljHnRCe8GB9KZttzr/ZkC3YKqjM5CPbgPqfE/V/IcdvM0s 3JfGctDc996+omrH13iiuVIwD1QMuCzPMNPc1OdAv/au/+mVERN9V/5C/Eyr9cesFzV2DwAAAP// AwBQSwMEFAAGAAgAAAAhAAgh/1g3BAAAmRYAABAAAABkcnMvc2hhcGV4bWwueG1s7FhRT+NGEH6v 1P+w2teKSxwSCNGZE6ByrZRDEeHUR7Sx18Rlveuu1yHwyP2eqpVaqS/8G34Af6Hf7DqEoFPVkupU qgQpGXtnZ2e+mW/G+O27eaHYTNoqNzrm0Zs2Z1InJs31Rcw/nh1v9TmrnNCpUEbLmF/Lir/b//qr t+WgKhk262pQxnzqXDlotapkKgtRvTGl1FjLjC2Ew6W9aJVWVlI74XBQoVqddnunVYhc832Y0rNx ObIkJSezkWV5GvPt9u4uZ1oUOPVUJvDhQknW461GLewQcGNoksuq8UX8HV9SK64Q4IobTJv3FpFE ONMcTXGaPLDWXE2lSCu6jXNb3r+Fqxqeki/llLnrEl5OTHoNtG5i/lMtrJOWI5A5Imn2hg0wsgy3 QthscvXBpNgvamcAhxjMM1usGw/ZMVnGcP5Ov9dvI7HXMe9u4w8yghEDOXcswXqv29+hmywhjSjq kjaFGzwh1dJW7r00a3vFyFDMLfLpIxWzYeXCUYsj6DhtjnOl1oXAB6n0umbYVcz3ep2edzh45i0X OVLMVF7EHIDhE1ClgvlWp17FiVwFGVgq7UHPMgSPqNd1i1AjEoYidPNDVB8dQFWIogrUfDkd0BOQ qKmxN5xdWQFmVFTVkjP1vQYh9qJuFyXj/EW3t9vBhX26Mnm6ouviyCjPLqETWI254yyIRw5XVH2m KIUb6nGZkOKi7M7mPwhbNoXjULMnZjwVpfxc/QRdX7kBBjKiKjd21+gda0LiM7roeS8G1oeF/BTC Dn3YEE69oGYACDjkOkWj9KJQF+jKirNUZmdiMkZr8bgT1i5oSzHUh/bSq2dGuwO/ZSIqyhS6rV4u U1ND2xvVOvHmPTgENwlVmYwSx2aCsvRYzr5slxqHMnuuu72ofKjCxlLjIHPPdRddBXrN6qQ+UvZs 7qGd1OObR/EYoTxenGD0NHyahH4hBkDkdGSJBOhOxAExCF/A9rIu8sL8mAdYEXXMpd76OA7NOcLs 4WwSsPbfdcw1jqBJZ/NLdGJtxl7i7FJamot+S0IsaBSpRmFF04RT+Y38zl8S7CqnOenXRtaYjGTy LtD/sX88NoTKqDyldufRogEqgUlIhJuHuQNon2rJRQ/xoNRD3SBVk5lG9rn3gykTCRw6sLlAISVT YSvp0+83S/FE5+Hu54e739jD3a/3t7/f3/5x/+nT/e0vnJW5S6bHosgVBsRWFHWe2NmKOv3Q+JLq n5tq733GFKCxIaNun537j/9p5PNzEpYLQcJ3c4sqAqVHVkJ1ELD/Mm99w0OOV8mLZ4cNeQeTekNe 6qKvl7zfFHorqZpHwOdU/JI0Wwy7VZqh/WxotqHZq5+Rf02zL8mzaHs32qGnolWibW+IhkeHzTx7 7Q+j/yGi9Tt9/y5mlWjdDdE2RPsf/Nf3YqLhTdbiDZZ/qbX/JwAAAP//AwBQSwMEFAAGAAgAAAAh ADmJzMbYAAAA/AAAAA8AAABkcnMvZG93bnJldi54bWxEj1FLwzAUhd8F/0O4gi/DJU6xUpeNKcgE H8am4Ou1uWmrzU1JYtf+e4MP8/FwDt/hW65H14mBQmw9a7ieKxDElTct1xre356v7kHEhGyw80wa JoqwXp2fLbE0/sh7Gg6pFhnCsUQNTUp9KWWsGnIY574nzp31wWHKMdTSBDxmuOvkQqk76bDl/NBg T08NVd+HH6fB7nevamY/HnnnbhezQsnN5K3Wlxfj5gFEojH9j3v7ta2HU/mHejEablRRgLDb6TO0 Zo8xUdCQ9bJsFgW5+gUAAP//AwBQSwECLQAUAAYACAAAACEADIGFu/4AAADiAQAAEwAAAAAAAAAA AAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQAx3V9h0gAAAI8BAAAL AAAAAAAAAAAAAAAAAC8BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQAIIf9YNwQAAJkWAAAQ AAAAAAAAAAAAAAAAACoCAABkcnMvc2hhcGV4bWwueG1sUEsBAi0AFAAGAAgAAAAhADmJzMbYAAAA /AAAAA8AAAAAAAAAAAAAAAAAjwYAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAABAAEAPUAAACUBwAA AAAAABDwCAAAALAKsAEwD9AUDwAR8BAAAAAAAMMLCAAAAAMAAAAGAv+/DwAN8MIAAAAAAJ8PBAAA AAIAAAAAAKgPdgAAAENsaXF1ZXogcG91ciBtb2RpZmllciBsZXMgc3R5bGVzIGR1IHRleHRlIGR1 IG1hc3F1ZQ1EZXV4aehtZSBuaXZlYXUNVHJvaXNp6G1lIG5pdmVhdQ1RdWF0cmnobWUgbml2ZWF1 DUNpbnF1aehtZSBuaXZlYXUAAKIPHgAAADQAAAAAABAAAAABABEAAAACABEAAAADABEAAAAEAAAA qg8KAAAAdwAAAAEAAAAAAA8ABPCrCgAAEgAK8AgAAAAGOAAAAAoAAJMAC/BOAAAAfwABAO8BgAD4 2bUjhwACAAAAvwAEAAQAvwEBABEA/wEBABkAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4A ZwBsAGUAIAA2AAAAEwAi8TUIAACpwy8IAABQSwMEFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAABb Q29udGVudF9UeXBlc10ueG1slFHBTsMwDL0j8Q9RrqhJxwEh1HYHOo6AYHyAlbhtRJtEcSjb3+Nu 7ICEhjjafu/5+bla76ZRzJjIBV/LlSqlQG+Cdb6v5dv2obiVgjJ4C2PwWMs9klw3lxfVdh+RBLM9 1XLIOd5pTWbACUiFiJ4nXUgTZC5TryOYd+hRX5fljTbBZ/S5yIuGbKoWO/gYs9jsuH10wnQp7o+4 ZVUtIcbRGchsVC9T3VRPbDw5i+IZUn6EiVHaJtI0QETGqPMqs7dqoiJ0nTOo2kSvC+/qD3EbPn3C +b/aLdNecD6p/3JywpHO3Ly4/Rls8R2qYuYhFxpcpNMGffhQ8wUAAP//AwBQSwMEFAAGAAgAAAAh ADHdX2HSAAAAjwEAAAsAAABfcmVscy8ucmVsc6SQwWrDMAyG74O9g9G9cdpDGaNOb4VeSwe7CltJ TGPLWCZt376mMFhGbzvqF/o+8e/2tzCpmbJ4jgbWTQuKomXn42Dg63xYfYCSgtHhxJEM3Elg372/ 7U40YalHMvokqlKiGBhLSZ9aix0poDScKNZNzzlgqWMedEJ7wYH0pm23Ov9mQLdgqqMzkI9uA+p8 T9X8hx28zSzcl8Zy0Nz33r6iasfXeKK5UjAPVAy4LM8w09zU50C/9q7/6ZURE31X/kL8TKv1x6wX NXYPAAAA//8DAFBLAwQUAAYACAAAACEA5W6NgsYDAABNCQAAEAAAAGRycy9zaGFwZXhtbC54bWzE VktuIzcQ3QfIHQhuA43UGn9kYdoD24gnATSGYHmQNbubbXXEJjskW5a89JwnSIAEyMa38QF8hbwi W58EQRBEAeKFRIrFqlevXhX97v2qVmwprauMTnnyZsCZ1LkpKn2f8k93170RZ84LXQhltEz5Wjr+ /vzLL941Y9cwXNZu3KR87n0z7vddPpe1cG9MIzXOSmNr4bG19/3GSie1Fx6BatUfDgYn/VpUmp/D lV7OmqmlVX6znFpWFSl/OzhFbC1qRL2VOTDcK8lOeL8zizcEYExMvnAdFvFPsBRWPCDBP8Bg2nyw yCRBTHM1RzR5Ya15mEtROPoZcfsB3waqBlLC0syZXzdAWXoLsh5T/kMrrJfYVMUq5Ufd1WgPH7ts HbJm2cNHU+C6aL0BG2K8Km19aDrkx5QlQ3yUdJ3y0cnoeJi8JSxiLFee5Tganp0mowEMclgcHZ+i KgFsxECWjXX+gzQH42HkKOUWhQw5iuXEeaJ0F4LCaXNdKXVo8iFHpQ91wx5SfnY8PA6AI7Lgua5Q XKaqGqwO6C+SSkr5WhfBxItKxTUSVDpwXpZIHlkfCotYo+6L6vOrS1OsKUCGb8gp9uS/7wMMAxRq buwjZw9WoCUc6Vlypr7V6ISz5OgIivFhEzTDmd0/yfZPdFtfGRXaSugcXlOecRaXVx47Ep+pG+En etbkZLiR3d3qO2GbTjgekr0xs7lo5F/pJ9oGOUUayIlyfubXGBoHUhJ8LVUSGBfjQpa34JkaPaGG CceYazqMgVLk6OULWwmFzObCOgk6O4lIsWfz+vzj6/Mv7PX555enX1+efnv5/Pnl6SfOmsrn82tR VwpN2UuS4Z6fXjIcRbXlbs/VV7Xu5a5r3YgvcKE2qEmFHRuB3v+CEppdtbCTUEMsbsMCIcN3pQuM +7AU6h5vC+gAsjuRzUBcEBFKb320lmKiL+0i6KQ02l+EK5lwJDvitjvGFRrNGN7TVudwH+WiSDuU mGvyae7ZUpDktr0ZenBncSnLP9tuxh7u704vSv83dt1p1l4pe7cKXZ+1s8ft8hppbDc3eDy7wZBh BIRlrBN1M2YgNTPmsi6mwgqS16Ktq9p8X0VSkXPKpe59msUXJgiPZZHp8NmmXCMIvda2WkCC2szC irOFtPS2k1ZZTg3dGVK74SdNr7SqHuU3YUukq4re+nA2tcaUtCZ8cZJtR+F2tjmjqoImd+CL/gmQ YCWWwa/i24ni7FvJzTgMXLQT3XHVkptuHSq/J/P/s6t2pYkFw2cz3gzfMI/PfwcAAP//AwBQSwME FAAGAAgAAAAhAPt4u2jZAAAA/AAAAA8AAABkcnMvZG93bnJldi54bWxEj8tOwzAQRfdI/IM1SOyo nSAVFOpWPBU2ldqCVLGbxpPEIraDbVL377FYwHJ0R+fes1glM7CJfNDOSihmAhjZxiltOwnvby9X t8BCRKtwcJYknCjAanl+tsBKuaPd0rSLHcsQGyqU0Mc4VpyHpieDYeZGsjlrnTcY8+k7rjweM9wM vBRizg1qmxt6HOmxp+Zz920kTPMyPh30x3q9KdrnsqiTL0WS8vIi3d8Bi5Ti//NDPX7t93/hL+pV SbgWN3l7W58OXqsthkheQtbLslkU+PIHAAD//wMAUEsBAi0AFAAGAAgAAAAhAAyBhbv+AAAA4gEA ABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAMd1f YdIAAACPAQAACwAAAAAAAAAAAAAAAAAvAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEA5W6N gsYDAABNCQAAEAAAAAAAAAAAAAAAAAAqAgAAZHJzL3NoYXBleG1sLnhtbFBLAQItABQABgAIAAAA IQD7eLto2QAAAPwAAAAPAAAAAAAAAAAAAAAAAB4GAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAQA BAD1AAAAJAcAAAAAAAAQ8AgAAABfFQAAUAd/Fg8AEfCUAQAAAADDCwgAAAAEAAAACQL/vw8AiBN8 AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwB AAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEA AAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAA BQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAA AAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYB AAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAA AF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wVAAAAAAAnw8EAAAA BAAAAAAAoQ8aAAAAAQAAAAAAIAAKAAAAAP8HAAEAAAAAAAIADAAAAKoPCgAAAAEAAAABAAAAAAAA AKYPDAAAAPAAAABWXTh/WIB4gQ8ABPAXCwAAEgAK8AgAAAAHOAAAAAoAAJMAC/BOAAAAfwABAO8B gAA4CLYjhwACAAAAvwAEAAQAvwEBABEA/wEBABkAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABh AG4AZwBsAGUAIAA3AAAAEwAi8YkIAACpw4MIAABQSwMEFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMA AABbQ29udGVudF9UeXBlc10ueG1slFHBTsMwDL0j8Q9RrqhJxwEh1HYHOo6AYHyAlbhtRJtEcSjb 3+Nu7ICEhjjafu/5+bla76ZRzJjIBV/LlSqlQG+Cdb6v5dv2obiVgjJ4C2PwWMs9klw3lxfVdh+R BLM91XLIOd5pTWbACUiFiJ4nXUgTZC5TryOYd+hRX5fljTbBZ/S5yIuGbKoWO/gYs9jsuH10wnQp 7o+4ZVUtIcbRGchsVC9T3VRPbDw5i+IZUn6EiVHaJtI0QETGqPMqs7dqoiJ0nTOo2kSvC+/qD3Eb Pn3C+b/aLdNecD6p/3JywpHO3Ly4/Rls8R2qYuYhFxpcpNMGffhQ8wUAAP//AwBQSwMEFAAGAAgA AAAhADHdX2HSAAAAjwEAAAsAAABfcmVscy8ucmVsc6SQwWrDMAyG74O9g9G9cdpDGaNOb4VeSwe7 CltJTGPLWCZt376mMFhGbzvqF/o+8e/2tzCpmbJ4jgbWTQuKomXn42Dg63xYfYCSgtHhxJEM3Elg 372/7U40YalHMvokqlKiGBhLSZ9aix0poDScKNZNzzlgqWMedEJ7wYH0pm23Ov9mQLdgqqMzkI9u A+p8T9X8hx28zSzcl8Zy0Nz33r6iasfXeKK5UjAPVAy4LM8w09zU50C/9q7/6ZURE31X/kL8TKv1 x6wXNXYPAAAA//8DAFBLAwQUAAYACAAAACEAvpOfFBoEAACNDAAAEAAAAGRycy9zaGFwZXhtbC54 bWzsVs1u4zYQvhfoOxC8e23ZceIYqyziNN4W8AZGnEWPBS1RsRqKVCnKcVL0kn2eogtsgV7yNnmA vEK/IeWfFsWiqHMpsD7II3M4883PN+PXb1aFYktpq9zomEevOpxJnZg019cxf381bg04q5zQqVBG y5jfyYq/Ofn6q9flsCoZLutqWMZ84Vw5bLerZCELUb0ypdQ4y4wthMOrvW6XVlZSO+HgqFDtbqdz 2C5ErvkJTOnlrJxakpKL5dSyPI15r3N0zJkWBbxeygQYrpVkR7zdqIUbAjAmJrmpGizi32BJrbhF gH+BwbR5axFJBJ/mbAFv8tRac7uQIq3oZ/hte3xrqBpICUu5YO6uBMpKpRd1gXzdx/ynWlgnLUco q5j3m9vhCsxsA64QOJvfvjMpLIjaGSREDFeZLfaNiOyYLGPw3xsMDg6jHmd3MR8cDvpdyIhHDOXK sQQK3eOjaNBB8RNoHPSPUB4POSAhzdJW7q00e6NiZCjmFhX1kYrlpHKU260LcqfNOFdq3xT4GJXe 1wy7jflxv9v3gAMyb7nIUWKm8gJZ7dAnJJVa5lynXsWJXAUZASrtc55lCB5R7wuLskY0DG3oViOT 3pGDOb7RVIGc/50QmAoo1MLYe85urQA3KupqyZn6ToMSx9HBATrG+RffM5zZ3ZP57omuizOjPL+E TmA15nPOgnjm8EbNZ4pSuImelQkprtvuavW9sGXTOA4te2FmC1HKf+qfoOvbKaSBjKjKzdwdpsee KfG2lioiygp1jYFpPYZUZpf4iXgfbZmjgqbHskbgQ3oJGAShEHbi8wbh0gtw6b9znWLWenGNkwHk lZjPgNEXDum2LmhLMdEje+NrkxntTn1oc1FRqTGwdXOMKzQXMTmntU5gPpRIUb0osKpMpoljS0Fl 3vDB9/1WYySzv+uuRw3ub09PM/cZveZ0Xp8pe7XyTJvXs/uNOEYYm5cLbK6GjHPQzouhZMQgzB0i kBhmKvWL5+dedDgadLv91lFv3Gudjw++aR2fRoNWp9/vHI460XnnbPQLGr8Z+jlyjbFPJiyqclMX eWF+zENBkK+YS916Pwt7wfcHm4cq+Wcdcw2AtGZtfoMloM3MS5zdSEtLmVqKJUTARpHogZ80rVeV 38tv/SsVTOW0pP3Z1BqTkUzAwuTZjK7NLKqMylOatD7XtL0lMhpK6FZh6aGwu1pyPb58HuuJbvJc k5lG9l3jE5SJBIBObS4UZ2XuksVYFLnClulhHSULYSvpG9Vbk2Ln0vPjr8+Pn9jz48enh9+fHv54 +vDh6eG3z1lpRd1BGMFJ9SKGkCeUlHLzhW+UhRflmzv5gdgHmuMJ8pEDqdOpsIKm6RcegbY0fXc6 +X/Mo21lw8zFsxyu/7P4vzEnfwIAAP//AwBQSwMEFAAGAAgAAAAhAM6/9TvZAAAA/AAAAA8AAABk cnMvZG93bnJldi54bWxEj8tOwzAURPdI/IN1kdhROwEVCHUrxENlU0QLLNjdxjeJRWxHtkmdv6/F ApajGZ3RWayS6dlIPmhnJRQzAYxs7ZS2rYSP9+eLG2AholXYO0sSJgqwWp6eLLBS7mC3NO5iyzLE hgoldDEOFeeh7shgmLmBbO4a5w3GHH3LlcdDhpuel0LMuUFt80OHAz10VH/vfoyEcV7Gx73+2mze iuapLNbJlyJJeX6W7u+ARUrxf/z6OV3VxV/5i3pREi7F9S2wZj3tvVZbDJG8hKyXZbMo8OURAAD/ /wMAUEsBAi0AFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50 X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAMd1fYdIAAACPAQAACwAAAAAAAAAAAAAAAAAvAQAA X3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAvpOfFBoEAACNDAAAEAAAAAAAAAAAAAAAAAAqAgAA ZHJzL3NoYXBleG1sLnhtbFBLAQItABQABgAIAAAAIQDOv/U72QAAAPwAAAAPAAAAAAAAAAAAAAAA AHIGAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAQABAD1AAAAeAcAAAAAAAAQ8AgAAABfFY8J3xB/ Fg8AEfCUAQAAAADDCwgAAAAFAAAACAL/vw8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAAB AAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEA AAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAA AAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkA cABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAE AAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAA sQ8IAAAAAAAABAAAAAAPAA3wbAAAAAAAnw8EAAAABAAAAAAAoA8CAAAAKgAAAKEPHAAAAAIAAAAA ACAICgAAAAD/AgAHAAIAAAAAAAIADAAAANgPBAAAAAAAAAAAAKoPCgAAAAIAAAABAAAAAAAAAKYP DAAAAPAAAABWXTh/WIB4gQ8ABPA2AAAAEgAK8AgAAAABOAAAAAwAAFMAC/AeAAAAgQEAAAAIvwES ABIA/wEAAAgABAMJAAAAPwMBAAEAEADwByAAAAD///8AAAAAAICAgAAAAAAAu+DjADMzmQAAmZkA mcwAAA8AiBM4AAAADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAA6y4I AAAAaX/IAaDO1PQAAA4E2QsAAFBLAwQUAAYACAAAACEAS532GAABAAAcAgAAEwAAAFtDb250ZW50 X1R5cGVzXS54bWyskctqwzAQRfeF/oPQtthyuiil2M6ij10fi/QDBnlsi9ojIU1C8vcdOw6UEkIX 3Qikmbn33FG53o+D2mFMzlOlV3mhFZL1jaOu0p+bl+xeq8RADQyesNIHTHpdX1+Vm0PApGSaUqV7 5vBgTLI9jpByH5Ck0vo4Ass1diaA/YIOzW1R3BnriZE440lD1+UTtrAdWIEAAACCAAAAgwAAAIQA AACFAAAAhgAAAIcAAACIAAAAiQAAAIoAAACLAAAAjAAAAI0AAACOAAAAjwAAAJAAAACRAAAAkgAA AJMAAACUAAAAlQAAAJYAAACXAAAAmAAAAJkAAACaAAAAmwAAAJwAAACdAAAAngAAAJ8AAACgAAAA oQAAAKIAAACjAAAApAAAAKUAAACmAAAApwAAAKgAAACpAAAAqgAAAKsAAACsAAAArQAAAK4AAACv AAAAsAAAALEAAACyAAAAswAAALQAAAC1AAAAtgAAALcAAAC4AAAAuQAAALoAAAC7AAAAvAAAAL0A AAC+AAAAvwAAAMAAAADBAAAAwgAAAMMAAADEAAAAxQAAAMYAAADHAAAAyAAAAMkAAADKAAAAywAA AMwAAADNAAAAzgAAAM8AAADQAAAA0QAAANIAAADTAAAA1AAAANUAAADWAAAA1wAAANgAAADZAAAA 2gAAANsAAADcAAAA3QAAAN4AAADfAAAA4AAAAOEAAADiAAAA4wAAAOQAAADlAAAA5gAAAOcAAADo AAAA6QAAAOoAAADrAAAA7AAAAO0AAADuAAAA7wAAAPAAAADxAAAA8gAAAPMAAAD0AAAA9QAAAPYA AAD3AAAA+AAAAPoAAAD9////+wAAAPwAAAD9AAAA/gAAAP8AAAAAAQAAPe/l+Ugi41o9Hvsmq0pD CIOzwAJqpqqpy3cBj65B9QGR32CULsOCgD/PVX5Za0fNL+DMt62z2Hi7HQUznyVvFs8zrBGHdAH2 jMGyjVwm50CpdyGdHP6U6hVI1hn/J9sidgIw89/W3wAAAP//AwBQSwMEFAAGAAgAAAAhAKXWp+fA AAAANgEAAAsAAABfcmVscy8ucmVsc4SPz2rDMAyH74W9g9F9UdLDGCV2L6WQQy+jfQDhKH9oIhvb G+vbT8cGCrsIhKTv96k9/q6L+eGU5yAWmqoGw+JDP8to4XY9v3+CyYWkpyUIW3hwhqN727VfvFDR ozzNMRulSLYwlRIPiNlPvFKuQmTRyRDSSkXbNGIkf6eRcV/XH5ieGeA2TNP1FlLXN2Cuj6jJ/7PD MMyeT8F/ryzlRQRuN5RMaeRioagv41O9kKhlqtQe0LW4+db9AQAA//8DAFBLAwQUAAYACAAAACEA a3mWFoMAAACKAAAAHAAAAHRoZW1lL3RoZW1lL3RoZW1lTWFuYWdlci54bWwMzE0KwyAQQOF9oXeQ 2TdjuyhFYrLLrrv2AEOcGkHHoNKf29fl44M3zt8U1ZtLDVksnAcNimXNLoi38Hwspxuo2kgcxSxs 4ccV5ul4GMm0jRPfSchzUX0j1ZCFrbXdINa1K9Uh7yzdXrkkaj2LR1fo0/cp4kXrKyYKAjj9AQAA //8DAFBLAwQUAAYACAAAACEAdLFIo2AGAAAyGwAAFgAAAHRoZW1lL3RoZW1lL3RoZW1lMS54bWzs WU9vHDUUvyPxHay5t9k/TchG3VTJ7qaBNm2U3Rb16J31zrjrGY9sb9K9ofaIhIQoiAsSNw4IqNRK XMqnCRRBkfoVeLZndu3MLEnaCBB0I2Vn7J/f//f87L167UHC0CERkvK0HdQv1wJE0pCPaBq1gzuD nUvrAZIKpyPMeErawYzI4Nrmu+9cxRsqJglBsD6VG7gdxEplGysrMoRhLC/zjKQwN+YiwQpeRbQy EvgI6CZspVGrra0kmKYBSnECZG+PxzQkaKBJBpsF8R6D11RJPRAy0dekSb7CoEaTup6TIhp2mECH mLWDmvkEK5tXV/BGDmCqjNsxnxyXA0aTxmn0DICpMm69pv/m9AwAhyHIX+a9vd2r9Zo51gHZxzLt JnxaLQ/v0G+WZPZ0s0QNyD5eKeE9mzkg+7hawne3et3ejiePAVn8Wgnf6Da661se3oBiRtNJCV2r teCTo+eQMWe7lfBWq9OpFYZfoMD785jRLMY8VV4E2ZgL9FyC73OxAwD9wrCiKVKzjIxxCLHZwYwO BdXy4A2CnRk7FMrSkOaFZChoptrBBxmGOF/Qe/X8u1fPn6JXz58cP3x2/PDH40ePjh/+YGl5C3dx GrkLX37z6R9ffYR+f/r1y8efV+Oli//l+49//umzaqBygS++ePLrsycvvvzkt28fV8C3BB668AFN iES3yBE64AnoZgzjS06G4nwrBjGm7oqtNJI4xZpLBf2eij30rRlmuAK3TXwL3hUUKlkF8Pr0vidw PxZTlbvc0+xGnHjAPc7ZNheVVriheTmOH0zTqJq5mLq4A4wPq3h3cOr5tzfNoCDSKpKdmHhi7jOc KhyRlCik5/iEkAoz3KPUs+seDQWXfKzQPYq2Ma00yYAOvWhaLNqlCfhlViUg+Nuzzd5dtM1ZldZd cugjISswqxB+QJhnxut4qnBSRXKAE+Ya/CZWcZWQ/ZkIXVxPKvB0RBhHvRGRsmrNbQH6Ok6/AdWj 2u17bJb4SKHopIrmTcy5i+zySSfGSVaF7dM0drHvywmEKEb7XFXB97ifIfod/IDTpe6+S4nn7tOr wR0aeSItAkTPTIX2JVRrrwgnNH1bkc9ckbcErUyJ3RN1eBnuZPXtcDGi//7i28XTdJ9AvJd3oLe1 923tDf7ztXdZPp+14i6KLNRf3efYBtm0y8nSbnlMGeurGSM3pWmYJWwYox0Y1OvM+Y/MT2NZDI95 gfdwkcBmDRJcfUhV3I9xBs123fTjkcxJRxJlXMKhzgxX0tZMoWFX9vS3qo8yth5IrPb4yA433UPh nIzZdiJzvCwYNTWBszJrvvdmzOpWqqVm81WrG9FMqfNUm6sMPiyrBoNza0IngqB/ASuvwQlcyw6H FMzISNvdbsKFWzTr4vlCXCRjPCK5j7TeZR/VjZOKWDFnfYidCh+tG9H/0moOt5Ym+wbczuIkl92V JewK772Jl4pTbuEZY5yT6chSNzlZio7aQWu1sRqgEGftYAznW3hMMvC61M0fZhFc/YRK2LA/NZmN 4RfebBWKQfQ5GVevFeMlhb06kAmpuljGNjTMVB4CLNWcrPyNVTDrRSlgI/01pGiuQzD8Y1KAHX3X kvGYhMp1tjOibWdf81LKp4qIfjw6QkM2FQcY3K9DFfQZUQnXFKYi6BfRDrS1zZRfnPPCWHHbprlh lsU4L7c6RYtMtnATqnMZzJsjHuhWKbtR7vyqmJS/IFXcMP6fqaL3E7gyaI60B0K4qBUY6XxtB1yo mEMVymIa7ghoHEztgGhBUF30do3guth8C3Kov23OWRqaGoOTnzqgERIU9iMVC0L2oSyZ6DuFWD3f uyzJgpCJKEdcmVmxh+SQsIGugWt6bw9QDKFuqkleBgzuZPz573kGDSPd5Lj55tWQ+d5rc+Dv7nxs MoNSfh02DU1h/7mIxlp+52PXm+XF3usqoicWbdaVIiuAmbMVtPK0f00RzrnV2opV0rixWggHXixr DIPzhiiDix+k/8H+R0XI7G8PekMd8AOorQh+T9DEIGwgqi/ZxgPpAmkHh9A42UEbTJqUNW3e3Wqr FZv1hbRRCxfM+Z4wtpbsLP4+p7HnzZnPzsvFizR2bmHP1nZsqanBsydTFIbGxUHGOMb8aOX+rsSH 98HRXbjrnzIlTTCRB3DNB61n3+QBJL/laJZu/gkAAP//AwBQSwMEFAAGAAgAAAAhAA3RkJ+2AAAA GwEAACcAAAB0aGVtZS90aGVtZS9fcmVscy90aGVtZU1hbmFnZXIueG1sLnJlbHOEj00KwjAUhPeC dwhvb9O6EJEm3YjQrdQDhOQ1DTY/JFHs7Q2uLAguh2G+mWm7l53JE2My3jFoqhoIOumVcZrBbbjs jkBSFk6J2TtksGCCjm837RVnkUsoTSYkUiguMZhyDidKk5zQilT5gK44o49W5CKjpkHIu9BI93V9 oPGbAXzFJL1iEHvVABmWUJr/s/04GolnLx8WXf5RQXPZhQUoosbM4CObqkwEylu6usTfAAAA//8D AFBLAQItABQABgAIAAAAIQBLnfYYAAEAABwCAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9U eXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAKXWp+fAAAAANgEAAAsAAAAAAAAAAAAAAAAAMQEAAF9y ZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAGt5lhaDAAAAigAAABwAAAAAAAAAAAAAAAAAGgIAAHRo ZW1lL3RoZW1lL3RoZW1lTWFuYWdlci54bWxQSwECLQAUAAYACAAAACEAdLFIo2AGAAAyGwAAFgAA AAAAAAAAAAAAAADXAgAAdGhlbWUvdGhlbWUvdGhlbWUxLnhtbFBLAQItABQABgAIAAAAIQAN0ZCf tgAAABsBAAAnAAAAAAAAAAAAAAAAAGsJAAB0aGVtZS90aGVtZS9fcmVscy90aGVtZU1hbmFnZXIu eG1sLnJlbHNQSwUGAAAAAAUABQBdAQAAZgoAAAAAAAAPBDoBAAA8P3htbCB2ZXJzaW9uPSIxLjAi IGVuY29kaW5nPSJVVEYtOCIgc3RhbmRhbG9uZT0ieWVzIj8+DQo8YTpjbHJNYXAgeG1sbnM6YT0i aHR0cDovL3NjaGVtYXMub3BlbnhtbGZvcm1hdHMub3JnL2RyYXdpbmdtbC8yMDA2L21haW4iIGJn MT0ibHQxIiB0eDE9ImRrMSIgYmcyPSJsdDIiIHR4Mj0iZGsyIiBhY2NlbnQxPSJhY2NlbnQxIiBh Y2NlbnQyPSJhY2NlbnQyIiBhY2NlbnQzPSJhY2NlbnQzIiBhY2NlbnQ0PSJhY2NlbnQ0IiBhY2Nl bnQ1PSJhY2NlbnQ1IiBhY2NlbnQ2PSJhY2NlbnQ2IiBobGluaz0iaGxpbmsiIGZvbEhsaW5rPSJm b2xIbGluayIvPgAAJwT1BQAAUEsDBBQABgAIAAAAIQAasRoD/AAAALsBAAATAAAAW0NvbnRlbnRf VHlwZXNdLnhtbHyQyWrDQAyG74W+wzDX4hmnh1KK7Ry63Loc0gcQY9keOhujSUjevrKTQighJ6Hl 1/9JzXrvndhhJhtDK1eqlgKDib0NYyu/N2/VoxRUIPTgYsBWHpDkuru9aTaHhCRYHaiVUynpSWsy E3ogFRMG7gwxeyic5lEnMD8wor6v6wdtYigYSlXmHbJrXnCArSvidc/lIwnLpXg+zs1WrYSUnDVQ GFTPXd01nwyebY/iC3L5AM9Tus+kyXHxHajwXefJSl1fuwv9P/YqDoM12Eez9UysUkbiuFB4p86M 7k5MF27J6OjKMRdcT99SrFysaLKJ/hz08vruFwAA//8DAFBLAwQUAAYACAAAACEAjuoq+r4AAAA4 AQAACwAAAF9yZWxzLy5yZWxzhI/BCsIwEETvgv8Q9m7TehCRpr2I0IMX0Q9Ykm0bbJOQjaJ/b44W BI/DMG9m6vY1T+JJka13CqqiBEFOe2PdoOB2PW32IDihMzh5RwrexNA261V9oQlTDvFoA4tMcaxg TCkcpGQ90oxc+EAuO72PM6Ys4yAD6jsOJLdluZPxmwHNgik6oyB2pgJxfYfc/J/t+95qOnr9mMml HxWSJ2vojJwoZizGgZICE/nbWIiqyPtBNrVc/G0+AAAA//8DAFBLAwQUAAYACAAAACEAn6L/dsMC AADLDgAAIQAAAGRycy9zbGlkZU1hc3RlcnMvc2xpZGVNYXN0ZXIxLnhtbOyX3WrbMBiGzwe7B6PD jdSxkyauqVPSjcKgB2HtLkBR5FhUP0ZSvGaH7fWMDjbYSe8mF9BbmD7FWeyulO6kGzQ5kqJPr6T3 +ayfw6NLwYOKasOUzFC010UBlUTNmJxn6NP5SSdBgbFYzjBXkmZoSQ06Gr1+dVim9vLMLjk1gZOQ JsUZKqwt0zA0pKACmz1VUunacqUFtq6q5+FM489OWvAw7nYHocBMorq/fkp/leeM0PeKLASVdi2i KcfWTd8UrDQbNUGeIiewvliUHaJE6SSmjDO79KK/ZaoMLbRM6yV1BCNaGZVb6JMKTNJKcBQIkn6Y S6XxlDuPROX/mWhqqK7o2FrNpgtLDTSlbzba5VNmWIKItH6BLddGQIBZTj2EEKpTNVv62ugQp7zi UTnRAeZzB9bNUVueIcCLT+WxvvDlXEk79gFTbCgKCiznDs9kIYmFABAyJTmmeV2aEBtU2An1uu6H 3LDhvYhxbu/HNuLq1hnNP7q5mS8u5VwioOCCakg/KPveirPZCePcVyCd6Duu1yPby2gzbjMKckAG dlnSHBMHYawZdqsmBdaG+sW4yeKU4kbM3e3Xu9vvwd3tt9XVj9XVz9X19erqBgUls6Q4wYLxZYY6 URQ3dDpRnMD4OCXm76W6Bw9IOQvXhng3a3AwgivGwNCl6WmG+vtD79WO6LMQfStkh5g61dp8AErN p7flcxD1+5DLOz7/mg9Aqfn0t3yi3jAa7AA925b4yAcEVGpA+w1ASZwkO0D/AyCgUgMabAHFceI+ oOYW5/bFczw9c+f4Zvf745oRocCfzdtbR/uWESEY6BluBJCP3K7P7tY1ABoofuBQfySDwZXaoGHD oGG/1z6jX6xB4EptULI1CNxpH5Iv1iBwpTbooGHQYH/YPqRerEHgirsRt941ZapsQfXmzeMaN6/Q 0S8AAAD//wMAUEsBAi0AFAAGAAgAAAAhABqxGgP8AAAAuwEAABMAAAAAAAAAAAAAAAAAAAAAAFtD b250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAjuoq+r4AAAA4AQAACwAAAAAAAAAAAAAA AAAtAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAn6L/dsMCAADLDgAAIQAAAAAAAAAAAAAA AAAUAgAAZHJzL3NsaWRlTWFzdGVycy9zbGlkZU1hc3RlcjEueG1sUEsFBgAAAAADAAMAyQAAABYF AAAAAA8AyQ9TPgAADwAMBIUwAAAPAALwfTAAANAACPAIAAAABQAAAAU0AAAPAAPw7CoAAA8ABPAo AAAAAQAJ8BAAAABjAGgAaQB0AGUAYwB0AHUAAgAK8AgAAAAANAAABQAAAA8ABPBECgAAEgAK8AgA AAACNAAAAAoAAIMAC/BsAAAAfwABAO8BgAAokLUivwAEAAQAvwEBABEA/wERABkAPwMAAAgAgMM8 AAAAvwMAAAIARQBzAHAAYQBjAGUAIAByAOkAcwBlAHIAdgDpACAAZABlACAAbAAnAGUAbgAtAHQA 6gB0AGUAIAAxAAAAEwAi8bAHAACpw6oHAABQSwMEFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAABb Q29udGVudF9UeXBlc10ueG1slFHBTsMwDL0j8Q9RrqhJxwEh1HYHOo6AYHyAlbhtRJtEcSjb3+Nu 7ICEhjjafu/5+bla76ZRzJjIBV/LlSqlQG+Cdb6v5dv2obiVgjJ4C2PwWMs9klw3lxfVdh+RBLM9 1XLIOd5pTWbACUiFiJ4nXUgTZC5TryOYd+hRX5fljTbBZ/S5yIuGbKoWO/gYs9jsuH10wnQp7o+4 ZVUtIcbRGchsVC9T3VRPbDw5i+IZUn6EiVHaJtI0QETGqPMqs7dqoiJ0nTOo2kSvC+/qD3EbPn3C +b/aLdNecD6p/3JywpHO3Ly4/Rls8R2qYuYhFxpcpNMGffhQ8wUAAP//AwBQSwMEFAAGAAgAAAAh ADHdX2HSAAAAjwEAAAsAAABfcmVscy8ucmVsc6SQwWrDMAyG74O9g9G9cdpDGaNOb4VeSwe7CltJ TGPLWCZt376mMFhGbzvqF/o+8e/2tzCpmbJ4jgbWTQuKomXn42Dg63xYfYCSgtHhxJEM3Elg372/ 7U40YalHMvokqlKiGBhLSZ9aix0poDScKNZNzzlgqWMedEJ7wYH0pm23Ov9mQLdgqqMzkI9uA+p8 T9X8hx28zSzcl8Zy0Nz33r6iasfXeKK5UjAPVAy4LM8w09zU50C/9q7/6ZURE31X/kL8TKv1x6wX NXYPAAAA//8DAFBLAwQUAAYACAAAACEAyb/FdEQDAACNBwAAEAAAAGRycy9zaGFwZXhtbC54bWzE VcFuEzEQvSPxD5YvHFCabAi0XXVbtRUBpKiKmvYDJl5vssRrG9sJSY7t1xQJgQQSl976KfmA/gJj e9OmHBBqD+SwmV2PPW/emxnvHcwrQWbc2FLJjCZbLUq4ZCov5Sij52fdxg4l1oHMQSjJM7rglh7s P3+2p1OrCW6WNtUZHTun02bTsjGvwG4pzSWuFcpU4PDVjJracMulA4eBKtFst1pvmhWUku7jUXI2 0H3jLXYy6xtS5hltUyKhwpBvrQbGibm5stzMbq5Izol4wWXD3XxxnCS0WW+MZwAC6yk2sTU6+Bd0 uYHPmPIDYESqdwZzCwGaAdoapUSQPqgeE7fQiHGcG+RpmdFPUzCOG48Jt0S/YKy32pAopPPCVE9F uL8HqSoKMs8o6rbwT4wLKZ87wvBje3c72WnhEsO1zuttJD0Ai9G9pzbWvePqyUiIPyijhjOHgkIK s551noP7EIGQmL1O3fxI5QvvOcR/VDxW0uO1whLG+GNllpSID9JmdDfpdDB1F15C8pSYzZXhgxUn jpW4Y1BYN3ALwZ+Ky2coZiJB0QmIEbaYCPzkvDjFT75iEq9K8MPekKGeCqz3jB6aEgRqNwZjOSa3 Fhc2fG6vv95e/yC3199XFz9XF79Wl5eri2+U6NKxcReqUqDyrzobpzSS9k6sEmY3DnpZyQazdXVE dEG9Gny0a1I82HXvP1qxcAhSUIHphfJF4zQYGDL8lzLHgRHMNXXY+sUZDAdIW5AX9TUuenPoySMz 8e1KCiXdYWB7CJZjQXhm62XcMgY5wmbvTyXD45NIvhxo5jFZzfrMkRngsUnL/2pSxIbHES/+9F27 4f771cPC/cWvXh1Oj4U5m4fOHU4Hyzuzi2ncvZzg+A0uDoaxtyCNOtVt5icStr7M+2DAF9dkWpWV +lhGUjHnjOLQPB/EQRXKjgwj0+E5zajEIH7em3KCBSjVIFiUTLjxt4OvVMIAZ2LtqFnYKf2cF+WS vw+vnnRR+tsC3aXqG6UKb3t8QvqnVN1SiAg8frFKlLn/GPjy1whHVqIMbh5HMIqz6cWLAsfNmotp T9ZcTf0xtR2U3yjz/9dT98LEqRjG4XoM4g1h9f5vAAAA//8DAFBLAwQUAAYACAAAACEAPEbrytYA AAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPwU4CMRRF9yb+Q/NM3EkHFkpGCkESHF2ZARNYPtrH zMTp69jWYfDrbVzA8ubenJszWwy2FT350DhWMB5lIIi1Mw1XCj6364cpiBCRDbaOScGZAizmtzcz zI07cUn9JlYiQTjkqKCOsculDLomi2HkOuLUHZ23GFP0lTQeTwluWznJskdpseH0UGNHq5r01+bH Kpi8OvbVPgvL4uN9XPZT/fs0aKXu74blM4hIQ7yOX4rue7e7lP+oN5MgII7F+eAbU2KI5BUkt2Sa LEHO/wAAAP//AwBQSwECLQAUAAYACAAAACEADIGFu/4AAADiAQAAEwAAAAAAAAAAAAAAAAAAAAAA W0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAAAAAAAAA AAAAAC8BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQDJv8V0RAMAAI0HAAAQAAAAAAAAAAAA AAAAACoCAABkcnMvc2hhcGV4bWwueG1sUEsBAi0AFAAGAAgAAAAhADxG68rWAAAA+QAAAA8AAAAA AAAAAAAAAAAAnAUAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAABAAEAPUAAACfBgAAAAAAABDwCAAA AAAAAABQByABDwAR8JQBAAAAAMMLCAAAAAAAAAAKAv+/DwCIE3wBAAAPAIoTPAEAAAAAug8QAAAA XwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAg AAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAA AAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAA AAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8A bgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAA AAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAA ixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBUAAAAAACfDwQAAAAEAAAAAAChDxoAAAABAAAAAAAg AAoAAAAA/wcAAQAAAAAAAgAMAAAAqg8KAAAAAQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiB DwAE8N4KAAASAArwCAAAAAM0AAAACgAAgwAL8GgAAAB/AAEA7wGAADhItyO/AAQABAC/AQEAEQD/ ARAAGQA/AwAACACAwzgAAAC/AwAAAgBFAHMAcABhAGMAZQAgAHIA6QBzAGUAcgB2AOkAIABkAGUA IABsAGEAIABkAGEAdABlACAAMgAAABMAIvE2CAAAqcMwCAAAUEsDBBQABgAIAAAAIQAMgYW7/gAA AOIBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbJRRwU7DMAy9I/EPUa6oSccBIdR2BzqOgGB8gJW4 bUSbRHEo29/jbuyAhIY42n7v+fm5Wu+mUcyYyAVfy5UqpUBvgnW+r+Xb9qG4lYIyeAtj8FjLPZJc N5cX1XYfkQSzPdVyyDneaU1mwAlIhYieJ11IE2QuU68jmHfoUV+X5Y02wWf0uciLhmyqFjv4GLPY 7Lh9dMJ0Ke6PuGVVLSHG0RnIbFQvU91UT2w8OYviGVJ+hIlR2ibSNEBExqjzKrO3aqIidJ0zqNpE rwvv6g9xGz59wvm/2i3TXnA+qf9ycsKRzty8uP0ZbPEdqmLmIRcaXKTTBn34UPMFAAD//wMAUEsD BBQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAX3JlbHMvLnJlbHOkkMFqwzAMhu+DvYPRvXHaQxmj Tm+FXksHuwpbSUxjy1gmbd++pjBYRm876hf6PvHv9rcwqZmyeI4G1k0LiqJl5+Ng4Ot8WH2AkoLR 4cSRDNxJYN+9v+1ONGGpRzL6JKpSohgYS0mfWosdKaA0nCjWTc85YKljHnRCe8GB9KZttzr/ZkC3 YKqjM5CPbgPqfE/V/IcdvM0s3JfGctDc996+omrH13iiuVIwD1QMuCzPMNPc1OdAv/au/+mVERN9 V/5C/Eyr9cesFzV2DwAAAP//AwBQSwMEFAAGAAgAAAAhALZ9stHMAwAARgsAABAAAABkcnMvc2hh cGV4bWwueG1s7FbNbhs3EL4X6DsQvCuSLFk/C68CWY3SAoIhRAp6LEa7XGsrLsmSlCK56MV5mhyK BkiBXnzLo/gB/AqdIaVILYqgqH0pEB9Ws8vh8Jvvmxn64vm2kmwjrCu1SnnzWYMzoTKdl+o65a/n 41qPM+dB5SC1EinfCcefD77+6sIkzjDcrFxiUr703iT1usuWogL3TBuhcK3QtgKPr/a6bqxwQnnw eFAl62eNRqdeQan4AEOpzcxMLVnZ1WZqWZmnvMWZggqPfOEMZILZj++csJuP71gumASWgxfsjNf3 u2IAQFQTna3cHhr8G2i5hTeY719QMaVfWkysSQfUA64DRIUI6VCzZH5nEGDukaOblP+0BuuF5Qh/ e9wZ3THEMUkXkoVkW9jqsUAHF5DoomB4YqvXa3eayNsu5Q3CDYnYepbh0lm/2+w1UNwM19rnXaQ/ JBYxkKexzr8U+tF4GAVKuRWZR2khgc3EeeLweEQgNHJgEr+91PmOPBf4i9rHmvrvwmEx4/lLbW84 e2MBNXQkjOBMfqdcyvvNdhuJ8OElUMGZPV1ZnK6odTXSktRkoDKMmnJUO5ojj2/Eqa4M+ImamYwc D2zOt9+DNXs+PCpxpWdLMOKfaIm+gaVIAwWRzs/8TorHUhJibWQTq46BvMY+twFDLopX+IlKt3ks CBk9A5YDgpDSU8AgCBXYSeANjVfBwCPDb6lyHBHBPODEZi/msJghxiAc0m199BYwUZd2FbQptPLD kNoCHEmNc0btl3HLEtQ1dvh0rTIMHyWSpBcl5kw2zTzbAMncoL99a5x6XIri774HN9x/XB0W/jN+ +9XFeiTtfBs6dLGe3Xwyx5jGp5crHLjBxcMi9hAkUbJ9O9EYgqSQeZiXP/fH/e5oPBrWep0XjVp3 3G7X+pf9Ua3XOu92W93zzrAz/AULP8ysZfENzs95WcVytKjLal2Vlf6xjJIgYykXqvZ6FodbqBC2 iDqF5zrlCiHS/WDLFc5BpWfB4mwlLN0mVFQsoxbcO1KD4CdF94Isb8S34ZUkkyXdLmFtarUuyKbs pKKn0uNSyph2/OK0LHP6GNima0cgp1FEv41TG6U99RJFgUPpwOR6ovZMrynM3g51Eygq8M5J+dCW IDkzpc+WY6hKieOzhRM2W4J1IpRqkEjAyaaHu18f7j6wh7v397e/39/+cf/27f3tb5+LUmue9eLA ztyTBMJpi5ISN186jlh40o7zgx/oOsNGxye2Hx0gVD4FCzRPv/QRti3N35NK/h/30VHZoLfB5/G/ FjSdGfwJAAD//wMAUEsDBBQABgAIAAAAIQAGcavN1AAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1s RI9RS8MwFIXfBf9DuIJvLq0TGd2yIYLW120y8e2uuW3CmqQmce3+vRcf9PFwDt/hW20m14szxWSD V1DOChDkm6Ct7xS871/uFiBSRq+xD54UXCjBZn19tcJKh9Fv6bzLnWCITxUqMDkPlZSpMeQwzcJA nrs2RIeZY+ykjjgy3PXyvigepUPr+cHgQM+GmtPu2/HJ8eDqrw9qF9JmO87NYV9+vip1ezM9LUFk mvL/uC7tQ1f+lb+oN61gDqKtL8do9RZTpqiA3diULUGufwAAAP//AwBQSwECLQAUAAYACAAAACEA DIGFu/4AAADiAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQA BgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAAAAAAAAAAAAAAC8BAABfcmVscy8ucmVsc1BLAQItABQA BgAIAAAAIQC2fbLRzAMAAEYLAAAQAAAAAAAAAAAAAAAAACoCAABkcnMvc2hhcGV4bWwueG1sUEsB Ai0AFAAGAAgAAAAhAAZxq83UAAAA+QAAAA8AAAAAAAAAAAAAAAAAJAYAAGRycy9kb3ducmV2Lnht bFBLBQYAAAAABAAEAPUAAAAlBwAAAAAAABDwCAAAAAAAjwnfECABDwAR8JQBAAAAAMMLCAAAAAEA AAAHAv+/DwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZ EBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAA BAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAE AQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkA YQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBh AHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoT MAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBs AAAAAACfDwQAAAAEAAAAAACgDwIAAAAqAAAAoQ8cAAAAAgAAAAAAIAgKAAAAAP8CAAcAAgAAAAAA AgAMAAAA+A8EAAAAAAAAAAAAqg8KAAAAAgAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE 8GUKAAASAArwCAAAAAQ0AAAACgAAkwAL8HgAAAB/AAEA7wGAALhZtyOHAAIAAAC/AAQABAC/AQEA EQD/AREAGQA/AwAACACAw0IAAAC/AwAAAgBFAHMAcABhAGMAZQAgAHIA6QBzAGUAcgB2AOkAIABk AHUAIABwAGkAZQBkACAAZABlACAAcABhAGcAZQAgADMAAAATACLxxQcAAKnDvwcAAFBLAwQUAAYA CAAAACEADIGFu/4AAADiAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWyUUcFOwzAMvSPxD1GuqEnH ASHUdgc6joBgfICVuG1Em0RxKNvf427sgISGONp+7/n5uVrvplHMmMgFX8uVKqVAb4J1vq/l2/ah uJWCMngLY/BYyz2SXDeXF9V2H5EEsz3Vcsg53mlNZsAJSIWIniddSBNkLlOvI5h36FFfl+WNNsFn 9LnIi4ZsqhY7+Biz2Oy4fXTCdCnuj7hlVS0hxtEZyGxUL1PdVE9sPDmL4hlSfoSJUdom0jRARMao 8yqzt2qiInSdM6jaRK8L7+oPcRs+fcL5v9ot015wPqn/cnLCkc7cvLj9GWzxHapi5iEXGlyk0wZ9 +FDzBQAA//8DAFBLAwQUAAYACAAAACEAMd1fYdIAAACPAQAACwAAAF9yZWxzLy5yZWxzpJDBasMw DIbvg72D0b1x2kMZo05vhV5LB7sKW0lMY8tYJm3fvqYwWEZvO+oX+j7x7/a3MKmZsniOBtZNC4qi ZefjYODrfFh9gJKC0eHEkQzcSWDfvb/tTjRhqUcy+iSqUqIYGEtJn1qLHSmgNJwo1k3POWCpYx50 QnvBgfSmbbc6/2ZAt2CqozOQj24D6nxP1fyHHbzNLNyXxnLQ3PfevqJqx9d4orlSMA9UDLgszzDT 3NTnQL/2rv/plRETfVf+QvxMq/XHrBc1dg8AAAD//wMAUEsDBBQABgAIAAAAIQC5OwfMVwMAAKgH AAAQAAAAZHJzL3NoYXBleG1sLnhtbMRVzU4bMRC+V+o7WL5WkCy/YcWCABVaKUIRgQeY9XqTbby2 a3vThCM8DYeqlVqpF248Cg/AK3RsbyD0UFVwaA4b73o88833zYx392e1IFNubKVkRpPVLiVcMlVU cpTRi/PjlR4l1oEsQCjJMzrnlu7vvX2zq1OrCR6WNtUZHTun007HsjGvwa4qzSXulcrU4PDVjDra cMulA4eBatFZ63a3OjVUku6hKzkd6oHxK3Y6HRhSFRndoERCjSHfWw2ME3N3Y7mZ3t2QoiG64gUp ONEw4mSddtqj0QsgtL5iE9vig3/BVxj4gkk/g0akOjGYXeIDdAK4BU6JMH1QPSZurhFl6QwydZnR zw0Yx/GlKmYZXWuPRnv08ZSqDSlDOitN/Vqke7uQqrIkGBEVnGe0t9XbXEsCM5DymSPMg9nZTnpd NGBosbG5jSIEeBGD96GNdSdcvRoP8Y4yajhzKDCkMO1b50l8ChEYjRzo1M0OVTH3ljn+YwXEynq5 cljSGH+szCUl4qO0Gd1JNjYwdRdeQvKUmOWd/NmOE0dKBDZBMvST0dxzBamwbujmgr8WYvA1FQlW AQExwu4TgaqCl2f4yZdS4gUKdtg2MhRaia2Q0QNTgUAZx2AsxzyDjKgzLNk83H59uP1BHm6/31/9 vL/6dX99fX/1jWLrODY+hroSWATr2GWPXlaStV7MkdklR+9qucJsWygRXRBSRPBx3ZLiwS7GwovF C06QghpMPyiAi7OwwJDhv5IFzpKwXFCH06A8h3yItAWlUWrjojWHvjw0E9/HpFTSHQS2c7Aca8Mz 227jkTHIEU6BQSMZuk8i+XKomcdkNRswR6aAbpOu/7WkiCWLQ17+absww/NPuwel+4tdu5s3R8Kc z0Ld5c3w8nF5jGk8vpziZA4mDvLYZpBGndqO86MKq0MWAzDgi2vS1FWtPlWRVMw5o1yuXAzjBAtl R/LIdHg2GZUYxF8FpppgAUo1DCtKJtz4i8NXKmGAw7I11CyclP4KENUl/xBePemi8hcJmks1MEqV fu3xCemfUh1XQkTg8YtVoir8x8CXv2E4shJlcLM4m1GcZSteljh5Flw0fdly1Xg37Toov1Tm/6+n noSJAzJMxsVExCvD6r3fAAAA//8DAFBLAwQUAAYACAAAACEAZejFc9gAAAD5AAAADwAAAGRycy9k b3ducmV2LnhtbESPwUoDMRRF94L/EJ7gzma0UmRsWqqgrSDUVrEun5M3k+DkZUxiO+PXG1zo8nIv 53Km8961Yk8hWs8KzkcFCOLKa8uNgpfnu7MrEDEha2w9k4KBIsxnx0dTLLU/8Ib229SIDOFYogKT UldKGStDDuPId8S5q31wmHIMjdQBDxnuWnlRFBPp0HJ+MNjRraHqY/vlFKzfqubpcWwm34WVwzB+ eK0Xq3ulTk/6xTWIRH36H98su8/d7q/8Ra20gksQ9XJ4D1ZvMCYKCrJbNs2WIGc/AAAA//8DAFBL AQItABQABgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBl c10ueG1sUEsBAi0AFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAAAAAAAAAAAAAAAALwEAAF9yZWxz Ly5yZWxzUEsBAi0AFAAGAAgAAAAhALk7B8xXAwAAqAcAABAAAAAAAAAAAAAAAAAAKgIAAGRycy9z aGFwZXhtbC54bWxQSwECLQAUAAYACAAAACEAZejFc9gAAAD5AAAADwAAAAAAAAAAAAAAAACvBQAA ZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAEAAQA9QAAALQGAAAAAAAAEPAIAAAAXxUAAFAHfxYPABHw lAEAAAAAwwsIAAAAAgAAAAkC/78PAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAA AAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAA AAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAA CQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAg AFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4A CQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAA AAAAAAQAAAAADwAN8FQAAAAAAJ8PBAAAAAQAAAAAAKEPGgAAAAEAAAAAACAACgAAAAD/BwABAAAA AAACAAwAAACqDwoAAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwFQsAABIACvAI AAAABTQAAAAKAACTAAvwigAAAH8AAQDvAYAASEm3I4cAAgAAAL8ABAAEAL8BAQARAP8BEAAZAD8D AAAIAIDDVAAAAL8DAAACAEUAcwBwAGEAYwBlACAAcgDpAHMAZQByAHYA6QAgAGQAdQAgAG4AdQBt AOkAcgBvACAAZABlACAAZABpAGEAcABvAHMAaQB0AGkAdgBlACAANAAAABMAIvFLCAAAqcNFCAAA UEsDBBQABgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbJRRwU7DMAy9 I/EPUa6oSccBIdR2BzqOgGB8gJW4bUSbRHEo29/jbuyAhIY42n7v+fm5Wu+mUcyYyAVfy5UqpUBv gnW+r+Xb9qG4lYIyeAtj8FjLPZJcN5cX1XYfkQSzPdVyyDneaU1mwAlIhYieJ11IE2QuU68jmHfo UV+X5Y02wWf0uciLhmyqFjv4GLPY7Lh9dMJ0Ke6PuGVVLSHG0RnIbFQvU91UT2w8OYviGVJ+hIlR 2ibSNEBExqjzKrO3aqIidJ0zqNpErwvv6g9xGz59wvm/2i3TXnA+qf9ycsKRzty8uP0ZbPEdqmLm IRcaXKTTBn34UPMFAAD//wMAUEsDBBQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAX3JlbHMvLnJl bHOkkMFqwzAMhu+DvYPRvXHaQxmjTm+FXksHuwpbSUxjy1gmbd++pjBYRm876hf6PvHv9rcwqZmy eI4G1k0LiqJl5+Ng4Ot8WH2AkoLR4cSRDNxJYN+9v+1ONGGpRzL6JKpSohgYS0mfWosdKaA0nCjW Tc85YKljHnRCe8GB9KZttzr/ZkC3YKqjM5CPbgPqfE/V/IcdvM0s3JfGctDc996+omrH13iiuVIw D1QMuCzPMNPc1OdAv/au/+mVERN9V/5C/Eyr9cesFzV2DwAAAP//AwBQSwMEFAAGAAgAAAAhADc3 zzvfAwAAXQsAABAAAABkcnMvc2hhcGV4bWwueG1s7FbNbhs3EL4X6DsQvCvS6s/SwqtAlqO0gGAI kYMeC2qXa23FJVmSq0gOenGexociAVqgF9/8KH4Av0JnyFWkFkVQ1L4UiA+r2eVw+M33zQx9+nJb CrLhxhZKJjR60aKEy1RlhbxK6NvLaWNAiXVMZkwoyRO645a+HH37zamOrSawWdpYJ3TlnI6bTZuu eMnsC6W5hLVcmZI5eDVXTW245dIxBweVotlutfrNkhWSjiCU3Cz03KCVXmzmhhRZQnuUSFbCka+s Zikn5v7WcrO5vyVZRWRV3t8aRTJOsoJpZQtXbDjp0mYdJMRjAHKm0rWtkbJ/gzQz7B2k/xeQRKrX BvKM8ICmh7lHLAEwHqpXxO004LUiu6hKoO06oT9XzDhuKGS0TWin3h22QJhD3tbnz+Jtbsqngh2d sljlOcETB4NuP+pQskvooD/otcGGDFjMt46k4NAenkSDFqiegke3dwK6eJABCXpqY91rrp6MimCg hBqeOtCcxWwzsw7ZPBzhqQ1M6Nhtz1S2Q88l/EJRhGL77xJClcP5K2WuKXlnGKhpUR5Oifhe2oQO o24XiHD+xVNBiTleWR6vQAVOlMCKIEymEDWhy705cfCGnKpSMzeTC52i457Ny+0PzOiaDwdKXKjF imn+T7QEX89SoAGDCOsWbif4UynxsTYigtojTFzBADAeQ8bzN/AJCzg6FIQInh7LHoFP6TlgIISS mZnnDYw33oAj/W8hM5gd3tzjhNbPL9lyARi9cEC3ccGbs5k8M2uvTa6kG/vUlsyi1DCAZL0MW1ZM XkGvzyuZQvggkUC9MDGr03nqyIahzC38q1vj2OOM53/33bvB/sPqOHdf8KtXl9VEmMut79Bltbj+ bE4hjc8vFzCJvYtjy9BDLA6S1e2EA4nFucj8IH1/3nk1GZ732o3heb/V6E+7w8bZyXTcmJx0Oue9 /jjqRoNfoPDr6VUA1zC/MIQBVdZVWZTqpyIIAnwllMvG20UYcL4+yDKo5J9VQiUAxGvDFGuYh1It vEXJmhu8ZLCkSIoNWDtie8AnideFKK75d/4VBRMFXjp+bW6UytFGYELiU6ppIURIOnyxShQZfsRl fxtxYDRI6LZhesPCsRfPcxhJex6rmax5rjBMbfuq8QTlcBUldGwKJijRhUtXU1YWAoZnB6ZsumLG cl+oXiDOjjY93v36ePcbebz79HDz+8PNHw8fPjzcfPxSlEbUHoRxndpnCQSzFiRFbr72G7LwrP3m Rj/iZQZtDk9oPjyAy2zODMNp+rWPoG1x+h5V8v+4jw7Ker01PA//s4Bp9ehPAAAA//8DAFBLAwQU AAYACAAAACEAFxEKRdYAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPy07DMBBF90j8gzVI7KjT igANnVaoPFeg9LEf4slDxHawTRvz9VgsYHl1r87VWaxG3YsDO99ZgzCdZCDYVFZ1pkHYbR8vbkD4 QEZRbw0jRPawWp6eLKhQ9mhKPmxCIxLE+IIQ2hCGQkpftazJT+zAJnW1dZpCiq6RytExwXUvZ1l2 JTV1Jj20NPC65epj86URvsuHfBz6pzzOPl3cbe/f1tfzGvH8bLy7BRF4DP/j1328rKZ/5S/qRSHk IOrn+O46VZIP7BCSWzJNliCXPwAAAP//AwBQSwECLQAUAAYACAAAACEADIGFu/4AAADiAQAAEwAA AAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQAx3V9h0gAA AI8BAAALAAAAAAAAAAAAAAAAAC8BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQA3N8873wMA AF0LAAAQAAAAAAAAAAAAAAAAACoCAABkcnMvc2hhcGV4bWwueG1sUEsBAi0AFAAGAAgAAAAhABcR CkXWAAAA+QAAAA8AAAAAAAAAAAAAAAAANwYAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAABAAEAPUA AAA6BwAAAAAAABDwCAAAAF8VjwnfEH8WDwAR8JQBAAAAAMMLCAAAAAMAAAAIAv+/DwCIE3wBAAAP AIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIA AAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAA AAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAA aAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAAD AAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQA AAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBf AF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBsAAAAAACfDwQAAAAEAAAA AACgDwIAAAAqAAAAoQ8cAAAAAgAAAAAAIAgKAAAAAP8CAAcAAgAAAAAAAgAMAAAA2A8EAAAAAAAA AAAAqg8KAAAAAgAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8HEFAAASAArwCAAAAAE0 AAAADAAAUwAL8B4AAACBAQAAAAi/ARIAEgD/AQAACAAEAwkAAAA/AwEAAQATACLxMwUAAKnDLQUA AFBLAwQUAAYACAAAACEADIGFu/4AAADiAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWyUUcFOwzAM vSPxD1GuqEnHASHUdgc6joBgfICVuG1Em0RxKNvf427sgISGONp+7/n5uVrvplHMmMgFX8uVKqVA b4J1vq/l2/ahuJWCMngLY/BYyz2SXDeXF9V2H5EEsz3Vcsg53mlNZsAJSIWIniddSBNkLlOvI5h3 6FFfl+WNNsFn9LnIi4ZsqhY7+Biz2Oy4fXTCdCnuj7hlVS0hxtEZyGxUL1PdVE9sPDmL4hlSfoSJ Udom0jRARMao8yqzt2qiInSdM6jaRK8L7+oPcRs+fcL5v9ot015wPqn/cnLCkc7cvLj9GWzxHapi 5iEXGlyk0wZ9+FDzBQAA//8DAFBLAwQUAAYACAAAACEAMd1fYdIAAACPAQAACwAAAF9yZWxzLy5y ZWxzpJDBasMwDIbvg72D0b1x2kMZo05vhV5LB7sKW0lMY8tYJm3fvqYwWEZvO+oX+j7x7/a3MKmZ sniOBtZNC4qiZefjYODrfFh9gJKC0eHEkQzcSWDfvb/tTjRhqUcy+iSqUqIYGEtJn1qLHSmgNJwo 1k3POWCpYx50QnvBgfSmbbc6/2ZAt2CqozOQj24D6nxP1fyHHbzNLNyXxnLQ3PfevqJqx9d4orlS MA9UDLgszzDT3NTnQL/2rv/plRETfVf+QvxMq/XHrBc1dg8AAAD//wMAUEsDBBQABgAIAAAAIQCC 6eP3xwAAACABAAAQAAAAZHJzL3NoYXBleG1sLnhtbIzPvU7DMBAH8B2Jd7Bup3YYEIridEDq1qWC B7jEV8fCPlu227RvXwMVEhvbfUj/392wvQQvzpSLi6yh2ygQxHM0jq2Gj/fd0yuIUpEN+sik4UoF tuPjw5D6CedPm+OJjWghXPqkYak19VKWeaGAZRMTcdsdYw5YW5utTJkKccXawODls1IvMqBjENO6 j6YR6+Iqwfgl2AMdhTOXdplSXZth/x1Nbz7fUfwPajKu7aO/3hm9hsl2IMdB3rGf6vex8QYAAP// AwBQSwMEFAAGAAgAAAAhAB2ugUrWAAAA/wAAAA8AAABkcnMvZG93bnJldi54bWxMj09Lw0AQxe+C 32EZwZvdKGJLzKZUSy/ipX8weNtmxyQ0Oxsymzb99k570ctjhje8+b1sPvpWHbHnJpCBx0kCCqkM rqHKwG67epiB4mjJ2TYQGjgjwzy/vcls6sKJ1njcxEpJCHFqDdQxdqnWXNboLU9ChyTeT+i9jbL2 lXa9PUm4b/VTkrxobxuSD7Xt8L3G8rAZvIFmufz6Xk+LxZmf+W1YHQr8+CyMub8bF6+gIo7x7xgu +IIOuTDtw0COVWtAisSriifz/qI6z/R/7vwXAAD//wMAUEsBAi0AFAAGAAgAAAAhAAyBhbv+AAAA 4gEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEA Md1fYdIAAACPAQAACwAAAAAAAAAAAAAAAAAvAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEA gunj98cAAAAgAQAAEAAAAAAAAAAAAAAAAAAqAgAAZHJzL3NoYXBleG1sLnhtbFBLAQItABQABgAI AAAAIQAdroFK1gAAAP8AAAAPAAAAAAAAAAAAAAAAAB8DAABkcnMvZG93bnJldi54bWxQSwUGAAAA AAQABAD1AAAAIgQAAAAAEADwByAAAAD///8AAAAAAO7s4QAfSX0AT4G9AMBQTQAAAP8AgACAAA8A iBM4AAAADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAA6y4IAAAA4gvL ATDuXSgAAA4EFAwAAFBLAwQUAAYACAAAACEAS532GAABAAAcAgAAEwAAAFtDb250ZW50X1R5cGVz XS54bWyskctqwzAQRfeF/oPQtthyuiil2M6ij10fi/QDBnlsi9ojIU1C8vcdOw6UEkIX3Qikmbn3 3FG53o+D2mFMzlOlV3mhFZL1jaOu0p+bl+xeq8RADQyesNIHTHpdX1+Vm0PApGSaUqV75vBgTLI9 jpByH5Ck0vo4Ass1diaA/YIOzW1R3BnriZE440lD1+UTtrAdWD3v5flIIuNaPR77JqtKQwiDs8AC aqaqqct3AY+uQfUBkd9glC7DgoA/z1V+WWtHzS/gzLets9h4ux0FM58lbxbPM6wRh3QB9ozBso1c JudAqXchnRz+lOoVSNYZ/yfbInYCMPPf1t8AAAD//wMAUEsDBBQABgAIAAAAIQCl1qfnwAAAADYB AAALAAAAX3JlbHMvLnJlbHOEj89qwzAMh++FvYPRfVHSwxgldi+lkEMvo30A4Sh/aCIb2xvr20/H Bgq7CISk7/epPf6ui/nhlOcgFpqqBsPiQz/LaOF2Pb9/gsmFpKclCFt4cIaje9u1X7xQ0aM8zTEb pUi2MJUSD4jZT7xSrkJk0ckQ0kpF2zRiJH+nkXFf1x+YnhngNkzT9RZS1zdgro+oyf+zwzDMnk/B f68s5UUEbjeUTGnkYqGoL+NTvZCoZarUHtC1uPnW/QEAAP//AwBQSwMEFAAGAAgAAAAhAGt5lhaD AAAAigAAABwAAAB0aGVtZS90aGVtZS90aGVtZU1hbmFnZXIueG1sDMxNCsMgEEDhfaF3kNk3Y7so RWKyy6679gBDnBpBx6DSn9vX5eODN87fFNWbSw1ZLJwHDYplzS6It/B8LKcbqNpIHMUsbOHHFebp eBjJtI0T30nIc1F9I9WQha213SDWtSvVIe8s3V65JGo9i0dX6NP3KeJF6ysmCgI4/QEAAP//AwBQ SwMEFAAGAAgAAAAhAKajsASbBgAAsRsAABYAAAB0aGVtZS90aGVtZS90aGVtZTEueG1s7FlPbxtF FL8j8R1Ge29jJ3YaR3Wq2LEbaNNGsVvU43h3vDv17M5qZpzUN9QekZAQBXFB4gYSAiq1Epdy4qME iqBI/Qq8mdld78RrJWkjQFAfkt2Z37z/782b2avXHsQMHRIhKU/aXv1yzUMk8XlAk7Dt3Rn2L214 SCqcBJjxhLS9GZHeta1337mKN1VEYoJgfSI3cduLlEo3V1akD8NYXuYpSWBuzEWMFbyKcCUQ+Ajo xmxltVZbX4kxTTyU4BjIDqOfvwFit8dj6hNvK6feY8AiUVIP+EwMNG2SLSlhg0ldI+RMdplAh5i1 PWAU8KMheaA8xLBUMNH2aubnrWxdXcGb2SKmlqwtreubX7YuWxBMVg1PEY4KpvV+o3Vlp6BvAEwt 4nq9XrdXL+gZAPZ90NTKUqbZ6G/UOznNEsg+LtLu1pq1hosv0V9bkLnV6XSarUwWS9SA7GNjAb9R W29srzp4A7L45gK+0dnudtcdvAFZ/PoCvn+ltd5w8QYUMZpMFtDaof1+Rr2AjDnbrYRvAHyjlsHn KIiGIro0izFP1LJYi/F9LvoA0ECGFU2QmqVkjH0I4y5mdCSoZoA3CS7N2CFfLgxpXkj6gqaq7b2f YkiJOb1Xz7979fwpevX8yfHDZ8cPfzx+9Oj44Q+WlrNwFydheeHLrz/588sP0R9Pv3r5+LNqvCzj f/3+o19++rQaCBk0l+jF509+e/bkxRcf//7t4wr4tsCjMnxIYyLRLXKEDngMuhnDuJKTkTjfimGE aXnFdhJKnGDNpYJ+T0UO+tYMM1yB6xDXgncFVJAq4PXpfUfgQSSmKnO5o9mNKHaAe5yzDheVVrih eZXMPJwmYTVzMS3jDjA+rOLdxYnj3940hdJJq0h2I+KIuc9wonBIEqKQnuMTQirsdY9Sx6571Bdc 8rFC9yjqYFppkiEdOdE0X7RLY/DLrEpA8Ldjm727qMNZldY75NBFQlZgViH8kDDHjNfxVOG4iuQQ x6xs8JtYRVVCDmbCL+N6UoGnQ8I46gVEyqo1twXoW3L6Dage1W7fY7PYRQpFJ1U0b2LOy8gdPulG OE6rsAOaRGXse3ICIYrRPldV8D3uZoh+Bz/gZKm771LiuPv0anCHho5I8wDRM1NR4cvrhDvxO5ix MSam1EBdd8p1TJO3tfvMtXtb0Mrk2T1RsZfhTtbpLhcB/feX6R08TfYJZMbiXvW2Sr+t0t5/vkov y+eLr83zcgyVWvdOtuk2LXi8tAMfU8YGasbITWmacAmbUNCHQb3OHD9JcSJLI3jUmQwMHFwosFmD BFcfUBUNIpxCA1/3NJFQZqRDiVIu4eBohitpazwcApQ9djb1gcRWDonVHg/s8Joezs8dBRkjVWgO tzmjNU3grMzWrmREQbfXYVbXQp2ZW92IZoqiw61QWZvYHNDB5IVqMFhYE7obBD0RWHkdLgA0azj4 YEYCbXfro9wtxgsX6SIZ4YBkPtJ6L/qobpyUx8qCIloPGwz6EHmK1UrcWprsG3A7i5PK7BpL2OXe exMv5RE89xJQO5mOLCknJ0vQUdtrNVebHvJx2vbGcGaGxzgFr0vdUGIWws2Tr4QN+1OT2WT53Jut XDE3CepwDWLtvqCwUwdSIdUOlpENDTOVhQBLNCcr/2oTzHpRClRUo7NJsbYBwfCPSQF2dF1LxmPi q7KzSyPadvY1K6V8qogYRMERGrGpOMDgfh2qoE9AJVx9mIqgX+CeTlvbTLnFOUu68u2YwdlxzNII Z+VWp2ieyRZuClIhg3kriQe6VcpulDu/KiblL0iVchj/z1TR+wlcQ6wF2gM+3BMLjHSmtD0uVMSh CqUR9fsCGgdTOyBa4K4XpiGo4Lba/BfkUP+3OWdpmLSG06Q6oCESFPYjFQlC9qEsmeg7hVg927ss SZYRMhFVElemVuwROSRsqGvgut7bPRRBqJtqkpUBgzsZf+57lkGjUDc55XxzKlmx99oc+Ls7H5vM oJRbh01Dk9u/ELFoD+a7ql1vlud7b1kRPTFvsxp5VgCz0lbQytL+NUU451ZrK9aCxqvNXDjw4qLG MFg0RClcJiH9B/Y/Knxmv3zoDXXID6C2IviQoYlB2EBUX7KNB9IF0g6OoHGygzaYNClr2qx10lbL N+sL7nQLvieMrSU7i7/PaeyiOXPZObl4kcbOLOzY2o4tNTV49mSKwtA4P8gYx5hvZuWvWnx0Hxy9 A98PpkxJE0zwzUpg6KEHJg8g+S1Hs3TrLwAAAP//AwBQSwMEFAAGAAgAAAAhAA3RkJ+2AAAAGwEA ACcAAAB0aGVtZS90aGVtZS9fcmVscy90aGVtZU1hbmFnZXIueG1sLnJlbHOEj00KwjAUhPeCdwhv b9O6EJEm3YjQrdQDhOQ1DTY/JFHs7Q2uLAguh2G+mWm7l53JE2My3jFoqhoIOumVcZrBbbjsjkBS Fk6J2TtksGCCjm837RVnkUsoTSYkUiguMZhyDidKk5zQilT5gK44o49W5CKjpkHIu9BI93V9oPGb AXzFJL1iEHvVABmWUJr/s/04GolnLx8WXf5RQXPZhQUoosbM4CObqkwEylu6usTfAAAA//8DAFBL AQItABQABgAIAAAAIQBLnfYYAAEAABwCAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBl c10ueG1sUEsBAi0AFAAGAAgAAAAhAKXWp+fAAAAANgEAAAsAAAAAAAAAAAAAAAAAMQEAAF9yZWxz Ly5yZWxzUEsBAi0AFAAGAAgAAAAhAGt5lhaDAAAAigAAABwAAAAAAAAAAAAAAAAAGgIAAHRoZW1l L3RoZW1lL3RoZW1lTWFuYWdlci54bWxQSwECLQAUAAYACAAAACEApqOwBJsGAACxGwAAFgAAAAAA AAAAAAAAAADXAgAAdGhlbWUvdGhlbWUvdGhlbWUxLnhtbFBLAQItABQABgAIAAAAIQAN0ZCftgAA ABsBAAAnAAAAAAAAAAAAAAAAAKYJAAB0aGVtZS90aGVtZS9fcmVscy90aGVtZU1hbmFnZXIueG1s LnJlbHNQSwUGAAAAAAUABQBdAQAAoQoAAAAAAAAPBDoBAAA8P3htbCB2ZXJzaW9uPSIxLjAiIGVu Y29kaW5nPSJVVEYtOCIgc3RhbmRhbG9uZT0ieWVzIj8+DQo8YTpjbHJNYXAgeG1sbnM6YT0iaHR0 cDovL3NjaGVtYXMub3BlbnhtbGZvcm1hdHMub3JnL2RyYXdpbmdtbC8yMDA2L21haW4iIGJnMT0i bHQxIiB0eDE9ImRrMSIgYmcyPSJsdDIiIHR4Mj0iZGsyIiBhY2NlbnQxPSJhY2NlbnQxIiBhY2Nl bnQyPSJhY2NlbnQyIiBhY2NlbnQzPSJhY2NlbnQzIiBhY2NlbnQ0PSJhY2NlbnQ0IiBhY2NlbnQ1 PSJhY2NlbnQ1IiBhY2NlbnQ2PSJhY2NlbnQ2IiBobGluaz0iaGxpbmsiIGZvbEhsaW5rPSJmb2xI bGluayIvPg8A7gNABwAAAgDvAxgAAAAQAAAAAAAAAAAAAAAAAACAAAEAAAcA/78PAAwEOwYAAA8A AvAzBgAA8AAI8AgAAAAEAAAABDwAAA8AA/DvBQAADwAE8CgAAAABAAnwEAAAADEALgBkAG8AYwB4 DQ8ARgACAArwCAAAAAA8AAAFAAAADwAE8JMCAACiDArwCAAAAAI8AAAACgAAgwAL8FYAAAB/AAEA 7wGAABgLsCK/AAQABAC/AQAAEQD/ARAAGAA/AwAACACAwyYAAAC/AwAAAgBEAGEAdABlACAAUABs AGEAYwBlAGgAbwBsAGQAZQByACAAMwAAAAAAEPAIAAAAXg8gAWAGihAPABHwjQEAAA8AiBN8AQAA DwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAAC AAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEA AAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEA AGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAA AwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAE AAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8A XwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAAACAEAQAAAAcPAA3weAAAAAAA nw8EAAAABAAAAAAAoA8QAAAAUwBsAGkAZABlACAAIwAqAAAAoQ8aAAAACQAAAAAAIAAKAAAAAP8H AAkAAAAAAAIADAAAANgPBAAAAAcAAAAAAKoPCgAAAAkAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/ WIB4gQ8ABPB6AQAAEgAK8AgAAAADPAAAIAIAAAMBC/B4AAAABAAAAAAAfwABAO8BgACIiEEhgQAw ZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAAhwABAAAAiAAAAAAAvwAEAAQA/wEAABEAAQMCBAAA PwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAAyAAAAAAAQ8AgAAACkAbAB0BTc CA8AEfAcAAAAAADDCwgAAAD/////DwD/vwAAHwQEAAAAAgAAAA8ADfCuAAAAAACfDwQAAAAGAAAA AACgD2oAAABSAE8ATABMACAAUgBQAEwACwALAEkARQBUAEYAIABWAGkAcgB0AHUAYQBsACAASQBu AHQAZQByAGkAbQAgAFcARwAgAE0AZQBlAHQAaQBuAGcAIAATICAASgB1AG4AZQAgADIAMAAxADAA AAChDxYAAAA2AAAAAAAAAAoABwA2AAAAAAACACgAAACqDwoAAAA2AAAAAQAAAAAADwAE8JoBAAAS AArwCAAAAAQ8AAAgAgAAAwEL8HgAAAAEAAAAAAB/AAEA7wGAAPiqMyGBADBlAQCCAJiyAACDADBl AQCEAJiyAACFAAAAAACHAAAAAACIAAAAAAC/AAQABAD/AQAAEQABAwMEAAA/AwAACACAwxgAAAC/ AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAgADMAAAAAABDwCAAAAJAJYAMgE9EODwAR8BwAAAAAAMML CAAAAP////8QAP+/AAAfBAQAAAADAAAADwAN8M4AAAAAAJ8PBAAAAAUAAAAAAKgPQAAAACAgICAg ICAgICAgICAgICAgICAgICAgIA1kcmFmdC1pZXRmLXJvbGwtcnBsLTA5DQ1SUEwgQXV0aG9yIFRl YW0AAKEPTAAAAEEAAAAAAAAQCgBQAAcALQAAAAAAQwACAAIAEgADAAAAAQRHAAEEAgACABIA/wAA /gEAAAAACEMAAAgCAAIAEgAQAAAAAAwCAAAMEAAAAKoPCgAAAEEAAAABAAAAAAAAAKYPDAAAAPAA AABWXTh/WIB4gQ8ABPAkAAAAEgAK8AgAAAABPAAAAAwAACMAC/AMAAAABAMJAAAAPwMBAAEAEADw ByAAAAD///8AAAAAAICAgAAAAAAAu+DjADMzmQAAmZkAmcwAAA8AiBOdAAAADwCKE5UAAAAAALoP EAAAAF8AXwBfAFAAUABUADEAMAAAAIsTdQAAAAAA6y4IAAAAaX/IASBRoPQAAB0QBAAAAAAAAAAA AAArBAAAAAAAAAAfAETxPQAAAAAAJ/EgAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAA/////xIA AAAPAD3xDQAAAEABQvEFAAAAAQkAAAAPAAIrAAAAAAAAIgQIAAAAAQAAAAEAAAAPAO4DCAkAAAIA 7wMYAAAAEAAAAAAAAAAAAAAAAAAAgAAAAAAHAP+/DwAMBAMIAAAPAALw+wcAABABCPAIAAAABAAA AAREAAAPAAPwtwcAAA8ABPAoAAAAAQAJ8BAAAAADAADACwAAAAAAAAAAAAAAAgAK8AgAAAAARAAA BQAAAA8ABPD0AAAAEgAK8AgAAAACRAAAIAIAAAMBC/BwAAAABAAAAAAAfwABAO8BgABIhvkdgQAw ZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAAhwABAAAAiAAAAAAAvwAEAAQA/wEQABEAAQMCBAAA PwMAAAgAgMMQAAAAvwMAAAIAVABpAHQAbABlACAAMQAAAAAAEPAIAAAArQAgAWAVfQMPABHwHAAA AAAAwwsIAAAA/////w0A/78AAB8EBAAAAAIAAAAPAA3wMAAAAAAAnw8EAAAAAAAAAAAAqA8KAAAA UlBMIFN0YXR1cwAAqg8KAAAACwAAAAEAAAAAAA8ABPDoAwAAEgAK8AgAAAADRAAAIAIAABMBC/CS AAAABAAAAAAAfwABAO8BgACoOzQhgQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAAhwAAAAAA iAAAAAAAvwAEAAQAvwEBAAEA/wEQABEAAQMDBAAAPwMAAAgAgMMsAAAAvwMAAAIAQwBvAG4AdABl AG4AdAAgAFAAbABhAGMAZQBoAG8AbABkAGUAcgAgADIAAAAAABDwCAAAAGADIAFgFYMODwAR8BwA AAAAAMMLCAAAAP////8TAP+/AAAfBAQAAAADAAAADwAN8AIDAAAAAJ8PBAAAAAEAAAAAAKAPIgIA AE4AZQB3ACAAdgBlAHIAcwBpAG8AbgAgAGQAcgBhAGYAdAAtAGkAZQB0AGYALQByAG8AbABsAC0A cgBwAGwALQAwADkADQBNAGEAagBvAHIAIABhAGQAZABpAHQAaQBvAG4AcwANAFMAZQBjAHUAcgBp AHQAeQANAE0AYQBuAGEAZwBlAGEAYgBpAGwAaQB0AHkADQBBAGwAcwBvADoADQBTAG8AdQByAGMA ZQAgAFIAbwB1AHQAZQAgAHAAYQB0AGgAIABmAGEAaQBsAHUAcgBlAA0ARABlAGMAbwB1AHAAbABl ACAAbQBlAHQAcgBpAGMAcwAgACAALwAgAGMAbwBuAHMAdAByAGEAaQBuAHQAcwAgAGYAcgBvAG0A IABPAEYADQA2AE0AQQBOACAAZAByAGEAZgB0AHMAIAAoAFIASAA0ACwAIABSAFIASAAgAGEAbgBk ACAAUgBQAEwAIABoAGUAYQBkAGUAcgApACAAEyAgAHMAZQBlACAAbgBlAHgAdAAgAHMAbABpAGQA ZQANAFMAZQBxAHUAZQBuAGMAZQAgAG4AdQBtAGIAZQByACAAaABhAG4AZABsAGkAbgBnACAAKABi AG8AbwB0AHMAdAByAGEAcAAsACAAdABvACAAYgBlACAAcgBlAGYAaQBuAGUAZAApACAAPQA+ACAA cwBwAGUAYwBpAGYAaQBjACAAcwBsAGkAZABlAHMADQANAAAAoQ9wAAAAMwAAAAAAAAAAABcAAAAB AAAAAAAGAAAAAAAAAAAAwgAAAAEAAAAAAAwAAAAAAAAAFwAAAAAEQwAABAIAAgAcABAAAAAACAIA AAgcABcAAAAADAIAAAwYAAYAAAAAEAIAABAcAMIAAAAAFAIAABQYAAAAqg86AAAAPAAAAAEAAAAA AA0AAAAHAAAAAAAMBAAAAQAAAAEAAAAAAMYAAAAHAAAAAAAMBAAAAgAAAAEAAAAAAAAApg8KAAAA 4AAAADh/WIB4gQ8ABPCTAgAAogwK8AgAAAAERAAAAAoAAIMAC/BWAAAAfwABAO8BgABIJ28fvwAE AAQAvwEAABEA/wEQABgAPwMAAAgAgMMmAAAAvwMAAAIARABhAHQAZQAgAFAAbABhAGMAZQBoAG8A bABkAGUAcgAgADMAAAAAABDwCAAAAF4PIAFgBooQDwAR8I0BAAAPAIgTfAEAAA8AihM8AQAAAAC6 DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAA FAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAAB AAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAA AAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAA AE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAA BgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAAAAAgBAEAAAAHDwAN8HgAAAAAAJ8PBAAAAAQAAAAA AKAPEAAAAFMAbABpAGQAZQAgACMAKgAAAKEPGgAAAAkAAAAAACAACgAAAAD/BwAJAAAAAAACAAwA AADYDwQAAAAHAAAAAACqDwoAAAAJAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwJAAA ABIACvAIAAAAAUQAAAAMAAAjAAvwDAAAAAQDCQAAAD8DAQABABAA8AcgAAAA////AAAAAACAgIAA AAAAALvg4wAzM5kAAJmZAJnMAAAPAIgTnQAAAA8AihOVAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADAAAACLE3UAAAAAAOsuCAAAAEfEygEgXEvYAAAdEAQAAAAAAAAAAAAAKwQAAAAAAAAAHwBE8T0A AAAAACfxIAAAAAAAAAADAAAAAAAAAAAAAAAAAAAAAAAAAP////8SAAAADwA98Q0AAABAAULxBQAA AAEJAAAADwACKwAAAAAAACIECAAAAAEAAAACAAAADwDuA98FAAACAO8DGAAAABAAAAAAAAAAAAAA AAAAAIAAAAAABwD/vw8ADAQ/BQAADwAC8DcFAAAgAQjwCAAAAAMAAAADSAAADwAD8PMEAAAPAATw KAAAAAEACfAQAAAAAAAAAMi+tiIAAAAAAAAAAAIACvAIAAAAAEgAAAUAAAAPAATwBwEAABIACvAI AAAAAkgAACACAAADAQvweAAAAAQAAAAAAH8AAQDvAYAAmCjEIoEAMGUBAIIAmLIAAIMAMGUBAIQA mLIAAIUAAAAAAIcAAQAAAIgAAAAAAL8ABAAEAP8BAAARAAEDAgQAAD8DAAAIAIDDGAAAAL8DAAAC AFIAZQBjAHQAYQBuAGcAbABlACAAMgAAAAAAEPAIAAAArQAgAWAVfQMPABHwHAAAAAAAwwsIAAAA /////w0A/78AAB8EBAAAAAIAAAAPAA3wOwAAAAAAnw8EAAAAAAAAAAAAqA8VAAAANm1hbiBDb21w YW5pb24gRHJhZnRzAACqDwoAAAAWAAAAAQAAAAAADwAE8KwDAAASAArwCAAAAANIAAAgAgAAAwEL 8HgAAAAEAAAAAAB/AAEA7wGAAFgGbB+BADBlAQCCAJiyAACDADBlAQCEAJiyAACFAAAAAACHAAAA AACIAAAAAAC/AAQABAD/AQAAEQABAwMEAAA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBn AGwAZQAgADMAAAAAABDwCAAAAPADIAFgFRMPDwAR8BwAAAAAAMMLCAAAAP////8OAP+/AAAfBAQA AAADAAAADwAN8OACAAAAAJ8PBAAAAAEAAAAAAKgP8gEAAGRyYWZ0LWh1aS02bWFuLXJwbC1vcHRp b24NUlBMSW5zdGFuY2VJRCBhbmQgTG9vcCBkZXRlY3Rpb24NZHJhZnQtaHVpLTZtYW4tcnBsLXJv dXRpbmctaGVhZGVyDVNvdXJjZSByb3V0aW5nDVNpbXBsZSBidXQgZWZmZWN0aXZlIGNvbXByZXNz aW9uIG9mIGNvbW1vbiBwcmVmaXgNRml4ZXMgc2VjdXJpdHkgY29uY2VybnMgdGhhdCBjYXVzZWQg ZGVwcmVjYXRpb24gb2YgUkgwDQ1BYm92ZSB1c2VkIG9ubHkgd2l0aGluIGEgUlBMIGRvbWFpbg1J bnNlcnQvcmVtb3ZlIHdoZW4gY3Jvc3NpbmcgUlBMIGRvbWFpbiBib3VuZGFyeQ1JUC1pbi1JUCB0 dW5uZWxpbmcgd2hlbiBpbnNlcnRpbmcgaGVhZGVycw1FbnN1cmVzIG9yaWdpbmFsIGRhdGFncmFt IGlzIGRlbGl2ZXJlZCB1bm1vZGlmaWVkDUlDTVAgZXJyb3JzIHNlbnQgdG8gc291cmNlIG9mIGV4 dGVuc2lvbiBoZWFkZXINSW5jcmVhc2UgTVRVIHRvIDEyODAgKyBvdXRlciBJUCBoZWFkZXIgdG8g YXZvaWQgSVAtbGF5ZXIgZnJhZwAAoQ+uAAAAGgAAAAAAAAAAACEAAAABAAAAAAAiAAAAAAAAAAAA eQAAAAEAAAAAACQAAAAAAAAAAAAwAAAAAQAAAAAAKgAAAAAAAAAAAJ8AAAABAAAAAAAaAAAAAAAC ABQAIQAAAAAEAgAABBIAIgAAAAAIAgAACBQAeQAAAAAMAgAADBIAJAAAAAAQAgAAEBQAMAAAAAAU AgAAFBIAKgAAAAAYAgAAGBQAnwAAAAAcAgAAHBIAAACqDwoAAADzAQAAAQAAAAAAAACmDwoAAADg AAAAOH9YgHiBDwAE8CQAAAASAArwCAAAAAFIAAAADAAAIwAL8AwAAAAEAwkAAAA/AwEAAQAQAPAH IAAAAP///wAAAAAAgICAAAAAAAC74OMAMzOZAACZmQCZzAAADwCIEzgAAAAPAIoTMAAAAAAAug8Q AAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAADrLggAAACAyMoBENZwTQAAIgQIAAAAAQAAAAIA AAAPAO4DggkAAAIA7wMYAAAAEAAAAAAAAAAAAAAAAAAAgAEBAAAHAP+/DwAMBOIIAAAPAALw2ggA ADABCPAIAAAABQAAAAVMAAAPAAPwlggAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAAAAAA AgAK8AgAAAAATAAABQAAAA8ABPADAQAAEgAK8AgAAAACTAAAIAIAAAMBC/BwAAAABAAAAAAAfwAB AO8BgAAYjzwhgQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAAhwABAAAAiAAAAAAAvwAEAAQA /wEQABEAAQMCBAAAPwMAAAgAgMMQAAAAvwMAAAIAVABpAHQAcgBlACAAMQAAAAAAEPAIAAAArQAg AWAVfQMPABHwHAAAAAAAwwsIAAAA/////w0A/78AAB8EBAAAAAIAAAAPAA3wPwAAAAAAnw8EAAAA AAAAAAAAqA8VAAAAUmVjZW50IE1MIGRpc2N1c3Npb25zAACqDw4AAAAWAAAABwAAAAAADAQAAA8A BPDDAQAAEgAK8AgAAAADTAAAIAIAABMBC/CeAAAABAAAAAAAfwABAO8BgADIdrUigQAwZQEAggCY sgAAgwAwZQEAhACYsgAAhQAAAAAAhwAAAAAAiAAAAAAAvwAEAAQAvwEBAAEA/wEQABEAAQMDBAAA PwMAAAgAgMM4AAAAvwMAAAIARQBzAHAAYQBjAGUAIAByAOkAcwBlAHIAdgDpACAAZAB1ACAAYwBv AG4AdABlAG4AdQAgADIAAAAAABDwCAAAAEwE5gB8FW8PDwAR8BwAAAAAAMMLCAAAAP////8TAP+/ AAAfBAQAAAADAAAADwAN8NEAAAAAAJ8PBAAAAAEAAAAAAKgPPQAAAFNpYmxpbmdzIHByb2Nlc3MN RGVjaXNpb24gdG8gcmVtb3ZlIGZyb20gYmFzZSBzcGVjaWZpY2F0aW9uDQ0AAKEPUAAAABEAAAAA AAAAAAArAAAAAQAAAAAAAQAAAAEAAQAAAAAAAQAAAAAAAAAAABEAAAAAAAAAKwAAAAAEAAAABAEA AAAACAAAAAgBAAAAAAwAAAAMAACqDw4AAAA+AAAABwAAAAAADAQAAAAApg8KAAAA4AAAADh/WIB4 gQ8ABPClAgAAogwK8AgAAAAETAAAAAoAAIMAC/BoAAAAfwABAO8BgACIqeQcvwAEAAQAvwEAABEA /wEQABgAPwMAAAgAgMM4AAAAvwMAAAIARQBzAHAAYQBjAGUAIAByAOkAcwBlAHIAdgDpACAAZABl ACAAbABhACAAZABhAHQAZQAgADMAAAAAABDwCAAAAF4PIAFgBooQDwAR8I0BAAAPAIgTfAEAAA8A ihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAA AAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAA AAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABo AAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMA AAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAA AAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8A XwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAAAAAgBAEAAAAHDwAN8HgAAAAAAJ8P BAAAAAQAAAAAAKAPEAAAAFMAbABpAGQAZQAgACMAKgAAAKEPGgAAAAkAAAAAACAACgAAAAD/BwAJ AAAAAAACAAwAAADYDwQAAAAHAAAAAACqDwoAAAAJAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iA eIEPAATw2wIAAKIMCvAIAAAABUwAAAAKAACDAAvwcgAAAH8AAQDvAYAA6JlDIb8ABAAEAL8BAAAR AP8BEAAYAD8DAAAIAIDDQgAAAL8DAAACAEUAcwBwAGEAYwBlACAAcgDpAHMAZQByAHYA6QAgAGQA dQAgAHAAaQBlAGQAIABkAGUAIABwAGEAZwBlACAANAAAAAAAEPAIAAAAXg+wB9AOihAPABHwjQEA AA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAA AAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAA AAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEA AAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAA AAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgA eQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAA ALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAAACAEAQAAAAkP AA3wpAAAAAAAnw8EAAAABAAAAAAAoA9IAAAASQBuAHQAZQByAGkAbQAgAE0AZQBlAHQAaQBuAGcA EyAgAFIAbwBsAGwAIABXAEcAIAATICAASgB1AG4AZQAgADIAMAAxADAAAAChDxoAAAAlAAAAAAAg AAoAAAAA/wcAJQAAAAAAAgAMAAAAqg8KAAAAJQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiB DwAE8CQAAAASAArwCAAAAAFMAAAADAAAIwAL8AwAAAAEAwkAAAA/AwEAAQAQAPAHIAAAAP///wAA AAAAgICAAAAAAAC74OMAMzOZAACZmQCZzAAADwCIEzgAAAAPAIoTMAAAAAAAug8QAAAAXwBfAF8A UABQAFQAMQAwAAAAixMQAAAAAADrLggAAAAhwcoBAC6FYQAAIgQIAAAAAQAAAAIAAAAPAO4DdUMC AAIA7wMYAAAAEAAAAAAAAAAAAAAAAAAAgAAAAAAHAP+/DwAMBNVCAgAPAALwzUICAFABCPAIAAAA XwAAAF9UAAAPAAPwiUICAA8ABPAoAAAAAQAJ8BAAAAAuaWNzAAAAAAAAAAADAADAAgAK8AgAAAAA VAAABQAAAA8ABPD/AAAAEgAK8AgAAAACVAAAIAIAAAMBC/BwAAAABAAAAAAAfwABAO8BgAAIfdUi gQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAAhwABAAAAiAAAAAAAvwAEAAQA/wEQABEAAQMC BAAAPwMAAAgAgMMQAAAAvwMAAAIAVABpAHQAcgBlACAAMQAAAAAAEPAIAAAArQAgAWAVfQMPABHw HAAAAAAAwwsIAAAA/////w0A/78AAB8EBAAAAAIAAAAPAA3wOwAAAAAAnw8EAAAAAAAAAAAAqA8H AAAAVGlja2V0cwAAqg8YAAAABwAAAAcAAAAAAAwEAAABAAAAAQAAAAAADwAD8EpBAgAPAATwIR8A AAEACfAQAAAAkAAAACYDAADwFQAAYA8AAAIACvAIAAAAA1QAAAECAABDAAvwUAAAAAQAAAAAAH8A AQDhAIDDOAAAAL8DAAACAEUAcwBwAGEAYwBlACAAcgDpAHMAZQByAHYA6QAgAGQAdQAgAGMAbwBu AHQAZQBuAHUAIAA1AAAAMwAi8WUeAACfAwEAAACgwzYAAACpwx0eAAAMAAwABADjAAAAAwEAAF8B AABfAQAA4wAAAOMAAADjAAAADQEAAOMAAADjAAAADQEAAA0BAABQSwMEFAAGAAgAAAAhALGkJT7/ AAAA4QEAABMAAABbQ29udGVudF9UeXBlc10ueG1slJHBTsMwDIbvSLxDlCtqUnZACLXdgY4jIDQe wErcNlrrRHEo29uTbuyAhIY4Jvb/+ffvar2fRjFjZOeplreqlALJeOuor+X79qm4l4ITkIXRE9by gCzXzfVVtT0EZJHVxLUcUgoPWrMZcAJWPiDlSufjBCk/Y68DmB30qFdleaeNp4SUirQwZFO12MHH mMRmn79PTrJcisdT3zKqlhDC6AykbFQvVd1UL9l4dBbFK8T0DFPu0jayxpVvvVGXGTNZNXHhu84Z VG3kzVF18wfb+k+KOP8X3mbZG85n+i8bRxz5wsqL3Z+5Ft+Zqqw8xsKDC3yeoI8Har4AAAD//wMA UEsDBBQABgAIAAAAIQA4/SH/1gAAAJQBAAALAAAAX3JlbHMvLnJlbHOkkMFqwzAMhu+DvYPRfXGa wxijTi+j0GvpHsDYimMaW0Yy2fr2M4PBMnrbUb/Q94l/f/hMi1qRJVI2sOt6UJgd+ZiDgffL8ekF lFSbvV0oo4EbChzGx4f9GRdb25HMsYhqlCwG5lrLq9biZkxWOiqY22YiTra2kYMu1l1tQD30/bPm 3wwYN0x18gb45AdQl1tp5j/sFB2T0FQ7R0nTNEV3j6o9feQzro1iOWA14Fm+Q8a1a8+Bvu/d/dMb 2JY5uiPbhG/ktn4cqGU/er3pcvwCAAD//wMAUEsDBBQABgAIAAAAIQA3FsZZnBcAAHpyAgAOAAAA ZHJzL2Uyb0RvYy54bWzsXdtu48aWfR9g/qHAAQYzwDgSJdmWNVEHlrudk0DpCJb6vJfIosSoVOQp lty2H5OvOQ+DM8A5wLzk7XxKf0D/wuwqUhTlvqlt2ZaV1Qlk3kTxWnvty1r72++u5pJdCp3Fiep6 /jd1jwkVJGGsJl3vzej8oO2xzHAVcpko0fWuReZ99+Jf/+XbtPOqkZxrPheMdqGyTtr1psaknVot C6ZizrNvklQoWhcles4NzepJLdUiE8pwQz83l7VGvX5Um/NYeS9oh+rye83TaRy43Q60XRa8vhxo Fodd78hjin6t673KUh4Ipv/510zoy3/+lYULFiTKCLVgh16t+NbtXfHOpLLzfhLMsuLA+SYHHmr+ lq7J2jEzlXyv6bR9+6M1d6y3f9WeVH4i6ZTO4qrrtRonrZOj48aJO1T6Vr6Bm/jw21eRnr/4lneS KLr30dKPNxrtozrd4ms66MbxyWHDHQTviCtz790HtP/2Ef1nfyCgX6DTbLfby4uzPJPiLtz35+xF KXb1khvOFjq+w200fCwFPXu8Y8ay+DPQdDfdgu91HOa/E4dniWRv6QTp9h017f22P18ubtKVbDeP P1ju11utw+PiIle291uN5km7/cH27fpR67D+wWLaTeOk7XZfWzsyo9m06zWP6k06KHfUgfu86iXh tZ0a09/ihGRmhuZaCnfsqV2Z0ps157rf9eiO0cSFm5CX0v2NVUhvqpvkckKDg/RYKKIRHw9vut6J 32rZG61NvrXgfdXTM/sysIhexlP3lTHPhMckve6qWE1fmXI1oVdpsFAB7d53xy3VMHWHnqXBIDDs ktNu/br9Z68GnXV1i56I7PFXt11uRstWa08j85ntirXjxZnUoyt3WcaL4U05eU6nUc68ptHPbUKP TD8z+THRBbT7zz/oYs4W83ie/EJPIp2mpNPsekIdvBnSEEqXzKfz8djYXaJ8k0XXU7RfO8LqeEZD m0qGbopeIE4DS75S2fFTxjfiT26/9prK2I7F9eLS2WNQyXks5fJSubNOZBzahW5GT8Z0mvl1PXf/ iuuaVTcTUSQCk58fXXJ735i5TkVEA27XO9Uxp4cgjU0wPefzWNJL3mzSsU65zoR7VNwlErzypfe/ /8/73//O3v/+v+9+/ce7X//v3W+/vfv1b5/by4HfKN6MINvSjqZ0wWZnMg5mxbijNxksaNCNA/Ey CRZzehNyY6WFvSqJyqZxmtHj37GmSf8Q5sMcPQv5I2FejOjHhGH20aWHkD7dUyJUOOCaX+Bhoad3 Jx8WulOrm+RuHI2V9iaWY6oJynHTjoLHy7GzmOEqmCb0fAVG01iX6JufCV5FMiHrkRRTxXvbtxaF 7LAzmPZ9j+jZotdpntIzlamJx/KB1+7pwzfagixRvtPjyfIJXHuhU52Zlzyb5i++W5Vfdp0sVOhu wFTw8JUK3Zu2HHLouOYipDFM0Lhvp9yWhsdyky3paknVt0cs1cU+n+NFfo6jfT7HUX6OPXuOzbYz Yc427dOz2ivuoxwlPW2n163pqFwuVY+mRx/ZZrV87f1zrtDqLeVBQJbkI2+qHWBoWMlHmhzDAckB yUlln8b1JwpI7mGRXKMAxiWSGy7m5BxdA8o9N9wPKEeuJaCcdWA/B2wdXL0oIACg3PN2O3qAcgjK 2WfAYXSy4QjK7WachXcePijnAvU0vJdQbkSmADgOOA4huX0NOwLH7Uf4GDgOydUcwjkwBxy3q/my x8BxrdshuZ/fKqEB5ADkAOQA5Fyl0bPMkSO3qpBb7XqokkOV3B+jSi6vea4E5IZUCr7IgOSA5IDk gOSA5Ha5ohMhOYTkEJID38HxHY5uh+TOtOBGhIBygHKAcoBygHKAckTh3JjwYAkQDlzklNaW7/ug tBLriq7Lc6C0EjJ+UkqrYwqXHGBQWj+lv/A1lFYiNpokkSYmZuKfY/GWGUdpvQ38/q3VuEVyzZ2E zVP2eHgelw9drYhcx+u0BmxXsF0/4P7Sc0FU3gpFYl+ZoNWM7L6C+N7DUSSq3MRXx+fN82XlToXC SM8SqK45H78ELM9AtARG+nGN9GPU1W2I8Hho5cCYmQo27PdPGamBsZ9Gb1iSOiUUZkViaN3FoM+y VATsO+DBZ6WPAzwI9ZOcJPZVCi/Ag6BauABVVRWlAvQocgU8uLcidsCDj4sHq0aaZBhJpg+hG6hb fBm4IHSzR6J6CN1Ab/brpS1gqp/OVA94FnC5FhChERlJFiRZkGTZZ60tWGpYaljqXVeGrzrViipc YKehF/lFIXR41PCoq802PiX9jeA3gt8P1MHlj1buWrXTjbpfP6gfHdR9mGsEwBEAL+qxpULt4r3U ZO5irmlcqrJWDg+PGz4asYG1smEjtj+aGX+MmkbqV7oZa+VwzdlHrOY5xWqA/ID87oD89pXRAeS3 NeRHnJWT89MCU1eKGS3SQ4M215YXrJVq9M+SqSrPya2iVyC8ztZb7W6I8IiOUm+zA3ZOeZ2/LETm uCrAfGCmoC8v+vI+//7KwHzAfBCO/phwNMpdn67cFcyUz3UaJR+Sx/IV0ac36knaz4UaLva5TrJK IkV45vmq5j1SvSvCM1aJZ5gGLuxQlQ0ZECFwp8MzkT44v/BYdtP1fL9ORnrcpZ5WkI1j6ScVYw/8 Rjsn5geZMxkRD6iV9fs7N4uo1tHkzJT/YqN4fisqIlQ44JpfQMFtV5uu0X1c3SSXbgejCIyiLzOK gLCAsPTnMxZAWM8WYSEYcmdgxDsPgLDAKEqUQKHKhtEeREIgp/UVclqw07DT8Y34kwui2ESQjBXF BupeHjS2nypBocp112tWWzYtQyrVSEjJKDpEXSnMNcw1GEWyJHDcpz91lVG0qbm2dabOQ8/74IBR ZE0a+uCsHsjPR29Qb7r9etOTTRlFJ7fyKO491sii7HAWhe6OfaHMCyA/ID8gPyC/laHdFvJDHxwE ahCouUdmZkqRrdmZpOaD7GouVfZkCM8yiWIj5lSLkzBqimMb39imN3UAvwC0ItCKQCsCrciFJ4Kp +IN2v66G/AD8APwA/O4M/KoZOtCKQCv6KurUhbVDJIm3z9QpMIC3xgCGqX62phq0ojtb2AcpegWt qOud6phL7zPELpfSJg4P3wqra5v38UNaketWRB+Ux5xz3Xf1ZjRx4SbkpXR/YxUKZdwkdxQLOn0C bSM+HhLf78RvtSzjDy1BqrwtNlvM43nyS5xfSa4mXQ8l/Dsxmn34Fti6nKteEl67dDEpwRUvg320 qY16/kIUM1wF04RkrwKEBBESREgQIcEzqXNuPvyMZ+tnwDLvhGUuC7ZArgO5bnMpJcQDQa77CnId 7DTsNFJ3dzb41dRdSa47Rok1SqxRYo0S66crsb5Frmse1ZtHaNeFdl0l29OFqhIZh5Y472aqBV0g 122/9NqntNBG/boO62DXocgaGRVkVJBRQUalzKhsqqtA6VunmbxK4o4pmTvQJC1AoY7MDM21FG6G lFRR7RAZexXGC7rOoyt3WcaL4U05eZ4oU868pkC028TwcT8zNEk4m8pF7B7yD1Dgd5UC/xgdWTeF eKO3CTuTXMdRHHDXrYtFiWYX4hIMu09KhO9uJVmZqUPcD3E/xP0Q99t+3A/gD2k6pOm2kqYDww4M OzDsVNezTTRyF5bogy44oHr7zCLs5ee4UjtaVw1eLZeqJ0fJyHn069usln+6ETZMNUw1TPVWTPXt hl022uZibqvYpgFBJSUxdPXJElm6ZlKhv+Z+FIXCTG+NCA8zDTMNM70VMw2CyietLyVj0Qd73dW8 KNywfXY1Yadhp22nIo9Jyu+qvurpmdM+mJL2Qawmg4UKSEPC9/J3YdXluuxtTX2j6V8Zn1lt0ROR /VKWBuW2y81o2WrtaV7Y8IntirUoe1gVwIooEoHJyzoIGtn7VtEsecZCJ2V6uiSonCBRjUQ1EtXl 6Apz/ejmGgQVmHE0cfztt3e//u1z8mnLJo6PUr3ob0hQ8X0QVEBQAUEFBBUQVJwvji4AnMQxISWC jAoyKnfOqOwSxHspgjiLE8Xo/1SLKL5iKQ9mFLm0naBenv7M5iLL+ERkQIJAgkCCQIJAgkCCJVUZ SBBIEEjwzkiQYuNlzk4oShkH1GROGSTtkLRD0g5Ju+2zS2GvYa9hr7dir38crEVEwFhZ0gxRCSvF LdIlKmH3g5XTy6s4VwTSddLoavn9iKWw0rDSsNJbsdJgrICxgpYqEIBIrPp1qYFBog89ndvyldDD ui1fLf+0AATsNOw07PRW7HSjXj858P2DegPBbwS/EfxG8PvpzDUYK2CsgLGyW4yVxoaMlUZjLSoP tfZgynUmiIIOVe1IJm8LHn5/nzUpoAG2H9kGkJUfnayMlipWbwTaIsrV+KJrnt9oW0/0URgrG0K8 i0Gf/Zk6qvCxBCnFBCClgJQCUgpIKc5ggZ5s6ckQfEVaDmm5raTlDM9mSMghIYeEHBJy20/IwVDD UMNQb8VQUwMV2GnYadhp2GnYaerkfionxMGCMrtQB2+GHstuSIOelOY9Nnbq9LH7XCzbSWVGxzPX XGropjwW8HS5UiV6ziXs9FbsNPgo4KOAjwI+yoPwUeBPw5+Gnd6Knc75KI2DehtuNdxquNVwq5/O rb7FR2k1juvNtitkNoFN+696JI+T8HqgXcGWzMzQXEvhZqiXMjVUHmg257rvXD+auHAT8pIy5uQX xiok5Tk3yZ3vLD0WimjEx0PyHU/8Vst6j9rkWwtedDqjThIR3G26MpL6vXU9uNt3tr68E2SVNmzv 77GjqYzV7EzGwYxdzaXKOrrrTY1JO7VaZktkePZNkgpF6yIb2zA0qye1JIriQLxMgoXVYKwRAjiq aWHbwyUqm8ZpRo9/Jw67nv4h9Jub8lFa4KOgRBEliihRRIkiShShm41et9QqGBkVHlC2aT8g3ss4 CxaZ66EyaAyA9oD2gPaA9oD2gPaA9oD2gPZSEd0T7VW7pICQolBAgwIaFNA8SAENBF1RQIMCmjtn 3qqGejCNJev++8T8N3tL0stsnlwKZhJ2O0ZC36HstE1xX/Uoe+3y2UGZqbZ552PPpq0pW13MUJe0 aUIZvQB+Nvxs+Nnws+Fnw8+Gn71dPxs8FbjZcLPhZsPNRoFrThZFges9w9hbK3CtutmNul8/qDfB U4G5hrmGuX5Sc22DeK6rmtFs2vWaR/XmURM8FRvchKi2TSy4UBVEtR9TVLu1KU/lEJWLqFxERgUZ FWRUkFEpMypQFEFBBAoi7lwQ8Sh9UzaEeLZvSkZk5iy6jtWEmalgP70ZjpgWf1nEWljOcwYMCAwI DAgMCAwIDAgMiKoaVNVst6oG7BWwV2Lk6ZCne5A8HYI1CNYgWHPnYE21rObHAWRfIfsK2VfIvj6d 7Ct60aNshmwSymZ0JkiY+KAom6maabBUUPYKdxruNNxpsFTAUtmSevqWZNirdhosFXOduv56ilIq b7ueHbKZFNSisBi8Cezzr4gM921+UqoLuy+f+kFQAwLXsS8iuXqanKckU5+picfyXg5WKuPD4msr hS/KNN944hfeXlYt0U51Zl7ybMouObV+cKvsZryjk4UK3dRU8PCV+rKz/JXneJGf42ifz3GUn2Nv n8+xV9xHOUp62k6rJzXXNC6BpeIYKYPA5G91ffnip0FPRPYWEV/lNDLF1Me2K9aOFzR+jK7cMDBe DG/KyXNqClPOvCYvxW1i+LifGZqkm0DtaOz+8w8S/Jkt5vE8+QVmfLfM+KOUMB5uyFJptVGhiApF VCgC+j1/eAvop0YlJJSqR9Ojj8DD1fI1tyTTk3HpukC2E4UPKHy4c+HDLkG8n7jiE8HHsYzNNctE YLvvsQOmxJVhizTkRgACAgICAgICAgK6+MyOR3F79iBlBeo9TPQPEBAQEBDwzhCwmqyjrt8Eu1D/ ikTdl1N69NxQFrIY4vc5iYVoTcWEI1rTVz0963qUdp9yNSE9hcFCBVSk6Hv5uzBMAwfO0qBMnvmW TrrMtEm12mKVciu3XW4G2Tg7vrgrWa1JWAv+uctaXrDqZiKyhixPONJ+SPtCVXJrpzrm0mNpbIJn 60+DpoJ6mk0qb2Cm96guCh61NlSKRrZX8MIO+yh/Rd1Mxbbfp7P8A5S/gqYCmgpoKqCpPEjdKyLf iHwj8r2VyHdOUzk6qB8j+o3oN6LfUH/YvvrDpuaaQjZVmkqLSF7NtosuGxdaXrVLHlPb5IF2/AqZ maG5ljnZgtoqO5aF7Z7cd/5y3kaZHGd5mTvQsQpJ9tety4liFBCl9N+Ij4c3eb9lyyyDuw2aSjDl uQyDi7TzjuC75W4/Sg3j0YY0lUMfNYrPNqcC6AfoB+gH6Ld96Ad9TkRqEKm5c6RmlyDea/GWnaap UGF8xU7Zf0SJngu9WtT7T9LjUGwsqL3KPLkUIQAhACFIKyCtgLTiqvlAWrFqSgCEAIQAhHcGhCCt PJDyGtTl9kNBD6SVrZFWYKphqmGqt2KqR/EcORbkWJBjQY4FORaSST2VE9KBHvOMpKEdSRHkUp/I sh4bu8KknNiy6Hp568jM6HjmpLSHbqoQvs5XKgrDcwk7vRU7DdYKWCtgrYC18iCsFfjT8Kdhp7di p5esFb8BtxpuNdxquNVP51aDtbJsnwItp0K5aV3vE1pO1V6mj1LSeLwha6VZR5EiihRRpIgiRRQp okgRzVUg10kJKWRUeEDZpvsIik1lrGZnMg5m7GouVdbRXW9qTNqp1TJbB82zbxJiktA6yyLhhmb1 pJZEURyIl0mwmBNFv9ao149qWtj8YKKyaZxmxMvvxNTmVf8Q+htCvDMpuJbXLCz2Srq17KeFNHHA M8PmSShYEjE6GO1+BnAQcBBwEHAQcBBwEHAQcBBwMBXRPeFglbNieDZDyg4pO6TskLLbfspuU6E5 0pmDoFywasJyGhkH9yqtW8ruImlQrB0vCBCNrpzo3ngxvCknz6mgt5x5TQWEbhPDx3kbEhr+04G2 +88/BprNFvN4nvwC/fbdEpSrGuqL2MrfhbUfE8UNNfypEYVlLThib+sLt+SqR2qM9v6agO5trrx4 4rdaFKHJ1ReLGa6CaUKBoAAONhxsONiP5WD/vwAAAAD//+xX3W7bIBR+FcR9VDup1LWaI9Vro11E W9R4D4AxtlkxWEC6Jpft80ybtEm76dvkAfoKO4CTumpXbdIuqii5IAc4HJ/znT9AgskEN6zAB+O3 5MQSLs5lgeyyZQmWSjKMvoT9R5wH5ETI1J0QMhOZSrWjpZpwIUCQ335YB1bgyZ7heVg3SvDCHXeC jK7yd0KjKyISfH40GU0OnX4gtscGM0tnINQTXnvqx+tUFUtH5fA/094wYezcLgXzk9ZttjONGqKn CY6wIy48Ia7gi7DAZcGk9SQRFUAkMCpYmZF8vkrwcXx4GAGXtoGbkalM9WWCY4xKJe2pP5ITA/AJ YrnstuFITWTFZTVbSAriY+xUEXLeetVNS2fUBrPjyP06s/scKSvdoT7vhg3WHnZPS/sCX7ebLwDn 7NrDki/mqy05ATO2kw8QCJ7FknxqLJCAOQDo5IcBwLxcNLxRn3nAEcxMMJODT3OMDEAWgz0Y5QFc Py42AWas5pc+3OaewoiSdrMplW6I4Cv23h9ymAougTvqoHM6PA48b/Ufw8nDugWsz8bKklEb7AOn OL/5RCgJhe+dak4gCFpuaT0hDRfLBI9GoGtNtGE+VDxEjPQO3d99vb/7ge7vvq9vfq5vfq1vb9c3 316SMoiHb0IuUvNfBIGndPCUHWumWiZZgXzOeC+C+5wvQxZtM8clVpcdLtaPNhnSTYiktdIJplZD RCu9+njFdCkUlArVUZ13pq58xMMj53zv1RJwBbJpiwQbWWEU0stJeuo3WrOGbQtBXsVPqwDoro09 I6YOaeMLRABQq4UsvE9qRoq/KWv/WACnTmMhL3bZxotgY7bLNmbBxnSXbUw7P+6b9b5Z75s13B5e fbMeRnE0iEaD4fG+XT//Ctm36/7rDa5xcBfZt+uduFq+snYNsWV1eCPk8EKHaaVJW3N6Rizpz4Fu T86HaqJJw8a/AQAA//8DAFBLAwQUAAYACAAAACEAUyPT5MQAAADaAAAADwAAAGRycy9kb3ducmV2 LnhtbESPzWrDMBCE74G+g9hCb7EcH0Jwo5g2xZBCD/kpLbltrK1laq2Mpcbu20eBQI7DzHzDLIvR tuJMvW8cK5glKQjiyumGawWfh3K6AOEDssbWMSn4Jw/F6mGyxFy7gXd03odaRAj7HBWYELpcSl8Z sugT1xFH78f1FkOUfS11j0OE21ZmaTqXFhuOCwY7Whuqfvd/VkFjrNl8vB9Ph7fhNduWX+W3caVS T4/jyzOIQGO4h2/tjVYwh+uVeAPk6gIAAP//AwBQSwMEFAAGAAgAAAAhAEYrhxyuAQAAQw4AABkA AABkcnMvX3JlbHMvZTJvRG9jLnhtbC5yZWxzzFdLbsMgFNxX6h0sFt3VhMTpNySbplIW3aTJARB+ /ig2WICT+PbFTiI1UqwWecMSWwzzmDcMzBbHsgj2oHQuBUUkHKEABJdxLlKKtpvPxxcUaMNEzAop gKIGNFrM7+9mayiYsZN0llc6sChCU5QZU71hrHkGJdOhrEDYP4lUJTN2qFJcMb5jKeDxaPSE1W8M NL/CDFYxRWoVkwgFm6ayS/8NLpMk5/AheV2CMDfWwJlFUkUudhaUqRTMCVa3pPciNFIWOszBJB3Z Q4qVLApsFOPY5HwHFnR6mfolY8tqeTSgBCsQvs3fF/oKKqks/QXTnJIHVlbv2n6g8iBAdcPt93JN mZCiKWWt3ap89kukaOxGnxC/+Hd8uv78X5P5Qr+vyU7eGdxlT56o1FcmV8AMxIPrJL4Uej7zpm1/ ObSjzQyfjuzI8cgmE7/4j9sMcdh+YkPcp/2ftnwc+Ldy+ZD4fTa39yFT6+Eu96XOs8uj1rYOMpE2 ZH3Q6XIzcw19zy4tE0eb+LL9vTapy5KpZrBPXv1qs6jl42ATX8KkTyZjLeykEb56+s1/AAAA//8D AFBLAQItABQABgAIAAAAIQCxpCU+/wAAAOEBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9U eXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhADj9If/WAAAAlAEAAAsAAAAAAAAAAAAAAAAAMAEAAF9y ZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhADcWxlmcFwAAenICAA4AAAAAAAAAAAAAAAAALwIAAGRy cy9lMm9Eb2MueG1sUEsBAi0AFAAGAAgAAAAhAFMj0+TEAAAA2gAAAA8AAAAAAAAAAAAAAAAA9xkA AGRycy9kb3ducmV2LnhtbFBLAQItABQABgAIAAAAIQBGK4ccrgEAAEMOAAAZAAAAAAAAAAAAAAAA AOgaAABkcnMvX3JlbHMvZTJvRG9jLnhtbC5yZWxzUEsFBgAAAAAFAAUAOgEAAM0cAAAAAAAAEPAI AAAAJgOQAPAVYA8PABHwHAAAAAAAwwsIAAAA/////xMA/78AAB8EBAAAAAMAAAAPAATwgAYAABIA CvAIAAAABFQAAAIKAACTAAvwNgAAAIAAKKXfIoEAN2UBAIMAN2UBAIcAAQAAAL8ABAAEAIEBBAAA CL8BEAAUAP8BAAAIAL8DAAACABMAIvHbAwAAqcPVAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUB AAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEa jy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWz PURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8m BZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt +KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAV AQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6 aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpW C0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNC nqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAGcMf1LV AAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj11LAzEQRd8F/0MYwTeb1arI2rSIUlSwQj8o+DZu prvBzWRNxu723xv6oI937nAuZzIbfKv2FJMLbOByVIAiroJ1XBvYrOcXd6CSIFtsA5OBAyWYTU9P Jlja0POS9iupVYZwKtFAI9KVWqeqIY9pFDri3O1C9Cg5xlrbiH2G+1ZfFcWt9ug4LzTY0WND1dfq xxvoPtzTWG/9uN+8FfT+zSLhWow5Pxse7kEJDfL/3LyGxfzmrzyiXqyBbLJ7PnxGZ5eYhOLxkk2z JejpLwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAA W0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAA AAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQBnDH9S1QAAAPkAAAAPAAAAAAAAAAAA AAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACAMAAAAAAAAP8BAAAACQAAAA JgMAAKMCAAAJBAAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAA AAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAA AAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAA CQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAg AFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4A CQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAA AAAAAAQAAAAADwAN8KMAAAAAAJ8PBAAAAAQAAAAAAKgPBwAAAFRpY2tldCAAAKEPIAAAAAgAAAAA ACAACgAAAAD/BwAIAAAAAQAGAAEACwD////+AACqDxQAAAAHAAAAAQAAAAAAAQAAAAEAAAAAAA8A 8g8YAAAAAADzDxAAAAAAAAAABgAAAAQAAAAIAPIPAADfDwgAAAAAAAAABwAAAAAApg8MAAAA8AAA AFZdOH9YgHiBDwAE8IEGAAASAArwCAAAAAVUAAACCgAAkwAL8DYAAACAAAii3yKBADdlAQCDADdl AQCHAAEAAAC/AAQABACBAQQAAAi/ARAAFAD/AQAACAC/AwAAAgATACLx2wMAAKnD1QMAAFBLAwQU AAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHy FsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn 9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sT KCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7y zbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwME FAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI 01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVM Fm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdg QU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMA UEsDBBQABgAIAAAAIQCHZ7sR1QAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9dSwMxEEXfBf9D GME3m9WKyNq0iOIHRdTWIvg2bqa7wc1km0y7239v6IM+3rnDuZzJbPCt2lFMLrCB81EBirgK1nFt YPXxcHYNKgmyxTYwGdhTgtn0+GiCpQ09L2i3lFplCKcSDTQiXal1qhrymEahI87dOkSPkmOstY3Y Z7hv9UVRXGmPjvNCgx3dNVT9LLfeQPfl7sf604/71UtBrxsWCZdizOnJcHsDSmiQ/2c7f3t83/yV B9SzNZBN1k/77+jsApNQPFyyabYEPf0FAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEA ABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQs W78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAh2e7 EdUAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAA AAgDAAAAAAAAD/AQAAAAowIAACYDAABQCwAACQQAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAA ug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAA ABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAA AQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5g AAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYA AABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEA AAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQA MQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfCkAAAAAACfDwQAAAAEAAAAAACoDwgAAABT dW1tYXJ5IAAAoQ8gAAAACQAAAAAAIAAKAAAAAP8HAAkAAAABAAYAAQALAP////4AAKoPFAAAAAgA AAABAAAAAAABAAAAAQAAAAAADwDyDxgAAAAAAPMPEAAAAAAAAAAHAAAABAAAAAgA8g8AAN8PCAAA AAAAAAAIAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwfgYAABIACvAIAAAABlQAAAIKAACTAAvw NgAAAIAA6B7gIoEAN2UBAIMAN2UBAIcAAQAAAL8ABAAEAIEBBAAACL8BEAAUAP8BAAAIAL8DAAAC ABMAIvHbAwAAqcPVAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlw ZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTN Zu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWI SGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV /3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX 7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxz bM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu 68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnV VsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H0 3hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAAbZpwvVAAAA+QAAAA8AAABkcnMvZG93 bnJldi54bWxEj11LAzEQRd8F/0MYwTeb1UqRtWmRFj8QEVqL0LfpZrob3EzWZOxu/72hD/p45w7n cqbzwbfqQDG5wAauRwUo4ipYx7WBzcfj1R2oJMgW28Bk4EgJ5rPzsymWNvS8osNaapUhnEo00Ih0 pdapashjGoWOOHf7ED1KjrHWNmKf4b7VN0Ux0R4d54UGO1o0VH2tf7yBbuuWY/3px/3mraD3bxYJ t2LM5cXwcA9KaJD/5+Xron6a/JUn1Is1kE32z8dddHaFSSieLtk0W4Ke/QIAAP//AwBQSwECLQAU AAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnht bFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVs c1BLAQItABQABgAIAAAAIQAG2acL1QAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJl di54bWxQSwUGAAAAAAMAAwC3AAAACAMAAAAAAAAP8BAAAABQCwAAJgMAAOINAAAJBAAADwAR8IQB AAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEA AAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAA AAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAAB AAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwA AAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABo AHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAA AAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8KEAAAAA AJ8PBAAAAAQAAAAAAKgPBQAAAFR5cGUgAAChDyAAAAAGAAAAAAAgAAoAAAAA/wcABgAAAAEABgAB AAsA/////gAAqg8UAAAABQAAAAEAAAAAAAEAAAABAAAAAAAPAPIPGAAAAAAA8w8QAAAAAAAAAAgA AAAEAAAACADyDwAA3w8IAAAAAAAAAAUAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPB+BgAAEgAK 8AgAAAAHVAAAAgoAAJMAC/A2AAAAgADYMeAigQA3ZQEAgwA3ZQEAhwABAAAAvwAEAAQAgQEEAAAI vwEQABQA/wEAAAgAvwMAAAIAEwAi8doDAACpw9QDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEA ABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqP LY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9 RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYF l+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34 poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUB AAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pq x46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYL S63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Ke puj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAirN0+9QA AAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPTUvDQBCG74L/YRnBm91oRSTttogiehChaRG9TbPT JJidjbtjPvz1Lj3o8Z13eF6e5Xp0reopxMazgctZBoq49LbhysBu+3hxCyoKssXWMxmYKMJ6dXqy xNz6gTfUF1KpBOGYo4FapMu1jmVNDuPMd8SpO/jgUFIMlbYBhwR3rb7KshvtsOG0UGNH9zWVn8W3 M9B9NA9z/ebmw+4lo9cvFvHXYsz52Xi3ACU0yv9z74vp5/2vPKKerYFkcnia9qGxG4xC4XhJpskS 9OoXAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtD b250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAA AAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAirN0+9QAAAD5AAAADwAAAAAAAAAAAAAA AAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAcDAAAAAAAAD/AQAAAA4g0AACYD AABjEQAACQQAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAx AAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAA AQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAAD AQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkE AAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABU AHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkA EQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAA AAAEAAAAAA8ADfCiAAAAAACfDwQAAAAEAAAAAACoDwYAAABPd25lciAAAKEPIAAAAAcAAAAAACAA CgAAAAD/BwAHAAAAAQAGAAEACwD////+AACqDxQAAAAGAAAAAQAAAAAAAQAAAAEAAAAAAA8A8g8Y AAAAAADzDxAAAAAAAAAACQAAAAQAAAAIAPIPAADfDwgAAAAAAAAABgAAAAAApg8MAAAA8AAAAFZd OH9YgHiBDwAE8H8GAAASAArwCAAAAAhUAAACCgAAkwAL8DYAAACAAHg/4CKBADdlAQCDADdlAQCH AAEAAAC/AAQABACBAQQAAAi/ARAAFAD/AQAACAC/AwAAAgATACLx2gMAAKnD1AMAAFBLAwQUAAYA CAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUO LBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6 kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPl Kq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnh rZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAG AAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh 19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6k cBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5h B+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsD BBQABgAIAAAAIQCFVUCP1AAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9BSwMxEIXvgv8hjODN ZrUisjYtoog9iNBaLN6mm9nd0M1kTcbu9t8betDjmzd8j2+2GH2nDhSTC2zgelKAIq6CddwY2Hy8 XN2DSoJssQtMBo6UYDE/P5thacPAKzqspVEZwqlEA61IX2qdqpY8pknoiXNXh+hRcoyNthGHDPed vimKO+3RcV5osaenlqr9+scb6L/c81R/+umweSvo/ZtFwq0Yc3kxPj6AEhrl/1m2y1Rv/8oTamkN ZJP69biLzq4wCcXTJZtmS9DzXwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAA AAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAA ABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCFVUCP1AAA APkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABwMA AAAAAAAP8BAAAABjEQAAJgMAAF8TAAAJBAAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAA AABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAA ACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAA AAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAAC AAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0A bwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAA AAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAA AACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8KMAAAAAAJ8PBAAAAAQAAAAAAKgPBwAAAFN0YXR1 cyAAAKEPIAAAAAgAAAAAACAACgAAAAD/BwAIAAAAAQAGAAEACwD////+AACqDxQAAAAHAAAAAQAA AAAAAQAAAAEAAAAAAA8A8g8YAAAAAADzDxAAAAAAAAAACgAAAAQAAAAIAPIPAADfDwgAAAAAAAAA BwAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8IEGAAASAArwCAAAAAlUAAACCgAAkwAL8DYAAACA AEhY4CKBADdlAQCDADdlAQCHAAEAAAC/AAQABACBAQQAAAi/ARAAFAD/AQAACAC/AwAAAgATACLx 2wMAAKnD1QMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54 bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7Fg YheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTk IZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+ AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990 fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrD MAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYc Yp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5 LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2 HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQAc0uqB1QAAAPkAAAAPAAAAZHJzL2Rvd25yZXYu eG1sRI/LSgNBEEX3gv/QlODO9OhIkEk6QRTRhQh5qGRXma554HT12F1mJn9vk4Uub93iXM58ObpO HSjE1rOB60kGirj0tuXawHbzdHUHKgqyxc4zGThShOXi/GyOhfUDr+iwllolCMcCDTQifaF1LBty GCe+J05d5YNDSTHU2gYcEtx1+ibLptphy2mhwZ4eGiq/1j/OQL9rH3P94fJh+5rR2zeL+Fsx5vJi vJ+BEhrl/7nKp++7z7/yhHqxBpJJ9Xzch9auMAqF0yWZJkvQi18AAAD//wMAUEsBAi0AFAAGAAgA AAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwEC LQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwEC LQAUAAYACAAAACEAHNLqgdUAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1s UEsFBgAAAAADAAMAtwAAAAgDAAAAAAAAD/AQAAAAXxMAACYDAADwFQAACQQAAA8AEfCEAQAADwCI E3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAI DAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAA AQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAA AAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAA AAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAA BgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8Q AAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfCkAAAAAACfDwQA AAAEAAAAAACoDwgAAABDcmVhdGVkIAAAoQ8gAAAACQAAAAAAIAAKAAAAAP8HAAkAAAABAAYAAQAL AP////4AAKoPFAAAAAgAAAABAAAAAAABAAAAAQAAAAAADwDyDxgAAAAAAPMPEAAAAAAAAAALAAAA BAAAAAgA8g8AAN8PCAAAAAAAAAAIAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwewYAABIACvAI AAAAClQAAAIKAACTAAvwNgAAAIAASGzgIoEAN2UBAIMAN2UBAIcAAQAAAL8ABAAEAIEB5/P0AL8B EAAUAP8BAAAIAL8DAAACABMAIvHbAwAAqcPVAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAAT AAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2P Ce3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURk UWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi 6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaE i7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAA CwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseO kvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut 5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo /1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhADJzVf3VAAAA +QAAAA8AAABkcnMvZG93bnJldi54bWxEj0FrAjEQhe8F/0MYobeatYciq1FEW1oKQtUeehyTcRPd JEuS7q7++gYP9fjmDd/jmy16W7OWQjTeCRiPCmDkpFfGVQK+929PE2AxoVNYe0cCLhRhMR88zLBU vnNbanepYhniYokCdEpNyXmUmizGkW/I5e7og8WUY6i4CthluK35c1G8cIvG5QWNDa00yfPu1wqQ n22/piiLMPnZnA7X01lvzKsQj8N+OQWWqE/359WyunZf/+UN9aEEZJPj++UQjNpiTBRul2yaLYHP /wAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0Nv bnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAA AB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQAyc1X91QAAAPkAAAAPAAAAAAAAAAAAAAAA AAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACAMAAAAAAAAP8BAAAACQAAAACQQA AKMCAAAMBQAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEA AACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAAB AAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMB AAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQA AAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQA eQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQAR AAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAA AAQAAAAADwAN8J4AAAAAAJ8PBAAAAAQAAAAAAKgPBAAAACM0MiAAAKEPHgAAAAUAAAAAACAACgAA AAD/BwAFAAAAAAAGAAsAAAAA/gAAqg8UAAAAAwAAAAEAAAAAAAIAAAABAAAAAAAPAPIPGAAAAAAA 8w8QAAAAAAAAAAwAAAAEAAAACADyDwAA3w8IAAAAAAAAAAMAAAAAAKYPDAAAAPAAAABWXTh/WIB4 gQ8ABPCqBgAAEgAK8AgAAAALVAAAAgoAAJMAC/A2AAAAgADYceAigQA3ZQEAgwA3ZQEAhwABAAAA vwAEAAQAgQHn8/QAvwEQABQA/wEAAAgAvwMAAAIAEwAi8dwDAACpw9YDAABQSwMEFAAGAAgAAAAh AInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6 ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CF ORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJr ehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL 4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAA IQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCx lcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+G M62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt 8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYA CAAAACEAq+EskNYAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPy07DMBBF90j8QzRIbFDrwAJV oW5V8RAIqYsGFiyn9jR2Go8j26Rpvx6rC7q8c0fn6syXo+uKgUK0niXcT0soiJXXlhsJ319vkxkU MSFr7DyThCNFWC6ur+ZYaX/gDQ11aooM4VihBJNSXwkRlSGHcep74tztfHCYcgyN0AEPGe468VCW j8Kh5bxgsKdnQ2pf/zoJ6nMYXyiqMsx+1u321O7N2r5KeXszrp6gSDSmy/Mdt6ea/8sz6kNLyCa7 9+M2WL3BmCicL9k0W4JY/AEAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAA AAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUB AAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCr4SyQ1gAAAPkA AAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACQMAAAAA AAAP8BAAAACjAgAACQQAAFALAAAMBQAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABf AF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAA AAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAA AAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAA BAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBu AG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAA AAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACL ExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8MwAAAAAAJ8PBAAAAAQAAAAAAKgPMgAAAGFkZGluZyB0 aGUgU0xMQSBhbmQgTVRVIG9wdGlvbnMgaW4gdGhlIFJQTCBzcGVjID8gAAChDx4AAAAzAAAAAAAg AAoAAAAA/wcAMwAAAAAABgALAAAAAP4AAKoPFAAAADEAAAABAAAAAAACAAAAAQAAAAAADwDyDxgA AAAAAPMPEAAAAAAAAAANAAAABAAAAAgA8g8AAN8PCAAAAAAAAAAxAAAAAACmDwwAAADwAAAAVl04 f1iAeIEPAATwRQYAABIACvAIAAAADFQAAAIKAACTAAvwNgAAAIAAeHHgIoEAN2UBAIMAN2UBAIcA AQAAAL8ABAAEAIEB5/P0AL8BEAAUAP8BAAAIAL8DAAACABMAIvHcAwAAqcPWAwAAUEsDBBQABgAI AAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4s EEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQ gjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uq rxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGt nCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYA CAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX 0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRw GF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH 5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwME FAAGAAgAAAAhAI9V+RHWAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj01LAzEQhu+C/yGM4M1m 7UHK2rSIHyhCkbaiHqfJdJN2M1mSuN366w096PGdd3henul88K3oKSYXWMH1qAJBrINx3Ch4Xz9d TUCkjGywDUwKjpRgPjs/m2JtwoGX1K9yIwqEU40KbM5dLWXSljymUeiIS7cN0WMuMTbSRDwUuG/l uKpupEfHZcFiR/eW9H717RXo1354oKSrOPla7DY/u71duEelLi+Gu1sQmYb8//w2/gzh4688oV6M gmKyfT5uojNLTJni6VJMiyXI2S8AAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMA AAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78A AAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAj1X5EdYA AAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAkD AAAAAAAAD/AQAAAAUAsAAAkEAADiDQAADAUAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8Q AAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQA AAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAA AAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAA AgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABN AG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYA AAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAw AAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBnAAAAAACfDwQAAAAEAAAAAACoDwcAAABkZWZl Y3QgAAChDx4AAAAIAAAAAAAgAAoAAAAA/wcACAAAAAAABgALAAAAAP4AAKoPCgAAAAgAAAABAAAA AAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBDBgAAEgAK8AgAAAANVAAAAgoAAJMAC/A2AAAAgABI meAigQA3ZQEAgwA3ZQEAhwABAAAAvwAEAAQAgQHn8/QAvwEQABQA/wEAAAgAvwMAAAIAEwAi8dsD AACpw9UDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1s fJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIX qJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGX Zxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAu ZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08 YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAM BuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKe LVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83 E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzg OODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEABjj9X9UAAAD5AAAADwAAAGRycy9kb3ducmV2Lnht bESPQUsDMRCF74L/YRnBm83Wg5S1aSm2ogg9tAp6nCbTTbabyZLE3a2/3tCDHt+84Xt88+Xo2qKn EK1nCdNJCQWx8tpyLeHj/fluBkVMyBpbzyThTBGWi+urOVbaD7yjfp/qIkM4VijBpNRVQkRlyGGc +I44d0cfHKYcQy10wCHDXSvuy/JBOLScFwx29GRInfbfToJ668c1RVWG2de2Ofw0J7O1Gylvb8bV IxSJxvT/vFnxZzP8lRfUq5aQTY4v50OweocxUbhcsmm2BLH4BQAA//8DAFBLAQItABQABgAIAAAA IQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0A FAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0A FAAGAAgAAAAhAAY4/V/VAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBL BQYAAAAAAwADALcAAAAIAwAAAAAAAA/wEAAAAOINAAAJBAAAYxEAAAwFAAAPABHwhAEAAA8AiBN8 AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwB AAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEA AAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAA BQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAA AAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYB AAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAA AF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wZgAAAAAAnw8EAAAA BAAAAAAAqA8GAAAAUGFzY2FsAAChDx4AAAAHAAAAAAAgAAoAAAAA/wcABwAAAAAABgALAAAAAP4A AKoPCgAAAAcAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBCBgAAEgAK8AgAAAAOVAAA AgoAAJMAC/A2AAAAgADIp+AigQA3ZQEAgwA3ZQEAhwABAAAAvwAEAAQAgQHn8/QAvwEQABQA/wEA AAgAvwMAAAIAEwAi8dwDAACpw9YDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29u dGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJB qEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnH R63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJi nJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmu wjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3Jl bHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+En rWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslp x4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T 1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAXuPd4dYAAAD5AAAADwAA AGRycy9kb3ducmV2LnhtbESPTUsDMRRF94L/ITzBnc3UhZSxaSn9QBGKdOxilq/J6yTtJBmSOJ36 6w1d6PK++ziXM50PtmU9hWi8EzAeFcDISa+MawTsvzZPE2AxoVPYekcCrhRhPru/m2Kp/MXtqK9S wzLExRIF6JS6kvMoNVmMI9+Ry93RB4spx9BwFfCS4bblz0Xxwi0alxc0drTUJM/VtxUgP/phRVEW YVJvT4ef01lvzVqIx4dh8Qos0ZD+nz/rrtrXf+UN9a4EZJPj2/UQjNphTBRul2yaLYHPfgEAAP// AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRf VHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABf cmVscy8ucmVsc1BLAQItABQABgAIAAAAIQBe493h1gAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABk cnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACQMAAAAAAAAP8BAAAABjEQAACQQAAF8TAAAM BQAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwB AAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAA AAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAA AAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABB AHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8A ZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgAB AA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAA DwAN8GQAAAAAAJ8PBAAAAAQAAAAAAKgPBAAAAG5ldyAAAKEPHgAAAAUAAAAAACAACgAAAAD/BwAF AAAAAAAGAAsAAAAA/gAAqg8KAAAABQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8EgG AAASAArwCAAAAA9UAAACCgAAkwAL8DYAAACAALim4CKBADdlAQCDADdlAQCHAAEAAAC/AAQABACB Aefz9AC/ARAAFAD/AQAACAC/AwAAAgATACLx2wMAAKnD1QMAAFBLAwQUAAYACAAAACEAifB7Ge0A AACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG 9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw3 3fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5 X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88 tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/ AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy 9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6x qGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w8 1c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQD/ y/Gb1QAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9BTwIxEIXvJv6HZky8SeseDFkpxABGY0Ii 4MHj0A7bwrbdtHVZ/PU2HOT45k2+l28yG1zLeorJBi/hcSSAkVdBW99I+Nq+PoyBpYxeYxs8SThT gtn09maCtQ4nv6Z+kxtWID7VKMHk3NWcJ2XIYRqFjnzp9iE6zCXGhuuIpwJ3La+EeOIOrS8LBjua G1LHzY+ToD76YUFJiTj+Xh12v4ejWdmllPd3w8szsExDvj5/LrdVJf7LC+pdSygm+7fzLlq9xpQp Xi7FtFgCn/4BAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAA AAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAA AAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEA/8vxm9UAAAD5AAAADwAAAAAA AAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAgDAAAAAAAAD/AQAAAA XxMAAAkEAADwFQAADAUAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQ AFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEA AAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAA AAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAA AQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBw AGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQA AAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACx DwgAAAAAAAAEAAAAAA8ADfBrAAAAAACfDwQAAAAEAAAAAACoDwsAAAAyMDEwLTA2LTAxIAAAoQ8e AAAADAAAAAAAIAAKAAAAAP8HAAwAAAAAAAYACwAAAAD+AACqDwoAAAAMAAAAAQAAAAAAAACmDwwA AADwAAAAVl04f1iAeIEPAATwegYAABIACvAIAAAAEFQAAAIKAACTAAvwNgAAAIAACNDgIoEAN2UB AIMAN2UBAIcAAQAAAL8ABAAEAIEB8/n6AL8BEAAUAP8BAAAIAL8DAAACABMAIvHaAwAAqcPUAwAA UEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF 90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE 62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1 XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XI YzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8D AFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRf lO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBa XQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA 8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAA AP//AwBQSwMEFAAGAAgAAAAhAJTOr8DUAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj0FOwzAQ RfdI3MEaJHbUaRdVCXWrtgLRRTdJOcAQT52QeBzZJk04PVYXsPzzR+/rrbej7cRAPjSOFcxnGQji yumGjYKP89vTCkSIyBo7x6RgogDbzf3dGnPtrlzQUEYjEoRDjgrqGPtcylDVZDHMXE+cuovzFmOK 3kjt8ZrgtpOLLFtKiw2nhRp7OtRUteW3VbBsp8POxdcvWf6Y1eJ03LfPp0Kpx4dx9wIi0hj/n3HI TDX8lTfUUStIJpf36dM3usAQyd8uyTRZgtz8AgAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAA AIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAh AFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAh AJTOr8DUAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwAD ALcAAAAHAwAAAAAAAA/wEAAAAJAAAAAMBQAAowIAAGsGAAAPABHwhAEAAA8AiBN8AQAADwCKEzwB AAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEA AAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAA AQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABk bWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAA AAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAY AAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wngAAAAAAnw8EAAAABAAAAAAAqA8E AAAAIzQ1IAAAoQ8eAAAABQAAAAAAIAAKAAAAAP8HAAUAAAAAAAYACwAAAAD+AACqDxQAAAADAAAA AQAAAAAAAgAAAAEAAAAAAA8A8g8YAAAAAADzDxAAAAAAAAAADgAAAAQAAAAIAPIPAADfDwgAAAAA AAAAAwAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8I8GAAASAArwCAAAABFUAAACCgAAkwAL8DYA AACAAJjM4CKBADdlAQCDADdlAQCHAAEAAAC/AAQABACBAfP5+gC/ARAAFAD/AQAACAC/AwAAAgAT ACLx3QMAAKnD1wMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVz XS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbv Z7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhl MoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9y CWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wD l990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zP wWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvB UPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbK jMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U 2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQDoxz6q1wAAAPkAAAAPAAAAZHJzL2Rvd25y ZXYueG1sRI8xT8MwEIV3JP6DdUgsqHXoUJVQtyoViAwVUgJDxyO+JiHxObLdNuHXY3Uo47t3+p6+ 5XownTiR841lBY/TBARxaXXDlYKvz7fJAoQPyBo7y6RgJA/r1e3NElNtz5zTqQiViBD2KSqoQ+hT KX1Zk0E/tT1x7A7WGQwxukpqh+cIN52cJclcGmw4LtTY07amsi2ORsG8HbcbG15/ZPFbLWa77KV9 2uVK3d8Nm2cQgYbw/1w+ZB/747W8oDKtIJoc3sdv1+gcfSB3uUTTaAly9QcAAP//AwBQSwECLQAU AAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnht bFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVs c1BLAQItABQABgAIAAAAIQDoxz6q1wAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJl di54bWxQSwUGAAAAAAMAAwC3AAAACgMAAAAAAAAP8BAAAACjAgAADAUAAFALAABrBgAADwAR8IQB AAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEA AAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAA AAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAAB AAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwA AAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABo AHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAA AAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8LAAAAAA AJ8PBAAAAAQAAAAAAKgPFgAAAFJQTDA4IC0gRmV3IHF1ZXN0aW9ucyAAAKEPHgAAABcAAAAAACAA CgAAAAD/BwAXAAAAAAAGAAsAAAAA/gAAqg8UAAAAFQAAAAEAAAAAAAIAAAABAAAAAAAPAPIPGAAA AAAA8w8QAAAAAAAAAA8AAAAEAAAACADyDwAA3w8IAAAAAAAAABUAAAAAAKYPDAAAAPAAAABWXTh/ WIB4gQ8ABPBFBgAAEgAK8AgAAAASVAAAAgoAAJMAC/A2AAAAgAC49OAigQA3ZQEAgwA3ZQEAhwAB AAAAvwAEAAQAgQHz+foAvwEQABQA/wEAAAgAvwMAAAIAEwAi8dwDAACpw9YDAABQSwMEFAAGAAgA AAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQ Qkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCC M5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5Sqv GbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2c JjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAI AAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfS PoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAY X1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfm citt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQU AAYACAAAACEAvPsvo9YAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPQU/CQBCF7yb8h82YeJOt PRCsLAQJRg4kpoXodewObW13ttldofXXu+Ggxzdv8r18i9VgOnEm5xvLCh6mCQji0uqGKwXHw8v9 HIQPyBo7y6RgJA+r5eRmgZm2F87pXIRKRAj7DBXUIfSZlL6syaCf2p44difrDIYYXSW1w0uEm06m STKTBhuOCzX2tKmpbItvo2DWjpu1DdsvWfxU83S/e24f97lSd7fD+glEoCH8P7+lH9a+/5VX1E4r iCan1/HTNTpHH8hdL9E0WoJc/gIAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAA AAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAA ABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQC8+y+j1gAA APkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACQMA AAAAAAAP8BAAAABQCwAADAUAAOINAABrBgAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAA AABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAA ACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAA AAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAAC AAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0A bwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAA AAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAA AACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GcAAAAAAJ8PBAAAAAQAAAAAAKgPBwAAAGRlZmVj dCAAAKEPHgAAAAgAAAAAACAACgAAAAD/BwAIAAAAAAAGAAsBAQAAAgEAAAMBAAAEAQAABQEAAAYB AAAHAQAACAEAAAkBAAAKAQAACwEAAAwBAAANAQAADgEAAA8BAAAQAQAAEQEAABIBAAATAQAAFAEA ABUBAAAWAQAAFwEAABgBAAAZAQAAGgEAABsBAAAcAQAAHQEAAB4BAAAfAQAAIAEAACEBAAAiAQAA IwEAACQBAAAlAQAAJgEAACcBAAAoAQAAKQEAACoBAAArAQAALAEAAC0BAAAuAQAALwEAADABAAAx AQAAMgEAADMBAAA0AQAANQEAADYBAAA3AQAAOAEAADkBAAA6AQAAOwEAADwBAAA9AQAAPgEAAD8B AABAAQAAQQEAAEIBAABDAQAARAEAAEUBAABGAQAARwEAAEgBAABJAQAASgEAAEsBAABMAQAATQEA AE4BAABPAQAAUAEAAFEBAABSAQAAUwEAAFQBAABVAQAAVgEAAFcBAABYAQAAWQEAAFoBAABbAQAA XAEAAF0BAABeAQAAXwEAAGABAABhAQAAYgEAAGMBAABkAQAAZQEAAGYBAABnAQAAaAEAAGkBAABq AQAAawEAAGwBAABtAQAAbgEAAG8BAABwAQAAcQEAAHIBAABzAQAAdAEAAHUBAAB2AQAAdwEAAHgB AAB5AQAAewEAAP3///98AQAAfQEAAH4BAAB/AQAAgAEAAAAAAAD+AACqDwoAAAAIAAAAAQAAAAAA AACmDwwAAADwAAAAVl04f1iAeIEPAATwVgYAABIACvAIAAAAE1QAAAIKAACTAAvwNgAAAIAA+Afh IoEAN2UBAIMAN2UBAIcAAQAAAL8ABAAEAIEB8/n6AL8BEAAUAP8BAAAIAL8DAAACABMAIvHbAwAA qcPVAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQ QU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iV t6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2ca dQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/ 2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3 AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg +2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1c L8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+ 9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg 0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhACXqzDnVAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxE j0FOwzAQRfdI3MEaJDaIOnRRlVC3KhWILrpJ4ABDPE1M4nFku2nC6bG6oMs/f/S+3moz2k4M5INx rOBploEgrpw2XCv4+nx/XIIIEVlj55gUTBRgs769WWGu3ZkLGspYiwThkKOCJsY+lzJUDVkMM9cT p+7ovMWYoq+l9nhOcNvJeZYtpEXDaaHBnnYNVW15sgoW7bTbuvj2I8vfejk/7F/b50Oh1P3duH0B EWmM12fzIAd3+i8vqL1WkEyOH9O3N7rAEMlfLsk0WYJc/wEAAP//AwBQSwECLQAUAAYACAAAACEA ifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQA BgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQA BgAIAAAAIQAl6sw51QAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUG AAAAAAMAAwC3AAAACAMAAAAAAAAP8BAAAADiDQAADAUAAGMRAABrBgAADwAR8IQBAAAPAIgTfAEA AA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAA AgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAAB AAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUB AABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAA AAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAA BAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABf AF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8HkAAAAAAJ8PBAAAAAQA AAAAAKgPCwAAAFBhc2NhbCwgVGltAAChDx4AAAAMAAAAAAAgAAoAAAAA/wcADAAAAAAABgALAAAA AP4AAKoPGAAAAAsAAAAHAAAAAAAMBAAAAQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE 8EIGAAASAArwCAAAABRUAAACCgAAkwAL8DYAAACAAKga4SKBADdlAQCDADdlAQCHAAEAAAC/AAQA BACBAfP5+gC/ARAAFAD/AQAACAC/AwAAAgATACLx3AMAAKnD1gMAAFBLAwQUAAYACAAAACEAifB7 Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASE ygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELby gCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBr zuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+ BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0 LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2 jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62 kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztF L6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAA IQBtTQtT1gAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI8xb8IwEIX3SvwH65C6FacMiAYMoqhV GZCqBAbGa3wkaeJzZLuQ9NfXYijju3f6nr7lujetuJDztWUFz5MEBHFhdc2lguPh/WkOwgdkja1l UjCQh/Vq9LDEVNsrZ3TJQykihH2KCqoQulRKX1Rk0E9sRxy7s3UGQ4yulNrhNcJNK6dJMpMGa44L FXa0raho8h+jYNYM240Nb98y/y3n0/3utXnZZ0o9jvvNAkSgPtyfP09dfjz9lzfUTiuIJueP4cvV OkMfyN0u0TRaglz9AQAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAA AAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsA AAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAG1NC1PWAAAA+QAAAA8A AAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAJAwAAAAAAAA/w EAAAAGMRAAAMBQAAXxMAAGsGAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBf AFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEA AAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEA AAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAA AwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0 AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAA AAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAA AAAAsQ8IAAAAAAAABAAAAAAPAA3wZAAAAAAAnw8EAAAABAAAAAAAqA8EAAAAbmV3IAAAoQ8eAAAA BQAAAAAAIAAKAAAAAP8HAAUAAAAAAAYACwAAAAD+AACqDwoAAAAFAAAAAQAAAAAAAACmDwwAAADw AAAAVl04f1iAeIEPAATwRwYAABIACvAIAAAAFVQAAAIKAACTAAvwNgAAAIAAGCzhIoEAN2UBAIMA N2UBAIcAAQAAAL8ABAAEAIEB8/n6AL8BEAAUAP8BAAAIAL8DAAACABMAIvHaAwAAqcPUAwAAUEsD BBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jc wfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs 5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3f axMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhP LvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBL AwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5Q xojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u 5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0 p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP// AwBQSwMEFAAGAAgAAAAhALJBfjjUAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj8tuwjAQRfeV +AdrkLorDiwQTTGIIipYZJO0HzCNJ48mHke2C0m/vhaLdnnnjs7V2e5H04srOd9aVrBcJCCIS6tb rhV8vL89bUD4gKyxt0wKJvKw380etphqe+OcrkWoRYSwT1FBE8KQSunLhgz6hR2IY1dZZzDE6Gqp Hd4i3PRylSRrabDluNDgQMeGyq74NgrW3XQ82HD6ksVPvVlll9fuOcuVepyPhxcQgcbw/1xyn1Xn v/KOumgF0aQ6T5+u1Tn6QO5+iabREuTuFwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUB AAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0 LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhALJB fjjUAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcA AAAHAwAAAAAAAA/wEAAAAF8TAAAMBQAA8BUAAGsGAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAA ALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAA AAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEA AAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFu YAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAm AAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcB AAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABU ADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wawAAAAAAnw8EAAAABAAAAAAAqA8LAAAA MjAxMC0wNi0wNSAAAKEPHgAAAAwAAAAAACAACgAAAAD/BwAMAAAAAAAGAAsAAAAA/gAAqg8KAAAA DAAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8HwGAAASAArwCAAAABZUAAACCgAAkwAL 8DYAAACAAFjh4CKBADdlAQCDADdlAQCHAAEAAAC/AAQABACBAefz9AC/ARAAFAD/AQAACAC/AwAA AgATACLx3AMAAKnD1gMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5 cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80 zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFV iEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU6 1f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/c F+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVs c2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnC ruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ 1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB 9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQD9IbGZ1gAAAPkAAAAPAAAAZHJzL2Rv d25yZXYueG1sRI+7bgIxEEX7SPyDNUjpgpcUEdlgEIKsEkWi4FGkHOxhbVjbK9tZlnx9LIpQ3rmj c3Wm8942rKMQjXcCxqMCGDnplXG1gP2uepoAiwmdwsY7EnClCPPZ4GGKpfIXt6Fum2qWIS6WKECn 1JacR6nJYhz5llzujj5YTDmGmquAlwy3DX8uihdu0bi8oLGlpSZ53v5YAfKr61cUZREm3+vT4fd0 1mvzLsTjsF+8AUvUp/tzVdnXxfi/vKE+lYBscvy4HoJRG4yJwu2STbMl8NkfAAAA//8DAFBLAQIt ABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10u eG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5y ZWxzUEsBAi0AFAAGAAgAAAAhAP0hsZnWAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3du cmV2LnhtbFBLBQYAAAAAAwADALcAAAAJAwAAAAAAAA/wEAAAAJAAAABrBgAAowIAAMoHAAAPABHw hAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAU AQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQA AAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEA AAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEA bAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBw AGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAA AAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wngAA AAAAnw8EAAAABAAAAAAAqA8EAAAAIzQ5IAAAoQ8eAAAABQAAAAAAIAAKAAAAAP8HAAUAAAAAAAYA CwAAAAD+AACqDxQAAAADAAAAAQAAAAAAAgAAAAEAAAAAAA8A8g8YAAAAAADzDxAAAAAAAAAAEAAA AAQAAAAIAPIPAADfDwgAAAAAAAAAAwAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8JIGAAASAArw CAAAABdUAAACCgAAkwAL8DYAAACAAKhV4SKBADdlAQCDADdlAQCHAAEAAAC/AAQABACBAefz9AC/ ARAAFAD/AQAACAC/AwAAAgATACLx2wMAAKnD1QMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAA EwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8t jwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1E ZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX 4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfim hIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEA AAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrH jpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtL reUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m 6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQD+y3P01QAA APkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9NSwMxEIbvgv8hjODNZvUgZW1axG+Egq0WPE6T6Sbt ZrIkcbv11xt6sMd33uF5eSazwbeip5hcYAXXowoEsQ7GcaPg6/P5agwiZWSDbWBScKAEs+n52QRr E/a8oH6ZG1EgnGpUYHPuaimTtuQxjUJHXLpNiB5zibGRJuK+wH0rb6rqVnp0XBYsdvRgSe+WP16B fu+HR0q6iuPv+Xb9u93ZuXtS6vJiuL8DkWnIp2e7+njJq//yiHozCorJ5vWwjs4sMGWKx0sxLZYg p38AAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtD b250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAA AAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEA/stz9NUAAAD5AAAADwAAAAAAAAAAAAAA AAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAgDAAAAAAAAD/AQAAAAowIAAGsG AABQCwAAygcAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAx AAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAA AQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAAD AQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkE AAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABU AHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkA EQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAA AAAEAAAAAA8ADfC1AAAAAACfDwQAAAAEAAAAAACoDxsAAABGZXcgaXRlbXMgdG8gYWRkIGluIFJQ TCAwOSAAAKEPHgAAABwAAAAAACAACgAAAAD/BwAcAAAAAAAGAAsAAAAA/gAAqg8UAAAAGgAAAAEA AAAAAAIAAAABAAAAAAAPAPIPGAAAAAAA8w8QAAAAAAAAABEAAAAEAAAACADyDwAA3w8IAAAAAAAA ABoAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBFBgAAEgAK8AgAAAAYVAAAAgoAAJMAC/A2AAAA gADoXOEigQA3ZQEAgwA3ZQEAhwABAAAAvwAEAAQAgQHn8/QAvwEQABQA/wEAAAgAvwMAAAIAEwAi 8dwDAACpw9YDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10u eG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72ex YGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE 5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cgln vgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ff dH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8Fq wzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2 HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF +S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6 dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAj1X5EdYAAAD5AAAADwAAAGRycy9kb3ducmV2 LnhtbESPTUsDMRCG74L/IYzgzWbtQcratIgfKEKRtqIep8l0k3YzWZK43frrDT3o8Z13eF6e6Xzw regpJhdYwfWoAkGsg3HcKHhfP11NQKSMbLANTAqOlGA+Oz+bYm3CgZfUr3IjCoRTjQpszl0tZdKW PKZR6IhLtw3RYy4xNtJEPBS4b+W4qm6kR8dlwWJH95b0fvXtFejXfnigpKs4+VrsNj+7vV24R6Uu L4a7WxCZhvz//Db+DOHjrzyhXoyCYrJ9Pm6iM0tMmeLpUkyLJcjZLwAAAP//AwBQSwECLQAUAAYA CAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBL AQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BL AQItABQABgAIAAAAIQCPVfkR1gAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54 bWxQSwUGAAAAAAMAAwC3AAAACQMAAAAAAAAP8BAAAABQCwAAawYAAOINAADKBwAADwAR8IQBAAAP AIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAA AAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAA AAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAA AAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAI AAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkA AAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6 DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GcAAAAAAJ8P BAAAAAQAAAAAAKgPBwAAAGRlZmVjdCAAAKEPHgAAAAgAAAAAACAACgAAAAD/BwAIAAAAAAAGAAsA AAAA/gAAqg8KAAAACAAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8FcGAAASAArwCAAA ABlUAAACCgAAkwAL8DYAAACAAPho4SKBADdlAQCDADdlAQCHAAEAAAC/AAQABACBAefz9AC/ARAA FAD/AQAACAC/AwAAAgATACLx2wMAAKnD1QMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAA AFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt 7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo 4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0 t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6 rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsA AABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4 P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUT Uf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9T MfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQD9uly91QAAAPkA AAAPAAAAZHJzL2Rvd25yZXYueG1sTI9NTwIxEIbvJv6HZky8SRcPBlYKMX4EY8IB9OBxaIdtYTvd tHVZ/PU2HAzHd97J8+aZLQbfip5icoEVjEcVCGIdjONGwdfn290ERMrIBtvApOBECRbz66sZ1iYc eU39JjeiQDjVqMDm3NVSJm3JYxqFjrh0uxA95hJjI03EY4H7Vt5X1YP06LgsWOzo2ZI+bH68Av3R Dy+UdBUn36v99nd/sCv3qtTtzfD0CCLTkC+e2+V0Ov4vz6h3o6CY7JanbXRmjSlTPF+KabEEOf8D AAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250 ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAe AQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEA/bpcvdUAAAD5AAAADwAAAAAAAAAAAAAAAAAG AgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAgDAAAAAAAAD/AQAAAA4g0AAGsGAABj EQAAygcAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAA ixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAA AOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAA AQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAK AAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkA cABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAA ABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAE AAAAAA8ADfB6AAAAAACfDwQAAAAEAAAAAACoDwwAAABQYXNjYWwsIFRpbQ0AAKEPHgAAAA0AAAAA ACAACgAAAAD/BwANAAAAAAAGAAsAAAAA/gAAqg8YAAAACwAAAAcAAAAAAAwEAAACAAAAAQAAAAAA AACmDwwAAADwAAAAVl04f1iAeIEPAATwQgYAABIACvAIAAAAGlQAAAIKAACTAAvwNgAAAIAASHzh IoEAN2UBAIMAN2UBAIcAAQAAAL8ABAAEAIEB5/P0AL8BEAAUAP8BAAAIAL8DAAACABMAIvHcAwAA qcPWAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQ QU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iV t6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2ca dQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/ 2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3 AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg +2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1c L8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+ 9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg 0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAF7j3eHWAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxE j01LAzEURfeC/yE8wZ3N1IWUsWkp/UARinTsYpavyesk7SQZkjid+usNXejyvvs4lzOdD7ZlPYVo vBMwHhXAyEmvjGsE7L82TxNgMaFT2HpHAq4UYT67v5tiqfzF7aivUsMyxMUSBeiUupLzKDVZjCPf kcvd0QeLKcfQcBXwkuG25c9F8cItGpcXNHa01CTP1bcVID/6YUVRFmFSb0+Hn9NZb81aiMeHYfEK LNGQ/p8/667a13/lDfWuBGST49v1EIzaYUwUbpdsmi2Bz34BAAD//wMAUEsBAi0AFAAGAAgAAAAh AInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAU AAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAU AAYACAAAACEAXuPd4dYAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsF BgAAAAADAAMAtwAAAAkDAAAAAAAAD/AQAAAAYxEAAGsGAABfEwAAygcAAA8AEfCEAQAADwCIE3wB AAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEA AAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAA AQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAF AQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAA AAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEA AAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAA XwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBkAAAAAACfDwQAAAAE AAAAAACoDwQAAABuZXcgAAChDx4AAAAFAAAAAAAgAAoAAAAA/wcABQAAAAAABgALAAAAAP4AAKoP CgAAAAUAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBIBgAAEgAK8AgAAAAbVAAAAgoA AJMAC/A2AAAAgADoh+EigQA3ZQEAgwA3ZQEAhwABAAAAvwAEAAQAgQHn8/QAvwEQABQA/wEAAAgA vwMAAAIAEwAi8dsDAACpw9UDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVu dF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt7 5v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63Z TOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2B XET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4 g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMv LnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj 0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vy m0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQn M1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAI9m0ZtUAAAD5AAAADwAAAGRy cy9kb3ducmV2LnhtbESPQU8CMRCF7yb8h2ZIvEmXPRCyUogBjEbDYdGDx6EdtoVtu2nrsvjrbTjo 8c2bfC/fYjXYlvUUovFOwHRSACMnvTKuEfD58fwwBxYTOoWtdyTgShFWy9HdAivlL66mfp8aliEu VihAp9RVnEepyWKc+I5c7o4+WEw5hoargJcMty0vi2LGLRqXFzR2tNYkz/tvK0C+9cOGoizC/Gt3 OvycznpntkLcj4enR2CJhvT/PCupfi//yhvqVQnIJseX6yEYVWNMFG6XbJotgS9/AQAA//8DAFBL AQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBl c10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxz Ly5yZWxzUEsBAi0AFAAGAAgAAAAhACPZtGbVAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9k b3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAIAwAAAAAAAA/wEAAAAF8TAABrBgAA8BUAAMoHAAAP ABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAA GRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAA AAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAA BAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBp AGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIA YQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCK EzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3w awAAAAAAnw8EAAAABAAAAAAAqA8LAAAAMjAxMC0wNi0wNyAAAKEPHgAAAAwAAAAAACAACgAAAAD/ BwAMAAAAAAAGAAsAAAAA/gAAqg8KAAAADAAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE 8HsGAAASAArwCAAAABxUAAACCgAAkwAL8DYAAACAAGiY4SKBADdlAQCDADdlAQCHAAEAAAC/AAQA BACBAfP5+gC/ARAAFAD/AQAACAC/AwAAAgATACLx2wMAAKnD1QMAAFBLAwQUAAYACAAAACEAifB7 Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASE ygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELby gCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBr zuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+ BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0 LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2 jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62 kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztF L6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAA IQD+0IFa1QAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9BbsIwEEX3lXoHa5C6Kw4sojTFIIpa wYJNQg8wjYckJB5HtgtJT1+LRbv880fv6602o+nFlZxvLStYzBMQxJXVLdcKPk8fzxkIH5A19pZJ wUQeNuvHhxXm2t64oGsZahEh7HNU0IQw5FL6qiGDfm4H4tidrTMYYnS11A5vEW56uUySVBpsOS40 ONCuoaorv42CtJt2WxveL7L8qbPl8fDWvRwLpZ5m4/YVRKAx/D+Pl3Sfnf7KO+qgFUST8376cq0u 0Ady90s0jZYg178AAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAA AAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAA AAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEA/tCBWtUAAAD5AAAADwAA AAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAgDAAAAAAAAD/AQ AAAAkAAAAMoHAACjAgAArQgAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8A UABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAA AAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAA AQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAAD AAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQA eQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAA AAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAA AACxDwgAAAAAAAAEAAAAAA8ADfCeAAAAAACfDwQAAAAEAAAAAACoDwQAAAAjNTAgAAChDx4AAAAF AAAAAAAgAAoAAAAA/wcABQAAAAAABgALAAAAAP4AAKoPFAAAAAMAAAABAAAAAAACAAAAAQAAAAAA DwDyDxgAAAAAAPMPEAAAAAAAAAASAAAABAAAAAgA8g8AAN8PCAAAAAAAAAADAAAAAACmDwwAAADw AAAAVl04f1iAeIEPAATwlgYAABIACvAIAAAAHVQAAAIKAACTAAvwNgAAAIAAeKzhIoEAN2UBAIMA N2UBAIcAAQAAAL8ABAAEAIEB8/n6AL8BEAAUAP8BAAAIAL8DAAACABMAIvHcAwAAqcPWAwAAUEsD BBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jc wfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs 5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3f axMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhP LvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBL AwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5Q xojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u 5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0 p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP// AwBQSwMEFAAGAAgAAAAhAIfMpirWAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj9FKw0AQRd8F /2EZwTe7sWCJsdtSi2KFQkn0A8bsNInJzsbdNU38epc+6OOdO5zLWa5H04mBnG8sK7idJSCIS6sb rhS8vz3fpCB8QNbYWSYFE3lYry4vlphpe+KchiJUIkLYZ6igDqHPpPRlTQb9zPbEsTtaZzDE6Cqp HZ4i3HRyniQLabDhuFBjT9uayrb4NgoW7bTd2PD0KYufKp3vd4/t/T5X6vpq3DyACDSG/+fD3Vc6 vP6VZ9ROK4gmx5fpwzU6Rx/InS/RNFqCXP0CAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAA hQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEA WvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEA h8ymKtYAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMA twAAAAkDAAAAAAAAD/AQAAAAowIAAMoHAABQCwAArQgAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEA AAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAA AAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAAB AQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRt YW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAA ACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgA BwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQ AFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfC4AAAAAACfDwQAAAAEAAAAAACoDx4A AABUd28gQ2xhcmlmaWNhdGlvbnMgZm9yIFJldiAwOSAAAKEPHgAAAB8AAAAAACAACgAAAAD/BwAf AAAAAAAGAAsAAAAA/gAAqg8UAAAAHQAAAAEAAAAAAAIAAAABAAAAAAAPAPIPGAAAAAAA8w8QAAAA AAAAABMAAAAEAAAACADyDwAA3w8IAAAAAAAAAB0AAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBF BgAAEgAK8AgAAAAeVAAAAgoAAJMAC/A2AAAAgACov+EigQA3ZQEAgwA3ZQEAhwABAAAAvwAEAAQA gQHz+foAvwEQABQA/wEAAAgAvwMAAAIAEwAi8dwDAACpw9YDAABQSwMEFAAGAAgAAAAhAInwexnt AAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoB RvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAs N931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87i eV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVf PLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9Cxb vwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxk svXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAu sahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+s PNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEA vPsvo9YAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPQU/CQBCF7yb8h82YeJOtPRCsLAQJRg4k poXodewObW13ttldofXXu+Ggxzdv8r18i9VgOnEm5xvLCh6mCQji0uqGKwXHw8v9HIQPyBo7y6Rg JA+r5eRmgZm2F87pXIRKRAj7DBXUIfSZlL6syaCf2p44difrDIYYXSW1w0uEm06mSTKTBhuOCzX2 tKmpbItvo2DWjpu1DdsvWfxU83S/e24f97lSd7fD+glEoCH8P7+lH9a+/5VX1E4riCan1/HTNTpH H8hdL9E0WoJc/gIAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAA AAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAA AAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQC8+y+j1gAAAPkAAAAPAAAA AAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACQMAAAAAAAAP8BAA AABQCwAAygcAAOINAACtCAAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQ AFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAA AQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAAB AAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMA AAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5 AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAA BAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAA ALEPCAAAAAAAAAQAAAAADwAN8GcAAAAAAJ8PBAAAAAQAAAAAAKgPBwAAAGRlZmVjdCAAAKEPHgAA AAgAAAAAACAACgAAAAD/BwAIAAAAAAAGAAsAAAAA/gAAqg8KAAAACAAAAAEAAAAAAAAApg8MAAAA 8AAAAFZdOH9YgHiBDwAE8EAGAAASAArwCAAAAB9UAAACCgAAkwAL8DYAAACAAJjM4SKBADdlAQCD ADdlAQCHAAEAAAC/AAQABACBAfP5+gC/ARAAFAD/AQAACAC/AwAAAgATACLx2wMAAKnD1QMAAFBL AwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI 3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOto bOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d 32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4 Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQ SwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5Tu UMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0O buVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJ NKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD/ /wMAUEsDBBQABgAIAAAAIQA+A4zQ1QAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9BTsMwEEX3 SNzBGiR21KGLqoS6VVuB6KKLJnCAIZ4mJrEd2UOTcHqsLmD554/e11ttRtuJC4VovFPwOMtAkKu8 Nq5W8PH++rAEERmdxs47UjBRhM369maFufaDK+hSci0SxMUcFTTMfS5lrBqyGGe+J5e6sw8WOcVQ Sx1wSHDbyXmWLaRF49JCgz3tG6ra8tsqWLTTfuv55UuWP/Vyfjzs2qdjodT93bh9BsE08v9zPA1m d/orr6iDVpBMzm/TZzC6wMgUrpdkmixBrn8BAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAA hQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEA WvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEA PgOM0NUAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMA twAAAAgDAAAAAAAAD/AQAAAA4g0AAMoHAABjEQAArQgAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEA AAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAA AAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAAB AQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRt YW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAA ACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgA BwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQ AFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACoDwMA AABUaW0AAKEPHgAAAAQAAAAAACAACgAAAAD/BwAEAAAAAAAGAAsAAAAA/gAAqg8KAAAABAAAAAEA AAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8EIGAAASAArwCAAAACBUAAACCgAAkwAL8DYAAACA ABjd4SKBADdlAQCDADdlAQCHAAEAAAC/AAQABACBAfP5+gC/ARAAFAD/AQAACAC/AwAAAgATACLx 3AMAAKnD1gMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54 bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7Fg YheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTk IZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+ AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990 fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrD MAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYc Yp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5 LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2 HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQBtTQtT1gAAAPkAAAAPAAAAZHJzL2Rvd25yZXYu eG1sRI8xb8IwEIX3SvwH65C6FacMiAYMoqhVGZCqBAbGa3wkaeJzZLuQ9NfXYijju3f6nr7lujet uJDztWUFz5MEBHFhdc2lguPh/WkOwgdkja1lUjCQh/Vq9LDEVNsrZ3TJQykihH2KCqoQulRKX1Rk 0E9sRxy7s3UGQ4yulNrhNcJNK6dJMpMGa44LFXa0raho8h+jYNYM240Nb98y/y3n0/3utXnZZ0o9 jvvNAkSgPtyfP09dfjz9lzfUTiuIJueP4cvVOkMfyN0u0TRaglz9AQAA//8DAFBLAQItABQABgAI AAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsB Ai0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsB Ai0AFAAGAAgAAAAhAG1NC1PWAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2Lnht bFBLBQYAAAAAAwADALcAAAAJAwAAAAAAAA/wEAAAAGMRAADKBwAAXxMAAK0IAAAPABHwhAEAAA8A iBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAA CAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAA AAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAA AAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgA AAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAA AAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoP EAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wZAAAAAAAnw8E AAAABAAAAAAAqA8EAAAAbmV3IAAAoQ8eAAAABQAAAAAAIAAKAAAAAP8HAAUAAAAAAAYACwAAAAD+ AACqDwoAAAAFAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwRwYAABIACvAIAAAAIVQA AAIKAACTAAvwNgAAAIAAeN3hIoEAN2UBAIMAN2UBAIcAAQAAAL8ABAAEAIEB8/n6AL8BEAAUAP8B AAAIAL8DAAACABMAIvHaAwAAqcPUAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0Nv bnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqy QahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45 x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUS YpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5 rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9y ZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPh J61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJ aceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+ 09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAEakN9DUAAAA+QAAAA8A AABkcnMvZG93bnJldi54bWxEj0FuwjAQRfeVuIM1SN0VBxYRTTEIQquyYJO0B5jGQ2IS25HtQsLp a7Eoyz9/9L7eajPojl3IeWWNgPksAUamslKZWsD318fLEpgPaCR21pCAkTxs1pOnFWbSXk1BlzLU LEKMz1BAE0Kfce6rhjT6me3JxO5kncYQo6u5dHiNcN3xRZKkXKMycaHBnvKGqrb81QLSdsy3Nryf eXmrl4vjYde+HgshnqfD9g1YoCE8ntUtzbv9f3lHHaSAaHL6HH+ckgX6QO5+iabREvj6DwAA//8D AFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9U eXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9y ZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAEakN9DUAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRy cy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAHAwAAAAAAAA/wEAAAAF8TAADKBwAA8BUAAK0I AAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEA AAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAA CAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAA AAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEA cgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBn AHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEA DwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAP AA3wawAAAAAAnw8EAAAABAAAAAAAqA8LAAAAMjAxMC0wNi0wOSAAAKEPHgAAAAwAAAAAACAACgAA AAD/BwAMAAAAAAAGAAsAAAAA/gAAqg8KAAAADAAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiB DwAE8HsGAAASAArwCAAAACJUAAACCgAAkwAL8DYAAACAAPj+4SKBADdlAQCDADdlAQCHAAEAAAC/ AAQABACBAefz9AC/ARAAFAD/AQAACAC/AwAAAgATACLx2wMAAKnD1QMAAFBLAwQUAAYACAAAACEA ifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbog sASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5 ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6 HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYvi HVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAh AFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGV xCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yz ra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23z HztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAI AAAAIQDiaS/81QAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9NSwMxEIbvgv8hjODNZhWUujYt 4geK0EOrB4/TZLrJdjNZkrjd+usNPdTjO+/wvDyzxeg7MVBMLrCC60kFglgH47hR8PX5ejUFkTKy wS4wKThQgsX8/GyGtQl7XtGwzo0oEE41KrA597WUSVvymCahJy7dNkSPucTYSBNxX+C+kzdVdSc9 Oi4LFnt6sqR36x+vQH8M4zMlXcXp97Ld/LY7u3QvSl1ejI8PIDKN+f/5Xvbt7XAqj6h3o6CYbN8O m+jMClOmeLwU02IJcv4HAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAA AAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAA CwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEA4mkv/NUAAAD5AAAA DwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAgDAAAAAAAA D/AQAAAAkAAAAK0IAACjAgAAkAkAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBf AF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAA AQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAAC AQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQA AAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBv AHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAA AAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQ AAAAAACxDwgAAAAAAAAEAAAAAA8ADfCeAAAAAACfDwQAAAAEAAAAAACoDwQAAAAjMTEgAAChDx4A AAAFAAAAAAAgAAoAAAAA/wcABQAAAAAABgALAAAAAP4AAKoPFAAAAAMAAAABAAAAAAACAAAAAQAA AAAADwDyDxgAAAAAAPMPEAAAAAAAAAAUAAAABAAAAAgA8g8AAN8PCAAAAAAAAAADAAAAAACmDwwA AADwAAAAVl04f1iAeIEPAATwoQYAABIACvAIAAAAI1QAAAIKAACTAAvwNgAAAIAA+A/iIoEAN2UB AIMAN2UBAIcAAQAAAL8ABAAEAIEB5/P0AL8BEAAUAP8BAAAIAL8DAAACABMAIvHaAwAAqcPUAwAA UEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF 90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE 62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1 XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XI YzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8D AFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRf lO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBa XQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA 8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAA AP//AwBQSwMEFAAGAAgAAAAhADOoWbfUAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj0FPAjEQ he8m/odmTLxJVw+GrBRCUIMx2QPowePQDtvCtt106rL462046PHNm3wv32wx+k4MlNjFoOB+UoGg oKNxoVXw+fF6NwXBGYPBLgZScCaGxfz6aoa1iaewoWGbW1EggWtUYHPuaylZW/LIk9hTKN0+Jo+5 xNRKk/BU4L6TD1X1KD26UBYs9rSypI/bb69Avw/jM7Gu0vSrOex+DkfbuBelbm/G5ROITGP+f+bG rRvzV15Qb0ZBMdmvz7vkzAY5U7pcimmxBDn/BQAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAA AIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAh AFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAh ADOoWbfUAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwAD ALcAAAAHAwAAAAAAAA/wEAAAAKMCAACtCAAAUAsAAJAJAAAPABHwhAEAAA8AiBN8AQAADwCKEzwB AAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEA AAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAA AQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABk bWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAA AAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAY AAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wxQAAAAAAnw8EAAAABAAAAAAAqA8r AAAARGVjaXNpb24gb24gcHJlZml4IHBhY2tpbmcgaW4gREFPIG1lc3NhZ2VzIAAAoQ8eAAAALAAA AAAAIAAKAAAAAP8HACwAAAAAAAYACwAAAAD+AACqDxQAAAAqAAAAAQAAAAAAAgAAAAEAAAAAAA8A 8g8YAAAAAADzDxAAAAAAAAAAFQAAAAQAAAAIAPIPAADfDwgAAAAAAAAAKgAAAAAApg8MAAAA8AAA AFZdOH9YgHiBDwAE8EkGAAASAArwCAAAACRUAAACCgAAkwAL8DYAAACAAHgD4iKBADdlAQCDADdl AQCHAAEAAAC/AAQABACBAefz9AC/ARAAFAD/AQAACAC/AwAAAgATACLx2wMAAKnD1QMAAFBLAwQU AAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHy FsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn 9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sT KCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7y zbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwME FAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI 01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVM Fm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdg QU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMA UEsDBBQABgAIAAAAIQDrL9r51QAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI+7TgMxEEV7JP7B GiQ64oUCrZY4EeIhEFKKJBSUE3uydrIeL7bZbPh6rBSkvHNH5+pM56PvxEAxucAKbicVCGIdjONW wef69aYGkTKywS4wKThSgvns8mKKjQkHXtKwyq0oEE4NKrA5942USVvymCahJy7dNkSPucTYShPx UOC+k3dVdS89Oi4LFnt6sqT3qx+vQH8M4zMlXcX6a7Hb/O72duFelLq+Gh8fQGQa8/m5/vZrjf/l CfVuFBST7dtxE51ZYsoUT5diWixBzv4AAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEA ABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQs W78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEA6y/a +dUAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAA AAgDAAAAAAAAD/AQAAAAUAsAAK0IAADiDQAAkAkAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAA ug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAA ABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAA AQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5g AAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYA AABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEA AAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQA MQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBsAAAAAACfDwQAAAAEAAAAAACoDwwAAABl bmhhbmNlbWVudCAAAKEPHgAAAA0AAAAAACAACgAAAAD/BwANAAAAAAAGAAsAAAAA/gAAqg8KAAAA DQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8D8GAAASAArwCAAAACVUAAACCgAAkwAL 8DYAAACAAGg44iKBADdlAQCDADdlAQCHAAEAAAC/AAQABACBAefz9AC/ARAAFAD/AQAACAC/AwAA AgATACLx2wMAAKnD1QMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5 cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80 zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFV iEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU6 1f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/c F+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVs c2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnC ruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ 1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB 9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQCgTN2F1QAAAPkAAAAPAAAAZHJzL2Rv d25yZXYueG1sRI9NSwMxEIbvgv8hjODNZi2oZW1axA+UQg+tHjxOk+km7WayJHG77a839KDHd97h eXmm88G3oqeYXGAFt6MKBLEOxnGj4Ovz7WYCImVkg21gUnCkBPPZ5cUUaxMOvKJ+nRtRIJxqVGBz 7mopk7bkMY1CR1y6bYgec4mxkSbiocB9K8dVdS89Oi4LFjt6tqT36x+vQC/64YWSruLke7nbnHZ7 u3SvSl1fDU+PIDIN+f853o0fcvdXnlEfRkEx2b4fN9GZFaZM8XwppsUS5OwXAAD//wMAUEsBAi0A FAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54 bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJl bHNQSwECLQAUAAYACAAAACEAoEzdhdUAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25y ZXYueG1sUEsFBgAAAAADAAMAtwAAAAgDAAAAAAAAD/AQAAAA4g0AAK0IAABjEQAAkAkAAA8AEfCE AQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQB AAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAA AAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAA AQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBs AAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAA aAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAA AAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBiAAAA AACfDwQAAAAEAAAAAACoDwIAAABKUAAAoQ8eAAAAAwAAAAAAIAAKAAAAAP8HAAMAAAAAAAYACwAA AAD+AACqDwoAAAADAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwQgYAABIACvAIAAAA JlQAAAIKAACTAAvwNgAAAIAASEfiIoEAN2UBAIMAN2UBAIcAAQAAAL8ABAAEAIEB5/P0AL8BEAAU AP8BAAAIAL8DAAACABMAIvHcAwAAqcPWAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAA W0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3t cdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWji Vk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3 VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qs ubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAA AF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR /ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx 8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAF7j3eHWAAAA+QAA AA8AAABkcnMvZG93bnJldi54bWxEj01LAzEURfeC/yE8wZ3N1IWUsWkp/UARinTsYpavyesk7SQZ kjid+usNXejyvvs4lzOdD7ZlPYVovBMwHhXAyEmvjGsE7L82TxNgMaFT2HpHAq4UYT67v5tiqfzF 7aivUsMyxMUSBeiUupLzKDVZjCPfkcvd0QeLKcfQcBXwkuG25c9F8cItGpcXNHa01CTP1bcVID/6 YUVRFmFSb0+Hn9NZb81aiMeHYfEKLNGQ/p8/667a13/lDfWuBGST49v1EIzaYUwUbpdsmi2Bz34B AAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250 ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAe AQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAXuPd4dYAAAD5AAAADwAAAAAAAAAAAAAAAAAG AgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAkDAAAAAAAAD/AQAAAAYxEAAK0IAABf EwAAkAkAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAA ixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAA AOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAA AQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAK AAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkA cABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAA ABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAE AAAAAA8ADfBkAAAAAACfDwQAAAAEAAAAAACoDwQAAABuZXcgAAChDx4AAAAFAAAAAAAgAAoAAAAA /wcABQAAAAAABgALAAAAAP4AAKoPCgAAAAUAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8A BPBJBgAAEgAK8AgAAAAnVAAAAgoAAJMAC/A2AAAAgACoR+IigQA3ZQEAgwA3ZQEAhwABAAAAvwAE AAQAgQHn8/QAvwEQABQA/wEAAAgAvwMAAAIAEwAi8dwDAACpw9YDAABQSwMEFAAGAAgAAAAhAInw exntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAE hMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC2 8oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzg a87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1S fgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa 9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQs toxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62u tpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87 RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAA ACEAOf/IPdYAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPy27CMBBF95X6D9ZU6q44sEBRikER DxVVYgHtosvBHmJDbEe2G0K/vhaLdnnnjs7VmS0G27KeQjTeCRiPCmDkpFfGNQI+PzYvJbCY0Cls vSMBN4qwmD8+zLBS/ur21B9SwzLExQoF6JS6ivMoNVmMI9+Ry93JB4spx9BwFfCa4bblk6KYcovG 5QWNHS01ycvh2wqQ7/2woiiLUH7tzsef80XvzFqI56ehfgWWaEj/z2XdLif1X3lHbZWAbHJ6ux2D UXuMicL9kk2zJfD5LwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAA AAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAAL AAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQA5/8g91gAAAPkAAAAP AAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACQMAAAAAAAAP 8BAAAABfEwAArQgAAPAVAACQCQAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8A XwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAAB AAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIB AAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAA AAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8A dAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAA AAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAA AAAAALEPCAAAAAAAAAQAAAAADwAN8GsAAAAAAJ8PBAAAAAQAAAAAAKgPCwAAADIwMDktMTEtMDIg AAChDx4AAAAMAAAAAAAgAAoAAAAA/wcADAAAAAAABgALAAAAAP4AAKoPCgAAAAwAAAABAAAAAAAA AKYPDAAAAPAAAABWXTh/WIB4gQ8ABPB7BgAAEgAK8AgAAAAoVAAAAgoAAJMAC/A2AAAAgADoaeIi gQA3ZQEAgwA3ZQEAhwABAAAAvwAEAAQAgQHz+foAvwEQABQA/wEAAAgAvwMAAAIAEwAi8dsDAACp w9UDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBB TsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3 qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1 BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/Y VWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcD AAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7 YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwv x7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773 /R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODT M+MvAAAA//8DAFBLAwQUAAYACAAAACEAN6cn6tUAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESP MW/CMBCF90r9D9ZV6lacMiCaYhAgqjKwJFSdr/ERh8R2ZF8h6a+vxdCO797pe/oWq8F24kIhNt4p eJ5kIMhVXjeuVvBxfHuag4iMTmPnHSkYKcJqeX+3wFz7qyvoUnItEsTFHBUY5j6XMlaGLMaJ78ml 7uSDRU4x1FIHvCa47eQ0y2bSYuPSgsGetoaqtvy2CmbtuF173p1l+VPPp4f9pn05FEo9PgzrVxBM A/8/Z8Z/7oa/8obaawXJ5PQ+foVGFxiZwu2STJMlyOUvAAAA//8DAFBLAQItABQABgAIAAAAIQCJ 8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAG AAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAG AAgAAAAhADenJ+rVAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYA AAAAAwADALcAAAAIAwAAAAAAAA/wEAAAAJAAAACQCQAAowIAAHMKAAAPABHwhAEAAA8AiBN8AQAA DwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAAC AAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEA AAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEA AGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAA AwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAE AAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8A XwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wngAAAAAAnw8EAAAABAAA AAAAqA8EAAAAIzIyIAAAoQ8eAAAABQAAAAAAIAAKAAAAAP8HAAUAAAAAAAYACwAAAAD+AACqDxQA AAADAAAAAQAAAAAAAgAAAAEAAAAAAA8A8g8YAAAAAADzDxAAAAAAAAAAFgAAAAQAAAAIAPIPAADf DwgAAAAAAAAAAwAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8IYGAAASAArwCAAAAClUAAACCgAA kwAL8DYAAACAADh74iKBADdlAQCDADdlAQCHAAEAAAC/AAQABACBAfP5+gC/ARAAFAD/AQAACAC/ AwAAAgATACLx3AMAAKnD1gMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50 X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm /f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM 6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFc RPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiD qk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8u cmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPR yNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKb TCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCcz VQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQAdqC2p1gAAAPkAAAAPAAAAZHJz L2Rvd25yZXYueG1sRI/RasJAEEXfC/7DMoW+lLqpUNHUVVRa6oMUEvsB0+yYpMnOht2tJv16Fx/s 4507nMtZrHrTihM5X1tW8DxOQBAXVtdcKvg6vD/NQPiArLG1TAoG8rBaju4WmGp75oxOeShFhLBP UUEVQpdK6YuKDPqx7Yhjd7TOYIjRlVI7PEe4aeUkSabSYM1xocKOthUVTf5rFEybYbu24e1H5n/l bLLfbZr5PlPq4b5fv4II1If/5+TxpaPPW3lF7bSCaHL8GL5drTP0gdz1Ek2jJcjlBQAA//8DAFBL AQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBl c10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxz Ly5yZWxzUEsBAi0AFAAGAAgAAAAhAB2oLanWAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9k b3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAJAwAAAAAAAA/wEAAAAKMCAACQCQAAUAsAAHMKAAAP ABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAA GRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAA AAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAA BAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBp AGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIA YQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCK EzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3w qAAAAAAAnw8EAAAABAAAAAAAqA8OAAAAUlBMIFZhcmlhYmxlcyAAAKEPHgAAAA8AAAAAACAACgAA AAD/BwAPAAAAAAAGAAsAAAAA/gAAqg8UAAAADQAAAAEAAAAAAAIAAAABAAAAAAAPAPIPGAAAAAAA 8w8QAAAAAAAAABcAAAAEAAAACADyDwAA3w8IAAAAAAAAAA0AAAAAAKYPDAAAAPAAAABWXTh/WIB4 gQ8ABPBCBgAAEgAK8AgAAAAqVAAAAgoAAJMAC/A2AAAAgADYj+IigQA3ZQEAgwA3ZQEAhwABAAAA vwAEAAQAgQHz+foAvwEQABQA/wEAAAgAvwMAAAIAEwAi8dsDAACpw9UDAABQSwMEFAAGAAgAAAAh AInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6 ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CF ORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJr ehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL 4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAA IQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCx lcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+G M62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt 8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYA CAAAACEA83iP+dUAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPy27CMBBF90j8gzVI3YFTFjxS DKKoVVmwSVp1PY2HJE08jmwXEr6+Fot2eeeOztXZ7HrTigs5X1tW8DhLQBAXVtdcKvh4f52uQPiA rLG1TAoG8rDbjkcbTLW9ckaXPJQiQtinqKAKoUul9EVFBv3MdsSxO1tnMMToSqkdXiPctHKeJAtp sOa4UGFHh4qKJv8xChbNcNjb8PIt81u5mp+Oz836lCn1MOn3TyAC9eH/uTe0Xn7+lXfUUSuIJue3 4cvVOkMfyN0v0TRagtz+AgAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAA AAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEA AAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAPN4j/nVAAAA+QAA AA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAIAwAAAAAA AA/wEAAAAFALAACQCQAA4g0AAHMKAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8A XwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAA AAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAA AgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAE AAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4A bwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAA AAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsT EAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wZQAAAAAAnw8EAAAABAAAAAAAqA8FAAAAdGFzayAAAKEP HgAAAAYAAAAAACAACgAAAAD/BwAGAAAAAAAGAAsAAAAA/gAAqg8KAAAABgAAAAEAAAAAAAAApg8M AAAA8AAAAFZdOH9YgHiBDwAE8EEGAAASAArwCAAAACtUAAACCgAAkwAL8DYAAACAAIig4iKBADdl AQCDADdlAQCHAAEAAAC/AAQABACBAfP5+gC/ARAAFAD/AQAACAC/AwAAAgATACLx2wMAAKnD1QMA AFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQ RfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJ BOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR 9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNV yGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP// AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0 X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8w Wl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXR gPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8A AAD//wMAUEsDBBQABgAIAAAAIQCBDfiL1QAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9BbsIw EEX3lXoHayp1VxxYIEgxCFDasmCTtAcY4iFJE48j24Wkp6/Foiz//NH7eqvNYDpxIecbywqmkwQE cWl1w5WCr8+3lwUIH5A1dpZJwUgeNuvHhxWm2l45p0sRKhEh7FNUUIfQp1L6siaDfmJ74tidrTMY YnSV1A6vEW46OUuSuTTYcFyosad9TWVb/BgF83bcb23IvmXxWy1mx8OuXR5zpZ6fhu0riEBDuD8v M/d+yv7LG+qgFUST88d4co3O0Qdyt0s0jZYg138AAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexnt AAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAA ACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAA ACEAgQ34i9UAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAD AAMAtwAAAAgDAAAAAAAAD/AQAAAA4g0AAJAJAABjEQAAcwoAAA8AEfCEAQAADwCIE3wBAAAPAIoT PAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAM AQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAA AAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAA AGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAA AAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAA ABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8A UABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBkAAAAAACfDwQAAAAEAAAAAACo DwQAAABUaW0gAAChDx4AAAAFAAAAAAAgAAoAAAAA/wcABQAAAAAABgALAAAAAP4AAKoPCgAAAAUA AAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBCBgAAEgAK8AgAAAAsVAAAAgoAAJMAC/A2 AAAAgABor+IigQA3ZQEAgwA3ZQEAhwABAAAAvwAEAAQAgQHz+foAvwEQABQA/wEAAAgAvwMAAAIA EwAi8dwDAACpw9YDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBl c10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m 72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhI ZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/ cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3Bfs A5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNs z8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7r wVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVW yozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTe FNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAbU0LU9YAAAD5AAAADwAAAGRycy9kb3du cmV2LnhtbESPMW/CMBCF90r8B+uQuhWnDIgGDKKoVRmQqgQGxmt8JGnic2S7kPTX12Io47t3+p6+ 5bo3rbiQ87VlBc+TBARxYXXNpYLj4f1pDsIHZI2tZVIwkIf1avSwxFTbK2d0yUMpIoR9igqqELpU Sl9UZNBPbEccu7N1BkOMrpTa4TXCTSunSTKTBmuOCxV2tK2oaPIfo2DWDNuNDW/fMv8t59P97rV5 2WdKPY77zQJEoD7cnz9PXX48/Zc31E4riCbnj+HL1TpDH8jdLtE0WoJc/QEAAP//AwBQSwECLQAU AAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnht bFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVs c1BLAQItABQABgAIAAAAIQBtTQtT1gAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJl di54bWxQSwUGAAAAAAMAAwC3AAAACQMAAAAAAAAP8BAAAABjEQAAkAkAAF8TAABzCgAADwAR8IQB AAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEA AAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAA AAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAAB AAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwA AAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABo AHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAA AAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GQAAAAA AJ8PBAAAAAQAAAAAAKgPBAAAAG5ldyAAAKEPHgAAAAUAAAAAACAACgAAAAD/BwAFAAAAAAAGAAsA AAAA/gAAqg8KAAAABQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8EcGAAASAArwCAAA AC1UAAACCgAAkwAL8DYAAACAADjA4iKBADdlAQCDADdlAQCHAAEAAAC/AAQABACBAfP5+gC/ARAA FAD/AQAACAC/AwAAAgATACLx2gMAAKnD1AMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAA AFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt 7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo 4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0 t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6 rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsA AABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4 P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUT Uf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9T MfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQC+yzAi1AAAAPkA AAAPAAAAZHJzL2Rvd25yZXYueG1sRI9BbsIwEEX3lXoHayqxKw4sEKQYBKgIFmwSOMA0HpKQeBzZ LiQ9fS0W7fLPH72vt1z3phV3cr62rGAyTkAQF1bXXCq4nPfvcxA+IGtsLZOCgTysV68vS0y1fXBG 9zyUIkLYp6igCqFLpfRFRQb92HbEsbtaZzDE6EqpHT4i3LRymiQzabDmuFBhR7uKiib/NgpmzbDb 2PB5k/lPOZ+ejttmccqUGr31mw8Qgfrw/7zg7lYc/son6qgVRJPrYfhytc7QB3LPSzSNliBXvwAA AP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRl bnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4B AABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQC+yzAi1AAAAPkAAAAPAAAAAAAAAAAAAAAAAAYC AABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABwMAAAAAAAAP8BAAAABfEwAAkAkAAPAV AABzCgAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACL ExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA 6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAAB AAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoA AABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBw AG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAA GgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQA AAAADwAN8GsAAAAAAJ8PBAAAAAQAAAAAAKgPCwAAADIwMDktMTItMDggAAChDx4AAAAMAAAAAAAg AAoAAAAA/wcADAAAAAAABgALAAAAAP4AAKoPCgAAAAwAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/ WIB4gQ8ABPB7BgAAEgAK8AgAAAAuVAAAAgoAAJMAC/A2AAAAgACo0uIigQA3ZQEAgwA3ZQEAhwAB AAAAvwAEAAQAgQHn8/QAvwEQABQA/wEAAAgAvwMAAAIAEwAi8dsDAACpw9UDAABQSwMEFAAGAAgA AAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQ Qkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCC M5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5Sqv GbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2c JjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAI AAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfS PoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAY X1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfm citt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQU AAYACAAAACEA3liY59UAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPQU8CMRCF7yT+h2ZIvEEX D7pZKYSgRkPCAfTAcWiHbZdtu2nrsvjrbTjo8c2bfC/ffDnYlvUUovFOwGxaACMnvTKuFvD1+TYp gcWETmHrHQm4UoTl4m40x0r5i9tRv081yxAXKxSgU+oqzqPUZDFOfUcudycfLKYcQ81VwEuG25Y/ FMUjt2hcXtDY0VqTPO+/rQC56YcXirII5WHbHH+as96aVyHux8PqGViiIf0/P8nmsCn/yhvqQwnI Jqf36zEYtcOYKNwu2TRbAl/8AgAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAA AAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAA FQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAN5YmOfVAAAA +QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAIAwAA AAAAAA/wEAAAAJAAAABzCgAAowIAAIALAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAA AF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAA IAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAA AAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIA AAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBv AG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAA AAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAA AIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wngAAAAAAnw8EAAAABAAAAAAAqA8EAAAAIzI0IAAA oQ8eAAAABQAAAAAAIAAKAAAAAP8HAAUAAAAAAAYACwAAAAD+AACqDxQAAAADAAAAAQAAAAAAAgAA AAEAAAAAAA8A8g8YAAAAAADzDxAAAAAAAAAAGAAAAAQAAAAIAPIPAADfDwgAAAAAAAAAAwAAAAAA pg8MAAAA8AAAAFZdOH9YgHiBDwAE8IYGAAASAArwCAAAAC9UAAACCgAAkwAL8DYAAACAABjj4iKB ADdlAQCDADdlAQCHAAEAAAC/AAQABACBAefz9AC/ARAAFAD/AQAACAC/AwAAAgATACLx2wMAAKnD 1QMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFO wzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeq lgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUE s4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hV ZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMA AP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg 72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/H tw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9 HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz 4y8AAAD//wMAUEsDBBQABgAIAAAAIQBJrs7B1QAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9B awIxEIXvBf9DmEJvNVsPIlujiFqUggdtoR7HZNxEN8mSpOtuf32Dh/b45g3f45vOO1uzlkI03gl4 GRbAyEmvjKsEfH68PU+AxYROYe0dCegpwnw2eJhiqfzN7ak9pIpliIslCtApNSXnUWqyGIe+IZe7 sw8WU46h4irgLcNtzUdFMeYWjcsLGhtaapLXw7cVIN/bbkVRFmFy3F1OP5er3pm1EE+P3eIVWKIu /T8vNv1y9PVX3lFbJSCbnDf9KRi1x5go3C/ZNFsCn/0CAAD//wMAUEsBAi0AFAAGAAgAAAAhAInw exntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYA CAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYA CAAAACEASa7OwdUAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAA AAADAAMAtwAAAAgDAAAAAAAAD/AQAAAAowIAAHMKAABQCwAAgAsAAA8AEfCEAQAADwCIE3wBAAAP AIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIA AAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAA AAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAA aAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAAD AAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQA AAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBf AF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfCpAAAAAACfDwQAAAAEAAAA AACoDw8AAABEaXNjdXNzaW9uIFAyUCAAAKEPHgAAABAAAAAAACAACgAAAAD/BwAQAAAAAAAGAAsA AAAA/gAAqg8UAAAADgAAAAEAAAAAAAIAAAABAAAAAAAPAPIPGAAAAAAA8w8QAAAAAAAAABkAAAAE AAAACADyDwAA3w8IAAAAAAAAAA4AAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBCBgAAEgAK8AgA AAAwVAAAAgoAAJMAC/A2AAAAgABY7uIigQA3ZQEAgwA3ZQEAhwABAAAAvwAEAAQAgQHn8/QAvwEQ ABQA/wEAAAgAvwMAAAIAEwAi8dsDAACpw9UDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMA AABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J 7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRR aOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+Lp tLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSL uqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAAL AAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S +D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63l E1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/ UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAwNZZS9UAAAD5 AAAADwAAAGRycy9kb3ducmV2LnhtbESPS08CMRSF9yb+h+aauJOOLhRHCjE+oiFhwSOE5aW9TAvT dtLWofDrbVjo8txz8518o0m2LespROOdgPtBBYyc9Mq4RsBq+Xk3BBYTOoWtdyTgRBEm4+urEdbK H92c+kVqWIG4WKMAnVJXcx6lJotx4Dtypdv5YDGVGBquAh4L3Lb8oaoeuUXjyoLGjt40ycPixwqQ 0z6/U5RVGG5m++15f9Az8yHE7U1+fQGWKKf/52zp+Wn9V15Q30pAMdl9nbbBqDnGROFyKabFEvj4 FwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29u dGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAA HgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAMDWWUvVAAAA+QAAAA8AAAAAAAAAAAAAAAAA BgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAIAwAAAAAAAA/wEAAAAFALAABzCgAA 4g0AAIALAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAA AIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEA AADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEA AAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAA CgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5 AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEA AAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAA BAAAAAAPAA3wZQAAAAAAnw8EAAAABAAAAAAAqA8FAAAAdGFzayAAAKEPHgAAAAYAAAAAACAACgAA AAD/BwAGAAAAAAAGAAsAAAAA/gAAqg8KAAAABgAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiB DwAE8FUGAAASAArwCAAAADFUAAACCgAAkwAL8DYAAACAAKgK4yKBADdlAQCDADdlAQCHAAEAAAC/ AAQABACBAefz9AC/ARAAFAD/AQAACAC/AwAAAgATACLx2wMAAKnD1QMAAFBLAwQUAAYACAAAACEA ifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbog sASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5 ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6 HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYvi HVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAh AFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGV xCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yz ra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23z HztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAI AAAAIQDux4jA1QAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9NSwMxEIbvgv8hjODNZvUgZW1a xA8sYg+tCj1Ok+km7WayJHG79dcbeqjHd97heXkms8G3oqeYXGAFt6MKBLEOxnGj4Ovz9WYMImVk g21gUnCkBLPp5cUEaxMOvKR+lRtRIJxqVGBz7mopk7bkMY1CR1y6bYgec4mxkSbiocB9K++q6l56 dFwWLHb0ZEnvVz9egX7vh2dKuorj9WK3+d3t7cK9KHV9NTw+gMg05P/nj/U38/xcnlBzo6CYbN+O m+jMElOmeLoU02IJcvoHAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAA AAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAA CwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEA7seIwNUAAAD5AAAA DwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAgDAAAAAAAA D/AQAAAA4g0AAHMKAABjEQAAgAsAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBf AF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAA AQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAAC AQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQA AAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBv AHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAA AAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQ AAAAAACxDwgAAAAAAAAEAAAAAA8ADfB4AAAAAACfDwQAAAAEAAAAAACoDxgAAABQaGlsID0+IHdp bGwgbW92ZSB0byBQMlAAAKEPHgAAABkAAAAAACAACgAAAAD/BwAZAAAAAAAGAAsAAAAA/gAAqg8K AAAAGQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8EIGAAASAArwCAAAADJUAAACCgAA kwAL8DYAAACAAOgP4yKBADdlAQCDADdlAQCHAAEAAAC/AAQABACBAefz9AC/ARAAFAD/AQAACAC/ AwAAAgATACLx3AMAAKnD1gMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50 X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm /f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM 6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFc RPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiD qk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8u cmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPR yNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKb TCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCcz VQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQBe493h1gAAAPkAAAAPAAAAZHJz L2Rvd25yZXYueG1sRI9NSwMxFEX3gv8hPMGdzdSFlLFpKf1AEYp07GKWr8nrJO0kGZI4nfrrDV3o 8r77OJcznQ+2ZT2FaLwTMB4VwMhJr4xrBOy/Nk8TYDGhU9h6RwKuFGE+u7+bYqn8xe2or1LDMsTF EgXolLqS8yg1WYwj35HL3dEHiynH0HAV8JLhtuXPRfHCLRqXFzR2tNQkz9W3FSA/+mFFURZhUm9P h5/TWW/NWojHh2HxCizRkP6fP+uu2td/5Q31rgRkk+Pb9RCM2mFMFG6XbJotgc9+AQAA//8DAFBL AQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBl c10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxz Ly5yZWxzUEsBAi0AFAAGAAgAAAAhAF7j3eHWAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9k b3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAJAwAAAAAAAA/wEAAAAGMRAABzCgAAXxMAAIALAAAP ABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAA GRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAA AAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAA BAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBp AGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIA YQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCK EzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3w ZAAAAAAAnw8EAAAABAAAAAAAqA8EAAAAbmV3IAAAoQ8eAAAABQAAAAAAIAAKAAAAAP8HAAUAAAAA AAYACwAAAAD+AACqDwoAAAAFAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwSQYAABIA CvAIAAAAM1QAAAIKAACTAAvwNgAAAIAAuCrjIoEAN2UBAIMAN2UBAIcAAQAAAL8ABAAEAIEB5/P0 AL8BEAAUAP8BAAAIAL8DAAACABMAIvHcAwAAqcPWAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUB AAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEa jy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWz PURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8m BZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt +KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAV AQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6 aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpW C0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNC nqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhACGHtXjW AAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj01LAzEURfeC/yE8wZ1NlCJl2rQUP7AIXbS6cPma vE4ynSRDEmem/npDF7q87z7O5SxWo2tZTzHZ4CXcTwQw8ipo62sJnx+vdzNgKaPX2AZPEs6UYLW8 vlpgpcPgd9Tvc80KxKcKJZicu4rzpAw5TJPQkS/dMUSHucRYcx1xKHDX8gchHrlD68uCwY6eDKnT /ttJUO/9+ExJiTj72jaHn+ZktvZFytubcT0HlmnM/8/DtBHTzV95QW20hGJyfDsfotU7TJni5VJM iyXw5S8AAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAA AFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAA AAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAIYe1eNYAAAD5AAAADwAAAAAAAAAA AAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAkDAAAAAAAAD/AQAAAAXxMA AHMKAADwFQAAgAsAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQA MQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAA AAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAA AAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAA AAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUA IABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAO AAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgA AAAAAAAEAAAAAA8ADfBrAAAAAACfDwQAAAAEAAAAAACoDwsAAAAyMDEwLTAzLTA4IAAAoQ8eAAAA DAAAAAAAIAAKAAAAAP8HAAwAAAAAAAYACwAAAAD+AACqDwoAAAAMAAAAAQAAAAAAAACmDwwAAADw AAAAVl04f1iAeIEPAATwewYAABIACvAIAAAANFQAAAIKAACTAAvwNgAAAIAASD3jIoEAN2UBAIMA N2UBAIcAAQAAAL8ABAAEAIEB8/n6AL8BEAAUAP8BAAAIAL8DAAACABMAIvHbAwAAqcPVAwAAUEsD BBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jc wfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs 5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3f axMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhP LvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBL AwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5Q xojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u 5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0 p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP// AwBQSwMEFAAGAAgAAAAhAGOSRX7VAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj0FuwjAQRfeV egdrKrErTlmgNMUgikCwQEhJe4BpPCRp4nFkG0h6+los2uWfP3pfb7EaTCeu5HxjWcHLNAFBXFrd cKXg82P3nILwAVljZ5kUjORhtXx8WGCm7Y1zuhahEhHCPkMFdQh9JqUvazLop7Ynjt3ZOoMhRldJ 7fAW4aaTsySZS4MNx4Uae9rUVLbFxSiYt+NmbcP2WxY/VTo7Ht7b12Ou1ORpWL+BCDSE/2d/Snf2 9FfeUQetIJqc9+OXa3SOPpC7X6JptAS5/AUAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACF AQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa 9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQBj kkV+1QAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3 AAAACAMAAAAAAAAP8BAAAACQAAAAgAsAAKMCAABjDAAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAA AAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAA AAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEB AAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1h bmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAA JgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAH AQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAA VAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8J4AAAAAAJ8PBAAAAAQAAAAAAKgPBAAA ACMyNSAAAKEPHgAAAAUAAAAAACAACgAAAAD/BwAFAAAAAAAGAAsAAAAA/gAAqg8UAAAAAwAAAAEA AAAAAAIAAAABAAAAAAAPAPIPGAAAAAAA8w8QAAAAAAAAABoAAAAEAAAACADyDwAA3w8IAAAAAAAA AAMAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPCcBgAAEgAK8AgAAAA1VAAAAgoAAJMAC/A2AAAA gADYUOMigQA3ZQEAgwA3ZQEAhwABAAAAvwAEAAQAgQHz+foAvwEQABQA/wEAAAgAvwMAAAIAEwAi 8dsDAACpw9UDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10u eG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72ex YGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE 5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cgln vgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ff dH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8Fq wzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2 HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF +S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6 dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAOrr6ENUAAAD5AAAADwAAAGRycy9kb3ducmV2 LnhtbESPMW/CMBCF90r9D9YhdSsODIimGEQRbRlYkladr/GRpIntyL6GhF+PxdCO797pe/pWm8G0 oicfamcVzKYJCLKF07UtFXx+vD4uQQRGq7F1lhSMFGCzvr9bYard2WbU51yKCLEhRQUVc5dKGYqK DIap68jG7uS8QY7Rl1J7PEe4aeU8SRbSYG3jQoUd7SoqmvzXKFg0427reP8j80u5nB8PL83TMVPq YTJsn0EwDfz/XJh+//X2V95QB60gmpzex29f6wwDk79domm0BLm+AgAA//8DAFBLAQItABQABgAI AAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsB Ai0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsB Ai0AFAAGAAgAAAAhADq6+hDVAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2Lnht bFBLBQYAAAAAAwADALcAAAAIAwAAAAAAAA/wEAAAAKMCAACACwAAUAsAAGMMAAAPABHwhAEAAA8A iBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAA CAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAA AAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAA AAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgA AAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAA AAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoP EAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wvwAAAAAAnw8E AAAABAAAAAAAqA8lAAAAUlBMIHNhdGlzZnlpbmcgdGhlIE1VU1QgcmVxdWlyZW1lbnRzIAAAoQ8e AAAAJgAAAAAAIAAKAAAAAP8HACYAAAAAAAYACwAAAAD+AACqDxQAAAAkAAAAAQAAAAAAAgAAAAEA AAAAAA8A8g8YAAAAAADzDxAAAAAAAAAAGwAAAAQAAAAIAPIPAADfDwgAAAAAAAAAJAAAAAAApg8M AAAA8AAAAFZdOH9YgHiBDwAE8EIGAAASAArwCAAAADZUAAACCgAAkwAL8DYAAACAAAhk4yKBADdl AQCDADdlAQCHAAEAAAC/AAQABACBAfP5+gC/ARAAFAD/AQAACAC/AwAAAgATACLx2wMAAKnD1QMA AFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQ RfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJ BOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR 9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNV yGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP// AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0 X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8w Wl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXR gPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8A AAD//wMAUEsDBBQABgAIAAAAIQDzeI/51QAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LbsIw EEX3SPyDNUjdgVMWPFIMoqhVWbBJWnU9jYckTTyObBcSvr4Wi3Z5547O1dnsetOKCzlfW1bwOEtA EBdW11wq+Hh/na5A+ICssbVMCgbysNuORxtMtb1yRpc8lCJC2KeooAqhS6X0RUUG/cx2xLE7W2cw xOhKqR1eI9y0cp4kC2mw5rhQYUeHioom/zEKFs1w2Nvw8i3zW7man47PzfqUKfUw6fdPIAL14f+5 N7Refv6Vd9RRK4gm57fhy9U6Qx/I3S/RNFqC3P4CAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexnt AAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAA ACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAA ACEA83iP+dUAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAD AAMAtwAAAAgDAAAAAAAAD/AQAAAAUAsAAIALAADiDQAAYwwAAA8AEfCEAQAADwCIE3wBAAAPAIoT PAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAM AQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAA AAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAA AGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAA AAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAA ABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8A UABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBlAAAAAACfDwQAAAAEAAAAAACo DwUAAAB0YXNrIAAAoQ8eAAAABgAAAAAAIAAKAAAAAP8HAAYAAAAAAAYACwAAAAD+AACqDwoAAAAG AAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwQAYAABIACvAIAAAAN1QAAAIKAACTAAvw NgAAAIAAmGPjIoEAN2UBAIMAN2UBAIcAAQAAAL8ABAAEAIEB8/n6AL8BEAAUAP8BAAAIAL8DAAAC ABMAIvHbAwAAqcPVAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlw ZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTN Zu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWI SGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV /3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX 7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxz bM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu 68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnV VsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H0 3hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhABAhEfjVAAAA+QAAAA8AAABkcnMvZG93 bnJldi54bWxEj0FOwzAQRfdI3MEaJHbUoRJVCXWrUoGoUDYJHGCIp0lwPI5s0yacHqsLuvzzR+/r rTaj7cWRfOgcK7ifZSCIa6c7bhR8frzeLUGEiKyxd0wKJgqwWV9frTDX7sQlHavYiAThkKOCNsYh lzLULVkMMzcQp+7gvMWYom+k9nhKcNvLeZYtpMWO00KLA+1aqk31YxUszLTbuvjyLavfZjkv9s/m sSiVur0Zt08gIo3x8vxuTPFg/sszaq8VJJPD2/TlO11iiOTPl2SaLEGu/wAAAP//AwBQSwECLQAU AAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnht bFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVs c1BLAQItABQABgAIAAAAIQAQIRH41QAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJl di54bWxQSwUGAAAAAAMAAwC3AAAACAMAAAAAAAAP8BAAAADiDQAAgAsAAGMRAABjDAAADwAR8IQB AAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEA AAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAA AAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAAB AAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwA AAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABo AHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAA AAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GMAAAAA AJ8PBAAAAAQAAAAAAKgPAwAAAEpQIAAAoQ8eAAAABAAAAAAAIAAKAAAAAP8HAAQAAAAAAAYACwAA AAD+AACqDwoAAAAEAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwQgYAABIACvAIAAAA OFQAAAIKAACTAAvwNgAAAIAAGIPjIoEAN2UBAIMAN2UBAIcAAQAAAL8ABAAEAIEB8/n6AL8BEAAU AP8BAAAIAL8DAAACABMAIvHcAwAAqcPWAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAA W0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3t cdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWji Vk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3 VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qs ubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAA AF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR /ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx 8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAG1NC1PWAAAA+QAA AA8AAABkcnMvZG93bnJldi54bWxEjzFvwjAQhfdK/AfrkLoVpwyIBgyiqFUZkKoEBsZrfCRp4nNk u5D019diKOO7d/qevuW6N624kPO1ZQXPkwQEcWF1zaWC4+H9aQ7CB2SNrWVSMJCH9Wr0sMRU2ytn dMlDKSKEfYoKqhC6VEpfVGTQT2xHHLuzdQZDjK6U2uE1wk0rp0kykwZrjgsVdrStqGjyH6Ng1gzb jQ1v3zL/LefT/e61edlnSj2O+80CRKA+3J8/T11+PP2XN9ROK4gm54/hy9U6Qx/I3S7RNFqCXP0B AAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250 ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAe AQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAbU0LU9YAAAD5AAAADwAAAAAAAAAAAAAAAAAG AgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAkDAAAAAAAAD/AQAAAAYxEAAIALAABf EwAAYwwAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAA ixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAA AOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAA AQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAK AAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkA cABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAA ABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAE AAAAAA8ADfBkAAAAAACfDwQAAAAEAAAAAACoDwQAAABuZXcgAAChDx4AAAAFAAAAAAAgAAoAAAAA /wcABQAAAAAABgALAAAAAP4AAKoPCgAAAAUAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8A BPBIBgAAEgAK8AgAAAA5VAAAAgoAAJMAC/A2AAAAgADIluMigQA3ZQEAgwA3ZQEAhwABAAAAvwAE AAQAgQHz+foAvwEQABQA/wEAAAgAvwMAAAIAEwAi8dsDAACpw9UDAABQSwMEFAAGAAgAAAAhAInw exntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAE hMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC2 8oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzg a87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1S fgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa 9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQs toxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62u tpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87 RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAA ACEAEiljytUAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPQU7DMBBF90jcwZpK7KjTqqpKqFuV CkQW3SRwgCGeJmnicWSbJuH0WF3A8s8fva+33Y+mE1dyvrGsYDFPQBCXVjdcKfj8eHvcgPABWWNn mRRM5GG/u7/bYqrtwDldi1CJCGGfooI6hD6V0pc1GfRz2xPH7mydwRCjq6R2OES46eQySdbSYMNx ocaejjWVbfFtFKzb6Xiw4fUii59qszxlL+3TKVfqYTYenkEEGsP/87C6JKvsr7yhMq0gmpzfpy/X 6Bx9IHe7RNNoCXL3CwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAA AAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsA AAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhABIpY8rVAAAA+QAAAA8A AAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAIAwAAAAAAAA/w EAAAAF8TAACACwAA8BUAAGMMAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBf AFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEA AAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEA AAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAA AwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0 AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAA AAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAA AAAAsQ8IAAAAAAAABAAAAAAPAA3wawAAAAAAnw8EAAAABAAAAAAAqA8LAAAAMjAxMC0wMy0wOCAA AKEPHgAAAAwAAAAAACAACgAAAAD/BwAMAAAAAAAGAAsAAAAA/gAAqg8KAAAADAAAAAEAAAAAAAAA pg8MAAAA8AAAAFZdOH9YgHiBDwAE8HsGAAASAArwCAAAADpUAAACCgAAkwAL8DYAAACAAFi94yKB ADdlAQCDADdlAQCHAAEAAAC/AAQABACBAefz9AC/ARAAFAD/AQAACAC/AwAAAgATACLx2wMAAKnD 1QMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFO wzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeq lgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUE s4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hV ZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMA AP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg 72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/H tw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9 HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz 4y8AAAD//wMAUEsDBBQABgAIAAAAIQCqj+Bj1QAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9N SwMxEIbvgv8hjODNZhWUsjYt4gcVoYeugh6nyXSTdjNZkrjd+usNPejxnXd4Xp7ZYvSdGCgmF1jB 9aQCQayDcdwq+Hh/uZqCSBnZYBeYFBwpwWJ+fjbD2oQDr2locisKhFONCmzOfS1l0pY8pknoiUu3 DdFjLjG20kQ8FLjv5E1V3UmPjsuCxZ4eLel98+0V6LdhfKKkqzj9Wu02P7u9XblnpS4vxod7EJnG /P/cfN62bvlXnlCvRkEx2S6Pm+jMGlOmeLoU02IJcv4LAAD//wMAUEsBAi0AFAAGAAgAAAAhAInw exntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYA CAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYA CAAAACEAqo/gY9UAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAA AAADAAMAtwAAAAgDAAAAAAAAD/AQAAAAkAAAAGMMAACjAgAARg0AAA8AEfCEAQAADwCIE3wBAAAP AIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIA AAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAA AAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAA aAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAAD AAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQA AAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBf AF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfCeAAAAAACfDwQAAAAEAAAA AACoDwQAAAAjNDggAAChDx4AAAAFAAAAAAAgAAoAAAAA/wcABQAAAAAABgALAAAAAP4AAKoPFAAA AAMAAAABAAAAAAACAAAAAQAAAAAADwDyDxgAAAAAAPMPEAAAAAAAAAAcAAAABAAAAAgA8g8AAN8P CAAAAAAAAAADAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwmgYAABIACvAIAAAAO1QAAAIKAACT AAvwNgAAAIAAKM/jIoEAN2UBAIMAN2UBAIcAAQAAAL8ABAAEAIEB5/P0AL8BEAAUAP8BAAAIAL8D AAACABMAIvHaAwAAqcPUAwAAUEuBAQAAggEAAIMBAACEAQAAhQEAAIYBAACHAQAAiAEAAIkBAACK AQAAiwEAAIwBAACNAQAAjgEAAI8BAACQAQAAkQEAAJIBAACTAQAAlAEAAJUBAACWAQAAlwEAAJgB AACZAQAAmgEAAJsBAACcAQAAnQEAAJ4BAACfAQAAoAEAAKEBAACiAQAAowEAAKQBAAClAQAApgEA AKcBAACoAQAAqQEAAKoBAACrAQAArAEAAK0BAACuAQAArwEAALABAACxAQAAsgEAALMBAAC0AQAA tQEAALYBAAC3AQAAuAEAALkBAAC6AQAAuwEAALwBAAC9AQAAvgEAAL8BAADAAQAAwQEAAMIBAADD AQAAxAEAAMUBAADGAQAAxwEAAMgBAADJAQAAygEAAMsBAADMAQAAzQEAAM4BAADPAQAA0AEAANEB AADSAQAA0wEAANQBAADVAQAA1gEAANcBAADYAQAA2QEAANoBAADbAQAA3AEAAN0BAADeAQAA3wEA AOABAADhAQAA4gEAAOMBAADkAQAA5QEAAOYBAADnAQAA6AEAAOkBAADqAQAA6wEAAOwBAADtAQAA 7gEAAO8BAADwAQAA8QEAAPIBAADzAQAA9AEAAPUBAAD2AQAA9wEAAPgBAAD5AQAA+wEAAP3////8 AQAA/QEAAP4BAAD/AQAAAAIAAAMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9U eXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/ NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiB VYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1 OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP 3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJl bHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZ wq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0ws ydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1UL QfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAT6vGH9QAAAD5AAAADwAAAGRycy9k b3ducmV2LnhtbESPTUsDMRCG74L/IYzgzWYVlGVtWvxEEXpo9eBxmkw3aTeTJYnbrb/e0EM9vvMO z8sznY++EwPF5AIruJ5UIIh1MI5bBV+fr1c1iJSRDXaBScGBEsxn52dTbEzY85KGVW5FgXBqUIHN uW+kTNqSxzQJPXHpNiF6zCXGVpqI+wL3nbypqjvp0XFZsNjTkyW9W/14BfpjGJ8p6SrW34vt+ne7 swv3otTlxfhwDyLTmP+fb9Mj+/pUHlHvRkEx2bwd1tGZJaZM8XgppsUS5OwPAAD//wMAUEsBAi0A FAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54 bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJl bHNQSwECLQAUAAYACAAAACEAT6vGH9QAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25y ZXYueG1sUEsFBgAAAAADAAMAtwAAAAcDAAAAAAAAD/AQAAAAowIAAGMMAABQCwAARg0AAA8AEfCE AQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQB AAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAA AAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAA AQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBs AAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAA aAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAA AAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfC+AAAA AACfDwQAAAAEAAAAAACoDyQAAABNYW5hZ2VhYmlsaXR5IHNlY3Rpb24gLSBuZXh0IHVwZGF0ZSAA AKEPHgAAACUAAAAAACAACgAAAAD/BwAlAAAAAAAGAAsAAAAA/gAAqg8UAAAAIwAAAAEAAAAAAAIA AAABAAAAAAAPAPIPGAAAAAAA8w8QAAAAAAAAAB0AAAAEAAAACADyDwAA3w8IAAAAAAAAACMAAAAA AKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBFBgAAEgAK8AgAAAA8VAAAAgoAAJMAC/A2AAAAgAAI5OMi gQA3ZQEAgwA3ZQEAhwABAAAAvwAEAAQAgQHn8/QAvwEQABQA/wEAAAgAvwMAAAIAEwAi8dwDAACp w9YDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBB TsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3 qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1 BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/Y VWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcD AAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7 YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwv x7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773 /R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODT M+MvAAAA//8DAFBLAwQUAAYACAAAACEAj1X5EdYAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESP TUsDMRCG74L/IYzgzWbtQcratIgfKEKRtqIep8l0k3YzWZK43frrDT3o8Z13eF6e6XzwregpJhdY wfWoAkGsg3HcKHhfP11NQKSMbLANTAqOlGA+Oz+bYm3CgZfUr3IjCoRTjQpszl0tZdKWPKZR6IhL tw3RYy4xNtJEPBS4b+W4qm6kR8dlwWJH95b0fvXtFejXfnigpKs4+VrsNj+7vV24R6UuL4a7WxCZ hvz//Db+DOHjrzyhXoyCYrJ9Pm6iM0tMmeLpUkyLJcjZLwAAAP//AwBQSwECLQAUAAYACAAAACEA ifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQA BgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQA BgAIAAAAIQCPVfkR1gAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUG AAAAAAMAAwC3AAAACQMAAAAAAAAP8BAAAABQCwAAYwwAAOINAABGDQAADwAR8IQBAAAPAIgTfAEA AA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAA AgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAAB AAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUB AABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAA AAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAA BAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABf AF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GcAAAAAAJ8PBAAAAAQA AAAAAKgPBwAAAGRlZmVjdCAAAKEPHgAAAAgAAAAAACAACgAAAAD/BwAIAAAAAAAGAAsAAAAA/gAA qg8KAAAACAAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8EAGAAASAArwCAAAAD1UAAAC CgAAkwAL8DYAAACAAAjv4yKBADdlAQCDADdlAQCHAAEAAAC/AAQABACBAefz9AC/ARAAFAD/AQAA CAC/AwAAAgATACLx2wMAAKnD1QMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250 ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGo S3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdH rdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKc nYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7C MDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVs cy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4Set ZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnH hXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPW FCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQAjj8dK1QAAAPkAAAAPAAAA ZHJzL2Rvd25yZXYueG1sRI9BTwIxEIXvJv6HZky4SVcTDFkpxKgEQ+QAevA4tMO2dNtu2ros/nob Dnp88ybfyzdbDK5lPcVkghdwN66AkZdBGd8I+PxY3k6BpYxeYRs8CThTgsX8+mqGtQonv6V+lxtW ID7VKEDn3NWcJ6nJYRqHjnzpDiE6zCXGhquIpwJ3Lb+vqgfu0PiyoLGjZ03S7r6dALnuhxdKsorT r81x/3O0emNehRjdDE+PwDIN+f95be37xP6VF9SbElBMDqvzPhq1xZQpXi7FtFgCn/8CAAD//wMA UEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5 cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3Jl bHMvLnJlbHNQSwECLQAUAAYACAAAACEAI4/HStUAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJz L2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAgDAAAAAAAAD/AQAAAA4g0AAGMMAABjEQAARg0A AA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAA AAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAI AAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAA AAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQBy AGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcA cgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAP AIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8A DfBjAAAAAACfDwQAAAAEAAAAAACoDwMAAABKUCAAAKEPHgAAAAQAAAAAACAACgAAAAD/BwAEAAAA AAAGAAsAAAAA/gAAqg8KAAAABAAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8EIGAAAS AArwCAAAAD5UAAACCgAAkwAL8DYAAACAAIju4yKBADdlAQCDADdlAQCHAAEAAAC/AAQABACBAefz 9AC/ARAAFAD/AQAACAC/AwAAAgATACLx3AMAAKnD1gMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACF AQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSx Go8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVV sz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75P JgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2s bfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAA FQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1n emrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlK VgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5z Qp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQBe493h 1gAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9NSwMxFEX3gv8hPMGdzdSFlLFpKf1AEYp07GKW r8nrJO0kGZI4nfrrDV3o8r77OJcznQ+2ZT2FaLwTMB4VwMhJr4xrBOy/Nk8TYDGhU9h6RwKuFGE+ u7+bYqn8xe2or1LDMsTFEgXolLqS8yg1WYwj35HL3dEHiynH0HAV8JLhtuXPRfHCLRqXFzR2tNQk z9W3FSA/+mFFURZhUm9Ph5/TWW/NWojHh2HxCizRkP6fP+uu2td/5Q31rgRkk+Pb9RCM2mFMFG6X bJotgc9+AQAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAA AABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAA AAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAF7j3eHWAAAA+QAAAA8AAAAAAAAA AAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAJAwAAAAAAAA/wEAAAAGMR AABjDAAAXxMAAEYNAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABU ADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAA AAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAA AAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEA AAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABl ACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAA DgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8I AAAAAAAABAAAAAAPAA3wZAAAAAAAnw8EAAAABAAAAAAAqA8EAAAAbmV3IAAAoQ8eAAAABQAAAAAA IAAKAAAAAP8HAAUAAAAAAAYACwAAAAD+AACqDwoAAAAFAAAAAQAAAAAAAACmDwwAAADwAAAAVl04 f1iAeIEPAATwSAYAABIACvAIAAAAP1QAAAIKAACTAAvwNgAAAIAAyBbkIoEAN2UBAIMAN2UBAIcA AQAAAL8ABAAEAIEB5/P0AL8BEAAUAP8BAAAIAL8DAAACABMAIvHbAwAAqcPVAwAAUEsDBBQABgAI AAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4s EEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQ gjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uq rxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGt nCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYA CAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX 0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRw GF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH 5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwME FAAGAAgAAAAhACPZtGbVAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj0FPAjEQhe8m/IdmSLxJ lz0QslKIAYxGw2HRg8ehHbaFbbtp67L462046PHNm3wv32I12Jb1FKLxTsB0UgAjJ70yrhHw+fH8 MAcWEzqFrXck4EoRVsvR3QIr5S+upn6fGpYhLlYoQKfUVZxHqclinPiOXO6OPlhMOYaGq4CXDLct L4tixi0alxc0drTWJM/7bytAvvXDhqIswvxrdzr8nM56Z7ZC3I+Hp0dgiYb0/zwrqX4v/8ob6lUJ yCbHl+shGFVjTBRul2yaLYEvfwEAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAA AAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAA ABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQAj2bRm1QAA APkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACAMA AAAAAAAP8BAAAABfEwAAYwwAAPAVAABGDQAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAA AABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAA ACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAA AAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAAC AAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0A bwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAA AAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAA AACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GsAAAAAAJ8PBAAAAAQAAAAAAKgPCwAAADIwMTAt MDYtMDcgAAChDx4AAAAMAAAAAAAgAAoAAAAA/wcADAAAAAAABgALAAAAAP4AAKoPCgAAAAwAAAAB AAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPB5BgAAEgAK8AgAAABAVAAAAgoAAJMAC/A2AAAA gABYJ+QigQA3ZQEAgwA3ZQEAhwABAAAAvwAEAAQAgQHz+foAvwEQABQA/wEAAAgAvwMAAAIAEwAi 8dkDAACpw9MDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10u eG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72ex YGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE 5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cgln vgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ff dH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8Fq wzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2 HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF +S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6 dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAaZP8gtMAAAD5AAAADwAAAGRycy9kb3ducmV2 LnhtbESPQW7CMBBF95W4gzVI3RWnLBBNMYiiVmXBJoEDDPEQp4nHke1C0tPXYtEu//zR+3qrzWA7 cSUfGscKnmcZCOLK6YZrBafjx9MSRIjIGjvHpGCkAJv15GGFuXY3LuhaxlokCIccFZgY+1zKUBmy GGauJ07dxXmLMUVfS+3xluC2k/MsW0iLDacFgz3tDFVt+W0VLNpxt3Xx/UuWP/Vyfti/tS+HQqnH 6bB9BRFpiP/PduiQzF95R+21gmRy+RzPvtEFhkj+fkmmyRLk+hcAAP//AwBQSwECLQAUAAYACAAA ACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQIt ABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQIt ABQABgAIAAAAIQBpk/yC0wAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQ SwUGAAAAAAMAAwC3AAAABgMAAAAAAAAP8BAAAACQAAAARg0AAKMCAABTDgAADwAR8IQBAAAPAIgT fAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgM AQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAAB AAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAA AAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAA AAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAG AQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAA AABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8J4AAAAAAJ8PBAAA AAQAAAAAAKgPBAAAACM1MSAAAKEPHgAAAAUAAAAAACAACgAAAAD/BwAFAAAAAAAGAAsAAAAA/gAA qg8UAAAAAwAAAAEAAAAAAAIAAAABAAAAAAAPAPIPGAAAAAAA8w8QAAAAAAAAAB4AAAAEAAAACADy DwAA3w8IAAAAAAAAAAMAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPCpBgAAEgAK8AgAAABBVAAA AgoAAJMAC/A2AAAAgAAoJuQigQA3ZQEAgwA3ZQEAhwABAAAAvwAEAAQAgQHz+foAvwEQABQA/wEA AAgAvwMAAAIAEwAi8dsDAACpw9UDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29u dGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJB qEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnH R63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJi nJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmu wjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3Jl bHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+En rWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslp x4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T 1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAyS4GvdUAAAD5AAAADwAA AGRycy9kb3ducmV2LnhtbESPQU7DMBBF90jcwRokdtRpF1EJdau2AtFFhZTAAYZ4mqSJ7cge0oTT Y3VBl3/+6H291WY0nRjIh8ZZBfNZAoJs6XRjKwVfn29PSxCB0WrsnCUFEwXYrO/vVphpd7E5DQVX IkJsyFBBzdxnUoayJoNh5nqysTs5b5Bj9JXUHi8Rbjq5SJJUGmxsXKixp31NZVv8GAVpO+23jl/P svitlovjYdc+H3OlHh/G7QsIppFvz3P9kQ78X15RB60gmpzep2/f6BwDk79eomm0BLn+AwAA//8D AFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9U eXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9y ZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAMkuBr3VAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRy cy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAIAwAAAAAAAA/wEAAAAKMCAABGDQAAUAsAAFMO AAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEA AAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAA CAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAA AAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEA cgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBn AHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEA DwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAP AA3wzAAAAAAAnw8EAAAABAAAAAAAqA8yAAAATmV3IEFwcGVuZGl4IEEgKGZvcm1lciBBcHBlbmRp eCBCKSBjYW4gYmUgcmVtb3ZlZCAAAKEPHgAAADMAAAAAACAACgAAAAD/BwAzAAAAAAAGAAsAAAAA /gAAqg8UAAAAMQAAAAEAAAAAAAIAAAABAAAAAAAPAPIPGAAAAAAA8w8QAAAAAAAAAB8AAAAEAAAA CADyDwAA3w8IAAAAAAAAADEAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBFBgAAEgAK8AgAAABC VAAAAgoAAJMAC/A2AAAAgACYR+QigQA3ZQEAgwA3ZQEAhwABAAAAvwAEAAQAgQHz+foAvwEQABQA /wEAAAgAvwMAAAIAEwAi8dwDAACpw9YDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABb Q29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x 2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJW TjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdW tRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5 tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAA X3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9J w+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9 Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHw dz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAvPsvo9YAAAD5AAAA DwAAAGRycy9kb3ducmV2LnhtbESPQU/CQBCF7yb8h82YeJOtPRCsLAQJRg4kpoXodewObW13ttld ofXXu+Ggxzdv8r18i9VgOnEm5xvLCh6mCQji0uqGKwXHw8v9HIQPyBo7y6RgJA+r5eRmgZm2F87p XIRKRAj7DBXUIfSZlL6syaCf2p44difrDIYYXSW1w0uEm06mSTKTBhuOCzX2tKmpbItvo2DWjpu1 DdsvWfxU83S/e24f97lSd7fD+glEoCH8P7+lH9a+/5VX1E4riCan1/HTNTpHH8hdL9E0WoJc/gIA AP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRl bnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4B AABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQC8+y+j1gAAAPkAAAAPAAAAAAAAAAAAAAAAAAYC AABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACQMAAAAAAAAP8BAAAABQCwAARg0AAOIN AABTDgAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACL ExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA 6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAAB AAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoA AABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBw AG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAA GgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQA AAAADwAN8GcAAAAAAJ8PBAAAAAQAAAAAAKgPBwAAAGRlZmVjdCAAAKEPHgAAAAgAAAAAACAACgAA AAD/BwAIAAAAAAAGAAsAAAAA/gAAqg8KAAAACAAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiB DwAE8EEGAAASAArwCAAAAENUAAACCgAAkwAL8DYAAACAAKgp5CKBADdlAQCDADdlAQCHAAEAAAC/ AAQABACBAfP5+gC/ARAAFAD/AQAACAC/AwAAAgATACLx2wMAAKnD1QMAAFBLAwQUAAYACAAAACEA ifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbog sASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5 ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6 HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYvi HVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAh AFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGV xCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yz ra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23z HztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAI AAAAIQCBDfiL1QAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9BbsIwEEX3lXoHayp1VxxYIEgx CFDasmCTtAcY4iFJE48j24Wkp6/Foiz//NH7eqvNYDpxIecbywqmkwQEcWl1w5WCr8+3lwUIH5A1 dpZJwUgeNuvHhxWm2l45p0sRKhEh7FNUUIfQp1L6siaDfmJ74tidrTMYYnSV1A6vEW46OUuSuTTY cFyosad9TWVb/BgF83bcb23IvmXxWy1mx8OuXR5zpZ6fhu0riEBDuD8vM/d+yv7LG+qgFUST88d4 co3O0Qdyt0s0jZYg138AAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAA AAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAA CwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAgQ34i9UAAAD5AAAA DwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAgDAAAAAAAA D/AQAAAA4g0AAEYNAABjEQAAUw4AAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBf AF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAA AQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAAC AQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQA AAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBv AHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAA AAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQ AAAAAACxDwgAAAAAAAAEAAAAAA8ADfBkAAAAAACfDwQAAAAEAAAAAACoDwQAAABUaW0gAAChDx4A AAAFAAAAAAAgAAoAAAAA/wcABQAAAAAABgALAAAAAP4AAKoPCgAAAAUAAAABAAAAAAAAAKYPDAAA APAAAABWXTh/WIB4gQ8ABPBCBgAAEgAK8AgAAABEVAAAAgoAAJMAC/A2AAAAgAA4WeQigQA3ZQEA gwA3ZQEAhwABAAAAvwAEAAQAgQHz+foAvwEQABQA/wEAAAgAvwMAAAIAEwAi8dwDAACpw9YDAABQ SwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3 SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTr aGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVd Xd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchj OE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMA UEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U 7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpd Dm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDx yTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA //8DAFBLAwQUAAYACAAAACEAbU0LU9YAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPMW/CMBCF 90r8B+uQuhWnDIgGDKKoVRmQqgQGxmt8JGnic2S7kPTX12Io47t3+p6+5bo3rbiQ87VlBc+TBARx YXXNpYLj4f1pDsIHZI2tZVIwkIf1avSwxFTbK2d0yUMpIoR9igqqELpUSl9UZNBPbEccu7N1BkOM rpTa4TXCTSunSTKTBmuOCxV2tK2oaPIfo2DWDNuNDW/fMv8t59P97rV52WdKPY77zQJEoD7cnz9P XX48/Zc31E4riCbnj+HL1TpDH8jdLtE0WoJc/QEAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0A AACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAA IQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAA IQBtTQtT1gAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMA AwC3AAAACQMAAAAAAAAP8BAAAABjEQAARg0AAF8TAABTDgAADwAR8IQBAAAPAIgTfAEAAA8AihM8 AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwB AAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAA AAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAA ZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAA AAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAA GAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQ AFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GQAAAAAAJ8PBAAAAAQAAAAAAKgP BAAAAG5ldyAAAKEPHgAAAAUAAAAAACAACgAAAAD/BwAFAAAAAAAGAAsAAAAA/gAAqg8KAAAABQAA AAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8EkGAAASAArwCAAAAEVUAAACCgAAkwAL8DYA AACAAJhZ5CKBADdlAQCDADdlAQCHAAEAAAC/AAQABACBAfP5+gC/ARAAFAD/AQAACAC/AwAAAgAT ACLx3AMAAKnD1gMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVz XS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbv Z7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhl MoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9y CWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wD l990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zP wWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvB UPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbK jMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U 2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQBmm2O81gAAAPkAAAAPAAAAZHJzL2Rvd25y ZXYueG1sRI8xb8IwEIX3Sv0P1lViqcAhA6IpBgVUVAaWpF26HfHhpIntyHYh6a+vxVDGd+/0PX2r zaA7diHnG2sEzGcJMDKVlY1RAj4/9tMlMB/QSOysIQEjedisHx9WmEl7NQVdyqBYhBifoYA6hD7j 3Fc1afQz25OJ3dk6jSFGp7h0eI1w3fE0SRZcY2PiQo097Wqq2vJHC1i04y634e2bl79qmR4P2/bl WAgxeRryV2CBhnB/fs7TL6f+yxvqIAVEk/P7eHKNLNAHcrdLNI2WwNd/AAAA//8DAFBLAQItABQA BgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1s UEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxz UEsBAi0AFAAGAAgAAAAhAGabY7zWAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2 LnhtbFBLBQYAAAAAAwADALcAAAAJAwAAAAAAAA/wEAAAAF8TAABGDQAA8BUAAFMOAAAPABHwhAEA AA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAA AAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAA AAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEA AAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAA AAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgA eQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAA ALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wawAAAAAA nw8EAAAABAAAAAAAqA8LAAAAMjAxMC0wNi0xMiAAAKEPHgAAAAwAAAAAACAACgAAAAD/BwAMAAAA AAAGAAsAAAAA/gAAqg8KAAAADAAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8HsGAAAS AArwCAAAAEZUAAACCgAAkwAL8DYAAACAABh75CKBADdlAQCDADdlAQCHAAEAAAC/AAQABACBAefz 9AC/ARAAFAD/AQAACAC/AwAAAgATACLx2wMAAKnD1QMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACF AQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSx Go8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVV sz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75P JgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2s bfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAA FQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1n emrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlK VgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5z Qp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQAtDbOP 1QAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9BTwIxEIXvJv6HZky8SVcPhqwUYlADMeEAevA4 tMO2sJ1u2rrs+uttOOjxzZt8L99sMfhW9BSTC6zgflKBINbBOG4UfH683U1BpIxssA1MCkZKsJhf X82wNuHMW+p3uREFwqlGBTbnrpYyaUse0yR0xKU7hOgxlxgbaSKeC9y38qGqHqVHx2XBYkdLS/q0 +/YK9Hs/vFDSVZx+bY77n+PJbtyrUrc3w/MTiExD/n9eLUe3Hv/KC2ptFBSTw2rcR2e2mDLFy6WY FkuQ818AAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAA AFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAA AAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEALQ2zj9UAAAD5AAAADwAAAAAAAAAA AAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAgDAAAAAAAAD/AQAAAAkAAA AFMOAACjAgAAYA8AAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQA MQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAA AAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAA AAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAA AAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUA IABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAO AAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgA AAAAAAAEAAAAAA8ADfCeAAAAAACfDwQAAAAEAAAAAACoDwQAAAAjMzAgAAChDx4AAAAFAAAAAAAg AAoAAAAA/wcABQAAAAAABgALAAAAAP4AAKoPFAAAAAMAAAABAAAAAAACAAAAAQAAAAAADwDyDxgA AAAAAPMPEAAAAAAAAAAgAAAABAAAAAgA8g8AAN8PCAAAAAAAAAADAAAAAACmDwwAAADwAAAAVl04 f1iAeIEPAATwpwYAABIACvAIAAAAR1QAAAIKAACTAAvwNgAAAIAAeI7kIoEAN2UBAIMAN2UBAIcA AQAAAL8ABAAEAIEB5/P0AL8BEAAUAP8BAAAIAL8DAAACABMAIvHbAwAAqcPVAwAAUEsDBBQABgAI AAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4s EEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQ gjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uq rxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGt nCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYA CAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX 0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRw GF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH 5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwME FAAGAAgAAAAhAArVGRHVAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj0FLAzEQhe+C/yGM4M1m 9SB1bVqkKorQQqsHj9Nkukm7SZZMut366w096PHNG77HN5kNvhU9JXYxKLgdVSAo6GhcaBR8fb7e jEFwxmCwjYEUnIhhNr28mGBt4jGsqF/nRhRI4BoV2Jy7WkrWljzyKHYUSreNyWMuMTXSJDwWuG/l XVXdS48ulAWLHc0t6f364BXoj354JtZVGn8vdpuf3d4u3ItS11fD0yOITEP+fz4sH3i+/CvPqHej oJhs306b5MwKOVM6X4ppsQQ5/QUAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAA AAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAA ABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQAK1RkR1QAA APkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACAMA AAAAAAAP8BAAAACjAgAAUw4AAFALAABgDwAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAA AABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAA ACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAA AAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAAC AAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0A bwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAA AAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAA AACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8MoAAAAAAJ8PBAAAAAQAAAAAAKgPMAAAAENsZWFy bHkgZG9jdW1lbnRpbmcgTXVsdGljYXN0IG1vZGUgb2Ygb3BlcmF0aW9uIAAAoQ8eAAAAMQAAAAAA IAAKAAAAAP8HADEAAAAAAAYACwAAAAD+AACqDxQAAAAvAAAAAQAAAAAAAgAAAAEAAAAAAA8A8g8Y AAAAAADzDxAAAAAAAAAAIQAAAAQAAAAIAPIPAADfDwgAAAAAAAAALwAAAAAApg8MAAAA8AAAAFZd OH9YgHiBDwAE8EIGAAASAArwCAAAAEhUAAACCgAAkwAL8DYAAACAAMiP5CKBADdlAQCDADdlAQCH AAEAAAC/AAQABACBAefz9AC/ARAAFAD/AQAACAC/AwAAAgATACLx2wMAAKnD1QMAAFBLAwQUAAYA CAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUO LBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6 kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPl Kq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnh rZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAG AAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh 19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6k cBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5h B+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsD BBQABgAIAAAAIQDA1llL1QAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9LTwIxFIX3Jv6H5pq4 k44uFEcKMT6iIWHBI4Tlpb1MC9N20tah8OttWOjy3HPznXyjSbYt6ylE452A+0EFjJz0yrhGwGr5 eTcEFhM6ha13JOBEESbj66sR1sof3Zz6RWpYgbhYowCdUldzHqUmi3HgO3Kl2/lgMZUYGq4CHgvc tvyhqh65RePKgsaO3jTJw+LHCpDTPr9TlFUYbmb77Xl/0DPzIcTtTX59AZYop//nbOn5af1XXlDf SkAx2X2dtsGoOcZE4XIppsUS+PgXAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMA AAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78A AAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAwNZZS9UA AAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAgD AAAAAAAAD/AQAAAAUAsAAFMOAADiDQAAYA8AAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8Q AAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQA AAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAA AAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAA AgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABN AG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYA AAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAw AAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBlAAAAAACfDwQAAAAEAAAAAACoDwUAAAB0YXNr IAAAoQ8eAAAABgAAAAAAIAAKAAAAAP8HAAYAAAAAAAYACwAAAAD+AACqDwoAAAAGAAAAAQAAAAAA AACmDwwAAADwAAAAVl04f1iAeIEPAATwUgYAABIACvAIAAAASVQAAAIKAACTAAvwNgAAAIAAqLLk IoEAN2UBAIMAN2UBAIcAAQAAAL8ABAAEAIEB5/P0AL8BEAAUAP8BAAAIAL8DAAACABMAIvHcAwAA qcPWAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQ QU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iV t6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2ca dQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/ 2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3 AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg +2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1c L8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+ 9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg 0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAKbqBEDWAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxE j01LAzEQhu+C/yGM4M0mVZCyNi3iB4rQQ6sHvU2T6W66m8mSxO3WX2/oQY/vvMPz8syXo+/EQDG5 wBqmEwWC2ATruNbw8f58NQORMrLFLjBpOFKC5eL8bI6VDQde07DJtSgQThVqaHLuKymTachjmoSe uHS7ED3mEmMtbcRDgftOXit1Kz06LgsN9vTQkGk3316DeRvGR0pGxdnnar/92bfNyj1pfXkx3t+B yDTm/+eb9mvK6q88oV6thmKyezluo7NrTJni6VJMiyXIxS8AAAD//wMAUEsBAi0AFAAGAAgAAAAh AInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAU AAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAU AAYACAAAACEApuoEQNYAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsF BgAAAAADAAMAtwAAAAkDAAAAAAAAD/AQAAAA4g0AAFMOAABjEQAAYA8AAA8AEfCEAQAADwCIE3wB AAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEA AAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAA AQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAF AQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAA AAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEA AAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAA XwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfB0AAAAAACfDwQAAAAE AAAAAACoDxQAAABSaWNoYXJkL0pvbmF0aGFuL1RpbQAAoQ8eAAAAFQAAAAAAIAAKAAAAAP8HABUA AAAAAAYACwAAAAD+AACqDwoAAAAVAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwRgYA ABIACvAIAAAASlQAAAIKAACTAAvwNgAAAIAASJ3kIoEAN2UBAIMAN2UBAIcAAQAAAL8ABAAEAIEB 5/P0AL8BEAAUAP8BAAAIAL8DAAACABMAIvHbAwAAqcPVAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAA AIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2 JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd 9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlf vk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0 Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78A AAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL1 7Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGo aUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzV znNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAAHK 4OrVAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj8tOwzAQRfdI/IM1SOyoAwtUhboV4iEQUhct LLqc2JPYbTyObJOmfD1WF7C8c0fn6ixWk+/FSDG5wApuZxUIYh2M407B1+frzRxEysgG+8Ck4EQJ VsvLiwXWJhx5Q+M2d6JAONWowOY81FImbcljmoWBuHRtiB5zibGTJuKxwH0v76rqXnp0XBYsDvRk SR+2316B/hinZ0q6ivPdet/87A927V6Uur6aHh9AZJry/7PctWMT/soz6t0oKCbt26mJzmwwZYrn SzEtliCXvwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAA AAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAA AAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQAByuDq1QAAAPkAAAAPAAAAAAAA AAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACAMAAAAAAAAP8BAAAABj EQAAUw4AAF8TAABgDwAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAA VAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAA AAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAA AAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAAB AAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAA ZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAA AA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEP CAAAAAAAAAQAAAAADwAN8GkAAAAAAJ8PBAAAAAQAAAAAAKgPCQAAAHJlb3BlbmVkIAAAoQ8eAAAA CgAAAAAAIAAKAAAAAP8HAAoAAAAAAAYACwAAAAD+AACqDwoAAAAKAAAAAQAAAAAAAACmDwwAAADw AAAAVl04f1iAeIEPAATwSAYAABIACvAIAAAAS1QAAAIKAACTAAvwNgAAAIAA2NLkIoEAN2UBAIMA N2UBAIcAAQAAAL8ABAAEAIEB5/P0AL8BEAAUAP8BAAAIAL8DAAACABMAIvHbAwAAqcPVAwAAUEsD BBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jc wfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs 5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3f axMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhP LvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBL AwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5Q xojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u 5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0 p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP// AwBQSwMEFAAGAAgAAAAhALl35nrVAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj0FPAjEQhe8m /IdmSLxJVw9CFgohgtGYcAA14Ti0w7bLtt20dVn89TYc8PjmTb6Xb7bobcM6CtF4J+BxVAAjJ70y rhLw9fn6MAEWEzqFjXck4EIRFvPB3QxL5c9uS90uVSxDXCxRgE6pLTmPUpPFOPItudwdfbCYcgwV VwHPGW4b/lQUz9yicXlBY0svmuRp92MFyI+uX1GURZjsN/Xhtz7pjVkLcT/sl1Ngifr0/7wcU/09 vpVX1LsSkE2Ob5dDMGqLMVG4XrJptgQ+/wMAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACF AQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa 9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQC5 d+Z61QAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3 AAAACAMAAAAAAAAP8BAAAABfEwAAUw4AAPAVAABgDwAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAA AAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAA AAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEB AAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1h bmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAA JgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAH AQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAA VAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GsAAAAAAJ8PBAAAAAQAAAAAAKgPCwAA ADIwMTAtMDMtMjkgAAChDx4AAAAMAAAAAAAgAAoAAAAA/wcADAAAAAAABgALAAAAAP4AAKoPCgAA AAwAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPA5BAAAQgEK8AgAAABMVAAAAgoAAHMA C/AqAAAAvwAEAAQAfwEAAAEAvwEAABAAwAEAAAAIywGcMQAA/wEYABgAvwMAAAIAEwAi8dcDAACp w9EDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBB TsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3 qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1 BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/Y VWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcD AAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7 YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwv x7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773 /R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODT M+MvAAAA//8DAFBLAwQUAAYACAAAACEArhMByNEAAADsAAAADwAAAGRycy9kb3ducmV2LnhtbESP QWsCMRCF70L/Q5hCb5ptoSpbo2wLxV56WBWpt+lm3CzdTJYkdVd/fUMRPM7Mm/fet1gNthUn8qFx rOBxkoEgrpxuuFaw276P5yBCRNbYOiYFZwqwWt6NFphr13NJp02sRTLhkKMCE2OXSxkqQxbDxHXE 6XZ03mJMo6+l9tgnc9vKpyybSosNpwSDHb0Zqn42v1bB57o4vF50X27LvZHPs129P3wVSj3cD8UL iEhDvImv3x9aQSp/XJ+/faNLDJH8/ybBJTCQyz8AAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexnt AAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAA ACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAA ACEArhMByNEAAADsAAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAD AAMAtwAAAAQDAAAAAAAAD/AQAAAAowIAACYDAACjAgAAYA8AAA8ABPA5BAAAQgEK8AgAAABNVAAA AgoAAHMAC/AqAAAAvwAEAAQAfwEAAAEAvwEAABAAwAEAAAAIywGcMQAA/wEYABgAvwMAAAIAEwAi 8dcDAACpw9EDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10u eG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72ex YGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE 5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cgln vgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ff dH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8Fq wzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2 HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF +S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6 dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEArhMByNEAAADsAAAADwAAAGRycy9kb3ducmV2 LnhtbESPQWsCMRCF70L/Q5hCb5ptoSpbo2wLxV56WBWpt+lm3CzdTJYkdVd/fUMRPM7Mm/fet1gN thUn8qFxrOBxkoEgrpxuuFaw276P5yBCRNbYOiYFZwqwWt6NFphr13NJp02sRTLhkKMCE2OXSxkq QxbDxHXE6XZ03mJMo6+l9tgnc9vKpyybSosNpwSDHb0Zqn42v1bB57o4vF50X27LvZHPs129P3wV Sj3cD8ULiEhDvImv3x9aQSp/XJ+/faNLDJH8/ybBJTCQyz8AAAD//wMAUEsBAi0AFAAGAAgAAAAh AInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAU AAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAU AAYACAAAACEArhMByNEAAADsAAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsF BgAAAAADAAMAtwAAAAQDAAAAAAAAD/AQAAAAUAsAACYDAABQCwAAYA8AAA8ABPA5BAAAQgEK8AgA AABOVAAAAgoAAHMAC/AqAAAAvwAEAAQAfwEAAAEAvwEAABAAwAEAAAAIywGcMQAA/wEYABgAvwMA AAIAEwAi8dcDAACpw9EDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9U eXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/ NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiB VYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1 OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP 3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJl bHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZ wq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0ws ydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1UL QfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEArhMByNEAAADsAAAADwAAAGRycy9k b3ducmV2LnhtbESPQWsCMRCF70L/Q5hCb5ptoSpbo2wLxV56WBWpt+lm3CzdTJYkdVd/fUMRPM7M m/fet1gNthUn8qFxrOBxkoEgrpxuuFaw276P5yBCRNbYOiYFZwqwWt6NFphr13NJp02sRTLhkKMC E2OXSxkqQxbDxHXE6XZ03mJMo6+l9tgnc9vKpyybSosNpwSDHb0Zqn42v1bB57o4vF50X27LvZHP s129P3wVSj3cD8ULiEhDvImv3x9aQSp/XJ+/faNLDJH8/ybBJTCQyz8AAAD//wMAUEsBAi0AFAAG AAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQ SwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQ SwECLQAUAAYACAAAACEArhMByNEAAADsAAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYu eG1sUEsFBgAAAAADAAMAtwAAAAQDAAAAAAAAD/AQAAAA4g0AACYDAADiDQAAYA8AAA8ABPA5BAAA QgEK8AgAAABPVAAAAgoAAHMAC/AqAAAAvwAEAAQAfwEAAAEAvwEAABAAwAEAAAAIywGcMQAA/wEY ABgAvwMAAAIAEwAi8dcDAACpw9EDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29u dGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJB qEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnH R63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJi nJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmu wjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3Jl bHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+En rWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslp x4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T 1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEArhMByNEAAADsAAAADwAA AGRycy9kb3ducmV2LnhtbESPQWsCMRCF70L/Q5hCb5ptoSpbo2wLxV56WBWpt+lm3CzdTJYkdVd/ fUMRPM7Mm/fet1gNthUn8qFxrOBxkoEgrpxuuFaw276P5yBCRNbYOiYFZwqwWt6NFphr13NJp02s RTLhkKMCE2OXSxkqQxbDxHXE6XZ03mJMo6+l9tgnc9vKpyybSosNpwSDHb0Zqn42v1bB57o4vF50 X27LvZHPs129P3wVSj3cD8ULiEhDvImv3x9aQSp/XJ+/faNLDJH8/ybBJTCQyz8AAAD//wMAUEsB Ai0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVz XS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMv LnJlbHNQSwECLQAUAAYACAAAACEArhMByNEAAADsAAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rv d25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAQDAAAAAAAAD/AQAAAAYxEAACYDAABjEQAAYA8AAA8A BPA5BAAAQgEK8AgAAABQVAAAAgoAAHMAC/AqAAAAvwAEAAQAfwEAAAEAvwEAABAAwAEAAAAIywGc MQAA/wEYABgAvwMAAAIAEwAi8dcDAACpw9EDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMA AABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J 7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRR aOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+Lp tLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSL uqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAAL AAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S +D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63l E1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/ UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEArhMByNEAAADs AAAADwAAAGRycy9kb3ducmV2LnhtbESPQWsCMRCF70L/Q5hCb5ptoSpbo2wLxV56WBWpt+lm3Czd TJYkdVd/fUMRPM7Mm/fet1gNthUn8qFxrOBxkoEgrpxuuFaw276P5yBCRNbYOiYFZwqwWt6NFphr 13NJp02sRTLhkKMCE2OXSxkqQxbDxHXE6XZ03mJMo6+l9tgnc9vKpyybSosNpwSDHb0Zqn42v1bB 57o4vF50X27LvZHPs129P3wVSj3cD8ULiEhDvImv3x9aQSp/XJ+/faNLDJH8/ybBJTCQyz8AAAD/ /wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50 X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAA X3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEArhMByNEAAADsAAAADwAAAAAAAAAAAAAAAAAGAgAA ZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAQDAAAAAAAAD/AQAAAAXxMAACYDAABfEwAA YA8AAA8ABPA1BAAAQgEK8AgAAABRVAAAAgoAAHMAC/AqAAAAvwAEAAQAfwEAAAEAvwEAABAAwAEA AAAIywHUlAAA/wEYABgAvwMAAAIAEwAi8dMDAACpw80DAABQSwMEFAAGAAgAAAAhAInwexntAAAA hQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYk sRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931 VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++ TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRN rG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAA ABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXt Z3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahp SlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXO c0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAR10j Ps0AAADsAAAADwAAAGRycy9kb3ducmV2LnhtbESPQWvDMAyF74X9B6PBbq2zDcLI6pYx6NrDLk1L zmqsxGGxHGyvdf/9TCnsKOnpvfct18mO4kw+DI4VPC8KEMSt0wP3Co6HzfwNRIjIGkfHpOBKAdar h9kSK+0uvKdzHXuRTThUqMDEOFVShtaQxbBwE3G+dc5bjHn0vdQeL9ncjvKlKEppceCcYHCiT0Pt T/1rFXy/OtvU3VcyTdqObDZledihUk+P6eMdRKQU/8X3751WkMt32+vJD3qPIZK/bTJcBgO5+gMA AP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRl bnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4B AABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQBHXSM+zQAAAOwAAAAPAAAAAAAAAAAAAAAAAAYC AABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAAAAMAAAAAAAAP8BAAAACQAAAACQQAAPAV AAAJBAAADwAE8DkEAABCAQrwCAAAAFJUAAACCgAAcwAL8CoAAAC/AAQABAB/AQAAAQC/AQAAEADA AQAAAAjLAZwxAAD/ARgAGAC/AwAAAgATACLx1wMAAKnD0QMAAFBLAwQUAAYACAAAACEAifB7Ge0A AACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG 9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw3 3fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5 X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88 tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/ AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy 9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6x qGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w8 1c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQCu EwHI0QAAAOwAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9BawIxEIXvQv9DmEJvmm2hKlujbAvFXnpY Fam36WbcLN1MliR1V399QxE8zsyb9963WA22FSfyoXGs4HGSgSCunG64VrDbvo/nIEJE1tg6JgVn CrBa3o0WmGvXc0mnTaxFMuGQowITY5dLGSpDFsPEdcTpdnTeYkyjr6X22Cdz28qnLJtKiw2nBIMd vRmqfja/VsHnuji8XnRfbsu9kc+zXb0/fBVKPdwPxQuISEO8ia/fH1pBKn9cn799o0sMkfz/JsEl MJDLPwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAA W0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAA AAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCuEwHI0QAAAOwAAAAPAAAAAAAAAAAA AAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABAMAAAAAAAAP8BAAAACQAAAA DAUAAPAVAAAMBQAADwAE8DkEAABCAQrwCAAAAFNUAAACCgAAcwAL8CoAAAC/AAQABAB/AQAAAQC/ AQAAEADAAQAAAAjLAZwxAAD/ARgAGAC/AwAAAgATACLx1wMAAKnD0QMAAFBLAwQUAAYACAAAACEA ifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbog sASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5 ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6 HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYvi HVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAh AFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGV xCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yz ra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23z HztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAI AAAAIQCuEwHI0QAAAOwAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9BawIxEIXvQv9DmEJvmm2hKluj bAvFXnpYFam36WbcLN1MliR1V399QxE8zsyb9963WA22FSfyoXGs4HGSgSCunG64VrDbvo/nIEJE 1tg6JgVnCrBa3o0WmGvXc0mnTaxFMuGQowITY5dLGSpDFsPEdcTpdnTeYkyjr6X22Cdz28qnLJtK iw2nBIMdvRmqfja/VsHnuji8XnRfbsu9kc+zXb0/fBVKPdwPxQuISEO8ia/fH1pBKn9cn799o0sM kfz/JsElMJDLPwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAA AAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAA AAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCuEwHI0QAAAOwAAAAPAAAA AAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABAMAAAAAAAAP8BAA AACQAAAAawYAAPAVAABrBgAADwAE8DkEAABCAQrwCAAAAFRUAAACCgAAcwAL8CoAAAC/AAQABAB/ AQAAAQC/AQAAEADAAQAAAAjLAZwxAAD/ARgAGAC/AwAAAgATACLx1wMAAKnD0QMAAFBLAwQUAAYA CAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUO LBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6 kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPl Kq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnh rZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAG AAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh 19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6k cBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5h B+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsD BBQABgAIAAAAIQCuEwHI0QAAAOwAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9BawIxEIXvQv9DmEJv mm2hKlujbAvFXnpYFam36WbcLN1MliR1V399QxE8zsyb9963WA22FSfyoXGs4HGSgSCunG64VrDb vo/nIEJE1tg6JgVnCrBa3o0WmGvXc0mnTaxFMuGQowITY5dLGSpDFsPEdcTpdnTeYkyjr6X22Cdz 28qnLJtKiw2nBIMdvRmqfja/VsHnuji8XnRfbsu9kc+zXb0/fBVKPdwPxQuISEO8ia/fH1pBKn9c n799o0sMkfz/JsElMJDLPwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAA AAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUB AAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCuEwHI0QAAAOwA AAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABAMAAAAA AAAP8BAAAACQAAAAygcAAPAVAADKBwAADwAE8DkEAABCAQrwCAAAAFVUAAACCgAAcwAL8CoAAAC/ AAQABAB/AQAAAQC/AQAAEADAAQAAAAjLAZwxAAD/ARgAGAC/AwAAAgATACLx1wMAAKnD0QMAAFBL AwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI 3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOto bOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d 32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4 Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQ SwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5Tu UMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0O buVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJ NKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD/ /wMAUEsDBBQABgAIAAAAIQCuEwHI0QAAAOwAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9BawIxEIXv Qv9DmEJvmm2hKlujbAvFXnpYFam36WbcLN1MliR1V399QxE8zsyb9963WA22FSfyoXGs4HGSgSCu nG64VrDbvo/nIEJE1tg6JgVnCrBa3o0WmGvXc0mnTaxFMuGQowITY5dLGSpDFsPEdcTpdnTeYkyj r6X22Cdz28qnLJtKiw2nBIMdvRmqfja/VsHnuji8XnRfbsu9kc+zXb0/fBVKPdwPxQuISEO8ia/f H1pBKn9cn799o0sMkfz/JsElMJDLPwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAA EwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9Cxb vwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCuEwHI 0QAAAOwAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAA BAMAAAAAAAAP8BAAAACQAAAArQgAAPAVAACtCAAADwAE8DkEAABCAQrwCAAAAFZUAAACCgAAcwAL 8CoAAAC/AAQABAB/AQAAAQC/AQAAEADAAQAAAAjLAZwxAAD/ARgAGAC/AwAAAgATACLx1wMAAKnD 0QMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFO wzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeq lgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUE s4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hV ZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMA AP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg 72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/H tw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9 HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz 4y8AAAD//wMAUEsDBBQABgAIAAAAIQCuEwHI0QAAAOwAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9B awIxEIXvQv9DmEJvmm2hKlujbAvFXnpYFam36WbcLN1MliR1V399QxE8zsyb9963WA22FSfyoXGs 4HGSgSCunG64VrDbvo/nIEJE1tg6JgVnCrBa3o0WmGvXc0mnTaxFMuGQowITY5dLGSpDFsPEdcTp dnTeYkyjr6X22Cdz28qnLJtKiw2nBIMdvRmqfja/VsHnuji8XnRfbsu9kc+zXb0/fBVKPdwPxQuI SEO8ia/fH1pBKn9cn799o0sMkfz/JsElMJDLPwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0A AACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAA IQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAA IQCuEwHI0QAAAOwAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMA AwC3AAAABAMAAAAAAAAP8BAAAACQAAAAkAkAAPAVAACQCQAADwAE8DkEAABCAQrwCAAAAFdUAAAC CgAAcwAL8CoAAAC/AAQABAB/AQAAAQC/AQAAEADAAQAAAAjLAZwxAAD/ARgAGAC/AwAAAgATACLx 1wMAAKnD0QMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54 bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7Fg YheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTk IZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+ AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990 fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrD MAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYc Yp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5 LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2 HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQCuEwHI0QAAAOwAAAAPAAAAZHJzL2Rvd25yZXYu eG1sRI9BawIxEIXvQv9DmEJvmm2hKlujbAvFXnpYFam36WbcLN1MliR1V399QxE8zsyb9963WA22 FSfyoXGs4HGSgSCunG64VrDbvo/nIEJE1tg6JgVnCrBa3o0WmGvXc0mnTaxFMuGQowITY5dLGSpD FsPEdcTpdnTeYkyjr6X22Cdz28qnLJtKiw2nBIMdvRmqfja/VsHnuji8XnRfbsu9kc+zXb0/fBVK PdwPxQuISEO8ia/fH1pBKn9cn799o0sMkfz/JsElMJDLPwAAAP//AwBQSwECLQAUAAYACAAAACEA ifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQA BgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQA BgAIAAAAIQCuEwHI0QAAAOwAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUG AAAAAAMAAwC3AAAABAMAAAAAAAAP8BAAAACQAAAAcwoAAPAVAABzCgAADwAE8DkEAABCAQrwCAAA AFhUAAACCgAAcwAL8CoAAAC/AAQABAB/AQAAAQC/AQAAEADAAQAAAAjLAZwxAAD/ARgAGAC/AwAA AgATACLx1wMAAKnD0QMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5 cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80 zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFV iEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU6 1f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/c F+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVs c2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnC ruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ 1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB 9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQCuEwHI0QAAAOwAAAAPAAAAZHJzL2Rv d25yZXYueG1sRI9BawIxEIXvQv9DmEJvmm2hKlujbAvFXnpYFam36WbcLN1MliR1V399QxE8zsyb 9963WA22FSfyoXGs4HGSgSCunG64VrDbvo/nIEJE1tg6JgVnCrBa3o0WmGvXc0mnTaxFMuGQowIT Y5dLGSpDFsPEdcTpdnTeYkyjr6X22Cdz28qnLJtKiw2nBIMdvRmqfja/VsHnuji8XnRfbsu9kc+z Xb0/fBVKPdwPxQuISEO8ia/fH1pBKn9cn799o0sMkfz/JsElMJDLPwAAAP//AwBQSwECLQAUAAYA CAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBL AQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BL AQItABQABgAIAAAAIQCuEwHI0QAAAOwAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54 bWxQSwUGAAAAAAMAAwC3AAAABAMAAAAAAAAP8BAAAACQAAAAgAsAAPAVAACACwAADwAE8DkEAABC AQrwCAAAAFlUAAACCgAAcwAL8CoAAAC/AAQABAB/AQAAAQC/AQAAEADAAQAAAAjLAZwxAAD/ARgA GAC/AwAAAgATACLx1wMAAKnD0QMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250 ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGo S3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdH rdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKc nYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7C MDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVs cy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4Set ZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnH hXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPW FCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQCuEwHI0QAAAOwAAAAPAAAA ZHJzL2Rvd25yZXYueG1sRI9BawIxEIXvQv9DmEJvmm2hKlujbAvFXnpYFam36WbcLN1MliR1V399 QxE8zsyb9963WA22FSfyoXGs4HGSgSCunG64VrDbvo/nIEJE1tg6JgVnCrBa3o0WmGvXc0mnTaxF MuGQowITY5dLGSpDFsPEdcTpdnTeYkyjr6X22Cdz28qnLJtKiw2nBIMdvRmqfja/VsHnuji8XnRf bsu9kc+zXb0/fBVKPdwPxQuISEO8ia/fH1pBKn9cn799o0sMkfz/JsElMJDLPwAAAP//AwBQSwEC LQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNd LnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8u cmVsc1BLAQItABQABgAIAAAAIQCuEwHI0QAAAOwAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93 bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABAMAAAAAAAAP8BAAAACQAAAAYwwAAPAVAABjDAAADwAE 8DkEAABCAQrwCAAAAFpUAAACCgAAcwAL8CoAAAC/AAQABAB/AQAAAQC/AQAAEADAAQAAAAjLAZwx AAD/ARgAGAC/AwAAAgATACLx1wMAAKnD0QMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAA AFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt 7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo 4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0 t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6 rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsA AABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4 P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUT Uf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9T MfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQCuEwHI0QAAAOwA AAAPAAAAZHJzL2Rvd25yZXYueG1sRI9BawIxEIXvQv9DmEJvmm2hKlujbAvFXnpYFam36WbcLN1M liR1V399QxE8zsyb9963WA22FSfyoXGs4HGSgSCunG64VrDbvo/nIEJE1tg6JgVnCrBa3o0WmGvX c0mnTaxFMuGQowITY5dLGSpDFsPEdcTpdnTeYkyjr6X22Cdz28qnLJtKiw2nBIMdvRmqfja/VsHn uji8XnRfbsu9kc+zXb0/fBVKPdwPxQuISEO8ia/fH1pBKn9cn799o0sMkfz/JsElMJDLPwAAAP// AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRf VHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABf cmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCuEwHI0QAAAOwAAAAPAAAAAAAAAAAAAAAAAAYCAABk cnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABAMAAAAAAAAP8BAAAACQAAAARg0AAPAVAABG DQAADwAE8DkEAABCAQrwCAAAAFtUAAACCgAAcwAL8CoAAAC/AAQABAB/AQAAAQC/AQAAEADAAQAA AAjLAZwxAAD/ARgAGAC/AwAAAgATACLx1wMAAKnD0QMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACF AQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSx Go8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVV sz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75P JgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2s bfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAA FQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1n emrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlK VgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5z Qp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQCuEwHI 0QAAAOwAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9BawIxEIXvQv9DmEJvmm2hKlujbAvFXnpYFam3 6WbcLN1MliR1V399QxE8zsyb9963WA22FSfyoXGs4HGSgSCunG64VrDbvo/nIEJE1tg6JgVnCrBa 3o0WmGvXc0mnTaxFMuGQowITY5dLGSpDFsPEdcTpdnTeYkyjr6X22Cdz28qnLJtKiw2nBIMdvRmq fja/VsHnuji8XnRfbsu9kc+zXb0/fBVKPdwPxQuISEO8ia/fH1pBKn9cn799o0sMkfz/JsElMJDL PwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0Nv bnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAA AB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCuEwHI0QAAAOwAAAAPAAAAAAAAAAAAAAAA AAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABAMAAAAAAAAP8BAAAACQAAAAUw4A APAVAABTDgAADwAE8DkEAABCAQrwCAAAAFxUAAACCgAAcwAL8CoAAAC/AAQABAB/AQAAAQC/AQAA EADAAQAAAAjLAZwxAAD/ARgAGAC/AwAAAgATACLx1wMAAKnD0QMAAFBLAwQUAAYACAAAACEAifB7 Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASE ygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELby gCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBr zuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+ BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0 LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2 jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62 kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztF L6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAA IQCuEwHI0QAAAOwAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9BawIxEIXvQv9DmEJvmm2hKlujbAvF XnpYFam36WbcLN1MliR1V399QxE8zsyb9963WA22FSfyoXGs4HGSgSCunG64VrDbvo/nIEJE1tg6 JgVnCrBa3o0WmGvXc0mnTaxFMuGQowITY5dLGSpDFsPEdcTpdnTeYkyjr6X22Cdz28qnLJtKiw2n BIMdvRmqfja/VsHnuji8XnRfbsu9kc+zXb0/fBVKPdwPxQuISEO8ia/fH1pBKn9cn799o0sMkfz/ JsElMJDLPwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAA AAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAA AAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCuEwHI0QAAAOwAAAAPAAAAAAAA AAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABAMAAAAAAAAP8BAAAACQ AAAAJgMAAJAAAABgDwAADwAE8DkEAABCAQrwCAAAAF1UAAACCgAAcwAL8CoAAAC/AAQABAB/AQAA AQC/AQAAEADAAQAAAAjLAZwxAAD/ARgAGAC/AwAAAgATACLx1wMAAKnD0QMAAFBLAwQUAAYACAAA ACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBC SbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIz kIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Z smt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwm OYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgA AAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+ gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhf X4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+Zy K23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQA BgAIAAAAIQCuEwHI0QAAAOwAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9BawIxEIXvQv9DmEJvmm2h KlujbAvFXnpYFam36WbcLN1MliR1V399QxE8zsyb9963WA22FSfyoXGs4HGSgSCunG64VrDbvo/n IEJE1tg6JgVnCrBa3o0WmGvXc0mnTaxFMuGQowITY5dLGSpDFsPEdcTpdnTeYkyjr6X22Cdz28qn LJtKiw2nBIMdvRmqfja/VsHnuji8XnRfbsu9kc+zXb0/fBVKPdwPxQuISEO8ia/fH1pBKn9cn799 o0sMkfz/JsElMJDLPwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAA AAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAAL AAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCuEwHI0QAAAOwAAAAP AAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABAMAAAAAAAAP 8BAAAADwFQAAJgMAAPAVAABgDwAADwAE8DkEAABCAQrwCAAAAF5UAAACCgAAcwAL8CoAAAC/AAQA BAB/AQAAAQC/AQAAEADAAQAAAAjLAZwxAAD/ARgAGAC/AwAAAgATACLx1wMAAKnD0QMAAFBLAwQU AAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHy FsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn 9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sT KCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7y zbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwME FAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI 01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVM Fm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdg QU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMA UEsDBBQABgAIAAAAIQCuEwHI0QAAAOwAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9BawIxEIXvQv9D mEJvmm2hKlujbAvFXnpYFam36WbcLN1MliR1V399QxE8zsyb9963WA22FSfyoXGs4HGSgSCunG64 VrDbvo/nIEJE1tg6JgVnCrBa3o0WmGvXc0mnTaxFMuGQowITY5dLGSpDFsPEdcTpdnTeYkyjr6X2 2Cdz28qnLJtKiw2nBIMdvRmqfja/VsHnuji8XnRfbsu9kc+zXb0/fBVKPdwPxQuISEO8ia/fH1pB Kn9cn799o0sMkfz/JsElMJDLPwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAA AAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAA ABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCuEwHI0QAA AOwAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABAMA AAAAAAAP8BAAAACQAAAAJgMAAPAVAAAmAwAADwAE8DkEAABCAQrwCAAAAF9UAAACCgAAcwAL8CoA AAC/AAQABAB/AQAAAQC/AQAAEADAAQAAAAjLAZwxAAD/ARgAGAC/AwAAAgATACLx1wMAAKnD0QMA AFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQ RfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJ BOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR 9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNV yGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP// AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0 X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8w Wl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXR gPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8A AAD//wMAUEsDBBQABgAIAAAAIQCuEwHI0QAAAOwAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9BawIx EIXvQv9DmEJvmm2hKlujbAvFXnpYFam36WbcLN1MliR1V399QxE8zsyb9963WA22FSfyoXGs4HGS gSCunG64VrDbvo/nIEJE1tg6JgVnCrBa3o0WmGvXc0mnTaxFMuGQowITY5dLGSpDFsPEdcTpdnTe Ykyjr6X22Cdz28qnLJtKiw2nBIMdvRmqfja/VsHnuji8XnRfbsu9kc+zXb0/fBVKPdwPxQuISEO8 ia/fH1pBKn9cn799o0sMkfz/JsElMJDLPwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACF AQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa 9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCu EwHI0QAAAOwAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3 AAAABAMAAAAAAAAP8BAAAACQAAAAYA8AAPAVAABgDwAADwAE8CQAAAASAArwCAAAAAFUAAAADAAA IwAL8AwAAAAEAwkAAAA/AwEAAQAQAPAHIAAAAP///wAAAAAAgICAAAAAAAC74OMAMzOZAACZmQCZ zAAADwCIEzgAAAAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAADrLggA AADfC8sBMC2PeQAAIgQIAAAAAQAAAAIAAAAPAO4DowoAAAIA7wMYAAAAEAAAAAAAAAAAAAAAAAAA gAAAAAAHAP+/DwAMBJ4JAAAPAALwlgkAAGABCPAIAAAABQAAAAVYAAAPAAPwUgkAAA8ABPAoAAAA AQAJ8BAAAAA0ADQALgBpAGMAEQB6U21NAgAK8AgAAAAAWAAABQAAAA8ABPAGAQAAEgAK8AgAAAAC WAAAIAIAAAMBC/BwAAAABAAAAAAAfwABAO8BgABYbeAigQAwZQEAggCYsgAAgwAwZQEAhACYsgAA hQAAAAAAhwABAAAAiAAAAAAAvwAEAAQA/wEQABEAAQMCBAAAPwMAAAgAgMMQAAAAvwMAAAIAVABp AHQAcgBlACAAMQAAAAAAEPAIAAAArQAgAWAVfQMPABHwHAAAAAAAwwsIAAAA/////w0A/78AAB8E BAAAAAIAAAAPAA3wQgAAAAAAnw8EAAAAAAAAAAAAqA8YAAAAVGlja2V0ICM0MjogU0xMQSBhbmQg TVRVAACqDw4AAAAZAAAABwAAAAAADAQAAA8ABPB8AgAAEgAK8AgAAAADWAAAIAIAABMBC/CeAAAA BAAAAAAAfwABAO8BgACo4+IigQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAAhwAAAAAAiAAA AAAAvwAEAAQAvwEBAAEA/wEQABEAAQMDBAAAPwMAAAgAgMM4AAAAvwMAAAIARQBzAHAAYQBjAGUA IAByAOkAcwBlAHIAdgDpACAAZAB1ACAAYwBvAG4AdABlAG4AdQAgADIAAAAAABDwCAAAACAEPQF9 FUMPDwAR8BwAAAAAAMMLCAAAAP////8TAP+/AAAfBAQAAAADAAAADwAN8IoBAAAAAJ8PBAAAAAEA AAAAAKAP1AAAACAAUwBMAEwAQQAgAG8AcAB0AGkAbwBuAA0ARABlAGMAaQBzAGkAbwBuACAAdABv ACAAbgBvAHQAIABhAGQAZAAgAG4AbwB3AA0ATQBUAFUAIABvAHAAdABpAG8AbgANAFQAZQBuAHQA YQB0AGkAdgBlACAARABlAGMAaQBzAGkAbwBuACAAbgBvAHQAIAB0AG8AIABhAGQAZAAgAG4AbwB3 AA0AUwB0AGkAbABsACAAYgBlAGkAbgBnACAAZABpAHMAYwB1AHMAcwBlAGQAJiANACAAAAChD3IA AAANAAAAAAAAAAAAGAAAAAEAAAAAAAsAAAAAAAAAAAA5AAAAAQAAAAAAAgAAAAAAAQAAAAAAAQAA AAAAAgAYAAwAAAAABAAAAAQYAAAAAAgAAAAICwAAAAAMAAAADDkAAAAAEAAAABACAAAAABQCAAAU HAAAAKoPDgAAAGsAAAAHAAAAAAAMBAAAAACmDwoAAADgAAAAOH9YgHiBDwAE8KUCAACiDArwCAAA AARYAAAACgAAgwAL8GgAAAB/AAEA7wGAAHgR4iK/AAQABAC/AQAAEQD/ARAAGAA/AwAACACAwzgA AAC/AwAAAgBFAHMAcABhAGMAZQAgAHIA6QBzAGUAcgB2AOkAIABkAGUAIABsAGEAIABkAGEAdABl ACAAMwAAAAAAEPAIAAAAXg8gAWAGihAPABHwjQEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8A XwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAA AAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAA AgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAE AAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4A bwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAA AAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsT EAAAAAAAsQ8IAAAAAAAABAAAAAAAACAEAQAAAAcPAA3weAAAAAAAnw8EAAAABAAAAAAAoA8QAAAA UwBsAGkAZABlACAAIwAqAAAAoQ8aAAAACQAAAAAAIAAKAAAAAP8HAAkAAAAAAAIADAAAANgPBAAA AAcAAAAAAKoPCgAAAAkAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPDbAgAAogwK8AgA AAAFWAAAAAoAAIMAC/ByAAAAfwABAO8BgABYDOUivwAEAAQAvwEAABEA/wEQABgAPwMAAAgAgMNC AAAAvwMAAAIARQBzAHAAYQBjAGUAIAByAOkAcwBlAHIAdgDpACAAZAB1ACAAcABpAGUAZAAgAGQA ZQAgAHAAYQBnAGUAIAA0AAAAAAAQ8AgAAABeD7AH0A6KEA8AEfCNAQAADwCIE3wBAAAPAIoTPAEA AAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAA AAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAAB AQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRt YW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAA ACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgA BwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQ AFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAAAAIAQBAAAACQ8ADfCkAAAAAACfDwQAAAAE AAAAAACgD0gAAABJAG4AdABlAHIAaQBtACAATQBlAGUAdABpAG4AZwATICAAUgBvAGwAbAAgAFcA RwAgABMgIABKAHUAbgBlACAAMgAwADEAMAAAAKEPGgAAACUAAAAAACAACgAAAAD/BwAlAAAAAAAC AAwAAACqDwoAAAAlAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwJAAAABIACvAIAAAA AVgAAAAMAAAjAAvwDAAAAAQDCQAAAD8DAQABABAA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAz M5kAAJmZAJnMAAAPAIgTnQAAAA8AihOVAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLE3UA AAAAAOsuCAAAAOMLywFAc15QAAAdEAQAAAAAAAAAAAAAKwQAAAAAAAAAHwBE8T0AAAAAACfxIAAA AAAAAAADAAAAAAAAAAAAAAAAAAAAAAAAAP////8SAAAADwA98Q0AAABAAULxBQAAAAEJAAAADwAC KwAAAAAAACIECAAAAAEAAAACAAAADwDuAwkLAAACAO8DGAAAABAAAAAAAAAAAAAAAAAAAIAAAAAA BwD/vw8ADAQECgAADwAC8PwJAABwAQjwCAAAAAUAAAAFXAAADwAD8LgJAAAPAATwKAAAAAEACfAQ AAAAAAAAALhRsSIAAAAAAAAAAAIACvAIAAAAAFwAAAUAAAAPAATwJAEAABIACvAIAAAAAlwAACAC AAADAQvwcAAAAAQAAAAAAH8AAQDvAYAA+LPkIoEAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAA AIcAAQAAAIgAAAAAAL8ABAAEAP8BEAARAAEDAgQAAD8DAAAIAIDDEAAAAL8DAAACAFQAaQB0AHIA ZQAgADEAAAAAABDwCAAAAK0AIAFgFX0DDwAR8BwAAAAAAMMLCAAAAP////8NAP+/AAAfBAQAAAAC AAAADwAN8GAAAAAAAJ8PBAAAAAAAAAAAAKAPNgAAAFQAaQBjAGsAZQB0ACAAIwA0ADUAOgAgAE0A YQBkAHMAGSAgAHEAdQBlAHMAdABpAG8AbgBzAAAAqg8OAAAAHAAAAAcAAAAAAAwEAAAPAATwxAIA ABIACvAIAAAAA1wAACACAAATAQvwngAAAAQAAAAAAH8AAQDvAYAAmKywIoEAMGUBAIIAmLIAAIMA MGUBAIQAmLIAAIUAAAAAAIcAAAAAAIgAAAAAAL8ABAAEAL8BAQABAP8BEAARAAEDAwQAAD8DAAAI AIDDOAAAAL8DAAACAEUAcwBwAGEAYwBlACAAcgDpAHMAZQByAHYA6QAgAGQAdQAgAGMAbwBuAHQA ZQBuAHUAIAAyAAAAAAAQ8AgAAAAgBD0BfRVDDw8AEfAcAAAAAADDCwgAAAD/////EwD/vwAAHwQE AAAAAwAAAA8ADfDSAQAAAACfDwQAAAABAAAAAACoD/YAAAAgUHJvYmxlbTogVmFyaW91cyBpbmNv bnNpc3RlbmNpZXMNDS5RdWVzdGlvbjogTW9zdGx5IGZpeGVkIGJ5IG5vdywgc3RpbGwgcXVlc3Rp b25zIG9uIHVzaW5nIFRhcmdldCBvcHRpb24gaW4gRElPIGFuZCBESVMuDQ0gUHJvcG9zZWQgYXBw cm9hY2g6IA0gQWRhcHQgdG8gUDJQIGp1c3QgcHVibGlzaGVkDSBDb25zaXN0ZW50IHRleHQgb24g dGFyZ2V0IG9wdGlvbiBpbiBESVMgRElPDSBUaWNrZXQgb3duZXJzOiBQYXNjYWwgLyBUaW0AAKEP egAAAHoAAAAAAAAAAAABAAAAAAABAAAAAAAVAAAAAAAAAAAASgAAAAEAAAAAAB0AAAAAAAAAAAAB AAAAAAACABgAeQAAAAAEAgAABBwAAQAAAAAIAgAACBIAFQAAAAAMAgAADBwASgAAAAAQAgAAEBgA HQAAAAAUAgAAFBwAAACqDyYAAAAhAAAABwAAAAAADAQAAAIAAAABAAAAAADUAAAABwAAAAAADAQA AAAApg8QAAAA+AIAAAAA/AD8ADh/WIB4gQ8ABPClAgAAogwK8AgAAAAEXAAAAAoAAIMAC/BoAAAA fwABAO8BgABYKOIivwAEAAQAvwEAABEA/wEQABgAPwMAAAgAgMM4AAAAvwMAAAIARQBzAHAAYQBj AGUAIAByAOkAcwBlAHIAdgDpACAAZABlACAAbABhACAAZABhAHQAZQAgADMAAAAAABDwCAAAAF4P IAFgBooQDwAR8I0BAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACL ExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA 6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAAB AAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoA AABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBw AG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAA GgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQA AAAAAAAgBAEAAAAHDwAN8HgAAAAAAJ8PBAAAAAQAAAAAAKAPEAAAAFMAbABpAGQAZQAgACMAKgAA AKEPGgAAAAkAAAAAACAACgAAAAD/BwAJAAAAAAACAAwAAADYDwQAAAAHAAAAAACqDwoAAAAJAAAA AQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATw2wIAAKIMCvAIAAAABVwAAAAKAACDAAvwcgAA AH8AAQDvAYAA+LPiIr8ABAAEAL8BAAARAP8BEAAYAD8DAAAIAIDDQgAAAL8DAAACAEUAcwBwAGEA YwBlACAAcgDpAHMAZQByAHYA6QAgAGQAdQAgAHAAaQBlAGQAIABkAGUAIABwAGEAZwBlACAANAAA AAAAEPAIAAAAXg+wB9AOihAPABHwjQEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAAB AAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEA AAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAA AAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkA cABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAE AAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAA sQ8IAAAAAAAABAAAAAAAACAEAQAAAAkPAA3wpAAAAAAAnw8EAAAABAAAAAAAoA9IAAAASQBuAHQA ZQByAGkAbQAgAE0AZQBlAHQAaQBuAGcAEyAgAFIAbwBsAGwAIABXAEcAIAATICAASgB1AG4AZQAg ADIAMAAxADAAAAChDxoAAAAlAAAAAAAgAAoAAAAA/wcAJQAAAAAAAgAMAAAAqg8KAAAAJQAAAAEA AAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8CQAAAASAArwCAAAAAFcAAAADAAAIwAL8AwAAAAE AwkAAAA/AwEAAQAQAPAHIAAAAP///wAAAAAAgICAAAAAAAC74OMAMzOZAACZmQCZzAAADwCIE50A AAAPAIoTlQAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixN1AAAAAADrLggAAADjC8sBQHNe UAAAHRAEAAAAAAAAAAAAACsEAAAAAAAAAB8ARPE9AAAAAAAn8SAAAAAAAAAAAwAAAAAAAAAAAAAA AAAAAAAAAAD/////EgAAAA8APfENAAAAQAFC8QUAAAABCQAAAA8AAisAAAAAAAAiBAgAAAABAAAA AgAAAA8A7gPWCgAAAgDvAxgAAAAQAAAAAAAAAAAAAAAAAACAAAAAAAcA/78PAAwE0QkAAA8AAvDJ CQAAgAEI8AgAAAAFAAAABWAAAA8AA/CFCQAADwAE8CgAAAABAAnwEAAAAPPg28eeAG8fAQAAAN+S rMgCAArwCAAAAABgAAAFAAAADwAE8AEBAAASAArwCAAAAAJgAAAgAgAAAwEL8HAAAAAEAAAAAAB/ AAEA7wGAAEhC4yKBADBlAQCCAJiyAACDADBlAQCEAJiyAACFAAAAAACHAAEAAACIAAAAAAC/AAQA BAD/ARAAEQABAwIEAAA/AwAACACAwxAAAAC/AwAAAgBUAGkAdAByAGUAIAAxAAAAAAAQ8AgAAACt ACABYBV9Aw8AEfAcAAAAAADDCwgAAAD/////DQD/vwAAHwQEAAAAAgAAAA8ADfA9AAAAAACfDwQA AAAAAAAAAACoDxMAAABUaWNrZXQgIzExOiBQYWNraW5nAACqDw4AAAAUAAAABwAAAAAADAQAAA8A BPC0AgAAEgAK8AgAAAADYAAAIAIAABMBC/CeAAAABAAAAAAAfwABAO8BgAD4RuEigQAwZQEAggCY sgAAgwAwZQEAhACYsgAAhQAAAAAAhwAAAAAAiAAAAAAAvwAEAAQAvwEBAAEA/wEQABEAAQMDBAAA PwMAAAgAgMM4AAAAvwMAAAIARQBzAHAAYQBjAGUAIAByAOkAcwBlAHIAdgDpACAAZAB1ACAAYwBv AG4AdABlAG4AdQAgADIAAAAAABDwCAAAACAEPQF9FUMPDwAR8BwAAAAAAMMLCAAAAP////8TAP+/ AAAfBAQAAAADAAAADwAN8MIBAAAAAJ8PBAAAAAEAAAAAAKgP5gAAACBQcm9ibGVtOiBEQU8gdXNl ZCB0byBiZSB2ZXJ5IGluZWZmaWNpZW50DQ0uUXVlc3Rpb246IEhvdyB0byBzYXZlIGNvbnRyb2wg Ynl0ZXMgaW4gREFPPw0JDSBQcm9wb3NlZCBhcHByb2FjaDogDSBBbHJlYWR5IGJldHRlciB3aXRo IHRoZSB0YXJnZXQvdHJhbnNpdCBvcHRpb25zDSBTb3VyY2Ugcm91dGUgYWxzbyBpbXByb3ZlZCB3 aXRoIHRoZSBwZXIgaG9wIGFkdmVydC4NDSBUaWNrZXQgb3duZXI6IEpQAAChD3oAAABYAAAAAAAA AAAAAgAAAAAAAQAAAAAAFQAAAAAAAAAAAGYAAAABAAAAAAASAAAAAAAAAAAAAQAAAAAAAgAYAFgA AAAABAIAAAQcAAEAAAAACAIAAAgSABUAAAAADAIAAAwcAGYAAAAAEAIAABAYABIAAAAAFAIAABQc AAAAqg8mAAAACgAAAAcAAAAAAAwEAAAhAAAAAQAAAAAAvAAAAAcAAAAAAAwEAAAAAKYPEAAAAPgC AAAAAPwA/AA4f1iAeIEPAATwpQIAAKIMCvAIAAAABGAAAAAKAACDAAvwaAAAAH8AAQDvAYAAqAXh Ir8ABAAEAL8BAAARAP8BEAAYAD8DAAAIAIDDOAAAAL8DAAACAEUAcwBwAGEAYwBlACAAcgDpAHMA ZQByAHYA6QAgAGQAZQAgAGwAYQAgAGQAYQB0AGUAIAAzAAAAAAAQ8AgAAABeDyABYAaKEA8AEfCN AQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQB AAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAA AAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAA AQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBs AAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAA aAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAA AAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAAAAIAQBAAAA Bw8ADfB4AAAAAACfDwQAAAAEAAAAAACgDxAAAABTAGwAaQBkAGUAIAAjACoAAAChDxoAAAAJAAAA AAAgAAoAAAAA/wcACQAAAAAAAgAMAAAA2A8EAAAABwAAAAAAqg8KAAAACQAAAAEAAAAAAAAApg8M AAAA8AAAAFZdOH9YgHiBDwAE8NsCAACiDArwCAAAAAVgAAAACgAAgwAL8HIAAAB/AAEA7wGAAEg9 5CK/AAQABAC/AQAAEQD/ARAAGAA/AwAACACAw0IAAAC/AwAAAgBFAHMAcABhAGMAZQAgAHIA6QBz AGUAcgB2AOkAIABkAHUAIABwAGkAZQBkACAAZABlACAAcABhAGcAZQAgADQAAAAAABDwCAAAAF4P sAfQDooQDwAR8I0BAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACL ExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA 6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAAB AAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoA AABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBw AG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAA GgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQA AAAAAAAgBAEAAAAJDwAN8KQAAAAAAJ8PBAAAAAQAAAAAAKAPSAAAAEkAbgB0AGUAcgBpAG0AIABN AGUAZQB0AGkAbgBnABMgIABSAG8AbABsACAAVwBHACAAEyAgAEoAdQBuAGUAIAAyADAAMQAwAAAA oQ8aAAAAJQAAAAAAIAAKAAAAAP8HACUAAAAAAAIADAAAAKoPCgAAACUAAAABAAAAAAAAAKYPDAAA APAAAABWXTh/WIB4gQ8ABPAkAAAAEgAK8AgAAAABYAAAAAwAACMAC/AMAAAABAMJAAAAPwMBAAEA EADwByAAAAD///8AAAAAAICAgAAAAAAAu+DjADMzmQAAmZkAmcwAAA8AiBOdAAAADwCKE5UAAAAA ALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTdQAAAAAA6y4IAAAA5AvLAYBh7p8AAB0QBAAAAAAA AAAAAAArBAAAAAAAAAAfAETxPQAAAAAAJ/EgAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAA//// /xIAAAAPAD3xDQAAAEABQvEFAAAAAQkAAAAPAAIrAAAAAAAAIgQIAAAAAQAAAAIAAAAPAO4DwAoA AAIA7wMYAAAAEAAAAAAAAAAAAAAAAAAAgAAAAAAHAP+/DwAMBLsJAAAPAALwswkAAJABCPAIAAAA BQAAAAVkAAAPAAPwbwkAAA8ABPAoAAAAAQAJ8BAAAADw0Gsf+D5joADBsaFgeBIEAgAK8AgAAAAA ZAAABQAAAA8ABPD9AAAAEgAK8AgAAAACZAAAIAIAAAMBC/BwAAAABAAAAAAAfwABAO8BgACotuQi gQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAAhwABAAAAiAAAAAAAvwAEAAQA/wEQABEAAQMC BAAAPwMAAAgAgMMQAAAAvwMAAAIAVABpAHQAcgBlACAAMQAAAAAAEPAIAAAArQAgAWAVfQMPABHw HAAAAAAAwwsIAAAA/////w0A/78AAB8EBAAAAAIAAAAPAA3wOQAAAAAAnw8EAAAAAAAAAAAAqA8P AAAAVGlja2V0ICMyNDogUDJQAACqDw4AAAAQAAAABwAAAAAADAQAAA8ABPCiAgAAEgAK8AgAAAAD ZAAAIAIAABMBC/CeAAAABAAAAAAAfwABAO8BgABoCOUigQAwZQEAggCYsgAAgwAwZQEAhACYsgAA hQAAAAAAhwAAAAAAiAAAAAAAvwAEAAQAvwEBAAEA/wEQABEAAQMDBAAAPwMAAAgAgMM4AAAAvwMA AAIARQBzAHAAYQBjAGUAIAByAOkAcwBlAHIAdgDpACAAZAB1ACAAYwBvAG4AdABlAG4AdQAgADIA AAAAABDwCAAAACAEPQF9FUMPDwAR8BwAAAAAAMMLCAAAAP////8TAP+/AAAfBAQAAAADAAAADwAN 8LABAAAAAJ8PBAAAAAEAAAAAAKgP1AAAACBQcm9ibGVtOiBQMlAgY291bGQgYmUgbW9yZSBlZmZp Y2llbnQNDS5RdWVzdGlvbjogcXVpY2sgc2V0dXAgYW5kIHJlcGFpciBmb3IgUDJQDQkNIFByb3Bv c2VkIGFwcHJvYWNoOiANIHNlcGFyYXRlIHNwZWMNIHJldHJvZml0IHN0dWZmIGluIG1haW4gc3Bl Yw0gY3JlYXRlIDZNQU4gZG9jcyBmb3IgTFNSUg0gVGlja2V0IG93bmVyOiBQaGlsID0+IHdpbGwg YmUgbW92ZWQgAAChD3oAAABRAAAAAAAAAAAAAgAAAAAAAQAAAAAAFQAAAAAAAAAAAEcAAAABAAAA AAAmAAAAAAAAAAAAAQAAAAAAAgAYAFEAAAAABAIAAAQcAAEAAAAACAIAAAgSABUAAAAADAIAAAwc AEcAAAAAEAIAABAYACYAAAAAFAIAABQcAAAAqg8mAAAACgAAAAcAAAAAAAwEAAAdAAAAAQAAAAAA rgAAAAcAAAAAAAwEAAAAAKYPEAAAAPgCAAAAAPwA/AA4f1iAeIEPAATwpQIAAKIMCvAIAAAABGQA AAAKAACDAAvwaAAAAH8AAQDvAYAA2Nm7Ir8ABAAEAL8BAAARAP8BEAAYAD8DAAAIAIDDOAAAAL8D AAACAEUAcwBwAGEAYwBlACAAcgDpAHMAZQByAHYA6QAgAGQAZQAgAGwAYQAgAGQAYQB0AGUAIAAz AAAAAAAQ8AgAAABeDyABYAaKEA8AEfCNAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8A UABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAA AAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAA AQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAAD AAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQA eQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAA AAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAA AACxDwgAAAAAAAAEAAAAAAAAIAQBAAAABw8ADfB4AAAAAACfDwQAAAAEAAAAAACgDxAAAABTAGwA aQBkAGUAIAAjACoAAAChDxoAAAAJAAAAAAAgAAoAAAAA/wcACQAAAAAAAgAMAAAA2A8EAAAABwAA AAAAqg8KAAAACQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8NsCAACiDArwCAAAAAVk AAAACgAAgwAL8HIAAAB/AAEA7wGAAEh64iK/AAQABAC/AQAAEQD/ARAAGAA/AwAACACAw0IAAAC/ AwAAAgBFAHMAcABhAGMAZQAgAHIA6QBzAGUAcgB2AOkAIABkAHUAIABwAGkAZQBkACAAZABlACAA cABhAGcAZQAgADQAAAAAABDwCAAAAF4PsAfQDooQDwAR8I0BAAAPAIgTfAEAAA8AihM8AQAAAAC6 DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAA FAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAAB AAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAA AAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAA AE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAA BgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAAAAAgBAEAAAAJDwAN8KQAAAAAAJ8PBAAAAAQAAAAA AKAPSAAAAEkAbgB0AGUAcgBpAG0AIABNAGUAZQB0AGkAbgBnABMgIABSAG8AbABsACAAVwBHACAA EyAgAEoAdQBuAGUAIAAyADAAMQAwAAAAoQ8aAAAAJQAAAAAAIAAKAAAAAP8HACUAAAAAAAIADAAA AKoPCgAAACUAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPAkAAAAEgAK8AgAAAABZAAA AAwAACMAC/AMAAAABAMJAAAAPwMBAAEAEADwByAAAAD///8AAAAAAICAgAAAAAAAu+DjADMzmQAA mZkAmcwAAA8AiBOdAAAADwCKE5UAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTdQAAAAAA 6y4IAAAA5QvLAVC+BFIAAB0QBAAAAAAAAAAAAAArBAAAAAAAAAAfAETxPQAAAAAAJ/EgAAAAAAAA AAMAAAAAAAAAAAAAAAAAAAAAAAAA/////xIAAAAPAD3xDQAAAEABQvEFAAAAAQkAAAAPAAIrAAAA AAAAIgQIAAAAAQAAAAIAAAAPAO4DT2IGAAIA7wMYAAAAEAAAAAAAAAAAAAAAAAAAgAAAAAAHAP+/ DwAMBEphBgAPAALwQmEGAKABCPAIAAAA+QAAAPloAAAPAAPw/mAGAA8ABPAoAAAAAQAJ8BAAAAAA AAAAAAAAAAAAJwDgUGCgAgAK8AgAAAAAaAAABQAAAA8ABPAPAQAAEgAK8AgAAAACaAAAIAIAAAMB C/BwAAAABAAAAAAAfwABAO8BgAB4tp4jgQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAAhwAB AAAAiAAAAAAAvwAEAAQA/wEQABEAAQMCBAAAPwMAAAgAgMMQAAAAvwMAAAIAVABpAHQAcgBlACAA MQAAAAAAEPAIAAAArQAgAWAVfQMPABHwHAAAAAAAwwsIAAAA/////w0A/78AAB8EBAAAAAIAAAAP AA3wSwAAAAAAnw8EAAAAAAAAAAAAqA8hAAAAVGlja2V0ICMyNTogUlBMIE1VU1QgUmVxdWlyZW1l bnRzAACqDw4AAAAiAAAABwAAAAAADAQAAA8ABPClAgAAogwK8AgAAAADaAAAAAoAAIMAC/BoAAAA fwABAO8BgABYt54jvwAEAAQAvwEAABEA/wEQABgAPwMAAAgAgMM4AAAAvwMAAAIARQBzAHAAYQBj AGUAIAByAOkAcwBlAHIAdgDpACAAZABlACAAbABhACAAZABhAHQAZQAgADMAAAAAABDwCAAAAF4P IAFgBooQDwAR8I0BAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACL ExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA 6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAAB AAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoA AABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBw AG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAA GgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQA AAAAAAAgBAEAAAAHDwAN8HgAAAAAAJ8PBAAAAAQAAAAAAKAPEAAAAFMAbABpAGQAZQAgACMAKgAA AKEPGgAAAAkAAAAAACAACgAAAAD/BwAJAAAAAAACAAwAAADYDwQAAAAHAAAAAACqDwoAAAAJAAAA AQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATw2wIAAKIMCvAIAAAABGgAAAAKAACDAAvwcgAA AH8AAQDvAYAAWMGeI78ABAAEAL8BAAARAP8BEAAYAD8DAAAIAIDDQgAAAL8DAAACAEUAcwBwAGEA YwBlACAAcgDpAHMAZQByAHYA6QAgAGQAdQAgAHAAaQBlAGQAIABkAGUAIABwAGEAZwBlACAANAAA AAAAEPAIAAAAXg+wB9AOihAPABHwjQEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAAB AAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEA AAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAA AAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkA cABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAE AAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAA sQ8IAAAAAAAABAAAAAAAACAEAQAAAAkPAA3wpAAAAAAAnw8EAAAABAAAAAAAoA9IAAAASQBuAHQA ZQByAGkAbQAgAE0AZQBlAHQAaQBuAGcAEyAgAFIAbwBsAGwAIABXAEcAIAATICAASgB1AG4AZQAg ADIAMAAxADAAAAChDxoAAAAlAAAAAAAgAAoAAAAA/wcAJQAAAAAAAgAMAAAAqg8KAAAAJQAAAAEA AAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8DMBAAASAArwCAAAAAVoAAAgAgAAEwEL8JIAAAAE AAAAAAB/AAEA7wGAANjDniOBADBlAQCCAJiyAACDADBlAQCEAJiyAACFAAAAAACHAAAAAACIAAAA AAC/AAQABAC/AQEAAQD/ARAAEQABAwMEAAA/AwAACACAwywAAAC/AwAAAgBDAG8AbgB0AGUAbgB0 ACAAUABsAGEAYwBlAGgAbwBsAGQAZQByACAANQAAAAAAEPAIAAAA8AMgAWAVEw8PABHwHAAAAAAA wwsIAAAA/////xMA/78AAB8EBAAAAAMAAAAPAA3wTQAAAAAAnw8EAAAAAQAAAAAAqA8TAAAASlAg cHJvdmlkaW5nIHVwZGF0ZQAAqg8KAAAAFAAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAD 8ORYBgAPAATwnjgAAAEACfAQAAAAEAIAANAFAADAEgAAfw4AAAIACvAIAAAABmgAAAECAABDAAvw KAAAAAQAAAAAAH8AAQDhAIDDEAAAAL8DAAACAFQAYQBiAGwAZQAgADYAAAAzACLxLjgAAJ8DAQAA AKDDTgEAAKnDzjYAAFIAVAAEABQAAAAUAAAAFAAAABQAAAAUAAAAFAAAABQAAAAUAAAAFAAAABQA AAAUAAAAFAAAABQAAAAaAAAAGgAAABQAAAAaAAAAGgAAACcAAAAaAAAAGgAAABoAAAAaAAAANAAA ACcAAAAaAAAAFAAAABQAAAAUAAAAGgAAABoAAAAnAAAANAAAACcAAAAUAAAAFAAAABQAAAAaAAAA JwAAABoAAAAaAAAAFAAAABQAAAAUAAAAFAAAABQAAAAaAAAAGgAAACcAAAAUAAAAFAAAABQAAAAU AAAAFAAAABoAAAAUAAAAGgAAABoAAAAnAAAAJwAAABoAAAAnAAAANAAAABoAAAA0AAAAGgAAACcA AAAaAAAAGgAAABQAAAAaAAAAGgAAABoAAAAaAAAAGgAAABQAAAAUAAAAGgAAABQAAAA0AAAANAAA ABoAAABQSwMEFAAGAAgAAAAhALGkJT7/AAAA4QEAABMAAABbQ29udGVudF9UeXBlc10ueG1slJHB TsMwDIbvSLxDlCtqUnZACLXdgY4jIDQewErcNlrrRHEo29uTbuyAhIY4Jvb/+ffvar2fRjFjZOep lreqlALJeOuor+X79qm4l4ITkIXRE9bygCzXzfVVtT0EZJHVxLUcUgoPWrMZcAJWPiDlSufjBCk/ Y68DmB30qFdleaeNp4SUirQwZFO12MHHmMRmn79PTrJcisdT3zKqlhDC6AykbFQvVd1UL9l4dBbF K8T0DFPu0jayxpVvvVGXGTNZNXHhu84ZVG3kzVF18wfb+k+KOP8X3mbZG85n+i8bRxz5wsqL3Z+5 Ft+Zqqw8xsKDC3yeoI8Har4AAAD//wMAUEsDBBQABgAIAAAAIQA4/SH/1gAAAJQBAAALAAAAX3Jl bHMvLnJlbHOkkMFqwzAMhu+DvYPRfXGawxijTi+j0GvpHsDYimMaW0Yy2fr2M4PBMnrbUb/Q94l/ f/hMi1qRJVI2sOt6UJgd+ZiDgffL8ekFlFSbvV0oo4EbChzGx4f9GRdb25HMsYhqlCwG5lrLq9bi ZkxWOiqY22YiTra2kYMu1l1tQD30/bPm3wwYN0x18gb45AdQl1tp5j/sFB2T0FQ7R0nTNEV3j6o9 feQzro1iOWA14Fm+Q8a1a8+Bvu/d/dMb2JY5uiPbhG/ktn4cqGU/er3pcvwCAAD//wMAUEsDBBQA BgAIAAAAIQDxsMjxfDIAAGlkBAAOAAAAZHJzL2Uyb0RvYy54bWzsfdtu21i27fsGzj8s6KUTwE4s 5+YErdqIk+2uAlxVPpGyHw+wRC5JLFMke5G0LT9W/Uj/QKELqAb6JU/9K/mA/MIZcy2KomwrURI5 luXRhY4oXnWhp+aYY8wx//rfZ+NYnRibR2nSabUf7LSUSYI0jJJhp/W2d7C911J5oZNQx2liOq2J yVv//d3/+a+/Zi/+Zzc9sHpsFE6R5C+yTmtUFNmLhw/zYGTGOn+QZibBtkFqx7rAUzt8mFmTm6TQ BS43jh/u7uw8fTjWUdL6DidMTv5mdTaKAnfaIyvrgp9OjqyKwk7rWUsluFqn1dP92KinrYfV9osH 6RfDxmkO0+A4r16iXuYlhlaf4t3PvTqVpH+zeINtuehD96ouXlVe/pH1m696I2cDO/7ur/pFOhh8 9as567T2Hu3hw2upSae1++jprizj2vqFOSu++vQBzv/02V57Ty4Q4AqPnuzuPdl7Ur356TupPuWv vZy86upUr3WhVWmjL/iaCrkpcBfpF0U/rh7c1+FW/M1Gob9OFL5KY3WKD/D53pNd95bk8vXqx3vP 8NHu+Q+zsb69s/N4b++Z+wjmTllYNcIn1H72ZMdfPnBXP9tPw4ks9fFYvZA4L7rFJDbui8pkY4Z7 e6ztYaeFTxoLb9xCfBK7xygJ8bfiFnU8xJ9n3FKhGeD+7553Ws/bjx/LF2QLv7fRh8m+PZabVA3S pHjpDum3VIy/tqTahv1HOhni/j4qkwDnbrsXHSfdzL3uPAuOgkKdaJwTbxn/q95xc499M5AX39x3 uhvWzba+HBQf2a/a2i9fxbZ35j6Tftk9rxcP8B7qJz8h+Lhd8D0f5gUWH7pPT86POIF/8Ekel+No nP6C2wdvM8bb7LRMsv22iwiGz8v9ufT9B+v+LTutBKeV+GajYwSWJO26Jdz0Gn/sfmMi0SuOzs33 7qC+zk0cSST0X3ecyNWT9CCKY/+q/Jo8jaNQVrpPQAKiwfv0H2xx5uMIPsLmXmYwMEHh351+4b41 VUwyM9ABLve/xoY60S2VRUUwOtDjKJa/zEd4sSNtc+PuE/cRGd047MO73z+8+1N9ePfH+1//9f7X f7//7bf3v/7zY2fZbu9Wt3+Qr+RE+Kbw7cjnUHz3n3/IF4fbQlb6L9H9W9R/L0VQ/020nz/Cr4// s6iXe7gxp+v33Veik2CU2k4Ltzoez3/Gr9kgTvEnnlZL1S1+ePmbcqvi5M3lLW5VnPQub3Gr4mT/ 8ha3CsfEvXTfXt48W4+jsU/vin1m6+dujdwO+/Xt0z7Yf9Z+XP1dNnaTDxYfnv88fRRiLJpGqvWM RQjVPloxFl0Z0a41FnXxu5gPIhMyJOHnZomQ1PyVY6RxWZf/yb+JrMck4ZG2+g3zHmRi65r3zL4k 5jqX0uRZAQIAAAICAAADAgAABAIAAAUCAAAGAgAABwIAAAgCAAAJAgAACgIAAAsCAAAMAgAADQIA AA4CAAAPAgAAEAIAABECAAASAgAAEwIAABQCAAAVAgAAFgIAABcCAAAYAgAAGQIAABoCAAAbAgAA HAIAAB0CAAAeAgAAHwIAACACAAAhAgAAIgIAACMCAAAkAgAAJQIAACYCAAAnAgAAKAIAACkCAAAq AgAAKwIAACwCAAAtAgAALgIAAC8CAAAwAgAAMQIAADICAAAzAgAANAIAADUCAAA2AgAANwIAADgC AAA5AgAAOgIAADsCAAA8AgAAPQIAAD4CAAA/AgAAQAIAAEECAABCAgAAQwIAAEQCAABFAgAARgIA AEcCAABIAgAASQIAAEoCAABLAgAATAIAAE0CAABOAgAATwIAAFACAABRAgAAUgIAAFMCAABUAgAA VQIAAFYCAABXAgAAWAIAAFkCAABaAgAAWwIAAFwCAABdAgAAXgIAAF8CAABgAgAAYQIAAGICAABj AgAAZAIAAGUCAABmAgAAZwIAAGgCAABpAgAAagIAAGsCAABsAgAAbQIAAG4CAABvAgAAcAIAAHEC AAByAgAAcwIAAHQCAAB1AgAAdgIAAHcCAAB4AgAAeQIAAHoCAAB8AgAA/f///30CAAB+AgAAfwIA AIACAACuszCwSErjsiSiLEFkRFlEWRdB3zRFEkBFlNVEX8ukNA34BDTeRFkHrw4e7fiS1xxOJ8ry RYxbFIuIsm6w4oMktYh0HE9UTrz1eSWghWmRFHqkvjSrmrHKvKAavbIq8yyVZ52ZeOt215YXBhbi LbJa8sNCVmshyUa81Yweq8Nbr1/v7O04UQeCUAOWEW8Rb10qHUqMatwjeEKG3ddJv4NSQpHZapDw y5SBmiGNzNYNV5qJtG6Bomf2JZHZuvTzRGaL+kHqB19QP7iW+sGD3Z29PeoHBUI01cq17pnMFln2 ZVj2ezW1dR/9IcmM31L9slBBmqDTJS9zqgupLqxjy23pqZil92S7yHaR7WIP16wvrJEfrYxdd8VL 9nBVEk+0cbKHa6N7uJ4/lf/Yw0UMxn7Sz21MBSNcK51fR2iatSZUqVU/PXxJrEWsRax1jJ52drCL RmB1FegZICbfRb6r6YbBeMN4s3rHDMYbtqTfNiOe2T3LojGLxhtaNGbv1bd3+GJgoSJwU3y9FkqN b6T3KigsPQW/3lOQHeY32GH+s41gaMnS71qXfhloUDVjoLnV5qWvTR7YKBPvakYbRpvNt0pmWnOD aU0XLvlUD3s3gqsbqhZ1ds51cN4IrKJR+1W5Dss4LONsfBmH9WHWhyv/HDpUtBpuObPoTwXNlyho GFgYWBhYprNuGFg+13prvYgnIiQiJP2xMVSuy2wtG6GYyFCaR2keewxWPiWPgYWBhYGFgYWB5cJA 1W80cpMIqWpIb7Y3zcb51o1ODQOI2VYO2JwO+21OEVrkag1gcwem/R4YUNiY+E61zFqrZViLYS2G tZhNHia+MLMhqURSiaQSSaU49pOsSSqpkU7QTjI8KpOg6LTaLa9A7GZu4l5zyhy9POF6i2pNktqx jqNz873Y16k+Ha2+wNGKtV/Wfln7Ze2Xtd81q/0SIREhESERIREhJfv22GX4G4eQ6D6ubW6AdtdX dFc7/u6TTCKZVFPRt6UGczciTC8am1z9ZE7Vm3Ssk9sp760jTW9klE3LAsVAldm0SIM0Vj++7fZU oY+NipIiVToI0jIpVGhOosAo6e/UQWFslBcRzIfzMhgpnassPTUWY6HCoSkYvxi/GL/oUO4dQlfn UF7Hrf/8gyFmuRAz36Db1G21D/aftZeYkUl3CRmiWYezW6QMBFMVOTRbTif15oWNjo0867olhqhr C1EEcegAX2Rfs2j9nK0Ny9LfvixNENdpPXqEsDitBt+CclE3NiYTBOcRWu4BXN8o3Y+NAoKzJjDR icC5PpBcqEJdaOZPjE51TsMSE0U+xSQzAx0gOfzw7vcP7/5UH9798QUiH0I0JD29uJfuu5/SRYlO c/1iiLbsCM0LEO1xe/fZk5aI+gqn6CvO9tNwIs/7eDyy0EEi+OVFt5jExj3JZE12ZNVY20MHGbDw xi3EJ7F7jJLQJI4/UToeJp0WWyquaqm4GwnU/xob6uSWNlTUIYoQTeJA8hXOo4wwhGiJ/HbM/4YF IzM2r2KrTjR+PIqzdtV0O7fXx7tDN4tn+9HkuR6COMzxGyqQrK8LUGgTz5phtm+ShtjqmDcAt35Z jfzVQGvWoFSHXfoTVYCui3VeqFGaOd4OjNsAY4G1ysDHpRgRPFC6ULGRfXZ3cLUgTcJcnY5M4g7G RcD1abF3d5dUUa6C0lq8qngCfKiiAq9R8KQKJkFsiBIZIIkSWSW/tio5iTyHxZbIweZ+O/MmkUeU yBDFEHVtIYookShxRv+zVL5OpfLNQomL1ZjQZp5EoddqAif2TXFqAOm07UeF1cCRozQHcjuNihFA nMBEneGYzEa6wHI4jhLINS2AH2jAEMJVDhNcNu+ir4iUdyiAkkKA3DPN+8GvWZyZL5LY3Q1rNGK7 ZWPM599BwvgFRyCb3IJ/cNRTYdUIEpb2syc7ZAAlbq27fSNFmjc4gJDYjtiO2G49LUk2C9u9qbrs HMWXl1mW2kLpZBKAqttSZRL5BSH8xmWMzjqsf0D6jfQba9usbV9bbZsQ7esh2sGrg0c7Ty4rXD4B 0SjS9HachGhVYWm+CLACCRVFmi3RM/fgcPr80Z5bpgE2ZeCFhPwFBe1qwke/hHixd+ak8f2ye14v HqRJUT/5CdawbpdC9w/zwocziOjl/P4fCOqPy3E0Tn/xfbgxfHc7LZNsv+22VH7eae3uiJus19e7 f29Xp+5mQbTF9FuN19RYxJiB6CzFNsWov5ewBS4mQHIQX2ZFNIZHMGSXsQmcxlK8U2wovXnQfDqn FH+CmqqDPlN4ORit5AraTHTsRfkIYk9RdcZRcpyj2SKVwyujFpMTFLJkxZLVepasNiPjIij8elC4 iPklKOzWUwZmzFxd46K5Cias+UTyKm0BQaHnuL8jb8ckiEnQeiZBmwUKX6XjsWPnHJ5zoG/Wp6dD DcwHSaXAP0C5E2OH4rhyqm0FBz06BFwUABdApQnVZoUh75kHwwdbKo+GiY6nQHLLtfY5w8370o8H RGmI+BjsGOzWM9gR8fnC+l0pss+TNM0uvC9EfE/bz9uPqNSkUnOqL5+/w4j4iPg+z02q2Z8wJxGn Vwu14PRqmXf33G7vuml0KMvWrlCLacAhBh+YQRnDKgXzgUKYawoedOyeGUPQCRgHx5XSCiFYZnDZ RKtehfLCSaLHIA6PzSS/78jAi6adcGQBRoys+os+ldkL3oBFdtV5XlrAyhGsXZw3S9PrM9AJHGJ0 GOFFCQqFq04URN7PBewjfGcc9EzQMZjaYwpKKSiti+1sZV6nVmYiSSJJ75f2+vXO3s5TCkphHccQ xRC1amPiH5gEMQliErSWXTWbxR0uRpKN4QxBOs5ESaqBHQsRloJtDCOMbBDCEYiyohzF2kUp+IUW wHaRFgwaRs4lFIaigXN/cQBRAynKKcE0OjtQaJQVtKTjFOuTNNkGSzm0pbiQZroY5YyFjIWMhWsZ CwkICQg9IPxCapEdhl5JyQ5DdhhOx3ldVfAnIKS+ivqq9dRX3RVAOO0wFJmo7keup9BP7qvgoUNr GBvhYF0CJFgxetuxnmAKhO5LG6HDjLmASDkPRv0ZG0+ELZRWQkyGQO9iH1gzfzjtQnSQcawnMu8w gXS1oikFXlJ1yqjIqLieUZHQkNCQ0BDxuWnjQK6QXCG5wosG1b2ql1kemtJQjP3zW2bq0vnNs/Wc EFhUwXZH/lcJM+KEncwtca8BJAG8wNxgbzi9nEv6CnTtdwUaXsEVejAImJekxXaC6e6YLmihAN02 4kfj6MBpF6JWQzQoJpgNP5v8l4umVJSlJnEj4uNUh9t9DXeiQMCiDmwK2ajGTY/Bg9Cy4kIkCz9j oHMzkFKC78ZHsxJPW4dPS+/pPEPnmWOoPlvwP0uKl27MfL+FkbdosjhM9i22IeOQUiV+p47KJMA8 +rZrnmxmY9QzUM9wbY7Jb6mYomKKEWYtI8wdRIRiMDoep9JrqEAASvMfpsdbGQaIefGqSeg5Wahv V5RGwcqkFHjPzZvI0M3oYaW3r/Ftg7kegxScQUeSgiQFSQqSFHRN0/pFgCgxycwAbdGd1od3v394 96f68O6P97/+6/2v/37/22/vlxvt1ey+JgS8MQi4t/uEQwNxL1IvSr3ox/SibxUxIDEgMSAxoEH9 caoov5Zs6E3lL4NZ7kUapDFYOWg8T4D2QnEHLW0f9i/wFM3R4lcJQit30qmgtJosqO5N0WGUywGF M5aB+WgyBPAbRCYOgfNOosDc35oNIFx0lG9U9PsLUIQxjfQd5mU/DyAxxYsDuSgSVIcf63mGaohm xgwXEPxZzT5U905HBsfWILT5WvB2sQlWOGkyiIYwwXEnFlubDG+ggrvu3cA9Bw2U/t38cFSfXIeh BTkKxx2rk3wc5TmaKlXu2Gf2PhLLEssSyxLLJm8qKZg8NMULcfKN5GPzppe0VSWdeYyKUpJ20bFy zBB1fSGKvY9MgpgErWeEuSt05hSqXuh9vGfN/ak5jmcm6+7Hj/c+lllmbNUX2ZyvCEw6lkmL+L8D p7E5MbGIW1PsD4kRkKG47GCrhY4WFjwhGFELBrQwlmMXl6Ulmvkjxa8UvzbvB8400xYuX7OiIZlP oVIAM+PeZ+jrV44W6ZRDfT71+Z/W5xMtEi0SLRItzuUw10J89kAeTodrTMlP9ePbbk+tTzskxbCM hoyG6xkN6ZBDh5yvcsh51H5GMewNiWFNEh6h8PrmyKrjchyN018i1/gJg4Jhp2WS7bfdlsrPO61d uHGovtvm9yiFNBQbHLjhgTgkhThfblplqjb7kr6TGk7m/i3O9tNwIqViKf2i3G4P0aH7/JEPRm8a y3dlYGyz/Mly+A2Xw2f37GYHlo1gDmdfFgMMAmozkCxy5GKAYYC5eKfIj/E8YbIC761bDa8YWMC4 7YNx67nZ2p8dWJDtFe7IwqpRp0WkdHPk2exW3uyEhvHGI6h9h3Xh0zdKbacFayQ8nv98YuwgTk87 rbRaqiyRDi/rud2q2Au+5//wb1wD3nw5TGSYyDCROcDI+HiCX9hHaLW8oiN5Fv2JkIiQboc38eye ZcbiTeqMXomJCmu7cS3h+kZdawszlo8gJPRAR2E30wnYC5emzUrmfZTOjyzABBSRedEtJrFxT1Ba R329LqeD8kBdHbV0LMQnLk9AL3iInm6fHDrXzLiFdu5BT/e7oEmetx8/FqbEFn5voyszTRptug9x Ea2Ej+eb00rN3sfXr3f2dp5WfvNzNRyDyb9BcZgX/m4Rf9RGELnVaMke+drCd6/SRGZawVo+VPtu 7lXlhkD3lRW4r6jRj8YOwZB6/9wlo1Dj17tJxvoCyFUUoN9SBBLCqn9ripDxrjm+ZjpXAuteDgr5 vPrlq9j2ztyfeL/snteLBzBHrp/8BL7b7VLovg8Iwsb6P6LG10Ui3X1ITLZQKNqs8tCFZIu9HD7m 0sWOLnZX1Izq9GqfadQK0iiX1zCjqXOW685oHDbAPbzZxaON0O/UkWapXg40eZxEoW/6MLlrxFdh BJhrxaxOqt9wvjM2whSrIIeDXIwhVtZg89QULlet/5tCF1p1jTC6MbrRonMtLTo3ozxFo3LJfZYR Es1VLvNmgbN9sP+s/fhygVMgHfTjXlKO2hEh3tyk40apaN8M5GuYFY2YgHl3V5TOfP9Pcda+fIPp F3ehgk6It2SEWkjksWgdMMK4AJvGUXgQxbF7sgIF9V2BeIU+NqCn4b0mo6pKYLkkBcwD3IPpWhEB 6uVlMJJ5xH85TE+3s/QUiC90O/1FnY4ibMO+YRkYhZAdBZHAQdSwZSikSYKJw3s4izMhH0dJNI7O gSJ1GKXqL2nyF1VEGGE1gD867OVyGWYlJue0c1s2eWNo9OlVjSWZfCEKeoqBdm60c6ts25ph4sbt 3J62n7cfOZKTkgPiQ4nfq87eNqOERTs34kMaGK2ngdHm4kMdD1MLn+2x93Obun8LLNyu7boBAaf2 b/fMg+GDLQUgifFO81BSHMPNmXCC2GISCBoncH6RWcjAk9ojzfqUxf0H6ifBnrM1OU4XxKXgUcGd bi7V2IxTOwHDCBLSxLE8Ng/IYgw7DRW8wuXiHk3KqGV5VubGbtV4tq8LEJYTFUcD84B05HJcQTOP nKMAWIljJS65lkrcZuRypCOXrWjNg4EV0JGcm0zFKStiC7uUax3YWyZBTILqOnpb+pWnxfTmvLsZ 4VjvO92Nmvbr0rRvGNyU6cMYdIz+JwDHK6zE72EksHMTn6LPetDTVRB0C0SkzCg2Z3qcxSAbMTPK sZb1Ubm69+roLSYnO/CIQcTnZkvVAFDmTG0pUwQP7quRPjHwMDeJGkYn+LeaRZVZ8JJpmbuJU0Or s9ED9UOiUrx4q05TG0LzetUbueSJrsMT4VXBdDqeNdCZ7kdx5JhWx5Gegr4RE3VzBuSb4zXEEwGu 4RTETmE3WFc3chrjl00yRBemI1GnW0MTRDJLmcCWJUSWENezhEhgSw/0r/JAJ49KYEtg+2lg+z2B LYFtDVYJbGUAQ5LasY6Bg753rkQyujcGiJAnvlAr/zbZnmsSk20YsL0Cy84D2RlXue3HJU8R21X8 6UUpbhPEbql6PrJnVsFsxsZkwsAae4IGTKzQA1NMHuKagLJQ5kKkC2iMZk0BjMMpAL5PkEiQSJBI kLgnjVir9CmsqQWynzfGftL+/eZAIv29altkRxGhrZNmqpvm70Xl17dXft2VwLIR6HD2ZTmnhKts ODmJb77YQGkp50vM3xHXVH661RwcA8tS/jbNKuZcYLlgW0OkRKTE3mnOs7nMfPQwjG/fWVsu46e1 MN4QKREpUSDKAMMAMzwqkwDzcPxwi6a6/NbR9LMkfLM9j4mU7vCIz48gJQ7MmtpXZt8+u3E56fJ2 6xyY9f7Xf7ZUFhXB6KPDO6+FBD/CGGBRXUGGk1ORuAJFImdkYcI0fBajpJoXiBmClbaL+VVLlZ1W guFbLViO2OgY0sYk7boluq6vWugzS4JJcV3Sze6jetRzv9QLK0MX8ivOyLq5SvRnplQIud98BukK 7I1vNZqrZYU0yKNwmcLl9RQub4R0p440vYWNHa65ApN6lR6g78KZAOgwREM/LOjQbAGXO3M69aE7 ha0eDAVyGA5YHSvYoZeFybcIBlcABqWovuSUZM5qX8HsYuZJlbn4+iqb6+jF9osba79gjz6hHHv0 P92jTyhHKEcoRyiXG8hCttu719eL+jLxQ6mkA37mde4s1jAFKzRAcQBmRo0wxAorpD8f/uM6ODaF +JE7hJeYAqZvx1u1vZvzcYtde/20oX96iIzWSkI1sOnYo0EYugEhwtGtcie/GhUKeIxwxSmYhOM5 ztL9/ue3h6/FH073cTmcG2O6hFXEy4Kh3kBkNYI8q3NiBJd3wzOAqSGnai2bBi4s1FPCufYiB1bk b1DjQKS5bIhZuc05SUMiTSJNIk10GMz6VZqJTHM9+1iKynqTNucAnXSDexFgRvEkMwOMj+q0Prz7 /cO7P9WHd3+8//Vf73/99/vffltSOQolT112X0wahpiJZaO+IMu8rMcmR4nThzoAp/vAnZhNlRyr gY7i0soM5RRW3x73WS1HyRpAQQdRQ2957jzENSzEMetKJikra/5eRtaMMZcZLugmz+AMju2Ye+UH NN+X8VmQEJYOTeJsY1OQkCQheesacUhIkpBMbacFTfQotec/Q2MxwCD6Tiutlloemh3Kw3xe5FbF yZvLW9wqJE6Xt7hVSKMub3GrmsnW/MVmydkySRhh4gb1Clq5WZAesFPQC9DX0A2uTt5ISJKQJCFJ QvLbEJIzItIBuCAdZyIN9dAOvF5qF1CQNQN5kQ/0vKU/EVrEUhCBIC8xfkr6D4VcTIwJhQMFhgT5 WU+v4ixk+ZFeJjVrpnVzvlIkCUkSchaynYuczboYScJlQ8zK0R897kgSkiT8NEnIkVFMgoj+iP7m cphrcYVZTBLWnYWVmHPnwROweiLkVBHgW+omCOd+YvEYRe6Qc5wYtBi01jNobYbhApHb1yO350/l v6lpXBpH4QFcp51vzlwV6YInDJEbkRuRG5Eb5Z2b6HJ3N5QBd84TpkJujyvcBgpOgFsIYm+kTyC1 JGrjXAX9Is+I2ojarq/jmaiNqO1Yhi1AR5IUL+Nh4lSydA7uwhv4vNPa3UFK2e+02Dn87TuH6RxM rVFwy3rxZvfsZgu5NwKuzb4sWpODHmuKFheJHOfK0BQzfnsx4+ye3ewAc6tJsdmXxMDyJYGF/NZc 4cfZyOIzQTFo3wwEsGLp5aColup23MZ+1dZ++Sq2vTPQYxq+vt3zevEAaK9+8hNGobhdCt0/zAtP psEJWY6a3cqMN2vbmTb7khhvviTeMJFhYAHWdvF0prpAmL3r41QYWFiCYQmGBNTKCSgGlq8LLERI a4OQPlOfw0G7S9qlXUtLRTfQse5HcVRM6GTGXva6dNK+JV6Ps99NlmNYjrnd/mVNvom8Uiwik5vr Y2BgCUZrb5I4+5JY5/2SOu8F1ERb/JuLN5+Jmqi/+/b6u9rvcJ9QiVDp1kGluxFhNkKIV0eaxY4X jbFmeZllqS3gUugmreVuopnSsMQ3Oi8UJNs7VSfV6chYowTbT1ekZRwqDUpDVwaKFmPU4JpRYIh3 in/s5b1x5VGaF5yQJvToIl3govXEdTeM6+5GFLzVasE6+rEZa9kQs9j88AstNAgFCQVpofFpC423 hIJMgggFWwpTnTutBMJpTkgDLPhGE9Lu5fdrU/vGWO0KEDrHesFxdqiT6Nw524ubvcY8Mzs0KinH fQA8rMkx+1r29n4bUQKfe2uGzghfJp7pKJGtmJXtYKEN/VHtnf+3K5b4eBTXjuYpjA5GDxgaGRoZ GtcyNBIf7rXUWNserB6eP/LL+87VACM/MBLt7oxG+0J8+LT9vP2oJfC0CNy/Z/tpOJGlPh6PLNAT gl9edItJ7HupMlmDJir52A/dR42FN24hPnFFIQxdCTF6038NznkjbqnQDHq634X1xPP248fiPmEL v7fRh8m+vYNmHSxhrb0woS5hER9KHEj2417ac/dtU+S0aD2L5CySz98n8tsxX+NcQSfa5lOFTXyY O6V3jCnaqZB9wG06wMizcRpiuDUw4YmxMuhagKEQgFESWNCHDhXWONHjQ3FqlInboSmMjVILYAl0 mJvYBIUJVYZhsqkdu9lpmbYaQ7INWMW+wYRZGaA9iIal9SPYRhjVPUrjkFyiS5cYJtWJRui7LeJz JmK3JxEjl7hsiJn/nbXDPiwz/N/lF2JF2vGTSySX+GkukYPUiBXpbr2e5gKbjxU9kTjVku4+2QG+ O4kC+O9jFrbwfpW8lLQeoxSj1HpGKdJ6pPUI1aRWfAvHhMyaWWllQCsDWhlQL+AMbWlZO536CfPd wQAck7fkBa0sxJMqJpkZ6MB0Wrc6+5lFf1oZ4Ad8nv69Wj5AmcANywRm9ywzFmYsG5qxXPBIIZl1 c2QW4w09mc5/hlBpAClRZ0PjDRXV9N6HYvZaFI9ESJvf6tFETkRIREgXsTQDS27QY7Td3nUm/kjv Z2klSy9fUnohQprjm27StfYzFcn03r9R730TlJbG++6eXdQKtmg9MxtmNsxsDvQ4iiedhdJiZjbs PeW4Mmr1OK7sAqHcq5qh5KFZMEG64bf00LC+7zKT+c2z9Ysyk0Xr5zIWQqbbCplovE/jfVcmipND HyreXA4iblWcuChzIX74Y1yUmd/iVuGY6w08ZJe+Pbtk5TuHI8xmi2Q2q0PqZYmWp6SIAu+amGEK djBxxhhlJoYZee27aGGF4dwsUhDT2zhqW0eWTVK45RdlQovWz2VIDFQMVFeQ4E07gtevd/Z2nk5n xDXn1G+wTrh2FqOhRZVKfdJabLGhxaI7SOBZcITfbbfgH9yveGHVqNOiOf7NaQDvRjJ1q4U6dYji nDRmQWwVX8/y82bBtd7I5Aae9X8vI2vGAG65GhstvhUYg1ZPQsN0AnV4+JMSyCaWhZlNizRIY1gi xlgDf/s8M0E0mKK+H992e2KEGJchbBOrKWvwNlR6Dh0S7DHMMcxdQ5gj2BMMAizyHcHejYE9NnwR 7NG9cKHEaAb2FOf9sObNeT9rOe9ns9Dea11oZWBQP8kcasMEs0wHxwaoz0E2TKiu0Brs6Pug7eL4 Cqyn5tEePeiXTbGauoW5Mjk5O3J25OwqT/xGg1mdIxHGLRtjyNkNj8okQKNiu+U/s27mBq3dRmdD cna3Z04GOTsWs1nMvoZiNgeW+TpinQyBs7vMxDn8BryGUWFTlk5X4G6K+IDpZAIZxJhKKZ1lUGZ6 keaxmYDww2HDkQJLd6ptKCzf1MZ+OrbMs4SyRaZUu5nXU4t7uaSR0WgjfYJHvMAL5yfVx+jI6HgN 0ZFUH6m+ZvPLIo14cz0xIjGiKjutBLqelsoLGx3DBTpJu25pLevw1HW2ZP57D2WN54/oxfaiONtP w4kUePp4PLJIkcEh5kW3mMTGPclkTYbmMXxsh50W2k+x8MYtxCfOAwTJawjFm1ul42HSacUtJL2D nu53zzut5+3Hj3dwmC383kYfJvv2WApLyJKT4qU7pN/C7F+I4qpt2H+kkyGSZFahbleE2SymTzBi g+ir2vAcSJzqMfspsGBjH5CBAtwyPYlTHao0iScKks1qtfT0WdkqdCHRHNEc0RzRnHeC1C+CvDFN 5MO73z+8+1N9ePfH+1//9f7Xf7//7bclzeLQNFYXucj4efbq6gke14rmnraftx858qxwzBlzLXCH LwduqFCTRWz4VVZbv37kEBk/Mn620wKqGKWWlv1Ec66HehZ/GGEOojiWn8aPWxVsFpp7XTpyTeBZ HI2jAkyeNXlaWpkyDYAGRg/teVsOv+WVOa6qMB8KGlFSUX/VQGpp5ZvqPZ0DC4i7MMKIOKsGNh3j NOj8q3AfrlMv/3A0nWXtiMTqbJghF8Vw41UTU8zLSfMC35WCqHR6kZomBK6cEo7ypuQFyZUf4oXg OToSq5nZ1JYumwVSW4qYsCA72zcD+RhnUXTBfszi8CHRDgaVY7EvqSvMItWuqsh18R2F5Hr5rhTl 526NfBni+RN2MASa7BBkh+CnOwR/YIMgGwTZILiWwoTNApo9gLGpfHSKEIM0GUTD0gJD6iREIpTo IZbLXJSgDm0aeMbkOdbmbo+pOwxIAQGSmTUnYA8VJKJ5FAJj6qIAi+j3dXAWRPz8FodCB5GJw1qE il0KyFtxYcBOPBGUCzSceglrLmsFSWaxTkhPEjRmpCevgZ5cgRR/M4RcZCeXDTErB430ECVoJGj8 NGh8S9BI0EjQSNDYHNp7LVItAY1vt2tSEZpqGfgw8Q2CDgKOdI5nBahAkzQ9QIHmPONXHS/4UixC Uxud+22ZtpglEWWYHDHddYpPQziO5uI9CrwJHpRU4bIpGalCUoU7lTmG3DPN+yG+woaGqM+p8mgm 6uf6NbWn87fOTKu6ctRHqpCoj6iPqA+zsTjojx2GKnJdm+ww/GdLZVERjD460PxaUN9LIDlH5IHR 637/89vD16L0rMg+gDfH4YEsjLLSNcgOpZkwjHJoQYU4FLJuiuQGYtgGJLcl7jPKnOlxFpstMSAN 0jHQ3Rg4D4dMdwchWVgMn5iSjg+U6oluNMrRzhh6Fex0XxztJlXcy+97yeu0+7E6GLxhYYYW8lX2 NAIKLJPbNXM+upi63nDmZszNPp2bkTRctkK1cvi4t/vkiS95sKWRYngp/zVl7jkrXFWFi6QhkyAq p9ZTObVZStMfTYAyRpSPZ6MnIOGEfDNwRN8VJCLQphlnGFUhlKE+huhUw8E0SksoScMTyD4hQJWu xdzEg+2paNUbnAqv6FandoiLnlez6YU3DCEjzYEguyUsTafK1LEGg+kvdwGT4tqBLtGg+DrtbqnQ 6kp3ahJjh/DLwUCN9BTj7HF9+KphK5Bw5aO6JQAYxys1in6BAHYOAo+nHwdhKCMwI/B6RmBqV73z IBseX7/e2dt52qrqPjMs8YmGR2pXWSljpezTlTLCUCZBTILWMwnaLBj60qtU/fSM2XB6o6JCAKPg Na0KW+biuZOkGGfvBK2gGnVsjQ6BE/M8DSLoU6vpGkJsejVs34DOlAOM8Jpj8KQBjHocdBVZq7Qs XoFVARIvQVWCQsZDxsP1jIcEhQSF6kRDB/CFoJDcJEEhQSFBIaWtHJ4hY0oobf0My/jrkbY2kJ60 LtZQrwEQvRnOYvDnEKWwmNCjOlNT0JVn0bgcQ99aiB1OluZ51BedqwBEmdxYTWMEhzgzdxX8iVbK MpG2SJnBgZ2ANDNjrMheGyLaS0pXR6Hmxp5EnlK9uiUziI22mPQBm1dR5uYjnN3hXT8rUl6bQ7OE oISghKCEoHtCel1L1KU89sbkseQlCUEJQQlBCUEJQQlBP3Nq2bUkQ1f1LwLhATQCn1WaU+mDBJgU 0amDaJWSdtrh2ECM4pIjGti62RG9kzoX5atbXbVvTg902lmgxyKCwBZzPe5NX8x0tMj9+nCiQqJC okKiQqLC5I1Hbz15aLZIw7CiwnWXt+xXx8S91HvrXDiwXr9MX/Z8SxvHc8RJN3PzK5vTfto78r9K uNvcYzYjqPZMnO6G42dbOQeymr/GpsmjqmmS4zmYBDEJWs8kaLPUqlfxfd7WRsd5qqYAzs9yFJJx bAobBW44d+7NdTTaHGHAc4z5HcL0oZ0RFjuluKuC6YPNKpoggyC1ofPowSnTMZoq+78YGPScQMda OfWoe+bB8MGWGkcJ5lGeYxAHaMkkmNxHs2MGEx45GphTzpnoQiZ1AKTKM/REDgZRQNzIkMmQuZ4h k4JWClq/StBKNpFsItnET7OJxI1MgpgErWcStLm4UcdDjNcoRmMPHOHZCt0ngFmqhmJiI4M2ZvhR mD+QhKfYv7EWzj1WB4WxUQ5Baj4Fg2lWODAIaWwTQs7OFqR5kW8pUwQP7hMBMvgx+K1n8CMCJAIk AkR8JnMYHTNEXZ+44XvOaKTnfK03oDYhQbBJYJUC3eG5+d6N+OhruKHARlOeeLXMZRmNrJlXv6zA 0HnzEOD3r2ZDGhuwr6ETBRZUiTn17Y+ZjbxhqfQmngqjFxUCE5sjGSsl6lQgypGMdd1zNqVoGe1W U/fFmRqcqdG8HziSUdu8OcQWJpt2qr1i06D/UZyNXpy/dWbr538gVyAPfdR+xpkauBcpD0Xb2LWk YJtRhyLIY6Wble71LCNtHsibQrGpHQynHs6Q2HxqNFtPhFb4cj8rUOtUgdqM9IcI7cYQGoWYFGLW BUkitIVFJCI0IjQiNCK0uQBxLbYu6zX1kOoDqg+oPmhhLEvWaSUpsV8xycwAE1g7rQ/vfv/w7k/1 4d0f7z/TDovsnIRVuL7crHkLsR+xH7Hfp5vwiP2I/Yj9iP2uH/tdz6jBStTJWYNx/Wv3jfz2mmwi NZvUbDbvBwqiqNlcR0tPokKiwvp3kozgXNLXLFwRFRIVEhUSFc4FiGthBCtU6KbKf/6swWZLn8z7 u75hg+QKyRWSKyRXyPF/mzfogaiQqJCokFzhnGphvpz5eWqG5rEsjbM03rwfrqk0vvmdfPfy+76Z b2WD3T16pBMna12sda1nrYstgHTipBMn4jOdOOnE2d6lE+eNF5+aqTyhHaFd834gtOt8uoj0BiMV xExzatAisO4jk909RvuS0e5k7MjYkbEjY0fG7saTJnpvDo9kcmyn1a5MvLu3dzQ7xtseYf7RmyOr jstxNE5/iZxTeayTYadlku233ZbKzzutXQyaV323ze9RTruMc0zlPUaXbZJ23RKD1KqD1OxL+k7y oMz9W5ztp+FEZK+CXNRY20Pckc8f+RrTm8Zyr7G8775BnQSj1HZa/ZbC4/nPJ8YOYIveaaXVUnVj H8rp55NitypOXBSa33Ljgan5cojmbhjNze5ZBhYfD4x2o8u/1pJglcLN2ZfEwHIp0s3cxhlYLhSt d+SOxi/RTbiFz+5ZBhYGlg3NWPC3VViX21k1Qh2uMZ1ADW0UdjOdICd3adosEewjITyy+NNErSgv usUkNu4JEkZkjXWSiEQe2SIyRCzEJy5PUFECIQYgDVZhpirOHbdUaAY93e8i+X/efvxY8n9b+L2N Pkz27bEgIDVIk+KlOwTZZKxRDqy2Yf8RUATKg5sDl9x3gnkdS4YefDzfHCwtMwxDvzCDgQmKw7zw d4t8bY3sZDOY+lfpOMrzKE1wC7J+vIL6sRr9aOwQUN8XPpYMPI0f7GZVwWcQV2FZv6UIXPzz/9ZY lyGuKR5o5GEvB4V8Xv3yVWx7Z+6vul92z+vFA4Tp+slPsIdzuxS672OAlBX8GKLG18WKkPuQCNxQ G3KpRpxsSEXoQn7FnhEfc28Cz31mSoWs8punVCsYwLkZGdU+06gVpFEur2FGkwVVznLdGc3diDCb 1TPyQ+HbQzDaN0sB4vqxkXG9gzKOJypIxxWyw4Df4jS1x6hVnESBydVpVIygSVLW/L2MrEiTdDJR OgyjAkBQx41jZaM/TN0zD4YPtlC9yIo0u88gxyBHrRFpfF9dD/JGYYxO4o73gSG4JDEYNScPTXqs WtV0DJ/f/Hm9t4u1Ru2D/Wftx1MeKo2j8CCKY6+MgB6iWvAPLgEoLlXSmYfJJ4Dsi3mYu3XwWRDp +b+V74j0fHzD3IOe+0jmoxi1AT5y7JtBFUPqhKlRk55tZYRZYYTZLKTXGxl1cc7vhQ6RUZoXOYBc 6HY0FhnZSBdAdVArFlFu1LiMiygDRPzh6OSpoD1r8tzkD4jkiOTqwMR5wJwJxZlQl/DabUVye7tP nuy0HIajRmCahTHPWmGetRmc3Q9MgpgEMQlay3L25iM5z+KZRDsCD1BPGDwVRnkgrWZg5gDq4Ete ZiodANUZZZKTyKbJGGpkdU+f6Ch2h8ZRcpxvYdcYslUTqswABm6B5tPByO1QEYH3HygliHJqSHDp +rg0uhT7sC1IE7lmBGSZnibgBZNBNCwtlLDYAKpRmEe0xaV2jMv1JypPx3h1Z4WxQiOODa6bRPlY DWw6VloFeMFWx9E59h7rRA+News4bWHTODaWYJQVNTrT0Znu+myf/vMPpnrLpXqLacXnT+W/z6YV CUYpIKXp+Kf9oghGmQQxCVrPJGjDwGgKOBnlwJMh5khdwTHWDuSAiidRaIDhAEQFEg6MLkowiEqh LTaIy1CUoufGptvzIBEU5FR+avU42y6zLXWvWrMdJR4p3hfMOthO7RBw8dyjSwG986cKSydvhfo0 jdNhFIhQVZpnDTCu7C1vQPejOComgk3zMstSC4A8vdoUl8J9TxcQsXi2dP4aZRbqgqSoU3NApkZl h0YzN0lRkqIkRTeGFGUjI3EoceincShHIhOHbjIO/f8CAAAA///sVcFu2zAM/RVB96JxW2BtUQeo twU7ZF3QuLvLMm1rkSVDlpMmx/ZH9gPDCmzALj3tV/IB/YVRspu6SNbTLgXmg0CRj5T4RNKUJCEd UCL82oRUaQWU1NaIGbjd1EuUcFY9GpU2JZNiBR+8U8JqkEIhekCHZ+xUKrcqPRJS7g/P9h81tZYi dUpnrnkBJbyVhsyZDKm9DmiLfYaCLANux7VFG4ZhVihilxVkjONxsSihJhewIJe6ZIqSSlhejFgp 5DKkh4d46YKZGqy7mY8ArOf+cP/t4f4Hebi/W9/8XN/8Wt/erm++vxRlLzg4bgPx+p8EQm7MxLjc 7DAugBjdYIo5qYy2mmtJUqhFriAlmTak0CUQ1lhM1gqtiAK70GZWk49X09j5zEWKAIIZE52RDJht DDIkFJdN6uKuwOg9rlUm8sa0QRBod53sDmR4xIIojVGtJgnGTlO8C8rOpTvePbD1z4yJoFz51V5H Ol36zPjEkJKZcUiDk8Nj6uTLnhz35MgXFFO80CakCcWUzerTHEwm9SKkupO6Mhu78M/rzKukuty2 eJVU8bbFq6SKti1ehT4y1pHZNj/p0Rsx8Q7Mbr1FTlqauAtr23VDWYLUTUxb87Wd2qUEv0Fqkd8N ndi2LZcoyDl2ketjlYLyBU+YzFVIJcUiymKWTFchPQmOjgaIMrZFAxuryMzwBShWmLLn3gV5963W 2RBfMJVj/UwaxTF2QN09pJpW/t51xSfctn0cDNzXtXIfEUHmnPrYRxjqnqznGdbSX3GdNWlwcMTX npOkma424ghz2GwucJJ5iGVJO0Jcdbbt5l8KW4/MmlKU+ks7/iSmGVJQe1dTHIHI14Ej6/UOyM9g UqbYSyPtFQzG31//jxjXbrtHSV//7N9ZmzzZ/F+DUfQmOOr6sgdzs7s/i9y+m0wJ/qdxmxtWFYK/ Y5b19yhXp+8P9MiwEoZ/AAAA//8DAFBLAwQUAAYACAAAACEAJjQ0Q8EAAADaAAAADwAAAGRycy9k b3ducmV2LnhtbESPzWrDMBCE74G+g9hCb4lclzjFiRJMacHXOD+9LtZGNrVWRlIT9+2rQiHHYWa+ YTa7yQ7iSj70jhU8LzIQxK3TPRsFx8PH/BVEiMgaB8ek4IcC7LYPsw2W2t14T9cmGpEgHEpU0MU4 llKGtiOLYeFG4uRdnLcYk/RGao+3BLeDzLOskBZ7TgsdjvTWUfvVfFsF9dmtzNl9Vua9WMrJn7jO +xelnh6nag0i0hTv4f92rRWs4O9KugFy+wsAAP//AwBQSwECLQAUAAYACAAAACEAsaQlPv8AAADh AQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQA4 /SH/1gAAAJQBAAALAAAAAAAAAAAAAAAAADABAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQDx sMjxfDIAAGlkBAAOAAAAAAAAAAAAAAAAAC8CAABkcnMvZTJvRG9jLnhtbFBLAQItABQABgAIAAAA IQAmNDRDwQAAANoAAAAPAAAAAAAAAAAAAAAAANc0AABkcnMvZG93bnJldi54bWxQSwUGAAAAAAQA BADzAAAAxTUAAAAAAAAQ8AgAAADQBRACwBJ/Dg8ABPBOBgAAEgAK8AgAAAAHaAAAAgoAALMAC/BC AAAAgAD4rbwjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAgQEftxQAvwEQABQA /wEAAAgAvwMAAAIAEwAi8d0DAACpw9cDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABb Q29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x 2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJW TjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdW tRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5 tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAA X3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9J w+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9 Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHw dz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAMkDNT9cAAAD5AAAA DwAAAGRycy9kb3ducmV2LnhtbESPQUvDQBCF74L/YRnBm91YjGjstpSWYin0kBoFb9PsNAlmZ8Pu mqb99V160OObN3yPbzIbTCt6cr6xrOBxlIAgLq1uuFJQfKweXkD4gKyxtUwKTuRhNr29mWCm7ZFz 6nehEhHCPkMFdQhdJqUvazLoR7Yjjt3BOoMhRldJ7fAY4aaV4yR5lgYbjgs1drSoqfzZ/RoFlC+K dPPUflby1Szt1z7t8823Uvd3w/wNRKAh/D+fk61Ji7/yilprBdHk8H7au0bn6AO56yWaRkuQ0wsA AAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250 ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAe AQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAMkDNT9cAAAD5AAAADwAAAAAAAAAAAAAAAAAG AgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAoDAAAAAAAAD/AQAAAAEAIAANAFAABG BAAA5AUAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAA ixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAA AOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAA AQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAK AAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkA cABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAA ABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAE AAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACoDwEAAACgAAChDyAAAAACAAAAAAAgAAsAAAAA/wMA BwACAAAAAABDAAMAAwACAAAAqg8KAAAAAgAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE 8E8GAAASAArwCAAAAAhoAAACCgAAowAL8DwAAACAAOgMvSOBAJIHAACCAJIHAACDAJIHAACEAAAA AACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2gMAAKnD1AMAAFBLAwQUAAYACAAA ACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBC SbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIz kIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Z smt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwm OYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgA AAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+ gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhf X4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+Zy K23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQA BgAIAAAAIQCrAMuQ1AAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LTsMwEEX3SP0HayqxqahT FqiEuhVqhWDbEoTYDfEkMY3Hke3m8fdYXcDyzh2dq7PZjbYVPflgHCtYLTMQxKXThmsFxfvL3RpE iMgaW8ekYKIAu+3sZoO5dgMfqT/FWiQIhxwVNDF2uZShbMhiWLqOOHWV8xZjir6W2uOQ4LaV91n2 IC0aTgsNdrRvqDyfLlbB50cRpkXnuS/kT1joc/21OgxK3c7H5ycQkcb4//xYrS+m/yuvqDetIJlU r9O3N/qIIZK/XpJpsgS5/QUAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAA AAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUB AAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCrAMuQ1AAAAPkA AAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABwMAAAAA AAAP8BAAAABGBAAA0AUAAEcQAADkBQAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABf AF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAA AAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAA AAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAA BAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBu AG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAA AAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACL ExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8G0AAAAAAJ8PBAAAAAQAAAAAAKgPCQAAAFNhdGlzZmll ZAAAoQ8iAAAACgAAAAAAIAALAAAAAP8DAAcACgAAAAEAQwABAAMAAwACAAAAqg8KAAAACgAAAAEA AAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8DsGAAASAArwCAAAAAloAAACCgAAowAL8DwAAACA AGgZvSOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAA AgATACLx2QMAAKnD0wMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5 cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80 zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFV iEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU6 1f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/c F+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVs c2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnC ruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ 1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB 9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQCxLLwa0wAAAPkAAAAPAAAAZHJzL2Rv d25yZXYueG1sRI/LTsMwEEX3SP0HayqxqahTFgiFuhW0QrBtCULshniahMbjyGPy+HusLmB5547O 1VlvR9eqnoI0ng2slhko4tLbhisDxdvzzT0oicgWW89kYCKB7WZ2tcbc+oEP1B9jpRKEJUcDdYxd rrWUNTmUpe+IU3fywWFMMVTaBhwS3LX6NsvutMOG00KNHe1qKs/HH2fg472QadEF7gv9LQt7rj5X +8GY6/n4+AAq0hj/n6V/Kqz+Ky+oV2sgmZxepq/Q2ANKpHC5JNNkCXrzCwAA//8DAFBLAQItABQA BgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1s UEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxz UEsBAi0AFAAGAAgAAAAhALEsvBrTAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2 LnhtbFBLBQYAAAAAAwADALcAAAAGAwAAAAAAAA/wEAAAAEcQAADQBQAAwBIAAOQFAAAPABHwhAEA AA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAA AAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAA AAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEA AAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAA AAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgA eQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAA ALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wWgAAAAAA nw8EAAAABAAAAAAAoQ8gAAAAAQAAAAAAIAALAAAAAP8DAAcAAQAAAAAAQwADAAMAAgAAAKoPCgAA AAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBOBgAAEgAK8AgAAAAKaAAAAgoAALMA C/BCAAAAgAB4Kr0jgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAgQH88wUAvwEQ ABQA/wEAAAgAvwMAAAIAEwAi8d0DAACpw9cDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMA AABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J 7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRR aOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+Lp tLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSL uqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAAL AAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S +D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63l E1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/ UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAX+L1ZdcAAAD5 AAAADwAAAGRycy9kb3ducmV2LnhtbESPW0sDMRCF3wX/QxjBN5tUdJFt0yJF8VYfelHwbbqZveBm siSxu+2vN/RBH8+c4Tt80/lgW7EnHxrHGsYjBYK4cKbhSsN283h1ByJEZIOtY9JwoADz2fnZFHPj el7Rfh0rkSAcctRQx9jlUoaiJoth5Dri1JXOW4wp+koaj32C21ZeK5VJiw2nhRo7WtRUfK9/rIaP YVG+7t6yoyo+3c24z774Yfmi9eXFcD8BEWmI/89H9W5vt3/lCfVsNCST8umw841ZYYjkT5dkmixB zn4BAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtD b250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAA AAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAX+L1ZdcAAAD5AAAADwAAAAAAAAAAAAAA AAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAoDAAAAAAAAD/AQAAAAEAIAAOQF AABGBAAA+QUAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAx AAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAA AQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAAD AQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkE AAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABU AHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkA EQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAA AAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACoDwEAAACgAAChDyAAAAACAAAAAAAgAAsAAAAA /wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAAAgAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiB DwAE8FkGAAASAArwCAAAAAtoAAACCgAAowAL8DwAAACAAHg9vSOBAJIHAACCAJIHAACDAJIHAACE AAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2gMAAKnD1AMAAFBLAwQUAAYA CAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUO LBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6 kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPl Kq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnh rZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAG AAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh 19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6k cBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5h B+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsD BBQABgAIAAAAIQCHrTEH1AAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9NS8NAEIbvgv9hGcFL aTf1ICXttogiirfWiHgbs9MkNjsbd9Z8/HuXHvT4zjs8L89mN7pW9RSk8WxguchAEZfeNlwZKF4f 5ytQEpEttp7JwEQCu+3lxQZz6wfeU3+IlUoQlhwN1DF2udZS1uRQFr4jTt3RB4cxxVBpG3BIcNfq myy71Q4bTgs1dnRfU3k6/DgD72+FTLMucF/oL5nZU/WxfBiMub4a79agIo3x/9l+S7t6+SvPqGdr IJkcn6bP0Ng9SqRwviTTZAl6+wsAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAA AAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAA ABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCHrTEH1AAA APkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABwMA AAAAAAAP8BAAAABGBAAA5AUAAEcQAAD5BQAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAA AABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAA ACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAA AAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAAC AAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0A bwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAA AAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAA AACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8HcAAAAAAJ8PBAAAAAQAAAAAAKgPEwAAAFBhcnRp YWxseSBzYXRpc2ZpZWQAAKEPIgAAABQAAAAAACAACwAAAAD/AwAHABQAAAABAEMAAQADAAMAAgAA AKoPCgAAABQAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPA7BgAAEgAK8AgAAAAMaAAA AgoAAKMAC/A8AAAAgAC4Tb0jgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEB ABUA/wEAAAgAvwMAAAIAEwAi8dkDAACpw9MDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMA AABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J 7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRR aOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+Lp tLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSL uqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAAL AAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S +D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63l E1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/ UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAsSy8GtMAAAD5 AAAADwAAAGRycy9kb3ducmV2LnhtbESPy07DMBBF90j9B2sqsamoUxYIhboVtEKwbQlC7IZ4moTG 48hj8vh7rC5geeeOztVZb0fXqp6CNJ4NrJYZKOLS24YrA8Xb8809KInIFlvPZGAige1mdrXG3PqB D9QfY6UShCVHA3WMXa61lDU5lKXviFN38sFhTDFU2gYcEty1+jbL7rTDhtNCjR3tairPxx9n4OO9 kGnRBe4L/S0Le64+V/vBmOv5+PgAKtIY/5+lfyqs/isvqFdrIJmcXqav0NgDSqRwuSTTZAl68wsA AP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRl bnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4B AABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCxLLwa0wAAAPkAAAAPAAAAAAAAAAAAAAAAAAYC AABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABgMAAAAAAAAP8BAAAABHEAAA5AUAAMAS AAD5BQAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACL ExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA 6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAAB AAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoA AABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBw AG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAA GgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQA AAAADwAN8FoAAAAAAJ8PBAAAAAQAAAAAAKEPIAAAAAEAAAAAACAACwAAAAD/AwAHAAEAAAAAAEMA AwADAAIAAACqDwoAAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwTQYAABIACvAI AAAADWgAAAIKAACzAAvwQgAAAIAAqFu9I4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8A BAAEAIEB3QgGAL8BEAAUAP8BAAAIAL8DAAACABMAIvHcAwAAqcPWAwAAUEsDBBQABgAIAAAAIQCJ 8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCw BITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQ tvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc 4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+Id Un4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEA WvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXE LLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOt rraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMf O0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgA AAAhAHJyKxfWAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj01rwkAQhu+F/odlBG91Y8FSUlcR 26JQejD1UG+T7OSDZGfD7jZGf30XD+3xnXd4Xp7lejSdGMj5xrKC+SwBQVxY3XCl4Pj1/vAMwgdk jZ1lUnAhD+vV/d0SU23PfKAhC5WIEPYpKqhD6FMpfVGTQT+zPXHsSusMhhhdJbXDc4SbTj4myZM0 2HBcqLGnbU1Fm/0YBdmpy/fDtdBvJX6fOH9tx8VHq9R0Mm5eQAQaw//zNfk0i+NfeUPttYJoUu4u uWv0AX0gd7tE02gJcvULAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAA AAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAA CwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAcnIrF9YAAAD5AAAA DwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAkDAAAAAAAA D/AQAAAAEAIAAPkFAABGBAAADQYAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBf AF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAA AQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAAC AQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQA AAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBv AHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAA AAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQ AAAAAACxDwgAAAAAAAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACoDwEAAACgAAChDyAAAAAC AAAAAAAgAAsAAAAA/wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAAAgAAAAEAAAAAAAAApg8MAAAA 8AAAAFZdOH9YgHiBDwAE8FUGAAASAArwCAAAAA5oAAACCgAAowAL8DwAAACAALhgvSOBAJIHAACC AJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx3AMAAKnD 1gMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFO wzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeq lgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUE s4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hV ZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMA AP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg 72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/H tw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9 HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz 4y8AAAD//wMAUEsDBBQABgAIAAAAIQBl+UjG1gAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/L bsIwEEX3lfoP1iB1g8AJi6pKMaiiqkqXQKqK3RAPSUo8jmyTR7++Fot2eeeOztVZrgfTiI6cry0r SOcJCOLC6ppLBfnhbfYEwgdkjY1lUjCSh/Xq/m6JmbY976jbh1JECPsMFVQhtJmUvqjIoJ/bljh2 Z+sMhhhdKbXDPsJNIxdJ8igN1hwXKmxpU1Fx2V+Ngq/P3I/T1nGXy28/1ZfymL72Sj1MhpdnEIGG 8P/88XNMF4e/8obaagXR5Pw+nlytd+gDudslmkZLkKtfAAAA//8DAFBLAQItABQABgAIAAAAIQCJ 8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAG AAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAG AAgAAAAhAGX5SMbWAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYA AAAAAwADALcAAAAJAwAAAAAAAA/wEAAAAEYEAAD5BQAARxAAAA0GAAAPABHwhAEAAA8AiBN8AQAA DwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAAC AAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEA AAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEA AGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAA AwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAE AAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8A XwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wcQAAAAAAnw8EAAAABAAA AAAAqA8NAAAATm9uIFNhdGlzZmllZAAAoQ8iAAAADgAAAAAAIAALAAAAAP8DAAcADgAAAAEAQwAB AAMAAwACAAAAqg8KAAAADgAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8DsGAAASAArw CAAAAA9oAAACCgAAowAL8DwAAACAAGhyvSOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/ AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2QMAAKnD0wMAAFBLAwQUAAYACAAAACEAifB7Ge0A AACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG 9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw3 3fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5 X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88 tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/ AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy 9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6x qGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w8 1c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQCx LLwa0wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LTsMwEEX3SP0HayqxqahTFgiFuhW0QrBt CULshniahMbjyGPy+HusLmB5547O1VlvR9eqnoI0ng2slhko4tLbhisDxdvzzT0oicgWW89kYCKB 7WZ2tcbc+oEP1B9jpRKEJUcDdYxdrrWUNTmUpe+IU3fywWFMMVTaBhwS3LX6NsvutMOG00KNHe1q Ks/HH2fg472QadEF7gv9LQt7rj5X+8GY6/n4+AAq0hj/n6V/Kqz+Ky+oV2sgmZxepq/Q2ANKpHC5 JNNkCXrzCwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAA AABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAA AAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhALEsvBrTAAAA+QAAAA8AAAAAAAAA AAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAGAwAAAAAAAA/wEAAAAEcQ AAD5BQAAwBIAAA0GAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABU ADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAA AAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAA AAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEA AAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABl ACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAA DgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8I AAAAAAAABAAAAAAPAA3wWgAAAAAAnw8EAAAABAAAAAAAoQ8gAAAAAQAAAAAAIAALAAAAAP8DAAcA AQAAAAAAQwADAAMAAgAAAKoPCgAAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBM BgAAEgAK8AgAAAAQaAAAAgoAALMAC/BCAAAAgADokr0jgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAA hwACAAAAvwAEAAQAgQHyCIQAvwEQABQA/wEAAAgAvwMAAAIAEwAi8dsDAACpw9UDAABQSwMEFAAG AAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbF DiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/al epCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj 5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s25 4a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQA BgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNb odfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZu pHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFO YQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBL AwQUAAYACAAAACEAWIjSJNUAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESP3UrDQBCF7wXfIYzg jdiNoiJpt6X4WwpepOkDTLOTZGl2NuyOberTu/RCL8+c4Tt8s8Xo+uxAIVrPGu4mOWTEtTeWWw3b 6v32GbIoyAZ7z6ThRBEW88uLGRbGH7mkw0baLEE4FqihExkKpWLdkcM48QNx6hofHEqKoVUm4DHB Xa/u8/xJObScFjoc6KWjer/5dhqW8ka76oFXH7ZalzdSN6V7VVpfX43LKWRCo/w//+Rf7nH7V55R K6MhmTSfp12wpsQoFM6XZJosQc1/AQAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAAT AAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/ AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAFiI0iTV AAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAI AwAAAAAAAA/wEAAAABACAAANBgAARgQAACIGAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoP EAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAU AAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEA AAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAA AAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAA TQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAG AAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEA MAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAAAAAAnw8EAAAABAAAAAAAqA8BAAAAoAAA oQ8gAAAAAgAAAAAAIAALAAAAAP8DAAcAAgAAAAAAQwADAAMAAgAAAKoPCgAAAAIAAAABAAAAAAAA AKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBuBgAAEgAK8AgAAAARaAAAAgoAAKMAC/A8AAAAgABoo70j gQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi 8dsDAACpw9UDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10u eG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72ex YGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE 5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cgln vgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ff dH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8Fq wzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2 HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF +S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6 dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAzUdsC9UAAAD5AAAADwAAAGRycy9kb3ducmV2 LnhtbESPTUsDMRCG74L/IUzBS2mz7UHKtmmRqlTw1Loi3sbNNLt2M1mSuB//3tCDHt95h+fl2ewG 24iOfKgdK1jMMxDEpdM1GwXF2/NsBSJEZI2NY1IwUoDd9vZmg7l2PR+pO0UjEoRDjgqqGNtcylBW ZDHMXUucurPzFmOK3kjtsU9w28hllt1LizWnhQpb2ldUXk4/VsHHexHGaeu5K+R3mOqL+Vw89krd TYaHNYhIQ/x/7orXlXn6K6+oF60gmZwP45ev9RFDJH+9JNNkCXL7CwAA//8DAFBLAQItABQABgAI AAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsB Ai0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsB Ai0AFAAGAAgAAAAhAM1HbAvVAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2Lnht bFBLBQYAAAAAAwADALcAAAAIAwAAAAAAAA/wEAAAAEYEAAANBgAARxAAACIGAAAPABHwhAEAAA8A iBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAA CAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAA AAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAA AAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgA AAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAA AAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoP EAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wiwAAAAAAnw8E AAAABAAAAAAAqA8nAAAAKFBhcnRpYWxseSkgbm9uIHNhdGlzZmllZCBidXQgY29uc2Vuc3VzAACh DyIAAAAoAAAAAAAgAAsAAAAA/wMABwAoAAAAAQBDAAEAAwADAAIAAACqDwoAAAAoAAAAAQAAAAAA AACmDwwAAADwAAAAVl04f1iAeIEPAATwOwYAABIACvAIAAAAEmgAAAIKAACjAAvwPAAAAIAAWLq9 I4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMA IvHZAwAAqcPTAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNd LnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9n sWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUy hOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJ Z74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX 33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/B asMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ 9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqM xfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTa unYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhALEsvBrTAAAA+QAAAA8AAABkcnMvZG93bnJl di54bWxEj8tOwzAQRfdI/QdrKrGpqFMWCIW6FbRCsG0JQuyGeJqExuPIY/L4e6wuYHnnjs7VWW9H 16qegjSeDayWGSji0tuGKwPF2/PNPSiJyBZbz2RgIoHtZna1xtz6gQ/UH2OlEoQlRwN1jF2utZQ1 OZSl74hTd/LBYUwxVNoGHBLctfo2y+60w4bTQo0d7Woqz8cfZ+DjvZBp0QXuC/0tC3uuPlf7wZjr +fj4ACrSGP+fpX8qrP4rL6hXayCZnF6mr9DYA0qkcLkk02QJevMLAAD//wMAUEsBAi0AFAAGAAgA AAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwEC LQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwEC LQAUAAYACAAAACEAsSy8GtMAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1s UEsFBgAAAAADAAMAtwAAAAYDAAAAAAAAD/AQAAAARxAAAA0GAADAEgAAIgYAAA8AEfCEAQAADwCI E3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAI DAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAA AQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAA AAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAA AAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAA BgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8Q AAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBaAAAAAACfDwQA AAAEAAAAAAChDyAAAAABAAAAAAAgAAsAAAAA/wMABwABAAAAAABDAAMAAwACAAAAqg8KAAAAAQAA AAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8E4GAAASAArwCAAAABNoAAACCgAAswAL8EIA AACAABjHvSOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABACBAZaWlgC/ARAAFAD/ AQAACAC/AwAAAgATACLx3QMAAKnD1wMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtD b250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHa skGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZO OcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1 EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2 ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABf cmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD 4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1C yWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3 PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQC3LJqW1wAAAPkAAAAP AAAAZHJzL2Rvd25yZXYueG1sRI9BSwMxEIXvgv8hjODNZhWVsm1aVGhXkYJdW7xON7ObxU2yZNJ2 66839KDHN2/4Ht90PthOHChw652C21EGglzldesaBZvPxc0YBEd0GjvvSMGJGOazy4sp5tof3ZoO ZWxEgjjOUYGJsc+l5MqQRR75nlzqah8sxhRDI3XAY4LbTt5l2aO02Lq0YLCnF0PVd7m3CrbLwiyf y6Ksefz+db/b9/yxeFPq+mp4moCINMT/559sZR82f+UZ9aoVJJO6OO1Cq9fIkcL5kkyTJcjZLwAA AP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRl bnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4B AABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQC3LJqW1wAAAPkAAAAPAAAAAAAAAAAAAAAAAAYC AABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACgMAAAAAAAAP8BAAAAAQAgAAIgYAAEYE AAA2BgAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACL ExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA 6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAAB AAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoA AABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBw AG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAA GgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQA AAAADwAN8GMAAAAAAJ8PBAAAAAQAAAAAAKgPAQAAAKAAAKEPIAAAAAIAAAAAACAACwAAAAD/AwAH AAIAAAAAAEMAAwADAAIAAACqDwoAAAACAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATw VgYAABIACvAIAAAAFGgAAAIKAACjAAvwPAAAAIAAmNa9I4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAA AIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHbAwAAqcPVAwAAUEsDBBQABgAIAAAA IQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJ uiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQ hTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmy a3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5 i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAA ACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6A sZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9f hjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIr bfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAG AAgAAAAhADlLk+zVAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj01Lw0AQhu+C/2EZwUtpN/Ug Je22iCJ68dAaEW9jdprEZmfDzjYf/96lBz2+8w7Py7PZja5VPQVpPBtYLjJQxKW3DVcGivfn+QqU RGSLrWcyMJHAbnt9tcHc+oH31B9ipRKEJUcDdYxdrrWUNTmUhe+IU3f0wWFMMVTaBhwS3LX6Lsvu tcOG00KNHT3WVJ4OZ2fg86OQadYF7gv9IzN7qr6WT4MxtzfjwxpUpDH+P69wfDvjX3lBvVoDyeT4 Mn2Hxu5RIoXLJZkmS9DbXwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAA AAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUB AAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQA5S5Ps1QAAAPkA AAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACAMAAAAA AAAP8BAAAABGBAAAIgYAAEcQAAA2BgAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABf AF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAA AAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAA AAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAA BAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBu AG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAA AAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACL ExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8HMAAAAAAJ8PBAAAAAQAAAAAAKgPDwAAAERpZmZlcmVk IG9yIE4vQQAAoQ8iAAAAEAAAAAAAIAALAAAAAP8DAAcAEAAAAAEAQwABAAMAAwACAAAAqg8KAAAA EAAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8DsGAAASAArwCAAAABVoAAACCgAAowAL 8DwAAACAANj8vSOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAA CAC/AwAAAgATACLx2QMAAKnD0wMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250 ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGo S3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdH rdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKc nYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7C MDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVs cy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4Set ZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnH hXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPW FCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQCxLLwa0wAAAPkAAAAPAAAA ZHJzL2Rvd25yZXYueG1sRI/LTsMwEEX3SP0HayqxqahTFgiFuhW0QrBtCULshniahMbjyGPy+Hus LmB5547O1VlvR9eqnoI0ng2slhko4tLbhisDxdvzzT0oicgWW89kYCKB7WZ2tcbc+oEP1B9jpRKE JUcDdYxdrrWUNTmUpe+IU3fywWFMMVTaBhwS3LX6NsvutMOG00KNHe1qKs/HH2fg472QadEF7gv9 LQt7rj5X+8GY6/n4+AAq0hj/n6V/Kqz+Ky+oV2sgmZxepq/Q2ANKpHC5JNNkCXrzCwAA//8DAFBL AQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBl c10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxz Ly5yZWxzUEsBAi0AFAAGAAgAAAAhALEsvBrTAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9k b3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAGAwAAAAAAAA/wEAAAAEcQAAAiBgAAwBIAADYGAAAP ABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAA GRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAA AAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAA BAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBp AGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIA YQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCK EzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3w WgAAAAAAnw8EAAAABAAAAAAAoQ8gAAAAAQAAAAAAIAALAAAAAP8DAAcAAQAAAAAAQwADAAMAAgAA AKoPCgAAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPA7BgAAEgAK8AgAAAAWaAAA AgoAAKMAC/A8AAAAgAD4270jgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEB ABUA/wEAAAgAvwMAAAIAEwAi8dkDAACpw9MDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMA AABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J 7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRR aOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+Lp tLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSL uqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAAL AAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S +D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63l E1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/ UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAsSy8GtMAAAD5 AAAADwAAAGRycy9kb3ducmV2LnhtbESPy07DMBBF90j9B2sqsamoUxYIhboVtEKwbQlC7IZ4moTG 48hj8vh7rC5geeeOztVZb0fXqp6CNJ4NrJYZKOLS24YrA8Xb8809KInIFlvPZGAige1mdrXG3PqB D9QfY6UShCVHA3WMXa61lDU5lKXviFN38sFhTDFU2gYcEty1+jbL7rTDhtNCjR3tairPxx9n4OO9 kGnRBe4L/S0Le64+V/vBmOv5+PgAKtIY/5+lfyqs/isvqFdrIJmcXqav0NgDSqRwuSTTZAl68wsA AP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRl bnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4B AABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCxLLwa0wAAAPkAAAAPAAAAAAAAAAAAAAAAAAYC AABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABgMAAAAAAAAP8BAAAAAQAgAANgYAAEYE AABLBgAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACL ExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA 6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAAB AAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoA AABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBw AG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAA GgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQA AAAADwAN8FoAAAAAAJ8PBAAAAAQAAAAAAKEPIAAAAAEAAAAAACAACwAAAAD/AwAHAAEAAAAAAEMA AwADAAIAAACqDwoAAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwOwYAABIACvAI AAAAF2gAAAIKAACjAAvwPAAAAIAAGA++I4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8A BAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHZAwAAqcPTAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAA AIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2 JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd 9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlf vk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0 Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78A AAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL1 7Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGo aUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzV znNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhALEs vBrTAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj8tOwzAQRfdI/QdrKrGpqFMWCIW6FbRCsG0J QuyGeJqExuPIY/L4e6wuYHnnjs7VWW9H16qegjSeDayWGSji0tuGKwPF2/PNPSiJyBZbz2RgIoHt Zna1xtz6gQ/UH2OlEoQlRwN1jF2utZQ1OZSl74hTd/LBYUwxVNoGHBLctfo2y+60w4bTQo0d7Woq z8cfZ+DjvZBp0QXuC/0tC3uuPlf7wZjr+fj4ACrSGP+fpX8qrP4rL6hXayCZnF6mr9DYA0qkcLkk 02QJevMLAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAA AFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAA AAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAsSy8GtMAAAD5AAAADwAAAAAAAAAA AAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAYDAAAAAAAAD/AQAAAARgQA ADYGAABHEAAASwYAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQA MQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAA AAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAA AAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAA AAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUA IABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAO AAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgA AAAAAAAEAAAAAA8ADfBaAAAAAACfDwQAAAAEAAAAAAChDyAAAAABAAAAAAAgAAsAAAAA/wMABwAB AAAAAABDAAMAAwACAAAAqg8KAAAAAQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8DsG AAASAArwCAAAABhoAAACCgAAowAL8DwAAACAAMgZviOBAJIHAACCAJIHAACDAJIHAACEAAAAAACH AAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2QMAAKnD0wMAAFBLAwQUAAYACAAAACEA ifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbog sASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5 ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6 HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYvi HVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAh AFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGV xCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yz ra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23z HztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAI AAAAIQCxLLwa0wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LTsMwEEX3SP0HayqxqahTFgiF uhW0QrBtCULshniahMbjyGPy+HusLmB5547O1VlvR9eqnoI0ng2slhko4tLbhisDxdvzzT0oicgW W89kYCKB7WZ2tcbc+oEP1B9jpRKEJUcDdYxdrrWUNTmUpe+IU3fywWFMMVTaBhwS3LX6NsvutMOG 00KNHe1qKs/HH2fg472QadEF7gv9LQt7rj5X+8GY6/n4+AAq0hj/n6V/Kqz+Ky+oV2sgmZxepq/Q 2ANKpHC5JNNkCXrzCwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAA AAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsA AAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhALEsvBrTAAAA+QAAAA8A AAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAGAwAAAAAAAA/w EAAAAEcQAAA2BgAAwBIAAEsGAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBf AFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEA AAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEA AAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAA AwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0 AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAA AAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAA AAAAsQ8IAAAAAAAABAAAAAAPAA3wWgAAAAAAnw8EAAAABAAAAAAAoQ8gAAAAAQAAAAAAIAALAAAA AP8DAAcAAQAAAAAAQwADAAMAAgAAAKoPCgAAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4 gQ8ABPBQBgAAEgAK8AgAAAAZaAAAAgoAAKMAC/A8AAAAgACYHr4jgQCSBwAAggCSBwAAgwCSBwAA hAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dwDAACpw9YDAABQSwMEFAAG AAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbF DiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/al epCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj 5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s25 4a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQA BgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNb odfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZu pHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFO YQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBL AwQUAAYACAAAACEAKPMOatYAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPTUvDQBCG74L/IYzg pbSbehCJ3RZRRA9WaIwUb2N2msRmZ8POmo9/79JDPb7zDs/Ls9qMtk168tI41rBcpJAQl840XGko Pp7nd5BIQDbYOiYNEwls1pcXK8yMG3hHfR6qJEJYMtRQh9BlSklZk0VZuI44dgfnLYYYfaWMxyHC batu0vRWWWw4LtTY0WNN5TH/tRr2n4VMs85zX6gfmZlj9bV8GrS+vhof7iEJNIb/53z7Ju/bc3lC vRoN0eTwMn37xuxQAvnTJZpGS1DrPwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAA EwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9Cxb vwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQAo8w5q 1gAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAA CQMAAAAAAAAP8BAAAAAQAgAASwYAAEYEAABfBgAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6 DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAA FAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAAB AAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAA AAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAA AE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAA BgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GwAAAAAAJ8PBAAAAAQAAAAAAKgPBgAAAE9y aWdpbgAAoQ8kAAAABwAAAAAAIAgLAAAAAP8BAAMABwAHAAAAAQBDAAEAAwADAAIAAACqDwoAAAAH AAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwVAYAABIACvAIAAAAGmgAAAIKAACjAAvw PAAAAIAA+Dm+I4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAI AL8DAAACABMAIvHbAwAAqcPVAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRl bnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahL e+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et 2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpyd gVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIw OIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxz Ly5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61m I9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceF cptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YU JzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAIXyELbVAAAA+QAAAA8AAABk cnMvZG93bnJldi54bWxEj8tuwjAQRfeV+AdrkLpBxaGLqkoxCIH6UHfQVFV303hwUuJxZJs8/r4W i7K8c0fn6izXg21ERz7UjhUs5hkI4tLpmo2C4uP57hFEiMgaG8ekYKQA69XkZom5dj3vqTtEIxKE Q44KqhjbXMpQVmQxzF1LnLqj8xZjit5I7bFPcNvI+yx7kBZrTgsVtrStqDwdzlbB12cRxlnruSvk b5jpk/le7HqlbqfD5glEpCFenwvzcn7f/JcX1JtWkEyOr+OPr/UeQyR/uSTTZAly9QcAAP//AwBQ SwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlw ZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVs cy8ucmVsc1BLAQItABQABgAIAAAAIQCF8hC21QAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMv ZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACAMAAAAAAAAP8BAAAABGBAAASwYAAEcQAABfBgAA DwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAA ABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgA AAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAA AAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIA aQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwBy AGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8A ihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN 8HEAAAAAAJ8PBAAAAAQAAAAAAKgPCwAAAERlc2NyaXB0aW9uAAChDyQAAAAMAAAAAAAgCAsAAAAA /wEAAwAHAAwAAAABAEMAAQADAAMAAgAAAKoPCgAAAAwAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/ WIB4gQ8ABPBPBgAAEgAK8AgAAAAbaAAAAgoAAKMAC/A8AAAAgAB4Sr4jgQCSBwAAggCSBwAAgwCS BwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dsDAACpw9UDAABQSwME FAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB 8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl 5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9r Eygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u 8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsD BBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDG iNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7l TBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSn YEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8D AFBLAwQUAAYACAAAACEAPjFRHNUAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPTUvDQBCG74L/ YRnBS7GbepASuy2iSAVPrRHxNmanSWx2Nuxs8/HvXXqwx3fe4Xl5VpvRtaqnII1nA4t5Boq49Lbh ykDx8Xq3BCUR2WLrmQxMJLBZX1+tMLd+4B31+1ipBGHJ0UAdY5drLWVNDmXuO+LUHXxwGFMMlbYB hwR3rb7PsgftsOG0UGNHzzWVx/3JGfj6LGSadYH7Qv/KzB6r78XLYMztzfj0CCrSGC/P0+l9u6T/ 8ox6swaSyWE7/YTG7lAihfMlmSZL0Os/AAAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUB AAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0 LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAD4x URzVAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcA AAAIAwAAAAAAAA/wEAAAAEcQAABLBgAAwBIAAF8GAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAA ALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAA AAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEA AAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFu YAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAm AAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcB AAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABU ADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wbAAAAAAAnw8EAAAABAAAAAAAqA8GAAAA U3RhdHVzAAChDyQAAAAHAAAAAAAgCAsAAAAA/wEAAwAHAAcAAAABAEMAAQADAAMAAgAAAKoPCgAA AAcAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPA7BgAAEgAK8AgAAAAcaAAAAgoAAKMA C/A8AAAAgADYSr4jgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEA AAgAvwMAAAIAEwAi8dkDAACpw9MDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29u dGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJB qEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnH R63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJi nJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmu wjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3Jl bHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+En rWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslp x4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T 1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAsSy8GtMAAAD5AAAADwAA AGRycy9kb3ducmV2LnhtbESPy07DMBBF90j9B2sqsamoUxYIhboVtEKwbQlC7IZ4moTG48hj8vh7 rC5geeeOztVZb0fXqp6CNJ4NrJYZKOLS24YrA8Xb8809KInIFlvPZGAige1mdrXG3PqBD9QfY6US hCVHA3WMXa61lDU5lKXviFN38sFhTDFU2gYcEty1+jbL7rTDhtNCjR3tairPxx9n4OO9kGnRBe4L /S0Le64+V/vBmOv5+PgAKtIY/5+lfyqs/isvqFdrIJmcXqav0NgDSqRwuSTTZAl68wsAAP//AwBQ SwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlw ZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVs cy8ucmVsc1BLAQItABQABgAIAAAAIQCxLLwa0wAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMv ZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABgMAAAAAAAAP8BAAAAAQAgAAXwYAAEYEAABzBgAA DwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAA ABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgA AAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAA AAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIA aQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwBy AGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8A ihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN 8FoAAAAAAJ8PBAAAAAQAAAAAAKEPIAAAAAEAAAAAACAACwAAAAD/AwAHAAEAAAAAAEMAAwADAAIA AACqDwoAAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwOwYAABIACvAIAAAAHWgA AAIKAACjAAvwPAAAAIAASGy+I4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8B AQAVAP8BAAAIAL8DAAACABMAIvHZAwAAqcPTAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAAT AAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2P Ce3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURk UWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi 6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaE i7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAA CwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseO kvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut 5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo /1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhALEsvBrTAAAA +QAAAA8AAABkcnMvZG93bnJldi54bWxEj8tOwzAQRfdI/QdrKrGpqFMWCIW6FbRCsG0JQuyGeJqE xuPIY/L4e6wuYHnnjs7VWW9H16qegjSeDayWGSji0tuGKwPF2/PNPSiJyBZbz2RgIoHtZna1xtz6 gQ/UH2OlEoQlRwN1jF2utZQ1OZSl74hTd/LBYUwxVNoGHBLctfo2y+60w4bTQo0d7Woqz8cfZ+Dj vZBp0QXuC/0tC3uuPlf7wZjr+fj4ACrSGP+fpX8qrP4rL6hXayCZnF6mr9DYA0qkcLkk02QJevML AAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250 ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAe AQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAsSy8GtMAAAD5AAAADwAAAAAAAAAAAAAAAAAG AgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAYDAAAAAAAAD/AQAAAARgQAAF8GAABH EAAAcwYAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAA ixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAA AOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAA AQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAK AAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkA cABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAA ABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAE AAAAAA8ADfBaAAAAAACfDwQAAAAEAAAAAAChDyAAAAABAAAAAAAgAAsAAAAA/wMABwABAAAAAABD AAMAAwACAAAAqg8KAAAAAQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8DsGAAASAArw CAAAAB5oAAACCgAAowAL8DwAAACAAOh8viOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/ AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2QMAAKnD0wMAAFBLAwQUAAYACAAAACEAifB7Ge0A AACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG 9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw3 3fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5 X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88 tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/ AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy 9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6x qGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w8 1c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQCx LLwa0wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LTsMwEEX3SP0HayqxqahTFgiFuhW0QrBt CULshniahMbjyGPy+HusLmB5547O1VlvR9eqnoI0ng2slhko4tLbhisDxdvzzT0oicgWW89kYCKB 7WZ2tcbc+oEP1B9jpRKEJUcDdYxdrrWUNTmUpe+IU3fywWFMMVTaBhwS3LX6NsvutMOG00KNHe1q Ks/HH2fg472QadEF7gv9LQt7rj5X+8GY6/n4+AAq0hj/n6V/Kqz+Ky+oV2sgmZxepq/Q2ANKpHC5 JNNkCXrzCwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAA AABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAA AAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhALEsvBrTAAAA+QAAAA8AAAAAAAAA AAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAGAwAAAAAAAA/wEAAAAEcQ AABfBgAAwBIAAHMGAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABU ADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAA AAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAA AAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEA AAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABl ACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAA DgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8I AAAAAAAABAAAAAAPAA3wWgAAAAAAnw8EAAAABAAAAAAAoQ8gAAAAAQAAAAAAIAALAAAAAP8DAAcA AQAAAAAAQwADAAMAAgAAAKoPCgAAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPA7 BgAAEgAK8AgAAAAfaAAAAgoAAKMAC/A8AAAAgAC4jb4jgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAA hwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dkDAACpw9MDAABQSwMEFAAGAAgAAAAh AInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6 ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CF ORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJr ehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL 4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAA IQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCx lcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+G M62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt 8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYA CAAAACEAsSy8GtMAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPy07DMBBF90j9B2sqsamoUxYI hboVtEKwbQlC7IZ4moTG48hj8vh7rC5geeeOztVZb0fXqp6CNJ4NrJYZKOLS24YrA8Xb8809KInI FlvPZGAige1mdrXG3PqBD9QfY6UShCVHA3WMXa61lDU5lKXviFN38sFhTDFU2gYcEty1+jbL7rTD htNCjR3tairPxx9n4OO9kGnRBe4L/S0Le64+V/vBmOv5+PgAKtIY/5+lfyqs/isvqFdrIJmcXqav 0NgDSqRwuSTTZAl68wsAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAA AAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAAL AAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCxLLwa0wAAAPkAAAAP AAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABgMAAAAAAAAP 8BAAAAAQAgAAcwYAAEYEAACIBgAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8A XwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAAB AAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIB AAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAA AAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8A dAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAA AAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAA AAAAALEPCAAAAAAAAAQAAAAADwAN8FoAAAAAAJ8PBAAAAAQAAAAAAKEPIAAAAAEAAAAAACAACwAA AAD/AwAHAAEAAAAAAEMAAwADAAIAAACqDwoAAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iA eIEPAATwOwYAABIACvAIAAAAIGgAAAIKAACjAAvwPAAAAIAAKJ6+I4EAkgcAAIIAkgcAAIMAkgcA AIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHZAwAAqcPTAwAAUEsDBBQA BgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIW xQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2 pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMo I+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLN ueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQU AAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojT W6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwW bqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BB TmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQ SwMEFAAGAAgAAAAhALEsvBrTAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj8tOwzAQRfdI/Qdr KrGpqFMWCIW6FbRCsG0JQuyGeJqExuPIY/L4e6wuYHnnjs7VWW9H16qegjSeDayWGSji0tuGKwPF 2/PNPSiJyBZbz2RgIoHtZna1xtz6gQ/UH2OlEoQlRwN1jF2utZQ1OZSl74hTd/LBYUwxVNoGHBLc tfo2y+60w4bTQo0d7Woqz8cfZ+DjvZBp0QXuC/0tC3uuPlf7wZjr+fj4ACrSGP+fpX8qrP4rL6hX ayCZnF6mr9DYA0qkcLkk02QJevMLAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMA AAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78A AAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAsSy8GtMA AAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAYD AAAAAAAAD/AQAAAARgQAAHMGAABHEAAAiAYAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8Q AAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQA AAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAA AAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAA AgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABN AG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYA AAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAw AAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBaAAAAAACfDwQAAAAEAAAAAAChDyAAAAABAAAA AAAgAAsAAAAA/wMABwABAAAAAABDAAMAAwACAAAAqg8KAAAAAQAAAAEAAAAAAAAApg8MAAAA8AAA AFZdOH9YgHiBDwAE8DsGAAASAArwCAAAACFoAAACCgAAowAL8DwAAACAAPinviOBAJIHAACCAJIH AACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2QMAAKnD0wMA AFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQ RfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJ BOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR 9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNV yGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP// AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0 X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8w Wl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXR gPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8A AAD//wMAUEsDBBQABgAIAAAAIQCxLLwa0wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LTsMw EEX3SP0HayqxqahTFgiFuhW0QrBtCULshniahMbjyGPy+HusLmB5547O1VlvR9eqnoI0ng2slhko 4tLbhisDxdvzzT0oicgWW89kYCKB7WZ2tcbc+oEP1B9jpRKEJUcDdYxdrrWUNTmUpe+IU3fywWFM MVTaBhwS3LX6NsvutMOG00KNHe1qKs/HH2fg472QadEF7gv9LQt7rj5X+8GY6/n4+AAq0hj/n6V/ Kqz+Ky+oV2sgmZxepq/Q2ANKpHC5JNNkCXrzCwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAA AIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAh AFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAh ALEsvBrTAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwAD ALcAAAAGAwAAAAAAAA/wEAAAAEcQAABzBgAAwBIAAIgGAAAPABHwhAEAAA8AiBN8AQAADwCKEzwB AAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEA AAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAA AQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABk bWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAA AAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAY AAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wWgAAAAAAnw8EAAAABAAAAAAAoQ8g AAAAAQAAAAAAIAALAAAAAP8DAAcAAQAAAAAAQwADAAMAAgAAAKoPCgAAAAEAAAABAAAAAAAAAKYP DAAAAPAAAABWXTh/WIB4gQ8ABPBUBgAAEgAK8AgAAAAiaAAAAgoAAKMAC/A8AAAAgABozr4jgQCS BwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dwD AACpw9YDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1s fJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIX qJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGX Zxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAu ZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08 YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAM BuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKe LVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83 E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzg OODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAplA7odYAAAD5AAAADwAAAGRycy9kb3ducmV2Lnht bESPy07DMBBF90j8gzVIbCrqlAVCoW5VgYBuWLRNBeyGeBqnjceRbfL4e6wu6PLOHZ2rM18OthEd +VA7VjCbZiCIS6drrhQUu9e7RxAhImtsHJOCkQIsF9dXc8y163lD3TZWIkE45KjAxNjmUobSkMUw dS1x6g7OW4wp+kpqj32C20beZ9mDtFhzWjDY0rOh8rT9tQo+90UYJ63nrpDHMNGn6nv20it1ezOs nkBEGuLleVy/fZiv//KMWmsFyeTwPv74Wm8wRPLnSzJNliAXfwAAAP//AwBQSwECLQAUAAYACAAA ACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQIt ABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQIt ABQABgAIAAAAIQCmUDuh1gAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQ SwUGAAAAAAMAAwC3AAAACQMAAAAAAAAP8BAAAAAQAgAAiAYAAEYEAACcBgAADwAR8IQBAAAPAIgT fAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgM AQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAAB AAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAA AAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAA AAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAG AQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAA AABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8HAAAAAAAJ8PBAAA AAQAAAAAAKgPCAAAAEZlYXR1cmVzAAChDyYAAAAJAAAAAAAgAAsAAAAA/wMABwAJAAAAAQBHAAEA AwADAAIA3QgG/gAAqg8KAAAACQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8DsGAAAS AArwCAAAACNoAAACCgAAowAL8DwAAACAAKjPviOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIA AAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2QMAAKnD0wMAAFBLAwQUAAYACAAAACEAifB7 Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASE ygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELby gCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBr zuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+ BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0 LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2 jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62 kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztF L6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAA IQCxLLwa0wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LTsMwEEX3SP0HayqxqahTFgiFuhW0 QrBtCULshniahMbjyGPy+HusLmB5547O1VlvR9eqnoI0ng2slhko4tLbhisDxdvzzT0oicgWW89k YCKB7WZ2tcbc+oEP1B9jpRKEJUcDdYxdrrWUNTmUpe+IU3fywWFMMVTaBhwS3LX6NsvutMOG00KN He1qKs/HH2fg472QadEF7gv9LQt7rj5X+8GY6/n4+AAq0hj/n6V/Kqz+Ky+oV2sgmZxepq/Q2ANK pHC5JNNkCXrzCwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAA AAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAA AAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhALEsvBrTAAAA+QAAAA8AAAAA AAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAGAwAAAAAAAA/wEAAA AEYEAACIBgAARxAAAJwGAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAAB AAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEA AAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAA AAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkA cABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAE AAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAA sQ8IAAAAAAAABAAAAAAPAA3wWgAAAAAAnw8EAAAABAAAAAAAoQ8gAAAAAQAAAAAAIAALAAAAAP8D AAcAAQAAAAAAQwADAAMAAgAAAKoPCgAAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8A BPA7BgAAEgAK8AgAAAAkaAAAAgoAAKMAC/A8AAAAgAAY7r4jgQCSBwAAggCSBwAAgwCSBwAAhAAA AAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dkDAACpw9MDAABQSwMEFAAGAAgA AAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQ Qkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCC M5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5Sqv GbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2c JjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAI AAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfS PoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAY X1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfm citt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQU AAYACAAAACEAsSy8GtMAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPy07DMBBF90j9B2sqsamo UxYIhboVtEKwbQlC7IZ4moTG48hj8vh7rC5geeeOztVZb0fXqp6CNJ4NrJYZKOLS24YrA8Xb8809 KInIFlvPZGAige1mdrXG3PqBD9QfY6UShCVHA3WMXa61lDU5lKXviFN38sFhTDFU2gYcEty1+jbL 7rTDhtNCjR3tairPxx9n4OO9kGnRBe4L/S0Le64+V/vBmOv5+PgAKtIY/5+lfyqs/isvqFdrIJmc Xqav0NgDSqRwuSTTZAl68wsAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAA AAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUB AAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCxLLwa0wAAAPkA AAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABgMAAAAA AAAP8BAAAABHEAAAiAYAAMASAACcBgAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABf AF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAA AAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAA AAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAA BAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBu AG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAA AAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACL ExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8FoAAAAAAJ8PBAAAAAQAAAAAAKEPIAAAAAEAAAAAACAA CwAAAAD/AwAHAAEAAAAAAEMAAwADAAIAAACqDwoAAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04 f1iAeIEPAATwOwYAABIACvAIAAAAJWgAAAIKAACjAAvwPAAAAIAAKPq+I4EAkgcAAIIAkgcAAIMA kgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHZAwAAqcPTAwAAUEsD BBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jc wfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs 5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3f axMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhP LvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBL AwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5Q xojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u 5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0 p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP// AwBQSwMEFAAGAAgAAAAhALEsvBrTAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj8tOwzAQRfdI /QdrKrGpqFMWCIW6FbRCsG0JQuyGeJqExuPIY/L4e6wuYHnnjs7VWW9H16qegjSeDayWGSji0tuG KwPF2/PNPSiJyBZbz2RgIoHtZna1xtz6gQ/UH2OlEoQlRwN1jF2utZQ1OZSl74hTd/LBYUwxVNoG HBLctfo2y+60w4bTQo0d7Woqz8cfZ+DjvZBp0QXuC/0tC3uuPlf7wZjr+fj4ACrSGP+fpX8qrP4r L6hXayCZnF6mr9DYA0qkcLkk02QJevMLAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEA ABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQs W78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAsSy8 GtMAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAA AAYDAAAAAAAAD/AQAAAAEAIAAJwGAABGBAAAsQYAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAA ug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAA ABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAA AQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5g AAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYA AABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEA AAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQA MQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBaAAAAAACfDwQAAAAEAAAAAAChDyAAAAAB AAAAAAAgAAsAAAAA/wMABwABAAAAAABDAAMAAwACAAAAqg8KAAAAAQAAAAEAAAAAAAAApg8MAAAA 8AAAAFZdOH9YgHiBDwAE8DsGAAASAArwCAAAACZoAAACCgAAowAL8DwAAACAAJgPvyOBAJIHAACC AJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2QMAAKnD 0wMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFO wzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeq lgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUE s4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hV ZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMA AP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg 72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/H tw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9 HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz 4y8AAAD//wMAUEsDBBQABgAIAAAAIQCxLLwa0wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/L TsMwEEX3SP0HayqxqahTFgiFuhW0QrBtCULshniahMbjyGPy+HusLmB5547O1VlvR9eqnoI0ng2s lhko4tLbhisDxdvzzT0oicgWW89kYCKB7WZ2tcbc+oEP1B9jpRKEJUcDdYxdrrWUNTmUpe+IU3fy wWFMMVTaBhwS3LX6NsvutMOG00KNHe1qKs/HH2fg472QadEF7gv9LQt7rj5X+8GY6/n4+AAq0hj/ n6V/Kqz+Ky+oV2sgmZxepq/Q2ANKpHC5JNNkCXrzCwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ 7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgA AAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgA AAAhALEsvBrTAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAA AwADALcAAAAGAwAAAAAAAA/wEAAAAEYEAACcBgAARxAAALEGAAAPABHwhAEAAA8AiBN8AQAADwCK EzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAA DAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAA AAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgA AABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAA AAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAA AAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBf AFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wWgAAAAAAnw8EAAAABAAAAAAA oQ8gAAAAAQAAAAAAIAALAAAAAP8DAAcAAQAAAAAAQwADAAMAAgAAAKoPCgAAAAEAAAABAAAAAAAA AKYPDAAAAPAAAABWXTh/WIB4gQ8ABPA7BgAAEgAK8AgAAAAnaAAAAgoAAKMAC/A8AAAAgACoG78j gQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi 8dkDAACpw9MDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10u eG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72ex YGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE 5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cgln vgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ff dH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8Fq wzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2 HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF +S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6 dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAsSy8GtMAAAD5AAAADwAAAGRycy9kb3ducmV2 LnhtbESPy07DMBBF90j9B2sqsamoUxYIhboVtEKwbQlC7IZ4moTG48hj8vh7rC5geeeOztVZb0fX qp6CNJ4NrJYZKOLS24YrA8Xb8809KInIFlvPZGAige1mdrXG3PqBD9QfY6UShCVHA3WMXa61lDU5 lKXviFN38sFhTDFU2gYcEty1+jbL7rTDhtNCjR3tairPxx9n4OO9kGnRBe4L/S0Le64+V/vBmOv5 +PgAKtIY/5+lfyqs/isvqFdrIJmcXqav0NgDSqRwuSTTZAl68wsAAP//AwBQSwECLQAUAAYACAAA ACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQIt ABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQIt ABQABgAIAAAAIQCxLLwa0wAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQ SwUGAAAAAAMAAwC3AAAABgMAAAAAAAAP8BAAAABHEAAAnAYAAMASAACxBgAADwAR8IQBAAAPAIgT fAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgM AQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAAB AAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAA AAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAA AAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAG AQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAA AABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8FoAgQIAAIICAACD AgAAhAIAAIUCAACGAgAAhwIAAIgCAACJAgAAigIAAIsCAACMAgAAjQIAAI4CAACPAgAAkAIAAJEC AACSAgAAkwIAAJQCAACVAgAAlgIAAJcCAACYAgAAmQIAAJoCAACbAgAAnAIAAJ0CAACeAgAAnwIA AKACAAChAgAAogIAAKMCAACkAgAApQIAAKYCAACnAgAAqAIAAKkCAACqAgAAqwIAAKwCAACtAgAA rgIAAK8CAACwAgAAsQIAALICAACzAgAAtAIAALUCAAC2AgAAtwIAALgCAAC5AgAAugIAALsCAAC8 AgAAvQIAAL4CAAC/AgAAwAIAAMECAADCAgAAwwIAAMQCAADFAgAAxgIAAMcCAADIAgAAyQIAAMoC AADLAgAAzAIAAM0CAADOAgAAzwIAANACAADRAgAA0gIAANMCAADUAgAA1QIAANYCAADXAgAA2AIA ANkCAADaAgAA2wIAANwCAADdAgAA3gIAAN8CAADgAgAA4QIAAOICAADjAgAA5AIAAOUCAADmAgAA 5wIAAOgCAADpAgAA6gIAAOsCAADsAgAA7QIAAO4CAADvAgAA8AIAAPECAADyAgAA8wIAAPQCAAD1 AgAA9gIAAPcCAAD4AgAA+QIAAPoCAAD7AgAA/QIAAP3////+AgAA/wIAAAADAAAAAAAAnw8EAAAA BAAAAAAAoQ8gAAAAAQAAAAAAIAALAAAAAP8DAAcAAQAAAAAAQwADAAMAAgAAAKoPCgAAAAEAAAAB AAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBEBgAAEgAK8AgAAAAoaAAAAgoAAKMAC/A8AAAA gAAYMb8jgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMA AAIAEwAi8dkDAACpw9MDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9U eXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/ NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiB VYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1 OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP 3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJl bHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZ wq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0ws ydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1UL QfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAJIztWdMAAAD5AAAADwAAAGRycy9k b3ducmV2LnhtbESPy07DMBBF90j8gzVIbKrWKQsEoW6FgAq2LUGouyGeJqHxOPKYPP4eqwtY3rmj c3VWm9G1qqcgjWcDy0UGirj0tuHKQPG+nd+BkohssfVMBiYS2KwvL1aYWz/wjvp9rFSCsORooI6x y7WWsiaHsvAdceqOPjiMKYZK24BDgrtW32TZrXbYcFqosaOnmsrT/scZ+PwoZJp1gftCf8vMnqrD 8nkw5vpqfHwAFWmM/8/b+xdC+1eeUW/WQDI5vk5fobE7lEjhfEmmyRL0+hcAAP//AwBQSwECLQAU AAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnht bFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVs c1BLAQItABQABgAIAAAAIQAkjO1Z0wAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJl di54bWxQSwUGAAAAAAMAAwC3AAAABgMAAAAAAAAP8BAAAAAQAgAAsQYAAEYEAADFBgAADwAR8IQB AAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEA AAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAA AAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAAB AAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwA AAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABo AHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAA AAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GMAAAAA AJ8PBAAAAAQAAAAAAKgPAQAAAEIAAKEPIAAAAAIAAAAAACAACwAAAAD/AwAHAAIAAAAAAEMAAwAD AAIAAACqDwoAAAACAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwnAYAABIACvAIAAAA KWgAAAIKAACjAAvwPAAAAIAA+Ee/I4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAE AL8BAQAVAP8BAAAIAL8DAAACABMAIvHbAwAAqcPVAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUB AAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEa jy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWz PURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8m BZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt +KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAV AQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6 aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpW C0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNC nqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAP1CMIrV AAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj01PAjEQhu8m/odmTLwQ6OLBmIVCDGDUI7iEeBu3 w25lO920dT/+vQ0HPb7zTp43z3I92EZ05INxrGA+y0AQl04brhQUHy/TJxAhImtsHJOCkQKsV7c3 S8y163lP3SFWIkE45KigjrHNpQxlTRbDzLXEqTs7bzGm6CupPfYJbhv5kGWP0qLhtFBjS5uaysvh xyo4HYswTlrPXSG/w0Rfqs/5tlfq/m54XoCINMT/5/fNrsjMX3lFvWkFyeT8On55o/cYIvnrJZkm S5CrXwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAA W0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAA AAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQD9QjCK1QAAAPkAAAAPAAAAAAAAAAAA AAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACAMAAAAAAAAP8BAAAABGBAAA sQYAAEcQAADFBgAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAA AAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAA AAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAA CQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAg AFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4A CQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAA AAAAAAQAAAAADwAN8LkAAAAAAJ8PBAAAAAQAAAAAAKgPVwAAAFRoZSByb3V0aW5nIHByb3RvY29s IE1VU1QgdGFrZSBpbnRvIGFjY291bnQgZGV2aWNlIGNoYXJhY3RlcmlzdGljcyBzdWNoIGFzIHBv d2VyIGJ1ZGdldAAAoQ8gAAAAWAAAAAAAIAALAAAAAP8DAAcAWAAAAAAAQwAEAAQAAgAAAKoPCgAA AFgAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBOBgAAEgAK8AgAAAAqaAAAAgoAALMA C/BCAAAAgAD4XL8jgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAgQEftxQAvwEQ ABQA/wEAAAgAvwMAAAIAEwAi8d0DAACpw9cDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMA AABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J 7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRR aOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+Lp tLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSL uqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAAL AAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S +D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63l E1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/ UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAMkDNT9cAAAD5 AAAADwAAAGRycy9kb3ducmV2LnhtbESPQUvDQBCF74L/YRnBm91YjGjstpSWYin0kBoFb9PsNAlm Z8Pumqb99V160OObN3yPbzIbTCt6cr6xrOBxlIAgLq1uuFJQfKweXkD4gKyxtUwKTuRhNr29mWCm 7ZFz6nehEhHCPkMFdQhdJqUvazLoR7Yjjt3BOoMhRldJ7fAY4aaV4yR5lgYbjgs1drSoqfzZ/RoF lC+KdPPUflby1Szt1z7t8823Uvd3w/wNRKAh/D+fk61Ji7/yilprBdHk8H7au0bn6AO56yWaRkuQ 0wsAAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtD b250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAA AAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAMkDNT9cAAAD5AAAADwAAAAAAAAAAAAAA AAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAoDAAAAAAAAD/AQAAAARxAAALEG AADAEgAAxQYAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAx AAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAA AQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAAD AQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkE AAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABU AHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkA EQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAA AAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACoDwEAAACgAAChDyAAAAACAAAAAAAgAAsAAAAA /wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAAAgAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiB DwAE8EQGAAASAArwCAAAACtoAAACCgAAowAL8DwAAACAACi0viOBAJIHAACCAJIHAACDAJIHAACE AAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2QMAAKnD0wMAAFBLAwQUAAYA CAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUO LBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6 kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPl Kq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnh rZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAG AAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh 19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6k cBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5h B+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsD BBQABgAIAAAAIQAkjO1Z0wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LTsMwEEX3SPyDNUhs qtYpCwShboWACrYtQai7IZ4mofE48pg8/h6rC1jeuaNzdVab0bWqpyCNZwPLRQaKuPS24cpA8b6d 34GSiGyx9UwGJhLYrC8vVphbP/CO+n2sVIKw5GigjrHLtZayJoey8B1x6o4+OIwphkrbgEOCu1bf ZNmtdthwWqixo6eaytP+xxn4/ChkmnWB+0J/y8yeqsPyeTDm+mp8fAAVaYz/z9v7F0L7V55Rb9ZA Mjm+Tl+hsTuUSOF8SabJEvT6FwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAA AAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAA FQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhACSM7VnTAAAA +QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAGAwAA AAAAAA/wEAAAABACAADFBgAARgQAANkGAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAA AF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAA IAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAA AAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIA AAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBv AG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAA AAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAA AIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAAAAAAnw8EAAAABAAAAAAAqA8BAAAAQgAAoQ8g AAAAAgAAAAAAIAALAAAAAP8DAAcAAgAAAAAAQwADAAMAAgAAAKoPCgAAAAIAAAABAAAAAAAAAKYP DAAAAPAAAABWXTh/WIB4gQ8ABPB5BgAAEgAK8AgAAAAsaAAAAgoAAKMAC/A8AAAAgAA4ab8jgQCS BwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8doD AACpw9QDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1s fJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIX qJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGX Zxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAu ZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08 YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAM BuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKe LVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83 E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzg OODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAvhu+ztQAAAD5AAAADwAAAGRycy9kb3ducmV2Lnht bESPTUvDQBCG74L/YRnBS7GbehCJ3RZRit6kMSLexuw0ic3Ohp01H//epQd7fOcdnpdnvZ1cpwYK 0no2sFpmoIgrb1uuDZTvu5t7UBKRLXaeycBMAtvN5cUac+tH3tNQxFolCEuOBpoY+1xrqRpyKEvf E6fu4IPDmGKotQ04Jrjr9G2W3WmHLaeFBnt6aqg6Fr/OwOdHKfOiDzyU+kcW9lh/rZ5HY66vpscH UJGmeH4u/O5t9P/lCfVqDSSTw8v8HVq7R4kUTpdkmixBb/4AAAD//wMAUEsBAi0AFAAGAAgAAAAh AInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAU AAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAU AAYACAAAACEAvhu+ztQAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsF BgAAAAADAAMAtwAAAAcDAAAAAAAAD/AQAAAARgQAAMUGAABHEAAA2QYAAA8AEfCEAQAADwCIE3wB AAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEA AAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAA AQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAF AQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAA AAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEA AAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAA XwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfCXAAAAAACfDwQAAAAE AAAAAACoDzUAAABTbGVlcGluZyBkZXZpY2VzIE1VU1QgYmUgYWJsZSB0byByZWNlaXZlIGluYm91 bmQgZGF0YQAAoQ8gAAAANgAAAAAAIAALAAAAAP8DAAcANgAAAAAAQwAEAAQAAgAAAKoPCgAAADYA AAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBOBgAAEgAK8AgAAAAtaAAAAgoAALMAC/BC AAAAgAAIe78jgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAgQGWlpYAvwEQABQA /wEAAAgAvwMAAAIAEwAi8d0DAACpw9cDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABb Q29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x 2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJW TjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdW tRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5 tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAA X3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9J w+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9 Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHw dz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAtyyaltcAAAD5AAAA DwAAAGRycy9kb3ducmV2LnhtbESPQUsDMRCF74L/IYzgzWYVlbJtWlRoV5GCXVu8Tjezm8VNsmTS duuvN/Sgxzdv+B7fdD7YThwocOudgttRBoJc5XXrGgWbz8XNGARHdBo770jBiRjms8uLKebaH92a DmVsRII4zlGBibHPpeTKkEUe+Z5c6mofLMYUQyN1wGOC207eZdmjtNi6tGCwpxdD1Xe5twq2y8Is n8uirHn8/nW/2/f8sXhT6vpqeJqAiDTE/+efbGUfNn/lGfWqFSSTujjtQqvXyJHC+ZJMkyXI2S8A AAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250 ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAe AQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAtyyaltcAAAD5AAAADwAAAAAAAAAAAAAAAAAG AgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAoDAAAAAAAAD/AQAAAARxAAAMUGAADA EgAA2QYAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAA ixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAA AOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAA AQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAK AAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkA cABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAA ABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAE AAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACoDwEAAACgAAChDyAAAAACAAAAAAAgAAsAAAAA/wMA BwACAAAAAABDAAMAAwACAAAAqg8KAAAAAgAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE 8EQGAAASAArwCAAAAC5oAAACCgAAowAL8DwAAACAAOiHvyOBAJIHAACCAJIHAACDAJIHAACEAAAA AACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2QMAAKnD0wMAAFBLAwQUAAYACAAA ACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBC SbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIz kIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Z smt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwm OYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgA AAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+ gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhf X4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+Zy K23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQA BgAIAAAAIQAkjO1Z0wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LTsMwEEX3SPyDNUhsqtYp CwShboWACrYtQai7IZ4mofE48pg8/h6rC1jeuaNzdVab0bWqpyCNZwPLRQaKuPS24cpA8b6d34GS iGyx9UwGJhLYrC8vVphbP/CO+n2sVIKw5GigjrHLtZayJoey8B1x6o4+OIwphkrbgEOCu1bfZNmt dthwWqixo6eaytP+xxn4/ChkmnWB+0J/y8yeqsPyeTDm+mp8fAAVaYz/z9v7F0L7V55Rb9ZAMjm+ Tl+hsTuUSOF8SabJEvT6FwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAA AAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEA AAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhACSM7VnTAAAA+QAA AA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAGAwAAAAAA AA/wEAAAABACAADZBgAARgQAAPMGAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8A XwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAA AAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAA AgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAE AAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4A bwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAA AAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsT EAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAAAAAAnw8EAAAABAAAAAAAqA8BAAAAQgAAoQ8gAAAA AgAAAAAAIAALAAAAAP8DAAcAAgAAAAAAQwADAAMAAgAAAKoPCgAAAAIAAAABAAAAAAAAAKYPDAAA APAAAABWXTh/WIB4gQ8ABPD9BgAAEgAK8AgAAAAvaAAAAgoAAKMAC/A8AAAAgAB4jL8jgQCSBwAA ggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dsDAACp w9UDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBB TsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3 qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1 BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/Y VWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcD AAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7 YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwv x7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773 /R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODT M+MvAAAA//8DAFBLAwQUAAYACAAAACEADwSkjtUAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESP y07DMBBF90j8gzVIbKLWaRcIhboVKkKUXR+pUHdDPE1C43Fkmzz+HqsLurxzR+fqLFaDaURHzteW FcymKQjiwuqaSwX54X3yDMIHZI2NZVIwkofV8v5ugZm2Pe+o24dSRAj7DBVUIbSZlL6oyKCf2pY4 dmfrDIYYXSm1wz7CTSPnafokDdYcFypsaV1Rcdn/GgVfx9yPSeu4y+WPT/SlPM3eeqUeH4bXFxCB hnB7Ttaf2+34X15RG60gmpw/xm9X6x36QO56iabREuTyDwAA//8DAFBLAQItABQABgAIAAAAIQCJ 8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAG AAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAG AAgAAAAhAA8EpI7VAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYA AAAAAwADALcAAAAIAwAAAAAAAA/wEAAAAEYEAADZBgAARxAAAPMGAAAPABHwhAEAAA8AiBN8AQAA DwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAAC AAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEA AAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEA AGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAA AwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAE AAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8A XwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wGgEAAAAAnw8EAAAABAAA AAAAqA+4AAAATWVzc2FnZXMgc2VudCB0byBiYXR0ZXJ5IHBvd2VyZWQgbm9kZXMgTVVTVCBiZSBi dWZmZXJlZCBhbmQgcmV0cmllZCBieSB0aGUgbGFzdCBob3Agcm91dGVyIGZvciBhIHBlcmlvZCBv ZiBhdCBsZWFzdCAyMCBzZWNvbmRzIHdoZW4gdGhlIGRlc3RpbmF0aW9uIG5vZGUgaXMgY3VycmVu dGx5IGluIGl0cyBzbGVlcCBjeWNsZQAAoQ8gAAAAuQAAAAAAIAALAAAAAP8DAAcAuQAAAAAAQwAE AAQAAgAAAKoPCgAAALkAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBOBgAAEgAK8AgA AAAwaAAAAgoAALMAC/BCAAAAgAB4m78jgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAE AAQAgQGWlpYAvwEQABQA/wEAAAgAvwMAAAIAEwAi8d0DAACpw9cDAABQSwMEFAAGAAgAAAAhAInw exntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAE hMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC2 8oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzg a87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1S fgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa 9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQs toxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62u tpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87 RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAA ACEAtyyaltcAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPQUsDMRCF74L/IYzgzWYVlbJtWlRo V5GCXVu8Tjezm8VNsmTSduuvN/Sgxzdv+B7fdD7YThwocOudgttRBoJc5XXrGgWbz8XNGARHdBo7 70jBiRjms8uLKebaH92aDmVsRII4zlGBibHPpeTKkEUe+Z5c6mofLMYUQyN1wGOC207eZdmjtNi6 tGCwpxdD1Xe5twq2y8Isn8uirHn8/nW/2/f8sXhT6vpqeJqAiDTE/+efbGUfNn/lGfWqFSSTujjt QqvXyJHC+ZJMkyXI2S8AAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAA AAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAA CwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAtyyaltcAAAD5AAAA DwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAoDAAAAAAAA D/AQAAAARxAAANkGAADAEgAA8wYAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBf AF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAA AQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAAC AQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQA AAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBv AHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAA AAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQ AAAAAACxDwgAAAAAAAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACoDwEAAACgAAChDyAAAAAC AAAAAAAgAAsAAAAA/wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAAAgAAAAEAAAAAAAAApg8MAAAA 8AAAAFZdOH9YgHiBDwAE8EQGAAASAArwCAAAADFoAAACCgAAowAL8DwAAACAAMgKwCOBAJIHAACC AJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2QMAAKnD 0wMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFO wzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeq lgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUE s4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hV ZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMA AP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg 72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/H tw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9 HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz 4y8AAAD//wMAUEsDBBQABgAIAAAAIQAkjO1Z0wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/L TsMwEEX3SPyDNUhsqtYpCwShboWACrYtQai7IZ4mofE48pg8/h6rC1jeuaNzdVab0bWqpyCNZwPL RQaKuPS24cpA8b6d34GSiGyx9UwGJhLYrC8vVphbP/CO+n2sVIKw5GigjrHLtZayJoey8B1x6o4+ OIwphkrbgEOCu1bfZNmtdthwWqixo6eaytP+xxn4/ChkmnWB+0J/y8yeqsPyeTDm+mp8fAAVaYz/ z9v7F0L7V55Rb9ZAMjm+Tl+hsTuUSOF8SabJEvT6FwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ 7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgA AAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgA AAAhACSM7VnTAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAA AwADALcAAAAGAwAAAAAAAA/wEAAAABACAADzBgAARgQAAA0HAAAPABHwhAEAAA8AiBN8AQAADwCK EzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAA DAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAA AAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgA AABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAA AAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAA AAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBf AFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAAAAAAnw8EAAAABAAAAAAA qA8BAAAAQgAAoQ8gAAAAAgAAAAAAIAALAAAAAP8DAAcAAgAAAAAAQwADAAMAAgAAAKoPCgAAAAIA AAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPCwBgAAEgAK8AgAAAAyaAAAAgoAAKMAC/A8 AAAAgADYG8AjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgA vwMAAAIAEwAi8dkDAACpw9MDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVu dF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt7 5v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63Z TOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2B XET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4 g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMv LnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj 0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vy m0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQn M1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAFeec2dMAAAD5AAAADwAAAGRy cy9kb3ducmV2LnhtbESPTUvDQBCG74L/YRnBS7Gb5iASuy2iiF7bpoi3MTtNYrOzYWfNx7936UGP 77zD8/Kst5Pr1EBBWs8GVssMFHHlbcu1gfLwevcASiKyxc4zGZhJYLu5vlpjYf3IOxr2sVYJwlKg gSbGvtBaqoYcytL3xKk7+eAwphhqbQOOCe46nWfZvXbYclposKfnhqrz/scZ+DiWMi/6wEOpv2Vh z/Xn6mU05vZmenoEFWmK/895x/nh+FdeUO/WQDI5vc1fobU7lEjhckmmyRL05hcAAP//AwBQSwEC LQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNd LnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8u cmVsc1BLAQItABQABgAIAAAAIQAV55zZ0wAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93 bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABgMAAAAAAAAP8BAAAABGBAAA8wYAAEcQAAANBwAADwAR 8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQ FAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAE AAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQB AAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBh AGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEA cABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMw AAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8M8A AAAAAJ8PBAAAAAQAAAAAAKgPbQAAAFRoZSByb3V0aW5nIHByb3RvY29sIE1VU1QgcHJvdmlkZSBy b3V0ZXMgYmV0d2VlbiBhcmJpdHJhcnkgaG9zdHMgd2l0aGluIHRoZSBhcHByb3ByaWF0ZSBhZG1p bmlzdHJhdGl2ZSBkb21haW4AAKEPIAAAAG4AAAAAACAACwAAAAD/AwAHAG4AAAAAAEMABAAEAAIA AACqDwoAAABuAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwUgYAABIACvAIAAAAM2gA AAIKAACzAAvwQgAAAIAACCzAI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAIEB H7cUAL8BEAAUAP8BAAAIAL8DAAACABMAIvHdAwAAqcPXAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAA AIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2 JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd 9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlf vk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0 Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78A AAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL1 7Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGo aUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzV znNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAPT7 7EzXAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj0FPwkAQhe8m/ofNmHCTrQREKwshiNFAQlJE jbehO7SN3dlmdy3l37PhoMc3b/K9fJNZZ2rRkvOVZQV3/QQEcW51xYWC3fvL7QMIH5A11pZJwYk8 zKbXVxNMtT1yRu02FCJC2KeooAyhSaX0eUkGfd82xLE7WGcwxOgKqR0eI9zUcpAk99JgxXGhxIYW JeU/21+jgLLFbrQa1h+FfDTP9nM/arPVt1K9m27+BCJQF/6fv8bLjVz/lRfUm1YQTQ6vp72rdIY+ kLtcomm0BDk9AwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAA AAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAA AAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAPT77EzXAAAA+QAAAA8AAAAA AAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAKAwAAAAAAAA/wEAAA AEcQAADzBgAAwBIAAA0HAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAAB AAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEA AAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAA AAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkA cABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAE AAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAA sQ8IAAAAAAAABAAAAAAPAA3wZwAAAAAAnw8EAAAABAAAAAAAqA8BAAAAoAAAoQ8kAAAAAgAAAAAA IAALAAAAAP8DAAcAAgAAAAAARwADAAMAAgAftxT+AACqDwoAAAACAAAAAQAAAAAAAACmDwwAAADw AAAAVl04f1iAeIEPAATwRAYAABIACvAIAAAANGgAAAIKAACjAAvwPAAAAIAAOD3AI4EAkgcAAIIA kgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHZAwAAqcPT AwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7D MBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qW AskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSz gxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVn M1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA //8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2Dv YHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3 DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e 5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPj LwAAAP//AwBQSwMEFAAGAAgAAAAhACSM7VnTAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj8tO wzAQRfdI/IM1SGyq1ikLBKFuhYAKti1BqLshniah8TjymDz+HqsLWN65o3N1VpvRtaqnII1nA8tF Boq49LbhykDxvp3fgZKIbLH1TAYmEtisLy9WmFs/8I76faxUgrDkaKCOscu1lrImh7LwHXHqjj44 jCmGStuAQ4K7Vt9k2a122HBaqLGjp5rK0/7HGfj8KGSadYH7Qn/LzJ6qw/J5MOb6anx8ABVpjP/P 2/sXQvtXnlFv1kAyOb5OX6GxO5RI4XxJpskS9PoXAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexnt AAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAA ACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAA ACEAJIztWdMAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAD AAMAtwAAAAYDAAAAAAAAD/AQAAAAEAIAAA0HAABGBAAAIgcAAA8AEfCEAQAADwCIE3wBAAAPAIoT PAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAM AQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAA AAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAA AGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAA AAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAA ABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8A UABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACo DwEAAABCAAChDyAAAAACAAAAAAAgAAsAAAAA/wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAAAgAA AAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8HsGAAASAArwCAAAADVoAAACCgAAowAL8DwA AACAAFhOwCOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/ AwAAAgATACLx3AMAAKnD1gMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50 X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm /f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM 6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFc RPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiD qk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8u cmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPR yNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKb TCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCcz VQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQAk2mpz1gAAAPkAAAAPAAAAZHJz L2Rvd25yZXYueG1sRI9NSwMxEIbvgv8hjOCl2GwVpGybFlFELx66rkhv42a6G7uZLEm6H//e0IM9 vvMOz8uz3o62FT35YBwrWMwzEMSV04ZrBeXn690SRIjIGlvHpGCiANvN9dUac+0G3lFfxFokCIcc FTQxdrmUoWrIYpi7jjh1B+ctxhR9LbXHIcFtK++z7FFaNJwWGuzouaHqWJysgu+vMkyzznNfyt8w 08d6v3gZlLq9GZ9WICKN8fK8NA+nj+K/PKPetYJkcnibfrzROwyR/PmSTJMlyM0fAAAA//8DAFBL AQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBl c10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxz Ly5yZWxzUEsBAi0AFAAGAAgAAAAhACTaanPWAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9k b3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAJAwAAAAAAAA/wEAAAAEYEAAANBwAARxAAACIHAAAP ABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAA GRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAA AAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAA BAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBp AGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIA YQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCK EzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3w lwAAAAAAnw8EAAAABAAAAAAAqA81AAAAUm91dGluZyBNVVNUIHN1cHBvcnQgYW55Y2FzdCwgdW5p Y2FzdCwgYW5kIG11bHRpY2FzdC4AAKEPIAAAADYAAAAAACAACwAAAAD/AwAHADYAAAAAAEMABAAE AAIAAACqDwoAAAA2AAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwTgYAABIACvAIAAAA NmgAAAIKAACzAAvwQgAAAIAASF/AI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAE AIEB/PMFAL8BEAAUAP8BAAAIAL8DAAACABMAIvHdAwAAqcPXAwAAUEsDBBQABgAIAAAAIQCJ8HsZ 7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITK AUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKA LDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO 4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4F Xzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQs W78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaM ZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQ LrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0Uv rDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAh AF/i9WXXAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj1tLAzEQhd8F/0MYwTebVHSRbdMiRfFW H3pR8G26mb3gZrIksbvtrzf0QR/PnOE7fNP5YFuxJx8axxrGIwWCuHCm4UrDdvN4dQciRGSDrWPS cKAA89n52RRz43pe0X4dK5EgHHLUUMfY5VKGoiaLYeQ64tSVzluMKfpKGo99gttWXiuVSYsNp4Ua O1rUVHyvf6yGj2FRvu7esqMqPt3NuM+++GH5ovXlxXA/ARFpiP/PR/Vub7d/5Qn1bDQkk/LpsPON WWGI5E+XZJosQc5+AQAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAA AAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsA AAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAF/i9WXXAAAA+QAAAA8A AAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAKAwAAAAAAAA/w EAAAAEcQAAANBwAAwBIAACIHAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBf AFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEA AAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEA AAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAA AwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0 AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAA AAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAA AAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAAAAAAnw8EAAAABAAAAAAAqA8BAAAAoAAAoQ8gAAAAAgAA AAAAIAALAAAAAP8DAAcAAgAAAAAAQwADAAMAAgAAAKoPCgAAAAIAAAABAAAAAAAAAKYPDAAAAPAA AABWXTh/WIB4gQ8ABPBEBgAAEgAK8AgAAAA3aAAAAgoAAKMAC/A8AAAAgAC4ccAjgQCSBwAAggCS BwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dkDAACpw9MD AABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMw EEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYC yQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLOD EfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWcz VchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD/ /wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9g dF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cP MFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l 0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+Mv AAAA//8DAFBLAwQUAAYACAAAACEAJIztWdMAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPy07D MBBF90j8gzVIbKrWKQsEoW6FgAq2LUGouyGeJqHxOPKYPP4eqwtY3rmjc3VWm9G1qqcgjWcDy0UG irj0tuHKQPG+nd+BkohssfVMBiYS2KwvL1aYWz/wjvp9rFSCsORooI6xy7WWsiaHsvAdceqOPjiM KYZK24BDgrtW32TZrXbYcFqosaOnmsrT/scZ+PwoZJp1gftCf8vMnqrD8nkw5vpqfHwAFWmM/8/b +xdC+1eeUW/WQDI5vk5fobE7lEjhfEmmyRL0+hcAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0A AACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAA IQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAA IQAkjO1Z0wAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMA AwC3AAAABgMAAAAAAAAP8BAAAAAQAgAAIgcAAEYEAAA8BwAADwAR8IQBAAAPAIgTfAEAAA8AihM8 AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwB AAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAA AAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAA ZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAA AAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAA GAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQ AFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GMAAAAAAJ8PBAAAAAQAAAAAAKgP AQAAAEIAAKEPIAAAAAIAAAAAACAACwAAAAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoAAAACAAAA AQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATw7AYAABIACvAIAAAAOGgAAAIKAACjAAvwPAAA AIAAyILAI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8D AAACABMAIvHbAwAAqcPVAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRf VHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9 /zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2Uzo gVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE 9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOq T9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5y ZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI 2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptM LMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNV C0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhANe9vSbVAAAA+QAAAA8AAABkcnMv ZG93bnJldi54bWxEj01LAzEQhu+C/yGM4GVps/UgsjYtRRE9ia0r0tt0M91du5mEJO7Hvzf0YI/v vMPz8izXo+lETz60lhUs5jkI4srqlmsF5efL7AFEiMgaO8ukYKIA69X11RILbQfeUr+LtUgQDgUq aGJ0hZShashgmFtHnLqj9QZjir6W2uOQ4KaTd3l+Lw22nBYadPTUUHXa/RoF319lmDLnuS/lT8j0 qd4vngelbm/GzSOISGO8PGf7zce7+y/PqDetIJkcX6eDb/UWQyR/viTTZAly9QcAAP//AwBQSwEC LQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNd LnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8u cmVsc1BLAQItABQABgAIAAAAIQDXvb0m1QAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93 bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACAMAAAAAAAAP8BAAAABGBAAAIgcAAEcQAAA8BwAADwAR 8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQ FAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAE AAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQB AAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBh AGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEA cABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMw AAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8AkB AAAAAJ8PBAAAAAQAAAAAAKgPpwAAAFRoZSByb3V0aW5nIHByb3RvY29sIE1VU1Qgc3VwcG9ydCBh IG1ldHJpYyBvZiByb3V0ZSBxdWFsaXR5IGFuZCBvcHRpbWl6ZSBzZWxlY3Rpb24gYWNjb3JkaW5n IHRvIHN1Y2ggbWV0cmljcyB3aXRoaW4gY29uc3RyYWludHMgZXN0YWJsaXNoZWQgZm9yIGxpbmtz IGFsb25nIHRoZSByb3V0ZXMuAAChDyAAAACoAAAAAAAgAAsAAAAA/wMABwCoAAAAAABDAAQABAAC AAAAqg8KAAAAqAAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8E4GAAASAArwCAAAADlo AAACCgAAswAL8EIAAACAAMiJwCOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABACB AR+3FAC/ARAAFAD/AQAACAC/AwAAAgATACLx3QMAAKnD1wMAAFBLAwQUAAYACAAAACEAifB7Ge0A AACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG 9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw3 3fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5 X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88 tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/ AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy 9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6x qGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w8 1c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQAy QM1P1wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9BS8NAEIXvgv9hGcGb3ViMaOy2lJZiKfSQ GgVv0+w0CWZnw+6apv31XXrQ45s3fI9vMhtMK3pyvrGs4HGUgCAurW64UlB8rB5eQPiArLG1TApO 5GE2vb2ZYKbtkXPqd6ESEcI+QwV1CF0mpS9rMuhHtiOO3cE6gyFGV0nt8BjhppXjJHmWBhuOCzV2 tKip/Nn9GgWUL4p089R+VvLVLO3XPu3zzbdS93fD/A1EoCH8P5+TrUmLv/KKWmsF0eTwftq7Rufo A7nrJZpGS5DTCwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAA AAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAA AAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQAyQM1P1wAAAPkAAAAPAAAA AAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACgMAAAAAAAAP8BAA AABHEAAAIgcAAMASAAA8BwAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQ AFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAA AQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAAB AAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMA AAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5 AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAA BAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAA ALEPCAAAAAAAAAQAAAAADwAN8GMAAAAAAJ8PBAAAAAQAAAAAAKgPAQAAAKAAAKEPIAAAAAIAAAAA ACAACwAAAAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoAAAACAAAAAQAAAAAAAACmDwwAAADwAAAA Vl04f1iAeIEPAATwRAYAABIACvAIAAAAOmgAAAIKAACjAAvwPAAAAIAAGKXAI4EAkgcAAIIAkgcA AIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHZAwAAqcPTAwAA UEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF 90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE 62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1 XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XI YzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8D AFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRf lO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBa XQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA 8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAA AP//AwBQSwMEFAAGAAgAAAAhACSM7VnTAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj8tOwzAQ RfdI/IM1SGyq1ikLBKFuhYAKti1BqLshniah8TjymDz+HqsLWN65o3N1VpvRtaqnII1nA8tFBoq4 9LbhykDxvp3fgZKIbLH1TAYmEtisLy9WmFs/8I76faxUgrDkaKCOscu1lrImh7LwHXHqjj44jCmG StuAQ4K7Vt9k2a122HBaqLGjp5rK0/7HGfj8KGSadYH7Qn/LzJ6qw/J5MOb6anx8ABVpjP/P2/sX QvtXnlFv1kAyOb5OX6GxO5RI4XxJpskS9PoXAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAA hQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEA WvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEA JIztWdMAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMA twAAAAYDAAAAAAAAD/AQAAAAEAIAADwHAABGBAAAVgcAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEA AAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAA AAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAAB AQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRt YW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAA ACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgA BwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQ AFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACoDwEA AABCAAChDyAAAAACAAAAAAAgAAsAAAAA/wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAAAgAAAAEA AAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8MkGAAASAArwCAAAADtoAAACCgAAowAL8DwAAACA AGizwCOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAA AgATACLx2wMAAKnD1QMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5 cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80 zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFV iEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU6 1f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/c F+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVs c2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnC ruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ 1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB 9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQACz3ls1QAAAPkAAAAPAAAAZHJzL2Rv d25yZXYueG1sRI/LTsMwEEX3SP0HayqxqVqnLBAKdSvUqIIlDUEVu2k8TULjcWSbPP4eqwtY3rmj c3U2u9G0oifnG8sK1qsEBHFpdcOVguLjsHwC4QOyxtYyKZjIw247u9tgqu3AR+rzUIkIYZ+igjqE LpXSlzUZ9CvbEcfuYp3BEKOrpHY4RLhp5UOSPEqDDceFGjva11Re8x+j4PRZ+GnROe4L+e0X+lp9 rbNBqfv5+PIMItAY/p+z/JS953/lDfWmFUSTy+t0do0+og/kbpdoGi1Bbn8BAAD//wMAUEsBAi0A FAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54 bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJl bHNQSwECLQAUAAYACAAAACEAAs95bNUAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25y ZXYueG1sUEsFBgAAAAADAAMAtwAAAAgDAAAAAAAAD/AQAAAARgQAADwHAABHEAAAVgcAAA8AEfCE AQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQB AAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAA AAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAA AQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBs AAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAA aAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAA AAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfDmAAAA AACfDwQAAAAEAAAAAACoD4QAAABDb21tdW5pY2F0aW9uIHJvdXRlcyBNVVNUIGJlIGFkYXB0aXZl IGFuZCBjb252ZXJnZSB0b3dhcmQgb3B0aW1hbGl0eSBvZiB0aGUgY2hvc2VuIG1ldHJpYyAoZS5n Liwgc2lnbmFsIHF1YWxpdHksIGhvcCBjb3VudCkgaW4gdGltZS4AAKEPIAAAAIUAAAAAACAACwAA AAD/AwAHAIUAAAAAAEMABAAEAAIAAACqDwoAAACFAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iA eIEPAATwTgYAABIACvAIAAAAPGgAAAIKAACzAAvwQgAAAIAAWMfAI4EAkgcAAIIAkgcAAIMAkgcA AIQAAAAAAIcAAgAAAL8ABAAEAIEBH7cUAL8BEAAUAP8BAAAIAL8DAAACABMAIvHdAwAAqcPXAwAA UEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF 90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE 62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1 XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XI YzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8D AFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRf lO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBa XQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA 8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAA AP//AwBQSwMEFAAGAAgAAAAhADJAzU/XAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj0FLw0AQ he+C/2EZwZvdWIxo7LaUlmIp9JAaBW/T7DQJZmfD7pqm/fVdetDjmzd8j28yG0wrenK+sazgcZSA IC6tbrhSUHysHl5A+ICssbVMCk7kYTa9vZlgpu2Rc+p3oRIRwj5DBXUIXSalL2sy6Ee2I47dwTqD IUZXSe3wGOGmleMkeZYGG44LNXa0qKn82f0aBZQvinTz1H5W8tUs7dc+7fPNt1L3d8P8DUSgIfw/ n5OtSYu/8opaawXR5PB+2rtG5+gDueslmkZLkNMLAAAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ 7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgA AAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgA AAAhADJAzU/XAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAA AwADALcAAAAKAwAAAAAAAA/wEAAAAEcQAAA8BwAAwBIAAFYHAAAPABHwhAEAAA8AiBN8AQAADwCK EzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAA DAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAA AAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgA AABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAA AAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAA AAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBf AFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAAAAAAnw8EAAAABAAAAAAA qA8BAAAAoAAAoQ8gAAAAAgAAAAAAIAALAAAAAP8DAAcAAgAAAAAAQwADAAMAAgAAAKoPCgAAAAIA AAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBEBgAAEgAK8AgAAAA9aAAAAgoAAKMAC/A8 AAAAgACY2sAjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgA vwMAAAIAEwAi8dkDAACpw9MDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVu dF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt7 5v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63Z TOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2B XET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4 g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMv LnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj 0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vy m0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQn M1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAJIztWdMAAAD5AAAADwAAAGRy cy9kb3ducmV2LnhtbESPy07DMBBF90j8gzVIbKrWKQsEoW6FgAq2LUGouyGeJqHxOPKYPP4eqwtY 3rmjc3VWm9G1qqcgjWcDy0UGirj0tuHKQPG+nd+BkohssfVMBiYS2KwvL1aYWz/wjvp9rFSCsORo oI6xy7WWsiaHsvAdceqOPjiMKYZK24BDgrtW32TZrXbYcFqosaOnmsrT/scZ+PwoZJp1gftCf8vM nqrD8nkw5vpqfHwAFWmM/8/b+xdC+1eeUW/WQDI5vk5fobE7lEjhfEmmyRL0+hcAAP//AwBQSwEC LQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNd LnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8u cmVsc1BLAQItABQABgAIAAAAIQAkjO1Z0wAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93 bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABgMAAAAAAAAP8BAAAAAQAgAAVgcAAEYEAAB9BwAADwAR 8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQ FAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAE AAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQB AAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBh AGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEA cABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMw AAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GMA AAAAAJ8PBAAAAAQAAAAAAKgPAQAAAEIAAKEPIAAAAAIAAAAAACAACwAAAAD/AwAHAAIAAAAAAEMA AwADAAIAAACqDwoAAAACAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwIQcAABIACvAI AAAAPmgAAAIKAACjAAvwPAAAAIAAeOzAI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8A BAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHbAwAAqcPVAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAA AIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2 JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd 9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlf vk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0 Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78A AAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL1 7Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGo aUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzV znNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAN7h VNvVAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj8tOwzAQRfdI/IM1SGwq6pQFQqFuhWh5LGka hNgN8TRJE48j2+Tx91hdtMs7d3SuznI9mlb05HxtWcFinoAgLqyuuVSQ71/vHkH4gKyxtUwKJvKw Xl1fLTHVduAd9VkoRYSwT1FBFUKXSumLigz6ue2IY3ewzmCI0ZVSOxwi3LTyPkkepMGa40KFHb1U VDTZn1Hw/ZX7adY57nN59DPdlD+LzaDU7c34/AQi0Bguz2/NMfvcnssT6kMriCaH9+nX1XqHPpA7 XaJptAS5+gcAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAA AAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAA AAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQDe4VTb1QAAAPkAAAAPAAAAAAAA AAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACAMAAAAAAAAP8BAAAABG BAAAVgcAAEcQAAB9BwAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAA VAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAA AAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAA AAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAAB AAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAA ZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAA AA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEP CAAAAAAAAAQAAAAADwAN8D4BAAAAAJ8PBAAAAAQAAAAAAKgP3AAAAFRoZSByb3V0aW5nIHByb3Rv Y29sIE1VU1QgZ3JhY2VmdWxseSBoYW5kbGUgcm91dGluZyB0ZW1wb3JhbCBzZWN1cml0eSB1cGRh dGVzIChlLmcuLCBkeW5hbWljIGtleXMpIHRvIHNsZWVwaW5nIGRldmljZXMgb24gdGhlaXIgJ2F3 YWtlICBjeWNsZSB0byBhc3N1cmUgdGhhdCBzbGVlcGluZyBkZXZpY2VzIGNhbiByZWFkaWx5IGFu ZCBlZmZpY2llbnRseSBhY2Nlc3MgdGhlIG5ldHdvcmsAAKEPIAAAAN0AAAAAACAACwAAAAD/AwAH AN0AAAAAAEMABAAEAAIAAACqDwoAAADdAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATw TQYAABIACvAIAAAAP2gAAAIKAACzAAvwQgAAAIAAyP7AI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAA AIcAAgAAAL8ABAAEAIEB3QgGAL8BEAAUAP8BAAAIAL8DAAACABMAIvHcAwAAqcPWAwAAUEsDBBQA BgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIW xQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2 pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMo I+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLN ueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQU AAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojT W6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwW bqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BB TmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQ SwMEFAAGAAgAAAAhAHJyKxfWAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj01rwkAQhu+F/odl BG91Y8FSUlcR26JQejD1UG+T7OSDZGfD7jZGf30XD+3xnXd4Xp7lejSdGMj5xrKC+SwBQVxY3XCl 4Pj1/vAMwgdkjZ1lUnAhD+vV/d0SU23PfKAhC5WIEPYpKqhD6FMpfVGTQT+zPXHsSusMhhhdJbXD c4SbTj4myZM02HBcqLGnbU1Fm/0YBdmpy/fDtdBvJX6fOH9tx8VHq9R0Mm5eQAQaw//zNfk0i+Nf eUPttYJoUu4uuWv0AX0gd7tE02gJcvULAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEA ABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQs W78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAcnIr F9YAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAA AAkDAAAAAAAAD/AQAAAARxAAAFYHAADAEgAAfQcAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAA ug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAA ABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAA AQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5g AAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYA AABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEA AAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQA MQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACoDwEAAACg AAChDyAAAAACAAAAAAAgAAsAAAAA/wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAAAgAAAAEAAAAA AAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8EMGAAASAArwCAAAAEBoAAACCgAAowAL8DwAAACAALgP wSOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgAT ACLx2AMAAKnD0gMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVz XS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbv Z7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhl MoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9y CWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wD l990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zP wWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvB UPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbK jMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U 2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQAbTLRS0gAAAPkAAAAPAAAAZHJzL2Rvd25y ZXYueG1sRI9NSwMxEIbvgv8hjOCl2Gw9iKxNiyii19Yt4m3cTLNrN5MlE/fj3xt60OM77/C8POvt 5Ds1UJQ2sIHVsgBFXAfbsjNQvb/c3IOShGyxC0wGZhLYbi4v1ljaMPKOhn1yKkNYSjTQpNSXWkvd kEdZhp44d8cQPaYco9M24pjhvtO3RXGnPbacFxrs6amh+rT/8QY+DpXMiz7yUOlvWdiT+1w9j8Zc X02PD6ASTen/2XOwjv/KM+rNGsgmx9f5K7Z2h5Ioni/ZNFuC3vwCAAD//wMAUEsBAi0AFAAGAAgA AAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwEC LQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwEC LQAUAAYACAAAACEAG0y0UtIAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1s UEsFBgAAAAADAAMAtwAAAAUDAAAAAAAAD/AQAAAAEAIAAH0HAABGBAAAlwcAAA8AEfCEAQAADwCI E3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAI DAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAA AQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAA AAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAA AAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAA BgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8Q AAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBjAAAAAACfDwQA AAAEAAAAAACoDwEAAABJAAChDyAAAAACAAAAAAAgAAsAAAAA/wMABwACAAAAAABDAAMAAwACAAAA qg8KAAAAAgAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8OcGAAASAArwCAAAAEFoAAAC CgAAowAL8DwAAACAAEgkwSOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEA FQD/AQAACAC/AwAAAgATACLx2gMAAKnD1AMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAA AFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt 7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo 4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0 t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6 rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsA AABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4 P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUT Uf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9T MfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQDcXllS1AAAAPkA AAAPAAAAZHJzL2Rvd25yZXYueG1sRI9NS8NAEIbvgv9hGcFLsZt6EIndFlGkvbZGircxO01is7Nh Z82Hv96lB3t85x2el2e5Hl2regrSeDawmGegiEtvG64MFO9vd4+gJCJbbD2TgYkE1qvrqyXm1g+8 o34fK5UgLDkaqGPscq2lrMmhzH1HnLqjDw5jiqHSNuCQ4K7V91n2oB02nBZq7OilpvK0/3EGDh+F TLMucF/ob5nZU/W5eB2Mub0Zn59ARRrj5Xlz8Ntf/i/PqK01kEyOm+krNHaHEimcL8k0WYJe/QEA AP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRl bnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4B AABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQDcXllS1AAAAPkAAAAPAAAAAAAAAAAAAAAAAAYC AABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABwMAAAAAAAAP8BAAAABGBAAAfQcAAEcQ AACXBwAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACL ExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA 6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAAB AAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoA AABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBw AG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAA GgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQA AAAADwAN8AUBAAAAAJ8PBAAAAAQAAAAAAKgPowAAAFRoZSByb3V0aW5nIHByb3RvY29sIE1VU1Qg YmUgYWJsZSB0byBjb21wdXRlIGEgc2V0IG9mIHVuaWRpcmVjdGlvbmFsIHJvdXRlcyB3aXRoICAg cG90ZW50aWFsbHkgZGlmZmVyZW50IGNvc3RzIHRoYXQgYXJlIGNvbXBvc2VkIG9mIG9uZSBvciBt b3JlIG5vbi1jb25ncnVlbnQgcGF0aHMAAKEPIAAAAKQAAAAAACAACwAAAAD/AwAHAKQAAAAAAEMA BAAEAAIAAACqDwoAAACkAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwTgYAABIACvAI AAAAQmgAAAIKAACzAAvwQgAAAIAA+DHBI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8A BAAEAIEBH7cUAL8BEAAUAP8BAAAIAL8DAAACABMAIvHdAwAAqcPXAwAAUEsDBBQABgAIAAAAIQCJ 8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCw BITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQ tvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc 4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+Id Un4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEA WvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXE LLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOt rraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMf O0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgA AAAhADJAzU/XAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj0FLw0AQhe+C/2EZwZvdWIxo7LaU lmIp9JAaBW/T7DQJZmfD7pqm/fVdetDjmzd8j28yG0wrenK+sazgcZSAIC6tbrhSUHysHl5A+ICs sbVMCk7kYTa9vZlgpu2Rc+p3oRIRwj5DBXUIXSalL2sy6Ee2I47dwTqDIUZXSe3wGOGmleMkeZYG G44LNXa0qKn82f0aBZQvinTz1H5W8tUs7dc+7fPNt1L3d8P8DUSgIfw/n5OtSYu/8opaawXR5PB+ 2rtG5+gDueslmkZLkNMLAAAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAA AAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEA AAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhADJAzU/XAAAA+QAA AA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAKAwAAAAAA AA/wEAAAAEcQAAB9BwAAwBIAAJcHAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8A XwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAA AAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAA AgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAE AAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4A bwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAA AAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsT EAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAAAAAAnw8EAAAABAAAAAAAqA8BAAAAoAAAoQ8gAAAA AgAAAAAAIAALAAAAAP8DAAcAAgAAAAAAQwADAAMAAgAAAKoPCgAAAAIAAAABAAAAAAAAAKYPDAAA APAAAABWXTh/WIB4gQ8ABPBDBgAAEgAK8AgAAABDaAAAAgoAAKMAC/A8AAAAgACYRsEjgQCSBwAA ggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dgDAACp w9IDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBB TsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3 qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1 BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/Y VWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcD AAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7 YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwv x7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773 /R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODT M+MvAAAA//8DAFBLAwQUAAYACAAAACEAG0y0UtIAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESP TUsDMRCG74L/IYzgpdhsPYisTYsootfWLeJt3EyzazeTJRP3498betDjO+/wvDzr7eQ7NVCUNrCB 1bIARVwH27IzUL2/3NyDkoRssQtMBmYS2G4uL9ZY2jDyjoZ9cipDWEo00KTUl1pL3ZBHWYaeOHfH ED2mHKPTNuKY4b7Tt0Vxpz22nBca7Ompofq0//EGPg6VzIs+8lDpb1nYk/tcPY/GXF9Njw+gEk3p /9lzsI7/yjPqzRrIJsfX+Su2doeSKJ4v2TRbgt78AgAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ 7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgA AAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgA AAAhABtMtFLSAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAA AwADALcAAAAFAwAAAAAAAA/wEAAAABACAACXBwAARgQAALEHAAAPABHwhAEAAA8AiBN8AQAADwCK EzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAA DAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAA AAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgA AABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAA AAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAA AAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBf AFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAAAAAAnw8EAAAABAAAAAAA qA8BAAAASQAAoQ8gAAAAAgAAAAAAIAALAAAAAP8DAAcAAgAAAAAAQwADAAMAAgAAAKoPCgAAAAIA AAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPDxBgAAEgAK8AgAAABEaAAAAgoAAKMAC/A8 AAAAgACYWMEjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgA vwMAAAIAEwAi8doDAACpw9QDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVu dF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt7 5v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63Z TOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2B XET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4 g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMv LnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj 0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vy m0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQn M1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAX9pdGdQAAAD5AAAADwAAAGRy cy9kb3ducmV2LnhtbESPy07DMBBF90j8gzVIbKrWKYsKhboV4iHYtiSC7oZ4GofG48g2efw9Vhdl eeeOztVZb0fbip58aBwrWC4yEMSV0w3XCoqP1/k9iBCRNbaOScFEAbab66s15toNvKN+H2uRIBxy VGBi7HIpQ2XIYli4jjh1R+ctxhR9LbXHIcFtK++ybCUtNpwWDHb0ZKg67X+tgs+yCNOs89wX8ifM 9Kk+LJ8HpW5vxscHEJHG+P/8Un6ZVXkpz6h3rSCZHN+mb9/oHYZI/nxJpskS5OYPAAD//wMAUEsB Ai0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVz XS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMv LnJlbHNQSwECLQAUAAYACAAAACEAX9pdGdQAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rv d25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAcDAAAAAAAAD/AQAAAARgQAAJcHAABHEAAAsQcAAA8A EfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZ EBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAA BAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAE AQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkA YQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBh AHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoT MAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfAP AQAAAACfDwQAAAAEAAAAAACoD60AAABUaGUgcm91dGluZyBwcm90b2NvbCBNVVNUIHN1cHBvcnQg dGhlIGFiaWxpdHkgdG8gcmVjb21wdXRlIHBhdGhzIGJhc2VkIG9uICAgbmV0d29yay1sYXllciBh YnN0cmFjdGlvbnMgb2YgdGhlIHVuZGVybHlpbmcgbGluayBhdHRyaWJ1dGVzL21ldHJpY3MgdGhh dCBtYXkgY2hhbmdlIGR5bmFtaWNhbGx5LgAAoQ8gAAAArgAAAAAAIAALAAAAAP8DAAcArgAAAAAA QwAEAAQAAgAAAKoPCgAAAK4AAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBOBgAAEgAK 8AgAAABFaAAAAgoAALMAC/BCAAAAgAC4asEjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAA vwAEAAQAgQEftxQAvwEQABQA/wEAAAgAvwMAAAIAEwAi8d0DAACpw9cDAABQSwMEFAAGAAgAAAAh AInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6 ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CF ORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJr ehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL 4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAA IQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCx lcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+G M62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt 8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYA CAAAACEAMkDNT9cAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPQUvDQBCF74L/YRnBm91YjGjs tpSWYin0kBoFb9PsNAlmZ8Pumqb99V160OObN3yPbzIbTCt6cr6xrOBxlIAgLq1uuFJQfKweXkD4 gKyxtUwKTuRhNr29mWCm7ZFz6nehEhHCPkMFdQhdJqUvazLoR7Yjjt3BOoMhRldJ7fAY4aaV4yR5 lgYbjgs1drSoqfzZ/RoFlC+KdPPUflby1Szt1z7t8823Uvd3w/wNRKAh/D+fk61Ji7/yilprBdHk 8H7au0bn6AO56yWaRkuQ0wsAAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAA AAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAV AQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAMkDNT9cAAAD5 AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAoDAAAA AAAAD/AQAAAARxAAAJcHAADAEgAAsQcAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAA XwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAg AAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAA AAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAA AAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8A bgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAA AAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAA ixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACoDwEAAACgAAChDyAA AAACAAAAAAAgAAsAAAAA/wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAAAgAAAAEAAAAAAAAApg8M AAAA8AAAAFZdOH9YgHiBDwAE8EMGAAASAArwCAAAAEZoAAACCgAAowAL8DwAAACAAIh7wSOBAJIH AACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2AMA AKnD0gMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8 kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheo lbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdn GnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k /9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi 9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG 4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4t XC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcT vvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA4 4NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQAbTLRS0gAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1s RI9NSwMxEIbvgv8hjOCl2Gw9iKxNiyii19Yt4m3cTLNrN5MlE/fj3xt60OM77/C8POvt5Ds1UJQ2 sIHVsgBFXAfbsjNQvb/c3IOShGyxC0wGZhLYbi4v1ljaMPKOhn1yKkNYSjTQpNSXWkvdkEdZhp44 d8cQPaYco9M24pjhvtO3RXGnPbacFxrs6amh+rT/8QY+DpXMiz7yUOlvWdiT+1w9j8ZcX02PD6AS Ten/2XOwjv/KM+rNGsgmx9f5K7Z2h5Ioni/ZNFuC3vwCAAD//wMAUEsBAi0AFAAGAAgAAAAhAInw exntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYA CAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYA CAAAACEAG0y0UtIAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAA AAADAAMAtwAAAAUDAAAAAAAAD/AQAAAAEAIAALEHAABGBAAAywcAAA8AEfCEAQAADwCIE3wBAAAP AIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIA AAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAA AAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAA aAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAAD AAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQA AAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBf AF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAA AACoDwEAAABJAAChDyAAAAACAAAAAAAgAAsAAAAA/wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAA AgAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8OgGAAASAArwCAAAAEdoAAACCgAAowAL 8DwAAACAAOiEwSOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAA CAC/AwAAAgATACLx2gMAAKnD1AMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250 ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGo S3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdH rdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKc nYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7C MDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVs cy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4Set ZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnH hXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPW FCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQCE8s+31AAAAPkAAAAPAAAA ZHJzL2Rvd25yZXYueG1sRI/LTsMwEEX3SPyDNUhsKuqUBYJQt0IgBNu2QYjdEE/tNPE4sk0ef4/V BSzv3NG5Ouvt5DoxUIiNZwWrZQGCuPa6YaOgOrze3IOICVlj55kUzBRhu7m8WGOp/cg7GvbJiAzh WKICm1JfShlrSw7j0vfEuTv64DDlGIzUAccMd528LYo76bDhvGCxp2dLdbv/cQo+P6o4L/rAQyVP caFb87V6GZW6vpqeHkEkmtL/szm0D/b0V55R71pBNjm+zd+h0TuMicL5kk2zJcjNLwAAAP//AwBQ SwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlw ZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVs cy8ucmVsc1BLAQItABQABgAIAAAAIQCE8s+31AAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMv ZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABwMAAAAAAAAP8BAAAABGBAAAsQcAAEcQAADLBwAA DwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAA ABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgA AAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAA AAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIA aQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwBy AGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8A ihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN 8AYBAAAAAJ8PBAAAAAQAAAAAAKgPpAAAAFRoZSByb3V0aW5nIHByb3RvY29sIE1VU1QgYmUgYWJs ZSB0byBjb21wdXRlIHBhdGhzIG9mIG5vdC1uZWNlc3NhcmlseS1lcXVhbCBjb3N0IHRvd2FyZCBh IGdpdmVuIGRlc3RpbmF0aW9uIHNvIGFzIHRvIGVuYWJsZSBsb2FkLWJhbGFuY2luZyBhY3Jvc3Mg YSB2YXJpZXR5IG9mIHBhdGhzAAChDyAAAAClAAAAAAAgAAsAAAAA/wMABwClAAAAAABDAAQABAAC AAAAqg8KAAAApQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8E4GAAASAArwCAAAAEho AAACCgAAswAL8EIAAACAAAiXwSOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABACB AR+3FAC/ARAAFAD/AQAACAC/AwAAAgATACLx3QMAAKnD1wMAAFBLAwQUAAYACAAAACEAifB7Ge0A AACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG 9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw3 3fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5 X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88 tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/ AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy 9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6x qGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w8 1c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQAy QM1P1wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9BS8NAEIXvgv9hGcGb3ViMaOy2lJZiKfSQ GgVv0+w0CWZnw+6apv31XXrQ45s3fI9vMhtMK3pyvrGs4HGUgCAurW64UlB8rB5eQPiArLG1TApO 5GE2vb2ZYKbtkXPqd6ESEcI+QwV1CF0mpS9rMuhHtiOO3cE6gyFGV0nt8BjhppXjJHmWBhuOCzV2 tKip/Nn9GgWUL4p089R+VvLVLO3XPu3zzbdS93fD/A1EoCH8P5+TrUmLv/KKWmsF0eTwftq7Rufo A7nrJZpGS5DTCwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAA AAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAA AAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQAyQM1P1wAAAPkAAAAPAAAA AAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACgMAAAAAAAAP8BAA AABHEAAAsQcAAMASAADLBwAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQ AFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAA AQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAAB AAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMA AAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5 AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAA BAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAA ALEPCAAAAAAAAAQAAAAADwAN8GMAAAAAAJ8PBAAAAAQAAAAAAKgPAQAAAKAAAKEPIAAAAAIAAAAA ACAACwAAAAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoAAAACAAAAAQAAAAAAAACmDwwAAADwAAAA Vl04f1iAeIEPAATwRgYAABIACvAIAAAASWgAAAIKAACjAAvwPAAAAIAA6KfBI4EAkgcAAIIAkgcA AIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHbAwAAqcPVAwAA UEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF 90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE 62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1 XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XI YzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8D AFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRf lO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBa XQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA 8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAA AP//AwBQSwMEFAAGAAgAAAAhAOrxGDvVAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj01Lw0AQ hu+C/2EZwUuxmwqKxG6LKEEPXloj4m3MTpPY7GzYWfPx71160OM77/C8POvt5Do1UJDWs4HVMgNF XHnbcm2gfCuu7kBJRLbYeSYDMwlsN+dna8ytH3lHwz7WKkFYcjTQxNjnWkvVkENZ+p44dQcfHMYU Q61twDHBXaevs+xWO2w5LTTY02ND1XH/4wx8vJcyL/rAQ6m/ZWGP9efqaTTm8mJ6uAcVaYr/z664 KV6Lv/KEerEGksnhef4Krd2hRAqnSzJNlqA3vwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0A AACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAA IQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAA IQDq8Rg71QAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMA AwC3AAAACAMAAAAAAAAP8BAAAAAQAgAAywcAAEYEAADlBwAADwAR8IQBAAAPAIgTfAEAAA8AihM8 AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwB AAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAA AAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAA ZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAA AAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAA GAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQ AFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GMAAAAAAJ8PBAAAAAQAAAAAAKgP AQAAAFUAAKEPIAAAAAIAAAAAACAACwAAAAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoAAAACAAAA AQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATw2gYAABIACvAIAAAASmgAAAIKAACjAAvwPAAA AIAAGLrBI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8D AAACABMAIvHbAwAAqcPVAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRf VHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9 /zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2Uzo gVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE 9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOq T9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5y ZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI 2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptM LMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNV C0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAMJ1kgLVAAAA+QAAAA8AAABkcnMv ZG93bnJldi54bWxEj01Lw0AQhu+C/2EZwUuxmwqKxG5LaRG9eGiNiLcxO01is7NhZ83Hv3fpQY/v vMPz8izXo2tVT0EazwYW8wwUceltw5WB4u3p5gGURGSLrWcyMJHAenV5scTc+oH31B9ipRKEJUcD dYxdrrWUNTmUue+IU3f0wWFMMVTaBhwS3LX6NsvutcOG00KNHW1rKk+HH2fg472QadYF7gv9LTN7 qj4Xu8GY66tx8wgq0hj/n+9eN7tt/CvPqBdrIJkcn6ev0Ng9SqRwviTTZAl69QsAAP//AwBQSwEC LQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNd LnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8u cmVsc1BLAQItABQABgAIAAAAIQDCdZIC1QAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93 bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACAMAAAAAAAAP8BAAAABGBAAAywcAAEcQAADlBwAADwAR 8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQ FAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAE AAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQB AAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBh AGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEA cABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMw AAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8PcA AAAAAJ8PBAAAAAQAAAAAAKgPlQAAAFRoZSByb3V0aW5nIHByb3RvY29sIE1VU1QgYmUgYWJsZSB0 byBhY2NvbW1vZGF0ZSB0cmFmZmljIGJ1cnN0cyBieSAgIGR5bmFtaWNhbGx5IGNvbXB1dGluZyBh bmQgc2VsZWN0aW5nIG11bHRpcGxlIHBhdGhzIHRvd2FyZHMgdGhlIHNhbWUgZGVzdGluYXRpb24u AAChDyAAAACWAAAAAAAgAAsAAAAA/wMABwCWAAAAAABDAAQABAACAAAAqg8KAAAAlgAAAAEAAAAA AAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8E4GAAASAArwCAAAAEtoAAACCgAAswAL8EIAAACAAAjM wSOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABACBAR+3FAC/ARAAFAD/AQAACAC/ AwAAAgATACLx3QMAAKnD1wMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50 X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm /f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM 6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFc RPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiD qk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8u cmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPR yNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKb TCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCcz VQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQAyQM1P1wAAAPkAAAAPAAAAZHJz L2Rvd25yZXYueG1sRI9BS8NAEIXvgv9hGcGb3ViMaOy2lJZiKfSQGgVv0+w0CWZnw+6apv31XXrQ 45s3fI9vMhtMK3pyvrGs4HGUgCAurW64UlB8rB5eQPiArLG1TApO5GE2vb2ZYKbtkXPqd6ESEcI+ QwV1CF0mpS9rMuhHtiOO3cE6gyFGV0nt8BjhppXjJHmWBhuOCzV2tKip/Nn9GgWUL4p089R+VvLV LO3XPu3zzbdS93fD/A1EoCH8P5+TrUmLv/KKWmsF0eTwftq7RufoA7nrJZpGS5DTCwAAAP//AwBQ SwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlw ZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVs cy8ucmVsc1BLAQItABQABgAIAAAAIQAyQM1P1wAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMv ZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACgMAAAAAAAAP8BAAAABHEAAAywcAAMASAADlBwAA DwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAA ABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgA AAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAA AAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIA aQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwBy AGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8A ihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN 8GMAAAAAAJ8PBAAAAAQAAAAAAKgPAQAAAKAAAKEPIAAAAAIAAAAAACAACwAAAAD/AwAHAAIAAAAA AEMAAwADAAIAAACqDwoAAAACAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwRwYAABIA CvAIAAAATGgAAAIKAACjAAvwPAAAAIAA6M3BI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAA AL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHbAwAAqcPVAwAAUEsDBBQABgAIAAAAIQCJ8HsZ 7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITK AUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKA LDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO 4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4F Xzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQs W78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaM ZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQ LrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0Uv rDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAh AMsEEs3VAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj01Lw0AQhu+C/2EZwUuxmyqIxG6LKKI3 bY2ItzE7TdJmZ8PONh//3qUHPb7zDs/Ls1yPrlU9BWk8G1jMM1DEpbcNVwaKj+erO1ASkS22nsnA RALr1fnZEnPrB95Qv42VShCWHA3UMXa51lLW5FDmviNO3c4HhzHFUGkbcEhw1+rrLLvVDhtOCzV2 9FhTedgenYGvz0KmWRe4L/ReZvZQfS+eBmMuL8aHe1CRxvj/vO/fjzdvf+UJ9WoNJJPdy/QTGrtB iRROl2SaLEGvfgEAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAA AAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAA AAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQDLBBLN1QAAAPkAAAAPAAAA AAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACAMAAAAAAAAP8BAA AAAQAgAA5QcAAEYEAAAZCAAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQ AFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAA AQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAAB AAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMA AAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5 AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAA BAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAA ALEPCAAAAAAAAAQAAAAADwAN8GQAAAAAAJ8PBAAAAAQAAAAAAKgPAgAAAFUgAAChDyAAAAADAAAA AAAgAAsAAAAA/wMABwADAAAAAABDAAMAAwACAAAAqg8KAAAAAwAAAAEAAAAAAAAApg8MAAAA8AAA AFZdOH9YgHiBDwAE8KEHAAASAArwCAAAAE1oAAACCgAAowAL8DwAAACAAAjrwSOBAJIHAACCAJIH AACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2gMAAKnD1AMA AFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQ RfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJ BOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR 9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNV yGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP// AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0 X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8w Wl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXR gPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8A AAD//wMAUEsDBBQABgAIAAAAIQDg6dDs1AAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LbsIw EEX3lfoP1lTqBoFDF6hKMagPVbCFpqq6G+IhcYnHkW3y+HssFmV5547O1VmuB9uIjnwwjhXMZxkI 4tJpw5WC4utz+gwiRGSNjWNSMFKA9er+bom5dj3vqNvHSiQIhxwV1DG2uZShrMlimLmWOHVH5y3G FH0ltcc+wW0jn7JsIS0aTgs1tvReU3nan62Cn+8ijJPWc1fIvzDRp+p3/tEr9fgwvL6AiDTE27P0 5m3r/8sraqsVJJPjZjx4o3cYIvnrJZkmS5CrCwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0A AACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAA IQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAA IQDg6dDs1AAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMA AwC3AAAABwMAAAAAAAAP8BAAAABGBAAA5QcAAEcQAAAZCAAADwAR8IQBAAAPAIgTfAEAAA8AihM8 AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwB AAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAA AAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAA ZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAA AAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAA GAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQ AFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8L8BAAAAAJ8PBAAAAAQAAAAAAKgP XQEAAFJvdXRpbmcgcHJvdG9jb2xzIGFjdGl2YXRlZCBpbiB1cmJhbiBzZW5zb3IgbmV0d29ya3Mg TVVTVCBzdXBwb3J0IHVuaWNhc3QgKHRyYWZmaWMgaXMgc2VudCB0byBhIHNpbmdsZSBmaWVsZCBk ZXZpY2UpLCBtdWx0aWNhc3QgKHRyYWZmaWMgaXMgc2VudCB0byBhIHNldCBvZiBkZXZpY2VzIHRo YXQgYXJlIHN1YnNjcmliZWQgdG8gdGhlIHNhbWUgbXVsdGljYXN0IGdyb3VwKSwgYW5kIGFueWNh c3QgKHdoZXJlIG11bHRpcGxlIGZpZWxkIGRldmljZXMgYXJlICAgY29uZmlndXJlZCB0byBhY2Nl cHQgdHJhZmZpYyBzZW50IG9uIGEgc2luZ2xlIElQIGFueWNhc3QgYWRkcmVzcykgdHJhbnNtaXNz aW9uIHNjaGVtZXMAAKEPIAAAAF4BAAAAACAACwAAAAD/AwAHAF4BAAAAAEMABAAEAAIAAACqDwoA AABeAQAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwTgYAABIACvAIAAAATmgAAAIKAACz AAvwQgAAAIAAOPzBI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAIEBH7cUAL8B EAAUAP8BAAAIAL8DAAACABMAIvHdAwAAqcPXAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAAT AAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2P Ce3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURk UWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi 6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaE i7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAA CwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseO kvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut 5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo /1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhADJAzU/XAAAA +QAAAA8AAABkcnMvZG93bnJldi54bWxEj0FLw0AQhe+C/2EZwZvdWIxo7LaUlmIp9JAaBW/T7DQJ ZmfD7pqm/fVdetDjmzd8j28yG0wrenK+sazgcZSAIC6tbrhSUHysHl5A+ICssbVMCk7kYTa9vZlg pu2Rc+p3oRIRwj5DBXUIXSalL2sy6Ee2I47dwTqDIUZXSe3wGOGmleMkeZYGG44LNXa0qKn82f0a BZQvinTz1H5W8tUs7dc+7fPNt1L3d8P8DUSgIfw/n5OtSYu/8opaawXR5PB+2rtG5+gDueslmkZL kNMLAAAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABb Q29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAA AAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhADJAzU/XAAAA+QAAAA8AAAAAAAAAAAAA AAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAKAwAAAAAAAA/wEAAAAEcQAADl BwAAwBIAABkIAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEA MQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAA AAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAA AwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJ BAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAA VAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJ ABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAA AAAABAAAAAAPAA3wYwAAAAAAnw8EAAAABAAAAAAAqA8BAAAAoAAAoQ8gAAAAAgAAAAAAIAALAAAA AP8DAAcAAgAAAAAAQwADAAMAAgAAAKoPCgAAAAIAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4 gQ8ABPBDBgAAEgAK8AgAAABPaAAAAgoAAKMAC/A8AAAAgAA4DcIjgQCSBwAAggCSBwAAgwCSBwAA hAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dgDAACpw9IDAABQSwMEFAAG AAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbF DiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/al epCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj 5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s25 4a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQA BgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlAQMAAAIDAAADAwAABAMAAAUDAAAGAwAA BwMAAAgDAAAJAwAACgMAAAsDAAAMAwAADQMAAA4DAAAPAwAAEAMAABEDAAASAwAAEwMAABQDAAAV AwAAFgMAABcDAAAYAwAAGQMAABoDAAAbAwAAHAMAAB0DAAAeAwAAHwMAACADAAAhAwAAIgMAACMD AAAkAwAAJQMAACYDAAAnAwAAKAMAACkDAAAqAwAAKwMAACwDAAAtAwAALgMAAC8DAAAwAwAAMQMA ADIDAAAzAwAANAMAADUDAAA2AwAANwMAADgDAAA5AwAAOgMAADsDAAA8AwAAPQMAAD4DAAA/AwAA QAMAAEEDAABCAwAAQwMAAEQDAABFAwAARgMAAEcDAABIAwAASQMAAEoDAABLAwAATAMAAE0DAABO AwAATwMAAFADAABRAwAAUgMAAFMDAABUAwAAVQMAAFYDAABXAwAAWAMAAFkDAABaAwAAWwMAAFwD AABdAwAAXgMAAF8DAABgAwAAYQMAAGIDAABjAwAAZAMAAGUDAABmAwAAZwMAAGgDAABpAwAAagMA AGsDAABsAwAAbQMAAG4DAABvAwAAcAMAAHEDAAByAwAAcwMAAHQDAAB1AwAAdgMAAHcDAAB4AwAA eQMAAHoDAAB7AwAAfAMAAH4DAAD9////fwMAAIADAABsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh 19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6k cBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5h B+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsD BBQABgAIAAAAIQAbTLRS0gAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9NSwMxEIbvgv8hjOCl 2Gw9iKxNiyii19Yt4m3cTLNrN5MlE/fj3xt60OM77/C8POvt5Ds1UJQ2sIHVsgBFXAfbsjNQvb/c 3IOShGyxC0wGZhLYbi4v1ljaMPKOhn1yKkNYSjTQpNSXWkvdkEdZhp44d8cQPaYco9M24pjhvtO3 RXGnPbacFxrs6amh+rT/8QY+DpXMiz7yUOlvWdiT+1w9j8ZcX02PD6ASTen/2XOwjv/KM+rNGsgm x9f5K7Z2h5Ioni/ZNFuC3vwCAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAA AAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAV AQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAG0y0UtIAAAD5 AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAUDAAAA AAAAD/AQAAAAEAIAABkIAABGBAAAQAgAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAA XwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAg AAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAA AAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAA AAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8A bgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAA AAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAA ixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACoDwEAAABJAAChDyAA AAACAAAAAAAgAAsAAAAA/wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAAAgAAAAEAAAAAAAAApg8M AAAA8AAAAFZdOH9YgHiBDwAE8AYHAAASAArwCAAAAFBoAAACCgAAowAL8DwAAACAAIgfwiOBAJIH AACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx3AMA AKnD1gMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8 kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheo lbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdn GnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k /9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi 9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG 4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4t XC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcT vvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA4 4NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQBx6T3G1gAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1s RI9NSwMxEIbvgv8hjOCl2Gw9iKxNi1iKHhRsu6X0Nm5mP+xmsiRxP/69oYf2+M47PC/PfDmYRnTk fG1ZwWyagCDOra65VJDt1g/PIHxA1thYJgUjeVgubm/mmGrb84a6bShFhLBPUUEVQptK6fOKDPqp bYljV1hnMMToSqkd9hFuGvmYJE/SYM1xocKW3irKT9s/o+Cwz/w4aR13mfz1E30qj7NVr9T93fD6 AiLQEK7Pu+Lz+6u7lGfUh1YQTYr38cfVeoM+kDtfomm0BLn4BwAA//8DAFBLAQItABQABgAIAAAA IQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0A FAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0A FAAGAAgAAAAhAHHpPcbWAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBL BQYAAAAAAwADALcAAAAJAwAAAAAAAA/wEAAAAEYEAAAZCAAARxAAAEAIAAAPABHwhAEAAA8AiBN8 AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwB AAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEA AAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAA BQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAA AAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYB AAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAA AF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wIgEAAAAAnw8EAAAA BAAAAAAAqA/AAAAAVGhlIHJvdXRpbmcgcHJvdG9jb2wgTVVTVCBzdXBwb3J0IHRoZSBhYmlsaXR5 IHRvIChyZSljb21wdXRlIHBhdGhzIGJhc2VkIG9uIG5ldHdvcmstbGF5ZXIgYWJzdHJhY3Rpb25z IG9mIHVwcGVyLWxheWVyIGNvbnN0cmFpbnRzIHRvIG1haW50YWluIHRoZSBsZXZlbCBvZiBvcGVy YXRpb24gd2l0aGluIHJlcXVpcmVkIHBhcmFtZXRlcnMuAAChDyAAAADBAAAAAAAgAAsAAAAA/wMA BwDBAAAAAABDAAQABAACAAAAqg8KAAAAwQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE 8E4GAAASAArwCAAAAFFoAAACCgAAswAL8EIAAACAANgtwiOBAJIHAACCAJIHAACDAJIHAACEAAAA AACHAAIAAAC/AAQABACBAR+3FAC/ARAAFAD/AQAACAC/AwAAAgATACLx3QMAAKnD1wMAAFBLAwQU AAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHy FsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn 9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sT KCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7y zbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwME FAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI 01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVM Fm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdg QU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMA UEsDBBQABgAIAAAAIQAyQM1P1wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9BS8NAEIXvgv9h GcGb3ViMaOy2lJZiKfSQGgVv0+w0CWZnw+6apv31XXrQ45s3fI9vMhtMK3pyvrGs4HGUgCAurW64 UlB8rB5eQPiArLG1TApO5GE2vb2ZYKbtkXPqd6ESEcI+QwV1CF0mpS9rMuhHtiOO3cE6gyFGV0nt 8BjhppXjJHmWBhuOCzV2tKip/Nn9GgWUL4p089R+VvLVLO3XPu3zzbdS93fD/A1EoCH8P5+TrUmL v/KKWmsF0eTwftq7RufoA7nrJZpGS5DTCwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACF AQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa 9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQAy QM1P1wAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3 AAAACgMAAAAAAAAP8BAAAABHEAAAGQgAAMASAABACAAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAA AAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAA AAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEB AAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1h bmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAA JgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAH AQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAA VAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GMAAAAAAJ8PBAAAAAQAAAAAAKgPAQAA AKAAAKEPIAAAAAIAAAAAACAACwAAAAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoAAAACAAAAAQAA AAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwQwYAABIACvAIAAAAUmgAAAIKAACjAAvwPAAAAIAA uELCI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAAC ABMAIvHYAwAAqcPSAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlw ZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTN Zu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWI SGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV /3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX 7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxz bM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu 68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnV VsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H0 3hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhABtMtFLSAAAA+QAAAA8AAABkcnMvZG93 bnJldi54bWxEj01LAzEQhu+C/yGM4KXYbD2IrE2LKKLX1i3ibdxMs2s3kyUT9+PfG3rQ4zvv8Lw8 6+3kOzVQlDawgdWyAEVcB9uyM1C9v9zcg5KEbLELTAZmEthuLi/WWNow8o6GfXIqQ1hKNNCk1Jda S92QR1mGnjh3xxA9phyj0zbimOG+07dFcac9tpwXGuzpqaH6tP/xBj4OlcyLPvJQ6W9Z2JP7XD2P xlxfTY8PoBJN6f/Zc7CO/8oz6s0ayCbH1/krtnaHkiieL9k0W4Le/AIAAP//AwBQSwECLQAUAAYA CAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBL AQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BL AQItABQABgAIAAAAIQAbTLRS0gAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54 bWxQSwUGAAAAAAMAAwC3AAAABQMAAAAAAAAP8BAAAAAQAgAAQAgAAEYEAABaCAAADwAR8IQBAAAP AIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAA AAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAA AAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAA AAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAI AAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkA AAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6 DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GMAAAAAAJ8P BAAAAAQAAAAAAKgPAQAAAEkAAKEPIAAAAAIAAAAAACAACwAAAAD/AwAHAAIAAAAAAEMAAwADAAIA AACqDwoAAAACAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATw6gYAABIACvAIAAAAU2gA AAIKAACjAAvwPAAAAIAA+EPCI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8B AQAVAP8BAAAIAL8DAAACABMAIvHbAwAAqcPVAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAAT AAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2P Ce3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURk UWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi 6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaE i7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAA CwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseO kvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut 5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo /1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhABzPUCbVAAAA +QAAAA8AAABkcnMvZG93bnJldi54bWxEj01PAjEQhu8m/IdmSLwQ6OLBmJVCDITowQu4xnAbtsPu ynbatHU//r0NBz2+806eN89qM5hWdORDY1nBcpGBIC6tbrhSUHzs508gQkTW2FomBSMF2KwndyvM te35QN0xViJBOOSooI7R5VKGsiaDYWEdceou1huMKfpKao99gptWPmTZozTYcFqo0dG2pvJ6/DEK vj6LMM6c566Q32Gmr9VpueuVup8OL88gIg3x/3l/erel+ytvqDetIJlcXsezb/QBQyR/uyTTZAly /QsAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0Nv bnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAA AB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQAcz1Am1QAAAPkAAAAPAAAAAAAAAAAAAAAA AAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACAMAAAAAAAAP8BAAAABGBAAAQAgA AEcQAABaCAAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEA AACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAAB AAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMB AAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQA AAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQA eQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQAR AAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAA AAQAAAAADwAN8AcBAAAAAJ8PBAAAAAQAAAAAAKgPpQAAAFRoZSByb3V0aW5nIHByb3RvY29sIE1V U1QgYmUgYWJsZSB0byBjb21wdXRlIHBhdGhzIG9mIG5vdC1uZWNlc3NhcmlseS1lcXVhbCBjb3N0 IHRvd2FyZCBhIGdpdmVuIGRlc3RpbmF0aW9uIHNvIGFzIHRvIGVuYWJsZSBsb2FkLWJhbGFuY2lu ZyBhY3Jvc3MgYSB2YXJpZXR5IG9mIHBhdGhzLgAAoQ8gAAAApgAAAAAAIAALAAAAAP8DAAcApgAA AAAAQwAEAAQAAgAAAKoPCgAAAKYAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBOBgAA EgAK8AgAAABUaAAAAgoAALMAC/BCAAAAgAAYY8IjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwAC AAAAvwAEAAQAgQEftxQAvwEQABQA/wEAAAgAvwMAAAIAEwAi8d0DAACpw9cDAABQSwMEFAAGAAgA AAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQ Qkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCC M5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5Sqv GbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2c JjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAI AAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfS PoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAY X1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfm citt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQU AAYACAAAACEAMkDNT9cAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPQUvDQBCF74L/YRnBm91Y jGjstpSWYin0kBoFb9PsNAlmZ8Pumqb99V160OObN3yPbzIbTCt6cr6xrOBxlIAgLq1uuFJQfKwe XkD4gKyxtUwKTuRhNr29mWCm7ZFz6nehEhHCPkMFdQhdJqUvazLoR7Yjjt3BOoMhRldJ7fAY4aaV 4yR5lgYbjgs1drSoqfzZ/RoFlC+KdPPUflby1Szt1z7t8823Uvd3w/wNRKAh/D+fk61Ji7/yilpr BdHk8H7au0bn6AO56yWaRkuQ0wsAAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMA AAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78A AAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAMkDNT9cA AAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAoD AAAAAAAAD/AQAAAARxAAAEAIAADAEgAAWggAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8Q AAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQA AAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAA AAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAA AgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABN AG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYA AAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAw AAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACoDwEAAACgAACh DyAAAAACAAAAAAAgAAsAAAAA/wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAAAgAAAAEAAAAAAAAA pg8MAAAA8AAAAFZdOH9YgHiBDwAE8DsGAAASAArwCAAAAFVoAAACCgAAowAL8DwAAACAAKhmwiOB AJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx 2QMAAKnD0wMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54 bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7Fg YheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTk IZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+ AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990 fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrD MAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYc Yp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5 LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2 HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQCxLLwa0wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYu eG1sRI/LTsMwEEX3SP0HayqxqahTFgiFuhW0QrBtCULshniahMbjyGPy+HusLmB5547O1VlvR9eq noI0ng2slhko4tLbhisDxdvzzT0oicgWW89kYCKB7WZ2tcbc+oEP1B9jpRKEJUcDdYxdrrWUNTmU pe+IU3fywWFMMVTaBhwS3LX6NsvutMOG00KNHe1qKs/HH2fg472QadEF7gv9LQt7rj5X+8GY6/n4 +AAq0hj/n6V/Kqz+Ky+oV2sgmZxepq/Q2ANKpHC5JNNkCXrzCwAA//8DAFBLAQItABQABgAIAAAA IQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0A FAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0A FAAGAAgAAAAhALEsvBrTAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBL BQYAAAAAAwADALcAAAAGAwAAAAAAAA/wEAAAABACAABaCAAARgQAAG4IAAAPABHwhAEAAA8AiBN8 AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwB AAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEA AAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAA BQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAA AAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYB AAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAA AF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wWgAAAAAAnw8EAAAA BAAAAAAAoQ8gAAAAAQAAAAAAIAALAAAAAP8DAAcAAQAAAAAAQwADAAMAAgAAAKoPCgAAAAEAAAAB AAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPA6BgAAEgAK8AgAAABWaAAAAgoAAKMAC/A8AAAA gABohMIjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMA AAIAEwAi8dgDAACpw9IDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9U eXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/ NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiB VYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1 OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP 3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJl bHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZ wq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0ws ydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1UL QfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAQYK8mdIAAAD5AAAADwAAAGRycy9k b3ducmV2LnhtbESPTWsCMRCG7wX/QxihF6lZeyhlaxRRir1qV0pv42bMrm4mS5Lux79v8OLxnXd4 Xp7lerCN6MiH2rGCxTwDQVw6XbNRUHx/vryDCBFZY+OYFIwUYL2aPC0x167nA3XHaESCcMhRQRVj m0sZyooshrlriVN3cd5iTNEbqT32CW4b+Zplb9JizWmhwpa2FZW3459V8HMqwjhrPXeFvIaZvpnf xa5X6nk6bD5ARBri49ma/dk8yjvqSytIJpf9ePa1PmCI5O+XZJosQa7+AQAA//8DAFBLAQItABQA BgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1s UEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxz UEsBAi0AFAAGAAgAAAAhAEGCvJnSAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2 LnhtbFBLBQYAAAAAAwADALcAAAAFAwAAAAAAAA/wEAAAAEYEAABaCAAARxAAAG4IAAAPABHwhAEA AA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAA AAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAA AAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEA AAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAA AAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgA eQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAA ALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wWgAAAAAA nw8EAAAABAAAAAAAoQ8gAAAAAQAAAAAAIAALAAAAAP8DAAcAAQAAAAAAQwAEAAQAAgAAAKoPCgAA AAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPA7BgAAEgAK8AgAAABXaAAAAgoAAKMA C/A8AAAAgAAYmcIjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEA AAgAvwMAAAIAEwAi8dkDAACpw9MDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29u dGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJB qEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnH R63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJi nJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmu wjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3Jl bHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+En rWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslp x4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T 1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAsSy8GtMAAAD5AAAADwAA AGRycy9kb3ducmV2LnhtbESPy07DMBBF90j9B2sqsamoUxYIhboVtEKwbQlC7IZ4moTG48hj8vh7 rC5geeeOztVZb0fXqp6CNJ4NrJYZKOLS24YrA8Xb8809KInIFlvPZGAige1mdrXG3PqBD9QfY6US hCVHA3WMXa61lDU5lKXviFN38sFhTDFU2gYcEty1+jbL7rTDhtNCjR3tairPxx9n4OO9kGnRBe4L /S0Le64+V/vBmOv5+PgAKtIY/5+lfyqs/isvqFdrIJmcXqav0NgDSqRwuSTTZAl68wsAAP//AwBQ SwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlw ZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVs cy8ucmVsc1BLAQItABQABgAIAAAAIQCxLLwa0wAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMv ZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABgMAAAAAAAAP8BAAAABHEAAAWggAAMASAABuCAAA DwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAA ABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgA AAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAA AAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIA aQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwBy AGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8A ihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN 8FoAAAAAAJ8PBAAAAAQAAAAAAKEPIAAAAAEAAAAAACAACwAAAAD/AwAHAAEAAAAAAEMAAwADAAIA AACqDwoAAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwOwYAABIACvAIAAAAWGgA AAIKAACjAAvwPAAAAIAAaKLCI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8B AQAVAP8BAAAIAL8DAAACABMAIvHZAwAAqcPTAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAAT AAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2P Ce3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURk UWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi 6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaE i7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAA CwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseO kvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut 5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo /1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhALEsvBrTAAAA +QAAAA8AAABkcnMvZG93bnJldi54bWxEj8tOwzAQRfdI/QdrKrGpqFMWCIW6FbRCsG0JQuyGeJqE xuPIY/L4e6wuYHnnjs7VWW9H16qegjSeDayWGSji0tuGKwPF2/PNPSiJyBZbz2RgIoHtZna1xtz6 gQ/UH2OlEoQlRwN1jF2utZQ1OZSl74hTd/LBYUwxVNoGHBLctfo2y+60w4bTQo0d7Woqz8cfZ+Dj vZBp0QXuC/0tC3uuPlf7wZjr+fj4ACrSGP+fpX8qrP4rL6hXayCZnF6mr9DYA0qkcLkk02QJevML AAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250 ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAe AQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAsSy8GtMAAAD5AAAADwAAAAAAAAAAAAAAAAAG AgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAYDAAAAAAAAD/AQAAAAEAIAAG4IAABG BAAAgwgAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAA ixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAA AOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAA AQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAK AAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkA cABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAA ABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAE AAAAAA8ADfBaAAAAAACfDwQAAAAEAAAAAAChDyAAAAABAAAAAAAgAAsAAAAA/wMABwABAAAAAABD AAMAAwACAAAAqg8KAAAAAQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8DsGAAASAArw CAAAAFloAAACCgAAowAL8DwAAACAABi5wiOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/ AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2QMAAKnD0wMAAFBLAwQUAAYACAAAACEAifB7Ge0A AACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG 9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw3 3fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5 X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88 tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/ AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy 9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6x qGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w8 1c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQCx LLwa0wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LTsMwEEX3SP0HayqxqahTFgiFuhW0QrBt CULshniahMbjyGPy+HusLmB5547O1VlvR9eqnoI0ng2slhko4tLbhisDxdvzzT0oicgWW89kYCKB 7WZ2tcbc+oEP1B9jpRKEJUcDdYxdrrWUNTmUpe+IU3fywWFMMVTaBhwS3LX6NsvutMOG00KNHe1q Ks/HH2fg472QadEF7gv9LQt7rj5X+8GY6/n4+AAq0hj/n6V/Kqz+Ky+oV2sgmZxepq/Q2ANKpHC5 JNNkCXrzCwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAA AABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAA AAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhALEsvBrTAAAA+QAAAA8AAAAAAAAA AAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAGAwAAAAAAAA/wEAAAAEYE AABuCAAARxAAAIMIAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABU ADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAA AAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAA AAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEA AAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABl ACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAA DgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8I AAAAAAAABAAAAAAPAA3wWgAAAAAAnw8EAAAABAAAAAAAoQ8gAAAAAQAAAAAAIAALAAAAAP8DAAcA AQAAAAAAQwADAAMAAgAAAKoPCgAAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPA7 BgAAEgAK8AgAAABaaAAAAgoAAKMAC/A8AAAAgAA4xMIjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAA hwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dkDAACpw9MDAABQSwMEFAAGAAgAAAAh AInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6 ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CF ORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJr ehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL 4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAA IQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCx lcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+G M62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt 8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYA CAAAACEAsSy8GtMAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPy07DMBBF90j9B2sqsamoUxYI hboVtEKwbQlC7IZ4moTG48hj8vh7rC5geeeOztVZb0fXqp6CNJ4NrJYZKOLS24YrA8Xb8809KInI FlvPZGAige1mdrXG3PqBD9QfY6UShCVHA3WMXa61lDU5lKXviFN38sFhTDFU2gYcEty1+jbL7rTD htNCjR3tairPxx9n4OO9kGnRBe4L/S0Le64+V/vBmOv5+PgAKtIY/5+lfyqs/isvqFdrIJmcXqav 0NgDSqRwuSTTZAl68wsAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAA AAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAAL AAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCxLLwa0wAAAPkAAAAP AAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABgMAAAAAAAAP 8BAAAABHEAAAbggAAMASAACDCAAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8A XwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAAB AAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIB AAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAA AAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8A dAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAA AAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAA AAAAALEPCAAAAAAAAAQAAAAADwAN8FoAAAAAAJ8PBAAAAAQAAAAAAKEPIAAAAAEAAAAAACAACwAA AAD/AwAHAAEAAAAAAEMAAwADAAIAAACqDwoAAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iA eIEPAATwYwYAABIACvAIAAAAW2gAAAIKAACjAAvwPAAAAIAAmObCI4EAkgcAAIIAkgcAAIMAkgcA AIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHaAwAAqcPUAwAAUEsDBBQA BgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIW xQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2 pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMo I+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLN ueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQU AAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojT W6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwW bqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BB TmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQ SwMEFAAGAAgAAAAhADQrRgzUAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj8FuwjAQRO+V+Adr kXpB4NBD1aYYhEBVe4Wmqnpb4iVJideR7TrJ39fiUI6zs3qjt9oMphWRnG8sK1guMhDEpdUNVwqK j9f5EwgfkDW2lknBSB4268ndCnNtez5QPIZKJAj7HBXUIXS5lL6syaBf2I44dWfrDIYUXSW1wz7B TSsfsuxRGmw4LdTY0a6m8nL8NQq+Pgs/zjrHsZA/fqYv1fdy3yt1Px22LyACDeH2HJ9l3If/8op6 1wqSyfltPLlGH9AHctdLMk2WINd/AAAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAAT AAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/ AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhADQrRgzU AAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAH AwAAAAAAAA/wEAAAABACAACDCAAARxAAAJcIAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoP EAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAU AAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEA AAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAA AAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAA TQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAG AAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEA MAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wgQAAAAAAnw8EAAAABAAAAAAAqA8ZAAAAQ29u c3RyYWluZWQgQmFzZWQgUm91dGluZwAAoQ8mAAAAGgAAAAAAIAALAAAAAP8DAAcAGgAAAAEARwAB AAMAAwACAN0IBv4AAKoPCgAAABoAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPA7BgAA EgAK8AgAAABcaAAAAgoAAKMAC/A8AAAAgADY/cIjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwAC AAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dkDAACpw9MDAABQSwMEFAAGAAgAAAAhAInw exntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAE hMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC2 8oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzg a87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1S fgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa 9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQs toxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62u tpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87 RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAA ACEAsSy8GtMAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPy07DMBBF90j9B2sqsamoUxYIhboV tEKwbQlC7IZ4moTG48hj8vh7rC5geeeOztVZb0fXqp6CNJ4NrJYZKOLS24YrA8Xb8809KInIFlvP ZGAige1mdrXG3PqBD9QfY6UShCVHA3WMXa61lDU5lKXviFN38sFhTDFU2gYcEty1+jbL7rTDhtNC jR3tairPxx9n4OO9kGnRBe4L/S0Le64+V/vBmOv5+PgAKtIY/5+lfyqs/isvqFdrIJmcXqav0NgD SqRwuSTTZAl68wsAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAA AAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAA AAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCxLLwa0wAAAPkAAAAPAAAA AAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABgMAAAAAAAAP8BAA AABHEAAAgwgAAMASAACXCAAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQ AFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAA AQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAAB AAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMA AAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5 AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAA BAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAA ALEPCAAAAAAAAAQAAAAADwAN8FoAAAAAAJ8PBAAAAAQAAAAAAKEPIAAAAAEAAAAAACAACwAAAAD/ AwAHAAEAAAAAAEMAAwADAAIAAACqDwoAAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEP AATwRAYAABIACvAIAAAAXWgAAAIKAACjAAvwPAAAAIAA2APDI4EAkgcAAIIAkgcAAIMAkgcAAIQA AAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHZAwAAqcPTAwAAUEsDBBQABgAI AAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4s EEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQ gjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uq rxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGt nCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYA CAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX 0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRw GF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH 5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwME FAAGAAgAAAAhACSM7VnTAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj8tOwzAQRfdI/IM1SGyq 1ikLBKFuhYAKti1BqLshniah8TjymDz+HqsLWN65o3N1VpvRtaqnII1nA8tFBoq49LbhykDxvp3f gZKIbLH1TAYmEtisLy9WmFs/8I76faxUgrDkaKCOscu1lrImh7LwHXHqjj44jCmGStuAQ4K7Vt9k 2a122HBaqLGjp5rK0/7HGfj8KGSadYH7Qn/LzJ6qw/J5MOb6anx8ABVpjP/P2/sXQvtXnlFv1kAy Ob5OX6GxO5RI4XxJpskS9PoXAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAA AAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAV AQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAJIztWdMAAAD5 AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAYDAAAA AAAAD/AQAAAAEAIAAJcIAABGBAAAsQgAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAA XwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAg AAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAA AAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAA AAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8A bgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAA AAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAA ixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACoDwEAAABCAAChDyAA AAACAAAAAAAgAAsAAAAA/wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAAAgAAAAEAAAAAAAAApg8M AAAA8AAAAFZdOH9YgHiBDwAE8LgGAAASAArwCAAAAF5oAAACCgAAowAL8DwAAACAAFghwyOBAJIH AACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2QMA AKnD0wMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8 kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheo lbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdn GnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k /9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi 9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG 4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4t XC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcT vvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA4 4NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQALqinP0wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1s RI9NTwIxEIbvJvyHZky8EOjiwZiFQozEqEdwjeE2bIfuyna6tmU//r0NF47vvJPnzbPaDLYRHflQ O1awmGcgiEunazYKiq+32TOIEJE1No5JwUgBNuvJ3Qpz7XreUbePRiQIhxwVVDG2uZShrMhimLuW OHUn5y3GFL2R2mOf4LaRj1n2JC3WnBYqbOm1ovK8v1gFP99FGKet566Qv2Gqz+aw2PZKPdwPL0sQ kYZ4e0bzefm7lVfUh1aQTE7v49HXeochkr9ekmmyBLn+BwAA//8DAFBLAQItABQABgAIAAAAIQCJ 8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAG AAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAG AAgAAAAhAAuqKc/TAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYA AAAAAwADALcAAAAGAwAAAAAAAA/wEAAAAEYEAACXCAAARxAAALEIAAAPABHwhAEAAA8AiBN8AQAA DwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAAC AAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEA AAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEA AGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAA AwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAE AAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8A XwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3w1wAAAAAAnw8EAAAABAAA AAAAqA91AAAAVGhlIHJvdXRpbmcgcHJvdG9jb2wgTVVTVCBiZSBhYmxlIHRvIHByb3ZpZGUgcm91 dGVzIHdpdGggZGlmZmVyZW50IGNoYXJhY3RlcmlzdGljcywgYWxzbyByZWZlcnJlZCB0byBhcyAi UW9TIiByb3V0aW5nAAChDyAAAAB2AAAAAAAgAAsAAAAA/wMABwB2AAAAAABDAAQABAACAAAAqg8K AAAAdgAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8E4GAAASAArwCAAAAF9oAAACCgAA swAL8EIAAACAAIgzwyOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABACBAR+3FAC/ ARAAFAD/AQAACAC/AwAAAgATACLx3QMAAKnD1wMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAA EwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8t jwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1E ZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX 4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfim hIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEA AAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrH jpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtL reUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m 6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQAyQM1P1wAA APkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9BS8NAEIXvgv9hGcGb3ViMaOy2lJZiKfSQGgVv0+w0 CWZnw+6apv31XXrQ45s3fI9vMhtMK3pyvrGs4HGUgCAurW64UlB8rB5eQPiArLG1TApO5GE2vb2Z YKbtkXPqd6ESEcI+QwV1CF0mpS9rMuhHtiOO3cE6gyFGV0nt8BjhppXjJHmWBhuOCzV2tKip/Nn9 GgWUL4p089R+VvLVLO3XPu3zzbdS93fD/A1EoCH8P5+TrUmLv/KKWmsF0eTwftq7RufoA7nrJZpG S5DTCwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAA W0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAA AAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQAyQM1P1wAAAPkAAAAPAAAAAAAAAAAA AAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACgMAAAAAAAAP8BAAAABHEAAA lwgAAMASAACxCAAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAA AAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAA AAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAA CQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAg AFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4A CQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAA AAAAAAQAAAAADwAN8GMAAAAAAJ8PBAAAAAQAAAAAAKgPAQAAAKAAAKEPIAAAAAIAAAAAACAACwAA AAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoAAAACAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iA eIEPAATwRAYAABIACvAIAAAAYGgAAAIKAACjAAvwPAAAAIAAKDPDI4EAkgcAAIIAkgcAAIMAkgcA AIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHZAwAAqcPTAwAAUEsDBBQA BgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIW xQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2 pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMo I+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLN ueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQU AAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojT W6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwW bqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BB TmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQ SwMEFAAGAAgAAAAhACSM7VnTAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj8tOwzAQRfdI/IM1 SGyq1ikLBKFuhYAKti1BqLshniah8TjymDz+HqsLWN65o3N1VpvRtaqnII1nA8tFBoq49LbhykDx vp3fgZKIbLH1TAYmEtisLy9WmFs/8I76faxUgrDkaKCOscu1lrImh7LwHXHqjj44jCmGStuAQ4K7 Vt9k2a122HBaqLGjp5rK0/7HGfj8KGSadYH7Qn/LzJ6qw/J5MOb6anx8ABVpjP/P2/sXQvtXnlFv 1kAyOb5OX6GxO5RI4XxJpskS9PoXAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMA AAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78A AAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAJIztWdMA AAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAYD AAAAAAAAD/AQAAAAEAIAALEIAABGBAAAywgAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8Q AAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQA AAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAA AAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAA AgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABN AG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYA AAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAw AAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACoDwEAAABCAACh DyAAAAACAAAAAAAgAAsAAAAA/wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAAAgAAAAEAAAAAAAAA pg8MAAAA8AAAAFZdOH9YgHiBDwAE8PcGAAASAArwCAAAAGFoAAACCgAAowAL8DwAAACAAMgUwyOB AJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx 2wMAAKnD1QMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54 bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7Fg YheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTk IZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+ AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990 fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrD MAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYc Yp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5 LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2 HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQBTwtBS1QAAAPkAAAAPAAAAZHJzL2Rvd25yZXYu eG1sRI9NSwMxEIbvQv9DmIKXYrP1oLI2LaUiepO2K+Jt3Ex3124mIUn3498berDHd97heXmW68G0 oiMfGssKFvMMBHFpdcOVguLwevcEIkRkja1lUjBSgPVqcrPEXNued9TtYyUShEOOCuoYXS5lKGsy GObWEafuaL3BmKKvpPbYJ7hp5X2WPUiDDaeFGh1taypP+7NR8PVZhHHmPHeF/A0zfaq+Fy+9UrfT YfMMItIQr8+PH+eDk//lBfWuFSST49v44xu9wxDJXy7JNFmCXP0BAAD//wMAUEsBAi0AFAAGAAgA AAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwEC LQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwEC LQAUAAYACAAAACEAU8LQUtUAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1s UEsFBgAAAAADAAMAtwAAAAgDAAAAAAAAD/AQAAAARgQAALEIAABHEAAAywgAAA8AEfCEAQAADwCI E3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAI DAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAA AQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAA AAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAA AAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAA BgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8Q AAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfAUAQAAAACfDwQA AAAEAAAAAACoD7IAAABUaGUgcm91dGluZyBwcm90b2NvbCBNVVNUIHRha2UgaW50byBhY2NvdW50 IG5vZGUgcHJvcGVydGllcyBzdWNoIGFzICdMb3ctcG93ZXJlZCBub2RlJyB3aGljaCBwcm9kdWNl IGVmZmljaWVudCBsb3cgbGF0ZW5jeSByb3V0ZXMgdGhhdCBtaW5pbWl6ZSByYWRpbyAnb24nIHRp bWUgZm9yIHRoZXNlIGRldmljZXMuAAChDyAAAACzAAAAAAAgAAsAAAAA/wMABwCzAAAAAABDAAQA BAACAAAAqg8KAAAAswAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8E4GAAASAArwCAAA AGJoAAACCgAAswAL8EIAAACAANhYwyOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQA BACBAR+3FAC/ARAAFAD/AQAACAC/AwAAAgATACLx3QMAAKnD1wMAAFBLAwQUAAYACAAAACEAifB7 Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASE ygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELby gCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBr zuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+ BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0 LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2 jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62 kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztF L6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAA IQAyQM1P1wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9BS8NAEIXvgv9hGcGb3ViMaOy2lJZi KfSQGgVv0+w0CWZnw+6apv31XXrQ45s3fI9vMhtMK3pyvrGs4HGUgCAurW64UlB8rB5eQPiArLG1 TApO5GE2vb2ZYKbtkXPqd6ESEcI+QwV1CF0mpS9rMuhHtiOO3cE6gyFGV0nt8BjhppXjJHmWBhuO CzV2tKip/Nn9GgWUL4p089R+VvLVLO3XPu3zzbdS93fD/A1EoCH8P5+TrUmLv/KKWmsF0eTwftq7 RufoA7nrJZpGS5DTCwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAA AAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAAL AAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQAyQM1P1wAAAPkAAAAP AAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACgMAAAAAAAAP 8BAAAABHEAAAsQgAAMASAADLCAAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8A XwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAAB AAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIB AAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAA AAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8A dAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAA AAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAA AAAAALEPCAAAAAAAAAQAAAAADwAN8GMAAAAAAJ8PBAAAAAQAAAAAAKgPAQAAAKAAAKEPIAAAAAIA AAAAACAACwAAAAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoAAAACAAAAAQAAAAAAAACmDwwAAADw AAAAVl04f1iAeIEPAATwQwYAABIACvAIAAAAY2gAAAIKAACjAAvwPAAAAIAAGEjDI4EAkgcAAIIA kgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHYAwAAqcPS AwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7D MBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qW AskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSz gxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVn M1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA //8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2Dv YHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3 DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e 5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPj LwAAAP//AwBQSwMEFAAGAAgAAAAhABtMtFLSAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj01L AzEQhu+C/yGM4KXYbD2IrE2LKKLX1i3ibdxMs2s3kyUT9+PfG3rQ4zvv8Lw86+3kOzVQlDawgdWy AEVcB9uyM1C9v9zcg5KEbLELTAZmEthuLi/WWNow8o6GfXIqQ1hKNNCk1JdaS92QR1mGnjh3xxA9 phyj0zbimOG+07dFcac9tpwXGuzpqaH6tP/xBj4OlcyLPvJQ6W9Z2JP7XD2PxlxfTY8PoBJN6f/Z c7CO/8oz6s0ayCbH1/krtnaHkiieL9k0W4Le/AIAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0A AACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAA IQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAA IQAbTLRS0gAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMA AwC3AAAABQMAAAAAAAAP8BAAAAAQAgAAywgAAEYEAADyCAAADwAR8IQBAAAPAIgTfAEAAA8AihM8 AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwB AAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAA AAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAA ZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAA AAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAA GAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQ AFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GMAAAAAAJ8PBAAAAAQAAAAAAKgP AQAAAEkAAKEPIAAAAAIAAAAAACAACwAAAAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoAAAACAAAA AQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwRgcAABIACvAIAAAAZGgAAAIKAACjAAvwPAAA AIAAWNTCI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8D AAACABMAIvHbAwAAqcPVAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRf VHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9 /zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2Uzo gVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE 9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOq T9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5y ZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI 2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptM LMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNV C0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAK6oyOzVAAAA+QAAAA8AAABkcnMv ZG93bnJldi54bWxEj8tOwzAQRfdI/IM1SGwq6pQFQqFuhUA8FmxaghC7IZ4mIfE48pg8/h6rC7q8 c0fn6qy3k+vUQEEazwZWywwUceltw5WB4v3p6haURGSLnWcyMJPAdnN+tsbc+pF3NOxjpRKEJUcD dYx9rrWUNTmUpe+JU3fwwWFMMVTaBhwT3HX6OstutMOG00KNPT3UVLb7X2fg86OQedEHHgr9Iwvb Vl+rx9GYy4vp/g5UpCmenqV9Lt7a//KIerUGksnhZf4Ojd2hRArHSzJNlqA3fwAAAP//AwBQSwEC LQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNd LnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8u cmVsc1BLAQItABQABgAIAAAAIQCuqMjs1QAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93 bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACAMAAAAAAAAP8BAAAABGBAAAywgAAEcQAADyCAAADwAR 8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQ FAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAE AAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQB AAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBh AGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEA cABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMw AAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GMB AAAAAJ8PBAAAAAQAAAAAAKgPAQEAAFRoZSByb3V0aW5nIGFsZ29yaXRobSBNVVNUIHN1cHBvcnQg bm9kZS1jb25zdHJhaW5lZCByb3V0aW5nIChlLmcuLCB0YWtpbmcgaW50byBhY2NvdW50IHRoZSBl eGlzdGluZyBlbmVyZ3kgc3RhdGUgYXMgYSBub2RlIGNvbnN0cmFpbnQpLiBOb2RlIGNvbnN0cmFp bnRzIGluY2x1ZGUgcG93ZXIgYW5kIG1lbW9yeSwgYXMgd2VsbCBhcyBjb25zdHJhaW50cyBwbGFj ZWQgb24gdGhlIGRldmljZSBieSB0aGUgdXNlciwgc3VjaCBhcyBiYXR0ZXJ5IGxpZmUuAAChDyAA AAACAQAAAAAgAAsAAAAA/wMABwACAQAAAABDAAQABAACAAAAqg8KAAAAAgEAAAEAAAAAAAAApg8M AAAA8AAAAFZdOH9YgHiBDwAE8E4GAAASAArwCAAAAGVoAAACCgAAswAL8EIAAACAAAiGwyOBAJIH AACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABACBAR+3FAC/ARAAFAD/AQAACAC/AwAAAgAT ACLx3QMAAKnD1wMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVz XS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbv Z7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhl MoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9y CWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wD l990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zP wWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvB UPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbK jMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U 2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQAyQM1P1wAAAPkAAAAPAAAAZHJzL2Rvd25y ZXYueG1sRI9BS8NAEIXvgv9hGcGb3ViMaOy2lJZiKfSQGgVv0+w0CWZnw+6apv31XXrQ45s3fI9v MhtMK3pyvrGs4HGUgCAurW64UlB8rB5eQPiArLG1TApO5GE2vb2ZYKbtkXPqd6ESEcI+QwV1CF0m pS9rMuhHtiOO3cE6gyFGV0nt8BjhppXjJHmWBhuOCzV2tKip/Nn9GgWUL4p089R+VvLVLO3XPu3z zbdS93fD/A1EoCH8P5+TrUmLv/KKWmsF0eTwftq7RufoA7nrJZpGS5DTCwAAAP//AwBQSwECLQAU AAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnht bFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVs c1BLAQItABQABgAIAAAAIQAyQM1P1wAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJl di54bWxQSwUGAAAAAAMAAwC3AAAACgMAAAAAAAAP8BAAAABHEAAAywgAAMASAADyCAAADwAR8IQB AAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEA AAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAA AAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAAB AAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwA AAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABo AHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAA AAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GMAAAAA AJ8PBAAAAAQAAAAAAKgPAQAAAKAAAKEPIAAAAAIAAAAAACAACwAAAAD/AwAHAAIAAAAAAEMAAwAD AAIAAACqDwoAAAACAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwRgYAABIACvAIAAAA ZmgAAAIKAACjAAvwPAAAAIAASIjDI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAE AL8BAQAVAP8BAAAIAL8DAAACABMAIvHbAwAAqcPVAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUB AAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEa jy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWz PURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8m BZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt +KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAV AQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6 aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpW C0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNC nqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAOrxGDvV AAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj01Lw0AQhu+C/2EZwUuxmwqKxG6LKEEPXloj4m3M TpPY7GzYWfPx71160OM77/C8POvt5Do1UJDWs4HVMgNFXHnbcm2gfCuu7kBJRLbYeSYDMwlsN+dn a8ytH3lHwz7WKkFYcjTQxNjnWkvVkENZ+p44dQcfHMYUQ61twDHBXaevs+xWO2w5LTTY02ND1XH/ 4wx8vJcyL/rAQ6m/ZWGP9efqaTTm8mJ6uAcVaYr/z664KV6Lv/KEerEGksnhef4Krd2hRAqnSzJN lqA3vwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAA W0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAA AAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQDq8Rg71QAAAPkAAAAPAAAAAAAAAAAA AAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACAMAAAAAAAAP8BAAAAAQAgAA 8ggAAEYEAAAmCQAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAA AAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAA AAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAA CQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAg AFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4A CQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAA AAAAAAQAAAAADwAN8GMAAAAAAJ8PBAAAAAQAAAAAAKgPAQAAAFUAAKEPIAAAAAIAAAAAACAACwAA AAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoAAAACAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iA eIEPAATwsAcAABIACvAIAAAAZ2gAAAIKAACjAAvwPAAAAIAAiKzDI4EAkgcAAIIAkgcAAIMAkgcA AIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHbAwAAqcPVAwAAUEsDBBQA BgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIW xQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2 pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMo I+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLN ueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQU AAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojT W6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwW bqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BB TmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQ SwMEFAAGAAgAAAAhALEWe1/VAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj01LAzEQhu9C/0MY wUux2QqWsjYtUhG9tm6V3sbNdHftZhKSuB//3tCDPb7zDs/Ls9oMphUd+dBYVjCfZSCIS6sbrhQU H6/3SxAhImtsLZOCkQJs1pObFeba9ryjbh8rkSAcclRQx+hyKUNZk8Ews444dSfrDcYUfSW1xz7B TSsfsmwhDTacFmp0tK2pPO9/jYKvQxHGqfPcFfInTPW5Os5feqXubofnJxCRhnh97o6fbvH4X15Q 71pBMjm9jd++0TsMkfzlkkyTJcj1HwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAA EwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9Cxb vwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCxFntf 1QAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAA CAMAAAAAAAAP8BAAAABGBAAA8ggAAEcQAAAmCQAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6 DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAA FAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAAB AAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAA AAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAA AE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAA BgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8M0BAAAAAJ8PBAAAAAQAAAAAAKgPawEAAFRv IHRoaXMgZW5kLCB0aGUgcm91dGluZyBwcm90b2NvbChzKSBNVVNUIHN1cHBvcnQgcGFyYW1ldGVy LWNvbnN0cmFpbmVkIHJvdXRpbmcsIHdoZXJlIGV4YW1wbGVzIG9mIHN1Y2ggcGFyYW1ldGVycyAo Q1BVLCBtZW1vcnkgc2l6ZSwgYmF0dGVyeSBsZXZlbCwgZXRjLikgaGF2ZSBiZWVuIGdpdmVuIGlu IHRoZSBwcmV2aW91cyBwYXJhZ3JhcGguIEluIG90aGVyIHdvcmRzLCB0aGUgcm91dGluZyBwcm90 b2NvbCBNVVNUIGJlIGFibGUgdG8gYWR2ZXJ0aXNlIG5vZGUgY2FwYWJpbGl0aWVzIHRoYXQgd2ls bCBiZSBleGNsdXNpdmVseSB1c2VkIGJ5IHRoZSByb3V0aW5nIHByb3RvY29sICAgZW5naW5lIGZv ciByb3V0aW5nIGRlY2lzaW9uLgAAoQ8gAAAAbAEAAAAAIAALAAAAAP8DAAcAbAEAAAAAQwAEAAQA AgAAAKoPCgAAAGwBAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBOBgAAEgAK8AgAAABo aAAAAgoAALMAC/BCAAAAgADor8MjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQA gQEftxQAvwEQABQA/wEAAAgAvwMAAAIAEwAi8d0DAACpw9cDAABQSwMEFAAGAAgAAAAhAInwexnt AAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoB RvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAs N931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87i eV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVf PLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9Cxb vwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxk svXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAu sahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+s PNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEA MkDNT9cAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPQUvDQBCF74L/YRnBm91YjGjstpSWYin0 kBoFb9PsNAlmZ8Pumqb99V160OObN3yPbzIbTCt6cr6xrOBxlIAgLq1uuFJQfKweXkD4gKyxtUwK TuRhNr29mWCm7ZFz6nehEhHCPkMFdQhdJqUvazLoR7Yjjt3BOoMhRldJ7fAY4aaV4yR5lgYbjgs1 drSoqfzZ/RoFlC+KdPPUflby1Szt1z7t8823Uvd3w/wNRKAh/D+fk61Ji7/yilprBdHk8H7au0bn 6AO56yWaRkuQ0wsAAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAA AAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAA AAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAMkDNT9cAAAD5AAAADwAA AAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAoDAAAAAAAAD/AQ AAAARxAAAPIIAADAEgAAJgkAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8A UABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAA AAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAA AQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAAD AAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQA eQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAA AAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAA AACxDwgAAAAAAAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACoDwEAAACgAAChDyAAAAACAAAA AAAgAAsAAAAA/wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAAAgAAAAEAAAAAAAAApg8MAAAA8AAA AFZdOH9YgHiBDwAE8EYGAAASAArwCAAAAGloAAACCgAAowAL8DwAAACAAFi/wyOBAJIHAACCAJIH AACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2wMAAKnD1QMA AFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQ RfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJ BOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR 9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNV yGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP// AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0 X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8w Wl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXR gPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8A AAD//wMAUEsDBBQABgAIAAAAIQAaJavf1QAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LTsMw EEX3SPyDNUhsKuqUBUKhbgVUiMeuJQixG+JpEhqPI4/J4++xuijLO3d0rs5yPbpW9RSk8WxgMc9A EZfeNlwZKN6frm5BSUS22HomAxMJrFfnZ0vMrR94S/0uVipBWHI0UMfY5VpLWZNDmfuOOHV7HxzG FEOlbcAhwV2rr7PsRjtsOC3U2NFjTeVh9+sMfH4UMs26wH2hf2RmD9XXYjMYc3kx3t+BijTG/2f/ 9vqwwVN5RL1YA8lk/zx9h8ZuUSKF4yWZJkvQqz8AAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexnt AAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAA ACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAA ACEAGiWr39UAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAD AAMAtwAAAAgDAAAAAAAAD/AQAAAAEAIAACYJAABGBAAATQkAAA8AEfCEAQAADwCIE3wBAAAPAIoT PAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAM AQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAA AAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAA AGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAA AAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAA ABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8A UABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACo DwEAAABIAAChDyAAAAACAAAAAAAgAAsAAAAA/wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAAAgAA AAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8PwGAAASAArwCAAAAGpoAAACCgAAowAL8DwA AACAAKjZwyOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/ AwAAAgATACLx2wMAAKnD1QMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50 X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm /f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM 6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFc RPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiD qk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8u cmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPR yNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKb TCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCcz VQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQA7YNlY1QAAAPkAAAAPAAAAZHJz L2Rvd25yZXYueG1sRI9NawIxEIbvBf9DGKEXqVk9SNkapVSkhZ60W0pv42bcTd1MliTdj3/f4KEe 33mH5+VZbwfbiI58MI4VLOYZCOLSacOVguJj//AIIkRkjY1jUjBSgO1mcrfGXLueD9QdYyUShEOO CuoY21zKUNZkMcxdS5y6s/MWY4q+ktpjn+C2kcssW0mLhtNCjS291FRejr9WwddnEcZZ67kr5E+Y 6Uv1vdj1St1Ph+cnEJGGeHs276txefovr6g3rSCZnF/Hkzf6gCGSv16SabIEufkDAAD//wMAUEsB Ai0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVz XS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMv LnJlbHNQSwECLQAUAAYACAAAACEAO2DZWNUAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rv d25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAgDAAAAAAAAD/AQAAAARgQAACYJAABHEAAATQkAAA8A EfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZ EBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAA BAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAE AQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkA YQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBh AHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoT MAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfAZ AQAAAACfDwQAAAAEAAAAAACoD7cAAABUaGUgcm91dGluZyBwcm90b2NvbCBNVVNUIHN1cHBvcnQg Y29uc3RyYWludC1iYXNlZCByb3V0aW5nIHRha2luZyBpbnRvIGFjY291bnQgbm9kZSBwcm9wZXJ0 aWVzIChDUFUsIG1lbW9yeSwgbGV2ZWwgb2YgZW5lcmd5LCBzbGVlcCBpbnRlcnZhbHMsIHNhZmV0 eS9jb252ZW5pZW5jZSBvZiBjaGFuZ2luZyBiYXR0ZXJ5KS4AAKEPIAAAALgAAAAAACAACwAAAAD/ AwAHALgAAAAAAEMABAAEAAIAAACqDwoAAAC4AAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEP AATwTgYAABIACvAIAAAAa2gAAAIKAACzAAvwQgAAAIAAuPHDI4EAkgcAAIIAkgcAAIMAkgcAAIQA AAAAAIcAAgAAAL8ABAAEAIEBH7cUAL8BEAAUAP8BAAAIAL8DAAACABMAIvHdAwAAqcPXAwAAUEsD BBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jc wfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs 5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3f axMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhP LvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBL AwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5Q xojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u 5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0 p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP// AwBQSwMEFAAGAAgAAAAhADJAzU/XAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj0FLw0AQhe+C /2EZwZvdWIxo7LaUlmIp9JAaBW/T7DQJZmfD7pqm/fVdetDjmzd8j28yG0wrenK+sazgcZSAIC6t brhSUHysHl5A+ICssbVMCk7kYTa9vZlgpu2Rc+p3oRIRwj5DBXUIXSalL2sy6Ee2I47dwTqDIUZX Se3wGOGmleMkeZYGG44LNXa0qKn82f0aBZQvinTz1H5W8tUs7dc+7fPNt1L3d8P8DUSgIfw/n5Ot SYu/8opaawXR5PB+2rtG5+gDueslmkZLkNMLAAAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAA AIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAh AFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAh ADJAzU/XAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwAD ALcAAAAKAwAAAAAAAA/wEAAAAEcQAAAmCQAAwBIAAE0JAAAPABHwhAEAAA8AiBN8AQAADwCKEzwB AAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEA AAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAA AQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABk bWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAA AAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAY AAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAAAAAAnw8EAAAABAAAAAAAqA8B AAAAoAAAoQ8gAAAAAgAAAAAAIAALAAAAAP8DAAcAAgAAAAAAQwADAAMAAgAAAKoPCgAAAAIAAAAB AAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPA7BgAAEgAK8AgAAABsaAAAAgoAAKMAC/A8AAAA gAA4BMQjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMA AAIAEwAi8dkDAACpw9MDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9U eXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/ NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiB VYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1 OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP 3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJl bHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZ wq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0ws ydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1UL QfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAsSy8GtMAAAD5AAAADwAAAGRycy9k b3ducmV2LnhtbESPy07DMBBF90j9B2sqsamoUxYIhboVtEKwbQlC7IZ4moTG48hj8vh7rC5geeeO ztVZb0fXqp6CNJ4NrJYZKOLS24YrA8Xb8809KInIFlvPZGAige1mdrXG3PqBD9QfY6UShCVHA3WM Xa61lDU5lKXviFN38sFhTDFU2gYcEty1+jbL7rTDhtNCjR3tairPxx9n4OO9kGnRBe4L/S0Le64+ V/vBmOv5+PgAKtIY/5+lfyqs/isvqFdrIJmcXqav0NgDSqRwuSTTZAl68wsAAP//AwBQSwECLQAU AAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnht bFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVs c1BLAQItABQABgAIAAAAIQCxLLwa0wAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJl di54bWxQSwUGAAAAAAMAAwC3AAAABgMAAAAAAAAP8BAAAAAQAgAATQkAAEYEAABiCQAADwAR8IQB AAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEA AAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAA AAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAAB AAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwA AAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABo AHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAA AAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8FoAAAAA AJ8PBAAAAAQAAAAAAKEPIAAAAAEAAAAAACAACwAAAAD/AwAHAAEAAAAAAEMAAwADAAIAAACqDwoA AAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwOgYAABIACvAIAAAAbWgAAAIKAACj AAvwPAAAAIAA2BTEI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8B AAAIAL8DAAACABMAIvHYAwAAqcPSAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0Nv bnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqy QahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45 x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUS YpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5 rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9y ZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPh J61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJ aceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+ 09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAEGCvJnSAAAA+QAAAA8A AABkcnMvZG93bnJldi54bWxEj01rAjEQhu8F/0MYoRepWXsoZWsUUYq9aldKb+NmzK5uJkuS7se/ b/Di8Z13eF6e5XqwjejIh9qxgsU8A0FcOl2zUVB8f768gwgRWWPjmBSMFGC9mjwtMdeu5wN1x2hE gnDIUUEVY5tLGcqKLIa5a4lTd3HeYkzRG6k99gluG/maZW/SYs1pocKWthWVt+OfVfBzKsI4az13 hbyGmb6Z38WuV+p5Omw+QEQa4uPZmv3ZPMo76ksrSCaX/Xj2tT5giOTvl2SaLEGu/gEAAP//AwBQ SwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlw ZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVs cy8ucmVsc1BLAQItABQABgAIAAAAIQBBgryZ0gAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMv ZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABQMAAAAAAAAP8BAAAABGBAAATQkAAEcQAABiCQAA DwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAA ABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgA AAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAA AAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIA aQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwBy AGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8A ihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN 8FoAAAAAAJ8PBAAAAAQAAAAAAKEPIAAAAAEAAAAAACAACwAAAAD/AwAHAAEAAAAAAEMABAAEAAIA AACqDwoAAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwOwYAABIACvAIAAAAbmgA AAIKAACjAAvwPAAAAIAAiCXEI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8B AQAVAP8BAAAIAL8DAAACABMAIvHZAwAAqcPTAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAAT AAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2P Ce3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURk UWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi 6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaE i7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAA CwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseO kvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut 5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo /1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhALEsvBrTAAAA +QAAAA8AAABkcnMvZG93bnJldi54bWxEj8tOwzAQRfdI/QdrKrGpqFMWCIW6FbRCsG0JQuyGeJqE xuPIY/L4e6wuYHnnjs7VWW9H16qegjSeDayWGSji0tuGKwPF2/PNPSiJyBZbz2RgIoHtZna1xtz6 gQ/UH2OlEoQlRwN1jF2utZQ1OZSl74hTd/LBYUwxVNoGHBLctfo2y+60w4bTQo0d7Woqz8cfZ+Dj vZBp0QXuC/0tC3uuPlf7wZjr+fj4ACrSGP+fpX8qrP4rL6hXayCZnF6mr9DYA0qkcLkk02QJevML AAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250 ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAe AQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAsSy8GtMAAAD5AAAADwAAAAAAAAAAAAAAAAAG AgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAYDAAAAAAAAD/AQAAAARxAAAE0JAADA EgAAYgkAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAA ixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAA AOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAA AQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAK AAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkA cABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAA ABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAE AAAAAA8ADfBaAAAAAACfDwQAAAAEAAAAAAChDyAAAAABAAAAAAAgAAsAAAAA/wMABwABAAAAAABD AAMAAwACAAAAqg8KAAAAAQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8DsGAAASAArw CAAAAG9oAAACCgAAowAL8DwAAACAAGgxxCOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/ AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2QMAAKnD0wMAAFBLAwQUAAYACAAAACEAifB7Ge0A AACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG 9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw3 3fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5 X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88 tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/ AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy 9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6x qGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w8 1c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQCx LLwa0wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LTsMwEEX3SP0HayqxqahTFgiFuhW0QrBt CULshniahMbjyGPy+HusLmB5547O1VlvR9eqnoI0ng2slhko4tLbhisDxdvzzT0oicgWW89kYCKB 7WZ2tcbc+oEP1B9jpRKEJUcDdYxdrrWUNTmUpe+IU3fywWFMMVTaBhwS3LX6NsvutMOG00KNHe1q Ks/HH2fg472QadEF7gv9LQt7rj5X+8GY6/n4+AAq0hj/n6V/Kqz+Ky+oV2sgmZxepq/Q2ANKpHC5 JNNkCXrzCwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAA AABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAA AAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhALEsvBrTAAAA+QAAAA8AAAAAAAAA AAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAGAwAAAAAAAA/wEAAAABAC AABiCQAARgQAAHYJAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABU ADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAA AAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAA AAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEA AAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABl ACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAA DgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8I AAAAAAAABAAAAAAPAA3wWgAAAAAAnw8EAAAABAAAAAAAoQ8gAAAAAQAAAAAAIAALAAAAAP8DAAcA AQAAAAAAQwADAAMAAgAAAKoPCgAAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPA6 BgAAEgAK8AgAAABwaAAAAgoAAKMAC/A8AAAAgAB4OMQjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAA hwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dgDAACpw9IDAABQSwMEFAAGAAgAAAAh AInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6 ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CF ORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJr ehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL 4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAA IQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCx lcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+G M62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt 8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYA CAAAACEAQYK8mdIAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPTWsCMRCG7wX/QxihF6lZeyhl axRRir1qV0pv42bMrm4mS5Lux79v8OLxnXd4Xp7lerCN6MiH2rGCxTwDQVw6XbNRUHx/vryDCBFZ Y+OYFIwUYL2aPC0x167nA3XHaESCcMhRQRVjm0sZyooshrlriVN3cd5iTNEbqT32CW4b+Zplb9Ji zWmhwpa2FZW3459V8HMqwjhrPXeFvIaZvpnfxa5X6nk6bD5ARBri49ma/dk8yjvqSytIJpf9ePa1 PmCI5O+XZJosQa7+AQAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAA AAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsA AAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAEGCvJnSAAAA+QAAAA8A AAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAFAwAAAAAAAA/w EAAAAEYEAABiCQAARxAAAHYJAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBf AFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEA AAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEA AAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAA AwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0 AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAA AAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAA AAAAsQ8IAAAAAAAABAAAAAAPAA3wWgAAAAAAnw8EAAAABAAAAAAAoQ8gAAAAAQAAAAAAIAALAAAA AP8DAAcAAQAAAAAAQwAEAAQAAgAAAKoPCgAAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4 gQ8ABPA7BgAAEgAK8AgAAABxaAAAAgoAAKMAC/A8AAAAgAAoZMQjgQCSBwAAggCSBwAAgwCSBwAA hAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dkDAACpw9MDAABQSwMEFAAG AAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbF DiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/al epCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj 5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s25 4a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQA BgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNb odfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZu pHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFO YQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBL AwQUAAYACAAAACEAsSy8GtMAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPy07DMBBF90j9B2sq samoUxYIhboVtEKwbQlC7IZ4moTG48hj8vh7rC5geeeOztVZb0fXqp6CNJ4NrJYZKOLS24YrA8Xb 8809KInIFlvPZGAige1mdrXG3PqBD9QfY6UShCVHA3WMXa61lDU5lKXviFN38sFhTDFU2gYcEty1 +jbL7rTDhtNCjR3tairPxx9n4OO9kGnRBe4L/S0Le64+V/vBmOv5+PgAKtIY/5+lfyqs/isvqFdr IJmcXqav0NgDSqRwuSTTZAl68wsAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAA AAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAA ABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCxLLwa0wAA APkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABgMA AAAAAAAP8BAAAABHEAAAYgkAAMASAAB2CQAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAA AABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAA ACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAA AAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAAC AAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0A bwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAA AAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAA AACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8FoAAAAAAJ8PBAAAAAQAAAAAAKEPIAAAAAEAAAAA ACAACwAAAAD/AwAHAAEAAAAAAEMAAwADAAIAAACqDwoAAAABAAAAAQAAAAAAAACmDwwAAADwAAAA Vl04f1iAeIEPAATwVwYAABIACvAIAAAAcmgAAAIKAACjAAvwPAAAAIAAGHTEI4EAkgcAAIIAkgcA AIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHbAwAAqcPVAwAA UEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF 90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE 62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1 XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XI YzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8D AFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRf lO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBa XQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA 8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAA AP//AwBQSwMEFAAGAAgAAAAhAAwXCFXVAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj01Lw0AQ hu+C/2EZwUuxm1YQid0WqYjirTWi3sbsNInNzoadNR//3qUHPb7zDs/Ls9qMrlU9BWk8G1jMM1DE pbcNVwaK18erW1ASkS22nsnARAKb9fnZCnPrB95Rv4+VShCWHA3UMXa51lLW5FDmviNO3cEHhzHF UGkbcEhw1+pllt1ohw2nhRo72tZUHvc/zsD7WyHTrAvcF/pbZvZYfS4eBmMuL8b7O1CRxvj/vMTr j+3LX3lCPVsDyeTwNH2Fxu5QIoXTJZkmS9DrXwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0A AACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAA IQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAA IQAMFwhV1QAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMA AwC3AAAACAMAAAAAAAAP8BAAAAAQAgAAdgkAAEcQAACKCQAADwAR8IQBAAAPAIgTfAEAAA8AihM8 AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwB AAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAA AAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAA ZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAA AAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAA GAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQ AFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8HQAAAAAAJ8PBAAAAAQAAAAAAKgP DAAAAFBlcmZvcm1hbmNlcwAAoQ8mAAAADQAAAAAAIAALAAAAAP8DAAcADQAAAAEARwABAAMAAwAC AN0IBv4AAKoPCgAAAA0AAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPA7BgAAEgAK8AgA AABzaAAAAgoAAKMAC/A8AAAAgAAYhcQjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAE AAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dkDAACpw9MDAABQSwMEFAAGAAgAAAAhAInwexntAAAA hQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYk sRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931 VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++ TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRN rG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAA ABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXt Z3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahp SlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXO c0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAsSy8 GtMAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPy07DMBBF90j9B2sqsamoUxYIhboVtEKwbQlC 7IZ4moTG48hj8vh7rC5geeeOztVZb0fXqp6CNJ4NrJYZKOLS24YrA8Xb8809KInIFlvPZGAige1m drXG3PqBD9QfY6UShCVHA3WMXa61lDU5lKXviFN38sFhTDFU2gYcEty1+jbL7rTDhtNCjR3tairP xx9n4OO9kGnRBe4L/S0Le64+V/vBmOv5+PgAKtIY/5+lfyqs/isvqFdrIJmcXqav0NgDSqRwuSTT ZAl68wsAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAA W0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAA AAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCxLLwa0wAAAPkAAAAPAAAAAAAAAAAA AAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABgMAAAAAAAAP8BAAAABHEAAA dgkAAMASAACKCQAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAA AAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAA AAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAA CQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAg AFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4A CQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAA AAAAAAQAAAAADwAN8FoAAAAAAJ8PBAAAAAQAAAAAAKEPIAAAAAEAAAAAACAACwAAAAD/AwAHAAEA AAAAAEMAAwADAAIAAACqDwoAAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwQwYA ABIACvAIAAAAdGgAAAIKAACjAAvwPAAAAIAA6JLEI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcA AgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHYAwAAqcPSAwAAUEsDBBQABgAIAAAAIQCJ 8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCw BITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQ tvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc 4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+Id Un4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEA WvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXE LLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOt rraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMf O0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgA AAAhABtMtFLSAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj01LAzEQhu+C/yGM4KXYbD2IrE2L KKLX1i3ibdxMs2s3kyUT9+PfG3rQ4zvv8Lw86+3kOzVQlDawgdWyAEVcB9uyM1C9v9zcg5KEbLEL TAZmEthuLi/WWNow8o6GfXIqQ1hKNNCk1JdaS92QR1mGnjh3xxA9phyj0zbimOG+07dFcac9tpwX GuzpqaH6tP/xBj4OlcyLPvJQ6W9Z2JP7XD2PxlxfTY8PoBJN6f/Zc7CO/8oz6s0ayCbH1/krtnaH kiieL9k0W4Le/AIAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAA AAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAA AAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQAbTLRS0gAAAPkAAAAPAAAA AAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABQMAAAAAAAAP8BAA AAAQAgAAigkAAEYEAACkCQAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQ AFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAA AQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAAB AAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMA AAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5 AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAA BAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAA ALEPCAAAAAAAAAQAAAAADwAN8GMAAAAAAJ8PBAAAAAQAAAAAAKgPAQAAAEkAAKEPIAAAAAIAAAAA ACAACwAAAAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoAAAACAAAAAQAAAAAAAACmDwwAAADwAAAA Vl04f1iAeIEPAATwogYAABIACvAIAAAAdWgAAAIKAACjAAvwPAAAAIAAuJvEI4EAkgcAAIIAkgcA AIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHbAwAAqcPVAwAA UEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF 90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE 62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1 XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XI YzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8D AFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRf lO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBa XQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA 8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAA AP//AwBQSwMEFAAGAAgAAAAhAGiBfyjVAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj01rAjEQ hu+F/ocwhV5Es/ZQytYopSKW3rQr0tu4mf3QzWRJ4n78+wYP9fjOOzwvz2I1mEZ05HxtWcF8loAg zq2uuVSQ/WymbyB8QNbYWCYFI3lYLR8fFphq2/OOun0oRYSwT1FBFUKbSunzigz6mW2JY1dYZzDE 6EqpHfYRbhr5kiSv0mDNcaHClj4ryi/7q1FwPGR+nLSOu0ye/URfyt/5ulfq+Wn4eAcRaAj3502x /j51/+UN9aUVRJNiO55crXfoA7nbJZpGS5DLPwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0A AACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAA IQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAA IQBogX8o1QAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMA AwC3AAAACAMAAAAAAAAP8BAAAABGBAAAigkAAEcQAACkCQAADwAR8IQBAAAPAIgTfAEAAA8AihM8 AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwB AAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAA AAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAA ZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAA AAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAA GAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQ AFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8L8AAAAAAJ8PBAAAAAQAAAAAAKgP XQAAAFRoZSByb3V0aW5nIHByb3RvY29sIE1VU1QgY29udmVyZ2UgYWZ0ZXIgdGhlIGFkZGl0aW9u IG9mIGEgbmV3IGRldmljZSB3aXRoaW4gc2V2ZXJhbCBtaW51dGVzLAAAoQ8gAAAAXgAAAAAAIAAL AAAAAP8DAAcAXgAAAAAAQwAEAAQAAgAAAKoPCgAAAF4AAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/ WIB4gQ8ABPBOBgAAEgAK8AgAAAB2aAAAAgoAALMAC/BCAAAAgACoSsQjgQCSBwAAggCSBwAAgwCS BwAAhAAAAAAAhwACAAAAvwAEAAQAgQEftxQAvwEQABQA/wEAAAgAvwMAAAIAEwAi8d0DAACpw9cD AABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMw EEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYC yQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLOD EfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWcz VchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD/ /wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9g dF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cP MFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l 0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+Mv AAAA//8DAFBLAwQUAAYACAAAACEAMkDNT9cAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPQUvD QBCF74L/YRnBm91YjGjstpSWYin0kBoFb9PsNAlmZ8Pumqb99V160OObN3yPbzIbTCt6cr6xrOBx lIAgLq1uuFJQfKweXkD4gKyxtUwKTuRhNr29mWCm7ZFz6nehEhHCPkMFdQhdJqUvazLoR7Yjjt3B OoMhRldJ7fAY4aaV4yR5lgYbjgs1drSoqfzZ/RoFlC+KdPPUflby1Szt1z7t8823Uvd3w/wNRKAh /D+fk61Ji7/yilprBdHk8H7au0bn6AO56yWaRkuQ0wsAAAD//wMAUEsBAi0AFAAGAAgAAAAhAInw exntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYA CAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYA CAAAACEAMkDNT9cAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAA AAADAAMAtwAAAAoDAAAAAAAAD/AQAAAARxAAAIoJAADAEgAApAkAAA8AEfCEAQAADwCIE3wBAAAP AIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIA AAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAA AAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAA aAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAAD AAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQA AAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBf AF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAA AACoDwEAAACgAAChDyAAAAACgQMAAIIDAACDAwAAhAMAAIUDAACGAwAAhwMAAIgDAACJAwAAigMA AIsDAACMAwAAjQMAAI4DAACPAwAAkAMAAJEDAACSAwAAkwMAAJQDAACVAwAAlgMAAJcDAACYAwAA mQMAAJoDAACbAwAAnAMAAJ0DAACeAwAAnwMAAKADAAChAwAAogMAAKMDAACkAwAApQMAAKYDAACn AwAAqAMAAKkDAACqAwAAqwMAAKwDAACtAwAArgMAAK8DAACwAwAAsQMAALIDAACzAwAAtAMAALUD AAC2AwAAtwMAALgDAAC5AwAAugMAALsDAAC8AwAAvQMAAL4DAAC/AwAAwAMAAMEDAADCAwAAwwMA AMQDAADFAwAAxgMAAMcDAADIAwAAyQMAAMoDAADLAwAAzAMAAM0DAADOAwAAzwMAANADAADRAwAA 0gMAANMDAADUAwAA1QMAANYDAADXAwAA2AMAANkDAADaAwAA2wMAANwDAADdAwAA3gMAAN8DAADg AwAA4QMAAOIDAADjAwAA5AMAAOUDAADmAwAA5wMAAOgDAADpAwAA6gMAAOsDAADsAwAA7QMAAO4D AADvAwAA8AMAAPEDAADyAwAA8wMAAPQDAAD1AwAA9gMAAPcDAAD4AwAA+QMAAPoDAAD7AwAA/AMA AP0DAAD/AwAA/f///wAEAAAAAAAAACAACwAAAAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoAAAAC AAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwQwYAABIACvAIAAAAd2gAAAIKAACjAAvw PAAAAIAAKLvEI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAI AL8DAAACABMAIvHYAwAAqcPSAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRl bnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahL e+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et 2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpyd gVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIw OIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxz Ly5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61m I9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceF cptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YU JzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhABtMtFLSAAAA+QAAAA8AAABk cnMvZG93bnJldi54bWxEj01LAzEQhu+C/yGM4KXYbD2IrE2LKKLX1i3ibdxMs2s3kyUT9+PfG3rQ 4zvv8Lw86+3kOzVQlDawgdWyAEVcB9uyM1C9v9zcg5KEbLELTAZmEthuLi/WWNow8o6GfXIqQ1hK NNCk1JdaS92QR1mGnjh3xxA9phyj0zbimOG+07dFcac9tpwXGuzpqaH6tP/xBj4OlcyLPvJQ6W9Z 2JP7XD2PxlxfTY8PoBJN6f/Zc7CO/8oz6s0ayCbH1/krtnaHkiieL9k0W4Le/AIAAP//AwBQSwEC LQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNd LnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8u cmVsc1BLAQItABQABgAIAAAAIQAbTLRS0gAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93 bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABQMAAAAAAAAP8BAAAAAQAgAApAkAAEYEAADLCQAADwAR 8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQ FAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAE AAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQB AAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBh AGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEA cABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMw AAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GMA AAAAAJ8PBAAAAAQAAAAAAKgPAQAAAEkAAKEPIAAAAAIAAAAAACAACwAAAAD/AwAHAAIAAAAAAEMA AwADAAIAAACqDwoAAAACAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwPwcAABIACvAI AAAAeGgAAAIKAACjAAvwPAAAAIAA2MvEI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8A BAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHZAwAAqcPTAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAA AIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2 JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd 9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlf vk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0 Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78A AAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL1 7Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGo aUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzV znNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAGJG vPPTAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj01Lw0AQhu+C/yGM4KW0m3qQErstooheGyPi bZqdJrHZ2WVnzce/d+lBj++8w/PybPeT7bOBgnSONaxXOWTEtTMdNxqq95flBjKJyAZ7x6RhJoH9 7vpqi4VxIx9oKGOTJQhLgRraGH2hlNQtWZSV88SpO7lgMaYYGmUCjglue3WX5/fKYsdpoUVPTy3V 5/LHavj8qGRe+MBDpb5lYc7N1/p51Pr2Znp8gCzSFP+f/caXRv7KC+rNaEgmp9f5GDpzQIkULpdk mixB7X4BAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAA AFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAA AAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAYka889MAAAD5AAAADwAAAAAAAAAA AAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAYDAAAAAAAAD/AQAAAARgQA AKQJAABHEAAAywkAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQA MQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAA AAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAA AAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAA AAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUA IABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAO AAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgA AAAAAAAEAAAAAA8ADfBeAQAAAACfDwQAAAAEAAAAAACoD/wAAABBbnkgcm91dGluZyBhbGdvcml0 aG0gdXNlZCB0byBkZXRlcm1pbmUgaG93IHRvIHJvdXRlIHBhY2tldHMgaW4gdGhlIG5ldHdvcmss IE1VU1QgYmUgY2FwYWJsZSBvZiByb3V0aW5nIHBhY2tldHMgdG8gYW5kIGZyb20gYSBuZXdseSBh ZGRlZCBkZXZpY2Ugd2l0aGluIHNldmVyYWwgbWludXRlcyBvZiBpdHMgYWRkaXRpb24sIGFuZCBT SE9VTEQgYmUgYWJsZSB0byBwZXJmb3JtIHRoaXMgZnVuY3Rpb24gd2l0aGluIHRlbnMgb2Ygc2Vj b25kcy4AAKEPIAAAAP0AAAAAACAACwAAAAD/AwAHAP0AAAAAAEMABAAEAAIAAACqDwoAAAD9AAAA AQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwTgYAABIACvAIAAAAeWgAAAIKAACzAAvwQgAA AIAAOMzEI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAIEBH7cUAL8BEAAUAP8B AAAIAL8DAAACABMAIvHdAwAAqcPXAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0Nv bnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqy QahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45 x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUS YpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5 rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9y ZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPh J61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJ aceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+ 09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhADJAzU/XAAAA+QAAAA8A AABkcnMvZG93bnJldi54bWxEj0FLw0AQhe+C/2EZwZvdWIxo7LaUlmIp9JAaBW/T7DQJZmfD7pqm /fVdetDjmzd8j28yG0wrenK+sazgcZSAIC6tbrhSUHysHl5A+ICssbVMCk7kYTa9vZlgpu2Rc+p3 oRIRwj5DBXUIXSalL2sy6Ee2I47dwTqDIUZXSe3wGOGmleMkeZYGG44LNXa0qKn82f0aBZQvinTz 1H5W8tUs7dc+7fPNt1L3d8P8DUSgIfw/n5OtSYu/8opaawXR5PB+2rtG5+gDueslmkZLkNMLAAAA //8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVu dF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEA AF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhADJAzU/XAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIA AGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAKAwAAAAAAAA/wEAAAAEcQAACkCQAAwBIA AMsJAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsT HAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADo AAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEA AAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAA AEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAA bwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAa AAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAA AAAPAA3wYwAAAAAAnw8EAAAABAAAAAAAqA8BAAAAoAAAoQ8gAAAAAgAAAAAAIAALAAAAAP8DAAcA AgAAAAAAQwADAAMAAgAAAKoPCgAAAAIAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBD BgAAEgAK8AgAAAB6aAAAAgoAAKMAC/A8AAAAgADI68QjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAA hwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dgDAACpw9IDAABQSwMEFAAGAAgAAAAh AInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6 ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CF ORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJr ehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL 4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAA IQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCx lcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+G M62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt 8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYA CAAAACEAG0y0UtIAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPTUsDMRCG74L/IYzgpdhsPYis TYsootfWLeJt3EyzazeTJRP3498betDjO+/wvDzr7eQ7NVCUNrCB1bIARVwH27IzUL2/3NyDkoRs sQtMBmYS2G4uL9ZY2jDyjoZ9cipDWEo00KTUl1pL3ZBHWYaeOHfHED2mHKPTNuKY4b7Tt0Vxpz22 nBca7Ompofq0//EGPg6VzIs+8lDpb1nYk/tcPY/GXF9Njw+gEk3p/9lzsI7/yjPqzRrIJsfX+Su2 doeSKJ4v2TRbgt78AgAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAA AAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsA AAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhABtMtFLSAAAA+QAAAA8A AAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAFAwAAAAAAAA/w EAAAABACAADLCQAARgQAAOUJAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBf AFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEA AAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEA AAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAA AwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0 AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAA AAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAA AAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAAAAAAnw8EAAAABAAAAAAAqA8BAAAASQAAoQ8gAAAAAgAA AAAAIAALAAAAAP8DAAcAAgAAAAAAQwADAAMAAgAAAKoPCgAAAAIAAAABAAAAAAAAAKYPDAAAAPAA AABWXTh/WIB4gQ8ABPD/BgAAEgAK8AgAAAB7aAAAAgoAAKMAC/A8AAAAgAA47sQjgQCSBwAAggCS BwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dwDAACpw9YD AABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMw EEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYC yQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLOD EfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWcz VchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD/ /wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9g dF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cP MFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l 0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+Mv AAAA//8DAFBLAwQUAAYACAAAACEAlbRJt9YAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPy07D MBBF90j8gzVIbCrqlAWPULdCIFQWbFqCELtpPE1C43HkMXn8PVYXsLxzR+fqLNeja1VPQRrPBhbz DBRx6W3DlYHi/eXqDpREZIutZzIwkcB6dX62xNz6gbfU72KlEoQlRwN1jF2utZQ1OZS574hTd/DB YUwxVNoGHBLctfo6y260w4bTQo0dPdVUHnc/zsDnRyHTrAvcF/pbZvZYfS2eB2MuL8bHB1CRxvj/ vNm/3cfbv/KEerUGkslhM+1DY7cokcLpkkyTJejVLwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7 Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAI AAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAI AAAAIQCVtEm31gAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAA AAMAAwC3AAAACQMAAAAAAAAP8BAAAABGBAAAywkAAEcQAADlCQAADwAR8IQBAAAPAIgTfAEAAA8A ihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAA AAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAA AAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABo AAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMA AAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAA AAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8A XwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8BsBAAAAAJ8PBAAAAAQAAAAA AKgPuQAAAFRoZSByb3V0aW5nIHByb3RvY29sIE1VU1QgZGlzdHJpYnV0ZSBzdWZmaWNpZW50IGlu Zm9ybWF0aW9uIGFib3V0IGxpbmsgZmFpbHVyZXMgdG8gZW5hYmxlIHRyYWZmaWMgdG8gYmUgcm91 dGVkIHN1Y2ggdGhhdCBhbGwgc2VydmljZSByZXF1aXJlbWVudHMgKGVzcGVjaWFsbHkgbGF0ZW5j eSkgY29udGludWUgdG8gYmUgbWV0AAChDyAAAAC6AAAAAAAgAAsAAAAA/wMABwC6AAAAAABDAAQA BAACAAAAqg8KAAAAugAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8E4GAAASAArwCAAA AHxoAAACCgAAswAL8EIAAACAAJgSxSOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQA BACBAR+3FAC/ARAAFAD/AQAACAC/AwAAAgATACLx3QMAAKnD1wMAAFBLAwQUAAYACAAAACEAifB7 Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASE ygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELby gCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBr zuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+ BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0 LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2 jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62 kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztF L6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAA IQAyQM1P1wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9BS8NAEIXvgv9hGcGb3ViMaOy2lJZi KfSQGgVv0+w0CWZnw+6apv31XXrQ45s3fI9vMhtMK3pyvrGs4HGUgCAurW64UlB8rB5eQPiArLG1 TApO5GE2vb2ZYKbtkXPqd6ESEcI+QwV1CF0mpS9rMuhHtiOO3cE6gyFGV0nt8BjhppXjJHmWBhuO CzV2tKip/Nn9GgWUL4p089R+VvLVLO3XPu3zzbdS93fD/A1EoCH8P5+TrUmLv/KKWmsF0eTwftq7 RufoA7nrJZpGS5DTCwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAA AAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAAL AAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQAyQM1P1wAAAPkAAAAP AAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACgMAAAAAAAAP 8BAAAABHEAAAywkAAMASAADlCQAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8A XwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAAB AAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIB AAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAA AAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8A dAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAA AAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAA AAAAALEPCAAAAAAAAAQAAAAADwAN8GMAAAAAAJ8PBAAAAAQAAAAAAKgPAQAAAKAAAKEPIAAAAAIA AAAAACAACwAAAAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoAAAACAAAAAQAAAAAAAACmDwwAAADw AAAAVl04f1iAeIEPAATwQwYAABIACvAIAAAAfWgAAAIKAACjAAvwPAAAAIAA6CLFI4EAkgcAAIIA kgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHYAwAAqcPS AwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7D MBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qW AskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSz gxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVn M1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA //8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2Dv YHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3 DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e 5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPj LwAAAP//AwBQSwMEFAAGAAgAAAAhABtMtFLSAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj01L AzEQhu+C/yGM4KXYbD2IrE2LKKLX1i3ibdxMs2s3kyUT9+PfG3rQ4zvv8Lw86+3kOzVQlDawgdWy AEVcB9uyM1C9v9zcg5KEbLELTAZmEthuLi/WWNow8o6GfXIqQ1hKNNCk1JdaS92QR1mGnjh3xxA9 phyj0zbimOG+07dFcac9tpwXGuzpqaH6tP/xBj4OlcyLPvJQ6W9Z2JP7XD2PxlxfTY8PoBJN6f/Z c7CO/8oz6s0ayCbH1/krtnaHkiieL9k0W4Le/AIAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0A AACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAA IQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAA IQAbTLRS0gAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMA AwC3AAAABQMAAAAAAAAP8BAAAAAQAgAA5QkAAEYEAAD/CQAADwAR8IQBAAAPAIgTfAEAAA8AihM8 AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwB AAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAA AAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAA ZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAA AAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAA GAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQ AFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GMAAAAAAJ8PBAAAAAQAAAAAAKgP AQAAAEkAAKEPIAAAAAIAAAAAACAACwAAAAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoAAAACAAAA AQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATw0wYAABIACvAIAAAAfmgAAAIKAACjAAvwPAAA AIAAGDXFI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8D AAACABMAIvHZAwAAqcPTAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRf VHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9 /zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2Uzo gVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE 9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOq T9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5y ZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI 2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptM LMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNV C0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAAPCmRjTAAAA+QAAAA8AAABkcnMv ZG93bnJldi54bWxEj01Lw0AQhu+C/2EZwUuxm3gQid0WsYheW1OKtzE7TWKzs2Fnzce/d+lBj++8 w/PyrDaT69RAQVrPBvJlBoq48rbl2kD58Xr3CEoissXOMxmYSWCzvr5aYWH9yDsa9rFWCcJSoIEm xr7QWqqGHMrS98SpO/ngMKYYam0DjgnuOn2fZQ/aYctpocGeXhqqzvsfZ+B4KGVe9IGHUn/Lwp7r z3w7GnN7Mz0/gYo0xf/nvNoeOvkrL6h3ayCZnN7mr9DaHUqkcLkk02QJev0LAAD//wMAUEsBAi0A FAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54 bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJl bHNQSwECLQAUAAYACAAAACEAA8KZGNMAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25y ZXYueG1sUEsFBgAAAAADAAMAtwAAAAYDAAAAAAAAD/AQAAAARgQAAOUJAABHEAAA/wkAAA8AEfCE AQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQB AAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAA AAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAA AQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBs AAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAA aAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAA AAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfDyAAAA AACfDwQAAAAEAAAAAACoD5AAAABBbnkgYWxnb3JpdGhtIHRoYXQgY29tcHV0ZXMgcm91dGVzIGZv ciBwYWNrZXRzIGluIHRoZSBuZXR3b3JrIE1VU1QgYmUgYWJsZSB0byBwZXJmb3JtIHJvdXRlIGNv bXB1dGF0aW9ucyBpbiBhZHZhbmNlIG9mIG5lZWRpbmcgdG8gdXNlIHRoZSByb3V0ZS4AAKEPIAAA AJEAAAAAACAACwAAAAD/AwAHAJEAAAAAAEMABAAEAAIAAACqDwoAAACRAAAAAQAAAAAAAACmDwwA AADwAAAAVl04f1iAeIEPAATwTgYAABIACvAIAAAAf2gAAAIKAACzAAvwQgAAAIAAuEvFI4EAkgcA AIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAIEBH7cUAL8BEAAUAP8BAAAIAL8DAAACABMA IvHdAwAAqcPXAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNd LnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9n sWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUy hOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJ Z74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX 33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/B asMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ 9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqM xfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTa unYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhADJAzU/XAAAA+QAAAA8AAABkcnMvZG93bnJl di54bWxEj0FLw0AQhe+C/2EZwZvdWIxo7LaUlmIp9JAaBW/T7DQJZmfD7pqm/fVdetDjmzd8j28y G0wrenK+sazgcZSAIC6tbrhSUHysHl5A+ICssbVMCk7kYTa9vZlgpu2Rc+p3oRIRwj5DBXUIXSal L2sy6Ee2I47dwTqDIUZXSe3wGOGmleMkeZYGG44LNXa0qKn82f0aBZQvinTz1H5W8tUs7dc+7fPN t1L3d8P8DUSgIfw/n5OtSYu/8opaawXR5PB+2rtG5+gDueslmkZLkNMLAAAA//8DAFBLAQItABQA BgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1s UEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxz UEsBAi0AFAAGAAgAAAAhADJAzU/XAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2 LnhtbFBLBQYAAAAAAwADALcAAAAKAwAAAAAAAA/wEAAAAEcQAADlCQAAwBIAAP8JAAAPABHwhAEA AA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAA AAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAA AAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEA AAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAA AAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgA eQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAA ALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAAAAAA nw8EAAAABAAAAAAAqA8BAAAAoAAAoQ8gAAAAAgAAAAAAIAALAAAAAP8DAAcAAgAAAAAAQwADAAMA AgAAAKoPCgAAAAIAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBGBgAAEgAK8AgAAACA aAAAAgoAAKMAC/A8AAAAgAD4R8UjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQA vwEBABUA/wEAAAgAvwMAAAIAEwAi8dsDAACpw9UDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEA ABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqP LY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9 RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYF l+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34 poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUB AAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pq x46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYL S63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Ke puj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAGiWr39UA AAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPy07DMBBF90j8gzVIbCrqlAVCoW4FVIjHriUIsRvi aRIajyOPyePvsbooyzt3dK7Ocj26VvUUpPFsYDHPQBGX3jZcGSjen65uQUlEtth6JgMTCaxX52dL zK0feEv9LlYqQVhyNFDH2OVaS1mTQ5n7jjh1ex8cxhRDpW3AIcFdq6+z7EY7bDgt1NjRY03lYffr DHx+FDLNusB9oX9kZg/V12IzGHN5Md7fgYo0xv9n//b6sMFTeUS9WAPJZP88fYfGblEiheMlmSZL 0Ks/AAAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABb Q29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAA AAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhABolq9/VAAAA+QAAAA8AAAAAAAAAAAAA AAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAIAwAAAAAAAA/wEAAAABACAAD/ CQAARgQAABQKAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEA MQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAA AAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAA AwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJ BAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAA VAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJ ABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAA AAAABAAAAAAPAA3wYwAAAAAAnw8EAAAABAAAAAAAqA8BAAAASAAAoQ8gAAAAAgAAAAAAIAALAAAA AP8DAAcAAgAAAAAAQwADAAMAAgAAAKoPCgAAAAIAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4 gQ8ABPCPBgAAEgAK8AgAAACBaAAAAgoAAKMAC/A8AAAAgABIXcUjgQCSBwAAggCSBwAAgwCSBwAA hAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dkDAACpw9MDAABQSwMEFAAG AAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbF DiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/al epCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj 5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s25 4a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQA BgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNb odfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZu pHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFO YQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBL AwQUAAYACAAAACEAqnyOoNMAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPTUvDQBCG74L/YRnB S7GbKoik3RZRRK+pEfE2zU6T2Oxs2Fnz8e9detDjO+/wvDyb3eQ6NVCQ1rOB1TIDRVx523JtoHx/ uXkAJRHZYueZDMwksNteXmwwt37kgoZ9rFWCsORooImxz7WWqiGHsvQ9ceqOPjiMKYZa24BjgrtO 32bZvXbYclposKenhqrT/scZ+PwoZV70gYdSf8vCnuqv1fNozPXV9LgGFWmK/88B73SBf+UZ9WYN JJPj63wIrS1QIoXzJZkmS9DbXwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAA AAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAA ABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCqfI6g0wAA APkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABgMA AAAAAAAP8BAAAABGBAAA/wkAAEcQAAAUCgAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAA AABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAA ACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAA AAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAAC AAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0A bwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAA AAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAA AACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8K4AAAAAAJ8PBAAAAAQAAAAAAKgPTAAAAFRoZSBy b3V0aW5nIHByb3RvY29sIE1VU1QgY29udmVyZ2Ugd2l0aGluIDAuNSBzZWNvbmQgaWYgbm8gbm9k ZXMgaGF2ZSBtb3ZlZC4AAKEPIAAAAE0AAAAAACAACwAAAAD/AwAHAE0AAAAAAEMABAAEAAIAAACq DwoAAABNAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwTgYAABIACvAIAAAAgmgAAAIK AACzAAvwQgAAAIAACHrFI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAIEBlpaW AL8BEAAUAP8BAAAIAL8DAAACABMAIvHdAwAAqcPXAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUB AAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEa jy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWz PURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8m BZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt +KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAV AQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6 aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpW C0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNC nqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhALcsmpbX AAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj0FLAzEQhe+C/yGM4M1mFZWybVpUaFeRgl1bvE43 s5vFTbJk0nbrrzf0oMc3b/ge33Q+2E4cKHDrnYLbUQaCXOV16xoFm8/FzRgER3QaO+9IwYkY5rPL iynm2h/dmg5lbESCOM5RgYmxz6XkypBFHvmeXOpqHyzGFEMjdcBjgttO3mXZo7TYurRgsKcXQ9V3 ubcKtsvCLJ/Loqx5/P51v9v3/LF4U+r6aniagIg0xP/nn2xlHzZ/5Rn1qhUkk7o47UKr18iRwvmS TJMlyNkvAAAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAA AABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAA AAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhALcsmpbXAAAA+QAAAA8AAAAAAAAA AAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAKAwAAAAAAAA/wEAAAAEcQ AAD/CQAAwBIAABQKAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABU ADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAA AAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAA AAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEA AAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABl ACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAA DgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8I AAAAAAAABAAAAAAPAA3wYwAAAAAAnw8EAAAABAAAAAAAqA8BAAAAoAAAoQ8gAAAAAgAAAAAAIAAL AAAAAP8DAAcAAgAAAAAAQwADAAMAAgAAAKoPCgAAAAIAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/ WIB4gQ8ABPBGBgAAEgAK8AgAAACDaAAAAgoAAKMAC/A8AAAAgAAIi8UjgQCSBwAAggCSBwAAgwCS BwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dsDAACpw9UDAABQSwME FAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB 8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl 5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9r Eygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u 8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsD BBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDG iNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7l TBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSn YEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8D AFBLAwQUAAYACAAAACEAGiWr39UAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPy07DMBBF90j8 gzVIbCrqlAVCoW4FVIjHriUIsRviaRIajyOPyePvsbooyzt3dK7Ocj26VvUUpPFsYDHPQBGX3jZc GSjen65uQUlEtth6JgMTCaxX52dLzK0feEv9LlYqQVhyNFDH2OVaS1mTQ5n7jjh1ex8cxhRDpW3A IcFdq6+z7EY7bDgt1NjRY03lYffrDHx+FDLNusB9oX9kZg/V12IzGHN5Md7fgYo0xv9n//b6sMFT eUS9WAPJZP88fYfGblEiheMlmSZL0Ks/AAAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUB AAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0 LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhABol q9/VAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcA AAAIAwAAAAAAAA/wEAAAABACAAAUCgAARgQAACgKAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAA ALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAA AAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEA AAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFu YAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAm AAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcB AAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABU ADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAAAAAAnw8EAAAABAAAAAAAqA8BAAAA SAAAoQ8gAAAAAgAAAAAAIAALAAAAAP8DAAcAAgAAAAAAQwADAAMAAgAAAKoPCgAAAAIAAAABAAAA AAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPCNBgAAEgAK8AgAAACEaAAAAgoAAKMAC/A8AAAAgAC4 i8UjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIA EwAi8dsDAACpw9UDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBl c10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m 72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhI ZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/ cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3Bfs A5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNs z8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7r wVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVW yozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTe FNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAPLn2/dUAAAD5AAAADwAAAGRycy9kb3du cmV2LnhtbESPy07DMBBF90j8gzVIbKrWKYsKpXUrBOIhdi1BiN0QT5PQeBx5TB5/j9UFLO/c0bk6 m93oWtVTkMazgeUiA0VcettwZaB4e5zfgpKIbLH1TAYmEthtLy82mFs/8J76Q6xUgrDkaKCOscu1 lrImh7LwHXHqjj44jCmGStuAQ4K7Vt9k2Uo7bDgt1NjRfU3l6fDjDHy8FzLNusB9ob9lZk/V5/Jh MOb6arxbg4o0xv/n6dU/4eqvPKNerIFkcnyevkJj9yiRwvmSTJMl6O0vAAAA//8DAFBLAQItABQA BgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1s UEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxz UEsBAi0AFAAGAAgAAAAhADy59v3VAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2 LnhtbFBLBQYAAAAAAwADALcAAAAIAwAAAAAAAA/wEAAAAEYEAAAUCgAARxAAACgKAAAPABHwhAEA AA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAA AAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAA AAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEA AAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAA AAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgA eQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAA ALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wqgAAAAAA nw8EAAAABAAAAAAAqA9IAAAAVGhlIHJvdXRpbmcgcHJvdG9jb2wgTVVTVCBjb252ZXJnZSB3aXRo aW4gNCBzZWNvbmRzIGlmIG5vZGVzIGhhdmUgbW92ZWQuAAChDyAAAABJAAAAAAAgAAsAAAAA/wMA BwBJAAAAAABDAAQABAACAAAAqg8KAAAASQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE 8E4GAAASAArwCAAAAIVoAAACCgAAswAL8EIAAACAAJirxSOBAJIHAACCAJIHAACDAJIHAACEAAAA AACHAAIAAAC/AAQABACBAZaWlgC/ARAAFAD/AQAACAC/AwAAAgATACLx3QMAAKnD1wMAAFBLAwQU AAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHy FsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn 9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sT KCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7y zbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwME FAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI 01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVM Fm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdg QU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMA UEsDBBQABgAIAAAAIQC3LJqW1wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9BSwMxEIXvgv8h jODNZhWVsm1aVGhXkYJdW7xON7ObxU2yZNJ266839KDHN2/4Ht90PthOHChw652C21EGglzldesa BZvPxc0YBEd0GjvvSMGJGOazy4sp5tof3ZoOZWxEgjjOUYGJsc+l5MqQRR75nlzqah8sxhRDI3XA Y4LbTt5l2aO02Lq0YLCnF0PVd7m3CrbLwiyfy6Ksefz+db/b9/yxeFPq+mp4moCINMT/559sZR82 f+UZ9aoVJJO6OO1Cq9fIkcL5kkyTJcjZLwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACF AQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa 9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQC3 LJqW1wAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3 AAAACgMAAAAAAAAP8BAAAABHEAAAFAoAAMASAAAoCgAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAA AAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAA AAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEB AAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1h bmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAA JgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAH AQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAA VAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GMAAAAAAJ8PBAAAAAQAAAAAAKgPAQAA AKAAAKEPIAAAAAIAAAAAACAACwAAAAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoAAAACAAAAAQAA AAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwOwYAABIACvAIAAAAhmgAAAIKAACjAAvwPAAAAIAA yL7FI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAAC ABMAIvHZAwAAqcPTAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlw ZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTN Zu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWI SGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV /3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX 7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxz bM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu 68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnV VsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H0 3hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhALEsvBrTAAAA+QAAAA8AAABkcnMvZG93 bnJldi54bWxEj8tOwzAQRfdI/QdrKrGpqFMWCIW6FbRCsG0JQuyGeJqExuPIY/L4e6wuYHnnjs7V WW9H16qegjSeDayWGSji0tuGKwPF2/PNPSiJyBZbz2RgIoHtZna1xtz6gQ/UH2OlEoQlRwN1jF2u tZQ1OZSl74hTd/LBYUwxVNoGHBLctfo2y+60w4bTQo0d7Woqz8cfZ+DjvZBp0QXuC/0tC3uuPlf7 wZjr+fj4ACrSGP+fpX8qrP4rL6hXayCZnF6mr9DYA0qkcLkk02QJevMLAAD//wMAUEsBAi0AFAAG AAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQ SwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQ SwECLQAUAAYACAAAACEAsSy8GtMAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYu eG1sUEsFBgAAAAADAAMAtwAAAAYDAAAAAAAAD/AQAAAAEAIAACgKAABGBAAAPQoAAA8AEfCEAQAA DwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAA AAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAA AAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAA AAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAA CAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5 AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAA ug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBaAAAAAACf DwQAAAAEAAAAAAChDyAAAAABAAAAAAAgAAsAAAAA/wMABwABAAAAAABDAAMAAwACAAAAqg8KAAAA AQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8DoGAAASAArwCAAAAIdoAAACCgAAowAL 8DwAAACAANjPxSOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAA CAC/AwAAAgATACLx2AMAAKnD0gMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250 ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGo S3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdH rdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKc nYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7C MDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVs cy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4Set ZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnH hXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPW FCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQBBgryZ0gAAAPkAAAAPAAAA ZHJzL2Rvd25yZXYueG1sRI9NawIxEIbvBf9DGKEXqVl7KGVrFFGKvWpXSm/jZsyubiZLku7Hv2/w 4vGdd3henuV6sI3oyIfasYLFPANBXDpds1FQfH++vIMIEVlj45gUjBRgvZo8LTHXrucDdcdoRIJw yFFBFWObSxnKiiyGuWuJU3dx3mJM0RupPfYJbhv5mmVv0mLNaaHClrYVlbfjn1XwcyrCOGs9d4W8 hpm+md/FrlfqeTpsPkBEGuLj2Zr92TzKO+pLK0gml/149rU+YIjk75dkmixBrv4BAAD//wMAUEsB Ai0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVz XS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMv LnJlbHNQSwECLQAUAAYACAAAACEAQYK8mdIAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rv d25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAUDAAAAAAAAD/AQAAAARgQAACgKAABHEAAAPQoAAA8A EfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZ EBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAA BAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAE AQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkA YQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBh AHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoT MAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBa AAAAAACfDwQAAAAEAAAAAAChDyAAAAABAAAAAAAgAAsAAAAA/wMABwABAAAAAABDAAQABAACAAAA qg8KAAAAAQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8DsGAAASAArwCAAAAIhoAAAC CgAAowAL8DwAAACAAJjgxSOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEA FQD/AQAACAC/AwAAAgATACLx2QMAAKnD0wMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAA AFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt 7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo 4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0 t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6 rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsA AABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4 P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUT Uf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9T MfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQCxLLwa0wAAAPkA AAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LTsMwEEX3SP0HayqxqahTFgiFuhW0QrBtCULshniahMbj yGPy+HusLmB5547O1VlvR9eqnoI0ng2slhko4tLbhisDxdvzzT0oicgWW89kYCKB7WZ2tcbc+oEP 1B9jpRKEJUcDdYxdrrWUNTmUpe+IU3fywWFMMVTaBhwS3LX6NsvutMOG00KNHe1qKs/HH2fg472Q adEF7gv9LQt7rj5X+8GY6/n4+AAq0hj/n6V/Kqz+Ky+oV2sgmZxepq/Q2ANKpHC5JNNkCXrzCwAA //8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVu dF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEA AF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhALEsvBrTAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIA AGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAGAwAAAAAAAA/wEAAAAEcQAAAoCgAAwBIA AD0KAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsT HAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADo AAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEA AAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAA AEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAA bwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAa AAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAA AAAPAA3wWgAAAAAAnw8EAAAABAAAAAAAoQ8gAAAAAQAAAAAAIAALAAAAAP8DAAcAAQAAAAAAQwAD AAMAAgAAAKoPCgAAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPA7BgAAEgAK8AgA AACJaAAAAgoAAKMAC/A8AAAAgAAI5cUjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAE AAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dkDAACpw9MDAABQSwMEFAAGAAgAAAAhAInwexntAAAA hQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYk sRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931 VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++ TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRN rG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAA ABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXt Z3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahp SlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXO c0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAsSy8 GtMAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPy07DMBBF90j9B2sqsamoUxYIhboVtEKwbQlC 7IZ4moTG48hj8vh7rC5geeeOztVZb0fXqp6CNJ4NrJYZKOLS24YrA8Xb8809KInIFlvPZGAige1m drXG3PqBD9QfY6UShCVHA3WMXa61lDU5lKXviFN38sFhTDFU2gYcEty1+jbL7rTDhtNCjR3tairP xx9n4OO9kGnRBe4L/S0Le64+V/vBmOv5+PgAKtIY/5+lfyqs/isvqFdrIJmcXqav0NgDSqRwuSTT ZAl68wsAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAA W0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAA AAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCxLLwa0wAAAPkAAAAPAAAAAAAAAAAA AAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABgMAAAAAAAAP8BAAAAAQAgAA PQoAAEYEAABRCgAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAA AAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAA AAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAA CQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAg AFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4A CQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAA AAAAAAQAAAAADwAN8FoAAAAAAJ8PBAAAAAQAAAAAAKEPIAAAAAEAAAAAACAACwAAAAD/AwAHAAEA AAAAAEMAAwADAAIAAACqDwoAAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwOwYA ABIACvAIAAAAimgAAAIKAACjAAvwPAAAAIAAuPrFI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcA AgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHZAwAAqcPTAwAAUEsDBBQABgAIAAAAIQCJ 8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCw BITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQ tvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc 4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+Id Un4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEA WvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXE LLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOt rraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMf O0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgA AAAhALEsvBrTAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj8tOwzAQRfdI/QdrKrGpqFMWCIW6 FbRCsG0JQuyGeJqExuPIY/L4e6wuYHnnjs7VWW9H16qegjSeDayWGSji0tuGKwPF2/PNPSiJyBZb z2RgIoHtZna1xtz6gQ/UH2OlEoQlRwN1jF2utZQ1OZSl74hTd/LBYUwxVNoGHBLctfo2y+60w4bT Qo0d7Woqz8cfZ+DjvZBp0QXuC/0tC3uuPlf7wZjr+fj4ACrSGP+fpX8qrP4rL6hXayCZnF6mr9DY A0qkcLkk02QJevMLAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAA AAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAA AAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAsSy8GtMAAAD5AAAADwAA AAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAYDAAAAAAAAD/AQ AAAARgQAAD0KAABHEAAAUQoAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8A UABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAA AAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAA AQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAAD AAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQA eQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAA AAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAA AACxDwgAAAAAAAAEAAAAAA8ADfBaAAAAAACfDwQAAAAEAAAAAAChDyAAAAABAAAAAAAgAAsAAAAA /wMABwABAAAAAABDAAMAAwACAAAAqg8KAAAAAQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiB DwAE8DsGAAASAArwCAAAAItoAAACCgAAowAL8DwAAACAACgfxiOBAJIHAACCAJIHAACDAJIHAACE AAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2QMAAKnD0wMAAFBLAwQUAAYA CAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUO LBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6 kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPl Kq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnh rZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAG AAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh 19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6k cBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5h B+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsD BBQABgAIAAAAIQCxLLwa0wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LTsMwEEX3SP0Hayqx qahTFgiFuhW0QrBtCULshniahMbjyGPy+HusLmB5547O1VlvR9eqnoI0ng2slhko4tLbhisDxdvz zT0oicgWW89kYCKB7WZ2tcbc+oEP1B9jpRKEJUcDdYxdrrWUNTmUpe+IU3fywWFMMVTaBhwS3LX6 NsvutMOG00KNHe1qKs/HH2fg472QadEF7gv9LQt7rj5X+8GY6/n4+AAq0hj/n6V/Kqz+Ky+oV2sg mZxepq/Q2ANKpHC5JNNkCXrzCwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAA AAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAA FQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhALEsvBrTAAAA +QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAGAwAA AAAAAA/wEAAAAEcQAAA9CgAAwBIAAFEKAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAA AF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAA IAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAA AAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIA AAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBv AG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAA AAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAA AIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wWgAAAAAAnw8EAAAABAAAAAAAoQ8gAAAAAQAAAAAA IAALAAAAAP8DAAcAAQAAAAAAQwADAAMAAgAAAKoPCgAAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABW XTh/WIB4gQ8ABPBWBgAAEgAK8AgAAACMaAAAAgoAAKMAC/A8AAAAgADIJMYjgQCSBwAAggCSBwAA gwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dsDAACpw9UDAABQ SwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3 SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTr aGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVd Xd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchj OE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMA UEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U 7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpd Dm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDx yTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA //8DAFBLAwQUAAYACAAAACEAlbOCZtUAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPTUsDMRCG 74L/IYzgpbTZehDZNi1SEb1Ja7T0Nm6mu9tuJksS9+PfG3qwx3fe4Xl5luvBNqIjH2rHCuazDARx 4UzNpQL9+Tp9AhEissHGMSkYKcB6dXuzxNy4nrfU7WIpEoRDjgqqGNtcylBUZDHMXEucuqPzFmOK vpTGY5/gtpEPWfYoLdacFipsaVNRcd79WgX7Lx3GSeu50/IUJuZcHuYvvVL3d8PzAkSkIV6fZaa/ P/R/eUG9GwXJ5Pg2/vjabDFE8pdLMk2WIFd/AAAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAA AIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAh AFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAh AJWzgmbVAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwAD ALcAAAAIAwAAAAAAAA/wEAAAABACAABRCgAARgQAAGYKAAAPABHwhAEAAA8AiBN8AQAADwCKEzwB AAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEA AAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAA AQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABk bWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAA AAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAY AAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wcwAAAAAAnw8EAAAABAAAAAAAqA8L AAAAU2NhbGFiaWxpdHkAAKEPJgAAAAwAAAAAACAACwAAAAD/AwAHAAwAAAABAEcAAQADAAMAAgDd CAb+AACqDwoAAAAMAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwOwYAABIACvAIAAAA jWgAAAIKAACjAAvwPAAAAIAAmCXGI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAE AL8BAQAVAP8BAAAIAL8DAAACABMAIvHZAwAAqcPTAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUB AAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEa jy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWz PURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8m BZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt +KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAV AQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6 aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpW C0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNC nqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhALEsvBrT AAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj8tOwzAQRfdI/QdrKrGpqFMWCIW6FbRCsG0JQuyG eJqExuPIY/L4e6wuYHnnjs7VWW9H16qegjSeDayWGSji0tuGKwPF2/PNPSiJyBZbz2RgIoHtZna1 xtz6gQ/UH2OlEoQlRwN1jF2utZQ1OZSl74hTd/LBYUwxVNoGHBLctfo2y+60w4bTQo0d7Woqz8cf Z+DjvZBp0QXuC/0tC3uuPlf7wZjr+fj4ACrSGP+fpX8qrP4rL6hXayCZnF6mr9DYA0qkcLkk02QJ evMLAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtD b250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAA AAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAsSy8GtMAAAD5AAAADwAAAAAAAAAAAAAA AAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAYDAAAAAAAAD/AQAAAARgQAAFEK AABHEAAAZgoAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAx AAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAA AQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAAD AQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkE AAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABU AHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkA EQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAA AAAEAAAAAA8ADfBaAAAAAACfDwQAAAAEAAAAAAChDyAAAAABAAAAAAAgAAsAAAAA/wMABwABAAAA AABDAAMAAwACAAAAqg8KAAAAAQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8DsGAAAS AArwCAAAAI5oAAACCgAAowAL8DwAAACAAAhJxiOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIA AAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2QMAAKnD0wMAAFBLAwQUAAYACAAAACEAifB7 Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASE ygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELby gCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBr zuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+ BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0 LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2 jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62 kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztF L6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAA IQCxLLwa0wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LTsMwEEX3SP0HayqxqahTFgiFuhW0 QrBtCULshniahMbjyGPy+HusLmB5547O1VlvR9eqnoI0ng2slhko4tLbhisDxdvzzT0oicgWW89k YCKB7WZ2tcbc+oEP1B9jpRKEJUcDdYxdrrWUNTmUpe+IU3fywWFMMVTaBhwS3LX6NsvutMOG00KN He1qKs/HH2fg472QadEF7gv9LQt7rj5X+8GY6/n4+AAq0hj/n6V/Kqz+Ky+oV2sgmZxepq/Q2ANK pHC5JNNkCXrzCwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAA AAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAA AAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhALEsvBrTAAAA+QAAAA8AAAAA AAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAGAwAAAAAAAA/wEAAA AEcQAABRCgAAwBIAAGYKAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAAB AAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEA AAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAA AAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkA cABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAE AAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAA sQ8IAAAAAAAABAAAAAAPAA3wWgAAAAAAnw8EAAAABAAAAAAAoQ8gAAAAAQAAAAAAIAALAAAAAP8D AAcAAQAAAAAAQwADAAMAAgAAAKoPCgAAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8A BPBEBgAAEgAK8AgAAACPaAAAAgoAAKMAC/A8AAAAgABYUsYjgQCSBwAAggCSBwAAgwCSBwAAhAAA AAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dkDAACpw9MDAABQSwMEFAAGAAgA AAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQ Qkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCC M5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5Sqv GbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2c JjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAI AAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfS PoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAY X1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfm citt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQU AAYACAAAACEAJIztWdMAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPy07DMBBF90j8gzVIbKrW KQsEoW6FgAq2LUGouyGeJqHxOPKYPP4eqwtY3rmjc3VWm9G1qqcgjWcDy0UGirj0tuHKQPG+nd+B kohssfVMBiYS2KwvL1aYWz/wjvp9rFSCsORooI6xy7WWsiaHsvAdceqOPjiMKYZK24BDgrtW32TZ rXbYcFqosaOnmsrT/scZ+PwoZJp1gftCf8vMnqrD8nkw5vpqfHwAFWmM/8/b+xdC+1eeUW/WQDI5 vk5fobE7lEjhfEmmyRL0+hcAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAA AAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUB AAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQAkjO1Z0wAAAPkA AAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABgMAAAAA AAAP8BAAAAAQAgAAZgoAAEYEAACACgAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABf AF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAA AAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAA AAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAA BAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBu AG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAA AAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACL ExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GMAAAAAAJ8PBAAAAAQAAAAAAKgPAQAAAEIAAKEPIAAA AAIAAAAAACAACwAAAAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoAAAACAAAAAQAAAAAAAACmDwwA AADwAAAAVl04f1iAeIEPAATw4AYAABIACvAIAAAAkGgAAAIKAACjAAvwPAAAAIAAiGnGI4EAkgcA AIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHZAwAA qcPTAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQ QU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iV t6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2ca dQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/ 2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3 AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg +2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1c L8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+ 9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg 0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAFavLZLTAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxE j8tOwzAQRfdI/IM1SGwi6pQFqkLdCoEQbFuCELshnjxoPI48Jo+/x+oClnfu6Fyd7X52vRopSOfZ wHqVgyKuvO24MVC+Pd9sQElEtth7JgMLCex3lxdbLKyf+EDjMTYqQVgKNNDGOBRaS9WSQ1n5gTh1 tQ8OY4qh0TbglOCu17d5fqcddpwWWhzosaXqdPxxBj7eS1myIfBY6m/J7Kn5XD9NxlxfzQ/3oCLN 8f8507ba1H/lGfVqDSST+mX5Cp09oEQK50syTZagd78AAAD//wMAUEsBAi0AFAAGAAgAAAAhAInw exntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYA CAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYA CAAAACEAVq8tktMAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAA AAADAAMAtwAAAAYDAAAAAAAAD/AQAAAARgQAAGYKAABHEAAAgAoAAA8AEfCEAQAADwCIE3wBAAAP AIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIA AAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAA AAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAA aAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAAD AAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQA AAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBf AF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfD/AAAAAACfDwQAAAAEAAAA AACoD50AAABUaGUgcm91dGluZyBwcm90b2NvbCBNVVNUIGJlIGFibGUgdG8gc3VwcG9ydCBuZXR3 b3JrcyB3aXRoIGF0IGxlYXN0IDIwMDAgbm9kZXMgd2hlcmUgMTAwMCBub2RlcyB3b3VsZCBhY3Qg YXMgcm91dGVycyBhbmQgdGhlIG90aGVyIDEwMDAgbm9kZXMgd291bGQgYmUgaG9zdHMuAAChDyAA AACeAAAAAAAgAAsAAAAA/wMABwCeAAAAAABDAAQABAACAAAAqg8KAAAAngAAAAEAAAAAAAAApg8M AAAA8AAAAFZdOH9YgHiBDwAE8E4GAAASAArwCAAAAJFoAAACCgAAswAL8EIAAACAABhtxiOBAJIH AACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABACBAZaWlgC/ARAAFAD/AQAACAC/AwAAAgAT ACLx3QMAAKnD1wMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVz XS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbv Z7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhl MoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9y CWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wD l990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zP wWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvB UPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbK jMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U 2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQC3LJqW1wAAAPkAAAAPAAAAZHJzL2Rvd25y ZXYueG1sRI9BSwMxEIXvgv8hjODNZhWVsm1aVGhXkYJdW7xON7ObxU2yZNJ266839KDHN2/4Ht90 PthOHChw652C21EGglzldesaBZvPxc0YBEd0GjvvSMGJGOazy4sp5tof3ZoOZWxEgjjOUYGJsc+l 5MqQRR75nlzqah8sxhRDI3XAY4LbTt5l2aO02Lq0YLCnF0PVd7m3CrbLwiyfy6Ksefz+db/b9/yx eFPq+mp4moCINMT/559sZR82f+UZ9aoVJJO6OO1Cq9fIkcL5kkyTJcjZLwAAAP//AwBQSwECLQAU AAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnht bFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVs c1BLAQItABQABgAIAAAAIQC3LJqW1wAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJl di54bWxQSwUGAAAAAAMAAwC3AAAACgMAAAAAAAAP8BAAAABHEAAAZgoAAMASAACACgAADwAR8IQB AAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEA AAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAA AAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAAB AAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwA AAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABo AHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAA AAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GMAAAAA AJ8PBAAAAAQAAAAAAKgPAQAAAKAAAKEPIAAAAAIAAAAAACAACwAAAAD/AwAHAAIAAAAAAEMAAwAD AAIAAACqDwoAAAACAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwRgYAABIACvAIAAAA kmgAAAIKAACjAAvwPAAAAIAAaJXGI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAE AL8BAQAVAP8BAAAIAL8DAAACABMAIvHbAwAAqcPVAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUB AAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEa jy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWz PURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8m BZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt +KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAV AQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6 aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpW C0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNC nqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAOrxGDvV AAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj01Lw0AQhu+C/2EZwUuxmwqKxG6LKEEPXloj4m3M TpPY7GzYWfPx71160OM77/C8POvt5Do1UJDWs4HVMgNFXHnbcm2gfCuu7kBJRLbYeSYDMwlsN+dn a8ytH3lHwz7WKkFYcjTQxNjnWkvVkENZ+p44dQcfHMYUQ61twDHBXaevs+xWO2w5LTTY02ND1XH/ 4wx8vJcyL/rAQ6m/ZWGP9efqaTTm8mJ6uAcVaYr/z664KV6Lv/KEerEGksnhef4Krd2hRAqnSzJN lqA3vwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAA W0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAA AAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQDq8Rg71QAAAPkAAAAPAAAAAAAAAAAA AAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACAMAAAAAAAAP8BAAAAAQAgAA gAoAAEYEAACaCgAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAA AAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAA AAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAA CQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAg AFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4A CQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAA AAAAAAQAAAAADwAN8GMAAAAAAJ8PBAAAAAQAAAAAAKgPAQAAAFUAAKEPIAAAAAIAAAAAACAACwAA AAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoAAAACAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iA eIEPAATw9wYAABIACvAIAAAAk2gAAAIKAACjAAvwPAAAAIAAyKXGI4EAkgcAAIIAkgcAAIMAkgcA AIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHbAwAAqcPVAwAAUEsDBBQA BgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIW xQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2 pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMo I+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLN ueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQU AAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojT W6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwW bqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BB TmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQ SwMEFAAGAAgAAAAhAESm9rnVAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj01Lw0AQhu+C/2EZ wUtpN/UgknZbRBE9iNAaEW9jdprEZmfDzjYf/96lBz2+8w7Py7Pejq5VPQVpPBtYLjJQxKW3DVcG iven+R0oicgWW89kYCKB7ebyYo259QPvqN/HSiUIS44G6hi7XGspa3IoC98Rp+7gg8OYYqi0DTgk uGv1TZbdaocNp4UaO3qoqTzuT87A50ch06wL3Bf6R2b2WH0tHwdjrq/G+xWoSGP8f+757fTKf+UZ 9WINJJPD8/QdGrtDiRTOl2SaLEFvfgEAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAA EwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9Cxb vwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQBEpva5 1QAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAA CAMAAAAAAAAP8BAAAABGBAAAgAoAAEcQAACaCgAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6 DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAA FAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAAB AAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAA AAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAA AE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAA BgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8BQBAAAAAJ8PBAAAAAQAAAAAAKgPsgAAAFRo ZSByb3V0aW5nIHByb3RvY29sKHMpIE1VU1QgYmUgY2FwYWJsZSBvZiBzdXBwb3J0aW5nIHRoZSBv cmdhbml6YXRpb24gb2YgYSBsYXJnZSBudW1iZXIgb2Ygc2Vuc2luZyBub2RlcyBpbnRvIHJlZ2lv bnMgY29udGFpbmluZyBvbiB0aGUgb3JkZXIgb2YgMTBeMiB0byAxMF40IHNlbnNpbmcgbm9kZXMg ZWFjaC4AAKEPIAAAALMAAAAAACAACwAAAAD/AwAHALMAAAAAAEMABAAEAAIAAACqDwoAAACzAAAA AQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwTgYAABIACvAIAAAAlGgAAAIKAACzAAvwQgAA AIAAyLfGI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAIEBlpaWAL8BEAAUAP8B AAAIAL8DAAACABMAIvHdAwAAqcPXAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0Nv bnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqy QahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45 x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUS YpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5 rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9y ZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPh J61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJ aceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+ 09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhALcsmpbXAAAA+QAAAA8A AABkcnMvZG93bnJldi54bWxEj0FLAzEQhe+C/yGM4M1mFZWybVpUaFeRgl1bvE43s5vFTbJk0nbr rzf0oMc3b/ge33Q+2E4cKHDrnYLbUQaCXOV16xoFm8/FzRgER3QaO+9IwYkY5rPLiynm2h/dmg5l bESCOM5RgYmxz6XkypBFHvmeXOpqHyzGFEMjdcBjgttO3mXZo7TYurRgsKcXQ9V3ubcKtsvCLJ/L oqx5/P51v9v3/LF4U+r6aniagIg0xP/nn2xlHzZ/5Rn1qhUkk7o47UKr18iRwvmSTJMlyNkvAAAA //8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVu dF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEA AF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhALcsmpbXAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIA AGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAKAwAAAAAAAA/wEAAAAEcQAACACgAAwBIA AJoKAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsT HAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADo AAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEA AAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAA AEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAA bwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAa AAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAA AAAPAA3wYwAAAAAAnw8EAAAABAAAAAAAqA8BAAAAoAAAoQ8gAAAAAgAAAAAAIAALAAAAAP8DAAcA AgAAAAAAQwADAAMAAgAAAKoPCgAAAAIAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBG BgAAEgAK8AgAAACVaAAAAgoAAKMAC/A8AAAAgAC4yMYjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAA hwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dsDAACpw9UDAABQSwMEFAAGAAgAAAAh AInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6 ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CF ORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJr ehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL 4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAA IQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCx lcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+G M62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt 8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYA CAAAACEA6vEYO9UAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPTUvDQBCG74L/YRnBS7GbCorE bosoQQ9eWiPibcxOk9jsbNhZ8/HvXXrQ4zvv8Lw86+3kOjVQkNazgdUyA0VcedtybaB8K67uQElE tth5JgMzCWw352drzK0feUfDPtYqQVhyNNDE2OdaS9WQQ1n6njh1Bx8cxhRDrW3AMcFdp6+z7FY7 bDktNNjTY0PVcf/jDHy8lzIv+sBDqb9lYY/15+ppNObyYnq4BxVpiv/PrrgpXou/8oR6sQaSyeF5 /gqt3aFECqdLMk2WoDe/AAAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAA AAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEA AAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAOrxGDvVAAAA+QAA AA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAIAwAAAAAA AA/wEAAAABACAACaCgAARgQAAMEKAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8A XwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAA AAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAA AgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAE AAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4A bwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAA AAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsT EAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAAAAAAnw8EAAAABAAAAAAAqA8BAAAAVQAAoQ8gAAAA AgAAAAAAIAALAAAAAP8DAAcAAgAAAAAAQwADAAMAAgAAAKoPCgAAAAIAAAABAAAAAAAAAKYPDAAA APAAAABWXTh/WIB4gQ8ABPAEBwAAEgAK8AgAAACWaAAAAgoAAKMAC/A8AAAAgAC43cYjgQCSBwAA ggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dwDAACp w9YDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBB TsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3 qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1 BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/Y VWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcD AAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7 YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwv x7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773 /R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODT M+MvAAAA//8DAFBLAwQUAAYACAAAACEADOz5PdYAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESP TUsDMRCG70L/Q5iCl9Jm60Fk27QURRQ8SOuW4m3cTLNrN5Mlifvx7w096PGdd3henvV2sI3oyIfa sYLlIgNBXDpds1FQfDzPH0CEiKyxcUwKRgqw3Uxu1phr1/OeukM0IkE45KigirHNpQxlRRbDwrXE qTs7bzGm6I3UHvsEt428y7J7abHmtFBhS48VlZfDj1VwOhZhnLWeu0J+h5m+mM/lU6/U7XTYrUBE GuL/szZv73L3V15Rr1pBMjm/jF++1nsMkfz1kkyTJcjNLwAAAP//AwBQSwECLQAUAAYACAAAACEA ifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQA BgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQA BgAIAAAAIQAM7Pk91gAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUG AAAAAAMAAwC3AAAACQMAAAAAAAAP8BAAAABGBAAAmgoAAEcQAADBCgAADwAR8IQBAAAPAIgTfAEA AA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAA AgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAAB AAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUB AABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAA AAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAA BAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABf AF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8CABAAAAAJ8PBAAAAAQA AAAAAKgPvgAAAFRoZSByb3V0aW5nIHByb3RvY29sKHMpIE1VU1QgYmUgc2NhbGFibGUgc28gYXMg dG8gYWNjb21tb2RhdGUgYSB2ZXJ5IGxhcmdlIGFuZCBpbmNyZWFzaW5nIG51bWJlciBvZiBub2Rl cyB3aXRob3V0IGRldGVyaW9yYXRpbmcgc2VsZWN0ZWQgcGVyZm9ybWFuY2UgcGFyYW1ldGVycyBi ZWxvdyBjb25maWd1cmFibGUgdGhyZXNob2xkcy4AAKEPIAAAAL8AAAAAACAACwAAAAD/AwAHAL8A AAAAAEMABAAEAAIAAACqDwoAAAC/AAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwTgYA ABIACvAIAAAAl2gAAAIKAACzAAvwQgAAAIAAuPHGI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcA AgAAAL8ABAAEAIEBlpaWAL8BEAAUAP8BAAAIAL8DAAACABMAIvHdAwAAqcPXAwAAUEsDBBQABgAI AAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4s EEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQ gjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uq rxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGt nCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYA CAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX 0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRw GF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH 5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwME FAAGAAgAAAAhALcsmpbXAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj0FLAzEQhe+C/yGM4M1m FZWybVpUaFeRgl1bvE43s5vFTbJk0nbrrzf0oMc3b/ge33Q+2E4cKHDrnYLbUQaCXOV16xoFm8/F zRgER3QaO+9IwYkY5rPLiynm2h/dmg5lbESCOM5RgYmxz6XkypBFHvmeXOpqHyzGFEMjdcBjgttO 3mXZo7TYurRgsKcXQ9V3ubcKtsvCLJ/Loqx5/P51v9v3/LF4U+r6aniagIg0xP/nn2xlHzZ/5Rn1 qhUkk7o47UKr18iRwvmSTJMlyNkvAAAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAAT AAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/ AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhALcsmpbX AAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAK AwAAAAAAAA/wEAAAAEcQAACaCgAAwBIAAMEKAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoP EAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAU AAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEA AAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAA AAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAA TQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAG AAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEA MAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAAAAAAnw8EAAAABAAAAAAAqA8BAAAAoAAA oQ8gAAAAAgAAAAAAIAALAAAAAP8DAAcAAgAAAAAAQwADAAMAAgAAAKoPCgAAAAIAAAABAAAAAAAA AKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBGBgAAEgAK8AgAAACYaAAAAgoAAKMAC/A8AAAAgAAo+8Yj gQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi 8dsDAACpw9UDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10u eG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72ex YGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE 5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cgln vgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ff dH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8Fq wzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2 HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF +S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6 dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAGiWr39UAAAD5AAAADwAAAGRycy9kb3ducmV2 LnhtbESPy07DMBBF90j8gzVIbCrqlAVCoW4FVIjHriUIsRviaRIajyOPyePvsbooyzt3dK7Ocj26 VvUUpPFsYDHPQBGX3jZcGSjen65uQUlEtth6JgMTCaxX52dLzK0feEv9LlYqQVhyNFDH2OVaS1mT Q5n7jjh1ex8cxhRDpW3AIcFdq6+z7EY7bDgt1NjRY03lYffrDHx+FDLNusB9oX9kZg/V12IzGHN5 Md7fgYo0xv9n//b6sMFTeUS9WAPJZP88fYfGblEiheMlmSZL0Ks/AAAA//8DAFBLAQItABQABgAI AAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsB Ai0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsB Ai0AFAAGAAgAAAAhABolq9/VAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2Lnht bFBLBQYAAAAAAwADALcAAAAIAwAAAAAAAA/wEAAAABACAADBCgAARgQAANUKAAAPABHwhAEAAA8A iBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAA CAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAA AAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAA AAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgA AAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAA AAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoP EAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAAAAAAnw8E AAAABAAAAAAAqA8BAAAASAAAoQ8gAAAAAgAAAAAAIAALAAAAAP8DAAcAAgAAAAAAQwADAAMAAgAA AKoPCgAAAAIAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPCCBgAAEgAK8AgAAACZaAAA AgoAAKMAC/A8AAAAgAAYDMcjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEB ABUA/wEAAAgAvwMAAAIAEwAi8dsDAACpw9UDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMA AABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J 7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRR aOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+Lp tLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSL uqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAAL AAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S +D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63l E1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/ UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAH3UczdUAAAD5 AAAADwAAAGRycy9kb3ducmV2LnhtbESPy2rDMBBF94X+g5hANyGR00UpbpRQUkpLd0kdQncTa/yo rZGRFD/+viKLZnnnDudy1tvRtKIn52vLClbLBARxbnXNpYLs+33xDMIHZI2tZVIwkYft5v5ujam2 A++pP4RSRAj7FBVUIXSplD6vyKBf2o44doV1BkOMrpTa4RDhppWPSfIkDdYcFyrsaFdR3hwuRsHp mPlp3jnuM/nr57opf1Zvg1IPs/H1BUSgMdyei4YvX8l/eUV9agXRpPiYzq7We/SB3PUSTaMlyM0f AAAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29u dGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAA HgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAB91HM3VAAAA+QAAAA8AAAAAAAAAAAAAAAAA BgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAIAwAAAAAAAA/wEAAAAEYEAADBCgAA RxAAANUKAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAA AIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEA AADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEA AAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAA CgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5 AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEA AAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAA BAAAAAAPAA3wnwAAAAAAnw8EAAAABAAAAAAAqA89AAAAVGhlIHJvdXRpbmcgcHJvdG9jb2wgTVVT VCBzdXBwb3J0IDI1MCBkZXZpY2VzIGluIHRoZSBuZXR3b3JrLgAAoQ8gAAAAPgAAAAAAIAALAAAA AP8DAAcAPgAAAAAAQwAEAAQAAgAAAKoPCgAAAD4AAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4 gQ8ABPBOBgAAEgAK8AgAAACaaAAAAgoAALMAC/BCAAAAgAB4DMcjgQCSBwAAggCSBwAAgwCSBwAA hAAAAAAAhwACAAAAvwAEAAQAgQGWlpYAvwEQABQA/wEAAAgAvwMAAAIAEwAi8d0DAACpw9cDAABQ SwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3 SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTr aGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVd Xd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchj OE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMA UEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U 7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpd Dm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDx yTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA //8DAFBLAwQUAAYACAAAACEAtyyaltcAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPQUsDMRCF 74L/IYzgzWYVlbJtWlRoV5GCXVu8Tjezm8VNsmTSduuvN/Sgxzdv+B7fdD7YThwocOudgttRBoJc 5XXrGgWbz8XNGARHdBo770jBiRjms8uLKebaH92aDmVsRII4zlGBibHPpeTKkEUe+Z5c6mofLMYU QyN1wGOC207eZdmjtNi6tGCwpxdD1Xe5twq2y8Isn8uirHn8/nW/2/f8sXhT6vpqeJqAiDTE/+ef bGUfNn/lGfWqFSSTujjtQqvXyJHC+ZJMkyXI2S8AAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexnt AAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAA ACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAA ACEAtyyaltcAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAD AAMAtwAAAAoDAAAAAAAAD/AQAAAARxAAAMEKAADAEgAA1QoAAA8AEfCEAQAADwCIE3wBAAAPAIoT PAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAM AQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAA AAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAA AGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAA AAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAA ABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8A UABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACo DwEAAACgAAChDyAAAAACAAAAAAAgAAsAAAAA/wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAAAgAA AAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8DsGAAASAArwCAAAAJtoAAACCgAAowAL8DwA AACAAOgmxyOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/ AwAAAgATACLx2QMAAKnD0wMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50 X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm /f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM 6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFc RPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiD qk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8u cmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPR yNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKb TCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCcz VQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQCxLLwa0wAAAPkAAAAPAAAAZHJz L2Rvd25yZXYueG1sRI/LTsMwEEX3SP0HayqxqahTFgiFuhW0QrBtCULshniahMbjyGPy+HusLmB5 547O1VlvR9eqnoI0ng2slhko4tLbhisDxdvzzT0oicgWW89kYCKB7WZ2tcbc+oEP1B9jpRKEJUcD dYxdrrWUNTmUpe+IU3fywWFMMVTaBhwS3LX6NsvutMOG00KNHe1qKs/HH2fg472QadEF7gv9LQt7 rj5X+8GY6/n4+AAq0hj/n6V/Kqz+Ky+oV2sgmZxepq/Q2ANKpHC5JNNkCXrzCwAA//8DAFBLAQIt ABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10u eG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5y ZWxzUEsBAi0AFAAGAAgAAAAhALEsvBrTAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3du cmV2LnhtbFBLBQYAAAAAAwADALcAAAAGAwAAAAAAAA/wEAAAABACAADVCgAARgQAAOkKAAAPABHw hAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAU AQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQA AAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEA AAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEA bAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBw AGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAA AAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wWgAA AAAAnw8EAAAABAAAAAAAoQ8gAAAAAQAAAAAAIAALAAAAAP8DAAcAAQAAAAAAQwADAAMAAgAAAKoP CgAAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPA7BgAAEgAK8AgAAACcaAAAAgoA AKMAC/A8AAAAgAD4N8cjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA /wEAAAgAvwMAAAIAEwAi8dkDAACpw9MDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABb Q29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x 2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJW TjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdW tRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5 tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAA X3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9J w+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9 Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHw dz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAsSy8GtMAAAD5AAAA DwAAAGRycy9kb3ducmV2LnhtbESPy07DMBBF90j9B2sqsamoUxYIhboVtEKwbQlC7IZ4moTG48hj 8vh7rC5geeeOztVZb0fXqp6CNJ4NrJYZKOLS24YrA8Xb8809KInIFlvPZGAige1mdrXG3PqBD9Qf Y6UShCVHA3WMXa61lDU5lKXviFN38sFhTDFU2gYcEty1+jbL7rTDhtNCjR3tairPxx9n4OO9kGnR Be4L/S0Le64+V/vBmOv5+PgAKtIY/5+lfyqs/isvqFdrIJmcXqav0NgDSqRwuSTTZAl68wsAAP// AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRf VHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABf cmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCxLLwa0wAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABk cnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABgMAAAAAAAAP8BAAAABGBAAA1QoAAEcQAADp CgAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwB AAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAA AAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAA AAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABB AHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8A ZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgAB AA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAA DwAN8FoAAAAAAJ8PBAAAAAQAAAAAAKEPIAAAAAEAAAAAACAACwAAAAD/AwAHAAEAAAAAAEMAAwAD AAIAAACqDwoAAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwOwYAABIACvAIAAAA nWgAAAIKAACjAAvwPAAAAIAA6D3HI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAE AL8BAQAVAP8BAAAIAL8DAAACABMAIvHZAwAAqcPTAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUB AAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEa jy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWz PURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8m BZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt +KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAV AQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6 aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpW C0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNC nqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhALEsvBrT AAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj8tOwzAQRfdI/QdrKrGpqFMWCIW6FbRCsG0JQuyG eJqExuPIY/L4e6wuYHnnjs7VWW9H16qegjSeDayWGSji0tuGKwPF2/PNPSiJyBZbz2RgIoHtZna1 xtz6gQ/UH2OlEoQlRwN1jF2utZQ1OZSl74hTd/LBYUwxVNoGHBLctfo2y+60w4bTQo0d7Woqz8cf Z+DjvZBp0QXuC/0tC3uuPlf7wZjr+fj4ACrSGP+fpX8qrP4rL6hXayCZnF6mr9DYA0qkcLkk02QJ evMLAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtD b250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAA AAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAsSy8GtMAAAD5AAAADwAAAAAAAAAAAAAA AAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAYDAAAAAAAAD/AQAAAARxAAANUK AADAEgAA6QoAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAx AAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAA AQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAAD AQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkE AAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABU AHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkA EQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAA AAAEAAAAAA8ADfBaAAAAAACfDwQAAAAEAAAAAAChDyAAAAABAAAAAAAgAAsAAAAA/wMABwABAAAA AABDAAMAAwACAAAAqg8KAAAAAQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8DsGAAAS AArwCAAAAJ5oAAACCgAAowAL8DwAAACAANhbxyOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIA AAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2QMAAKnD0wMAAFBLAwQUAAYACAAAACEAifB7 Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASE ygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELby gCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBr zuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+ BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0 LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2 jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62 kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztF L6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAA IQCxLLwa0wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LTsMwEEX3SP0HayqxqahTFgiFuhW0 QrBtCULshniahMbjyGPy+HusLmB5547O1VlvR9eqnoI0ng2slhko4tLbhisDxdvzzT0oicgWW89k YCKB7WZ2tcbc+oEP1B9jpRKEJUcDdYxdrrWUNTmUpe+IU3fywWFMMVTaBhwS3LX6NsvutMOG00KN He1qKs/HH2fg472QadEF7gv9LQt7rj5X+8GY6/n4+AAq0hj/n6V/Kqz+Ky+oV2sgmZxepq/Q2ANK pHC5JNNkCXrzCwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAA AAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAA AAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhALEsvBrTAAAA+QAAAA8AAAAA AAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAGAwAAAAAAAA/wEAAA ABACAADpCgAARgQAAP4KAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAAB AAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEA AAAAAQQAAAIEAAADBAAABAQAAAUEAAAGBAAABwQAAAgEAAAJBAAACgQAAAsEAAAMBAAADQQAAA4E AAAPBAAAEAQAABEEAAASBAAAEwQAABQEAAAVBAAAFgQAABcEAAAYBAAAGQQAABoEAAAbBAAAHAQA AB0EAAAeBAAAHwQAACAEAAAhBAAAIgQAACMEAAAkBAAAJQQAACYEAAAnBAAAKAQAACkEAAAqBAAA KwQAACwEAAAtBAAALgQAAC8EAAAwBAAAMQQAADIEAAAzBAAANAQAADUEAAA2BAAANwQAADgEAAA5 BAAAOgQAADsEAAA8BAAAPQQAAD4EAAA/BAAAQAQAAEEEAABCBAAAQwQAAEQEAABFBAAARgQAAEcE AABIBAAASQQAAEoEAABLBAAATAQAAE0EAABOBAAATwQAAFAEAABRBAAAUgQAAFMEAABUBAAAVQQA AFYEAABXBAAAWAQAAFkEAABaBAAAWwQAAFwEAABdBAAAXgQAAF8EAABgBAAAYQQAAGIEAABjBAAA ZAQAAGUEAABmBAAAZwQAAGgEAABpBAAAagQAAGsEAABsBAAAbQQAAG4EAABvBAAAcAQAAHEEAABy BAAAcwQAAHQEAAB1BAAAdgQAAHcEAAB4BAAAeQQAAHoEAAB7BAAAfAQAAH0EAAB+BAAAgAQAAP3/ //8AAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAA AQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBw AGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQA AAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACx DwgAAAAAAAAEAAAAAA8ADfBaAAAAAACfDwQAAAAEAAAAAAChDyAAAAABAAAAAAAgAAsAAAAA/wMA BwABAAAAAABDAAMAAwACAAAAqg8KAAAAAQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE 8DsGAAASAArwCAAAAJ9oAAACCgAAowAL8DwAAACAAJhlxyOBAJIHAACCAJIHAACDAJIHAACEAAAA AACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2QMAAKnD0wMAAFBLAwQUAAYACAAA ACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBC SbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIz kIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Z smt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwm OYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgA AAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+ gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhf X4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+Zy K23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQA BgAIAAAAIQCxLLwa0wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LTsMwEEX3SP0HayqxqahT FgiFuhW0QrBtCULshniahMbjyGPy+HusLmB5547O1VlvR9eqnoI0ng2slhko4tLbhisDxdvzzT0o icgWW89kYCKB7WZ2tcbc+oEP1B9jpRKEJUcDdYxdrrWUNTmUpe+IU3fywWFMMVTaBhwS3LX6Nsvu tMOG00KNHe1qKs/HH2fg472QadEF7gv9LQt7rj5X+8GY6/n4+AAq0hj/n6V/Kqz+Ky+oV2sgmZxe pq/Q2ANKpHC5JNNkCXrzCwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAA AAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEA AAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhALEsvBrTAAAA+QAA AA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAGAwAAAAAA AA/wEAAAAEYEAADpCgAARxAAAP4KAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8A XwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAA AAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAA AgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAE AAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4A bwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAA AAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsT EAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wWgAAAAAAnw8EAAAABAAAAAAAoQ8gAAAAAQAAAAAAIAAL AAAAAP8DAAcAAQAAAAAAQwADAAMAAgAAAKoPCgAAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/ WIB4gQ8ABPA7BgAAEgAK8AgAAACgaAAAAgoAAKMAC/A8AAAAgAB4iscjgQCSBwAAggCSBwAAgwCS BwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dkDAACpw9MDAABQSwME FAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB 8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl 5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9r Eygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u 8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsD BBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDG iNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7l TBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSn YEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8D AFBLAwQUAAYACAAAACEAsSy8GtMAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPy07DMBBF90j9 B2sqsamoUxYIhboVtEKwbQlC7IZ4moTG48hj8vh7rC5geeeOztVZb0fXqp6CNJ4NrJYZKOLS24Yr A8Xb8809KInIFlvPZGAige1mdrXG3PqBD9QfY6UShCVHA3WMXa61lDU5lKXviFN38sFhTDFU2gYc Ety1+jbL7rTDhtNCjR3tairPxx9n4OO9kGnRBe4L/S0Le64+V/vBmOv5+PgAKtIY/5+lfyqs/isv qFdrIJmcXqav0NgDSqRwuSTTZAl68wsAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAA EwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9Cxb vwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCxLLwa 0wAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAA BgMAAAAAAAAP8BAAAABHEAAA6QoAAMASAAD+CgAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6 DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAA FAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAAB AAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAA AAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAA AE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAA BgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8FoAAAAAAJ8PBAAAAAQAAAAAAKEPIAAAAAEA AAAAACAACwAAAAD/AwAHAAEAAAAAAEMAAwADAAIAAACqDwoAAAABAAAAAQAAAAAAAACmDwwAAADw AAAAVl04f1iAeIEPAATwUgYAABIACvAIAAAAoWgAAAIKAACjAAvwPAAAAIAAKHLHI4EAkgcAAIIA kgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHaAwAAqcPU AwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7D MBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qW AskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSz gxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVn M1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA //8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2Dv YHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3 DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e 5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPj LwAAAP//AwBQSwMEFAAGAAgAAAAhAKfGo5jUAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj01L w0AQhu+C/2EZwUuxmwqKxG6LKKLgKW1EvI3ZaRKbnQ07az7+vUsPenznHZ6XZ72dXKcGCtJ6NrBa ZqCIK29brg2U++erO1ASkS12nsnATALbzfnZGnPrRy5o2MVaJQhLjgaaGPtca6kacihL3xOn7uCD w5hiqLUNOCa46/R1lt1qhy2nhQZ7emyoOu5+nIGP91LmRR94KPW3LOyx/lw9jcZcXkwP96AiTfH/ uXi7KafwV55Qr9ZAMjm8zF+htQVKpHC6JNNkCXrzCwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ 7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgA AAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgA AAAhAKfGo5jUAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAA AwADALcAAAAHAwAAAAAAAA/wEAAAABACAAD+CgAARgQAABILAAAPABHwhAEAAA8AiBN8AQAADwCK EzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAA DAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAA AAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgA AABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAA AAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAA AAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBf AFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wcAAAAAAAnw8EAAAABAAAAAAA qA8IAAAAU2VjdXJpdHkAAKEPJgAAAAkAAAAAACAACwAAAAD/AwAHAAkAAAABAEcAAQADAAMAAgDd CAb+AACqDwoAAAAJAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwOwYAABIACvAIAAAA omgAAAIKAACjAAvwPAAAAIAAeKTHI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAE AL8BAQAVAP8BAAAIAL8DAAACABMAIvHZAwAAqcPTAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUB AAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEa jy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWz PURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8m BZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt +KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAV AQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6 aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpW C0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNC nqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhALEsvBrT AAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj8tOwzAQRfdI/QdrKrGpqFMWCIW6FbRCsG0JQuyG eJqExuPIY/L4e6wuYHnnjs7VWW9H16qegjSeDayWGSji0tuGKwPF2/PNPSiJyBZbz2RgIoHtZna1 xtz6gQ/UH2OlEoQlRwN1jF2utZQ1OZSl74hTd/LBYUwxVNoGHBLctfo2y+60w4bTQo0d7Woqz8cf Z+DjvZBp0QXuC/0tC3uuPlf7wZjr+fj4ACrSGP+fpX8qrP4rL6hXayCZnF6mr9DYA0qkcLkk02QJ evMLAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtD b250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAA AAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAsSy8GtMAAAD5AAAADwAAAAAAAAAAAAAA AAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAYDAAAAAAAAD/AQAAAARgQAAP4K AABHEAAAEgsAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAx AAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAA AQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAAD AQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkE AAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABU AHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkA EQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAA AAAEAAAAAA8ADfBaAAAAAACfDwQAAAAEAAAAAAChDyAAAAABAAAAAAAgAAsAAAAA/wMABwABAAAA AABDAAMAAwACAAAAqg8KAAAAAQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8DsGAAAS AArwCAAAAKNoAAACCgAAowAL8DwAAACAAOiyxyOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIA AAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2QMAAKnD0wMAAFBLAwQUAAYACAAAACEAifB7 Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASE ygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELby gCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBr zuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+ BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0 LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2 jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62 kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztF L6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAA IQCxLLwa0wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LTsMwEEX3SP0HayqxqahTFgiFuhW0 QrBtCULshniahMbjyGPy+HusLmB5547O1VlvR9eqnoI0ng2slhko4tLbhisDxdvzzT0oicgWW89k YCKB7WZ2tcbc+oEP1B9jpRKEJUcDdYxdrrWUNTmUpe+IU3fywWFMMVTaBhwS3LX6NsvutMOG00KN He1qKs/HH2fg472QadEF7gv9LQt7rj5X+8GY6/n4+AAq0hj/n6V/Kqz+Ky+oV2sgmZxepq/Q2ANK pHC5JNNkCXrzCwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAA AAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAA AAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhALEsvBrTAAAA+QAAAA8AAAAA AAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAGAwAAAAAAAA/wEAAA AEcQAAD+CgAAwBIAABILAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAAB AAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEA AAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAA AAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkA cABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAE AAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAA sQ8IAAAAAAAABAAAAAAPAA3wWgAAAAAAnw8EAAAABAAAAAAAoQ8gAAAAAQAAAAAAIAALAAAAAP8D AAcAAQAAAAAAQwADAAMAAgAAAKoPCgAAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8A BPBEBgAAEgAK8AgAAACkaAAAAgoAAKMAC/A8AAAAgACYw8cjgQCSBwAAggCSBwAAgwCSBwAAhAAA AAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dkDAACpw9MDAABQSwMEFAAGAAgA AAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQ Qkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCC M5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5Sqv GbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2c JjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAI AAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfS PoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAY X1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfm citt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQU AAYACAAAACEAJIztWdMAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPy07DMBBF90j8gzVIbKrW KQsEoW6FgAq2LUGouyGeJqHxOPKYPP4eqwtY3rmjc3VWm9G1qqcgjWcDy0UGirj0tuHKQPG+nd+B kohssfVMBiYS2KwvL1aYWz/wjvp9rFSCsORooI6xy7WWsiaHsvAdceqOPjiMKYZK24BDgrtW32TZ rXbYcFqosaOnmsrT/scZ+PwoZJp1gftCf8vMnqrD8nkw5vpqfHwAFWmM/8/b+xdC+1eeUW/WQDI5 vk5fobE7lEjhfEmmyRL0+hcAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAA AAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUB AAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQAkjO1Z0wAAAPkA AAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABgMAAAAA AAAP8BAAAAAQAgAAEgsAAEYEAAAnCwAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABf AF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAA AAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAA AAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAA BAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBu AG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAA AAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACL ExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GMAAAAAAJ8PBAAAAAQAAAAAAKgPAQAAAEIAAKEPIAAA AAIAAAAAACAACwAAAAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoAAAACAAAAAQAAAAAAAACmDwwA AADwAAAAVl04f1iAeIEPAATwhAYAABIACvAIAAAApWgAAAIKAACjAAvwPAAAAIAAyMLHI4EAkgcA AIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHaAwAA qcPUAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQ QU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iV t6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2ca dQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/ 2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3 AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg +2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1c L8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+ 9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg 0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAFO7QU7UAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxE j8tOwzAQRfdI/IM1SGwq6pQFQqFuhUAIti0pj90QT5O08TjymDz4eqwuYHnnjs7VWa5H16qegjSe DSzmGSji0tuGKwPF69PVLSiJyBZbz2RgIoH16vxsibn1A2+o38ZKJQhLjgbqGLtcaylrcihz3xGn bu+Dw5hiqLQNOCS4a/V1lt1ohw2nhRo7eqipPG6/nYH3XSHTrAvcF/ogM3usPhePgzGXF+P9HahI Y/x/Pny8hR//V55QL9ZAMtk/T1+hsRuUSOF0SabJEvTqFwAA//8DAFBLAQItABQABgAIAAAAIQCJ 8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAG AAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAG AAgAAAAhAFO7QU7UAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYA AAAAAwADALcAAAAHAwAAAAAAAA/wEAAAAEYEAAASCwAARxAAACcLAAAPABHwhAEAAA8AiBN8AQAA DwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAAC AAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEA AAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEA AGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAA AwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAE AAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8A XwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wogAAAAAAnw8EAAAABAAA AAAAqA9AAAAAQXV0aGVudGljYXRpb24gcG9saWN5IGFuZCB1cGRhdGVzIE1VU1QgYmUgcm91dGFi bGUgb3Zlci10aGUtYWlyLgAAoQ8gAAAAQQAAAAAAIAALAAAAAP8DAAcAQQAAAAAAQwAEAAQAAgAA AKoPCgAAAEEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBSBgAAEgAK8AgAAACmaAAA AgoAALMAC/BCAAAAgAAY08cjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAgQHd CAYAvwEQABQA/wEAAAgAvwMAAAIAEwAi8d0DAACpw9cDAABQSwMEFAAGAAgAAAAhAInwexntAAAA hQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYk sRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931 VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++ TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRN rG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAA ABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXt Z3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahp SlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXO c0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAxIHD StcAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPTUvDQBCG70L/wzIFb3ZToaKx2yJVseBBGnto b5Ps5INkZ8PuNk399S496PGdd3henuV6NJ0YyPnGsoL5LAFBXFjdcKVg//1+9wjCB2SNnWVScCEP 69XkZomptmfe0ZCFSkQI+xQV1CH0qZS+qMmgn9meOHaldQZDjK6S2uE5wk0n75PkQRpsOC7U2NOm pqLNTkZBduzy7fBT6LcSD0fOX9tx8dkqdTsdX55BBBrD//PX4uk09H/lFbXVCqJJ+XHJXaN36AO5 6yWaRkuQq18AAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAA AAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAA AAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAxIHDStcAAAD5AAAADwAAAAAA AAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAoDAAAAAAAAD/AQAAAA RxAAABILAADAEgAAJwsAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQ AFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEA AAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAA AAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAA AQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBw AGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQA AAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACx DwgAAAAAAAAEAAAAAA8ADfBnAAAAAACfDwQAAAAEAAAAAACoDwEAAACgAAChDyQAAAACAAAAAAAg AAsAAAAA/wMABwACAAAAAABHAAMAAwACAN0IBv4AAKoPCgAAAAIAAAABAAAAAAAAAKYPDAAAAPAA AABWXTh/WIB4gQ8ABPBEBgAAEgAK8AgAAACnaAAAAgoAAKMAC/A8AAAAgADo5McjgQCSBwAAggCS BwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dkDAACpw9MD AABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMw EEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYC yQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLOD EfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWcz VchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD/ /wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9g dF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cP MFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l 0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+Mv AAAA//8DAFBLAwQUAAYACAAAACEAJIztWdMAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPy07D MBBF90j8gzVIbKrWKQsEoW6FgAq2LUGouyGeJqHxOPKYPP4eqwtY3rmjc3VWm9G1qqcgjWcDy0UG irj0tuHKQPG+nd+BkohssfVMBiYS2KwvL1aYWz/wjvp9rFSCsORooI6xy7WWsiaHsvAdceqOPjiM KYZK24BDgrtW32TZrXbYcFqosaOnmsrT/scZ+PwoZJp1gftCf8vMnqrD8nkw5vpqfHwAFWmM/8/b +xdC+1eeUW/WQDI5vk5fobE7lEjhfEmmyRL0+hcAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0A AACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAA IQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAA IQAkjO1Z0wAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMA AwC3AAAABgMAAAAAAAAP8BAAAAAQAgAAJwsAAEYEAABBCwAADwAR8IQBAAAPAIgTfAEAAA8AihM8 AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwB AAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAA AAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAA ZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAA AAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAA GAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQ AFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GMAAAAAAJ8PBAAAAAQAAAAAAKgP AQAAAEIAAKEPIAAAAAIAAAAAACAACwAAAAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoAAAACAAAA AQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwwwYAABIACvAIAAAAqGgAAAIKAACjAAvwPAAA AIAAOAvII4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8D AAACABMAIvHbAwAAqcPVAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRf VHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9 /zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2Uzo gVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE 9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOq T9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5y ZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI 2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptM LMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNV C0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAGo2YmHVAAAA+QAAAA8AAABkcnMv ZG93bnJldi54bWxEj01Lw0AQhu+C/2EZwUuxm4qKxG6LKH7grTUivY3ZaRKbnQ07az7+vUsPenzn HZ6XZ7keXat6CtJ4NrCYZ6CIS28brgwU708Xt6AkIltsPZOBiQTWq9OTJebWD7yhfhsrlSAsORqo Y+xyraWsyaHMfUecur0PDmOKodI24JDgrtWXWXajHTacFmrs6KGm8rD9cQY+PwqZZl3gvtDfMrOH ard4HIw5Pxvv70BFGuP/c3n9dvW8+yuPqFdrIJnsX6av0NgNSqRwvCTTZAl69QsAAP//AwBQSwEC LQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNd LnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8u cmVsc1BLAQItABQABgAIAAAAIQBqNmJh1QAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93 bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACAMAAAAAAAAP8BAAAABGBAAAJwsAAEcQAABBCwAADwAR 8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQ FAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAE AAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQB AAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBh AGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEA cABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMw AAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8OAA AAAAAJ8PBAAAAAQAAAAAAKgPfgAAAFRoZXNlIHJlcXVpcmVtZW50cyBtZWFuIHRoYXQgYXQgbGVh c3Qgb25lIExMTiByb3V0aW5nIHByb3RvY29sIHNvbHV0aW9uIHNwZWNpZmljYXRpb24gTVVTVCBp bmNsdWRlIHN1cHBvcnQgZm9yIGF1dGhlbnRpY2F0aW9uLgAAoQ8gAAAAfwAAAAAAIAALAAAAAP8D AAcAfwAAAAAAQwAEAAQAAgAAAKoPCgAAAH8AAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8A BPBSBgAAEgAK8AgAAACpaAAAAgoAALMAC/BCAAAAgAAYHcgjgQCSBwAAggCSBwAAgwCSBwAAhAAA AAAAhwACAAAAvwAEAAQAgQHdCAYAvwEQABQA/wEAAAgAvwMAAAIAEwAi8d0DAACpw9cDAABQSwME FAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB 8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl 5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9r Eygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u 8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsD BBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDG iNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7l TBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSn YEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8D AFBLAwQUAAYACAAAACEAxIHDStcAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPTUvDQBCG70L/ wzIFb3ZToaKx2yJVseBBGntob5Ps5INkZ8PuNk399S496PGdd3henuV6NJ0YyPnGsoL5LAFBXFjd cKVg//1+9wjCB2SNnWVScCEP69XkZomptmfe0ZCFSkQI+xQV1CH0qZS+qMmgn9meOHaldQZDjK6S 2uE5wk0n75PkQRpsOC7U2NOmpqLNTkZBduzy7fBT6LcSD0fOX9tx8dkqdTsdX55BBBrD//PX4uk0 9H/lFbXVCqJJ+XHJXaN36AO56yWaRkuQq18AAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAA hQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEA WvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEA xIHDStcAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMA twAAAAoDAAAAAAAAD/AQAAAARxAAACcLAADAEgAAQQsAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEA AAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAA AAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAAB AQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRt YW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAA ACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgA BwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQ AFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBnAAAAAACfDwQAAAAEAAAAAACoDwEA AACgAAChDyQAAAACAAAAAAAgAAsAAAAA/wMABwACAAAAAABHAAMAAwACAN0IBv4AAKoPCgAAAAIA AAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBHBgAAEgAK8AgAAACqaAAAAgoAAKMAC/A8 AAAAgABoLcgjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgA vwMAAAIAEwAi8dsDAACpw9UDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVu dF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt7 5v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63Z TOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2B XET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4 g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMv LnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj 0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vy m0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQn M1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEA8tMjntUAAAD5AAAADwAAAGRy cy9kb3ducmV2LnhtbESPTUvDQBCG74L/YRnBS7GbehCJ3RZRil48tEbE25idJrHZ2bCz5qO/3qUH e3znHZ6XZ7keXat6CtJ4NrCYZ6CIS28brgwU75ube1ASkS22nsnARALr1eXFEnPrB95Sv4uVShCW HA3UMXa51lLW5FDmviNO3d4HhzHFUGkbcEhw1+rbLLvTDhtOCzV29FRTedj9OgOfH4VMsy5wX+gf mdlD9bV4Hoy5vhofH0BFGuP5+e2Im+L4X55Qr9ZAMtm/TN+hsVuUSOF0SabJEvTqDwAA//8DAFBL AQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBl c10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxz Ly5yZWxzUEsBAi0AFAAGAAgAAAAhAPLTI57VAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9k b3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAIAwAAAAAAAA/wEAAAABACAABBCwAARgQAAFULAAAP ABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAA GRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAA AAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAA BAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBp AGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIA YQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCK EzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3w ZAAAAAAAnw8EAAAABAAAAAAAqA8CAAAAQiAAAKEPIAAAAAMAAAAAACAACwAAAAD/AwAHAAMAAAAA AEMAAwADAAIAAACqDwoAAAADAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwmwYAABIA CvAIAAAAq2gAAAIKAACjAAvwPAAAAIAAmEDII4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAA AL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHaAwAAqcPUAwAAUEsDBBQABgAIAAAAIQCJ8HsZ 7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITK AUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKA LDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO 4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4F Xzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQs W78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaM ZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQ LrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0Uv rDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAh ALU+zwzUAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj8tOwzAQRfdI/IM1SGyq1ikLhELdiqfK kpSgit0QT+PQeBzZJo+/x+qiLO/c0bk6q81oW9GTD41jBctFBoK4crrhWkH58Tq/AxEissbWMSmY KMBmfXmxwly7gQvqd7EWCcIhRwUmxi6XMlSGLIaF64hTd3DeYkzR11J7HBLctvImy26lxYbTgsGO ngxVx92vVbD/LMM06zz3pfwJM32sv5bPg1LXV+PDPYhIY/x/3j6+vxTmXJ5Qb1pBMjlsp2/f6AJD JH+6JNNkCXL9BwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAA AAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAA AAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhALU+zwzUAAAA+QAAAA8AAAAA AAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAHAwAAAAAAAA/wEAAA AEYEAABBCwAARxAAAFULAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAAB AAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEA AAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAA AAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkA cABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAE AAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAA sQ8IAAAAAAAABAAAAAAPAA3wuQAAAAAAnw8EAAAABAAAAAAAqA9XAAAARGF0YSBlbmNyeXB0aW9u IG9mIHBhY2tldHMgTVVTVCBiZSBzdXBwb3J0ZWQgYnkgYWxsIHByb3RvY29sIHNvbHV0aW9uICAg c3BlY2lmaWNhdGlvbnMuAAChDyAAAABYAAAAAAAgAAsAAAAA/wMABwBYAAAAAABDAAQABAACAAAA qg8KAAAAWAAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8FIGAAASAArwCAAAAKxoAAAC CgAAswAL8EIAAACAAOhUyCOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABACBAd0I BgC/ARAAFAD/AQAACAC/AwAAAgATACLx3QMAAKnD1wMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACF AQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSx Go8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVV sz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75P JgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2s bfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAA FQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1n emrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlK VgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5z Qp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQDEgcNK 1wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9NS8NAEIbvQv/DMgVvdlOhorHbIlWx4EEae2hv k+zkg2Rnw+42Tf31Lj3o8Z13eF6e5Xo0nRjI+caygvksAUFcWN1wpWD//X73CMIHZI2dZVJwIQ/r 1eRmiam2Z97RkIVKRAj7FBXUIfSplL6oyaCf2Z44dqV1BkOMrpLa4TnCTSfvk+RBGmw4LtTY06am os1ORkF27PLt8FPotxIPR85f23Hx2Sp1Ox1fnkEEGsP/89fi6TT0f+UVtdUKokn5ccldo3foA7nr JZpGS5CrXwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAA AAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAA AAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQDEgcNK1wAAAPkAAAAPAAAAAAAA AAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACgMAAAAAAAAP8BAAAABH EAAAQQsAAMASAABVCwAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAA VAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAA AAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAA AAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAAB AAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAA ZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAA AA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEP CAAAAAAAAAQAAAAADwAN8GcAAAAAAJ8PBAAAAAQAAAAAAKgPAQAAAKAAAKEPJAAAAAIAAAAAACAA CwAAAAD/AwAHAAIAAAAAAEcAAwADAAIA3QgG/gAAqg8KAAAAAgAAAAEAAAAAAAAApg8MAAAA8AAA AFZdOH9YgHiBDwAE8EQGAAASAArwCAAAAK1oAAACCgAAowAL8DwAAACAAGhUyCOBAJIHAACCAJIH AACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2QMAAKnD0wMA AFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQ RfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJ BOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR 9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNV yGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP// AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0 X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8w Wl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXR gPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8A AAD//wMAUEsDBBQABgAIAAAAIQAkjO1Z0wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LTsMw EEX3SPyDNUhsqtYpCwShboWACrYtQai7IZ4mofE48pg8/h6rC1jeuaNzdVab0bWqpyCNZwPLRQaK uPS24cpA8b6d34GSiGyx9UwGJhLYrC8vVphbP/CO+n2sVIKw5GigjrHLtZayJoey8B1x6o4+OIwp hkrbgEOCu1bfZNmtdthwWqixo6eaytP+xxn4/ChkmnWB+0J/y8yeqsPyeTDm+mp8fAAVaYz/z9v7 F0L7V55Rb9ZAMjm+Tl+hsTuUSOF8SabJEvT6FwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAA AIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAh AFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAh ACSM7VnTAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwAD ALcAAAAGAwAAAAAAAA/wEAAAABACAABVCwAARgQAAG8LAAAPABHwhAEAAA8AiBN8AQAADwCKEzwB AAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEA AAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAA AQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABk bWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAA AAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAY AAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAAAAAAnw8EAAAABAAAAAAAqA8B AAAAQgAAoQ8gAAAAAgAAAAAAIAALAAAAAP8DAAcAAgAAAAAAQwADAAMAAgAAAKoPCgAAAAIAAAAB AAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPD5BgAAEgAK8AgAAACuaAAAAgoAAKMAC/A8AAAA gADIccgjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMA AAIAEwAi8doDAACpw9QDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9U eXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/ NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiB VYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1 OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP 3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJl bHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZ wq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0ws ydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1UL QfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEA+2tbZNQAAAD5AAAADwAAAGRycy9k b3ducmV2LnhtbESPTUsDMRCG74L/IYzgpdhsPYhsmxaxFL22bim9jZvpfnQzCUncj39v6EGP77zD 8/KsNqPpRE8+NJYVLOYZCOLS6oYrBcXX7ukVRIjIGjvLpGCiAJv1/d0Kc20H3lN/iJVIEA45Kqhj dLmUoazJYJhbR5y6i/UGY4q+ktrjkOCmk89Z9iINNpwWanT0XlN5PfwYBadjEaaZ89wXsg0zfa3O i+2g1OPD+LYEEWmM/8+uPQ9d+1feUJ9aQTK5fEzfvtF7DJH87ZJMkyXI9S8AAAD//wMAUEsBAi0A FAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54 bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJl bHNQSwECLQAUAAYACAAAACEA+2tbZNQAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25y ZXYueG1sUEsFBgAAAAADAAMAtwAAAAcDAAAAAAAAD/AQAAAARgQAAFULAABHEAAAbwsAAA8AEfCE AQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQB AAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAA AAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAA AQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBs AAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAA aAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAA AAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfAXAQAA AACfDwQAAAAEAAAAAACoD7UAAABUaGUgcm91dGluZyBwcm90b2NvbCBNVVNUIGFsbG93IHJvdXRp bmcgYSBwYWNrZXQgZW5jcnlwdGVkIHdpdGggYW4gICBhcHBsaWNhdGlvbiBrZXkgdGhyb3VnaCBm b3J3YXJkaW5nIGRldmljZXMgd2l0aG91dCByZXF1aXJpbmcgZWFjaCBub2RlIGluIHRoZSByb3V0 ZSB0byBoYXZlIHRoZSBhcHBsaWNhdGlvbiBrZXkuAAChDyAAAAC2AAAAAAAgAAsAAAAA/wMABwC2 AAAAAABDAAQABAACAAAAqg8KAAAAtgAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8FIG AAASAArwCAAAAK9oAAACCgAAswAL8EIAAACAAEiEyCOBAJIHAACCAJIHAACDAJIHAACEAAAAAACH AAIAAAC/AAQABACBAd0IBgC/ARAAFAD/AQAACAC/AwAAAgATACLx3QMAAKnD1wMAAFBLAwQUAAYA CAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUO LBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6 kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPl Kq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnh rZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAG AAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh 19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6k cBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5h B+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsD BBQABgAIAAAAIQDEgcNK1wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9NS8NAEIbvQv/DMgVv dlOhorHbIlWx4EEae2hvk+zkg2Rnw+42Tf31Lj3o8Z13eF6e5Xo0nRjI+caygvksAUFcWN1wpWD/ /X73CMIHZI2dZVJwIQ/r1eRmiam2Z97RkIVKRAj7FBXUIfSplL6oyaCf2Z44dqV1BkOMrpLa4TnC TSfvk+RBGmw4LtTY06amos1ORkF27PLt8FPotxIPR85f23Hx2Sp1Ox1fnkEEGsP/89fi6TT0f+UV tdUKokn5ccldo3foA7nrJZpGS5CrXwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAA EwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9Cxb vwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQDEgcNK 1wAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAA CgMAAAAAAAAP8BAAAABHEAAAVQsAAMASAABvCwAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6 DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAA FAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAAB AAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAA AAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAA AE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAA BgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GcAAAAAAJ8PBAAAAAQAAAAAAKgPAQAAAKAA AKEPJAAAAAIAAAAAACAACwAAAAD/AwAHAAIAAAAAAEcAAwADAAIA3QgG/gAAqg8KAAAAAgAAAAEA AAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8EQGAAASAArwCAAAALBoAAACCgAAowAL8DwAAACA AMiUyCOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAA AgATACLx2QMAAKnD0wMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5 cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80 zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFV iEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU6 1f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/c F+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVs c2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnC ruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ 1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB 9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQAkjO1Z0wAAAPkAAAAPAAAAZHJzL2Rv d25yZXYueG1sRI/LTsMwEEX3SPyDNUhsqtYpCwShboWACrYtQai7IZ4mofE48pg8/h6rC1jeuaNz dVab0bWqpyCNZwPLRQaKuPS24cpA8b6d34GSiGyx9UwGJhLYrC8vVphbP/CO+n2sVIKw5GigjrHL tZayJoey8B1x6o4+OIwphkrbgEOCu1bfZNmtdthwWqixo6eaytP+xxn4/ChkmnWB+0J/y8yeqsPy eTDm+mp8fAAVaYz/z9v7F0L7V55Rb9ZAMjm+Tl+hsTuUSOF8SabJEvT6FwAA//8DAFBLAQItABQA BgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1s UEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxz UEsBAi0AFAAGAAgAAAAhACSM7VnTAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2 LnhtbFBLBQYAAAAAAwADALcAAAAGAwAAAAAAAA/wEAAAABACAABvCwAARgQAAIkLAAAPABHwhAEA AA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAA AAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAA AAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEA AAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAA AAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgA eQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAA ALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAAAAAA nw8EAAAABAAAAAAAqA8BAAAAQgAAoQ8gAAAAAgAAAAAAIAALAAAAAP8DAAcAAgAAAAAAQwADAAMA AgAAAKoPCgAAAAIAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPCjBgAAEgAK8AgAAACx aAAAAgoAAKMAC/A8AAAAgABYlsgjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQA vwEBABUA/wEAAAgAvwMAAAIAEwAi8doDAACpw9QDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEA ABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqP LY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9 RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYF l+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34 poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUB AAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pq x46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYL S63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Ke puj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAcIK6ZNQA AAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPTU8CMRCG7yb+h2ZMvBDowoGYhUKIxohHcI3xNm6H 7sp2umnLfvx7Gg56fOedPG+e9XawjejIh9qxgvksA0FcOl2zUVB8vE6fQISIrLFxTApGCrDd3N+t Mdeu5wN1x2hEgnDIUUEVY5tLGcqKLIaZa4lTd3LeYkzRG6k99gluG7nIsqW0WHNaqLCl54rK8/Fi FXx9FmGctJ67Qv6GiT6b7/lLr9Tjw7BbgYg0xP9n3L27vfkrb6i9VpBMTm/jj6/1AUMkf7sk02QJ cnMFAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtD b250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAA AAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAcIK6ZNQAAAD5AAAADwAAAAAAAAAAAAAA AAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAcDAAAAAAAAD/AQAAAARgQAAG8L AABHEAAAiQsAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAx AAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAA AQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAAD AQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkE AAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABU AHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkA EQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAA AAAEAAAAAA8ADfDBAAAAAACfDwQAAAAEAAAAAACoD18AAABUaGUgZW5jcnlwdGlvbiBwb2xpY3kg TVVTVCBzdXBwb3J0IGJvdGggZW5jcnlwdGlvbiBvZiB0aGUgcGF5bG9hZCBvbmx5IG9yIG9mIHRo ZSBlbnRpcmUgcGFja2V0LgAAoQ8gAAAAYAAAAAAAIAALAAAAAP8DAAcAYAAAAAAAQwAEAAQAAgAA AKoPCgAAAGAAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBSBgAAEgAK8AgAAACyaAAA AgoAALMAC/BCAAAAgADYt8gjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAgQHd CAYAvwEQABQA/wEAAAgAvwMAAAIAEwAi8d0DAACpw9cDAABQSwMEFAAGAAgAAAAhAInwexntAAAA hQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYk sRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931 VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++ TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRN rG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAA ABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXt Z3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahp SlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXO c0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAxIHD StcAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPTUvDQBCG70L/wzIFb3ZToaKx2yJVseBBGnto b5Ps5INkZ8PuNk399S496PGdd3henuV6NJ0YyPnGsoL5LAFBXFjdcKVg//1+9wjCB2SNnWVScCEP 69XkZomptmfe0ZCFSkQI+xQV1CH0qZS+qMmgn9meOHaldQZDjK6S2uE5wk0n75PkQRpsOC7U2NOm pqLNTkZBduzy7fBT6LcSD0fOX9tx8dkqdTsdX55BBBrD//PX4uk09H/lFbXVCqJJ+XHJXaN36AO5 6yWaRkuQq18AAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAA AAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAA AAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAxIHDStcAAAD5AAAADwAAAAAA AAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAoDAAAAAAAAD/AQAAAA RxAAAG8LAADAEgAAiQsAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQ AFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEA AAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAA AAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAA AQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBw AGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQA AAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACx DwgAAAAAAAAEAAAAAA8ADfBnAAAAAACfDwQAAAAEAAAAAACoDwEAAACgAAChDyQAAAACAAAAAAAg AAsAAAAA/wMABwACAAAAAABHAAMAAwACAN0IBv4AAKoPCgAAAAIAAAABAAAAAAAAAKYPDAAAAPAA AABWXTh/WIB4gQ8ABPBEBgAAEgAK8AgAAACzaAAAAgoAAKMAC/A8AAAAgAAYxcgjgQCSBwAAggCS BwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dkDAACpw9MD AABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMw EEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYC yQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLOD EfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWcz VchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD/ /wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9g dF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cP MFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l 0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+Mv AAAA//8DAFBLAwQUAAYACAAAACEAJIztWdMAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPy07D MBBF90j8gzVIbKrWKQsEoW6FgAq2LUGouyGeJqHxOPKYPP4eqwtY3rmjc3VWm9G1qqcgjWcDy0UG irj0tuHKQPG+nd+BkohssfVMBiYS2KwvL1aYWz/wjvp9rFSCsORooI6xy7WWsiaHsvAdceqOPjiM KYZK24BDgrtW32TZrXbYcFqosaOnmsrT/scZ+PwoZJp1gftCf8vMnqrD8nkw5vpqfHwAFWmM/8/b +xdC+1eeUW/WQDI5vk5fobE7lEjhfEmmyRL0+hcAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0A AACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAA IQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAA IQAkjO1Z0wAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMA AwC3AAAABgMAAAAAAAAP8BAAAAAQAgAAiQsAAEYEAACwCwAADwAR8IQBAAAPAIgTfAEAAA8AihM8 AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwB AAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAA AAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAA ZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAA AAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAA GAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQ AFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GMAAAAAAJ8PBAAAAAQAAAAAAKgP AQAAAEIAAKEPIAAAAAIAAAAAACAACwAAAAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoAAAACAAAA AQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwPgcAABIACvAIAAAAtGgAAAIKAACjAAvwPAAA AIAAKNLII4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8D AAACABMAIvHZAwAAqcPTAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRf VHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9 /zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2Uzo gVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE 9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOq T9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5y ZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI 2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptM LMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNV C0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhACBkr4fTAAAA+QAAAA8AAABkcnMv ZG93bnJldi54bWxEj01Lw0AQhu+C/2EZwUuwm/YgErstooheGyPibcxOk9jsbNhZ8/HvXXrQ4zvv 8Lw82/3sejVSkM6zgfUqB0Vce9txY6B6e765AyUR2WLvmQwsJLDfXV5ssbB+4gONZWxUgrAUaKCN cSi0lrolh7LyA3Hqjj44jCmGRtuAU4K7Xm/y/FY77DgttDjQY0v1qfxxBj7eK1myIfBY6W/J7Kn5 XD9NxlxfzQ/3oCLN8f95k01ZSX/lGfVqDSST48vyFTp7QIkUzpdkmixB734BAAD//wMAUEsBAi0A FAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54 bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJl bHNQSwECLQAUAAYACAAAACEAIGSvh9MAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25y ZXYueG1sUEsFBgAAAAADAAMAtwAAAAYDAAAAAAAAD/AQAAAARgQAAIkLAABHEAAAsAsAAA8AEfCE AQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQB AAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAA AAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAA AQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBs AAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAA aAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAA AAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBdAQAA AACfDwQAAAAEAAAAAACoD/sAAABEdWUgdG8gdGhlIGxpbWl0ZWQgcmVzb3VyY2VzIG9mIGFuIExM TiwgdGhlIHNlY3VyaXR5IHBvbGljeSBkZWZpbmVkIHdpdGhpbiB0aGUgTExOIE1VU1QgYmUgYWJs ZSB0byBkaWZmZXIgZnJvbSB0aGF0IG9mIHRoZSByZXN0IG9mIHRoZSBJUCBuZXR3b3JrIHdpdGhp biB0aGUgZmFjaWxpdHkgeWV0IHBhY2tldHMgTVVTVCBzdGlsbCBiZSBhYmxlIHRvIHJvdXRlIHRv IG9yIHRocm91Z2ggdGhlIExMTiBmcm9tL3RvIHRoZXNlIG5ldHdvcmtzLgAAoQ8gAAAA/AAAAAAA IAALAAAAAP8DAAcA/AAAAAAAQwAEAAQAAgAAAKoPCgAAAPwAAAABAAAAAAAAAKYPDAAAAPAAAABW XTh/WIB4gQ8ABPBNBgAAEgAK8AgAAAC1aAAAAgoAALMAC/BCAAAAgABY5cgjgQCSBwAAggCSBwAA gwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAgQHdCAYAvwEQABQA/wEAAAgAvwMAAAIAEwAi8dwDAACp w9YDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBB TsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3 qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1 BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/Y VWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcD AAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7 YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwv x7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773 /R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODT M+MvAAAA//8DAFBLAwQUAAYACAAAACEAcnIrF9YAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESP TWvCQBCG74X+h2UEb3VjwVJSVxHbolB6MPVQb5Ps5INkZ8PuNkZ/fRcP7fGdd3henuV6NJ0YyPnG soL5LAFBXFjdcKXg+PX+8AzCB2SNnWVScCEP69X93RJTbc98oCELlYgQ9ikqqEPoUyl9UZNBP7M9 cexK6wyGGF0ltcNzhJtOPibJkzTYcFyosadtTUWb/RgF2anL98O10G8lfp84f23HxUer1HQybl5A BBrD//M1+TSL4195Q+21gmhS7i65a/QBfSB3u0TTaAly9QsAAP//AwBQSwECLQAUAAYACAAAACEA ifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQA BgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQA BgAIAAAAIQBycisX1gAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUG AAAAAAMAAwC3AAAACQMAAAAAAAAP8BAAAABHEAAAiQsAAMASAACwCwAADwAR8IQBAAAPAIgTfAEA AA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAA AgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAAB AAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUB AABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAA AAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAA BAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABf AF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GMAAAAAAJ8PBAAAAAQA AAAAAKgPAQAAAKAAAKEPIAAAAAIAAAAAACAACwAAAAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoA AAACAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwQwYAABIACvAIAAAAtmgAAAIKAACj AAvwPAAAAIAAuOXII4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8B AAAIAL8DAAACABMAIvHYAwAAqcPSAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0Nv bnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqy QahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45 x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUS YpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5 rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9y ZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPh J61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJ aceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+ 09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhABtMtFLSAAAA+QAAAA8A AABkcnMvZG93bnJldi54bWxEj01LAzEQhu+C/yGM4KXYbD2IrE2LKKLX1i3ibdxMs2s3kyUT9+Pf G3rQ4zvv8Lw86+3kOzVQlDawgdWyAEVcB9uyM1C9v9zcg5KEbLELTAZmEthuLi/WWNow8o6GfXIq Q1hKNNCk1JdaS92QR1mGnjh3xxA9phyj0zbimOG+07dFcac9tpwXGuzpqaH6tP/xBj4OlcyLPvJQ 6W9Z2JP7XD2PxlxfTY8PoBJN6f/Zc7CO/8oz6s0ayCbH1/krtnaHkiieL9k0W4Le/AIAAP//AwBQ SwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlw ZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVs cy8ucmVsc1BLAQItABQABgAIAAAAIQAbTLRS0gAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMv ZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABQMAAAAAAAAP8BAAAAAQAgAAsAsAAEYEAADXCwAA DwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAA ABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgA AAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAA AAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIA aQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwBy AGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8A ihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN 8GMAAAAAAJ8PBAAAAAQAAAAAAKgPAQAAAEkAAKEPIAAAAAIAAAAAACAACwAAAAD/AwAHAAIAAAAA AEMAAwADAAIAAACqDwoAAAACAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwCwcAABIA CvAIAAAAt2gAAAIKAACjAAvwPAAAAIAAOAnJI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAA AL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHaAwAAqcPUAwAAUEsDBBQABgAIAAAAIQCJ8HsZ 7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITK AUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKA LDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO 4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4F Xzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQs W78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaM ZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQ LrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0Uv rDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAh AL4vPuXUAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj01Lw0AQhu+C/2EZwUuxmyqIxG6LWKRe WyPibcxOk9jsbNjZ5uPfu/Rgj++8w/PyLNeja1VPQRrPBhbzDBRx6W3DlYHi4+3uCZREZIutZzIw kcB6dX21xNz6gXfU72OlEoQlRwN1jF2utZQ1OZS574hTd/DBYUwxVNoGHBLctfo+yx61w4bTQo0d vdZUHvcnZ+Drs5Bp1gXuC/0rM3usvhebwZjbm/HlGVSkMV6e3cO4OW3/yzPq3RpIJoft9BMau0OJ FM6XZJosQa/+AAAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAA AAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAA AAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAL4vPuXUAAAA+QAAAA8AAAAA AAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAHAwAAAAAAAA/wEAAA AEYEAACwCwAARxAAANcLAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAAB AAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEA AAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAA AAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkA cABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAE AAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAA sQ8IAAAAAAAABAAAAAAPAA3wKQEAAAAAnw8EAAAABAAAAAAAqA/HAAAAVGhlIHJvdXRpbmcgTVVT VCBiZSBjb25maWd1cmVkIGFuZCBtYW5hZ2VkIHVzaW5nIHNlY3VyZSBtZXNzYWdlcyBhbmQgcHJv dG9jb2xzIHRoYXQgcHJldmVudCBvdXRzaWRlciBhdHRhY2tzIGFuZCBsaW1pdCBpbnNpZGVyIGF0 dGFja3MgZnJvbSBmaWVsZCBkZXZpY2VzIGluc3RhbGxlZCBpbiBpbnNlY3VyZSBsb2NhdGlvbnMg aW4gdGhlIHBsYW50LgAAoQ8gAAAAyAAAAAAAIAALAAAAAP8DAAcAyAAAAAAAQwAEAAQAAgAAAKoP CgAAAMgAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBNBgAAEgAK8AgAAAC4aAAAAgoA ALMAC/BCAAAAgACYGckjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAgQHdCAYA vwEQABQA/wEAAAgAvwMAAAIAEwAi8dwDAACpw9YDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEA ABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqP LY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9 RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYF l+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34 poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUB AAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pq x46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYL S63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Ke puj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAcnIrF9YA AAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPTWvCQBCG74X+h2UEb3VjwVJSVxHbolB6MPVQb5Ps 5INkZ8PuNkZ/fRcP7fGdd3henuV6NJ0YyPnGsoL5LAFBXFjdcKXg+PX+8AzCB2SNnWVScCEP69X9 3RJTbc98oCELlYgQ9ikqqEPoUyl9UZNBP7M9cexK6wyGGF0ltcNzhJtOPibJkzTYcFyosadtTUWb /RgF2anL98O10G8lfp84f23HxUer1HQybl5ABBrD//M1+TSL4195Q+21gmhS7i65a/QBfSB3u0TT aAly9QsAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAA W0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAA AAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQBycisX1gAAAPkAAAAPAAAAAAAAAAAA AAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACQMAAAAAAAAP8BAAAABHEAAA sAsAAMASAADXCwAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAA AAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAA AAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAA CQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAg AFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4A CQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAA AAAAAAQAAAAADwAN8GMAAAAAAJ8PBAAAAAQAAAAAAKgPAQAAAKAAAKEPIAAAAAIAAAAAACAACwAA AAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoAAAACAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iA eIEPAATwRgYAABIACvAIAAAAuWgAAAIKAACjAAvwPAAAAIAAGCzJI4EAkgcAAIIAkgcAAIMAkgcA AIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHbAwAAqcPVAwAAUEsDBBQA BgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIW xQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2 pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMo I+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLN ueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQU AAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojT W6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwW bqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BB TmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQ SwMEFAAGAAgAAAAhAOrxGDvVAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj01Lw0AQhu+C/2EZ wUuxmwqKxG6LKEEPXloj4m3MTpPY7GzYWfPx71160OM77/C8POvt5Do1UJDWs4HVMgNFXHnbcm2g fCuu7kBJRLbYeSYDMwlsN+dna8ytH3lHwz7WKkFYcjTQxNjnWkvVkENZ+p44dQcfHMYUQ61twDHB Xaevs+xWO2w5LTTY02ND1XH/4wx8vJcyL/rAQ6m/ZWGP9efqaTTm8mJ6uAcVaYr/z664KV6Lv/KE erEGksnhef4Krd2hRAqnSzJNlqA3vwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAA EwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9Cxb vwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQDq8Rg7 1QAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAA CAMAAAAAAAAP8BAAAAAQAgAA1wsAAEYEAADxCwAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6 DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAA FAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAAB AAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAA AAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAA AE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAA BgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GMAAAAAAJ8PBAAAAAQAAAAAAKgPAQAAAFUA AKEPIAAAAAIAAAAAACAACwAAAAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoAAAACAAAAAQAAAAAA AACmDwwAAADwAAAAVl04f1iAeIEPAATwzQYAABIACvAIAAAAumgAAAIKAACjAAvwPAAAAIAACDzJ I4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMA IvHbAwAAqcPVAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNd LnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9n sWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUy hOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJ Z74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX 33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/B asMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ 9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqM xfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTa unYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAJjybtzVAAAA+QAAAA8AAABkcnMvZG93bnJl di54bWxEj01Lw0AQhu+C/2EZwUuxm3qQErstokgVvLRGircxO01is7NhZ83Hv3fpQY/vvMPz8qw2 o2tVT0EazwYW8wwUceltw5WB4v35ZglKIrLF1jMZmEhgs768WGFu/cA76vexUgnCkqOBOsYu11rK mhzK3HfEqTv64DCmGCptAw4J7lp9m2V32mHDaaHGjh5rKk/7H2fg8FHINOsC94X+lpk9VZ+Lp8GY 66vx4R5UpDH+P2/fDq96+VeeUS/WQDI5bqev0NgdSqRwviTTZAl6/QsAAP//AwBQSwECLQAUAAYA CAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBL AQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BL AQItABQABgAIAAAAIQCY8m7c1QAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54 bWxQSwUGAAAAAAMAAwC3AAAACAMAAAAAAAAP8BAAAABGBAAA1wsAAEcQAADxCwAADwAR8IQBAAAP AIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAA AAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAA AAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAA AAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAI AAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkA AAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6 DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8OoAAAAAAJ8P BAAAAAQAAAAAAKgPiAAAAFRoZSBVLUxMTiBNVVNUIGRlbnkgYW55IG5vZGUgdGhhdCBoYXMgbm90 IGJlZW4gYXV0aGVudGljYXRlZCB0byB0aGUgVS1MTE4gYW5kIGF1dGhvcml6ZWQgdG8gcGFydGlj aXBhdGUgdG8gdGhlIHJvdXRpbmcgZGVjaXNpb24gcHJvY2Vzcy4AAKEPIAAAAIkAAAAAACAACwAA AAD/AwAHAIkAAAAAAEMABAAEAAIAAACqDwoAAACJAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iA eIEPAATwTQYAABIACvAIAAAAu2gAAAIKAACzAAvwQgAAAIAAKFTJI4EAkgcAAIIAkgcAAIMAkgcA AIQAAAAAAIcAAgAAAL8ABAAEAIEB3QgGAL8BEAAUAP8BAAAIAL8DAAACABMAIvHcAwAAqcPWAwAA UEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF 90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE 62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1 XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XI YzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8D AFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRf lO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBa XQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA 8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAA AP//AwBQSwMEFAAGAAgAAAAhAHJyKxfWAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj01rwkAQ hu+F/odlBG91Y8FSUlcR26JQejD1UG+T7OSDZGfD7jZGf30XD+3xnXd4Xp7lejSdGMj5xrKC+SwB QVxY3XCl4Pj1/vAMwgdkjZ1lUnAhD+vV/d0SU23PfKAhC5WIEPYpKqhD6FMpfVGTQT+zPXHsSusM hhhdJbXDc4SbTj4myZM02HBcqLGnbU1Fm/0YBdmpy/fDtdBvJX6fOH9tx8VHq9R0Mm5eQAQaw//z Nfk0i+NfeUPttYJoUu4uuWv0AX0gd7tE02gJcvULAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexnt AAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAA ACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAA ACEAcnIrF9YAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAD AAMAtwAAAAkDAAAAAAAAD/AQAAAARxAAANcLAADAEgAA8QsAAA8AEfCEAQAADwCIE3wBAAAPAIoT PAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAM AQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAA AAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAA AGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAA AAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAA ABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8A UABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACo DwEAAACgAAChDyAAAAACAAAAAAAgAAsAAAAA/wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAAAgAA AAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8EYGAAASAArwCAAAALxoAAACCgAAowAL8DwA AACAAIhUySOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/ AwAAAgATACLx2wMAAKnD1QMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50 X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm /f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM 6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFc RPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiD qk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8u cmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPR yNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKb TCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCcz VQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQDq8Rg71QAAAPkAAAAPAAAAZHJz L2Rvd25yZXYueG1sRI9NS8NAEIbvgv9hGcFLsZsKisRuiyhBD15aI+JtzE6T2Oxs2Fnz8e9detDj O+/wvDzr7eQ6NVCQ1rOB1TIDRVx523JtoHwrru5ASUS22HkmAzMJbDfnZ2vMrR95R8M+1ipBWHI0 0MTY51pL1ZBDWfqeOHUHHxzGFEOtbcAxwV2nr7PsVjtsOS002NNjQ9Vx/+MMfLyXMi/6wEOpv2Vh j/Xn6mk05vJiergHFWmK/8+uuClei7/yhHqxBpLJ4Xn+Cq3doUQKp0syTZagN78AAAD//wMAUEsB Ai0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVz XS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMv LnJlbHNQSwECLQAUAAYACAAAACEA6vEYO9UAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rv d25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAgDAAAAAAAAD/AQAAAAEAIAAPELAABGBAAAGAwAAA8A EfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZ EBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAA BAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAE AQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkA YQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBh AHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoT MAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBj AAAAAACfDwQAAAAEAAAAAACoDwEAAABVAAChDyAAAAACAAAAAAAgAAsAAAAA/wMABwACAAAAAABD AAMAAwACAAAAqg8KAAAAAgAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8BYHAAASAArw CAAAAL1oAAACCgAAowAL8DwAAACAANh3ySOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/ AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2wMAAKnD1QMAAFBLAwQUAAYACAAAACEAifB7Ge0A AACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG 9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw3 3fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5 X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88 tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/ AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy 9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6x qGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w8 1c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQDh CNen1QAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LTsMwEEX3SPyDNUhsKuqUBUKhboVACJa0 DQJ2QzxNQuNx5DF59OuxuoDlnTs6V2e5Hl2regrSeDawmGegiEtvG64MFLunq1tQEpEttp7JwEQC 69X52RJz6wfeUL+NlUoQlhwN1DF2udZS1uRQ5r4jTt3eB4cxxVBpG3BIcNfq6yy70Q4bTgs1dvRQ U3nY/jgD72+FTLMucF/ob5nZQ/W5eByMubwY7+9ARRrj/7M/frzujn/lCfViDSST/fP0FRq7QYkU TpdkmixBr34BAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAA AAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAA AAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEA4QjXp9UAAAD5AAAADwAAAAAA AAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAgDAAAAAAAAD/AQAAAA RgQAAPELAABHEAAAGAwAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQ AFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEA AAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAA AAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAA AQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBw AGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQA AAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACx DwgAAAAAAAAEAAAAAA8ADfAzAQAAAACfDwQAAAAEAAAAAACoD9EAAABBbiBhdHRhY2tlciBTSE9V TEQgYmUgcHJldmVudGVkIGZyb20gbWFuaXB1bGF0aW5nIG9yIGRpc2FibGluZyB0aGUgcm91dGlu ZyBmdW5jdGlvbiwgZm9yIGV4YW1wbGUsIGJ5IGNvbXByb21pc2luZyByb3V0aW5nIGNvbnRyb2wg bWVzc2FnZXMuICBUbyB0aGlzIGVuZCwgdGhlIHJvdXRpbmcgcHJvdG9jb2wocykgTVVTVCBzdXBw b3J0IG1lc3NhZ2UgaW50ZWdyaXR5LgAAoQ8gAAAA0gAAAAAAIAALAAAAAP8DAAcA0gAAAAAAQwAE AAQAAgAAAKoPCgAAANIAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBNBgAAEgAK8AgA AAC+aAAAAgoAALMAC/BCAAAAgABoiskjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAE AAQAgQHdCAYAvwEQABQA/wEAAAgAvwMAAAIAEwAi8dwDAACpw9YDAABQSwMEFAAGAAgAAAAhAInw exntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAE hMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC2 8oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzg a87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1S fgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa 9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQs toxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62u tpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87 RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAA ACEAcnIrF9YAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPTWvCQBCG74X+h2UEb3VjwVJSVxHb olB6MPVQb5Ps5INkZ8PuNkZ/fRcP7fGdd3henuV6NJ0YyPnGsoL5LAFBXFjdcKXg+PX+8AzCB2SN nWVScCEP69X93RJTbc98oCELlYgQ9ikqqEPoUyl9UZNBP7M9cexK6wyGGF0ltcNzhJtOPibJkzTY cFyosadtTUWb/RgF2anL98O10G8lfp84f23HxUer1HQybl5ABBrD//M1+TSL4195Q+21gmhS7i65 a/QBfSB3u0TTaAly9QsAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAA AAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAAL AAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQBycisX1gAAAPkAAAAP AAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACQMAAAAAAAAP 8BAAAABHEAAA8QsAAMASAAAYDAAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8A XwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAAB AAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIB AAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAA AAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8A dAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAA AAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAA AAAAALEPCAAAAAAAAAQAAAAADwAN8GMAAAAAAJ8PBAAAAAQAAAAAAKgPAQAAAKAAAKEPIAAAAAIA AAAAACAACwAAAAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoAAAACAAAAAQAAAAAAAACmDwwAAADw AAAAVl04f1iAeIEPAATwRgYAABIACvAIAAAAv2gAAAIKAACjAAvwPAAAAIAA6JrJI4EAkgcAAIIA kgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHbAwAAqcPV AwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7D MBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qW AskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSz gxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVn M1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA //8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2Dv YHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3 DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e 5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPj LwAAAP//AwBQSwMEFAAGAAgAAAAhAOrxGDvVAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj01L w0AQhu+C/2EZwUuxmwqKxG6LKEEPXloj4m3MTpPY7GzYWfPx71160OM77/C8POvt5Do1UJDWs4HV MgNFXHnbcm2gfCuu7kBJRLbYeSYDMwlsN+dna8ytH3lHwz7WKkFYcjTQxNjnWkvVkENZ+p44dQcf HMYUQ61twDHBXaevs+xWO2w5LTTY02ND1XH/4wx8vJcyL/rAQ6m/ZWGP9efqaTTm8mJ6uAcVaYr/ z664KV6Lv/KEerEGksnhef4Krd2hRAqnSzJNlqA3vwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7 Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAI AAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAI AAAAIQDq8Rg71QAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAA AAMAAwC3AAAACAMAAAAAAAAP8BAAAAAQAgAAGAwAAEYEAABMDAAADwAR8IQBAAAPAIgTfAEAAA8A ihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAA AAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAA AAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABo AAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMA AAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAA AAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8A XwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GMAAAAAAJ8PBAAAAAQAAAAA AKgPAQAAAFUAAKEPIAAAAAIAAAAAACAACwAAAAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoAAAAC AAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwXgcAABIACvAIAAAAwGgAAAIKAACjAAvw PAAAAIAAiK3JI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAI AL8DAAACABMAIvHbAwAAqcPVAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRl bnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahL e+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et 2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpyd gVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIw OIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxz Ly5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61m I9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceF cptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YU JzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAN3deB7VAAAA+QAAAA8AAABk cnMvZG93bnJldi54bWxEj01Lw0AQhu+C/2EZwUuxm3oQid0WsRXFW2tEvI3ZaZI2Oxt21nz8e5ce 9PjOOzwvz3I9ulb1FKTxbGAxz0ARl942XBko3p9v7kFJRLbYeiYDEwmsV5cXS8ytH3hH/T5WKkFY cjRQx9jlWktZk0OZ+444dQcfHMYUQ6VtwCHBXatvs+xOO2w4LdTY0VNN5Wn/4wx8fhQyzbrAfaGP MrOn6muxGYy5vhofH0BFGuP/89sx2243f+UZ9WoNJJPDy/QdGrtDiRTOl2SaLEGvfgEAAP//AwBQ SwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlw ZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVs cy8ucmVsc1BLAQItABQABgAIAAAAIQDd3Xge1QAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMv ZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACAMAAAAAAAAP8BAAAABGBAAAGAwAAEcQAABMDAAA DwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAA ABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgA AAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAA AAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIA aQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwBy AGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8A ihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN 8HsBAAAAAJ8PBAAAAAQAAAAAAKgPGQEAAE1lY2hhbmlzbXMgTVVTVCBiZSBpbiBwbGFjZSB0byBk ZW55IGFueSBub2RlIHRoYXQgYXR0ZW1wdHMgdG8gdGFrZSBtYWxpY2lvdXMgYWR2YW50YWdlIG9m IHNlbGYtY29uZmlndXJhdGlvbiBhbmQgc2VsZi1vcmdhbml6YXRpb24gcHJvY2VkdXJlcy4gIFN1 Y2ggYXR0YWNrcyBtYXkgYXR0ZW1wdCwgZm9yIGV4YW1wbGUsIHRvIGNhdXNlIERvUywgZHJhaW4g dGhlIGVuZXJneSBvZiBwb3dlci1jb25zdHJhaW5lZCBkZXZpY2VzLCBvciB0byAgIGhpamFjayB0 aGUgcm91dGluZyBtZWNoYW5pc20uAAChDyAAAAAaAQAAAAAgAAsAAAAA/wMABwAaAQAAAABDAAQA BAACAAAAqg8KAAAAGgEAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8E0GAAASAArwCAAA AMFoAAACCgAAswAL8EIAAACAAPi7ySOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQA BACBAd0IBgC/ARAAFAD/AQAACAC/AwAAAgATACLx3AMAAKnD1gMAAFBLAwQUAAYACAAAACEAifB7 Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASE ygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELby gCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBr zuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+ BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0 LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2 jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62 kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztF L6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAA IQBycisX1gAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9Na8JAEIbvhf6HZQRvdWPBUlJXEdui UHow9VBvk+zkg2Rnw+42Rn99Fw/t8Z13eF6e5Xo0nRjI+caygvksAUFcWN1wpeD49f7wDMIHZI2d ZVJwIQ/r1f3dElNtz3ygIQuViBD2KSqoQ+hTKX1Rk0E/sz1x7ErrDIYYXSW1w3OEm04+JsmTNNhw XKixp21NRZv9GAXZqcv3w7XQbyV+nzh/bcfFR6vUdDJuXkAEGsP/8zX5NIvjX3lD7bWCaFLuLrlr 9AF9IHe7RNNoCXL1CwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAA AAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsA AAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAHJyKxfWAAAA+QAAAA8A AAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAJAwAAAAAAAA/w EAAAAEcQAAAYDAAAwBIAAEwMAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBf AFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEA AAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEA AAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAA AwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0 AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAA AAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAA AAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAAAAAAnw8EAAAABAAAAAAAqA8BAAAAoAAAoQ8gAAAAAgAA AAAAIAALAAAAAP8DAAcAAgAAAAAAQwADAAMAAgAAAKoPCgAAAAIAAAABAAAAAAAAAKYPDAAAAPAA AABWXTh/WIB4gQ8ABPBGBgAAEgAK8AgAAADCaAAAAgoAAKMAC/A8AAAAgAAYwckjgQCSBwAAggCS BwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dsDAACpw9UD AABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMw EEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYC yQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLOD EfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWcz VchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD/ /wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9g dF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cP MFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l 0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+Mv AAAA//8DAFBLAwQUAAYACAAAACEA6vEYO9UAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPTUvD QBCG74L/YRnBS7GbCorEbosoQQ9eWiPibcxOk9jsbNhZ8/HvXXrQ4zvv8Lw86+3kOjVQkNazgdUy A0VcedtybaB8K67uQElEtth5JgMzCWw352drzK0feUfDPtYqQVhyNNDE2OdaS9WQQ1n6njh1Bx8c xhRDrW3AMcFdp6+z7FY7bDktNNjTY0PVcf/jDHy8lzIv+sBDqb9lYY/15+ppNObyYnq4BxVpiv/P rrgpXou/8oR6sQaSyeF5/gqt3aFECqdLMk2WoDe/AAAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ 7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgA AAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgA AAAhAOrxGDvVAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAA AwADALcAAAAIAwAAAAAAAA/wEAAAABACAABMDAAARgQAAGYMAAAPABHwhAEAAA8AiBN8AQAADwCK EzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAA DAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAA AAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgA AABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAA AAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAA AAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBf AFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAAAAAAnw8EAAAABAAAAAAA qA8BAAAAVQAAoQ8gAAAAAgAAAAAAIAALAAAAAP8DAAcAAgAAAAAAQwADAAMAAgAAAKoPCgAAAAIA AAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPDrBgAAEgAK8AgAAADDaAAAAgoAAKMAC/A8 AAAAgAAI28kjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgA vwMAAAIAEwAi8doDAACpw9QDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVu dF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt7 5v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63Z TOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2B XET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4 g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMv LnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj 0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vy m0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQn M1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAZI0989QAAAD5AAAADwAAAGRy cy9kb3ducmV2LnhtbESPy07DMBBF90j9B2uQ2ETUaRdQpXUrVIRg2xJUuhviyYPG48g2efw9Vhew vHNH5+psdqNpRU/ON5YVLOYpCOLC6oYrBfn7y/0KhA/IGlvLpGAiD7vt7GaDmbYDH6g/hkpECPsM FdQhdJmUvqjJoJ/bjjh2pXUGQ4yuktrhEOGmlcs0fZAGG44LNXa0r6m4HH+MgtNH7qekc9zn8tsn +lKdF8+DUne349MaRKAx/D8vP8vk0f6VV9SbVhBNytfpyzX6gD6Qu16iabQEuf0FAAD//wMAUEsB Ai0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVz XS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMv LnJlbHNQSwECLQAUAAYACAAAACEAZI0989QAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rv d25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAcDAAAAAAAAD/AQAAAARgQAAEwMAABHEAAAZgwAAA8A EfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZ EBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAA BAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAE AQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkA YQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBh AHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoT MAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfAJ AQAAAACfDwQAAAAEAAAAAACoD6cAAABBIG5vZGUgTVVTVCBhdXRoZW50aWNhdGUgaXRzZWxmIHRv IGEgdHJ1c3RlZCBub2RlIHRoYXQgaXMgYWxyZWFkeSBhc3NvY2lhdGVkIHdpdGggdGhlIFUtTExO IGJlZm9yZSB0aGUgZm9ybWVyIGNhbiB0YWtlIHBhcnQgaW4gc2VsZi1jb25maWd1cmF0aW9uIG9y IHNlbGYtb3JnYW5pemF0aW9uLgAAoQ8gAAAAqAAAAAAAIAALAAAAAP8DAAcAqAAAAAAAQwAEAAQA AgAAAKoPCgAAAKgAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBNBgAAEgAK8AgAAADE aAAAAgoAALMAC/BCAAAAgABo28kjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQA gQHdCAYAvwEQABQA/wEAAAgAvwMAAAIAEwAi8dwDAACpw9YDAABQSwMEFAAGAAgAAAAhAInwexnt AAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoB RvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAs N931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87i eV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVf PLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9Cxb vwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxk svXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAu sahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+s PNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEA cnIrF9YAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPTWvCQBCG74X+h2UEb3VjwVJSVxHbolB6 MPVQb5Ps5INkZ8PuNkZ/fRcP7fGdd3henuV6NJ0YyPnGsoL5LAFBXFjdcKXg+PX+8AzCB2SNnWVS cCEP69X93RJTbc98oCELlYgQ9ikqqEPoUyl9UZNBP7M9cexK6wyGGF0ltcNzhJtOPibJkzTYcFyo sadtTUWb/RgF2anL98O10G8lfp84f23HxUer1HQybl5ABBrD//M1+TSL4195Q+21gmhS7i65a/QB fSB3u0TTaAly9QsAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAA AAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAA AAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQBycisX1gAAAPkAAAAPAAAA AAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACQMAAAAAAAAP8BAA AABHEAAATAwAAMASAABmDAAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQ AFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAA AQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAAB AAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMA AAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5 AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAA BAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAA ALEPCAAAAAAAAAQAAAAADwAN8GMAAAAAAJ8PBAAAAAQAAAAAAKgPAQAAAKAAAKEPIAAAAAIAAAAA ACAACwAAAAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoAAAACAAAAAQAAAAAAAACmDwwAAADwAAAA Vl04f1iAeIEPAATwRgYAABIACvAIAAAAxWgAAAIKAACjAAvwPAAAAIAAqP3JI4EAkgcAAIIAkgcA AIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHbAwAAqcPVAwAA UEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF 90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE 62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1 XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XI YzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8D AFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRf lO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBa XQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA 8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAA AP//AwBQSwMEFAAGAAgAAAAhAOrxGDvVAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj01Lw0AQ hu+C/2EZwUuxmwqKxG6LKEEPXloj4m3MTpPY7GzYWfPx71160OM77/C8POvt5Do1UJDWs4HVMgNF XHnbcm2gfCuu7kBJRLbYeSYDMwlsN+dna8ytH3lHwz7WKkFYcjTQxNjnWkvVkENZ+p44dQcfHMYU Q61twDHBXaevs+xWO2w5LTTY02ND1XH/4wx8vJcyL/rAQ6m/ZWGP9efqaTTm8mJ6uAcVaYr/z664 KV6Lv/KEerEGksnhef4Krd2hRAqnSzJNlqA3vwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0A AACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAA IQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAA IQDq8Rg71QAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMA AwC3AAAACAMAAAAAAAAP8BAAAAAQAgAAZgwAAEYEAACaDAAADwAR8IQBAAAPAIgTfAEAAA8AihM8 AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwB AAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAA AAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAA ZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAA AAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAA GAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQ AFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GMAAAAAAJ8PBAAAAAQAAAAAAKgP AQAAAFUAAKEPIAAAAAIAAAAAACAACwAAAAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoAAAACAAAA AQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwWAcAABIACvAIAAAAxmgAAAIKAACjAAvwPAAA AIAA6OzJI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8D AAACABMAIvHZAwAAqcPTAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRf VHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9 /zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2Uzo gVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE 9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOq T9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAAgQQAAIIEAACDBAAA hAQAAIUEAACGBAAAhwQAAIgEAACJBAAAigQAAIsEAACMBAAAjQQAAI4EAACPBAAAkAQAAJEEAACS BAAAkwQAAJQEAACVBAAAlgQAAJcEAACYBAAAmQQAAJoEAACbBAAAnAQAAJ0EAACeBAAAnwQAAKAE AAChBAAAogQAAKMEAACkBAAApQQAAKYEAACnBAAAqAQAAKkEAACqBAAAqwQAAKwEAACtBAAArgQA AK8EAACwBAAAsQQAALIEAACzBAAAtAQAALUEAAC2BAAAtwQAALgEAAC5BAAAugQAALsEAAC8BAAA vQQAAL4EAAC/BAAAwAQAAMEEAADCBAAAwwQAAMQEAADFBAAAxgQAAMcEAADIBAAAyQQAAMoEAADL BAAAzAQAAM0EAADOBAAAzwQAANAEAADRBAAA0gQAANMEAADUBAAA1QQAANYEAADXBAAA2AQAANkE AADaBAAA2wQAANwEAADdBAAA3gQAAN8EAADgBAAA4QQAAOIEAADjBAAA5AQAAOUEAADmBAAA5wQA AOgEAADpBAAA6gQAAOsEAADsBAAA7QQAAO4EAADvBAAA8AQAAPEEAADyBAAA8wQAAPQEAAD1BAAA 9gQAAPcEAAD4BAAA+QQAAPoEAAD7BAAA/AQAAP0EAAD+BAAA/wQAAAEFAAALAAAAX3JlbHMvLnJl bHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZ wq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0ws ydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1UL QfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAuirbL9MAAAD5AAAADwAAAGRycy9k b3ducmV2LnhtbESPTUsDMRCG70L/Q5iCl2Kz7UFkbVqKIvbauiLexs00u3YzCUncj39v6EGP77zD 8/JsdqPtRE8hto4VrJYFCOLa6ZaNgurt5e4BREzIGjvHpGCiCLvt7GaDpXYDH6k/JSMyhGOJCpqU fCllrBuyGJfOE+fu7ILFlGMwUgccMtx2cl0U99Jiy3mhQU9PDdWX049V8PFexWnhA/eV/I4LfTGf q+dBqdv5uH8EkWhM/8/B+GT2f+UVddAKssn5dfoKrT5iTBSul2yaLUFufwEAAP//AwBQSwECLQAU AAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnht bFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVs c1BLAQItABQABgAIAAAAIQC6Ktsv0wAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJl di54bWxQSwUGAAAAAAMAAwC3AAAABgMAAAAAAAAP8BAAAABGBAAAZgwAAEcQAACaDAAADwAR8IQB AAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEA AAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAA AAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAAB AAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwA AAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABo AHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAA AAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8HcBAAAA AJ8PBAAAAAQAAAAAAKgPFQEAAEEgbm9kZSB0aGF0IGhhcyBhbHJlYWR5IGF1dGhlbnRpY2F0ZWQg YW5kIGFzc29jaWF0ZWQgd2l0aCB0aGUgVS1MTE4gTVVTVCBkZW55LCB0byB0aGUgbWF4aW11bSBl eHRlbnQgcG9zc2libGUsIHRoZSBhbGxvY2F0aW9uIG9mIHJlc291cmNlcyB0byBhbnkgdW5hdXRo ZW50aWNhdGVkIHBlZXIuICBUaGUgcm91dGluZyBwcm90b2NvbChzKSBNVVNUIGRlbnkgc2Vydmlj ZSB0byBhbnkgbm9kZSB0aGF0IGhhcyBub3QgY2xlYXJseSBlc3RhYmxpc2hlZCB0cnVzdCB3aXRo IHRoZSBVLUxMTi4AAKEPIAAAABYBAAAAACAACwAAAAD/AwAHABYBAAAAAEMABAAEAAIAAACqDwoA AAAWAQAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwTQYAABIACvAIAAAAx2gAAAIKAACz AAvwQgAAAIAAuCDKI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAIEB3QgGAL8B EAAUAP8BAAAIAL8DAAACABMAIvHcAwAAqcPWAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAAT AAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2P Ce3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURk UWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi 6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaE i7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAA CwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseO kvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut 5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo /1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAHJyKxfWAAAA +QAAAA8AAABkcnMvZG93bnJldi54bWxEj01rwkAQhu+F/odlBG91Y8FSUlcR26JQejD1UG+T7OSD ZGfD7jZGf30XD+3xnXd4Xp7lejSdGMj5xrKC+SwBQVxY3XCl4Pj1/vAMwgdkjZ1lUnAhD+vV/d0S U23PfKAhC5WIEPYpKqhD6FMpfVGTQT+zPXHsSusMhhhdJbXDc4SbTj4myZM02HBcqLGnbU1Fm/0Y Bdmpy/fDtdBvJX6fOH9tx8VHq9R0Mm5eQAQaw//zNfk0i+NfeUPttYJoUu4uuWv0AX0gd7tE02gJ cvULAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtD b250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAA AAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAcnIrF9YAAAD5AAAADwAAAAAAAAAAAAAA AAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAkDAAAAAAAAD/AQAAAARxAAAGYM AADAEgAAmgwAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAx AAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAA AQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAAD AQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkE AAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABU AHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkA EQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAA AAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACoDwEAAACgAAChDyAAAAACAAAAAAAgAAsAAAAA /wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAAAgAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiB DwAE8EYGAAASAArwCAAAAMhoAAACCgAAowAL8DwAAACAAOgxyiOBAJIHAACCAJIHAACDAJIHAACE AAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2wMAAKnD1QMAAFBLAwQUAAYA CAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUO LBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6 kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPl Kq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnh rZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAG AAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh 19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6k cBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5h B+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsD BBQABgAIAAAAIQDq8Rg71QAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9NS8NAEIbvgv9hGcFL sZsKisRuiyhBD15aI+JtzE6T2Oxs2Fnz8e9detDjO+/wvDzr7eQ6NVCQ1rOB1TIDRVx523JtoHwr ru5ASUS22HkmAzMJbDfnZ2vMrR95R8M+1ipBWHI00MTY51pL1ZBDWfqeOHUHHxzGFEOtbcAxwV2n r7PsVjtsOS002NNjQ9Vx/+MMfLyXMi/6wEOpv2Vhj/Xn6mk05vJiergHFWmK/8+uuClei7/yhHqx BpLJ4Xn+Cq3doUQKp0syTZagN78AAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMA AAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78A AAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEA6vEYO9UA AAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAgD AAAAAAAAD/AQAAAAEAIAAJoMAABGBAAAtAwAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8Q AAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQA AAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAA AAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAA AgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABN AG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYA AAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAw AAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACoDwEAAABVAACh DyAAAAACAAAAAAAgAAsAAAAA/wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAAAgAAAAEAAAAAAAAA pg8MAAAA8AAAAFZdOH9YgHiBDwAE8O0GAAASAArwCAAAAMloAAACCgAAowAL8DwAAACAAHguyiOB AJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx 2wMAAKnD1QMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54 bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7Fg YheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTk IZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+ AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990 fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrD MAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYc Yp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5 LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2 HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQCJ5Z5a1QAAAPkAAAAPAAAAZHJzL2Rvd25yZXYu eG1sRI/LTsMwEEX3SPyDNUhsKuqUBUKhboWKeOxQQyrU3TSeJqbxOLJNHn+P1QVd3rmjc3WW69G2 oicfjGMFi3kGgrhy2nCtoPx6vXsEESKyxtYxKZgowHp1fbXEXLuBt9QXsRYJwiFHBU2MXS5lqBqy GOauI07d0XmLMUVfS+1xSHDbyvsse5AWDaeFBjvaNFSdil+r4HtXhmnWee5L+RNm+lTvFy+DUrc3 4/MTiEhjvDx/mt3mrfgvz6gPrSCZHN+ngzd6iyGSP1+SabIEufoDAAD//wMAUEsBAi0AFAAGAAgA AAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwEC LQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwEC LQAUAAYACAAAACEAieWeWtUAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1s UEsFBgAAAAADAAMAtwAAAAgDAAAAAAAAD/AQAAAARgQAAJoMAABHEAAAtAwAAA8AEfCEAQAADwCI E3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAI DAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAA AQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAA AAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAA AAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAA BgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8Q AAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfAKAQAAAACfDwQA AAAEAAAAAACoD6gAAAByb3V0aW5nIHByb3RvY29sKHMpIHByb3Bvc2VkIGluIHRoZSBjb250ZXh0 IG9mIFUtTExOcyBNVVNUIHN1cHBvcnQgYXV0aGVudGljYXRpb24gYW5kIGludGVncml0eSBtZWFz dXJlcyBhbmQgU0hPVUxEIHN1cHBvcnQgY29uZmlkZW50aWFsaXR5IChyb3V0aW5nIHNlY3VyaXR5 KSBtZWFzdXJlcy4AAKEPIAAAAKkAAAAAACAACwAAAAD/AwAHAKkAAAAAAEMABAAEAAIAAACqDwoA AACpAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwTQYAABIACvAIAAAAymgAAAIKAACz AAvwQgAAAIAAuFPKI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAIEB3QgGAL8B EAAUAP8BAAAIAL8DAAACABMAIvHcAwAAqcPWAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAAT AAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2P Ce3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURk UWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi 6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaE i7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAA CwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseO kvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut 5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo /1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAHJyKxfWAAAA +QAAAA8AAABkcnMvZG93bnJldi54bWxEj01rwkAQhu+F/odlBG91Y8FSUlcR26JQejD1UG+T7OSD ZGfD7jZGf30XD+3xnXd4Xp7lejSdGMj5xrKC+SwBQVxY3XCl4Pj1/vAMwgdkjZ1lUnAhD+vV/d0S U23PfKAhC5WIEPYpKqhD6FMpfVGTQT+zPXHsSusMhhhdJbXDc4SbTj4myZM02HBcqLGnbU1Fm/0Y Bdmpy/fDtdBvJX6fOH9tx8VHq9R0Mm5eQAQaw//zNfk0i+NfeUPttYJoUu4uuWv0AX0gd7tE02gJ cvULAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtD b250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAA AAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAcnIrF9YAAAD5AAAADwAAAAAAAAAAAAAA AAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAkDAAAAAAAAD/AQAAAARxAAAJoM AADAEgAAtAwAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAx AAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAA AQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAAD AQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkE AAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABU AHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkA EQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAA AAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACoDwEAAACgAAChDyAAAAACAAAAAAAgAAsAAAAA /wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAAAgAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiB DwAE8EMGAAASAArwCAAAAMtoAAACCgAAowAL8DwAAACAAAhlyiOBAJIHAACCAJIHAACDAJIHAACE AAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2AMAAKnD0gMAAFBLAwQUAAYA CAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUO LBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6 kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPl Kq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnh rZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAG AAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh 19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6k cBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5h B+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsD BBQABgAIAAAAIQAbTLRS0gAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9NSwMxEIbvgv8hjOCl 2Gw9iKxNiyii19Yt4m3cTLNrN5MlE/fj3xt60OM77/C8POvt5Ds1UJQ2sIHVsgBFXAfbsjNQvb/c 3IOShGyxC0wGZhLYbi4v1ljaMPKOhn1yKkNYSjTQpNSXWkvdkEdZhp44d8cQPaYco9M24pjhvtO3 RXGnPbacFxrs6amh+rT/8QY+DpXMiz7yUOlvWdiT+1w9j8ZcX02PD6ASTen/2XOwjv/KM+rNGsgm x9f5K7Z2h5Ioni/ZNFuC3vwCAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAA AAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAV AQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAG0y0UtIAAAD5 AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAUDAAAA AAAAD/AQAAAAEAIAALQMAABGBAAA2wwAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAA XwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAg AAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAA AAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAA AAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8A bgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAA AAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAA ixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACoDwEAAABJAAChDyAA AAACAAAAAAAgAAsAAAAA/wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAAAgAAAAEAAAAAAAAApg8M AAAA8AAAAFZdOH9YgHiBDwAE8A4HAAASAArwCAAAAMxoAAACCgAAowAL8DwAAACAAPh2yiOBAJIH AACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2gMA AKnD1AMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8 kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheo lbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdn GnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k /9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi 9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG 4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4t XC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcT vvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA4 4NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQBlvT/O1AAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1s RI/LTsMwEEX3SPyDNUhsqtYpiwqldSsEQrBtCSB203iahMbjyGPy+HusLmB5547O1dnsRteqnoI0 ng0sFxko4tLbhisDxdvz/B6URGSLrWcyMJHAbnt9tcHc+oH31B9ipRKEJUcDdYxdrrWUNTmUhe+I U3fywWFMMVTaBhwS3LX6LstW2mHDaaHGjh5rKs+HH2fg872QadYF7gv9LTN7rr6WT4MxtzfjwxpU pDH+P3+gPfrVX3lBvVoDyeT0Mh1DY/cokcLlkkyTJejtLwAAAP//AwBQSwECLQAUAAYACAAAACEA ifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQA BgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQA BgAIAAAAIQBlvT/O1AAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUG AAAAAAMAAwC3AAAABwMAAAAAAAAP8BAAAABGBAAAtAwAAEcQAADbDAAADwAR8IQBAAAPAIgTfAEA AA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAA AgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAAB AAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUB AABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAA AAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAA BAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABf AF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8CwBAAAAAJ8PBAAAAAQA AAAAAKgPygAAAFRoZSByb3V0aW5nIHByb3RvY29sIE1VU1QgYWxzbyBzdXBwb3J0IGRpZmZlcmVu dCBtZXRyaWMgdHlwZXMgZm9yIGVhY2ggbGluayB1c2VkIHRvIGNvbXB1dGUgdGhlIHBhdGggYWNj b3JkaW5nIHRvIHNvbWUgb2JqZWN0aXZlIGZ1bmN0aW9uIChlLmcuLCBtaW5pbWl6ZSBsYXRlbmN5 KSBkZXBlbmRpbmcgb24gdGhlIG5hdHVyZSBvZiB0aGUgdHJhZmZpYy4AAKEPIAAAAMsAAAAAACAA CwAAAAD/AwAHAMsAAAAAAEMABAAEAAIAAACqDwoAAADLAAAAAQAAAAAAAACmDwwAAADwAAAAVl04 f1iAeIEPAATwTQYAABIACvAIAAAAzWgAAAIKAACzAAvwQgAAAIAACHvKI4EAkgcAAIIAkgcAAIMA kgcAAIQAAAAAAIcAAgAAAL8ABAAEAIEB3QgGAL8BEAAUAP8BAAAIAL8DAAACABMAIvHcAwAAqcPW AwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7D MBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qW AskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSz gxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVn M1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA //8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2Dv YHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3 DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e 5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPj LwAAAP//AwBQSwMEFAAGAAgAAAAhAHJyKxfWAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj01r wkAQhu+F/odlBG91Y8FSUlcR26JQejD1UG+T7OSDZGfD7jZGf30XD+3xnXd4Xp7lejSdGMj5xrKC +SwBQVxY3XCl4Pj1/vAMwgdkjZ1lUnAhD+vV/d0SU23PfKAhC5WIEPYpKqhD6FMpfVGTQT+zPXHs SusMhhhdJbXDc4SbTj4myZM02HBcqLGnbU1Fm/0YBdmpy/fDtdBvJX6fOH9tx8VHq9R0Mm5eQAQa w//zNfk0i+NfeUPttYJoUu4uuWv0AX0gd7tE02gJcvULAAD//wMAUEsBAi0AFAAGAAgAAAAhAInw exntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYA CAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYA CAAAACEAcnIrF9YAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAA AAADAAMAtwAAAAkDAAAAAAAAD/AQAAAARxAAALQMAADAEgAA2wwAAA8AEfCEAQAADwCIE3wBAAAP AIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIA AAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAA AAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAA aAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAAD AAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQA AAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBf AF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAA AACoDwEAAACgAAChDyAAAAACAAAAAAAgAAsAAAAA/wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAA AgAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8EMGAAASAArwCAAAAM5oAAACCgAAowAL 8DwAAACAAHiayiOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAA CAC/AwAAAgATACLx2AMAAKnD0gMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250 ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGo S3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdH rdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKc nYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7C MDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVs cy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4Set ZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnH hXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPW FCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQAbTLRS0gAAAPkAAAAPAAAA ZHJzL2Rvd25yZXYueG1sRI9NSwMxEIbvgv8hjOCl2Gw9iKxNiyii19Yt4m3cTLNrN5MlE/fj3xt6 0OM77/C8POvt5Ds1UJQ2sIHVsgBFXAfbsjNQvb/c3IOShGyxC0wGZhLYbi4v1ljaMPKOhn1yKkNY SjTQpNSXWkvdkEdZhp44d8cQPaYco9M24pjhvtO3RXGnPbacFxrs6amh+rT/8QY+DpXMiz7yUOlv WdiT+1w9j8ZcX02PD6ASTen/2XOwjv/KM+rNGsgmx9f5K7Z2h5Ioni/ZNFuC3vwCAAD//wMAUEsB Ai0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVz XS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMv LnJlbHNQSwECLQAUAAYACAAAACEAG0y0UtIAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rv d25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAUDAAAAAAAAD/AQAAAAEAIAANsMAABGBAAA9QwAAA8A EfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZ EBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAA BAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAE AQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkA YQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBh AHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoT MAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBj AAAAAACfDwQAAAAEAAAAAACoDwEAAABJAAChDyAAAAACAAAAAAAgAAsAAAAA/wMABwACAAAAAABD AAMAAwACAAAAqg8KAAAAAgAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8NkGAAASAArw CAAAAM9oAAACCgAAowAL8DwAAACAAFisyiOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/ AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2wMAAKnD1QMAAFBLAwQUAAYACAAAACEAifB7Ge0A AACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG 9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw3 3fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5 X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88 tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/ AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy 9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6x qGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w8 1c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQCA m9DH1QAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LSgNBEEX3gv8wlOAmmJ4IPhjTCaL4AFeJ E4K7crrmYaarh652Hn9vk4VZ3rrFuZzlerRt0pOXxrGGxTyFhLhwpuFKQ/75cnUPiQRkg61j0jCR wHp1frbEzLiBN9RvQ5VECEuGGuoQukwpKWqyKHPXEceudN5iiNFXyngcIty26jpNb5XFhuNCjR09 1VQctr9Ww36XyzTrPPe5+pGZOVRfi+dB68uL8fEBkkBjOD3LXfl68/FfHlHvRkM0Kd+mb9+YDUog f7xE02gJavUHAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAA AAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAA AAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAgJvQx9UAAAD5AAAADwAAAAAA AAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAgDAAAAAAAAD/AQAAAA RgQAANsMAABHEAAA9QwAAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQ AFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEA AAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAA AAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAA AQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBw AGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQA AAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACx DwgAAAAAAAAEAAAAAA8ADfD2AAAAAACfDwQAAAAEAAAAAACoD5QAAABUaGUgcm91dGluZyBhbGdv cml0aG0gTVVTVCBiZSBhYmxlIHRvIGdlbmVyYXRlIGRpZmZlcmVudCByb3V0ZXMgd2l0aCBkaWZm ZXJlbnQgY2hhcmFjdGVyaXN0aWNzIChlLmcuLCBvcHRpbWl6ZWQgYWNjb3JkaW5nIHRvIGRpZmZl cmVudCBjb3N0cywgZXRjLikuAAChDyAAAACVAAAAAAAgAAsAAAAA/wMABwCVAAAAAABDAAQABAAC AAAAqg8KAAAAlQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8E0GAAASAArwCAAAANBo AAACCgAAswAL8EIAAACAAAi+yiOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABACB Ad0IBgC/ARAAFAD/AQAACAC/AwAAAgATACLx3AMAAKnD1gMAAFBLAwQUAAYACAAAACEAifB7Ge0A AACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG 9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw3 3fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5 X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88 tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/ AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy 9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6x qGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w8 1c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQBy cisX1gAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9Na8JAEIbvhf6HZQRvdWPBUlJXEduiUHow 9VBvk+zkg2Rnw+42Rn99Fw/t8Z13eF6e5Xo0nRjI+caygvksAUFcWN1wpeD49f7wDMIHZI2dZVJw IQ/r1f3dElNtz3ygIQuViBD2KSqoQ+hTKX1Rk0E/sz1x7ErrDIYYXSW1w3OEm04+JsmTNNhwXKix p21NRZv9GAXZqcv3w7XQbyV+nzh/bcfFR6vUdDJuXkAEGsP/8zX5NIvjX3lD7bWCaFLuLrlr9AF9 IHe7RNNoCXL1CwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAA AAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAA AAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAHJyKxfWAAAA+QAAAA8AAAAA AAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAJAwAAAAAAAA/wEAAA AEcQAADbDAAAwBIAAPUMAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAAB AAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEA AAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAA AAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkA cABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAE AAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAA sQ8IAAAAAAAABAAAAAAPAA3wYwAAAAAAnw8EAAAABAAAAAAAqA8BAAAAoAAAoQ8gAAAAAgAAAAAA IAALAAAAAP8DAAcAAgAAAAAAQwADAAMAAgAAAKoPCgAAAAIAAAABAAAAAAAAAKYPDAAAAPAAAABW XTh/WIB4gQ8ABPBGBgAAEgAK8AgAAADRaAAAAgoAAKMAC/A8AAAAgAAI0sojgQCSBwAAggCSBwAA gwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dsDAACpw9UDAABQ SwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3 SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTr aGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVd Xd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchj OE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMA UEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U 7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpd Dm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDx yTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA //8DAFBLAwQUAAYACAAAACEAGiWr39UAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPy07DMBBF 90j8gzVIbCrqlAVCoW4FVIjHriUIsRviaRIajyOPyePvsbooyzt3dK7Ocj26VvUUpPFsYDHPQBGX 3jZcGSjen65uQUlEtth6JgMTCaxX52dLzK0feEv9LlYqQVhyNFDH2OVaS1mTQ5n7jjh1ex8cxhRD pW3AIcFdq6+z7EY7bDgt1NjRY03lYffrDHx+FDLNusB9oX9kZg/V12IzGHN5Md7fgYo0xv9n//b6 sMFTeUS9WAPJZP88fYfGblEiheMlmSZL0Ks/AAAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAA AIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAh AFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAh ABolq9/VAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwAD ALcAAAAIAwAAAAAAAA/wEAAAABACAAD1DAAARgQAAA8NAAAPABHwhAEAAA8AiBN8AQAADwCKEzwB AAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEA AAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAA AQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABk bWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAA AAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAY AAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAAAAAAnw8EAAAABAAAAAAAqA8B AAAASAAAoQ8gAAAAAgAAAAAAIAALAAAAAP8DAAcAAgAAAAAAQwADAAMAAgAAAKoPCgAAAAIAAAAB AAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPC7BgAAEgAK8AgAAADSaAAAAgoAAKMAC/A8AAAA gADY1MojgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMA AAIAEwAi8doDAACpw9QDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9U eXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/ NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiB VYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1 OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP 3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJl bHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZ wq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0ws ydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1UL QfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAfPttjtQAAAD5AAAADwAAAGRycy9k b3ducmV2LnhtbESPy27CMBBF95X4B2sqdYOKQxeoSjGoCqraLTQIsRviIQmJx5Ht5vH3tVi0yzt3 dK7OejuaVvTkfG1ZwXKRgCAurK65VJB/fzy/gvABWWNrmRRM5GG7mT2sMdV24D31h1CKCGGfooIq hC6V0hcVGfQL2xHH7mqdwRCjK6V2OES4aeVLkqykwZrjQoUdZRUVzeHHKDgdcz/NO8d9Lm9+rpvy vNwNSj09ju9vIAKN4f+5ydxKZn/lHfWlFUST6+d0cbXeow/k7pdoGi1Bbn4BAAD//wMAUEsBAi0A FAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54 bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJl bHNQSwECLQAUAAYACAAAACEAfPttjtQAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25y ZXYueG1sUEsFBgAAAAADAAMAtwAAAAcDAAAAAAAAD/AQAAAARgQAAPUMAABHEAAADw0AAA8AEfCE AQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQB AAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAA AAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAA AQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBs AAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAA aAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAA AAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfDZAAAA AACfDwQAAAAEAAAAAACoD3cAAABUaGUgSEMtTExOIE1VU1QgYmUgYWJsZSB0byBhdXRoZW50aWNh dGUgYSBuZXcgbm9kZSBwcmlvciB0byBhbGxvd2luZyBpdCB0byBwYXJ0aWNpcGF0ZSBpbiB0aGUg cm91dGluZyBkZWNpc2lvbiBwcm9jZXNzLgAAoQ8gAAAAeAAAAAAAIAALAAAAAP8DAAcAeAAAAAAA QwAEAAQAAgAAAKoPCgAAAHgAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBNBgAAEgAK 8AgAAADTaAAAAgoAALMAC/BCAAAAgAAY8cojgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAA vwAEAAQAgQHdCAYAvwEQABQA/wEAAAgAvwMAAAIAEwAi8dwDAACpw9YDAABQSwMEFAAGAAgAAAAh AInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6 ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CF ORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJr ehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL 4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAA IQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCx lcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+G M62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt 8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYA CAAAACEAcnIrF9YAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPTWvCQBCG74X+h2UEb3VjwVJS VxHbolB6MPVQb5Ps5INkZ8PuNkZ/fRcP7fGdd3henuV6NJ0YyPnGsoL5LAFBXFjdcKXg+PX+8AzC B2SNnWVScCEP69X93RJTbc98oCELlYgQ9ikqqEPoUyl9UZNBP7M9cexK6wyGGF0ltcNzhJtOPibJ kzTYcFyosadtTUWb/RgF2anL98O10G8lfp84f23HxUer1HQybl5ABBrD//M1+TSL4195Q+21gmhS 7i65a/QBfSB3u0TTaAly9QsAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAA AAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUB AAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQBycisX1gAAAPkA AAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACQMAAAAA AAAP8BAAAABHEAAA9QwAAMASAAAPDQAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABf AF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAA AAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAA AAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAA BAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBu AG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAA AAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACL ExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GMAAAAAAJ8PBAAAAAQAAAAAAKgPAQAAAKAAAKEPIAAA AAIAAAAAACAACwAAAAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoAAAACAAAAAQAAAAAAAACmDwwA AADwAAAAVl04f1iAeIEPAATwRgYAABIACvAIAAAA1GgAAAIKAACjAAvwPAAAAIAAOAbLI4EAkgcA AIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHbAwAA qcPVAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQ QU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iV t6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2ca dQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/ 2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3 AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg +2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1c L8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+ 9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg 0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhABolq9/VAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxE j8tOwzAQRfdI/IM1SGwq6pQFQqFuBVSIx64lCLEb4mkSGo8jj8nj77G6KMs7d3SuznI9ulb1FKTx bGAxz0ARl942XBko3p+ubkFJRLbYeiYDEwmsV+dnS8ytH3hL/S5WKkFYcjRQx9jlWktZk0OZ+444 dXsfHMYUQ6VtwCHBXauvs+xGO2w4LdTY0WNN5WH36wx8fhQyzbrAfaF/ZGYP1ddiMxhzeTHe34GK NMb/Z//2+rDBU3lEvVgDyWT/PH2Hxm5RIoXjJZkmS9CrPwAAAP//AwBQSwECLQAUAAYACAAAACEA ifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQA BgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQA BgAIAAAAIQAaJavf1QAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUG AAAAAAMAAwC3AAAACAMAAAAAAAAP8BAAAAAQAgAADw0AAEYEAAAjDQAADwAR8IQBAAAPAIgTfAEA AA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAA AgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAAB AAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUB AABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAA AAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAA BAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABf AF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GMAAAAAAJ8PBAAAAAQA AAAAAKgPAQAAAEgAAKEPIAAAAAIAAAAAACAACwAAAAD/AwAHAAIAAAAAAEMAAwADAAIAAACqDwoA AAACAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATweQYAABIACvAIAAAA1WgAAAIKAACj AAvwPAAAAIAAWBbLI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8B AAAIAL8DAAACABMAIvHbAwAAqcPVAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0Nv bnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqy QahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45 x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUS YpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5 rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9y ZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPh J61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJ aceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+ 09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAA9qbfPVAAAA+QAAAA8A AABkcnMvZG93bnJldi54bWxEj01Lw0AQhu+C/2EZwUtpN/UgknZbRBG9CLZGxNs0O01is7NhZ83H v3fpQY/vvMPz8qy3o2tVT0EazwaWiwwUceltw5WB4v1pfgdKIrLF1jMZmEhgu7m8WGNu/cA76vex UgnCkqOBOsYu11rKmhzKwnfEqTv64DCmGCptAw4J7lp9k2W32mHDaaHGjh5qKk/7H2fg86OQadYF 7gv9LTN7qr6Wj4Mx11fj/QpUpDH+P4+HV3wLf+UZ9WINJJPj83QIjd2hRArnSzJNlqA3vwAAAP// AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRf VHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABf cmVscy8ucmVsc1BLAQItABQABgAIAAAAIQAPam3z1QAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABk cnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAACAMAAAAAAAAP8BAAAABGBAAADw0AAEcQAAAj DQAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwB AAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAA AAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAA AAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABB AHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8A ZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgAB AA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAA DwAN8JYAAAAAAJ8PBAAAAAQAAAAAAKgPNAAAAFRoZSByb3V0aW5nIHByb3RvY29sIE1VU1Qgc3Vw cG9ydCBtZXNzYWdlIGludGVncml0eS4AAKEPIAAAADUAAAAAACAACwAAAAD/AwAHADUAAAAAAEMA BAAEAAIAAACqDwoAAAA1AAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwTQYAABIACvAI AAAA1mgAAAIKAACzAAvwQgAAAIAA6CnLI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8A BAAEAIEB3QgGAL8BEAAUAP8BAAAIAL8DAAACABMAIvHcAwAAqcPWAwAAUEsDBBQABgAIAAAAIQCJ 8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCw BITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQ tvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc 4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+Id Un4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEA WvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXE LLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOt rraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMf O0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgA AAAhAHJyKxfWAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj01rwkAQhu+F/odlBG91Y8FSUlcR 26JQejD1UG+T7OSDZGfD7jZGf30XD+3xnXd4Xp7lejSdGMj5xrKC+SwBQVxY3XCl4Pj1/vAMwgdk jZ1lUnAhD+vV/d0SU23PfKAhC5WIEPYpKqhD6FMpfVGTQT+zPXHsSusMhhhdJbXDc4SbTj4myZM0 2HBcqLGnbU1Fm/0YBdmpy/fDtdBvJX6fOH9tx8VHq9R0Mm5eQAQaw//zNfk0i+NfeUPttYJoUu4u uWv0AX0gd7tE02gJcvULAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAA AAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAA CwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAcnIrF9YAAAD5AAAA DwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAkDAAAAAAAA D/AQAAAARxAAAA8NAADAEgAAIw0AAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBf AF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAA AQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAAC AQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQA AAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBv AHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAA AAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQ AAAAAACxDwgAAAAAAAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACoDwEAAACgAAChDyAAAAAC AAAAAAAgAAsAAAAA/wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAAAgAAAAEAAAAAAAAApg8MAAAA 8AAAAFZdOH9YgHiBDwAE8EYGAAASAArwCAAAANdoAAACCgAAowAL8DwAAACAACg5yyOBAJIHAACC AJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2wMAAKnD 1QMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFO wzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeq lgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUE s4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hV ZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMA AP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg 72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/H tw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9 HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz 4y8AAAD//wMAUEsDBBQABgAIAAAAIQAaJavf1QAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/L TsMwEEX3SPyDNUhsKuqUBUKhbgVUiMeuJQixG+JpEhqPI4/J4++xuijLO3d0rs5yPbpW9RSk8Wxg Mc9AEZfeNlwZKN6frm5BSUS22HomAxMJrFfnZ0vMrR94S/0uVipBWHI0UMfY5VpLWZNDmfuOOHV7 HxzGFEOlbcAhwV2rr7PsRjtsOC3U2NFjTeVh9+sMfH4UMs26wH2hf2RmD9XXYjMYc3kx3t+BijTG /2f/9vqwwVN5RL1YA8lk/zx9h8ZuUSKF4yWZJkvQqz8AAAD//wMAUEsBAi0AFAAGAAgAAAAhAInw exntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYA CAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYA CAAAACEAGiWr39UAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAA AAADAAMAtwAAAAgDAAAAAAAAD/AQAAAAEAIAACMNAABGBAAAPQ0AAA8AEfCEAQAADwCIE3wBAAAP AIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIA AAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAA AAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAA aAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAAD AAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQA AAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBf AF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAA AACoDwEAAABIAAChDyAAAAACAAAAAAAgAAsAAAAA/wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAA AgAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8NMGAAASAArwCAAAANhoAAACCgAAowAL 8DwAAACAADhHyyOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAA CAC/AwAAAgATACLx2wMAAKnD1QMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250 ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGo S3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdH rdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKc nYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7C MDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVs cy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4Set ZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnH hXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPW FCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQC771S61QAAAPkAAAAPAAAA ZHJzL2Rvd25yZXYueG1sRI9NS8NAEIbvgv9hGcFLsZt6EIndFlGLxVtringbs9MkNjsbdtZ8/HuX HvT4zjs8L89yPbpW9RSk8WxgMc9AEZfeNlwZKN43N/egJCJbbD2TgYkE1qvLiyXm1g+8o34fK5Ug LDkaqGPscq2lrMmhzH1HnLqjDw5jiqHSNuCQ4K7Vt1l2px02nBZq7OippvK0/3EGPg6FTLMucF/o b5nZU/W5eB6Mub4aHx9ARRrj//N286ZfDn/lGbW1BpLJ8XX6Co3doUQK50syTZagV78AAAD//wMA UEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5 cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3Jl bHMvLnJlbHNQSwECLQAUAAYACAAAACEAu+9UutUAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJz L2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAgDAAAAAAAAD/AQAAAARgQAACMNAABHEAAAPQ0A AA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAA AAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAI AAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAA AAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQBy AGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcA cgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAP AIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8A DfDwAAAAAACfDwQAAAAEAAAAAACoD44AAABNZWNoYW5pc21zIE1VU1QgYmUgaW4gcGxhY2UgdG8g ZGVueSBhbnkgbm9kZSB0aGF0IGF0dGVtcHRzIHRvIHRha2UgbWFsaWNpb3VzIGFkdmFudGFnZSBv ZiBzZWxmLWNvbmZpZ3VyYXRpb24gYW5kIHNlbGYtb3JnYW5pemF0aW9uIHByb2NlZHVyZXMuAACh DyAAAACPAAAAAAAgAAsAAAAA/wMABwCPAAAAAABDAAQABAACAAAAqg8KAAAAjwAAAAEAAAAAAAAA pg8MAAAA8AAAAFZdOH9YgHiBDwAE8E0GAAASAArwCAAAANloAAACCgAAswAL8EIAAACAAIheyyOB AJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABACBAd0IBgC/ARAAFAD/AQAACAC/AwAA AgATACLx3AMAAKnD1gMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5 cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80 zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFV iEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU6 1f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/c F+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVs c2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnC ruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ 1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB 9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQBycisX1gAAAPkAAAAPAAAAZHJzL2Rv d25yZXYueG1sRI9Na8JAEIbvhf6HZQRvdWPBUlJXEduiUHow9VBvk+zkg2Rnw+42Rn99Fw/t8Z13 eF6e5Xo0nRjI+caygvksAUFcWN1wpeD49f7wDMIHZI2dZVJwIQ/r1f3dElNtz3ygIQuViBD2KSqo Q+hTKX1Rk0E/sz1x7ErrDIYYXSW1w3OEm04+JsmTNNhwXKixp21NRZv9GAXZqcv3w7XQbyV+nzh/ bcfFR6vUdDJuXkAEGsP/8zX5NIvjX3lD7bWCaFLuLrlr9AF9IHe7RNNoCXL1CwAA//8DAFBLAQIt ABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10u eG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5y ZWxzUEsBAi0AFAAGAAgAAAAhAHJyKxfWAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3du cmV2LnhtbFBLBQYAAAAAAwADALcAAAAJAwAAAAAAAA/wEAAAAEcQAAAjDQAAwBIAAD0NAAAPABHw hAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAU AQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQA AAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEA AAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEA bAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBw AGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAA AAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAA AAAAnw8EAAAABAAAAAAAqA8BAAAAoAAAoQ8gAAAAAgAAAAAAIAALAAAAAP8DAAcAAgAAAAAAQwAD AAMAAgAAAKoPCgAAAAIAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBGBgAAEgAK8AgA AADaaAAAAgoAAKMAC/A8AAAAgABobMsjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAE AAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dsDAACpw9UDAABQSwMEFAAGAAgAAAAhAInwexntAAAA hQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYk sRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931 VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++ TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRN rG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAA ABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXt Z3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahp SlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXO c0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAGiWr 39UAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPy07DMBBF90j8gzVIbCrqlAVCoW4FVIjHriUI sRviaRIajyOPyePvsbooyzt3dK7Ocj26VvUUpPFsYDHPQBGX3jZcGSjen65uQUlEtth6JgMTCaxX 52dLzK0feEv9LlYqQVhyNFDH2OVaS1mTQ5n7jjh1ex8cxhRDpW3AIcFdq6+z7EY7bDgt1NjRY03l YffrDHx+FDLNusB9oX9kZg/V12IzGHN5Md7fgYo0xv9n//b6sMFTeUS9WAPJZP88fYfGblEiheMl mSZL0Ks/AAAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAA AABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAA AAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhABolq9/VAAAA+QAAAA8AAAAAAAAA AAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAIAwAAAAAAAA/wEAAAABAC AAA9DQAARgQAAFcNAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABU ADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAA AAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAA AAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEA AAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABl ACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAA DgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8I AAAAAAAABAAAAAAPAA3wYwAAAAAAnw8EAAAABAAAAAAAqA8BAAAASAAAoQ8gAAAAAgAAAAAAIAAL AAAAAP8DAAcAAgAAAAAAQwADAAMAAgAAAKoPCgAAAAIAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/ WIB4gQ8ABPDsBgAAEgAK8AgAAADbaAAAAgoAAKMAC/A8AAAAgACof8sjgQCSBwAAggCSBwAAgwCS BwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8doDAACpw9QDAABQSwME FAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB 8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl 5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9r Eygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u 8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsD BBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDG iNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7l TBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSn YEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8D AFBLAwQUAAYACAAAACEAoWzOu9QAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPTUvDQBCG74L/ YRnBS2k39SCSdlvEIhVvrRHxNmanSWx2Nuys+fj3Lj3o8Z13eF6e9XZ0reopSOPZwHKRgSIuvW24 MlC8Pc8fQElEtth6JgMTCWw311drzK0f+ED9MVYqQVhyNFDH2OVaS1mTQ1n4jjh1Jx8cxhRDpW3A IcFdq++y7F47bDgt1NjRU03l+fjjDHy8FzLNusB9ob9lZs/V53I3GHN7Mz6uQEUa4//zTl73JH/l BfViDSST0376Co09oEQKl0syTZagN78AAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEA ABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQs W78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAoWzO u9QAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAA AAcDAAAAAAAAD/AQAAAARgQAAD0NAABHEAAAVw0AAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAA ug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAA ABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAA AQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5g AAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYA AABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEA AAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQA MQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfAKAQAAAACfDwQAAAAEAAAAAACoD6gAAABB IG5vZGUgTVVTVCBhdXRoZW50aWNhdGUgaXRzZWxmIHRvIGEgdHJ1c3RlZCBub2RlIHRoYXQgaXMg YWxyZWFkeSBhc3NvY2lhdGVkIHdpdGggdGhlIEhDLUxMTiBiZWZvcmUgdGhlIGZvcm1lciBjYW4g dGFrZSBwYXJ0IGluIHNlbGYtY29uZmlndXJhdGlvbiBvciBzZWxmLW9yZ2FuaXphdGlvbi4AAKEP IAAAAKkAAAAAACAACwAAAAD/AwAHAKkAAAAAAEMABAAEAAIAAACqDwoAAACpAAAAAQAAAAAAAACm DwwAAADwAAAAVl04f1iAeIEPAATwTQYAABIACvAIAAAA3GgAAAIKAACzAAvwQgAAAIAACJDLI4EA kgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAIEB3QgGAL8BEAAUAP8BAAAIAL8DAAAC ABMAIvHcAwAAqcPWAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlw ZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTN Zu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWI SGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV /3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX 7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxz bM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu 68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnV VsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H0 3hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAHJyKxfWAAAA+QAAAA8AAABkcnMvZG93 bnJldi54bWxEj01rwkAQhu+F/odlBG91Y8FSUlcR26JQejD1UG+T7OSDZGfD7jZGf30XD+3xnXd4 Xp7lejSdGMj5xrKC+SwBQVxY3XCl4Pj1/vAMwgdkjZ1lUnAhD+vV/d0SU23PfKAhC5WIEPYpKqhD 6FMpfVGTQT+zPXHsSusMhhhdJbXDc4SbTj4myZM02HBcqLGnbU1Fm/0YBdmpy/fDtdBvJX6fOH9t x8VHq9R0Mm5eQAQaw//zNfk0i+NfeUPttYJoUu4uuWv0AX0gd7tE02gJcvULAAD//wMAUEsBAi0A FAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54 bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJl bHNQSwECLQAUAAYACAAAACEAcnIrF9YAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25y ZXYueG1sUEsFBgAAAAADAAMAtwAAAAkDAAAAAAAAD/AQAAAARxAAAD0NAADAEgAAVw0AAA8AEfCE AQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQB AAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAA AAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAA AQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBs AAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAA aAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAA AAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBjAAAA AACfDwQAAAAEAAAAAACoDwEAAACgAAChDyAAAAACAAAAAAAgAAsAAAAA/wMABwACAAAAAABDAAMA AwACAAAAqg8KAAAAAgAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8EYGAAASAArwCAAA AN1oAAACCgAAowAL8DwAAACAAJihyyOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQA BAC/AQEAFQD/AQAACAC/AwAAAgATACLx2wMAAKnD1QMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACF AQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSx Go8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVV sz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75P JgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2s bfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAA FQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1n emrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlK VgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5z Qp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQAaJavf 1QAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LTsMwEEX3SPyDNUhsKuqUBUKhbgVUiMeuJQix G+JpEhqPI4/J4++xuijLO3d0rs5yPbpW9RSk8WxgMc9AEZfeNlwZKN6frm5BSUS22HomAxMJrFfn Z0vMrR94S/0uVipBWHI0UMfY5VpLWZNDmfuOOHV7HxzGFEOlbcAhwV2rr7PsRjtsOC3U2NFjTeVh 9+sMfH4UMs26wH2hf2RmD9XXYjMYc3kx3t+BijTG/2f/9vqwwVN5RL1YA8lk/zx9h8ZuUSKF4yWZ JkvQqz8AAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAA AFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAA AAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAGiWr39UAAAD5AAAADwAAAAAAAAAA AAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAgDAAAAAAAAD/AQAAAAEAIA AFcNAABGBAAAcQ0AAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQA MQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAA AAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAA AAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAA AAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUA IABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAO AAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgA AAAAAAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACoDwEAAABIAAChDyAAAAACAAAAAAAgAAsA AAAA/wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAAAgAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9Y gHiBDwAE8O0GAAASAArwCAAAAN5oAAACCgAAowAL8DwAAACAALioyyOBAJIHAACCAJIHAACDAJIH AACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2wMAAKnD1QMAAFBLAwQU AAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHy FsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn 9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sT KCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7y zbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwME FAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI 01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVM Fm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdg QU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMA UEsDBBQABgAIAAAAIQB+stoz1QAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9NSwMxEIbvgv8h jOCl2Gw9SFmbFm0RBU9tt4i3cTPdrN1M1iTux7839GCP77zD8/IsVoNtREc+1I4VzKYZCOLS6Zor BcX+5W4OIkRkjY1jUjBSgNXy+mqBuXY9b6nbxUokCIccFZgY21zKUBqyGKauJU7d0XmLMUVfSe2x T3DbyPsse5AWa04LBltaGypPu1+r4ONQhHHSeu4K+R0m+lR9zja9Urc3w9MjiEhDvDz/PM/fvfkv z6g3rSCZHF/HL1/rLYZI/nxJpskS5PIPAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEA ABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQs W78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAfrLa M9UAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAA AAgDAAAAAAAAD/AQAAAARgQAAFcNAABHEAAAcQ0AAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAA ug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAA ABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAA AQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5g AAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYA AABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEA AAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQA MQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfAKAQAAAACfDwQAAAAEAAAAAACoD6gAAABB IG5vZGUgdGhhdCBoYXMgYWxyZWFkeSBhdXRoZW50aWNhdGVkIGFuZCBhc3NvY2lhdGVkIHdpdGgg dGhlIEhDLUxMTiBNVVNUIGRlbnksIHRvIHRoZSBtYXhpbXVtIGV4dGVudCBwb3NzaWJsZSwgdGhl IGFsbG9jYXRpb24gb2YgcmVzb3VyY2VzIHRvIGFueSB1bmF1dGhlbnRpY2F0ZWQgcGVlci4AAKEP IAAAAKkAAAAAACAACwAAAAD/AwAHAKkAAAAAAEMABAAEAAIAAACqDwoAAACpAAAAAQAAAAAAAACm DwwAAADwAAAAVl04f1iAeIEPAATwTQYAABIACvAIAAAA32gAAAIKAACzAAvwQgAAAIAAmMjLI4EA kgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAIEB3QgGAL8BEAAUAP8BAAAIAL8DAAAC ABMAIvHcAwAAqcPWAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlw ZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTN Zu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWI SGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV /3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX 7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxz bM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu 68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnV VsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H0 3hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAHJyKxfWAAAA+QAAAA8AAABkcnMvZG93 bnJldi54bWxEj01rwkAQhu+F/odlBG91Y8FSUlcR26JQejD1UG+T7OSDZGfD7jZGf30XD+3xnXd4 Xp7lejSdGMj5xrKC+SwBQVxY3XCl4Pj1/vAMwgdkjZ1lUnAhD+vV/d0SU23PfKAhC5WIEPYpKqhD 6FMpfVGTQT+zPXHsSusMhhhdJbXDc4SbTj4myZM02HBcqLGnbU1Fm/0YBdmpy/fDtdBvJX6fOH9t x8VHq9R0Mm5eQAQaw//zNfk0i+NfeUPttYJoUu4uuWv0AX0gd7tE02gJcvULAAD//wMAUEsBAi0A FAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54 bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJl bHNQSwECLQAUAAYACAAAACEAcnIrF9YAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25y ZXYueG1sUEsFBgAAAAADAAMAtwAAAAkDAAAAAAAAD/AQAAAARxAAAFcNAADAEgAAcQ0AAA8AEfCE AQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQB AAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAA AAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAA AQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBs AAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAA aAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAA AAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBjAAAA AACfDwQAAAAEAAAAAACoDwEAAACgAAChDyAAAAACAAAAAAAgAAsAAAAA/wMABwACAAAAAABDAAMA AwACAAAAqg8KAAAAAgAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8EYGAAASAArwCAAA AOBoAAACCgAAowAL8DwAAACAAFjZyyOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQA BAC/AQEAFQD/AQAACAC/AwAAAgATACLx2wMAAKnD1QMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACF AQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSx Go8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVV sz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75P JgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2s bfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAA FQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1n emrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlK VgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5z Qp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQAaJavf 1QAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LTsMwEEX3SPyDNUhsKuqUBUKhbgVUiMeuJQix G+JpEhqPI4/J4++xuijLO3d0rs5yPbpW9RSk8WxgMc9AEZfeNlwZKN6frm5BSUS22HomAxMJrFfn Z0vMrR94S/0uVipBWHI0UMfY5VpLWZNDmfuOOHV7HxzGFEOlbcAhwV2rr7PsRjtsOC3U2NFjTeVh 9+sMfH4UMs26wH2hf2RmD9XXYjMYc3kx3t+BijTG/2f/9vqwwVN5RL1YA8lk/zx9h8ZuUSKF4yWZ JkvQqz8AAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAA AFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAA AAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAGiWr39UAAAD5AAAADwAAAAAAAAAA AAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAgDAAAAAAAAD/AQAAAAEAIA AHENAABGBAAAiw0AAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQA MQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAA AAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAA AAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAA AAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUA IABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAO AAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgA AAAAAAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACoDwEAAABIAAChDyAAAAACAAAAAAAgAAsA AAAA/wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAAAgAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9Y gHiBDwAE8LEGAAASAArwCAAAAOFoAAACCgAAowAL8DwAAACAAPjYyyOBAJIHAACCAJIHAACDAJIH AACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2gMAAKnD1AMAAFBLAwQU AAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHy FsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn 9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sT KCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7y zbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwME FAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI 01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVM Fm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdg QU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMA UEsDBBQABgAIAAAAIQD3CIvC1AAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LTsMwEEX3SPyD NUhsKuqUBYJQt6pACLYtQRG7IZ4mofE48pg8/h6rC1jeuaNzddbbyXVqoCCtZwOrZQaKuPK25dpA 8f5ycw9KIrLFzjMZmElgu7m8WGNu/ch7Gg6xVgnCkqOBJsY+11qqhhzK0vfEqTv64DCmGGptA44J 7jp9m2V32mHLaaHBnp4aqk6HH2eg/ChkXvSBh0J/y8Ke6s/V82jM9dW0ewQVaYr/zw9lscPyrzyj 3qyBZHJ8nb9Ca/cokcL5kkyTJejNLwAAAP//AwBQSwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAA EwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9Cxb vwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQD3CIvC 1AAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAA BwMAAAAAAAAP8BAAAABGBAAAcQ0AAEcQAACLDQAADwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6 DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAA FAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAAB AAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAA AAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAA AE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAA BgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8M8AAAAAAJ8PBAAAAAQAAAAAAKgPbQAAAFRo ZSByb3V0aW5nIHByb3RvY29sKHMpIE1VU1QgZGVueSBzZXJ2aWNlIHRvIGFueSBub2RlIHRoYXQg aGFzIG5vdCBjbGVhcmx5IGVzdGFibGlzaGVkIHRydXN0IHdpdGggdGhlIEhDLUxMTi4AAKEPIAAA AG4AAAAAACAACwAAAAD/AwAHAG4AAAAAAEMABAAEAAIAAACqDwoAAABuAAAAAQAAAAAAAACmDwwA AADwAAAAVl04f1iAeIEPAATwTQYAABIACvAIAAAA4mgAAAIKAACzAAvwQgAAAIAAuPjLI4EAkgcA AIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAIEB3QgGAL8BEAAUAP8BAAAIAL8DAAACABMA IvHcAwAAqcPWAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNd LnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9n sWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUy hOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJ Z74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX 33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/B asMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ 9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqM xfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTa unYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhAHJyKxfWAAAA+QAAAA8AAABkcnMvZG93bnJl di54bWxEj01rwkAQhu+F/odlBG91Y8FSUlcR26JQejD1UG+T7OSDZGfD7jZGf30XD+3xnXd4Xp7l ejSdGMj5xrKC+SwBQVxY3XCl4Pj1/vAMwgdkjZ1lUnAhD+vV/d0SU23PfKAhC5WIEPYpKqhD6FMp fVGTQT+zPXHsSusMhhhdJbXDc4SbTj4myZM02HBcqLGnbU1Fm/0YBdmpy/fDtdBvJX6fOH9tx8VH q9R0Mm5eQAQaw//zNfk0i+NfeUPttYJoUu4uuWv0AX0gd7tE02gJcvULAAD//wMAUEsBAi0AFAAG AAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQ SwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQ SwECLQAUAAYACAAAACEAcnIrF9YAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYu eG1sUEsFBgAAAAADAAMAtwAAAAkDAAAAAAAAD/AQAAAARxAAAHENAADAEgAAiw0AAA8AEfCEAQAA DwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAA AAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAA AAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAA AAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAA CAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5 AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAA ug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBjAAAAAACf DwQAAAAEAAAAAACoDwEAAACgAAChDyAAAAACAAAAAAAgAAsAAAAA/wMABwACAAAAAABDAAMAAwAC AAAAqg8KAAAAAgAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8EYGAAASAArwCAAAAONo AAACCgAAowAL8DwAAACAABgJzCOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/ AQEAFQD/AQAACAC/AwAAAgATACLx2wMAAKnD1QMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAA EwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8t jwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1E ZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX 4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfim hIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEA AAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrH jpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtL reUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m 6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQAaJavf1QAA APkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LTsMwEEX3SPyDNUhsKuqUBUKhbgVUiMeuJQixG+Jp EhqPI4/J4++xuijLO3d0rs5yPbpW9RSk8WxgMc9AEZfeNlwZKN6frm5BSUS22HomAxMJrFfnZ0vM rR94S/0uVipBWHI0UMfY5VpLWZNDmfuOOHV7HxzGFEOlbcAhwV2rr7PsRjtsOC3U2NFjTeVh9+sM fH4UMs26wH2hf2RmD9XXYjMYc3kx3t+BijTG/2f/9vqwwVN5RL1YA8lk/zx9h8ZuUSKF4yWZJkvQ qz8AAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtD b250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAA AAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAGiWr39UAAAD5AAAADwAAAAAAAAAAAAAA AAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAgDAAAAAAAAD/AQAAAAEAIAAIsN AABGBAAApQ0AAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAx AAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAA AQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAAD AQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkE AAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABU AHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkA EQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAA AAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACoDwEAAABIAAChDyAAAAACAAAAAAAgAAsAAAAA /wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAAAgAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiB DwAE8KwGAAASAArwCAAAAORoAAACCgAAowAL8DwAAACAAPgazCOBAJIHAACCAJIHAACDAJIHAACE AAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2QMAAKnD0wMAAFBLAwQUAAYA CAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUO LBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6 kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPl Kq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnh rZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAG AAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh 19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6k cBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5h B+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsD BBQABgAIAAAAIQB/xB1j0wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9NawIxEIbvBf9DmEIv UrP2IGVrlKKU9qpdEW/jZtyNbiZLku7Hv2/w0B7feYfn5VmuB9uIjnwwjhXMZxkI4tJpw5WC4vvj +RVEiMgaG8ekYKQA69XkYYm5dj3vqNvHSiQIhxwV1DG2uZShrMlimLmWOHUX5y3GFH0ltcc+wW0j X7JsIS0aTgs1trSpqbztf6yC46EI47T13BXyGqb6Vp3m216pp8fh/Q1EpCH+Py82Mvbmr7yjvrSC ZHL5HM/e6B2GSP5+SabJEuTqFwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAA AAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAA FQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAH/EHWPTAAAA +QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAGAwAA AAAAAA/wEAAAAEYEAACLDQAARxAAAKUNAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAA AF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAA IAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAA AAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIA AAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBv AG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAA AAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAA AIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wywAAAAAAnw8EAAAABAAAAAAAqA9pAAAAUm91dGlu ZyBwcm90b2NvbChzKSBwcm9wb3NlZCBpbiB0aGUgY29udGV4dCBvZiBIQy1MTE5zIE1VU1Qgc3Vw cG9ydCBhdXRoZW50aWNhdGlvbiBhbmQgaW50ZWdyaXR5IG1lYXN1cmVzAAChDyAAAABqAAAAAAAg AAsAAAAA/wMABwBqAAAAAABDAAQABAACAAAAqg8KAAAAagAAAAEAAAAAAAAApg8MAAAA8AAAAFZd OH9YgHiBDwAE8E0GAAASAArwCAAAAOVoAAACCgAAswAL8EIAAACAAPgozCOBAJIHAACCAJIHAACD AJIHAACEAAAAAACHAAIAAAC/AAQABACBAd0IBgC/ARAAFAD/AQAACAC/AwAAAgATACLx3AMAAKnD 1gMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFO wzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeq lgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUE s4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hV ZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMA AP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg 72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/H tw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9 HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz 4y8AAAD//wMAUEsDBBQABgAIAAAAIQBycisX1gAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9N a8JAEIbvhf6HZQRvdWPBUlJXEduiUHow9VBvk+zkg2Rnw+42Rn99Fw/t8Z13eF6e5Xo0nRjI+cay gvksAUFcWN1wpeD49f7wDMIHZI2dZVJwIQ/r1f3dElNtz3ygIQuViBD2KSqoQ+hTKX1Rk0E/sz1x 7ErrDIYYXSW1w3OEm04+JsmTNNhwXKixp21NRZv9GAXZqcv3w7XQbyV+nzh/bcfFR6vUdDJuXkAE GsP/8zX5NIvjX3lD7bWCaFLuLrlr9AF9IHe7RNNoCXL1CwAA//8DAFBLAQItABQABgAIAAAAIQCJ 8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAG AAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAG AAgAAAAhAHJyKxfWAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYA AAAAAwADALcAAAAJAwAAAAAAAA/wEAAAAEcQAACLDQAAwBIAAKUNAAAPABHwhAEAAA8AiBN8AQAA DwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAAC AAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEA AAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEA AGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAA AwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAE AAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8A XwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAAAAAAnw8EAAAABAAA AAAAqA8BAAAAoAAAoQ8gAAAAAgAAAAAAIAALAAAAAP8DAAcAAgAAAAAAQwADAAMAAgAAAKoPCgAA AAIAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPA7BgAAEgAK8AgAAADmaAAAAgoAAKMA C/A8AAAAgAAYLMwjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEA AAgAvwMAAAIAEwAi8dkDAACpw9MDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29u dGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJB qEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnH R63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJi nJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmu wjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3Jl bHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+En rWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslp x4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T 1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAsSy8GtMAAAD5AAAADwAA AGRycy9kb3ducmV2LnhtbESPy07DMBBF90j9B2sqsamoUxYIhboVtEKwbQlC7IZ4moTG48hj8vh7 rC5geeeOztVZb0fXqp6CNJ4NrJYZKOLS24YrA8Xb8809KInIFlvPZGAige1mdrXG3PqBD9QfY6US hCVHA3WMXa61lDU5lKXviFN38sFhTDFU2gYcEty1+jbL7rTDhtNCjR3tairPxx9n4OO9kGnRBe4L /S0Le64+V/vBmOv5+PgAKtIY/5+lfyqs/isvqFdrIJmcXqav0NgDSqRwuSTTZAl68wsAAP//AwBQ SwECLQAUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlw ZXNdLnhtbFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVs cy8ucmVsc1BLAQItABQABgAIAAAAIQCxLLwa0wAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMv ZG93bnJldi54bWxQSwUGAAAAAAMAAwC3AAAABgMAAAAAAAAP8BAAAAAQAgAApQ0AAEYEAAC6DQAA DwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAA ABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgA AAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAA AAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIA aQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwBy AGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8A ihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN 8FoAAAAAAJ8PBAAAAAQAAAAAAKEPIAAAAAEAAAAAACAACwAAAAD/AwAHAAEAAAAAAEMAAwADAAIA AACqDwoAAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwOwYAABIACvAIAAAA52gA AAIKAACjAAvwPAAAAIAA+E3MI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8B AQAVAP8BAAAIAL8DAAACABMAIvHZAwAAqcPTAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAAT AAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2P Ce3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURk UWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi 6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaE i7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAA CwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseO kvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut 5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo /1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhALEsvBrTAAAA +QAAAA8AAABkcnMvZG93bnJldi54bWxEj8tOwzAQRfdI/QdrKrGpqFMWCIW6FbRCsG0JQuyGeJqE xuPIY/L4e6wuYHnnjs7VWW9H16qegjSeDayWGSji0tuGKwPF2/PNPSiJyBZbz2RgIoHtZna1xtz6 gQ/UH2OlEoQlRwN1jF2utZQ1OZSl74hTd/LBYUwxVNoGHBLctfo2y+60w4bTQo0d7Woqz8cfZ+Dj vZBp0QXuC/0tC3uuPlf7wZjr+fj4ACrSGP+fpX8qrP4rL6hXayCZnF6mr9DYA0qkcLkk02QJevML AAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250 ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAe AQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAsSy8GtMAAAD5AAAADwAAAAAAAAAAAAAAAAAG AgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAYDAAAAAAAAD/AQAAAARgQAAKUNAABH EAAAug0AAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAA ixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAA AOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAA AQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAK AAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkA cABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAA ABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAE AAAAAA8ADfBaAAAAAACfDwQAAAAEAAAAAAChDyAAAAABAAAAAAAgAAsAAAAA/wMABwABAAAAAABD AAMAAwACAAAAqg8KAAAAAQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8DsGAAASAArw CAAAAOhoAAACCgAAowAL8DwAAACAALhTzCOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/ AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2QMAAKnD0wMAAFBLAwQUAAYACAAAACEAifB7Ge0A AACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG 9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw3 3fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5 X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88 tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/ AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy 9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6x qGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w8 1c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQCx LLwa0wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LTsMwEEX3SP0HayqxqahTFgiFuhW0QrBt CULshniahMbjyGPy+HusLmB5547O1VlvR9eqnoI0ng2slhko4tLbhisDxdvzzT0oicgWW89kYCKB 7WZ2tcbc+oEP1B9jpRKEJUcDdYxdrrWUNTmUpe+IU3fywWFMMVTaBhwS3LX6NsvutMOG00KNHe1q Ks/HH2fg472QadEF7gv9LQt7rj5X+8GY6/n4+AAq0hj/n6V/Kqz+Ky+oV2sgmZxepq/Q2ANKpHC5 JNNkCXrzCwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAA AABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAA AAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhALEsvBrTAAAA+QAAAA8AAAAAAAAA AAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAGAwAAAAAAAA/wEAAAAEcQ AAClDQAAwBIAALoNAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABU ADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAA AAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAA AAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEA AAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABl ACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAA DgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8I AAAAAAAABAAAAAAPAA3wWgAAAAAAnw8EAAAABAAAAAAAoQ8gAAAAAQAAAAAAIAALAAAAAP8DAAcA AQAAAAAAQwADAAMAAgAAAKoPCgAAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBW BgAAEgAK8AgAAADpaAAAAgoAAKMAC/A8AAAAgADIf8wjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAA hwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8doDAACpw9QDAABQSwMEFAAGAAgAAAAh AInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6 ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CF ORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJr ehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL 4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAA IQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCx lcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+G M62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt 8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYA CAAAACEAERx2ONQAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPTUsDMRCG74L/IYzgpbTZ9SCy bVrEUhRvrSult3Ezza7dTJYk7se/N/Sgx3fe4Xl5VpvRtqInHxrHCvJFBoK4crpho6D82M2fQISI rLF1TAomCrBZ396ssNBu4D31h2hEgnAoUEEdY1dIGaqaLIaF64hTd3beYkzRG6k9DgluW/mQZY/S YsNpocaOXmqqLocfq+D4WYZp1nnuS/kdZvpiTvl2UOr+bnxegog0xv/nXFfvJv6VV9SbVpBMzq/T l2/0HkMkf70k02QJcv0LAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAA AAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAA CwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAERx2ONQAAAD5AAAA DwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAcDAAAAAAAA D/AQAAAAEAIAALoNAABHEAAAzg0AAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBf AF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAA AQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAAC AQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQA AAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBv AHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAA AAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQ AAAAAACxDwgAAAAAAAAEAAAAAA8ADfB0AAAAAACfDwQAAAAEAAAAAACoDwwAAABDb21pc3Npb25p bmcAAKEPJgAAAA0AAAAAACAACwAAAAD/AwAHAA0AAAABAEcAAQADAAMAAgDdCAb+AACqDwoAAAAN AAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwOwYAABIACvAIAAAA6mgAAAIKAACjAAvw PAAAAIAAaJbMI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAAAL8ABAAEAL8BAQAVAP8BAAAI AL8DAAACABMAIvHZAwAAqcPTAwAAUEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRl bnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahL e+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et 2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpyd gVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIw OIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxz Ly5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61m I9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceF cptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YU JzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAhALEsvBrTAAAA+QAAAA8AAABk cnMvZG93bnJldi54bWxEj8tOwzAQRfdI/QdrKrGpqFMWCIW6FbRCsG0JQuyGeJqExuPIY/L4e6wu YHnnjs7VWW9H16qegjSeDayWGSji0tuGKwPF2/PNPSiJyBZbz2RgIoHtZna1xtz6gQ/UH2OlEoQl RwN1jF2utZQ1OZSl74hTd/LBYUwxVNoGHBLctfo2y+60w4bTQo0d7Woqz8cfZ+DjvZBp0QXuC/0t C3uuPlf7wZjr+fj4ACrSGP+fpX8qrP4rL6hXayCZnF6mr9DYA0qkcLkk02QJevMLAAD//wMAUEsB Ai0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVz XS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3JlbHMv LnJlbHNQSwECLQAUAAYACAAAACEAsSy8GtMAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJzL2Rv d25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAYDAAAAAAAAD/AQAAAARxAAALoNAADAEgAAzg0AAA8A EfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZ EBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAA BAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAE AQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkA YQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBh AHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoT MAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBa AAAAAACfDwQAAAAEAAAAAAChDyAAAAABAAAAAAAgAAsAAAAA/wMABwABAAAAAABDAAMAAwACAAAA qg8KAAAAAQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8EQGAAASAArwCAAAAOtoAAAC CgAAowAL8DwAAACAAOiTzCOBAJIHAACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEA FQD/AQAACAC/AwAAAgATACLx2QMAAKnD0wMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAA AFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt 7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo 4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0 t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6 rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsA AABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4 P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUT Uf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9T MfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQAkjO1Z0wAAAPkA AAAPAAAAZHJzL2Rvd25yZXYueG1sRI/LTsMwEEX3SPyDNUhsqtYpCwShboWACrYtQai7IZ4mofE4 8pg8/h6rC1jeuaNzdVab0bWqpyCNZwPLRQaKuPS24cpA8b6d34GSiGyx9UwGJhLYrC8vVphbP/CO +n2sVIKw5GigjrHLtZayJoey8B1x6o4+OIwphkrbgEOCu1bfZNmtdthwWqixo6eaytP+xxn4/Chk mnWB+0J/y8yeqsPyeTDm+mp8fAAVaYz/z9v7F0L7V55Rb9ZAMjm+Tl+hsTuUSOF8SabJEvT6FwAA //8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVu dF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEA AF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhACSM7VnTAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIA AGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAGAwAAAAAAAA/wEAAAABACAADODQAARgQA AOgNAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsT HAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADo AAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEA AAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAA AEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAA bwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAa AAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAA AAAPAA3wYwAAAAAAnw8EAAAABAAAAAAAqA8BAAAAQgAAoQ8gAAAAAgAAAAAAIAALAAAAAP8DAAcA AgAAAAAAQwADAAMAAgAAAKoPCgAAAAIAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPDB BgAAEgAK8AgAAADsaAAAAgoAAKMAC/A8AAAAgABos8wjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAA hwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8dsDAACpw9UDAABQSwMEFAAGAAgAAAAh AInwexntAAAAhQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6 ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CF ORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJr ehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL 4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAA IQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCx lcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+G M62utpAusahpSlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt 8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYA CAAAACEAcnQtd9UAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPTWvCQBCG7wX/wzJCL6Ibeygl dZVSEXsStCmltzE7JjHZ2bC7zce/7+KhHt95h+flWW0G04iOnK8sK1guEhDEudUVFwqyz938BYQP yBoby6RgJA+b9eRhham2PR+pO4VCRAj7FBWUIbSplD4vyaBf2JY4dhfrDIYYXSG1wz7CTSOfkuRZ Gqw4LpTY0ntJeX36NQq+vzI/zlrHXSavfqbr4me57ZV6nA5vryACDeH+fG4Oh3r3X95QH1pBNLns x7Or9BF9IHe7RNNoCXL9BwAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAA AAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEA AAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAHJ0LXfVAAAA+QAA AA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAIAwAAAAAA AA/wEAAAAEYEAADODQAARxAAAOgNAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8A XwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAA AAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAA AgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAE AAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4A bwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAA AAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsT EAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3w3gAAAAAAnw8EAAAABAAAAAAAqA98AAAASXQgTVVTVCBi ZSBwb3NzaWJsZSB0byBmdWxseSBjb21taXNzaW9uIG5ldHdvcmsgZGV2aWNlcyB3aXRob3V0IHJl cXVpcmluZyBhbnkgYWRkaXRpb25hbCBjb21taXNzaW9uaW5nIGRldmljZSAoZS5nLiwgbGFwdG9w KQAAoQ8gAAAAfQAAAAAAIAALAAAAAP8DAAcAfQAAAAAAQwAEAAQAAgAAAKoPCgAAAH0AAAABAAAA AAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBOBgAAEgAK8AgAAADtaAAAAgoAALMAC/BCAAAAgACo sMwjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAgQEftxQAvwEQABQA/wEAAAgA vwMAAAIAEwAi8d0DAACpw9cDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVu dF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt7 5v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63Z TOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2B XET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4 g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMv LnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj 0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vy m0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQn M1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAMkDNT9cAAAD5AAAADwAAAGRy cy9kb3ducmV2LnhtbESPQUvDQBCF74L/YRnBm91YjGjstpSWYin0kBoFb9PsNAlmZ8Pumqb99V16 0OObN3yPbzIbTCt6cr6xrOBxlIAgLq1uuFJQfKweXkD4gKyxtUwKTuRhNr29mWCm7ZFz6nehEhHC PkMFdQhdJqUvazLoR7Yjjt3BOoMhRldJ7fAY4aaV4yR5lgYbjgs1drSoqfzZ/RoFlC+KdPPUflby 1Szt1z7t8823Uvd3w/wNRKAh/D+fk61Ji7/yilprBdHk8H7au0bn6AO56yWaRkuQ0wsAAAD//wMA UEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5 cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAAAAAAAAAeAQAAX3Jl bHMvLnJlbHNQSwECLQAUAAYACAAAACEAMkDNT9cAAAD5AAAADwAAAAAAAAAAAAAAAAAGAgAAZHJz L2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAoDAAAAAAAAD/AQAAAARxAAAM4NAADAEgAA6A0A AA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAA AAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQA/f///wIFAAADBQAABAUAAAUFAAAGBQAABwUA AAgFAAAJBQAACgUAAAsFAAAMBQAADQUAAA4FAAAPBQAAEAUAABEFAAASBQAAEwUAABQFAAAVBQAA FgUAABcFAAAYBQAAGQUAABoFAAAbBQAAHAUAAB0FAAAeBQAAHwUAACAFAAAhBQAAIgUAACMFAAAk BQAAJQUAACYFAAAnBQAAKAUAACkFAAAqBQAAKwUAACwFAAAtBQAALgUAAC8FAAAwBQAAMQUAADIF AAAzBQAANAUAADUFAAA2BQAANwUAADgFAAA5BQAAOgUAADsFAAA8BQAAPQUAAD4FAAA/BQAAQAUA AEEFAABCBQAAQwUAAEQFAABFBQAARgUAAEcFAABIBQAASQUAAEoFAABLBQAATAUAAE0FAABOBQAA TwUAAFAFAABRBQAAUgUAAFMFAABUBQAAVQUAAFYFAABXBQAAWAUAAFkFAABaBQAAWwUAAFwFAABd BQAAXgUAAF8FAABgBQAAYQUAAGIFAABjBQAAZAUAAGUFAABmBQAAZwUAAGgFAABpBQAAagUAAGsF AABsBQAAbQUAAG4FAABvBQAAcAUAAHEFAAByBQAAcwUAAHQFAAB1BQAAdgUAAHcFAAB4BQAAeQUA AHoFAAB7BQAAfAUAAH0FAAB+BQAAgAUAAP3///8AACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgA AAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAA AAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIA aQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwBy AGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8A ihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN 8GMAAAAAAJ8PBAAAAAQAAAAAAKgPAQAAAKAAAKEPIAAAAAIAAAAAACAACwAAAAD/AwAHAAIAAAAA AEMAAwADAAIAAACqDwoAAAACAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwRAYAABIA CvAIAAAA7mgAAAIKAACjAAvwPAAAAIAAmNXMI4EAkgcAAIIAkgcAAIMAkgcAAIQAAAAAAIcAAgAA AL8ABAAEAL8BAQAVAP8BAAAIAL8DAAACABMAIvHZAwAAqcPTAwAAUEsDBBQABgAIAAAAIQCJ8HsZ 7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jcwfIWxQ4sEEJJuiCwBITK AUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs5ef2pXqQgjOQhTkQtvKA LDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3faxMoI+Uqrxmya3oc4GvO 4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhPLvLNueGtnCY5i+IdUn4F Xzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBLAwQUAAYACAAAACEAWvQs W78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5QxojTW6HX0j6AsZXELLaM ZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u5UwWbqRwGF9fhjOtrraQ LrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0p2BBTmEH5nIrbfMfO0Uv rDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP//AwBQSwMEFAAGAAgAAAAh ACSM7VnTAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj8tOwzAQRfdI/IM1SGyq1ikLBKFuhYAK ti1BqLshniah8TjymDz+HqsLWN65o3N1VpvRtaqnII1nA8tFBoq49LbhykDxvp3fgZKIbLH1TAYm EtisLy9WmFs/8I76faxUgrDkaKCOscu1lrImh7LwHXHqjj44jCmGStuAQ4K7Vt9k2a122HBaqLGj p5rK0/7HGfj8KGSadYH7Qn/LzJ6qw/J5MOb6anx8ABVpjP/P2/sXQvtXnlFv1kAyOb5OX6GxO5RI 4XxJpskS9PoXAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAA AAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAA AAAAAAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAJIztWdMAAAD5AAAADwAAAAAA AAAAAAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAYDAAAAAAAAD/AQAAAA EAIAAOgNAABGBAAA/Q0AAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQ AFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEA AAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAA AAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAA AQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBw AGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQA AAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACx DwgAAAAAAAAEAAAAAA8ADfBjAAAAAACfDwQAAAAEAAAAAACoDwEAAABCAAChDyAAAAACAAAAAAAg AAsAAAAA/wMABwACAAAAAABDAAMAAwACAAAAqg8KAAAAAgAAAAEAAAAAAAAApg8MAAAA8AAAAFZd OH9YgHiBDwAE8J8GAAASAArwCAAAAO9oAAACCgAAowAL8DwAAACAAMjWzCOBAJIHAACCAJIHAACD AJIHAACEAAAAAACHAAIAAAC/AAQABAC/AQEAFQD/AQAACAC/AwAAAgATACLx2QMAAKnD0wMAAFBL AwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kEFOwzAQRfdI 3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbvZ7FgYheolbeqlgLJBOto bOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhlMoTkIZdnGnUEs4MR9V1d 32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9yCWe+AC5k/9hVZzNVyGM4 Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wDl990fTxi9wMAAP//AwBQ SwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zPwWrDMAwG4Ptg72B0X5Tu UMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvBUPYcYp4tXC/Htw8wWl0O buVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbKjMX5LzcTvvf9HuXRgPHJ NKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U2rp2HOA44NMz4y8AAAD/ /wMAUEsDBBQABgAIAAAAIQAVeMN30wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9NS8QwEIbv gv8hjOCluOl6EKmbXUQRPbq1It7GZrat20xKJvbj3xv2oMd33uF5eTa72fVqpCCdZwPrVQ6KuPa2 48ZA9fZ0dQtKIrLF3jMZWEhgtz0/22Bh/cR7GsvYqARhKdBAG+NQaC11Sw5l5Qfi1B18cBhTDI22 AacEd72+zvMb7bDjtNDiQA8t1cfyxxn4eK9kyYbAY6W/JbPH5nP9OBlzeTHf34GKNMf/ZynpNSv/ yhPqxRpIJofn5St0do8SKZwuyTRZgt7+AgAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUB AAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0 LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhABV4 w3fTAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcA AAAGAwAAAAAAAA/wEAAAAEYEAADoDQAARxAAAP0NAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAA ALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAA AAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEA AAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFu YAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAm AAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcB AAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABU ADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wvgAAAAAAnw8EAAAABAAAAAAAqA9cAAAA VGhlIHJvdXRpbmcgcHJvdG9jb2xzIE1VU1Qgc3VwcG9ydCBob3N0cyBhbmQgcm91dGVycyB0aGF0 IGFkdmVydGlzZSBtdWx0aXBsZSBJUHY2IGFkZHJlc3Nlcy4AAKEPIAAAAF0AAAAAACAACwAAAAD/ AwAHAF0AAAAAAEMABAAEAAIAAACqDwoAAABdAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEP AATwTgYAABIACvAIAAAA8GgAAAIKAACzAAvwQgAAAIAA6PXMI4EAkgcAAIIAkgcAAIMAkgcAAIQA AAAAAIcAAgAAAL8ABAAEAIEBH7cUAL8BEAAUAP8BAAAIAL8DAAACABMAIvHdAwAAqcPXAwAAUEsD BBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jc wfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs 5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3f axMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhP LvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBL AwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5Q xojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u 5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0 p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP// AwBQSwMEFAAGAAgAAAAhADJAzU/XAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj0FLw0AQhe+C /2EZwZvdWIxo7LaUlmIp9JAaBW/T7DQJZmfD7pqm/fVdetDjmzd8j28yG0wrenK+sazgcZSAIC6t brhSUHysHl5A+ICssbVMCk7kYTa9vZlgpu2Rc+p3oRIRwj5DBXUIXSalL2sy6Ee2I47dwTqDIUZX Se3wGOGmleMkeZYGG44LNXa0qKn82f0aBZQvinTz1H5W8tUs7dc+7fPNt1L3d8P8DUSgIfw/n5Ot SYu/8opaawXR5PB+2rtG5+gDueslmkZLkNMLAAAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAA AIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAh AFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAh ADJAzU/XAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwAD ALcAAAAKAwAAAAAAAA/wEAAAAEcQAADoDQAAwBIAAP0NAAAPABHwhAEAAA8AiBN8AQAADwCKEzwB AAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEA AAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAA AQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABk bWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAA AAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAY AAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAAAAAAnw8EAAAABAAAAAAAqA8B AAAAoAAAoQ8gAAAAAgAAAAAAIAALAAAAAP8DAAcAAgAAAAAAQwADAAMAAgAAAKoPCgAAAAIAAAAB AAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBDBgAAEgAK8AgAAADxaAAAAgoAAKMAC/A8AAAA gAAYBM0jgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMA AAIAEwAi8dgDAACpw9IDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9U eXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/ NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiB VYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1 OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP 3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJl bHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZ wq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0ws ydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1UL QfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAG0y0UtIAAAD5AAAADwAAAGRycy9k b3ducmV2LnhtbESPTUsDMRCG74L/IYzgpdhsPYisTYsootfWLeJt3EyzazeTJRP3498betDjO+/w vDzr7eQ7NVCUNrCB1bIARVwH27IzUL2/3NyDkoRssQtMBmYS2G4uL9ZY2jDyjoZ9cipDWEo00KTU l1pL3ZBHWYaeOHfHED2mHKPTNuKY4b7Tt0Vxpz22nBca7Ompofq0//EGPg6VzIs+8lDpb1nYk/tc PY/GXF9Njw+gEk3p/9lzsI7/yjPqzRrIJsfX+Su2doeSKJ4v2TRbgt78AgAA//8DAFBLAQItABQA BgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1s UEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxz UEsBAi0AFAAGAAgAAAAhABtMtFLSAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2 LnhtbFBLBQYAAAAAAwADALcAAAAFAwAAAAAAAA/wEAAAABACAAD9DQAARgQAADEOAAAPABHwhAEA AA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAA AAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAA AAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEA AAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAA AAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgA eQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAA ALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAAAAAA nw8EAAAABAAAAAAAqA8BAAAASQAAoQ8gAAAAAgAAAAAAIAALAAAAAP8DAAcAAgAAAAAAQwADAAMA AgAAAKoPCgAAAAIAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBkBwAAEgAK8AgAAADy aAAAAgoAAKMAC/A8AAAAgAA4D80jgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQA vwEBABUA/wEAAAgAvwMAAAIAEwAi8dsDAACpw9UDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEA ABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqP LY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9 RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYF l+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34 poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUB AAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pq x46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYL S63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Ke puj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEATYY4C9UA AAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPy07DMBBF90j8gzVIbCrqlAVCoW5VgXiIFS1BiN0Q T5PQeBzZQx5/j9VFWd65o3N1luvRtaqnEBvPBhbzDBRx6W3DlYHi/fHqFlQUZIutZzIwUYT16vxs ibn1A2+p30mlEoRjjgZqkS7XOpY1OYxz3xGnbu+DQ0kxVNoGHBLctfo6y260w4bTQo0d3ddUHna/ zsDnRxGnWRe4L/RPnNlD9bV4GIy5vBg3d6CERvl/ls0rPb2dyiPqxRpIJvvn6Ts0dotRKBwvyTRZ gl79AQAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABb Q29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAA AAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAE2GOAvVAAAA+QAAAA8AAAAAAAAAAAAA AAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwADALcAAAAIAwAAAAAAAA/wEAAAAEYEAAD9 DQAARxAAADEOAAAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEA MQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAA AAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAA AwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJ BAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAA VAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJ ABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAA AAAABAAAAAAPAA3wgQEAAAAAnw8EAAAABAAAAAAAqA8fAQAAVGhlIHJvdXRpbmcgcHJvdG9jb2wg TVVTVCBlbmFibGUgdGhlIGZ1bGwgZGlzY292ZXJ5IGFuZCBzZXR1cCBvZiB0aGUgZW52aXJvbm1l bnQgKGF2YWlsYWJsZSBsaW5rcywgc2VsZWN0ZWQgcGVlcnMsIHJlYWNoYWJsZSBuZXR3b3JrKS4g IFRoZSBwcm90b2NvbCBNVVNUIGVuYWJsZSB0aGUgZGlzdHJpYnV0aW9uIG9mIGl0cyBvd24gY29u ZmlndXJhdGlvbiB0byBiZSBwZXJmb3JtZWQgYnkgc29tZSBleHRlcm5hbCBtZWNoYW5pc20gZnJv bSBhIGNlbnRyYWxpemVkIG1hbmFnZW1lbnQgY29udHJvbGxlci4AAKEPIAAAACABAAAAACAACwAA AAD/AwAHACABAAAAAEMABAAEAAIAAACqDwoAAAAgAQAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iA eIEPAATwTgYAABIACvAIAAAA82gAAAIKAACzAAvwQgAAAIAA6AnNI4EAkgcAAIIAkgcAAIMAkgcA AIQAAAAAAIcAAgAAAL8ABAAEAIEBlpaWAL8BEAAUAP8BAAAIAL8DAAACABMAIvHdAwAAqcPXAwAA UEsDBBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF 90jcwfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE 62hs5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1 XV3faxMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XI YzhPLvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8D AFBLAwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRf lO5QxojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBa XQ5u5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA 8ck0p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAA AP//AwBQSwMEFAAGAAgAAAAhALcsmpbXAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj0FLAzEQ he+C/yGM4M1mFZWybVpUaFeRgl1bvE43s5vFTbJk0nbrrzf0oMc3b/ge33Q+2E4cKHDrnYLbUQaC XOV16xoFm8/FzRgER3QaO+9IwYkY5rPLiynm2h/dmg5lbESCOM5RgYmxz6XkypBFHvmeXOpqHyzG FEMjdcBjgttO3mXZo7TYurRgsKcXQ9V3ubcKtsvCLJ/Loqx5/P51v9v3/LF4U+r6aniagIg0xP/n n2xlHzZ/5Rn1qhUkk7o47UKr18iRwvmSTJMlyNkvAAAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ 7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgA AAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgA AAAhALcsmpbXAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAA AwADALcAAAAKAwAAAAAAAA/wEAAAAEcQAAD9DQAAwBIAADEOAAAPABHwhAEAAA8AiBN8AQAADwCK EzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAA DAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAA AAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgA AABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAA AAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAA AAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBf AFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAAAAAAnw8EAAAABAAAAAAA qA8BAAAAoAAAoQ8gAAAAAgAAAAAAIAALAAAAAP8DAAcAAgAAAAAAQwADAAMAAgAAAKoPCgAAAAIA AAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBDBgAAEgAK8AgAAAD0aAAAAgoAAKMAC/A8 AAAAgADIXcwjgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgA vwMAAAIAEwAi8dgDAACpw9IDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVu dF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt7 5v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63Z TOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2B XET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4 g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMv LnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj 0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vy m0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQn M1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAG0y0UtIAAAD5AAAADwAAAGRy cy9kb3ducmV2LnhtbESPTUsDMRCG74L/IYzgpdhsPYisTYsootfWLeJt3EyzazeTJRP3498betDj O+/wvDzr7eQ7NVCUNrCB1bIARVwH27IzUL2/3NyDkoRssQtMBmYS2G4uL9ZY2jDyjoZ9cipDWEo0 0KTUl1pL3ZBHWYaeOHfHED2mHKPTNuKY4b7Tt0Vxpz22nBca7Ompofq0//EGPg6VzIs+8lDpb1nY k/tcPY/GXF9Njw+gEk3p/9lzsI7/yjPqzRrIJsfX+Su2doeSKJ4v2TRbgt78AgAA//8DAFBLAQIt ABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10u eG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5y ZWxzUEsBAi0AFAAGAAgAAAAhABtMtFLSAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3du cmV2LnhtbFBLBQYAAAAAAwADALcAAAAFAwAAAAAAAA/wEAAAABACAAAxDgAARgQAAGUOAAAPABHw hAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAU AQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQA AAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEA AAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEA bAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBw AGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAA AAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAA AAAAnw8EAAAABAAAAAAAqA8BAAAASQAAoQ8gAAAAAgAAAAAAIAALAAAAAP8DAAcAAgAAAAAAQwAD AAMAAgAAAKoPCgAAAAIAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBeBwAAEgAK8AgA AAD1aAAAAgoAAKMAC/A8AAAAgADIPM0jgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAE AAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8doDAACpw9QDAABQSwMEFAAGAAgAAAAhAInwexntAAAA hQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYk sRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931 VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++ TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRN rG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAA ABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXt Z3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahp SlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXO c0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAtLBv V9QAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPy27CMBBF95X6D9ZU6gaBQxdVlWJQ6UPtFgiq 2E3jITHE48h28/j7WizK8s4dnauzWA22ER35YBwrmM8yEMSl04YrBcXuY/oEIkRkjY1jUjBSgNXy 9maBuXY9b6jbxkokCIccFdQxtrmUoazJYpi5ljh1R+ctxhR9JbXHPsFtIx+y7FFaNJwWamzptaby vP21Cr73RRgnreeukKcw0efqMH/rlbq/G16eQUQa4vV5nTWjef8vL6gvrSCZHD/HH2/0BkMkf7kk 02QJcvkHAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAA AFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAA AAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAtLBvV9QAAAD5AAAADwAAAAAAAAAA AAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAcDAAAAAAAAD/AQAAAARgQA ADEOAABHEAAAZQ4AAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQA MQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAA AAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAA AAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAA AAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUA IABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAO AAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgA AAAAAAAEAAAAAA8ADfB8AQAAAACfDwQAAAAEAAAAAACoDxoBAABUbyB0aGlzIGVuZCwgdGhlIHJv dXRpbmcgcHJvdG9jb2wocykgTVVTVCBwcm92aWRlIGEgc2V0IG9mIGZlYXR1cmVzICAgaW5jbHVk aW5nIHplcm8tY29uZmlndXJhdGlvbiBhdCBuZXR3b3JrIHJhbXAtdXAsIChuZXR3b3JrLWludGVy bmFsKSBzZWxmLW9yZ2FuaXphdGlvbiBhbmQgY29uZmlndXJhdGlvbiBkdWUgdG8gdG9wb2xvZ2lj YWwgY2hhbmdlcywgYW5kIHRoZSBhYmlsaXR5IHRvIHN1cHBvcnQgKG5ldHdvcmstZXh0ZXJuYWwp IHBhdGNoZXMgYW5kIGNvbmZpZ3VyYXRpb24gdXBkYXRlcy4AAKEPIAAAABsBAAAAACAACwAAAAD/ AwAHABsBAAAAAEMABAAEAAIAAACqDwoAAAAbAQAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEP AATwTgYAABIACvAIAAAA9mgAAAIKAACzAAvwQgAAAIAAyE/NI4EAkgcAAIIAkgcAAIMAkgcAAIQA AAAAAIcAAgAAAL8ABAAEAIEBH7cUAL8BEAAUAP8BAAAIAL8DAAACABMAIvHdAwAAqcPXAwAAUEsD BBQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQQU7DMBBF90jc wfIWxQ4sEEJJuiCwBITKAUb2JLEajy2PCe3tcdqyQahLe+b9/zTNZu9nsWBiF6iVt6qWAskE62hs 5ef2pXqQgjOQhTkQtvKALDfd9VWzPURkUWjiVk45x0et2UzogVWISGUyhOQhl2cadQSzgxH1XV3f axMoI+Uqrxmya3oc4GvO4nlfvk8mBZfi6bS3VrUSYpydgVxE9TrV/3IJZ74ALmT/2FVnM1XIYzhP LvLNueGtnCY5i+IdUn4FXzy0Taxt+KaEi7qsubZ5rsIwOIOqT9wX7AOX33R9PGL3AwAA//8DAFBL AwQUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAF9yZWxzLy5yZWxzbM/BasMwDAbg+2DvYHRflO5Q xojTW6HX0j6AsZXELLaMZLL17Wd6aseOkvg/ScPhJ61mI9HI2cKu68FQ9hxini1cL8e3DzBaXQ5u 5UwWbqRwGF9fhjOtrraQLrGoaUpWC0ut5RNR/ULJaceFcptMLMnVVsqMxfkvNxO+9/0e5dGA8ck0 p2BBTmEH5nIrbfMfO0UvrDzVznNCnqbo/1Mx8Hc+09YUJzNVC0H03hTaunYc4Djg0zPjLwAAAP// AwBQSwMEFAAGAAgAAAAhADJAzU/XAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj0FLw0AQhe+C /2EZwZvdWIxo7LaUlmIp9JAaBW/T7DQJZmfD7pqm/fVdetDjmzd8j28yG0wrenK+sazgcZSAIC6t brhSUHysHl5A+ICssbVMCk7kYTa9vZlgpu2Rc+p3oRIRwj5DBXUIXSalL2sy6Ee2I47dwTqDIUZX Se3wGOGmleMkeZYGG44LNXa0qKn82f0aBZQvinTz1H5W8tUs7dc+7fPNt1L3d8P8DUSgIfw/n5Ot SYu/8opaawXR5PB+2rtG5+gDueslmkZLkNMLAAAA//8DAFBLAQItABQABgAIAAAAIQCJ8HsZ7QAA AIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAh AFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAh ADJAzU/XAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAAAwAD ALcAAAAKAwAAAAAAAA/wEAAAAEcQAAAxDgAAwBIAAGUOAAAPABHwhAEAAA8AiBN8AQAADwCKEzwB AAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEA AAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAA AQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABk bWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAA AAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAY AAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAAAAAAnw8EAAAABAAAAAAAqA8B AAAAoAAAoQ8gAAAAAgAAAAAAIAALAAAAAP8DAAcAAgAAAAAAQwADAAMAAgAAAKoPCgAAAAIAAAAB AAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBGBgAAEgAK8AgAAAD3aAAAAgoAAKMAC/A8AAAA gABoUc0jgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAEAAQAvwEBABUA/wEAAAgAvwMA AAIAEwAi8dsDAACpw9UDAABQSwMEFAAGAAgAAAAhAInwexntAAAAhQEAABMAAABbQ29udGVudF9U eXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYksRqPLY8J7e1x2rJBqEt75v3/ NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931VbM9RGRRaOJWTjnHR63ZTOiB VYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++TyYFl+LptLdWtRJinJ2BXET1 OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRNrG34poSLuqy5tnmuwjA4g6pP 3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAX3JlbHMvLnJl bHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXtZ3pqx46S+D9Jw+EnrWYj0cjZ wq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahpSlYLS63lE1H9Qslpx4Vym0ws ydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXOc0Kepuj/UzHwdz7T1hQnM1UL QfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAGiWr39UAAAD5AAAADwAAAGRycy9k b3ducmV2LnhtbESPy07DMBBF90j8gzVIbCrqlAVCoW4FVIjHriUIsRviaRIajyOPyePvsbooyzt3 dK7Ocj26VvUUpPFsYDHPQBGX3jZcGSjen65uQUlEtth6JgMTCaxX52dLzK0feEv9LlYqQVhyNFDH 2OVaS1mTQ5n7jjh1ex8cxhRDpW3AIcFdq6+z7EY7bDgt1NjRY03lYffrDHx+FDLNusB9oX9kZg/V 12IzGHN5Md7fgYo0xv9n//b6sMFTeUS9WAPJZP88fYfGblEiheMlmSZL0Ks/AAAA//8DAFBLAQIt ABQABgAIAAAAIQCJ8HsZ7QAAAIUBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10u eG1sUEsBAi0AFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAAAAAAAAAAAAAAAAHgEAAF9yZWxzLy5y ZWxzUEsBAi0AFAAGAAgAAAAhABolq9/VAAAA+QAAAA8AAAAAAAAAAAAAAAAABgIAAGRycy9kb3du cmV2LnhtbFBLBQYAAAAAAwADALcAAAAIAwAAAAAAAA/wEAAAABACAABlDgAARgQAAH8OAAAPABHw hAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAU AQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQA AAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEA AAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEA bAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBw AGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAA AAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wYwAA AAAAnw8EAAAABAAAAAAAqA8BAAAASAAAoQ8gAAAAAgAAAAAAIAALAAAAAP8DAAcAAgAAAAAAQwAD AAMAAgAAAKoPCgAAAAIAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPD8BgAAEgAK8AgA AAD4aAAAAgoAAKMAC/A8AAAAgADIYc0jgQCSBwAAggCSBwAAgwCSBwAAhAAAAAAAhwACAAAAvwAE AAQAvwEBABUA/wEAAAgAvwMAAAIAEwAi8doDAACpw9QDAABQSwMEFAAGAAgAAAAhAInwexntAAAA hQEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJBBTsMwEEX3SNzB8hbFDiwQQkm6ILAEhMoBRvYk sRqPLY8J7e1x2rJBqEt75v3/NM1m72exYGIXqJW3qpYCyQTraGzl5/alepCCM5CFORC28oAsN931 VbM9RGRRaOJWTjnHR63ZTOiBVYhIZTKE5CGXZxp1BLODEfVdXd9rEygj5SqvGbJrehzga87ieV++ TyYFl+LptLdWtRJinJ2BXET1OtX/cglnvgAuZP/YVWczVchjOE8u8s254a2cJjmL4h1SfgVfPLRN rG34poSLuqy5tnmuwjA4g6pP3BfsA5ffdH08YvcDAAD//wMAUEsDBBQABgAIAAAAIQBa9CxbvwAA ABUBAAALAAAAX3JlbHMvLnJlbHNsz8FqwzAMBuD7YO9gdF+U7lDGiNNbodfSPoCxlcQstoxksvXt Z3pqx46S+D9Jw+EnrWYj0cjZwq7rwVD2HGKeLVwvx7cPMFpdDm7lTBZupHAYX1+GM62utpAusahp SlYLS63lE1H9Qslpx4Vym0wsydVWyozF+S83E773/R7l0YDxyTSnYEFOYQfmcitt8x87RS+sPNXO c0Kepuj/UzHwdz7T1hQnM1ULQfTeFNq6dhzgOODTM+MvAAAA//8DAFBLAwQUAAYACAAAACEAqB/a Y9QAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPTUvDQBCG74L/YRnBS7CbehCJ3ZaqiJ6E1oh4 G7PTJDY7G3bWfPx7lx70+M47PC/PajO5Tg0UpPVsYLnIQRFX3rZcGyjfnq5uQUlEtth5JgMzCWzW 52crLKwfeUfDPtYqQVgKNNDE2BdaS9WQQ1n4njh1Bx8cxhRDrW3AMcFdp6/z/EY7bDktNNjTQ0PV cf/jDHy8lzJnfeCh1N+S2WP9uXwcjbm8mLZ3oCJN8f/5/hXzbfZXnlAv1kAyOTzPX6G1O5RI4XRJ pskS9PoXAAD//wMAUEsBAi0AFAAGAAgAAAAhAInwexntAAAAhQEAABMAAAAAAAAAAAAAAAAAAAAA AFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAWvQsW78AAAAVAQAACwAAAAAAAAAA AAAAAAAeAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAqB/aY9QAAAD5AAAADwAAAAAAAAAA AAAAAAAGAgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAADAAMAtwAAAAcDAAAAAAAAD/AQAAAARgQA AGUOAABHEAAAfw4AAA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQA MQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAA AAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAA AAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAA AAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUA IABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAO AAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgA AAAAAAAEAAAAAA8ADfAaAQAAAACfDwQAAAAEAAAAAACoD7gAAABUaGUgcm91dGluZyBwcm90b2Nv bCBkZXNpZ25lZCBmb3IgaG9tZSBhdXRvbWF0aW9uIG5ldHdvcmtzIE1VU1QgcHJvdmlkZSBhIHNl dCBvZiBmZWF0dXJlcyBpbmNsdWRpbmcgemVyby1jb25maWd1cmF0aW9uIG9mIHRoZSByb3V0aW5n IHByb3RvY29sIGZvciBhIG5ldyBub2RlIHRvIGJlIGFkZGVkIHRvIHRoZSBuZXR3b3JrAAChDyAA AAC5AAAAAAAgAAsAAAAA/wMABwC5AAAAAABDAAQABAACAAAAqg8KAAAAuQAAAAEAAAAAAAAApg8M AAAA8AAAAFZdOH9YgHiBDwAE8E4GAAASAArwCAAAAPloAAACCgAAswAL8EIAAACAAGiFzSOBAJIH AACCAJIHAACDAJIHAACEAAAAAACHAAIAAAC/AAQABACBAR+3FAC/ARAAFAD/AQAACAC/AwAAAgAT ACLx3QMAAKnD1wMAAFBLAwQUAAYACAAAACEAifB7Ge0AAACFAQAAEwAAAFtDb250ZW50X1R5cGVz XS54bWx8kEFOwzAQRfdI3MHyFsUOLBBCSbogsASEygFG9iSxGo8tjwnt7XHaskGoS3vm/f80zWbv Z7FgYheolbeqlgLJBOtobOXn9qV6kIIzkIU5ELbygCw33fVVsz1EZFFo4lZOOcdHrdlM6IFViEhl MoTkIZdnGnUEs4MR9V1d32sTKCPlKq8Zsmt6HOBrzuJ5X75PJgWX4um0t1a1EmKcnYFcRPU61f9y CWe+AC5k/9hVZzNVyGM4Ty7yzbnhrZwmOYviHVJ+BV88tE2sbfimhIu6rLm2ea7CMDiDqk/cF+wD l990fTxi9wMAAP//AwBQSwMEFAAGAAgAAAAhAFr0LFu/AAAAFQEAAAsAAABfcmVscy8ucmVsc2zP wWrDMAwG4Ptg72B0X5TuUMaI01uh19I+gLGVxCy2jGSy9e1nemrHjpL4P0nD4SetZiPRyNnCruvB UPYcYp4tXC/Htw8wWl0ObuVMFm6kcBhfX4Yzra62kC6xqGlKVgtLreUTUf1CyWnHhXKbTCzJ1VbK jMX5LzcTvvf9HuXRgPHJNKdgQU5hB+ZyK23zHztFL6w81c5zQp6m6P9TMfB3PtPWFCczVQtB9N4U 2rp2HOA44NMz4y8AAAD//wMAUEsDBBQABgAIAAAAIQAyQM1P1wAAAPkAAAAPAAAAZHJzL2Rvd25y ZXYueG1sRI9BS8NAEIXvgv9hGcGb3ViMaOy2lJZiKfSQGgVv0+w0CWZnw+6apv31XXrQ45s3fI9v MhtMK3pyvrGs4HGUgCAurW64UlB8rB5eQPiArLG1TApO5GE2vb2ZYKbtkXPqd6ESEcI+QwV1CF0m pS9rMuhHtiOO3cE6gyFGV0nt8BjhppXjJHmWBhuOCzV2tKip/Nn9GgWUL4p089R+VvLVLO3XPu3z zbdS93fD/A1EoCH8P5+TrUmLv/KKWmsF0eTwftq7RufoA7nrJZpGS5DTCwAAAP//AwBQSwECLQAU AAYACAAAACEAifB7Ge0AAACFAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnht bFBLAQItABQABgAIAAAAIQBa9CxbvwAAABUBAAALAAAAAAAAAAAAAAAAAB4BAABfcmVscy8ucmVs c1BLAQItABQABgAIAAAAIQAyQM1P1wAAAPkAAAAPAAAAAAAAAAAAAAAAAAYCAABkcnMvZG93bnJl di54bWxQSwUGAAAAAAMAAwC3AAAACgMAAAAAAAAP8BAAAABHEAAAZQ4AAMASAAB/DgAADwAR8IQB AAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEA AAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAA AAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAAB AAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwA AAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABo AHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAA AAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GMAAAAA AJ8PBAAAAAQAAAAAAKgPAQAAAKAAAKEPIAAAAAIAAAAAACAACwAAAAD/AwAHAAIAAAAAAEMAAwAD AAIAAACqDwoAAAACAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwJAAAABIACvAIAAAA AWgAAAAMAAAjAAvwDAAAAAQDCQAAAD8DAQABABAA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAz M5kAAJmZAJnMAAAPAIgTnQAAAA8AihOVAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLE3UA AAAAAOsuCAAAAOULywFQvgRSAAAdEAQAAAAAAAAAAAAAKwQAAAAAAAAAHwBE8T0AAAAAACfxIAAA AAAAAAADAAAAAAAAAAAAAAAAAAAAAAAAAP////8SAAAADwA98Q0AAABAAULxBQAAAAEJAAAADwAC KwAAAAAAACIECAAAAAEAAAACAAAADwDuA+EJAAACAO8DGAAAABAAAAAAAAAAAAAAAAAAAIAAAAAA BwD/vw8ADATcCAAADwAC8NQIAACwAQjwCAAAAAUAAAAFbAAADwAD8JAIAAAPAATwKAAAAAEACfAQ AAAA14qsyEcAaW9ucy9BZGRyZQIACvAIAAAAAGwAAAUAAAAPAATwFgEAABIACvAIAAAAAmwAACAC AAADAQvwcAAAAAQAAAAAAH8AAQDvAYAAeDDMI4EAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAA AIcAAQAAAIgAAAAAAL8ABAAEAP8BEAARAAEDAgQAAD8DAAAIAIDDEAAAAL8DAAACAFQAaQB0AHIA ZQAgADEAAAAAABDwCAAAAAAAPQF9FdACDwAR8BwAAAAAAMMLCAAAAP////8NAP+/AAAfBAQAAAAC AAAADwAN8FIAAAAAAJ8PBAAAAAAAAAAAAKgPKAAAAFRpY2tldCAjNDg6IFVwZGF0ZSBNYW5hZ2Vh YmlsaXR5IFNlY3Rpb24AAKoPDgAAACkAAAAHAAAAAAAMBAAADwAE8KoBAAASAArwCAAAAANsAAAg AgAAEwEL8J4AAAAEAAAAAAB/AAEA7wGAABh0yyOBADBlAQCCAJiyAACDADBlAQCEAJiyAACFAAAA AACHAAAAAACIAAAAAAC/AAQABAC/AQEAAQD/ARAAEQABAwMEAAA/AwAACACAwzgAAAC/AwAAAgBF AHMAcABhAGMAZQAgAHIA6QBzAGUAcgB2AOkAIABkAHUAIABjAG8AbgB0AGUAbgB1ACAAMgAAAAAA EPAIAAAAUAQ9AX0VoA4PABHwHAAAAAAAwwsIAAAA/////xMA/78AAB8EBAAAAAMAAAAPAA3wuAAA AAAAnw8EAAAAAQAAAAAAqA84AAAAIFByb2JsZW06IFVwZGF0ZSBtYW5hZ2VhYmlsaXR5IHNlY3Rp b24gDVRpY2tldCBvd25lcjogSlAAAKEPIAAAADkAAAAAAAAAAAABAAAAAAACABgAOAAAAAAEAgAA BBwAAACqDyYAAAAnAAAABwAAAAAADAQAAAEAAAABAAAAAAARAAAABwAAAAAADAQAAAAApg8OAAAA +AAAAAAAVl04f1iAeIEPAATwpQIAAKIMCvAIAAAABGwAAAAKAACDAAvwaAAAAH8AAQDvAYAA2FbK I78ABAAEAL8BAAARAP8BEAAYAD8DAAAIAIDDOAAAAL8DAAACAEUAcwBwAGEAYwBlACAAcgDpAHMA ZQByAHYA6QAgAGQAZQAgAGwAYQAgAGQAYQB0AGUAIAAzAAAAAAAQ8AgAAABeDyABYAaKEA8AEfCN AQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQB AAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAA AAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAA AQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBs AAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAA aAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAA AAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAAAAIAQBAAAA Bw8ADfB4AAAAAACfDwQAAAAEAAAAAACgDxAAAABTAGwAaQBkAGUAIAAjACoAAAChDxoAAAAJAAAA AAAgAAoAAAAA/wcACQAAAAAAAgAMAAAA2A8EAAAABwAAAAAAqg8KAAAACQAAAAEAAAAAAAAApg8M AAAA8AAAAFZdOH9YgHiBDwAE8NsCAACiDArwCAAAAAVsAAAACgAAgwAL8HIAAAB/AAEA7wGAALjw ySO/AAQABAC/AQAAEQD/ARAAGAA/AwAACACAw0IAAAC/AwAAAgBFAHMAcABhAGMAZQAgAHIA6QBz AGUAcgB2AOkAIABkAHUAIABwAGkAZQBkACAAZABlACAAcABhAGcAZQAgADQAAAAAABDwCAAAAF4P sAfQDooQDwAR8I0BAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACL ExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA 6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAAB AAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoA AABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBw AG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAA GgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQA AAAAAAAgBAEAAAAJDwAN8KQAAAAAAJ8PBAAAAAQAAAAAAKAPSAAAAEkAbgB0AGUAcgBpAG0AIABN AGUAZQB0AGkAbgBnABMgIABSAG8AbABsACAAVwBHACAAEyAgAEoAdQBuAGUAIAAyADAAMQAwAAAA oQ8aAAAAJQAAAAAAIAAKAAAAAP8HACUAAAAAAAIADAAAAKoPCgAAACUAAAABAAAAAAAAAKYPDAAA APAAAABWXTh/WIB4gQ8ABPAkAAAAEgAK8AgAAAABbAAAAAwAACMAC/AMAAAABAMJAAAAPwMBAAEA EADwByAAAAD///8AAAAAAICAgAAAAAAAu+DjADMzmQAAmZkAmcwAAA8AiBOdAAAADwCKE5UAAAAA ALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTdQAAAAAA6y4IAAAA5QvLAbCRcOQAAB0QBAAAAAAA AAAAAAArBAAAAAAAAAAfAETxPQAAAAAAJ/EgAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAA//// /xIAAAAPAD3xDQAAAEABQvEFAAAAAQkAAAAPAAIrAAAAAAAAIgQIAAAAAQAAAAIAAAAPAO4DBQsA AAIA7wMYAAAAEAAAAAAAAAAAAAAAAAAAgAAAAAAHAP+/DwAMBAAKAAAPAALw+AkAAMABCPAIAAAA BQAAAAVwAAAPAAPwtAkAAA8ABPAoAAAAAQAJ8BAAAACMBwABGElPU19QUkRfc21hAgAK8AgAAAAA cAAABQAAAA8ABPADAQAAEgAK8AgAAAACcAAAIAIAAAMBC/BwAAAABAAAAAAAfwABAO8BgABoYs0j gQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAAhwABAAAAiAAAAAAAvwAEAAQA/wEQABEAAQMC BAAAPwMAAAgAgMMQAAAAvwMAAAIAVABpAHQAcgBlACAAMQAAAAAAEPAIAAAArQAgAWAVfQMPABHw HAAAAAAAwwsIAAAA/////w0A/78AAB8EBAAAAAIAAAAPAA3wPwAAAAAAnw8EAAAAAAAAAAAAqA8V AAAAVGlja2V0ICMzMDogbXVsdGljYXN0AACqDw4AAAAWAAAABwAAAAAADAQAAA8ABPDhAgAAEgAK 8AgAAAADcAAAIAIAABMBC/CeAAAABAAAAAAAfwABAO8BgACo5MUjgQAwZQEAggCYsgAAgwAwZQEA hACYsgAAhQAAAAAAhwAAAAAAiAAAAAAAvwAEAAQAvwEBAAEA/wEQABEAAQMDBAAAPwMAAAgAgMM4 AAAAvwMAAAIARQBzAHAAYQBjAGUAIAByAOkAcwBlAHIAdgDpACAAZAB1ACAAYwBvAG4AdABlAG4A dQAgADIAAAAAABDwCAAAAH0DPQF9FaAODwAR8BwAAAAAAMMLCAAAAP////8TAP+/AAAfBAQAAAAD AAAADwAN8O8BAAAAAJ8PBAAAAAEAAAAAAKgPEwEAACBQcm9ibGVtOiBNaXNzaW5nIG1jYXN0IGlu IG5vbiBzdG9yaW5nDSBRdWVzdGlvbjogSG93IGNhbiB3ZSBkbyBtdWx0aWNhc3QgaW4gU1INDSBQ cm9wb3NlZCBhcHByb2FjaDogDSBwcm9wb3NlIGJvdGggbWFueSBQMlAgYW5kIGZsb29kaW5nDSBS b290IGRlY2lkZXMNIEZsb29kIG5lZWRzIHBhY2sgSUQgaW4gUlBMIGhlYWRlcg0gTWF5IG5vdCBi ZSBpbiBzY29wZSBvZiBtYWluIHNwZWMgKHRvIGJlIGRldGVybWluZWQpDSBUaWNrZXQgb3duZXI6 IFJpY2hhcmQvSm9uYXRoYW4vVGltAAChD3oAAABQAAAAAAAAAAAAAQAAAAAAAQAAAAAAFQAAAAAA AAAAAFUAAAABAAAAAABZAAAAAAAAAAAAAQAAAAAAAgAYAE8AAAAABAIAAAQcAAEAAAAACAIAAAgS ABUAAAAADAIAAAwcAFUAAAAAEAIAABAYAFkAAAAAFAIAABQcAAAAqg8mAAAAJgAAAAcAAAAAAAwE AAABAAAAAQAAAAAA7QAAAAcAAAAAAAwEAAAAAKYPEAAAAPgCAAAAAPwA/AA4f1iAeIEPAATwpQIA AKIMCvAIAAAABHAAAAAKAACDAAvwaAAAAH8AAQDvAYAAWL/EI78ABAAEAL8BAAARAP8BEAAYAD8D AAAIAIDDOAAAAL8DAAACAEUAcwBwAGEAYwBlACAAcgDpAHMAZQByAHYA6QAgAGQAZQAgAGwAYQAg AGQAYQB0AGUAIAAzAAAAAAAQ8AgAAABeDyABYAaKEA8AEfCNAQAADwCIE3wBAAAPAIoTPAEAAAAA ug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAA ABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAA AQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5g AAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYA AABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEA AAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQA MQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAAAAIAQBAAAABw8ADfB4AAAAAACfDwQAAAAEAAAA AACgDxAAAABTAGwAaQBkAGUAIAAjACoAAAChDxoAAAAJAAAAAAAgAAoAAAAA/wcACQAAAAAAAgAM AAAA2A8EAAAABwAAAAAAqg8KAAAACQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8NsC AACiDArwCAAAAAVwAAAACgAAgwAL8HIAAAB/AAEA7wGAAPgmxSO/AAQABAC/AQAAEQD/ARAAGAA/ AwAACACAw0IAAAC/AwAAAgBFAHMAcABhAGMAZQAgAHIA6QBzAGUAcgB2AOkAIABkAHUAIABwAGkA ZQBkACAAZABlACAAcABhAGcAZQAgADQAAAAAABDwCAAAAF4PsAfQDooQDwAR8I0BAAAPAIgTfAEA AA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAA AgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAAB AAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUB AABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAA AAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAA BAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABf AF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAAAAAgBAEAAAAJDwAN8KQAAAAA AJ8PBAAAAAQAAAAAAKAPSAAAAEkAbgB0AGUAcgBpAG0AIABNAGUAZQB0AGkAbgBnABMgIABSAG8A bABsACAAVwBHACAAEyAgAEoAdQBuAGUAIAAyADAAMQAwAAAAoQ8aAAAAJQAAAAAAIAAKAAAAAP8H ACUAAAAAAAIADAAAAKoPCgAAACUAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPAkAAAA EgAK8AgAAAABcAAAAAwAACMAC/AMAAAABAMJAAAAPwMBAAEAEADwByAAAAD///8AAAAAAICAgAAA AAAAu+DjADMzmQAAmZkAmcwAAA8AiBOdAAAADwCKE5UAAAAAALoPEAAAAF8AXwBfAFAAUABUADEA MAAAAIsTdQAAAAAA6y4IAAAA5QvLAbCRcOQAAB0QBAAAAAAAAAAAAAArBAAAAAAAAAAfAETxPQAA AAAAJ/EgAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAA/////xIAAAAPAD3xDQAAAEABQvEFAAAA AQkAAAAPAAIrAAAAAAAAIgQIAAAAAQAAAAIAAAAPAO4DmAcAAAIA7wMYAAAAEAAAAAAAAAAAAAAA AAAAgAAAAAAHAP+/DwAMBPgGAAAPAALw8AYAANABCPAIAAAABAAAAAR0AAAPAAPwrAYAAA8ABPAo AAAAAQAJ8BAAAACroqzIaQJQLXNlbnMAAAAAAgAK8AgAAAAAdAAABQAAAA8ABPAOAQAAEgAK8AgA AAACdAAAIAIAAAMBC/BwAAAABAAAAAAAfwABAO8BgABYqMsjgQAwZQEAggCYsgAAgwAwZQEAhACY sgAAhQAAAAAAhwABAAAAiAAAAAAAvwAEAAQA/wEQABEAAQMCBAAAPwMAAAgAgMMQAAAAvwMAAAIA VABpAHQAbABlACAAMQAAAAAAEPAIAAAAMAYgAWAVAAkPABHwHAAAAAAAwwsIAAAA/////w0A/78A AB8EBAAAAAIAAAAPAA3wSgAAAAAAnw8EAAAAAAAAAAAAoA8kAAAATQBvAHIAZQAgAGQAaQBzAGMA dQBzAHMAaQBvAG4AIAAmICAAAACqDwoAAAATAAAAAQAAAAAADwAE8JMCAACiDArwCAAAAAN0AAAA CgAAgwAL8FYAAAB/AAEA7wGAAChBxCO/AAQABAC/AQAAEQD/ARAAGAA/AwAACACAwyYAAAC/AwAA AgBEAGEAdABlACAAUABsAGEAYwBlAGgAbwBsAGQAZQByACAAMwAAAAAAEPAIAAAAXg8gAWAGihAP ABHwjQEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAA GRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAA AAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAA BAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBp AGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIA YQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCK EzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAAACAE AQAAAAcPAA3weAAAAAAAnw8EAAAABAAAAAAAoA8QAAAAUwBsAGkAZABlACAAIwAqAAAAoQ8aAAAA CQAAAAAAIAAKAAAAAP8HAAkAAAAAAAIADAAAANgPBAAAAAcAAAAAAKoPCgAAAAkAAAABAAAAAAAA AKYPDAAAAPAAAABWXTh/WIB4gQ8ABPDDAgAAogwK8AgAAAAEdAAAAAoAAIMAC/BaAAAAfwABAO8B gABofbIivwAEAAQAvwEAABEA/wEQABgAPwMAAAgAgMMqAAAAvwMAAAIARgBvAG8AdABlAHIAIABQ AGwAYQBjAGUAaABvAGwAZABlAHIAIAA0AAAAAAAQ8AgAAABeD7AH0A6KEA8AEfCNAQAADwCIE3wB AAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEA AAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAA AQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAF AQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAA AAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEA AAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAA XwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAAAAIAQBAAAACQ8ADfCkAAAA AACfDwQAAAAEAAAAAACgD0gAAABJAG4AdABlAHIAaQBtACAATQBlAGUAdABpAG4AZwATICAAUgBv AGwAbAAgAFcARwAgABMgIABKAHUAbgBlACAAMgAwADEAMAAAAKEPGgAAACUAAAAAACAACgAAAAD/ BwAlAAAAAAACAAwAAACqDwoAAAAlAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwJAAA ABIACvAIAAAAAXQAAAAMAAAjAAvwDAAAAAQDCQAAAD8DAQABABAA8AcgAAAA////AAAAAACAgIAA AAAAALvg4wAzM5kAAJmZAJnMAAAPAIgTOAAAAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADAAAACLExAAAAAAAOsuCAAAALAMywH/MW6FAAAiBAgAAAABAAAAAgAAAA8A7gOdPwAAAgDvAxgA AAAQAAAAAAAAAAAAAAAAAACAAAAAAAcA/78PAAwE/T4AAA8AAvD1PgAA4AEI8AgAAAAPAAAAD3gA AA8AA/CJPgAADwAE8CgAAAABAAnwEAAAAN4EAAAXAQAAAgAAAP///38CAArwCAAAAAB4AAAFAAAA DwAE8AgBAAASAArwCAAAAAJ4AAAgAgAAAwEL8HAAAAAEAAAAAAB/AAEA7wGAACh7wSOBADBlAQCC AJiyAACDADBlAQCEAJiyAACFAAAAAACHAAEAAACIAAAAAAC/AAQABAD/ARAAEQABAwIEAAA/AwAA CACAwxAAAAC/AwAAAgBUAGkAdAByAGUAIAAxAAAAAAAQ8AgAAACtACABYBV9Aw8AEfAcAAAAAADD CwgAAAD/////DQD/vwAAHwQEAAAAAgAAAA8ADfBEAAAAAACfDwQAAAAAAAAAAACoDxAAAABTZXF1 ZW5jZSBDb3VudGVyAACqDxgAAAAQAAAABwAAAAAADAQAAAEAAAABAAAAAAAPAATw0wIAABIACvAI AAAAA3gAACACAAATAQvwngAAAAQAAAAAAH8AAQDvAYAAeD5uH4EAMGUBAIIAmLIAAIMAMGUBAIQA mLIAAIUAAAAAAIcAAAAAAIgAAAAAAL8ABAAEAL8BAQABAP8BEAARAAEDAwQAAD8DAAAIAIDDOAAA AL8DAAACAEUAcwBwAGEAYwBlACAAcgDpAHMAZQByAHYA6QAgAGQAdQAgAGMAbwBuAHQAZQBuAHUA IAAyAAAAAAAQ8AgAAADIAyAB7QvrDg8AEfAcAAAAAADDCwgAAAD/////EwD/vwAAHwQEAAAAAwAA AA8ADfDhAQAAAACfDwQAAAABAAAAAACoD7MAAABMb2xsaXBvcCBTdHJhaWdodCBwYXJ0IA11c2Vk IGZvciByZWJvb3QNc3RhcnRzIGFueXdoZXJlDQ1Mb2xsaXBvcCBDaXJjdWxhciBwYXJ0IA1Ob3Jt YWwgb3BlcmF0aW9uDVdyYXBzIGZyb20gMTI3IHRvIDANDU91dCBvZiBzeW5jIGRlZmluZWQgYXMN YXBhcnQgYnkgbW9yZSB0aGFuIDJeTiwgDU4gaW4gNC4uNg0NDQAAoQ/SAAAAGAAAAAAAAAAAACEA AAABAAAAAAAYAAAAAAAAAAAAJgAAAAEAAAAAABcAAAAAAAAAAAAjAAAAAQAAAAAAAQAAAAAAAAAA AAIAAAABAAAAAAAJAAAAAAACABgADwAAAAAEAgAABBQAIQAAAAAIAgAACBAACQAAAAAMAgAADBgA DwAAAAAQAgAAEBQAJQAAAAAUAgAAFBAAAQAAAAAYAgAAGBQAFwAAAAAcAgAAHBgAIwAAAAAgAgAA IBAAAQAAAAAkAgAAJBgAAgAAAAAoAgAAKBQAAACqDyYAAACOAAAABwAAAAAADAQAACMAAAABAAAA AAADAAAABwAAAAAADAQAAAAApg8KAAAA4AAAADh/WIB4gQ8ABPClAgAAogwK8AgAAAAEeAAAAAoA AIMAC/BoAAAAfwABAO8BgAAIP8gjvwAEAAQAvwEAABEA/wEQABgAPwMAAAgAgMM4AAAAvwMAAAIA RQBzAHAAYQBjAGUAIAByAOkAcwBlAHIAdgDpACAAZABlACAAbABhACAAZABhAHQAZQAgADMAAAAA ABDwCAAAAF4PIAFgBooQDwAR8I0BAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAA VAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAA AAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAA AAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAAB AAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAA ZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAA AA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEP CAAAAAAAAAQAAAAAAAAgBAEAAAAHDwAN8HgAAAAAAJ8PBAAAAAQAAAAAAKAPEAAAAFMAbABpAGQA ZQAgACMAKgAAAKEPGgAAAAkAAAAAACAACgAAAAD/BwAJAAAAAAACAAwAAADYDwQAAAAHAAAAAACq DwoAAAAJAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATw2wIAAKIMCvAIAAAABXgAAAAK AACDAAvwcgAAAH8AAQDvAYAAuDnLI78ABAAEAL8BAAARAP8BEAAYAD8DAAAIAIDDQgAAAL8DAAAC AEUAcwBwAGEAYwBlACAAcgDpAHMAZQByAHYA6QAgAGQAdQAgAHAAaQBlAGQAIABkAGUAIABwAGEA ZwBlACAANAAAAAAAEPAIAAAAXg+wB9AOihAPABHwjQEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAA AF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAA IAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAA AAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIA AAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBv AG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAA AAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAA AIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAAACAEAQAAAAkPAA3wpAAAAAAAnw8EAAAABAAAAAAAoA9I AAAASQBuAHQAZQByAGkAbQAgAE0AZQBlAHQAaQBuAGcAEyAgAFIAbwBsAGwAIABXAEcAIAATICAA SgB1AG4AZQAgADIAMAAxADAAAAChDxoAAAAlAAAAAAAgAAoAAAAA/wcAJQAAAAAAAgAMAAAAqg8K AAAAJQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8NQJAAAyAArwCAAAAAZ4AAAACgAA owAL8FAAAACAAPjcwyOHAAEAAAC/AAQABACBAQQAAAi/ARAAEADAAYmkpwDLAThjAAD/AQgACACA wxQAAAC/AwAAAgBFAGwAbABpAHAAcwBlACAANQAAABMAIvFmBwAAqcNgBwAAUEsDBBQABgAIAAAA IQAMgYW7/gAAAOIBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbJRRwU7DMAy9I/EPUa6oSccBIdR2 BzqOgGB8gJW4bUSbRHEo29/jbuyAhIY42n7v+fm5Wu+mUcyYyAVfy5UqpUBvgnW+r+Xb9qG4lYIy eAtj8FjLPZJcN5cX1XYfkQSzPdVyyDneaU1mwAlIhYieJ11IE2QuU68jmHfoUV+X5Y02wWf0uciL hmyqFjv4GLPY7Lh9dMJ0Ke6PuGVVLSHG0RnIbFQvU91UT2w8OYviGVJ+hIlR2ibSNEBExqjzKrO3 aqIidJ0zqNpErwvv6g9xGz59wvm/2i3TXnA+qf9ycsKRzty8uP0ZbPEdqmLmIRcaXKTTBn34UPMF AAD//wMAUEsDBBQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAX3JlbHMvLnJlbHOkkMFqwzAMhu+D vYPRvXHaQxmjTm+FXksHuwpbSUxjy1gmbd++pjBYRm876hf6PvHv9rcwqZmyeI4G1k0LiqJl5+Ng 4Ot8WH2AkoLR4cSRDNxJYN+9v+1ONGGpRzL6JKpSohgYS0mfWosdKaA0nCjWTc85YKljHnRCe8GB 9KZttzr/ZkC3YKqjM5CPbgPqfE/V/IcdvM0s3JfGctDc996+omrH13iiuVIwD1QMuCzPMNPc1OdA v/au/+mVERN9V/5C/Eyr9cesFzV2DwAAAP//AwBQSwMEFAAGAAgAAAAhAAvTASv4AgAA1QcAABAA AABkcnMvc2hhcGV4bWwueG1srFXBbhoxEL1X6j9YvlYpkAIlqyxRUjXtAUUoJB8weL2wxTu2bC+F fH3H9i5JaBVVSTgsY3vs9+Z5Znx+sasV20rrKo05H3zucyZR6KLCVc7v765PJpw5D1iA0ihzvpeO X0w/fjg3mTOMNqPLTM7X3pus13NiLWtwn7WRSGultjV4GtpVz1jpJHrwBFSr3mm/P+7VUCGf0lG4 XZi5DZa42c4tq4qcjzlDqAnyu1KVcZKNeK/1CM7RRnImo/f0BBdPgmxX2rolCP9DsLDwm6I+4gaZ Lku2y/noy9lZf0Jq7Emm8fDr5DTygUzuPBPkcDoaDMd90k+QRzcI5BKV6Tlkxjr/Q+o302LhoJzL JAwpCBlsZ84ntA4l6pLUoMvyeyWDo8JbSQHFi3u1LnRBIeKIHO9cflOWbUHlHISgax6kpTUUMk2P +vQLF0hyHHbEUSQUmJWVUu/GrSUQ8vFvbolGixegZVlK4d8NvP+SMAn8gBgj1/h+4HWF2v6LgKJb aSNPeClBUmKYzO+udLEPdJb0T0X41hwBFGttcy68DbiUes4vAtpbT46Hdc3n1TkcGFGrYDXYWc6p bsm4jYbaUh7TRIUFpXI0Qa2oPYZIWCHLO1guHnJ+NhgOQ8Fbn/wlzPDKbqg/cFaSxJdx0xKc5ExR 48N2mbasAVfUbOYNCgJIyapwYURg5YyYC5/qZhDqpiucpx5Xsjz27dxo/+PqZelf8GtXlw3V790u CrtsFg8H85rCOAxu6AWILh6WqdtARmrcph4c1QxQEos5WKBptmnqqta/qiQrxUxNC0/uF/SmkH6D SVBvmbSO3ybnSCDhybHVhno/6kW0ONtIGx4oejeowwI9Oa2jEXEn5XwNqnqQP+MwiK6q8GCRO+q5 1boMduCnMHxRX1O/oXCoIaUZp1VVhMmo1/PO8Vg7z7xSFXdaNDNstWrCMa0db575vZElCCL0qcYT 5VNFSDhakJAWhDtaEK6t3Ud1I3UTi7irXXoInZn+AQAA//8DAFBLAwQUAAYACAAAACEA437p0tgA AAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPUU/CMBSF3034D80l8cVAqw+LmRRiYAv4xtCIvl3X yzZY29mWMf69jQ/6eHJOvpNvthh0y3pyvrFGwv1UACNTWtWYSsLbaz55BOYDGoWtNSThSh4W89HN DFNlL6agfhcqFiHGpyihDqFLOfdlTRr91HZkYnewTmOI0VVcObxEuG75gxAJ19iY+FBjR8uaytPu rCW8lPvNcZ0VyUqssvP2o8+3n3e5lLfj4fkJWKAh/I8z8Z5/n/7KX9RGSUiAHdbXL9eoAn0gJyG6 RdNoCXz+AwAA//8DAFBLAQItABQABgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAAAAAAAAAAAAAAAAA AABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAAAAAAAA AAAAAAAALwEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAAvTASv4AgAA1QcAABAAAAAAAAAA AAAAAAAAKgIAAGRycy9zaGFwZXhtbC54bWxQSwECLQAUAAYACAAAACEA437p0tgAAAD5AAAADwAA AAAAAAAAAAAAAABQBQAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAEAAQA9QAAAFUGAAAAAAAAEPAI AAAADgRJDXkTPgoPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEA MQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAA AAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAA AwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJ BAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAA VAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJ ABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAA AAAABAAAAAAPAA3wWgAAAAAAnw8EAAAABAAAAAAAoQ8gAAAAAQAAAAAAIAgKAAAAAP8BAAcAAQAA AAAABgASAP////4AAKoPCgAAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPCABgAA QgEK8AgAAAAHeAAAAAsAAJMAC/BcAAAAvwAEAAQAfwEAAAEAvwEAABAAwAG23N8AywEM+AAA/wEY ABgAAwMAAAAAgMMmAAAAvwMAAAIAQwBvAG4AbgBlAGMAdABlAHUAcgAgAGQAcgBvAGkAdAAgADcA AAATACLx9AUAAKnD7gUAAFBLAwQUAAYACAAAACEA4xkVtQQBAADqAQAAEwAAAFtDb250ZW50X1R5 cGVzXS54bWyUkcFOwzAMhu9IvEOUK2pSOCCE2u5A4QgIjQeIEreNaJ0oDmV7e9x1OyDBJI6J/f/+ frva7KZRzJDIB6zltSqlALTBeexr+b59Ku6koGzQmTEg1HIPJDfN5UW13UcgwWqkWg45x3utyQ4w GVIhAnKlC2kymZ+p19HYD9ODvinLW20DZsBc5MVDNlULnfkcs3jc8fdKwnIpHta+ZVQtTYyjtyYz qF6quqleGDx5B+LVpPxsJu7SLpF24QsTzOq8yYxOTVSErvMWVJuoZdkbzFdH91+oEox0Bmtx/Jm9 OOZWrDyg0+AjnSb8xc/7QbA5JCb5bwje2ao9DdGHSzXfAAAA//8DAFBLAwQUAAYACAAAACEAlgUz WNQAAACXAQAACwAAAF9yZWxzLy5yZWxzpJA9awMxDIb3Qv+D0d7zJUMpJb5shawhha7G1n2Qs2Qk c03+fUyhpVeydZRe9Dwv2u0vaTYLik5MDjZNCwYpcJxocPB+ent6AaPFU/QzEzq4osK+e3zYHXH2 pR7pOGU1lULqYCwlv1qrYcTkteGMVJOeJflSRxls9uHsB7Tbtn228psB3YppDtGBHOIWzOmaq/kP O01BWLkvTeBkue+ncI9qI3/SEZdK8TJgcRBFv5aCS1PLgb3v3fzTG5gIQ2H5qI6V/Cep9u8GdvXO 7gYAAP//AwBQSwMEFAAGAAgAAAAhAOmTmC+OAQAArQQAABQAAABkcnMvY29ubmVjdG9yeG1sLnht bLyT20rEMBCG7wXfIeRe2+6hLmW7Xizojcji4QGGdqqFdBKS2O2+vZO0rgiCwopXJcfvmz/T9fXQ KdGjda2mUmaXqRRIla5beinl89PNxUoK54FqUJqwlAd08npzfrY2hTOCD5MrTClfvTdFkrjqFTtw l9og8VqjbQeeh/YlMRYdkgfPoE4lszTNkw5akhu+ivrtQI9mZ8Oguu93VrR1KZlN0DF1q4mw8vhm RW1168WVTKatx4NQOM+DyQl+41Rb2HOhX3QiOJf8GUq5CJgkKh05wXZnx/kv3i76QzE0tjvVYrOG QjeNYIc8X+bzFUdxYJ8sny1my2AFBQ5eVLyBn6zitWy2yrJsHo1HibDJWOdvUZ8sJMJFpVQtIb8Y FNDfOR9C+ESEaXV6/nsueb5M0yn6MVXuNn9QOCIekIOJnXfKK3NyWSwlNi1ulRU9qFJCVXGfZlOO ipgWsE2r1J+B05/BEy+gsWm4+f8TfiTGyjX9HbxrSdvvqvfDR+TNyIs/3vTq/As6s3kHAAD//wMA UEsDBBQABgAIAAAAIQBNRGMqwAAAANoAAAAPAAAAZHJzL2Rvd25yZXYueG1sRE/dSsMwFL4f+A7h CN7Imk5UZl1WZCoOb3SdD3BIjm0xOSlJbOvbm4vBLj++/009OytGCrH3rGBVlCCItTc9twq+jq/L NYiYkA1az6TgjyLU24vFBivjJz7Q2KRW5BCOFSroUhoqKaPuyGEs/ECcuW8fHKYMQytNwCmHOytv yvJeOuw5N3Q40K4j/dP8OgUP1/bzJbyNc3Nn382z1uZ2+DBKXV3OT48gEs3pLD6590ZB3pqv5Bsg t/8AAAD//wMAUEsBAi0AFAAGAAgAAAAhAOMZFbUEAQAA6gEAABMAAAAAAAAAAAAAAAAAAAAAAFtD b250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAlgUzWNQAAACXAQAACwAAAAAAAAAAAAAA AAA1AQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEA6ZOYL44BAACtBAAAFAAAAAAAAAAAAAAA AAAyAgAAZHJzL2Nvbm5lY3RvcnhtbC54bWxQSwECLQAUAAYACAAAACEATURjKsAAAADaAAAADwAA AAAAAAAAAAAAAADyAwAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAEAAQA+QAAAN8EAAAAAAAAEPAI AAAAPgphEGEQZQ0PAATwBwoAADIECvAIAAAACHgAAIAKAACzAAvwbgAAAIAAGI/MI4cAAQAAAL8A BAAEAEcBR0sAAIEBBAAACL8BEAAQAMABiaSnAMsBOGMAAP8BCAAIAIDDLAAAAL8DAAACAEYAbADo AGMAaABlACAAdgBlAHIAcwAgAGwAZQAgAGIAYQBzACAAMQAyAAAAEwAi8XsHAACpw3UHAABQSwME FAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAABbQ29udGVudF9UeXBlc10ueG1slFHBTsMwDL0j8Q9R rqhJxwEh1HYHOo6AYHyAlbhtRJtEcSjb3+Nu7ICEhjjafu/5+bla76ZRzJjIBV/LlSqlQG+Cdb6v 5dv2obiVgjJ4C2PwWMs9klw3lxfVdh+RBLM91XLIOd5pTWbACUiFiJ4nXUgTZC5TryOYd+hRX5fl jTbBZ/S5yIuGbKoWO/gYs9jsuH10wnQp7o+4ZVUtIcbRGchsVC9T3VRPbDw5i+IZUn6EiVHaJtI0 QETGqPMqs7dqoiJ0nTOo2kSvC+/qD3EbPn3C+b/aLdNecD6p/3JywpHO3Ly4/Rls8R2qYuYhFxpc pNMGffhQ8wUAAP//AwBQSwMEFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAABfcmVscy8ucmVsc6SQ wWrDMAyG74O9g9G9cdpDGaNOb4VeSwe7CltJTGPLWCZt376mMFhGbzvqF/o+8e/2tzCpmbJ4jgbW TQuKomXn42Dg63xYfYCSgtHhxJEM3Elg372/7U40YalHMvokqlKiGBhLSZ9aix0poDScKNZNzzlg qWMedEJ7wYH0pm23Ov9mQLdgqqMzkI9uA+p8T9X8hx28zSzcl8Zy0Nz33r6iasfXeKK5UjAPVAy4 LM8w09zU50C/9q7/6ZURE31X/kL8TKv1x6wXNXYPAAAA//8DAFBLAwQUAAYACAAAACEA7+ZhJg0D AADuBwAAEAAAAGRycy9zaGFwZXhtbC54bWysVdtOGzEQfa/Uf7D8WkGyIQS6YkFQKe1DhCIW+j7x epNtvGPLdkLCF/U/+mMd2xturVDVwEOYtedy5nguZxebVrG1tK7RWPDssM+ZRKGrBucFv7sdH5xy 5jxgBUqjLPhWOn5x/vHDmcmdYWSMLjcFX3hv8l7PiYVswR1qI5Huam1b8PRp5z1jpZPowVOgVvUG /f6o10KD/Jxc4bo0Uxskcb2eWtZUhOWIM4SWYo7Vr5/kOMJkSrIZOJYNeK/TD6ZRRjIloffcn4t+ Id/Utu3gwr/ArSzcEwcvkLJaNeY7ISPMkOu6ZpuCj46PTo4Gx5xtCz7MRoMhyQQCcrnxTJDC4GQ0 CPeCFLLBaZZRYgFlwhQ0jXX+q9T74wuOCl7pe7y0Vt9HmLCeOJ/i7eJEihIx9Ip+q2RAofBGUkbx Rf+foqYKKcfIsRjkF2XZGlTBQQh6/8SdW0BF7xmOj/v01xHyaBHpiYACsrpR6t2wdQBCof6JLfHU xYuPWNdS+HcL3n+LmBRc7iLGzDW+X/C2QW3/BkDRq3SZp3ipQFJhmNxvrnS1DXBm9J+6c98aARQL bQsuvE2topwvQ7R9PVMS1E37eolOKM0W7KTgNBBJuImCWlPB0kGDFZVyFEHNaW6GTFgl61uYlQ8F /5wNh1TUzPqkL2GCV3YZJgerieLLaERjTHKmaCJid00mC8A5zZ3pCgUFSMWqsDQioHJGTIVPfZOF vtk1znONK1m/1t2pkf3T7WXt39Drbmcr6t/bTSR2tiofHsUxpfH4cU2rIap4mKVpAzmxcZPGMT1J mO00EbGaggU6ZstV27T6R5NopZwLLvHgrqRlQ/xlp4G9WeI6/q4KjhQk7CLbLGknoC6jxNlS2rC5 aKHQjAXaRZ2iEdGSar4F1TzIb/EzkK6asMlIHfXUal0HOeBTGH5Rj2nepH5IJ06rpgqHka+Xk+Op d15opS7ecbGaYMfVKrjp5PjyzG+NrEEQoE8tHiifOkLCqwsJ6UK4VxfCdb37xG6cniY28a53aSc6 c/4bAAD//wMAUEsDBBQABgAIAAAAIQCDMhvO2AAAAPoAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9B SwMxEEbvQv9DGMGbTWpB6rZpkbJVoR7aKoXeppvpbthNsiZxd/vvDR70OLzhfbzFajAN68gH7ayE yVgAI1s4pW0p4fNjcz8DFiJahY2zJOFKAVbL0c0CM+V6u6fuEEuWJDZkKKGKsc04D0VFBsPYtWQT uzhvMKbTl1x57JPcNPxBiEduUNu0UGFL64qK+vBtJGzfi92Mv0z7XHfbiTiV9VNLuZR3t8PzHFik If4/5+K4+ar/4K/qTaWWKbDL6/XstdpjiOQlpLiUmhDw5Q8AAAD//wMAUEsBAi0AFAAGAAgAAAAh AAyBhbv+AAAA4gEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAU AAYACAAAACEAMd1fYdIAAACPAQAACwAAAAAAAAAAAAAAAAAvAQAAX3JlbHMvLnJlbHNQSwECLQAU AAYACAAAACEA7+ZhJg0DAADuBwAAEAAAAAAAAAAAAAAAAAAqAgAAZHJzL3NoYXBleG1sLnhtbFBL AQItABQABgAIAAAAIQCDMhvO2AAAAPoAAAAPAAAAAAAAAAAAAAAAAGUFAABkcnMvZG93bnJldi54 bWxQSwUGAAAAAAQABAD1AAAAagYAAAAAAAAQ8AgAAAA+ChYQxBBlDQ8AEfCEAQAADwCIE3wBAAAP AIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIA AAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAA AAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAA aAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAAD AAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQA AAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBf AF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBaAAAAAACfDwQAAAAEAAAA AAChDyAAAAABAAAAAAAgCAoAAAAA/wEABwABAAAAAAAGABIA/////gAAqg8KAAAAAQAAAAEAAAAA AAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8JACAACiDArwCAAAAAl4AAAACgAAgwAL8EoAAAB/AAAA 7wGAABjhwiO/AAYABgC/AQAAEQD/AQAAGAA/AwAACACAwxoAAAC/AwAAAgBaAG8AbgBlAFQAZQB4 AHQAZQAgADEANwAAAAAAEPAIAAAAtw1aDsQToA4PABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoP EAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAU AAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEA AAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAA AAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAA TQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAG AAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEA MAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wigAAAAAAnw8EAAAABAAAAAAAoA8gAAAAUgBh AGQAaQBhABkgcwAgAGwAbwBsAGwAaQBwAG8AcAAAAKEPGgAAABEAAAAAACAACgAAAAD/BwARAAAA AAACABIAAACqDxgAAAAQAAAABwAAAAAADAQAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4 gQ8ABPBzAgAAogwK8AgAAAAKeAAAAAoAAIMAC/BKAAAAfwAAAO8BgACIKcwjvwAGAAYAvwEAABEA /wEAABgAPwMAAAgAgMMaAAAAvwMAAAIAWgBvAG4AZQBUAGUAeAB0AGUAIAAxADgAAAAAABDwCAAA AHQKEw+oEF0LDwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEA AACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAAB AAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMB AAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQA AAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQA eQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQAR AAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAA AAQAAAAADwAN8G0AAAAAAJ8PBAAAAAQAAAAAAKgPAwAAADI1NQAAoQ8aAAAABAAAAAAAIAAKAAAA AP8HAAQAAAAAAAIAEgAAAKoPGAAAAAMAAAAHAAAAAAAMBAAAAQAAAAEAAAAAAAAApg8MAAAA8AAA AFZdOH9YgHiBDwAE8HICAACiDArwCAAAAAt4AAAACgAAgwAL8EoAAAB/AAAA7wGAAOjAwiO/AAYA BgC/AQAAEQD/AQAAGAA/AwAACACAwxoAAAC/AwAAAgBaAG8AbgBlAFQAZQB4AHQAZQAgADEAOQAA AAAAEPAIAAAAYAPsDxoRSQQPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAAB AAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEA AAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAA AAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkA cABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAE AAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAA sQ8IAAAAAAAABAAAAAAPAA3wbAAAAAAAnw8EAAAABAAAAAAAqA8CAAAANjQAAKEPGgAAAAMAAAAA ACAACgAAAAD/BwADAAAAAAACABIAAACqDxgAAAACAAAABwAAAAAADAQAAAEAAAABAAAAAAAAAKYP DAAAAPAAAABWXTh/WIB4gQ8ABPBzAgAAogwK8AgAAAAMeAAAAAoAAIMAC/BKAAAAfwAAAO8BgACY P8MjvwAGAAYAvwEAABEA/wEAABgAPwMAAAgAgMMaAAAAvwMAAAIAWgBvAG4AZQBUAGUAeAB0AGUA IAAyADEAAAAAABDwCAAAALQMFQ+mEJ0NDwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABf AF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAA AAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAA AAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAA BAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBu AG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAA AAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACL ExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8G0AAAAAAJ8PBAAAAAQAAAAAAKgPAwAAADEyOAAAoQ8a AAAABAAAAAAAIAAKAAAAAP8HAAQAAAAAAAIAEgAAAKoPGAAAAAMAAAAHAAAAAAAMBAAAAQAAAAEA AAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8GcLAABCBgrwCAAAAA14AAAACgAAYwEL8H4BAAAE AAAAtACAAAgS4yKHAAEAAAC/AAQABABCASD3KwBDAQFsKQBEAQQAAABFwW4AAABGwRgAAABRwSYA AABSwRYAAABVwQAAAABWwQAAAABXwRYAAAB/ARgAGACBAQQAAAi/ARAAEADAAYmkpwDLAThjAAD/ AQgACACAwyIAAAC/AwAAAgANABAACABrPQkA4mQGAGsTAgBsEwIAteMpAJZYJwBrPQkA4mQGAE3r IADZIwUAu2ciAErCAwAMPSMAM2QIAOSfHQCwMwgADBsfAFDTBgBZcwQAWXMEAMeDJwCp+CQADBsf AFDTBgBU0goA0CsIAAkADAACAABABKUBAAEAAQABAASjAWAAgAQABAAIANoHCgBSSAcAu2ciAErC AwAMPSMAM2QIAOSfHQCwMwgABAAEAAQAAgAAAAQAAAABAAAAAgAAAAEABAAQAAzoBwCxiAcAFA8k AFDjIQBGAGwA6ABjAGgAZQAgAGUAbgAgAGEAcgBjACAAMgAzAAAAEwAi8c8HAACpw8kHAABQSwME FAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAABbQ29udGVudF9UeXBlc10ueG1slFHBTsMwDL0j8Q9R rqhJxwEh1HYHOo6AYHyAlbhtRJtEcSjb3+Nu7ICEhjjafu/5+bla76ZRzJjIBV/LlSqlQG+Cdb6v 5dv2obiVgjJ4C2PwWMs9klw3lxfVdh+RBLM91XLIOd5pTWbACUiFiJ4nXUgTZC5TryOYd+hRX5fl jTbBZ/S5yIuGbKoWO/gYs9jsuH10wnQp7o+4ZVUtIcbRGchsVC9T3VRPbDw5i+IZUn6EiVHaJtI0 QETGqPMqs7dqoiJ0nTOo2kSvC+/qD3EbPn3C+b/aLdNecD6p/3JywpHO3Ly4/Rls8R2qYuYhFxpc pNMGffhQ8wUAAP//AwBQSwMEFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAABfcmVscy8ucmVsc6SQ wWrDMAyG74O9g9G9cdpDGaNOb4VeSwe7CltJTGPLWCZt376mMFhGbzvqF/o+8e/2tzCpmbJ4jgbW TQuKomXn42Dg63xYfYCSgtHhxJEM3Elg372/7U40YalHMvokqlKiGBhLSZ9aix0poDScKNZNzzlg qWMedEJ7wYH0pm23Ov9mQLdgqqMzkI9uA+p8T9X8hx28zSzcl8Zy0Nz33r6iasfXeKK5UjAPVAy4 LM8w09zU50C/9q7/6ZURE31X/kL8TKv1x6wXNXYPAAAA//8DAFBLAwQUAAYACAAAACEAqdXvSmMD AAC1CAAAEAAAAGRycy9zaGFwZXhtbC54bWysVUlu2zAU3RfoHQhui9SWbEWKEaVICqRdBIURJweg KcpWQ5ECSbt2TtR79GJ9JOUhw6Jo4oX8JT7+4f3p/MumlWQtjG20KmnyeUiJUFxXjVqU9P7u+qSg xDqmKia1EiXdCku/XHz8cN5NbEdwWdlJV9Klc91kMLB8KVpmP+tOKJzV2rTM4dUsBp0RVijHHAy1 cpAOh6eDljWKXkCVWs+6qfES/7GeGtJUJU3HlCjWwua1/PMbiuEYYYaTdEQHPdTfCrLCLQiDY1U2 qGSTTW3a3lP2L55Whv1C+E+cJEY70DMshv4Hn9lE1zXZlDRLkyQ/HVGyxXlWpPmo8O6xidg4wgFI iyIZJSklHIg0T8anaeYRg+iZh3bGum9Cv91Lr6ikvDF8JZm5NEb/Cr6y9Y113tKi6jll1c+EkrqV oGTNJMnyUaD1KQReHyB5PhwVr4AQ+wGUFGmWjYdnkYNjc0jnEWx0enaWZ/lLWHYMy4s8sAmu+hAg 7dgK6Y5JRjG6rRQ+QqluBRITCvP/091UPnOBu1DT4qs0BDyVlHGOMk7i0ZJVIn7OQl3EtO5vhCQH h7xndSPlu/nWO+D77aVv0Y3enjct6lpw927GYwPsw3xKTDS+txgi1+r9jLeN0ua1zEhkpY882osF Egujm7jNla623p05/jFk3lojTPGlNmg3Z2IZS+tm3tpbNSMIVPlbtQQlCLNl5qakmOsQboMg16hj fGhUhVIOIpMLjH8fCalEfcfms8eSniXjMYYdMS7iBbtRV+YBcw49Coovw6U5s4ISicGu+mNcWTK1 wAydrhT3czOkS6pZx71XtuNT7mLVJHGgxrwdI65E/Rw77NOL+4fTyzoMtmOdR7j+dL5C/95tArHz 1exxL14jjP3LD2y4AHFsjnkZRLBxG1cLUuJXFJpJVVNmGD6Th1XbtPpnE2lFzCUV6uR+hp0J/hJs C0rmkevwXJVUwYhfqaZ5wGpTehYkSh6E8QsYexGbgmGl9sCOh5uo+ZbJ5lF8D6+edNn4hQy40lOj de1l759U/qn0NebNjtdApZZN5T+Gl6eTw212vWOPUbGLd1ysblTP1cqr6eWQeeK2nagZh0OfWnUi XewIwZ4dCBYPuH12wG2f3AO7YXp2oYl3vYv9bruLvwAAAP//AwBQSwMEFAAGAAgAAAAhAEUUdZjW AAAA+gAAAA8AAABkcnMvZG93bnJldi54bWxEj8tOwzAURPdI/IN1kdhRm4oiFOpWVVRa6K5pUbaX +OYh4ods0yR/j9UFLEczOqOzXI+6ZxfyobNGwuNMACNTWdWZRsL59PbwAixENAp7a0jCRAHWq9ub JWbKDuZIlyI2LEFMyFBCG6PLOA9VSxrDzDoyqaut1xhT9A1XHocE1z2fC/HMNXYmPbToKG+p+i5+ tAS7LXeHxWKTO/FZD9O+2IWPXEt5fzduXoFFGuP/WAtXltu/8op6VxLmT8Dq/fTlO3XEEMlLSHJJ NWkCX/0CAAD//wMAUEsBAi0AFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAAAAAAAAAAAAAAAAAAAA AFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAMd1fYdIAAACPAQAACwAAAAAAAAAA AAAAAAAvAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAqdXvSmMDAAC1CAAAEAAAAAAAAAAA AAAAAAAqAgAAZHJzL3NoYXBleG1sLnhtbFBLAQItABQABgAIAAAAIQBFFHWY1gAAAPoAAAAPAAAA AAAAAAAAAAAAALsFAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAQABAD1AAAAvgYAAAAAAAAQ8AgA AADlA9MM6hOTCg8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAx AAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAA AQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAAD AQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkE AAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABU AHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkA EQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAA AAAEAAAAAA8ADfBWAAAAAACfDwQAAAAEAAAAAAChDxwAAAABAAAAAAAgCAoAAAAA/wEABwABAAAA AAACABIAAACqDwoAAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwcQIAAKIMCvAI AAAADngAAAAKAACDAAvwSgAAAH8AAADvAYAAiLK+I78ABgAGAL8BAAARAP8BAAAYAD8DAAAIAIDD GgAAAL8DAAACAFoAbwBuAGUAVABlAHgAdABlACAAMgAyAAAAAAAQ8AgAAACrCRYQjRGTCg8AEfCE AQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQB AAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAA AAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAA AQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBs AAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAA aAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAA AAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBrAAAA AACfDwQAAAAEAAAAAACoDwEAAAAwAAChDxoAAAACAAAAAAAgAAoAAAAA/wcAAgAAAAAAAgASAAAA qg8YAAAAAQAAAAcAAAAAAAwEAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwcwIA AKIMCvAIAAAAD3gAAAAKAACDAAvwSgAAAH8AAADvAYAAyL7iIr8ABgAGAL8BAAARAP8BAAAYAD8D AAAIAIDDGgAAAL8DAAACAFoAbwBuAGUAVABlAHgAdABlACAAMgAwAAAAAAAQ8AgAAACCCd8QgBJr Cg8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAA AAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAI AAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAA AAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQBy AGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcA cgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAP AIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8A DfBtAAAAAACfDwQAAAAEAAAAAACoDwMAAAAxMjcAAKEPGgAAAAQAAAAAACAACgAAAAD/BwAEAAAA AAACABIAAACqDxgAAAADAAAABwAAAAAADAQAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4 gQ8ABPAkAAAAEgAK8AgAAAABeAAAAAwAACMAC/AMAAAABAMJAAAAPwMBAAEAHwAF8CAAAAABABLw GAAAAAEAAAAGeAAAAAAAAAd4AAAEAAAA/////xAA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAz M5kAAJmZAJnMAAAPAIgTOAAAAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAA AAAAAOsuCAAAAKgMywEQTaRZAAAiBAgAAAABAAAAAgAAAA8A7gOATAAAAgDvAxgAAAAQAAAAAAAA AAAAAAAAAACAAAAAAAcA/78PAAwE4EsAAA8AAvDYSwAA8AEI8AgAAAARAAAAEXwAAA8AA/BsSwAA DwAE8CgAAAABAAnwEAAAAAAAAAAEAAAAAwAEAHpTbU0CAArwCAAAAAB8AAAFAAAADwAE8BABAAAS AArwCAAAAAJ8AAAgAgAAAwEL8HAAAAAEAAAAAAB/AAEA7wGAAOhTzSOBADBlAQCCAJiyAACDADBl AQCEAJiyAACFAAAAAACHAAEAAACIAAAAAAC/AAQABAD/ARAAEQABAwIEAAA/AwAACACAwxAAAAC/ AwAAAgBUAGkAdAByAGUAIAAxAAAAAAAQ8AgAAACtACABYBV9Aw8AEfAcAAAAAADDCwgAAAD///// DQD/vwAAHwQEAAAAAgAAAA8ADfBMAAAAAACfDwQAAAAAAAAAAACoDxgAAABTZXF1ZW5jZSBDb3Vu dGVyIChjb250KSAAAKoPGAAAABgAAAAHAAAAAAAMBAAAAQAAAAEAAAAAAA8ABPApAwAAEgAK8AgA AAADfAAAIAIAABMBC/CeAAAABAAAAAAAfwABAO8BgABIgs0jgQAwZQEAggCYsgAAgwAwZQEAhACY sgAAhQAAAAAAhwAAAAAAiAAAAAAAvwAEAAQAvwEBAAEA/wEQABEAAQMDBAAAPwMAAAgAgMM4AAAA vwMAAAIARQBzAHAAYQBjAGUAIAByAOkAcwBlAHIAdgDpACAAZAB1ACAAYwBvAG4AdABlAG4AdQAg ADIAAAAAABDwCAAAAEgEFgHjC2sPDwAR8NIAAAAAAMMLCAAAAP////8TAP+/DwCIE64AAAAPAIoT pgAAAAAAug8OAAAAXwBfAF8AUABQAFQAOQAAAIsTiAAAAAAArA+AAAAAAAAAAAAAAAAAAAAAAACA Av//AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAL//wAAAAAAAAAAAAAAAIAC//8AAAAAAAAAAAAA AAAAAAAAAAAAAAAAAACAAv//AAAAAAAAAAAAAAAAgAL//wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AB8EBAAAAAMAAAAPAA3wgQEAAAAAnw8EAAAAAQAAAAAAqA97AAAAQSA+MTI3LCBCID4gMTI3DUV4 cGVjdCBhIHNpbmdsZSByZWJvb3QNU2ltcGxlIGFyaXRobWV0aWNzDUEgPiBCIA1BIGlzIG1vcmUg cmVjZW50DUIgPiBBIA1CIGlzIG1vcmUgcmVjZW50DUEgPSBCIA1zYW1lIGFnZQ0NAAChD8IAAABB AAAAAAAAAAAAEQAAAAEAkgAAAAMA3gAFAAcAAAAAAAAAAAARAAAAAQCSAAAAAwDeAAUABwAAAAAA AAAAAAkAAAABAJIAAAADAN4ABQACAAAAAQAAAAAAQQAAAAAAAgAYABEAAAAABAIAAAQUAAcAAAAA CAIAAAgYABAAAAAADAIAAAwUAAEAAAAAEAIAABAQAAcAAAAAFAIAABQYAAgAAAAAGAIAABgUAAEA AAAAHAIAABwQAAIAAAAAIAIAACAUAAAAqg8OAAAAfAAAAAcAAAAAAAwEAAAAAKYPCgAAAOAAAAA4 f1iAeIEPAATwpQIAAKIMCvAIAAAABHwAAAAKAACDAAvwaAAAAH8AAQDvAYAAaPu9I78ABAAEAL8B AAARAP8BEAAYAD8DAAAIAIDDOAAAAL8DAAACAEUAcwBwAGEAYwBlACAAcgDpAHMAZQByAHYA6QAg AGQAZQAgAGwAYQAgAGQAYQB0AGUAIAAzAAAAAAAQ8AgAAABeDyABYAaKEA8AEfCNAQAADwCIE3wB AAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEA AAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAA AQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAF AQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAA AAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEA AAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAA XwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAAAAIAQBAAAABw8ADfB4AAAA AACfDwQAAAAEAAAAAACgDxAAAABTAGwAaQBkAGUAIAAjACoAAAChDxoAAAAJAAAAAAAgAAoAAAAA /wcACQAAAAAAAgAMAAAA2A8EAAAABwAAAAAAqg8KAAAACQAAAAEAAAAAAAAApg8MAAAA8AAAAFZd OH9YgHiBDwAE8NsCAACiDArwCAAAAAV8AAAACgAAgwAL8HIAAAB/AAEA7wGAAAiN5CK/AAQABAC/ AQAAEQD/ARAAGAA/AwAACACAw0IAAAC/AwAAAgBFAHMAcABhAGMAZQAgAHIA6QBzAGUAcgB2AOkA IABkAHUAIABwAGkAZQBkACAAZABlACAAcABhAGcAZQAgADQAAAAAABDwCAAAAF4PsAfQDooQDwAR 8I0BAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQ FAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAE AAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQB AAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBh AGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEA cABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMw AAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAAAAAgBAEA AAAJDwAN8KQAAAAAAJ8PBAAAAAQAAAAAAKAPSAAAAEkAbgB0AGUAcgBpAG0AIABNAGUAZQB0AGkA bgBnABMgIABSAG8AbABsACAAVwBHACAAEyAgAEoAdQBuAGUAIAAyADAAMQAwAAAAoQ8aAAAAJQAA AAAAIAAKAAAAAP8HACUAAAAAAAIADAAAAKoPCgAAACUAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/ WIB4gQ8ABPDUCQAAMgAK8AgAAAAGfAAAAAoAAKMAC/BQAAAAgADY0p4jhwABAAAAvwAEAAQAgQEE AAAIvwEQABAAwAGJpKcAywE4YwAA/wEIAAgAgMMUAAAAvwMAAAIARQBsAGwAaQBwAHMAZQAgADUA AAATACLxZgcAAKnDYAcAAFBLAwQUAAYACAAAACEADIGFu/4AAADiAQAAEwAAAFtDb250ZW50X1R5 cGVzXS54bWyUUcFOwzAMvSPxD1GuqEnHASHUdgc6joBgfICVuG1Em0RxKNvf427sgISGONp+7/n5 uVrvplHMmMgFX8uVKqVAb4J1vq/l2/ahuJWCMngLY/BYyz2SXDeXF9V2H5EEsz3Vcsg53mlNZsAJ SIWIniddSBNkLlOvI5h36FFfl+WNNsFn9LnIi4ZsqhY7+Biz2Oy4fXTCdCnuj7hlVS0hxtEZyGxU L1PdVE9sPDmL4hlSfoSJUdom0jRARMao8yqzt2qiInSdM6jaRK8L7+oPcRs+fcL5v9ot015wPqn/ cnLCkc7cvLj9GWzxHapi5iEXGlyk0wZ9+FDzBQAA//8DAFBLAwQUAAYACAAAACEAMd1fYdIAAACP AQAACwAAAF9yZWxzLy5yZWxzpJDBasMwDIbvg72D0b1x2kMZo05vhV5LB7sKW0lMY8tYJm3fvqYw WEZvO+oX+j7x7/a3MKmZsniOBtZNC4qiZefjYODrfFh9gJKC0eHEkQzcSWDfvb/tTjRhqUcy+iSq UqIYGEtJn1qLHSmgNJwo1k3POWCpYx50QnvBgfSmbbc6/2ZAt2CqozOQj24D6nxP1fyHHbzNLNyX xnLQ3PfevqJqx9d4orlSMA9UDLgszzDT3NTnQL/2rv/plRETfVf+QvxMq/XHrBc1dg8AAAD//wMA UEsDBBQABgAIAAAAIQAL0wEr+AIAANUHAAAQAAAAZHJzL3NoYXBleG1sLnhtbKxVwW4aMRC9V+o/ WL5WKZACJassUVI17QFFKCQfMHi9sMU7tmwvhXx9x/YuSWgVVUk4LGN77PfmeWZ8frGrFdtK6yqN OR987nMmUeiiwlXO7++uTyacOQ9YgNIoc76Xjl9MP344N5kzjDajy0zO196brNdzYi1rcJ+1kUhr pbY1eBraVc9Y6SR68ARUq95pvz/u1VAhn9JRuF2YuQ2WuNnOLauKnI85Q6gJ8rtSlXGSjXiv9QjO 0UZyJqP39AQXT4JsV9q6JQj/Q7Cw8JuiPuIGmS5Ltsv56MvZWX9CauxJpvHw6+Q08oFM7jwT5HA6 GgzHfdJPkEc3COQSlek5ZMY6/0PqN9Ni4aCcyyQMKQgZbGfOJ7QOJeqS1KDL8nslg6PCW0kBxYt7 tS50QSHiiBzvXH5Tlm1B5RyEoGsepKU1FDJNj/r0CxdIchx2xFEkFJiVlVLvxq0lEPLxb26JRosX oGVZSuHfDbz/kjAJ/IAYI9f4fuB1hdr+i4CiW2kjT3gpQVJimMzvrnSxD3SW9E9F+NYcARRrbXMu vA24lHrOLwLaW0+Oh3XN59U5HBhRq2A12FnOqW7JuI2G2lIe00SFBaVyNEGtqD2GSFghyztYLh5y fjYYDkPBW5/8Jczwym6oP3BWksSXcdMSnORMUePDdpm2rAFX1GzmDQoCSMmqcGFEYOWMmAuf6mYQ 6qYrnKceV7I89u3caP/j6mXpX/BrV5cN1e/dLgq7bBYPB/OawjgMbugFiC4elqnbQEZq3KYeHNUM UBKLOVigabZp6qrWv6okK8VMTQtP7hf0ppB+g0lQb5m0jt8m50gg4cmx1YZ6P+pFtDjbSBseKHo3 qMMCPTmtoxFxJ+V8Dap6kD/jMIiuqvBgkTvqudW6DHbgpzB8UV9Tv6FwqCGlGadVVYTJqNfzzvFY O8+8UhV3WjQzbLVqwjGtHW+e+b2RJQgi9KnGE+VTRUg4WpCQFoQ7WhCurd1HdSN1E4u4q116CJ2Z /gEAAP//AwBQSwMEFAAGAAgAAAAhAON+6dLYAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj1FP wjAUhd9N+A/NJfHFQKsPi5kUYmAL+MbQiL5d18s2WNvZljH+vY0P+nhyTr6Tb7YYdMt6cr6xRsL9 VAAjU1rVmErC22s+eQTmAxqFrTUk4UoeFvPRzQxTZS+moH4XKhYhxqcooQ6hSzn3ZU0a/dR2ZGJ3 sE5jiNFVXDm8RLhu+YMQCdfYmPhQY0fLmsrT7qwlvJT7zXGdFclKrLLz9qPPt593uZS34+H5CVig IfyPM/Gef5/+yl/URklIgB3W1y/XqAJ9ICchukXTaAl8/gMAAP//AwBQSwECLQAUAAYACAAAACEA DIGFu/4AAADiAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQA BgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAAAAAAAAAAAAAAC8BAABfcmVscy8ucmVsc1BLAQItABQA BgAIAAAAIQAL0wEr+AIAANUHAAAQAAAAAAAAAAAAAAAAACoCAABkcnMvc2hhcGV4bWwueG1sUEsB Ai0AFAAGAAgAAAAhAON+6dLYAAAA+QAAAA8AAAAAAAAAAAAAAAAAUAUAAGRycy9kb3ducmV2Lnht bFBLBQYAAAAABAAEAPUAAABVBgAAAAAAABDwCAAAAA4ESQ15Ez4KDwAR8IQBAAAPAIgTfAEAAA8A ihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAA AAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAA AAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABo AAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMA AAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAA AAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8A XwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8FoAAAAAAJ8PBAAAAAQAAAAA AKEPIAAAAAEAAAAAACAICgAAAAD/AQAHAAEAAAAAAAYAEgD////+AACqDwoAAAABAAAAAQAAAAAA AACmDwwAAADwAAAAVl04f1iAeIEPAATwgAYAAEIBCvAIAAAAB3wAAAALAACTAAvwXAAAAL8ABAAE AH8BAAABAL8BAAAQAMABttzfAMsBDPgAAP8BGAAYAAMDAAAAAIDDJgAAAL8DAAACAEMAbwBuAG4A ZQBjAHQAZQB1AHIAIABkAHIAbwBpAHQAIAA3AAAAEwAi8fQFAACpw+4FAABQSwMEFAAGAAgAAAAh AOMZFbUEAQAA6gEAABMAAABbQ29udGVudF9UeXBlc10ueG1slJHBTsMwDIbvSLxDlCtqUjgghNru QOEICI0HiBK3jWidKA5le3vcdTsgwSSOif3//n672uymUcyQyAes5bUqpQC0wXnsa/m+fSrupKBs 0JkxINRyDyQ3zeVFtd1HIMFqpFoOOcd7rckOMBlSIQJypQtpMpmfqdfR2A/Tg74py1ttA2bAXOTF QzZVC535HLN43PH3SsJyKR7WvmVULU2Mo7cmM6heqrqpXhg8eQfi1aT8bCbu0i6RduELE8zqvMmM Tk1UhK7zFlSbqGXZG8xXR/dfqBKMdAZrcfyZvTjmVqw8oNPgI50m/MXP+0GwOSQm+W8I3tmqPQ3R h0s13wAAAP//AwBQSwMEFAAGAAgAAAAhAJYFM1jUAAAAlwEAAAsAAABfcmVscy8ucmVsc6SQPWsD MQyG90L/g9He8yVDKSW+bIWsIYWuxtZ9kLNkJHNN/n1MoaVXsnWUXvQ8L9rtL2k2C4pOTA42TQsG KXCcaHDwfnp7egGjxVP0MxM6uKLCvnt82B1x9qUe6ThlNZVC6mAsJb9aq2HE5LXhjFSTniX5UkcZ bPbh7Ae027Z9tvKbAd2KaQ7RgRziFszpmqv5DztNQVi5L03gZLnvp3CPaiN/0hGXSvEyYHEQRb+W gktTy4G979380xuYCENh+aiOlfwnqfbvBnb1zu4GAAD//wMAUEsDBBQABgAIAAAAIQDpk5gvjgEA AK0EAAAUAAAAZHJzL2Nvbm5lY3RvcnhtbC54bWy8k9tKxDAQhu8F3yHkXtvuoS5lu14s6I3I4uEB hnaqhXQSktjtvr2TtK4IgsKKVyXH75s/0/X10CnRo3WtplJml6kUSJWuW3op5fPTzcVKCueBalCa sJQHdPJ6c362NoUzgg+TK0wpX703RZK46hU7cJfaIPFao20Hnof2JTEWHZIHz6BOJbM0zZMOWpIb vor67UCPZmfDoLrvd1a0dSmZTdAxdauJsPL4ZkVtdevFlUymrceDUDjPg8kJfuNUW9hzoV90IjiX /BlKuQiYJCodOcF2Z8f5L94u+kMxNLY71WKzhkI3jWCHPF/m8xVHcWCfLJ8tZstgBQUOXlS8gZ+s 4rVstsqybB6NR4mwyVjnb1GfLCTCRaVULSG/GBTQ3zkfQvhEhGl1ev57Lnm+TNMp+jFV7jZ/UDgi HpCDiZ13yitzclksJTYtbpUVPahSQlVxn2ZTjoqYFrBNq9SfgdOfwRMvoLFpuPn/E34kxso1/R28 a0nb76r3w0fkzciLP9706vwLOrN5BwAA//8DAFBLAwQUAAYACAAAACEATURjKsAAAADaAAAADwAA AGRycy9kb3ducmV2LnhtbERP3UrDMBS+H/gO4QjeyJpOVGZdVmQqDm90nQ9wSI5tMTkpSWzr25uL wS4/vv9NPTsrRgqx96xgVZQgiLU3PbcKvo6vyzWImJANWs+k4I8i1NuLxQYr4yc+0NikVuQQjhUq 6FIaKimj7shhLPxAnLlvHxymDEMrTcAphzsrb8ryXjrsOTd0ONCuI/3T/DoFD9f28yW8jXNzZ9/N s9bmdvgwSl1dzk+PIBLN6Sw+ufdGQd6ar+QbILf/AAAA//8DAFBLAQItABQABgAIAAAAIQDjGRW1 BAEAAOoBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgA AAAhAJYFM1jUAAAAlwEAAAsAAAAAAAAAAAAAAAAANQEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgA AAAhAOmTmC+OAQAArQQAABQAAAAAAAAAAAAAAAAAMgIAAGRycy9jb25uZWN0b3J4bWwueG1sUEsB Ai0AFAAGAAgAAAAhAE1EYyrAAAAA2gAAAA8AAAAAAAAAAAAAAAAA8gMAAGRycy9kb3ducmV2Lnht bFBLBQYAAAAABAAEAPkAAADfBAAAAAAAABDwCAAAAD4KYRBhEGUNDwAE8AkKAAAyBArwCAAAAAh8 AACACgAAswAL8G4AAACAAHh4wyOHAAEAAAC/AAQABABHAQtPAACBAQQAAAi/ARAAEADAAYmkpwDL AThjAAD/AQgACACAwywAAAC/AwAAAgBGAGwA6ABjAGgAZQAgAHYAZQByAHMAIABsAGUAIABiAGEA cwAgADEAMgAAABMAIvF9BwAAqcN3BwAAUEsDBBQABgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAW0Nv bnRlbnRfVHlwZXNdLnhtbJRRwU7DMAy9I/EPUa6oSccBIdR2BzqOgGB8gJW4bUSbRHEo29/jbuyA hIY42n7v+fm5Wu+mUcyYyAVfy5UqpUBvgnW+r+Xb9qG4lYIyeAtj8FjLPZJcN5cX1XYfkQSzPdVy yDneaU1mwAlIhYieJ11IE2QuU68jmHfoUV+X5Y02wWf0uciLhmyqFjv4GLPY7Lh9dMJ0Ke6PuGVV LSHG0RnIbFQvU91UT2w8OYviGVJ+hIlR2ibSNEBExqjzKrO3aqIidJ0zqNpErwvv6g9xGz59wvm/ 2i3TXnA+qf9ycsKRzty8uP0ZbPEdqmLmIRcaXKTTBn34UPMFAAD//wMAUEsDBBQABgAIAAAAIQAx 3V9h0gAAAI8BAAALAAAAX3JlbHMvLnJlbHOkkMFqwzAMhu+DvYPRvXHaQxmjTm+FXksHuwpbSUxj y1gmbd++pjBYRm876hf6PvHv9rcwqZmyeI4G1k0LiqJl5+Ng4Ot8WH2AkoLR4cSRDNxJYN+9v+1O NGGpRzL6JKpSohgYS0mfWosdKaA0nCjWTc85YKljHnRCe8GB9KZttzr/ZkC3YKqjM5CPbgPqfE/V /IcdvM0s3JfGctDc996+omrH13iiuVIwD1QMuCzPMNPc1OdAv/au/+mVERN9V/5C/Eyr9cesFzV2 DwAAAP//AwBQSwMEFAAGAAgAAAAhALVyIIYPAwAA7gcAABAAAABkcnMvc2hhcGV4bWwueG1srFXb bhoxEH2v1H+w/FolsBQIWWUTJZVoH1CEQtL3weuFLd6xZRsC+aL+R3+sY3vJrVVUleSBzNpzOXM8 l7OLbaPYRlpXayx4dtzlTKLQZY2Lgt/djo9GnDkPWILSKAu+k45fnH/8cGZyZxgZo8tNwZfem7zT cWIpG3DH2kiku0rbBjx92kXHWOkkevAUqFGdXrc77DRQIz8nV7iZmakNkrjeTC2rS8LymTOEhmKO 1a+f5DjCZEqyOTiW9Xin1Q+mUUYyJaHz3J+LfiHfVrZp4cK/wC0t3BMHL5CyStXmOyEjzJDrqmLb gg8Ho+zkZMDZruD9bNjr9wYBGeRy65kghWyYndIZE6SQ9UZZRokFlAlT0DTW+a9SH44vOCp4qe/x 0lp9H2HCZuJ8irePEylKxNAr+p2SAYXCG0kZxRf9f4rqklLuxcixGOQXZdkGVMFBCHr/xJ1bQknv GY4HXfprCXm0iPREQAFZVSv1bthaAKFQ/8SWeGrjxUesKin8uwXvvkVMCi73EWPmGt8veFOjtn8D oOhV2sxTvFQgqTBM7rdXutwFOHP6T915aI0AiqW2BRfeplZRzs9CtEM9UxLUTYd6iU4ozQbspOA0 EEm4iYLaUMHSQY0llXIUQS1oboZMWCmrW5jPHgp+mvX7VNTM+qQvYYJXdhUmB6uI4stoRGNMcqZo ImJ7TSZLwAXNnekaBQVIxapwZkRA5YyYCp/6Jgt9s2+c5xpXsnqtu1cj+6fby8q/odfeztfUv7fb SOx8PXt4FMeUxuPHNa2GqOJhnqYN5MTGTRrH9CRhttNExHIKFuiYrdZN3egfdaKVci64xKO7GS0b 4i8bBfbmiev4uy44UpCwi2y9op2AehYlzlbShs1FC4VmLNAuahWNiJZU8w2o+kF+i5+BdFWHTUbq qKdW6yrIAZ/C8It6TPMm9UM6cVrVZTiMfL2cHE+980IrdfGei/UEW67WwU0rx5dnfmdkBYIAfWrw SPnUERJeXUhIF8K9uhCu7d0nduP0NLGJ971LO9GZ898AAAD//wMAUEsDBBQABgAIAAAAIQAD5OyI 2AAAAPoAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9bSwMxEEbfBf9DGMEXaRMr3tamRcRa36QXir7N bmYvdJOsSexu/fUOPujjcIbzcabzwbbiQCE23mm4HCsQ5ApvGldp2G4WozsQMaEz2HpHGo4UYT47 PZliZnzvVnRYp0qwxMUMNdQpdZmUsajJYhz7jhyz0geLic9QSROwZ7lt5USpG2mxcbxQY0dPNRX7 9ZfV8La7uC8/cpVPNi/L7/42vV/70mt9fjY8PoBINKT/52e1W3zu/+Cv6tVwyxWIcnnMQ2NWGBMF DRzHqYxAzn4AAAD//wMAUEsBAi0AFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAAAAAAAAAAAAAAAA AAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAMd1fYdIAAACPAQAACwAAAAAA AAAAAAAAAAAvAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAtXIghg8DAADuBwAAEAAAAAAA AAAAAAAAAAAqAgAAZHJzL3NoYXBleG1sLnhtbFBLAQItABQABgAIAAAAIQAD5OyI2AAAAPoAAAAP AAAAAAAAAAAAAAAAAGcFAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAQABAD1AAAAbAYAAAAAAAAQ 8AgAAAA+CjIQmBBlDQ8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQA MQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAA AAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAA AAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAA AAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUA IABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAO AAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgA AAAAAAAEAAAAAA8ADfBaAAAAAACfDwQAAAAEAAAAAAChDyAAAAABAAAAAAAgCAoAAAAA/wEABwAB AAAAAAAGABIA/////gAAqg8KAAAAAQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8JAC AACiDArwCAAAAAl8AAAACgAAgwAL8EoAAAB/AAAA7wGAAOibwSO/AAYABgC/AQAAEQD/AQAAGAA/ AwAACACAwxoAAAC/AwAAAgBaAG8AbgBlAFQAZQB4AHQAZQAgADEANwAAAAAAEPAIAAAAtw1aDsQT oA4PABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEA AAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAA CAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAA AAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEA cgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBn AHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEA DwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAP AA3wigAAAAAAnw8EAAAABAAAAAAAoA8gAAAAUgBhAGQAaQBhABkgcwAgAGwAbwBsAGwAaQBwAG8A cAAAAKEPGgAAABEAAAAAACAACgAAAAD/BwARAAAAAAACABIAAACqDxgAAAAQAAAABwAAAAAADAQA AAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBvAgAAogwK8AgAAAAKfAAAAAoAAIMA C/BIAAAAfwAAAO8BgABIUZoivwAGAAYAvwEAABEA/wEAABgAPwMAAAgAgMMYAAAAvwMAAAIAWgBv AG4AZQBUAGUAeAB0AGUAIAA5AAAAAAAQ8AgAAABDDP4PwxAqDQ8AEfCEAQAADwCIE3wBAAAPAIoT PAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAM AQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAA AAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAA AGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAA AAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAA ABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8A UABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBrAAAAAACfDwQAAAAEAAAAAACo DwEAAABBAAChDxoAAAACAAAAAAAgAAoAAAAA/wcAAgAAAAAAAgASAAAAqg8YAAAAAQAAAAcAAAAA AAwEAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwcQIAAKIMCvAIAAAAC3wAAAAK AACDAAvwSgAAAH8AAADvAYAAqDvJI78ABgAGAL8BAAARAP8BAAAYAD8DAAAIAIDDGgAAAL8DAAAC AFoAbwBuAGUAVABlAHgAdABlACAAMQA5AAAAAAAQ8AgAAADqCvoPvxDQCw8AEfCEAQAADwCIE3wB AAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEA AAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAA AQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAF AQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAA AAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEA AAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAA XwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBrAAAAAACfDwQAAAAE AAAAAACoDwEAAABCAAChDxoAAAACAAAAAAAgAAoAAAAA/wcAAgAAAAAAAgASAAAAqg8YAAAAAQAA AAcAAAAAAAwEAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwZgsAAEIGCvAIAAAA DHwAAAAKAABjAQvwfgEAAAQAAAC0AIAA6PXKI4cAAQAAAL8ABAAEAEIBIPcrAEMBAWwpAEQBBAAA AEXBbgAAAEbBGAAAAFHBJgAAAFLBFgAAAFXBAAAAAFbBAAAAAFfBFgAAAH8BGAAYAIEBBAAACL8B EAAQAMABiaSnAMsBOGMAAP8BCAAIAIDDIgAAAL8DAAACAA0AEAAIAGs9CQDiZAYAaxMCAGwTAgC1 4ykAllgnAGs9CQDiZAYATesgANkjBQC7ZyIASsIDAAw9IwAzZAgA5J8dALAzCAAMGx8AUNMGAFlz BABZcwQAx4MnAKn4JAAMGx8AUNMGAFTSCgDQKwgACQAMAAIAAEAEpQEAAQABAAEABKMBYACABAAE AAgA2gcKAFJIBwC7ZyIASsIDAAw9IwAzZAgA5J8dALAzCAAEAAQABAACAAAABAAAAAEAAAACAAAA AQAEABAADOgHALGIBwAUDyQAUOMhAEYAbADoAGMAaABlACAAZQBuACAAYQByAGMAIAAyADAAAAAT ACLxzgcAAKnDyAcAAFBLAwQUAAYACAAAACEADIGFu/4AAADiAQAAEwAAAFtDb250ZW50X1R5cGVz XS54bWyUUcFOwzAMvSPxD1GuqEnHASHUdgc6joBgfICVuG1Em0RxKNvf427sgISGONp+7/n5uVrv plHMmMgFX8uVKqVAb4J1vq/l2/ahuJWCMngLY/BYyz2SXDeXF9V2H5EEsz3Vcsg53mlNZsAJSIWI niddSBNkLlOvI5h36FFfl+WNNsFn9LnIi4ZsqhY7+Biz2Oy4fXTCdCnuj7hlVS0hxtEZyGxUL1Pd VE9sPDmL4hlSfoSJUdom0jRARMao8yqzt2qiInSdM6jaRK8L7+oPcRs+fcL5v9ot015wPqn/cnLC kc7cvLj9GWzxHapi5iEXGlyk0wZ9+FDzBQAA//8DAFBLAwQUAAYACAAAACEAMd1fYdIAAACPAQAA CwAAAF9yZWxzLy5yZWxzpJDBasMwDIbvg72D0b1x2kMZo05vhV5LB7sKW0lMY8tYJm3fvqYwWEZv O+oX+j7x7/a3MKmZsniOBtZNC4qiZefjYODrfFh9gJKC0eHEkQzcSWDfvb/tTjRhqUcy+iSqUqIY GEtJn1qLHSmgNJwo1k3POWCpYx50QnvBgfSmbbc6/2ZAt2CqozOQj24D6nxP1fyHHbzNLNyXxnLQ 3PfevqJqx9d4orlSMA9UDLgszzDT3NTnQL/2rv/plRETfVf+QvxMq/XHrBc1dg8AAAD//wMAUEsD BBQABgAIAAAAIQCIcPH+YwMAALUIAAAQAAAAZHJzL3NoYXBleG1sLnhtbKxVS27bMBDdF+gdCG6L 1JZsRbIRpUgKpF0EhREnB6ApylZDkQJJu3ZO1Hv0Yn0kZcf5LIomXsgjcTjz5s3v7Mu2lWQjjG20 KmnyeUiJUFxXjVqW9O726qSgxDqmKia1EiXdCUu/nH/8cNZNbUdwWdlpV9KVc910MLB8JVpmP+tO KJzV2rTM4dUsB50RVijHHBy1cpAOh6eDljWKnsOU2sy7mfES/7GZGdJUJU0TShRr4fNK/vkNwwBG mOEkHdJBr+pvBVnhFoTBsSkbTLLptjZtj5T9C9LKsF8I/wlIYrQDPcNi6H/AzKa6rsm2pFmaJPnp iJIdzrMizUeFh8emYusIh0JaFMkoSSnh0EjzZHyaZl5jEJF51c5Y903ot6P0hkrKG8PXkpkLY/Sv gJVtrq3znpZVzymrfoLfupWgZMMkyfLRKOI+VgHqR5U8H46KV5QQ+6NSUqRZNh5OXtoaP1EbnU4m eZa/VMuO1fIiD2yCqz4ESHu2QrpjklGMbieFj1CqG4HEhML8/3Q3lc9c4C7UtPgqDQFPJWWco4yT eLRilYifs1AXMa2HGyHJAZBHVjdSvhu2HoDvt5fYIozen3ct6lpw927OYwMcwnxKTHR+8Bgi1+r9 nLeN0ua1zEhkpY88+osFEgujm7rtpa52Hs4C/xgyb60RpvhKG7SbM7GMpXVz7+2tlhEEqvytVoIR hNkyc11SzHUIN0GQG9QxPjSqQikHkcklxr+PhFSivmWL+UNJJ8l4jGFHjIv6gl2rS3OPOYceBcUX 4dKCWUGJxGBX/TGurJhaYobO1or7uRnSJdW84x6V7fiMu1g1SRyoMW/HGpeifq4b5j4GAO4/nl7U YbAd2zzS608Xa/Tv7TYQu1jPHw7iFcI4vPzAhgsqji0wL4MINm7iakFK/IpCM6lqxgzDZ3K/bptW /2wirYi5pEKd3M2xM8Ffgm1BySJyHZ7rkio48SvVNPdYbUrPg0TJvTB+AWMvYlMwrNResePhJmq+ ZbJ5EN/DqyddNn4hQ13pmdG69rLHJ5V/Kn2FebPnNVCpZVP5j+Hl6eRw233v2GOt2MV7LtbXqudq 7c30csg8cbtO1IwD0KdWnUgXO0KwZweCxQNunx1w2/fuI7thenahife9i/1uu/O/AAAA//8DAFBL AwQUAAYACAAAACEAbXuWVdUAAAD6AAAADwAAAGRycy9kb3ducmV2LnhtbESPy2rDMBRE94X+g7iF 7hopgZTiRgnBpHnt4rZ4e2tdP6j1QFJj++8rsmiXwwxnOKvNqHt2JR86ayTMZwIYmcqqzjQSPt7f nl6AhYhGYW8NSZgowGZ9f7fCTNnBXOhaxIYliAkZSmhjdBnnoWpJY5hZRyZ1tfUaY4q+4crjkOC6 5wshnrnGzqSHFh3lLVXfxY+WYHfl/rxcbnMnPuthOhT7cMq1lI8P4/YVWKQx/o+1cGW5+ytvqKOS sJgDqw/Tl+/UBUMkLyHJJdWkCXz9CwAA//8DAFBLAQItABQABgAIAAAAIQAMgYW7/gAAAOIBAAAT AAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhADHdX2HS AAAAjwEAAAsAAAAAAAAAAAAAAAAALwEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAIhw8f5j AwAAtQgAABAAAAAAAAAAAAAAAAAAKgIAAGRycy9zaGFwZXhtbC54bWxQSwECLQAUAAYACAAAACEA bXuWVdUAAAD6AAAADwAAAAAAAAAAAAAAAAC7BQAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAEAAQA 9QAAAL0GAAAAAAAAEPAIAAAA5QPTDOoTkwoPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAA AF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAA IAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAA AAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIA AAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBv AG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAA AAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAA AIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wVgAAAAAAnw8EAAAABAAAAAAAoQ8cAAAAAQAAAAAA IAgKAAAAAP8BAAcAAQAAAAAAAgASAAAAqg8KAAAAAQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9Y gHiBDwAE8AgKAAAyBArwCAAAAA18AACACgAAswAL8G4AAACAAGgcySOHAAEAAAC/AAQABABHATpL AACBAQQAAAi/ARAAEADAAYmkpwDLAThjAAD/AQgACACAwywAAAC/AwAAAgBGAGwA6ABjAGgAZQAg AHYAZQByAHMAIABsAGUAIABiAGEAcwAgADIAMQAAABMAIvF8BwAAqcN2BwAAUEsDBBQABgAIAAAA IQAMgYW7/gAAAOIBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbJRRwU7DMAy9I/EPUa6oSccBIdR2 BzqOgGB8gJW4bUSbRHEo29/jbuyAhIY42n7v+fm5Wu+mUcyYyAVfy5UqpUBvgnW+r+Xb9qG4lYIy eAtj8FjLPZJcN5cX1XYfkQSzPdVyyDneaU1mwAlIhYieJ11IE2QuU68jmHfoUV+X5Y02wWf0uciL hmyqFjv4GLPY7Lh9dMJ0Ke6PuGVVLSHG0RnIbFQvU91UT2w8OYviGVJ+hIlR2ibSNEBExqjzKrO3 aqIidJ0zqNpErwvv6g9xGz59wvm/2i3TXnA+qf9ycsKRzty8uP0ZbPEdqmLmIRcaXKTTBn34UPMF AAD//wMAUEsDBBQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAX3JlbHMvLnJlbHOkkMFqwzAMhu+D vYPRvXHaQxmjTm+FXksHuwpbSUxjy1gmbd++pjBYRm876hf6PvHv9rcwqZmyeI4G1k0LiqJl5+Ng 4Ot8WH2AkoLR4cSRDNxJYN+9v+1ONGGpRzL6JKpSohgYS0mfWosdKaA0nCjWTc85YKljHnRCe8GB 9KZttzr/ZkC3YKqjM5CPbgPqfE/V/IcdvM0s3JfGctDc996+omrH13iiuVIwD1QMuCzPMNPc1OdA v/au/+mVERN9V/5C/Eyr9cesFzV2DwAAAP//AwBQSwMEFAAGAAgAAAAhADaB5PoQAwAA7gcAABAA AABkcnMvc2hhcGV4bWwueG1srFXNThsxEL5X6jtYvlaQ7BIgXbEgqJT2EKGIQO8TrzfZxju2bCck PFHfoy/Wsb3hrxWqGnLYjO3xzDef5+fsYtMqtpbWNRpLnh32OZModNXgvOR3t6ODIWfOA1agNMqS b6XjF+cfP5yZwhlGl9EVpuQL703R6zmxkC24Q20k0lmtbQuelnbeM1Y6iR48OWpVL+/3T3otNMjP yRSup2ZigySu1xPLmqrkec4ZQks+R+rXTzIcYTIl2QwcyzPe6/TD1SgjXSWh99yei3ah2NS27eDC v8CtLNwTBy+Qslo15juxRJih0HXNNiU/OT46PcqPOduWfJCd5AOSCQQUcuOZIIX89HSYHXEmSCHL h1lGi4AyYQqaxjr/Ver98QVDJa/0PV5aq+8jTFiPnU/+dn4iRYkYekW/VTKgUHgjKaL4ov9PUVOF kKPnmAzyi7JsDarkIAS9f+LOLaCi9wzbx336dYQ83oj0REABWd0o9W7YOgAhUf/Elnjq/MVHrGsp /Ls5779FTHIudx5j5Brfz3nboLZ/A6DoVbrIk7+UICkxTOE3V7raBjgz+qfq3DdHAMVC25ILb1Op KOenwdu+likIqqZ9rUQjFGYLdlxyaogk3ERBrSlhaaPBilI5iqDm1DdDJKyS9S3Mpg8l/5wNBpTU zPqkL2GMV3YZOgerieLLeInamORMUUfE7piuLADn1HcmKxTkICWrwqkRAZUzYiJ8qpss1M2ucJ5r XMn6te5Oje4/nV7W/g297nS2ovq93URiZ6vpw6M4ojAeF9c0GqKKh1nqNlAQGzepHdOThN5OHRGr CVigbbZctU2rfzSJVoq55BIP7qY0bIi/bBjYmyWu43dVciQnYRbZZkkzAfU0SpwtpQ2TiwYK9Vig WdQpGhFvUs63oJoH+S0uA+mqCZOM1FFPrNZ1kAM+heGLekT9JtVD2nFaNVXYjHy97BxPtfNCK1Xx jovVGDuuVsFMJ8eXZ35rZA2CAH1q8UD5VBESXh1ISAfCvToQrqvdJ3Zj9zSxiHe1SzPRmfPfAAAA //8DAFBLAwQUAAYACAAAACEAIvDHQdYAAAD6AAAADwAAAGRycy9kb3ducmV2LnhtbESPwWoCMRRF 9wX/ITyhu5o40FKmRilFsbjTDoXunpM3yTiTZExSHf++oYt2ebmXczmL1Wh7dqEQW+8kzGcCGLna q9ZpCdXH5uEZWEzoFPbekYQbRVgtJ3cLLJW/uj1dDkmzDHGxRAkmpaHkPNaGLMaZH8jlrvHBYsox aK4CXjPc9rwQ4olbbF1+MDjQm6G6O3xbCacKt1/2UTRqMLqIle763W4t5f10fH0BlmhM/+O1+Nyc u7/yF/WuJBQFsGZ7O4ZW7TEmChKyXFbNmsCXPwAAAP//AwBQSwECLQAUAAYACAAAACEADIGFu/4A AADiAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAA IQAx3V9h0gAAAI8BAAALAAAAAAAAAAAAAAAAAC8BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAA IQA2geT6EAMAAO4HAAAQAAAAAAAAAAAAAAAAACoCAABkcnMvc2hhcGV4bWwueG1sUEsBAi0AFAAG AAgAAAAhACLwx0HWAAAA+gAAAA8AAAAAAAAAAAAAAAAAaAUAAGRycy9kb3ducmV2LnhtbFBLBQYA AAAABAAEAPUAAABrBgAAAAAAABDwCAAAAD4KFhDFEGUNDwAR8IQBAAAPAIgTfAEAAA8AihM8AQAA AAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAA AAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEB AAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1h bmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAA JgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAH AQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAA VAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8FoAAAAAAJ8PBAAAAAQAAAAAAKEPIAAA AAEAAAAAACAICgAAAAD/AQAHAAEAAAAAAAYAEgD////+AACqDwoAAAABAAAAAQAAAAAAAACmDwwA AADwAAAAVl04f1iAeIEPAATwcQIAAKIMCvAIAAAADnwAAAAKAACDAAvwSgAAAH8AAADvAYAAOMPk Ir8ABgAGAL8BAAARAP8BAAAYAD8DAAAIAIDDGgAAAL8DAAACAFoAbwBuAGUAVABlAHgAdABlACAA MgA0AAAAAAAQ8AgAAADNChgQ4BCzCw8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBf AF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAA AQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAAC AQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQA AAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBv AHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAA AAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQ AAAAAACxDwgAAAAAAAAEAAAAAA8ADfBrAAAAAACfDwQAAAAEAAAAAACoDwEAAABCAAChDxoAAAAC AAAAAAAgAAoAAAAA/wcAAgAAAAAAAgASAAAAqg8YAAAAAQAAAAcAAAAAAAwEAAABAAAAAQAAAAAA AACmDwwAAADwAAAAVl04f1iAeIEPAATwcQIAAKIMCvAIAAAAD3wAAAAKAACDAAvwSgAAAH8AAADv AYAAKC2+I78ABgAGAL8BAAARAP8BAAAYAD8DAAAIAIDDGgAAAL8DAAACAFoAbwBuAGUAVABlAHgA dABlACAAMgA1AAAAAAAQ8AgAAADtCxYQ3hDTDA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8Q AAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQA AAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAA AAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAA AgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABN AG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYA AAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAw AAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBrAAAAAACfDwQAAAAEAAAAAACoDwEAAABBAACh DxoAAAACAAAAAAAgAAoAAAAA/wcAAgAAAAAAAgASAAAAqg8YAAAAAQAAAAcAAAAAAAwEAAABAAAA AQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwcwIAAKIMCvAIAAAAEHwAAAAKAACDAAvwSgAA AH8AAADvAYAAqLTHI78ABgAGAL8BAAARAP8BAAAYAD8DAAAIAIDDGgAAAL8DAAACAFoAbwBuAGUA VABlAHgAdABlACAAMgA2AAAAAAAQ8AgAAAAgCv8OlBAJCw8AEfCEAQAADwCIE3wBAAAPAIoTPAEA AAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAA AAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAAB AQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRt YW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAA ACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgA BwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQ AFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBtAAAAAACfDwQAAAAEAAAAAACoDwMA AAAyNTUAAKEPGgAAAAQAAAAAACAACgAAAAD/BwAEAAAAAAACABIAAACqDxgAAAADAAAABwAAAAAA DAQAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBzAgAAogwK8AgAAAARfAAAAAoA AIMAC/BKAAAAfwAAAO8BgADYPMAjvwAGAAYAvwEAABEA/wEAABgAPwMAAAgAgMMaAAAAvwMAAAIA WgBvAG4AZQBUAGUAeAB0AGUAIAAyADcAAAAAABDwCAAAALQM6Q56EJ0NDwAR8IQBAAAPAIgTfAEA AA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAA AgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAAB AAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUB AABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAA AAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAA BAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABf AF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8G0AAAAAAJ8PBAAAAAQA AAAAAKgPAwAAADEyOAAAoQ8aAAAABAAAAAAAIAAKAAAAAP8HAAQAAAAAAAIAEgAAAKoPGAAAAAMA AAAHAAAAAAAMBAAAAQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8CQAAAASAArwCAAA AAF8AAAADAAAIwAL8AwAAAAEAwkAAAA/AwEAAQAfAAXwIAAAAAEAEvAYAAAAAQAAAAZ8AAAAAAAA B3wAAAQAAAD/////EADwByAAAAD///8AAAAAAICAgAAAAAAAu+DjADMzmQAAmZkAmcwAAA8AiBM4 AAAADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAA6y4IAAAAqAzLASB0 pFkAACIECAAAAAEAAAACAAAADwDuAyVUAAACAO8DGAAAABAAAAAAAAAAAAAAAAAAAIAAAAAABwD/ vw8ADASFUwAADwAC8H1TAAAAAgjwCAAAABQAAAAUgAAADwAD8BFTAAAPAATwKAAAAAEACfAQAAAA ZABmAOyCGgAAAAQAelNtTQIACvAIAAAAAIAAAAUAAAAPAATwEAEAABIACvAIAAAAAoAAACACAAAD AQvwcAAAAAQAAAAAAH8AAQDvAYAAaFnKI4EAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcA AQAAAIgAAAAAAL8ABAAEAP8BEAARAAEDAgQAAD8DAAAIAIDDEAAAAL8DAAACAFQAaQB0AHIAZQAg ADEAAAAAABDwCAAAAK0AIAFgFX0DDwAR8BwAAAAAAMMLCAAAAP////8NAP+/AAAfBAQAAAACAAAA DwAN8EwAAAAAAJ8PBAAAAAAAAAAAAKgPGAAAAFNlcXVlbmNlIENvdW50ZXIgKGNvbnQpIAAAqg8Y AAAAGAAAAAcAAAAAAAwEAACBBQAAggUAAIMFAACEBQAAhQUAAIYFAACHBQAAiAUAAIkFAACKBQAA iwUAAIwFAACNBQAAjgUAAI8FAACQBQAAkQUAAJIFAACTBQAAlAUAAJUFAACWBQAAlwUAAJgFAACZ BQAAmgUAAJsFAACcBQAAnQUAAJ4FAACfBQAAoAUAAKEFAACiBQAAowUAAKQFAAClBQAApgUAAKcF AACoBQAAqQUAAKoFAACrBQAArAUAAK0FAACuBQAArwUAALAFAACxBQAAsgUAALMFAAC0BQAAtQUA ALYFAAC3BQAAuAUAALkFAAC6BQAAuwUAALwFAAC9BQAAvgUAAL8FAADABQAAwQUAAMIFAADDBQAA xAUAAMUFAADGBQAAxwUAAMgFAADJBQAAygUAAMsFAADMBQAAzQUAAM4FAADPBQAA0AUAANEFAADS BQAA0wUAANQFAADVBQAA1gUAANcFAADYBQAA2QUAANoFAADbBQAA3AUAAN0FAADeBQAA3wUAAOAF AADhBQAA4gUAAOMFAADkBQAA5QUAAOYFAADnBQAA6AUAAOkFAADqBQAA6wUAAOwFAADtBQAA7gUA AO8FAADwBQAA8QUAAPIFAADzBQAA9AUAAPUFAAD2BQAA9wUAAPgFAAD6BQAA/f////sFAAD8BQAA /QUAAP4FAAD/BQAAAAYAAAEAAAABAAAAAAAPAATwXAMAABIACvAIAAAAA4AAACACAAATAQvwngAA AAQAAAAAAH8AAQDvAYAACKfHI4EAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAAAAAIgA AAAAAL8ABAAEAL8BAQABAP8BEAARAAEDAwQAAD8DAAAIAIDDOAAAAL8DAAACAEUAcwBwAGEAYwBl ACAAcgDpAHMAZQByAHYA6QAgAGQAdQAgAGMAbwBuAHQAZQBuAHUAIAAyAAAAAAAQ8AgAAADIAyAB 7QvrDg8AEfCiAAAAAADDCwgAAAD/////EwD/vw8AiBN+AAAADwCKE3YAAAAAALoPDgAAAF8AXwBf AFAAUABUADkAAACLE1gAAAAAAKwPUAAAAAAAAAAAAAAAAAAAAAAAgAL//wAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAIAC//8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAfBAQAAAAD AAAADwAN8OQBAAAAAJ8PBAAAAAEAAAAAAKAPEgEAAEEAIAA+ACAAMQAyADcALAAgAEIAIAA8ACAA MQAyADgADQANAEIAIAATICAAQQAgADwAPQAgADIAIABeAE4ADQBJAG4AIABzAHkAbgBjAA0AQgAg AGkAcwAgAHAAbwBzAHQAIAByAGUAYgBvAG8AdAANAEIAIABpAHMAIABtAG8AcwB0ACAAcgBlAGMA ZQBuAHQADQANAEIAGSAgABMgIABBACAAPgAgADIAIABeAE4ADQBPAHUAdAAgAG8AZgAgAHMAeQBu AGMADQBCABkgIABpAHMAIABwAHIAZQAgAHIAZQBiAG8AbwB0AA0AQQAgAGkAcwAgAG0AbwBzAHQA IAByAGUAYwBlAG4AdAANAA0ADQAAAKEPjgAAACAAAAAAAAAAAAAqAAAAAQCSAAAAAwDeAAUADwAA AAAAAAAAAC4AAAABAJIAAAADAN4ABQABAAAAAAAAAAAAAgAAAAEAAAAAACAAAAAAAAIAGAAqAAAA AAQCAAAEFAAPAAAAAAgCAAAIGAAuAAAAAAwCAAAMFAABAAAAABACAAAQGAACAAAAABQCAAAUFAAA AKoPDgAAAIoAAAAHAAAAAAAMBAAAAACmDwoAAADgAAAAOH9YgHiBDwAE8KUCAACiDArwCAAAAASA AAAACgAAgwAL8GgAAAB/AAEA7wGAAAhYwSO/AAQABAC/AQAAEQD/ARAAGAA/AwAACACAwzgAAAC/ AwAAAgBFAHMAcABhAGMAZQAgAHIA6QBzAGUAcgB2AOkAIABkAGUAIABsAGEAIABkAGEAdABlACAA MwAAAAAAEPAIAAAAXg8gAWAGihAPABHwjQEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBf AFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEA AAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEA AAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAA AwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0 AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAA AAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAA AAAAsQ8IAAAAAAAABAAAAAAAACAEAQAAAAcPAA3weAAAAAAAnw8EAAAABAAAAAAAoA8QAAAAUwBs AGkAZABlACAAIwAqAAAAoQ8aAAAACQAAAAAAIAAKAAAAAP8HAAkAAAAAAAIADAAAANgPBAAAAAcA AAAAAKoPCgAAAAkAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPDbAgAAogwK8AgAAAAF gAAAAAoAAIMAC/ByAAAAfwABAO8BgAAopssjvwAEAAQAvwEAABEA/wEQABgAPwMAAAgAgMNCAAAA vwMAAAIARQBzAHAAYQBjAGUAIAByAOkAcwBlAHIAdgDpACAAZAB1ACAAcABpAGUAZAAgAGQAZQAg AHAAYQBnAGUAIAA0AAAAAAAQ8AgAAABeD7AH0A6KEA8AEfCNAQAADwCIE3wBAAAPAIoTPAEAAAAA ug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAA ABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAA AQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5g AAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYA AABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEA AAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQA MQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAAAAIAQBAAAACQ8ADfCkAAAAAACfDwQAAAAEAAAA AACgD0gAAABJAG4AdABlAHIAaQBtACAATQBlAGUAdABpAG4AZwATICAAUgBvAGwAbAAgAFcARwAg ABMgIABKAHUAbgBlACAAMgAwADEAMAAAAKEPGgAAACUAAAAAACAACgAAAAD/BwAlAAAAAAACAAwA AACqDwoAAAAlAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATw1AkAADIACvAIAAAABoAA AAAKAACjAAvwUAAAAIAAyBG/I4cAAQAAAL8ABAAEAIEBBAAACL8BEAAQAMABiaSnAMsBOGMAAP8B CAAIAIDDFAAAAL8DAAACAEUAbABsAGkAcABzAGUAIAA1AAAAEwAi8WYHAACpw2AHAABQSwMEFAAG AAgAAAAhAAyBhbv+AAAA4gEAABMAAABbQ29udGVudF9UeXBlc10ueG1slFHBTsMwDL0j8Q9RrqhJ xwEh1HYHOo6AYHyAlbhtRJtEcSjb3+Nu7ICEhjjafu/5+bla76ZRzJjIBV/LlSqlQG+Cdb6v5dv2 obiVgjJ4C2PwWMs9klw3lxfVdh+RBLM91XLIOd5pTWbACUiFiJ4nXUgTZC5TryOYd+hRX5fljTbB Z/S5yIuGbKoWO/gYs9jsuH10wnQp7o+4ZVUtIcbRGchsVC9T3VRPbDw5i+IZUn6EiVHaJtI0QETG qPMqs7dqoiJ0nTOo2kSvC+/qD3EbPn3C+b/aLdNecD6p/3JywpHO3Ly4/Rls8R2qYuYhFxpcpNMG ffhQ8wUAAP//AwBQSwMEFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAABfcmVscy8ucmVsc6SQwWrD MAyG74O9g9G9cdpDGaNOb4VeSwe7CltJTGPLWCZt376mMFhGbzvqF/o+8e/2tzCpmbJ4jgbWTQuK omXn42Dg63xYfYCSgtHhxJEM3Elg372/7U40YalHMvokqlKiGBhLSZ9aix0poDScKNZNzzlgqWMe dEJ7wYH0pm23Ov9mQLdgqqMzkI9uA+p8T9X8hx28zSzcl8Zy0Nz33r6iasfXeKK5UjAPVAy4LM8w 09zU50C/9q7/6ZURE31X/kL8TKv1x6wXNXYPAAAA//8DAFBLAwQUAAYACAAAACEAC9MBK/gCAADV BwAAEAAAAGRycy9zaGFwZXhtbC54bWysVcFuGjEQvVfqP1i+VimQAiWrLFFSNe0BRSgkHzB4vbDF O7ZsL4V8fcf2LkloFVVJOCxje+z35nlmfH6xqxXbSusqjTkffO5zJlHoosJVzu/vrk8mnDkPWIDS KHO+l45fTD9+ODeZM4w2o8tMztfem6zXc2Ita3CftZFIa6W2NXga2lXPWOkkevAEVKveab8/7tVQ IZ/SUbhdmLkNlrjZzi2ripyPOUOoCfK7UpVxko14r/UIztFGciaj9/QEF0+CbFfauiUI/0OwsPCb oj7iBpkuS7bL+ejL2Vl/QmrsSabx8OvkNPKBTO48E+RwOhoMx33ST5BHNwjkEpXpOWTGOv9D6jfT YuGgnMskDCkIGWxnzie0DiXqktSgy/J7JYOjwltJAcWLe7UudEEh4ogc71x+U5ZtQeUchKBrHqSl NRQyTY/69AsXSHIcdsRRJBSYlZVS78atJRDy8W9uiUaLF6BlWUrh3w28/5IwCfyAGCPX+H7gdYXa /ouAoltpI094KUFSYpjM7650sQ90lvRPRfjWHAEUa21zLrwNuJR6zi8C2ltPjod1zefVORwYUatg NdhZzqluybiNhtpSHtNEhQWlcjRBrag9hkhYIcs7WC4ecn42GA5DwVuf/CXM8MpuqD9wVpLEl3HT EpzkTFHjw3aZtqwBV9Rs5g0KAkjJqnBhRGDljJgLn+pmEOqmK5ynHleyPPbt3Gj/4+pl6V/wa1eX DdXv3S4Ku2wWDwfzmsI4DG7oBYguHpap20BGatymHhzVDFASizlYoGm2aeqq1r+qJCvFTE0LT+4X 9KaQfoNJUG+ZtI7fJudIIOHJsdWGej/qRbQ420gbHih6N6jDAj05raMRcSflfA2qepA/4zCIrqrw YJE76rnVugx24KcwfFFfU7+hcKghpRmnVVWEyajX887xWDvPvFIVd1o0M2y1asIxrR1vnvm9kSUI IvSpxhPlU0VIOFqQkBaEO1oQrq3dR3UjdROLuKtdegidmf4BAAD//wMAUEsDBBQABgAIAAAAIQDj funS2AAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9RT8IwFIXfTfgPzSXxxUCrD4uZFGJgC/jG 0Ii+XdfLNljb2ZYx/r2ND/p4ck6+k2+2GHTLenK+sUbC/VQAI1Na1ZhKwttrPnkE5gMaha01JOFK Hhbz0c0MU2UvpqB+FyoWIcanKKEOoUs592VNGv3UdmRid7BOY4jRVVw5vES4bvmDEAnX2Jj4UGNH y5rK0+6sJbyU+81xnRXJSqyy8/ajz7efd7mUt+Ph+QlYoCH8jzPxnn+f/spf1EZJSIAd1tcv16gC fSAnIbpF02gJfP4DAAD//wMAUEsBAi0AFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAAAAAAAAAAAA AAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAMd1fYdIAAACPAQAACwAA AAAAAAAAAAAAAAAvAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAC9MBK/gCAADVBwAAEAAA AAAAAAAAAAAAAAAqAgAAZHJzL3NoYXBleG1sLnhtbFBLAQItABQABgAIAAAAIQDjfunS2AAAAPkA AAAPAAAAAAAAAAAAAAAAAFAFAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAQABAD1AAAAVQYAAAAA AAAQ8AgAAAAOBEkNeRM+Cg8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQ AFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEA AAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAA AAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAA AQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBw AGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQA AAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACx DwgAAAAAAAAEAAAAAA8ADfBaAAAAAACfDwQAAAAEAAAAAAChDyAAAAABAAAAAAAgCAoAAAAA/wEA BwABAAAAAAAGABIA/////gAAqg8KAAAAAQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE 8IAGAABCAQrwCAAAAAeAAAAACwAAkwAL8FwAAAC/AAQABAB/AQAAAQC/AQAAEADAAbbc3wDLAQz4 AAD/ARgAGAADAwAAAACAwyYAAAC/AwAAAgBDAG8AbgBuAGUAYwB0AGUAdQByACAAZAByAG8AaQB0 ACAANwAAABMAIvH0BQAAqcPuBQAAUEsDBBQABgAIAAAAIQDjGRW1BAEAAOoBAAATAAAAW0NvbnRl bnRfVHlwZXNdLnhtbJSRwU7DMAyG70i8Q5QralI4IITa7kDhCAiNB4gSt41onSgOZXt73HU7IMEk jon9//5+u9rsplHMkMgHrOW1KqUAtMF57Gv5vn0q7qSgbNCZMSDUcg8kN83lRbXdRyDBaqRaDjnH e63JDjAZUiECcqULaTKZn6nX0dgP04O+KctbbQNmwFzkxUM2VQud+RyzeNzx90rCcike1r5lVC1N jKO3JjOoXqq6qV4YPHkH4tWk/Gwm7tIukXbhCxPM6rzJjE5NVISu8xZUm6hl2RvMV0f3X6gSjHQG a3H8mb045lasPKDT4COdJvzFz/tBsDkkJvlvCN7Zqj0N0YdLNd8AAAD//wMAUEsDBBQABgAIAAAA IQCWBTNY1AAAAJcBAAALAAAAX3JlbHMvLnJlbHOkkD1rAzEMhvdC/4PR3vMlQyklvmyFrCGFrsbW fZCzZCRzTf59TKGlV7J1lF70PC/a7S9pNguKTkwONk0LBilwnGhw8H56e3oBo8VT9DMTOriiwr57 fNgdcfalHuk4ZTWVQupgLCW/WqthxOS14YxUk54l+VJHGWz24ewHtNu2fbbymwHdimkO0YEc4hbM 6Zqr+Q87TUFYuS9N4GS576dwj2ojf9IRl0rxMmBxEEW/loJLU8uBve/d/NMbmAhDYfmojpX8J6n2 7wZ29c7uBgAA//8DAFBLAwQUAAYACAAAACEA6ZOYL44BAACtBAAAFAAAAGRycy9jb25uZWN0b3J4 bWwueG1svJPbSsQwEIbvBd8h5F7b7qEuZbteLOiNyOLhAYZ2qoV0EpLY7b69k7SuCILCilclx++b P9P19dAp0aN1raZSZpepFEiVrlt6KeXz083FSgrngWpQmrCUB3TyenN+tjaFM4IPkytMKV+9N0WS uOoVO3CX2iDxWqNtB56H9iUxFh2SB8+gTiWzNM2TDlqSG76K+u1Aj2Znw6C673dWtHUpmU3QMXWr ibDy+GZFbXXrxZVMpq3Hg1A4z4PJCX7jVFvYc6FfdCI4l/wZSrkImCQqHTnBdmfH+S/eLvpDMTS2 O9Vis4ZCN41ghzxf5vMVR3FgnyyfLWbLYAUFDl5UvIGfrOK1bLbKsmwejUeJsMlY529RnywkwkWl VC0hvxgU0N85H0L4RIRpdXr+ey55vkzTKfoxVe42f1A4Ih6Qg4mdd8orc3JZLCU2LW6VFT2oUkJV cZ9mU46KmBawTavUn4HTn8ETL6Cxabj5/xN+JMbKNf0dvGtJ2++q98NH5M3Iiz/e9Or8CzqzeQcA AP//AwBQSwMEFAAGAAgAAAAhAE1EYyrAAAAA2gAAAA8AAABkcnMvZG93bnJldi54bWxET91KwzAU vh/4DuEI3siaTlRmXVZkKg5vdJ0PcEiObTE5KUls69ubi8EuP77/TT07K0YKsfesYFWUIIi1Nz23 Cr6Or8s1iJiQDVrPpOCPItTbi8UGK+MnPtDYpFbkEI4VKuhSGiopo+7IYSz8QJy5bx8cpgxDK03A KYc7K2/K8l467Dk3dDjQriP90/w6BQ/X9vMlvI1zc2ffzbPW5nb4MEpdXc5PjyASzeksPrn3RkHe mq/kGyC3/wAAAP//AwBQSwECLQAUAAYACAAAACEA4xkVtQQBAADqAQAAEwAAAAAAAAAAAAAAAAAA AAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQCWBTNY1AAAAJcBAAALAAAAAAAA AAAAAAAAADUBAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQDpk5gvjgEAAK0EAAAUAAAAAAAA AAAAAAAAADICAABkcnMvY29ubmVjdG9yeG1sLnhtbFBLAQItABQABgAIAAAAIQBNRGMqwAAAANoA AAAPAAAAAAAAAAAAAAAAAPIDAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAQABAD5AAAA3wQAAAAA AAAQ8AgAAAA+CmEQYRBlDQ8ABPAJCgAAMgQK8AgAAAAIgAAAgAoAALMAC/BuAAAAgACYRb8jhwAB AAAAvwAEAAQARwELTwAAgQEEAAAIvwEQABAAwAGJpKcAywE4YwAA/wEIAAgAgMMsAAAAvwMAAAIA RgBsAOgAYwBoAGUAIAB2AGUAcgBzACAAbABlACAAYgBhAHMAIAAxADIAAAATACLxfQcAAKnDdwcA AFBLAwQUAAYACAAAACEADIGFu/4AAADiAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWyUUcFOwzAM vSPxD1GuqEnHASHUdgc6joBgfICVuG1Em0RxKNvf427sgISGONp+7/n5uVrvplHMmMgFX8uVKqVA b4J1vq/l2/ahuJWCMngLY/BYyz2SXDeXF9V2H5EEsz3Vcsg53mlNZsAJSIWIniddSBNkLlOvI5h3 6FFfl+WNNsFn9LnIi4ZsqhY7+Biz2Oy4fXTCdCnuj7hlVS0hxtEZyGxUL1PdVE9sPDmL4hlSfoSJ Udom0jRARMao8yqzt2qiInSdM6jaRK8L7+oPcRs+fcL5v9ot015wPqn/cnLCkc7cvLj9GWzxHapi 5iEXGlyk0wZ9+FDzBQAA//8DAFBLAwQUAAYACAAAACEAMd1fYdIAAACPAQAACwAAAF9yZWxzLy5y ZWxzpJDBasMwDIbvg72D0b1x2kMZo05vhV5LB7sKW0lMY8tYJm3fvqYwWEZvO+oX+j7x7/a3MKmZ sniOBtZNC4qiZefjYODrfFh9gJKC0eHEkQzcSWDfvb/tTjRhqUcy+iSqUqIYGEtJn1qLHSmgNJwo 1k3POWCpYx50QnvBgfSmbbc6/2ZAt2CqozOQj24D6nxP1fyHHbzNLNyXxnLQ3PfevqJqx9d4orlS MA9UDLgszzDT3NTnQL/2rv/plRETfVf+QvxMq/XHrBc1dg8AAAD//wMAUEsDBBQABgAIAAAAIQC1 ciCGDwMAAO4HAAAQAAAAZHJzL3NoYXBleG1sLnhtbKxV224aMRB9r9R/sPxaJbAUCFllEyWVaB9Q hELS98HrhS3esWUbAvmi/kd/rGN7ya1VVJXkgczaczlzPJezi22j2EZaV2sseHbc5Uyi0GWNi4Lf 3Y6PRpw5D1iC0igLvpOOX5x//HBmcmcYGaPLTcGX3pu803FiKRtwx9pIpLtK2wY8fdpFx1jpJHrw FKhRnV63O+w0UCM/J1e4mZmpDZK43kwtq0vC8pkzhIZijtWvn+Q4wmRKsjk4lvV4p9UPplFGMiWh 89yfi34h31a2aeHCv8AtLdwTBy+QskrV5jshI8yQ66pi24IPB6Ps5GTA2a7g/WzY6/cGARnkcuuZ IIVsmJ3SGROkkPVGWUaJBZQJU9A01vmvUh+OLzgqeKnv8dJafR9hwmbifIq3jxMpSsTQK/qdkgGF whtJGcUX/X+K6pJS7sXIsRjkF2XZBlTBQQh6/8SdW0JJ7xmOB136awl5tIj0REABWVUr9W7YWgCh UP/Elnhq48VHrCop/LsF775FTAou9xFj5hrfL3hTo7Z/A6DoVdrMU7xUIKkwTO63V7rcBThz+k/d eWiNAIqltgUX3qZWUc7PQrRDPVMS1E2HeolOKM0G7KTgNBBJuImC2lDB0kGNJZVyFEEtaG6GTFgp q1uYzx4Kfpr1+1TUzPqkL2GCV3YVJgeriOLLaERjTHKmaCJie00mS8AFzZ3pGgUFSMWqcGZEQOWM mAqf+iYLfbNvnOcaV7J6rbtXI/un28vKv6HX3s7X1L+320jsfD17eBTHlMbjxzWthqjiYZ6mDeTE xk0ax/QkYbbTRMRyChbomK3WTd3oH3WilXIuuMSjuxktG+IvGwX25onr+LsuOFKQsItsvaKdgHoW Jc5W0obNRQuFZizQLmoVjYiWVPMNqPpBfoufgXRVh01G6qinVusqyAGfwvCLekzzJvVDOnFa1WU4 jHy9nBxPvfNCK3Xxnov1BFuu1sFNK8eXZ35nZAWCAH1q8Ej51BESXl1ISBfCvboQru3dJ3bj9DSx ife9SzvRmfPfAAAA//8DAFBLAwQUAAYACAAAACEAA+TsiNgAAAD6AAAADwAAAGRycy9kb3ducmV2 LnhtbESPW0sDMRBG3wX/QxjBF2kTK97WpkXEWt+kF4q+zW5mL3STrEnsbv31Dj7o43CG83Gm88G2 4kAhNt5puBwrEOQKbxpXadhuFqM7EDGhM9h6RxqOFGE+Oz2ZYmZ871Z0WKdKsMTFDDXUKXWZlLGo yWIc+44cs9IHi4nPUEkTsGe5beVEqRtpsXG8UGNHTzUV+/WX1fC2u7gvP3KVTzYvy+/+Nr1f+9Jr fX42PD6ASDSk/+dntVt87v/gr+rVcMsViHJ5zENjVhgTBQ0cx6mMQM5+AAAA//8DAFBLAQItABQA BgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1s UEsBAi0AFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAAAAAAAAAAAAAAAALwEAAF9yZWxzLy5yZWxz UEsBAi0AFAAGAAgAAAAhALVyIIYPAwAA7gcAABAAAAAAAAAAAAAAAAAAKgIAAGRycy9zaGFwZXht bC54bWxQSwECLQAUAAYACAAAACEAA+TsiNgAAAD6AAAADwAAAAAAAAAAAAAAAABnBQAAZHJzL2Rv d25yZXYueG1sUEsFBgAAAAAEAAQA9QAAAGwGAAAAAAAAEPAIAAAAPgoyEJgQZQ0PABHwhAEAAA8A iBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAA CAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAA AAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAA AAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgA AAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAA AAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoP EAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wWgAAAAAAnw8E AAAABAAAAAAAoQ8gAAAAAQAAAAAAIAgKAAAAAP8BAAcAAQAAAAAABgASAP////4AAKoPCgAAAAEA AAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPCQAgAAogwK8AgAAAAJgAAAAAoAAIMAC/BK AAAAfwAAAO8BgAA4RMojvwAGAAYAvwEAABEA/wEAABgAPwMAAAgAgMMaAAAAvwMAAAIAWgBvAG4A ZQBUAGUAeAB0AGUAIAAxADcAAAAAABDwCAAAALcNWg7EE6AODwAR8IQBAAAPAIgTfAEAAA8AihM8 AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwB AAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAA AAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAA ZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAA AAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAA GAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQ AFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8IoAAAAAAJ8PBAAAAAQAAAAAAKAP IAAAAFIAYQBkAGkAYQAZIHMAIABsAG8AbABsAGkAcABvAHAAAAChDxoAAAARAAAAAAAgAAoAAAAA /wcAEQAAAAAAAgASAAAAqg8YAAAAEAAAAAcAAAAAAAwEAAABAAAAAQAAAAAAAACmDwwAAADwAAAA Vl04f1iAeIEPAATwbwIAAKIMCvAIAAAACoAAAAAKAACDAAvwSAAAAH8AAADvAYAAuNnGI78ABgAG AL8BAAARAP8BAAAYAD8DAAAIAIDDGAAAAL8DAAACAFoAbwBuAGUAVABlAHgAdABlACAAOQAAAAAA EPAIAAAAMQsPENQQGAwPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABU ADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAA AAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAA AAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEA AAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABl ACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAA DgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8I AAAAAAAABAAAAAAPAA3wawAAAAAAnw8EAAAABAAAAAAAqA8BAAAAQQAAoQ8aAAAAAgAAAAAAIAAK AAAAAP8HAAIAAAAAAAIAEgAAAKoPGAAAAAEAAAAHAAAAAAAMBAAAAQAAAAEAAAAAAAAApg8MAAAA 8AAAAFZdOH9YgHiBDwAE8HQCAACiDArwCAAAAAuAAAAACgAAgwAL8EoAAAB/AAAA7wGAAKiJsyK/ AAYABgC/AQAAEQD/AQAAGAA/AwAACACAwxoAAAC/AwAAAgBaAG8AbgBlAFQAZQB4AHQAZQAgADIA MAAAAAAAEPAIAAAAnQSdDaAOhQUPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBf AFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEA AAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEA AAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAA AwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0 AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAA AAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAA AAAAsQ8IAAAAAAAABAAAAAAPAA3wbgAAAAAAnw8EAAAABAAAAAAAoA8EAAAAQgAZIAAAoQ8aAAAA AwAAAAAAIAAKAAAAAP8HAAMAAAAAAAIAEgAAAKoPGAAAAAIAAAAHAAAAAAAMBAAAAQAAAAEAAAAA AAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8GcLAABCBgrwCAAAAAyAAAAACgAAYwEL8H4BAAAEAAAA tACAALj/xyOHAAEAAAC/AAQABABCASD3KwBDAQFsKQBEAQQAAABFwW4AAABGwRgAAABRwSYAAABS wRYAAABVwQAAAABWwQAAAABXwRYAAAB/ARgAGACBAQQAAAi/ARAAEADAAYmkpwDLAThjAAD/AQgA CACAwyIAAAC/AwAAAgANABAACABrPQkA4mQGAGsTAgBsEwIAteMpAJZYJwBrPQkA4mQGAKroIAA6 IgUAU2IiAIa8AwDRHCMAW0YIAEylHQB0OQgAyR0fAN3UBgBZcwQAWXMEAMeDJwCp+CQAyR0fAN3U BgBV0goA0SsIAAkADAACAABABKUBAAEAAQABAASjAWAAgAQABAAIANoHCgBSSAcAU2IiAIa8AwDR HCMAW0YIAEylHQB0OQgABAAEAAQAAgAAAAQAAAABAAAAAgAAAAEABAAQAAzoBwCxiAcAFA8kAFDj IQBGAGwA6ABjAGgAZQAgAGUAbgAgAGEAcgBjACAAMgAxAAAAEwAi8c8HAACpw8kHAABQSwMEFAAG AAgAAAAhAAyBhbv+AAAA4gEAABMAAABbQ29udGVudF9UeXBlc10ueG1slFHBTsMwDL0j8Q9RrqhJ xwEh1HYHOo6AYHyAlbhtRJtEcSjb3+Nu7ICEhjjafu/5+bla76ZRzJjIBV/LlSqlQG+Cdb6v5dv2 obiVgjJ4C2PwWMs9klw3lxfVdh+RBLM91XLIOd5pTWbACUiFiJ4nXUgTZC5TryOYd+hRX5fljTbB Z/S5yIuGbKoWO/gYs9jsuH10wnQp7o+4ZVUtIcbRGchsVC9T3VRPbDw5i+IZUn6EiVHaJtI0QETG qPMqs7dqoiJ0nTOo2kSvC+/qD3EbPn3C+b/aLdNecD6p/3JywpHO3Ly4/Rls8R2qYuYhFxpcpNMG ffhQ8wUAAP//AwBQSwMEFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAABfcmVscy8ucmVsc6SQwWrD MAyG74O9g9G9cdpDGaNOb4VeSwe7CltJTGPLWCZt376mMFhGbzvqF/o+8e/2tzCpmbJ4jgbWTQuK omXn42Dg63xYfYCSgtHhxJEM3Elg372/7U40YalHMvokqlKiGBhLSZ9aix0poDScKNZNzzlgqWMe dEJ7wYH0pm23Ov9mQLdgqqMzkI9uA+p8T9X8hx28zSzcl8Zy0Nz33r6iasfXeKK5UjAPVAy4LM8w 09zU50C/9q7/6ZURE31X/kL8TKv1x6wXNXYPAAAA//8DAFBLAwQUAAYACAAAACEAF1T/I2MDAAC1 CAAAEAAAAGRycy9zaGFwZXhtbC54bWysVUtu2zAQ3RfoHQhui8SWbEWyUaVICqRdBIERJwegKcpW Q5ECSbt2TtR79GJ9JGXHSboomnghj8ThzJs3v89ftq0kG2Fso1VJk9MhJUJxXTVqWdL7u6uTghLr mKqY1EqUdCcs/XL+8cPnbmo7gsvKTruSrpzrpoOB5SvRMnuqO6FwVmvTModXsxx0RlihHHNw1MpB OhyeDVrWKHoOU2oz72bGS/xmMzOkqUqappQo1sLnlfz9C4YBjDDDSZrQQa/qbwVZ4RaEwbEpG0yy 6bY2bY+U/QvSyrCfCP8ZSGK0Az3DYuh/wMymuq7JtqRZmiT52YiSHc6zIs1HhYfHpmLrCIdCWhTJ KEEwHBppnozP0sxrDCIyr9oZ674J/XaU3lBJeWP4WjJzYYz+GbCyzbV13tOy6jll1Y+EkrqVoGTD JMny0SjiPlYB6ieVfJQXWR/csRJif1JKijTLxsPJa1vjZ2qjs8kkz/LXatmxWl7kwSG46kOAtGcr pDsmGcXodlL4CKW6FUhMKMz/T3dT+cwF7kJNi6/SEPBUUsY5yjiJRytWifg5C3UR03q4EZIcAHlk dSPlu2HrAfh+e40twuj9edeirgV37+Y8NsAhzOfEROcHjyFyrd7Pedsobf6WGYms9JFHf7FAYmF0 U7e91NXOw1ngH0PmrTXCFF9pg3ZzJpaxtG7uvb3VMoJAlb/VSjCCMFtmrkuKuQ7hNghygzrGh0ZV KOUgMrnE+PeRkErUd2wxfyzpJBmPMeyIcVFfsGt1aR4w59CjoPgiXFowKyiRGOyqP8aVFVNLzNDZ WnE/N0O6pJp33KOyHZ9xF6smiQM15u1Y41LUL3WHfXpx/+n0og6D7djmkV5/ulijf++2gdjFev54 EK8QxuHlBhsuqDi2wLwMIti4jasFKfErCs2kqhkzDJ/Jw7ptWv2jibQi5pIKdXI/x84Efwm2BSWL yHV4rkuq4MSvVNM8YLUpPQ8SJQ/C+AWMvYhNwbBSe8WOh5uo+ZbJ5lF8D6+edNn4hQx1pWdG69rL Hp9U/qn0FebNntdApZZN5T+Gl+eTw233vWOPtWIX77lYX6ueq7U308sh88TtOlEzDkCfWnUiXewI wV4cCBYPuH1xwG2f3Cd2w/TsQhPvexf73XbnfwAAAP//AwBQSwMEFAAGAAgAAAAhAHVeNxHWAAAA +gAAAA8AAABkcnMvZG93bnJldi54bWxEj0tLw0AUhfeC/2G4gjs7Y6AisdNSQm3VXaOS7W3m5kEz D2bGJvn3Di7s8nAO3+FbbSY9sAv50Fsj4XEhgJGprepNK+Hr8/XhGViIaBQO1pCEmQJs1rc3K8yV Hc2RLmVsWYKYkKOELkaXcx7qjjSGhXVkUtdYrzGm6FuuPI4JrgeeCfHENfYmPXToqOioPpc/WoLd VfuP5XJbOPHdjPOh3If3Qkt5fzdtX4BFmuJ1rIWrqt1/+Yd6UxKyDFhzmE++V0cMkbyEJJdUkybw 9S8AAAD//wMAUEsBAi0AFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAAAAAAAAAAAAAAAAAAAAAFtD b250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAMd1fYdIAAACPAQAACwAAAAAAAAAAAAAA AAAvAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAF1T/I2MDAAC1CAAAEAAAAAAAAAAAAAAA AAAqAgAAZHJzL3NoYXBleG1sLnhtbFBLAQItABQABgAIAAAAIQB1XjcR1gAAAPoAAAAPAAAAAAAA AAAAAAAAALsFAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAQABAD1AAAAvgYAAAAAAAAQ8AgAAADl A9MM6hOTCg8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAA ixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAA AOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAA AQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAK AAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkA cABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAA ABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAE AAAAAA8ADfBWAAAAAACfDwQAAAAEAAAAAAChDxwAAAABAAAAAAAgCAoAAAAA/wEABwABAAAAAAAC ABIAAACqDwoAAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwcQIAAKIMCvAIAAAA DYAAAAAKAACDAAvwSgAAAH8AAADvAYAACAPEI78ABgAGAL8BAAARAP8BAAAYAD8DAAAIAIDDGgAA AL8DAAACAFoAbwBuAGUAVABlAHgAdABlACAAMQA5AAAAAAAQ8AgAAAC8CTgPABCiCg8AEfCEAQAA DwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAA AAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAA AAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAA AAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAA CAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5 AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAA ug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBrAAAAAACf DwQAAAAEAAAAAACoDwEAAABCAAChDxoAAAACAAAAAAAgAAoAAAAA/wcAAgAAAAAAAgASAAAAqg8Y AAAAAQAAAAcAAAAAAAwEAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwCAoAADIE CvAIAAAADoAAAIAKAACzAAvwbgAAAIAAWIG9I4cAAQAAAL8ABAAEAEcBOksAAIEBBAAACL8BEAAQ AMABiaSnAMsBOGMAAP8BCAAIAIDDLAAAAL8DAAACAEYAbADoAGMAaABlACAAdgBlAHIAcwAgAGwA ZQAgAGIAYQBzACAAMgAyAAAAEwAi8XwHAACpw3YHAABQSwMEFAAGAAgAAAAhAAyBhbv+AAAA4gEA ABMAAABbQ29udGVudF9UeXBlc10ueG1slFHBTsMwDL0j8Q9RrqhJxwEh1HYHOo6AYHyAlbhtRJtE cSjb3+Nu7ICEhjjafu/5+bla76ZRzJjIBV/LlSqlQG+Cdb6v5dv2obiVgjJ4C2PwWMs9klw3lxfV dh+RBLM91XLIOd5pTWbACUiFiJ4nXUgTZC5TryOYd+hRX5fljTbBZ/S5yIuGbKoWO/gYs9jsuH10 wnQp7o+4ZVUtIcbRGchsVC9T3VRPbDw5i+IZUn6EiVHaJtI0QETGqPMqs7dqoiJ0nTOo2kSvC+/q D3EbPn3C+b/aLdNecD6p/3JywpHO3Ly4/Rls8R2qYuYhFxpcpNMGffhQ8wUAAP//AwBQSwMEFAAG AAgAAAAhADHdX2HSAAAAjwEAAAsAAABfcmVscy8ucmVsc6SQwWrDMAyG74O9g9G9cdpDGaNOb4Ve Swe7CltJTGPLWCZt376mMFhGbzvqF/o+8e/2tzCpmbJ4jgbWTQuKomXn42Dg63xYfYCSgtHhxJEM 3Elg372/7U40YalHMvokqlKiGBhLSZ9aix0poDScKNZNzzlgqWMedEJ7wYH0pm23Ov9mQLdgqqMz kI9uA+p8T9X8hx28zSzcl8Zy0Nz33r6iasfXeKK5UjAPVAy4LM8w09zU50C/9q7/6ZURE31X/kL8 TKv1x6wXNXYPAAAA//8DAFBLAwQUAAYACAAAACEASIcNchADAADuBwAAEAAAAGRycy9zaGFwZXht bC54bWysVc1OGzEQvlfqO1i+VpDsEiBdsSColPYQoYhA7xOvN9nGO7ZsJyQ8Ud+jL9axveGvFaoa ctiM7fHMN5/n5+xi0yq2ltY1GkueHfY5kyh01eC85He3o4MhZ84DVqA0ypJvpeMX5x8/nJnCGUaX 0RWm5AvvTdHrObGQLbhDbSTSWa1tC56Wdt4zVjqJHjw5alUv7/dPei00yM/JFK6nZmKDJK7XE8ua quT5EWcILfkcqV8/yXCEyZRkM3Asz3mv0w9Xo4x0lYTec3su2oViU9u2gwv/AreycE8cvEDKatWY 78QSYYZC1zXblPzk+Oj0KD/mbFvyQXaSD0gmEFDIjWeCFPLT02FGsQhSyPJhltEioEyYgqaxzn+V en98wVDJK32Pl9bq+wgT1mPnk7+dn0hRIoZe0W+VDCgU3kiKKL7o/1PUVCHk6Dkmg/yiLFuDKjkI Qe+fuHMLqOg9w/Zxn34dIY83Ij0RUEBWN0q9G7YOQEjUP7Elnjp/8RHrWgr/bs77bxGTnMudxxi5 xvdz3jao7d8AKHqVLvLkLyVISgxT+M2VrrYBzoz+qTr3zRFAsdC25MLbVCrK+Wnwtq9lCoKqaV8r 0QiF2YIdl5waIgk3UVBrSljaaLCiVI4iqDn1zRAJq2R9C7PpQ8k/Z4MBJTWzPulLGOOVXYbOwWqi +DJeojYmOVPUEbE7pisLwDn1nckKBTlIyapwakRA5YyYCJ/qJgt1syuc5xpXsn6tu1Oj+0+nl7V/ Q687na2ofm83kdjZavrwKI4ojMfFNY2GqOJhlroNFMTGTWrH9CSht1NHxGoCFmibLVdt0+ofTaKV Yi65xIO7KQ0b4i8bBvZmiev4XZUcyUmYRbZZ0kxAPY0SZ0tpw+SigUI9FmgWdYpGxJuU8y2o5kF+ i8tAumrCJCN11BOrdR3kgE9h+KIeUb9J9ZB2nFZNFTYjXy87x1PtvNBKVbzjYjXGjqtVMNPJ8eWZ 3xpZgyBAn1o8UD5VhIRXBxLSgXCvDoTraveJ3dg9TSziXe3STHTm/DcAAAD//wMAUEsDBBQABgAI AAAAIQAqE6d91gAAAPoAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/BSgMxFEX3Qv8hvII7mziiyNi0 SGmpdNd2ENw9J2+ScSbJNInt9O8NLnR5uZdzOfPlaHt2phBb7yTczwQwcrVXrdMSquPm7hlYTOgU 9t6RhCtFWC4mN3Mslb+4PZ0PSbMMcbFECSaloeQ81oYsxpkfyOWu8cFiyjForgJeMtz2vBDiiVts XX4wONDKUN0dvq2Erwq3H/ZRNGowuoiV7vrdbi3l7XR8fQGWaEz/47V435y6v/IX9aYkFA/Amu31 M7RqjzFRkJDlsmrWBL74AQAA//8DAFBLAQItABQABgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAAAAA AAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhADHdX2HSAAAAjwEA AAsAAAAAAAAAAAAAAAAALwEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAEiHDXIQAwAA7gcA ABAAAAAAAAAAAAAAAAAAKgIAAGRycy9zaGFwZXhtbC54bWxQSwECLQAUAAYACAAAACEAKhOnfdYA AAD6AAAADwAAAAAAAAAAAAAAAABoBQAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAEAAQA9QAAAGsG AAAAAAAAEPAIAAAAPgoWEMUQZQ0PABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBf AFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEA AAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEA AAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAA AwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0 AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAA AAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAA AAAAsQ8IAAAAAAAABAAAAAAPAA3wWgAAAAAAnw8EAAAABAAAAAAAoQ8gAAAAAQAAAAAAIAgKAAAA AP8BAAcAAQAAAAAABgASAP////4AAKoPCgAAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4 gQ8ABPBxAgAAogwK8AgAAAAPgAAAAAoAAIMAC/BKAAAAfwAAAO8BgAAYN7AjvwAGAAYAvwEAABEA /wEAABgAPwMAAAgAgMMaAAAAvwMAAAIAWgBvAG4AZQBUAGUAeAB0AGUAIAAxADgAAAAAABDwCAAA AF4LCxDQEEUMDwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEA AACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAAB AAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMB AAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQA AAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQA eQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQAR AAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAA AAQAAAAADwAN8GsAAAAAAJ8PBAAAAAQAAAAAAKgPAQAAAEEAAKEPGgAAAAIAAAAAACAACgAAAAD/ BwACAAAAAAACABIAAACqDxgAAAABAAAABwAAAAAADAQAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABW XTh/WIB4gQ8ABPBzAgAAogwK8AgAAAAQgAAAAAoAAIMAC/BKAAAAfwAAAO8BgAAYTbAjvwAGAAYA vwEAABEA/wEAABgAPwMAAAgAgMMaAAAAvwMAAAIAWgBvAG4AZQBUAGUAeAB0AGUAIAAyADMAAAAA ABDwCAAAAHQKEw+oEF0LDwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAA VAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAA AAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAA AAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAAB AAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAA ZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAA AA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEP CAAAAAAAAAQAAAAADwAN8G0AAAAAAJ8PBAAAAAQAAAAAAKgPAwAAADI1NQAAoQ8aAAAABAAAAAAA IAAKAAAAAP8HAAQAAAAAAAIAEgAAAKoPGAAAAAMAAAAHAAAAAAAMBAAAAQAAAAEAAAAAAAAApg8M AAAA8AAAAFZdOH9YgHiBDwAE8HICAACiDArwCAAAABGAAAAACgAAgwAL8EoAAAB/AAAA7wGAAKhY sCO/AAYABgC/AQAAEQD/AQAAGAA/AwAACACAwxoAAAC/AwAAAgBaAG8AbgBlAFQAZQB4AHQAZQAg ADIANAAAAAAAEPAIAAAAYAPsDxoRSQQPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8A XwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAA AAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAA AgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAE AAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4A bwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAA AAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsT EAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wbAAAAAAAnw8EAAAABAAAAAAAqA8CAAAANjQAAKEPGgAA AAMAAAAAACAACgAAAAD/BwADAAAAAAACABIAAACqDxgAAAACAAAABwAAAAAADAQAAAEAAAABAAAA AAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBzAgAAogwK8AgAAAASgAAAAAoAAIMAC/BKAAAAfwAA AO8BgACIWbAjvwAGAAYAvwEAABEA/wEAABgAPwMAAAgAgMMaAAAAvwMAAAIAWgBvAG4AZQBUAGUA eAB0AGUAIAAyADUAAAAAABDwCAAAALQMFQ+mEJ0NDwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6 DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAA FAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAAB AAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAA AAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAA AE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAA BgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8G0AAAAAAJ8PBAAAAAQAAAAAAKgPAwAAADEy OAAAoQ8aAAAABAAAAAAAIAAKAAAAAP8HAAQAAAAAAAIAEgAAAKoPGAAAAAMAAAAHAAAAAAAMBAAA AQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8HECAACiDArwCAAAABOAAAAACgAAgwAL 8EoAAAB/AAAA7wGAADhpsCO/AAYABgC/AQAAEQD/AQAAGAA/AwAACACAwxoAAAC/AwAAAgBaAG8A bgBlAFQAZQB4AHQAZQAgADIANgAAAAAAEPAIAAAAqwkWEI0RkwoPABHwhAEAAA8AiBN8AQAADwCK EzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAA DAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAA AAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgA AABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAA AAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAA AAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBf AFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wawAAAAAAnw8EAAAABAAAAAAA qA8BAAAAMAAAoQ8aAAAAAgAAAAAAIAAKAAAAAP8HAAIAAAAAAAIAEgAAAKoPGAAAAAEAAAAHAAAA AAAMBAAAAQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8HMCAACiDArwCAAAABSAAAAA CgAAgwAL8EoAAAB/AAAA7wGAAHh/sCO/AAYABgC/AQAAEQD/AQAAGAA/AwAACACAwxoAAAC/AwAA AgBaAG8AbgBlAFQAZQB4AHQAZQAgADIANwAAAAAAEPAIAAAAggnfEIASawoPABHwhAEAAA8AiBN8 AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwB AAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEA AAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAA BQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAA AAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYB AAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAA AF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wbQAAAAAAnw8EAAAA BAAAAAAAqA8DAAAAMTI3AAChDxoAAAAEAAAAAAAgAAoAAAAA/wcABAAAAAAAAgASAAAAqg8YAAAA AwAAAAcAAAAAAAwEAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwJAAAABIACvAI AAAAAYAAAAAMAAAjAAvwDAAAAAQDCQAAAD8DAQABAB8ABfAgAAAAAQAS8BgAAAABAAAABoAAAAAA AAAHgAAABAAAAP////8QAPAHIAAAAP///wAAAAAAgICAAAAAAAC74OMAMzOZAACZmQCZzAAADwCI EzgAAAAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAADrLggAAACoDMsB QMKkWQAAIgQIAAAAAQAAAAIAAAAPAO4D+0cAAAIA7wMYAAAAEAAAAAAAAAAAAAAAAAAAgAAAAAAH AP+/DwAMBFtHAAAPAALwU0cAABACCPAIAAAAEgAAABKEAAAPAAPw50YAAA8ABPAoAAAAAQAJ8BAA AAABAAAAsKFuH+ChBAB6U21NAgAK8AgAAAAAhAAABQAAAA8ABPAQAQAAEgAK8AgAAAAChAAAIAIA AAMBC/BwAAAABAAAAAAAfwABAO8BgABIiL0jgQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAA hwABAAAAiAAAAAAAvwAEAAQA/wEQABEAAQMCBAAAPwMAAAgAgMMQAAAAvwMAAAIAVABpAHQAcgBl ACAAMQAAAAAAEPAIAAAArQAgAWAVfQMPABHwHAAAAAAAwwsIAAAA/////w0A/78AAB8EBAAAAAIA AAAPAA3wTAAAAAAAnw8EAAAAAAAAAAAAqA8YAAAAU2VxdWVuY2UgQ291bnRlciAoY29udCkgAACq DxgAAAAYAAAABwAAAAAADAQAAAEAAAABAAAAAAAPAATwxAMAABIACvAIAAAAA4QAACACAAATAQvw ngAAAAQAAAAAAH8AAQDvAYAA+DDAI4EAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAAAA AIgAAAAAAL8ABAAEAL8BAQABAP8BEAARAAEDAwQAAD8DAAAIAIDDOAAAAL8DAAACAEUAcwBwAGEA YwBlACAAcgDpAHMAZQByAHYA6QAgAGQAdQAgAGMAbwBuAHQAZQBuAHUAIAAyAAAAAAAQ8AgAAADI A/oAxgvrDg8AEfDKAAAAAADDCwgAAAD/////EwD/vw8AiBOmAAAADwCKE54AAAAAALoPDgAAAF8A XwBfAFAAUABUADkAAACLE4AAAAAAAKwPeAAAAAAAAAAAAAAAAAAAAAAAgAL//wAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAIAC//8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACAAv//AAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHwQEAAAAAwAAAA8ADfAkAgAAAACf DwQAAAABAAAAAACgDxQBAABBACAAPAAgADEAMgA4ACAALAAgAEIAIAA8ACAAMQAyADgADQBBACAA PQA9ACAAQgAgAA0ASQBuACAAcwB5AG4AYwANAFMAYQBtAGUAIABhAGcAZQANAEIAIAATICAAQQAg ADwAPQAgADIAIABeAE4ADQBJAG4AIABzAHkAbgBjAA0AQgAgAGkAcwAgAG0AbwBzAHQAIAByAGUA YwBlAG4AdAANAEEAIAATICAAQgAgADwAPQAgADIAIABeAE4ADQBJAG4AIABzAHkAbgBjAA0AQQAg AGkAcwAgAG0AbwBzAHQAIAByAGUAYwBlAG4AdAANAEUAbABzAGUAIABPAHUAdAAgAG8AZgAgAHMA eQBuAGMADQAAAKEPzAAAABoAAAAAAAAAAAARAAAAAQCSAAAAAwDeAAUADgAAAAAAAAAAABkAAAAB AJIAAAADAN4ABQAOAAAAAAAAAAAAGQAAAAEAkgAAAAMA3gAFABEAAAAAAAAAAAABAAAAAQAAAAAA GgAAAAAAAgAYABEAAAAABAIAAAQUAA4AAAAACAIAAAgYABkAAAAADAIAAAwUAA4AAAAAEAIAABAY ABkAAAAAFAIAABQUAAUAAAAAGAIAABgYAAwAAAAAHAIAABwUAAEAAAAAIAIAACAUAAAAqg8OAAAA iwAAAAcAAAAAAAwEAAAAAKYPCgAAAOAAAAA4f1iAeIEPAATwpQIAAKIMCvAIAAAABIQAAAAKAACD AAvwaAAAAH8AAQDvAYAA+JawI78ABAAEAL8BAAARAP8BEAAYAD8DAAAIAIDDOAAAAL8DAAACAEUA cwBwAGEAYwBlACAAcgDpAHMAZQByAHYA6QAgAGQAZQAgAGwAYQAgAGQAYQB0AGUAIAAzAAAAAAAQ 8AgAAABeDyABYAaKEA8AEfCNAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQA MQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAA AAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAA AAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAA AAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUA IABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAO AAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgA AAAAAAAEAAAAAAAAIAQBAAAABw8ADfB4AAAAAACfDwQAAAAEAAAAAACgDxAAAABTAGwAaQBkAGUA IAAjACoAAAChDxoAAAAJAAAAAAAgAAoAAAAA/wcACQAAAAAAAgAMAAAA2A8EAAAABwAAAAAAqg8K AAAACQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8NsCAACiDArwCAAAAAWEAAAACgAA gwAL8HIAAAB/AAEA7wGAALipsCO/AAQABAC/AQAAEQD/ARAAGAA/AwAACACAw0IAAAC/AwAAAgBF AHMAcABhAGMAZQAgAHIA6QBzAGUAcgB2AOkAIABkAHUAIABwAGkAZQBkACAAZABlACAAcABhAGcA ZQAgADQAAAAAABDwCAAAAF4PsAfQDooQDwAR8I0BAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABf AF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAA AAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAA AAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAA BAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBu AG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAA AAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACL ExAAAAAAALEPCAAAAAAAAAQAAAAAAAAgBAEAAAAJDwAN8KQAAAAAAJ8PBAAAAAQAAAAAAKAPSAAA AEkAbgB0AGUAcgBpAG0AIABNAGUAZQB0AGkAbgBnABMgIABSAG8AbABsACAAVwBHACAAEyAgAEoA dQBuAGUAIAAyADAAMQAwAAAAoQ8aAAAAJQAAAAAAIAAKAAAAAP8HACUAAAAAAAIADAAAAKoPCgAA ACUAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPDUCQAAMgAK8AgAAAAGhAAAAAoAAKMA C/BQAAAAgADopbAjhwABAAAAvwAEAAQAgQEEAAAIvwEQABAAwAGJpKcAywE4YwAA/wEIAAgAgMMU AAAAvwMAAAIARQBsAGwAaQBwAHMAZQAgADUAAAATACLxZgcAAKnDYAcAAFBLAwQUAAYACAAAACEA DIGFu/4AAADiAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWyUUcFOwzAMvSPxD1GuqEnHASHUdgc6 joBgfICVuG1Em0RxKNvf427sgISGONp+7/n5uVrvplHMmMgFX8uVKqVAb4J1vq/l2/ahuJWCMngL Y/BYyz2SXDeXF9V2H5EEsz3Vcsg53mlNZsAJSIWIniddSBNkLlOvI5h36FFfl+WNNsFn9LnIi4Zs qhY7+Biz2Oy4fXTCdCnuj7hlVS0hxtEZyGxUL1PdVE9sPDmL4hlSfoSJUdom0jRARMao8yqzt2qi InSdM6jaRK8L7+oPcRs+fcL5v9ot015wPqn/cnLCkc7cvLj9GWzxHapi5iEXGlyk0wZ9+FDzBQAA //8DAFBLAwQUAAYACAAAACEAMd1fYdIAAACPAQAACwAAAF9yZWxzLy5yZWxzpJDBasMwDIbvg72D 0b1x2kMZo05vhV5LB7sKW0lMY8tYJm3fvqYwWEZvO+oX+j7x7/a3MKmZsniOBtZNC4qiZefjYODr fFh9gJKC0eHEkQzcSWDfvb/tTjRhqUcy+iSqUqIYGEtJn1qLHSmgNJwo1k3POWCpYx50QnvBgfSm bbc6/2ZAt2CqozOQj24D6nxP1fyHHbzNLNyXxnLQ3PfevqJqx9d4orlSMA9UDLgszzDT3NTnQL/2 rv/plRETfVf+QvxMq/XHrBc1dg8AAAD//wMAUEsDBBQABgAIAAAAIQAL0wEr+AIAANUHAAAQAAAA ZHJzL3NoYXBleG1sLnhtbKxVwW4aMRC9V+o/WL5WKZACJassUVI17QFFKCQfMHi9sMU7tmwvhXx9 x/YuSWgVVUk4LGN77PfmeWZ8frGrFdtK6yqNOR987nMmUeiiwlXO7++uTyacOQ9YgNIoc76Xjl9M P344N5kzjDajy0zO196brNdzYi1rcJ+1kUhrpbY1eBraVc9Y6SR68ARUq95pvz/u1VAhn9JRuF2Y uQ2WuNnOLauKnI85Q6gJ8rtSlXGSjXiv9QjO0UZyJqP39AQXT4JsV9q6JQj/Q7Cw8JuiPuIGmS5L tsv56MvZWX9CauxJpvHw6+Q08oFM7jwT5HA6GgzHfdJPkEc3COQSlek5ZMY6/0PqN9Ni4aCcyyQM KQgZbGfOJ7QOJeqS1KDL8nslg6PCW0kBxYt7tS50QSHiiBzvXH5Tlm1B5RyEoGsepKU1FDJNj/r0 CxdIchx2xFEkFJiVlVLvxq0lEPLxb26JRosXoGVZSuHfDbz/kjAJ/IAYI9f4fuB1hdr+i4CiW2kj T3gpQVJimMzvrnSxD3SW9E9F+NYcARRrbXMuvA24lHrOLwLaW0+Oh3XN59U5HBhRq2A12FnOqW7J uI2G2lIe00SFBaVyNEGtqD2GSFghyztYLh5yfjYYDkPBW5/8Jczwym6oP3BWksSXcdMSnORMUePD dpm2rAFX1GzmDQoCSMmqcGFEYOWMmAuf6mYQ6qYrnKceV7I89u3caP/j6mXpX/BrV5cN1e/dLgq7 bBYPB/OawjgMbugFiC4elqnbQEZq3KYeHNUMUBKLOVigabZp6qrWv6okK8VMTQtP7hf0ppB+g0lQ b5m0jt8m50gg4cmx1YZ6P+pFtDjbSBseKHo3qMMCPTmtoxFxJ+V8Dap6kD/jMIiuqvBgkTvqudW6 DHbgpzB8UV9Tv6FwqCGlGadVVYTJqNfzzvFYO8+8UhV3WjQzbLVqwjGtHW+e+b2RJQgi9KnGE+VT RUg4WpCQFoQ7WhCurd1HdSN1E4u4q116CJ2Z/gEAAP//AwBQSwMEFAAGAAgAAAAhAON+6dLYAAAA +QAAAA8AAABkcnMvZG93bnJldi54bWxEj1FPwjAUhd9N+A/NJfHFQKsPi5kUYmAL+MbQiL5d18s2 WNvZljH+vY0P+nhyTr6Tb7YYdMt6cr6xRsL9VAAjU1rVmErC22s+eQTmAxqFrTUk4UoeFvPRzQxT ZS+moH4XKhYhxqcooQ6hSzn3ZU0a/dR2ZGJ3sE5jiNFVXDm8RLhu+YMQCdfYmPhQY0fLmsrT7qwl vJT7zXGdFclKrLLz9qPPt593uZS34+H5CVigIfyPM/Gef5/+yl/URklIgB3W1y/XqAJ9ICchukXT aAl8/gMAAP//AwBQSwECLQAUAAYACAAAACEADIGFu/4AAADiAQAAEwAAAAAAAAAAAAAAAAAAAAAA W0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAAAAAAAAA AAAAAC8BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQAL0wEr+AIAANUHAAAQAAAAAAAAAAAA AAAAACoCAABkcnMvc2hhcGV4bWwueG1sUEsBAi0AFAAGAAgAAAAhAON+6dLYAAAA+QAAAA8AAAAA AAAAAAAAAAAAUAUAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAABAAEAPUAAABVBgAAAAAAABDwCAAA AA4ESQ15Ez4KDwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEA AACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAAB AAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMB AAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQA AAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQA eQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQAR AAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAA AAQAAAAADwAN8FoAAAAAAJ8PBAAAAAQAAAAAAKEPIAAAAAEAAAAAACAICgAAAAD/AQAHAAEAAAAA AAYAEgD////+AACqDwoAAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwgAYAAEIB CvAIAAAAB4QAAAALAACTAAvwXAAAAL8ABAAEAH8BAAABAL8BAAAQAMABttzfAMsBDPgAAP8BGAAY AAMDAAAAAIDDJgAAAL8DAAACAEMAbwBuAG4AZQBjAHQAZQB1AHIAIABkAHIAbwBpAHQAIAA3AAAA EwAi8fQFAACpw+4FAABQSwMEFAAGAAgAAAAhAOMZFbUEAQAA6gEAABMAAABbQ29udGVudF9UeXBl c10ueG1slJHBTsMwDIbvSLxDlCtqUjgghNruQOEICI0HiBK3jWidKA5le3vcdTsgwSSOif3//n67 2uymUcyQyAes5bUqpQC0wXnsa/m+fSrupKBs0JkxINRyDyQ3zeVFtd1HIMFqpFoOOcd7rckOMBlS IQJypQtpMpmfqdfR2A/Tg74py1ttA2bAXOTFQzZVC535HLN43PH3SsJyKR7WvmVULU2Mo7cmM6he qrqpXhg8eQfi1aT8bCbu0i6RduELE8zqvMmMTk1UhK7zFlSbqGXZG8xXR/dfqBKMdAZrcfyZvTjm Vqw8oNPgI50m/MXP+0GwOSQm+W8I3tmqPQ3Rh0s13wAAAP//AwBQSwMEFAAGAAgAAAAhAJYFM1jU AAAAlwEAAAsAAABfcmVscy8ucmVsc6SQPWsDMQyG90L/g9He8yVDKSW+bIWsIYWuxtZ9kLNkJHNN /n1MoaVXsnWUXvQ8L9rtL2k2C4pOTA42TQsGKXCcaHDwfnp7egGjxVP0MxM6uKLCvnt82B1x9qUe 6ThlNZVC6mAsJb9aq2HE5LXhjFSTniX5UkcZbPbh7Ae027Z9tvKbAd2KaQ7RgRziFszpmqv5DztN QVi5L03gZLnvp3CPaiN/0hGXSvEyYHEQRb+WgktTy4G979380xuYCENh+aiOlfwnqfbvBnb1zu4G AAD//wMAUEsDBBQABgAIAAAAIQDpk5gvjgEAAK0EAAAUAAAAZHJzL2Nvbm5lY3RvcnhtbC54bWy8 k9tKxDAQhu8F3yHkXtvuoS5lu14s6I3I4uEBhnaqhXQSktjtvr2TtK4IgsKKVyXH75s/0/X10CnR o3WtplJml6kUSJWuW3op5fPTzcVKCueBalCasJQHdPJ6c362NoUzgg+TK0wpX703RZK46hU7cJfa IPFao20Hnof2JTEWHZIHz6BOJbM0zZMOWpIbvor67UCPZmfDoLrvd1a0dSmZTdAxdauJsPL4ZkVt devFlUymrceDUDjPg8kJfuNUW9hzoV90IjiX/BlKuQiYJCodOcF2Z8f5L94u+kMxNLY71WKzhkI3 jWCHPF/m8xVHcWCfLJ8tZstgBQUOXlS8gZ+s4rVstsqybB6NR4mwyVjnb1GfLCTCRaVULSG/GBTQ 3zkfQvhEhGl1ev57Lnm+TNMp+jFV7jZ/UDgiHpCDiZ13yitzclksJTYtbpUVPahSQlVxn2ZTjoqY FrBNq9SfgdOfwRMvoLFpuPn/E34kxso1/R28a0nb76r3w0fkzciLP9706vwLOrN5BwAA//8DAFBL AwQUAAYACAAAACEATURjKsAAAADaAAAADwAAAGRycy9kb3ducmV2LnhtbERP3UrDMBS+H/gO4Qje yJpOVGZdVmQqDm90nQ9wSI5tMTkpSWzr25uLwS4/vv9NPTsrRgqx96xgVZQgiLU3PbcKvo6vyzWI mJANWs+k4I8i1NuLxQYr4yc+0NikVuQQjhUq6FIaKimj7shhLPxAnLlvHxymDEMrTcAphzsrb8ry XjrsOTd0ONCuI/3T/DoFD9f28yW8jXNzZ9/Ns9bmdvgwSl1dzk+PIBLN6Sw+ufdGQd6ar+QbILf/ AAAA//8DAFBLAQItABQABgAIAAAAIQDjGRW1BAEAAOoBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29u dGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAJYFM1jUAAAAlwEAAAsAAAAAAAAAAAAAAAAA NQEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAOmTmC+OAQAArQQAABQAAAAAAAAAAAAAAAAA MgIAAGRycy9jb25uZWN0b3J4bWwueG1sUEsBAi0AFAAGAAgAAAAhAE1EYyrAAAAA2gAAAA8AAAAA AAAAAAAAAAAA8gMAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAABAAEAPkAAADfBAAAAAAAABDwCAAA AD4KYRBhEGUNDwAE8HECAACiDArwCAAAAAiEAAAACgAAgwAL8EgAAAB/AAAA7wGAAMimsCO/AAYA BgC/AQAAEQD/AQAAGAA/AwAACACAwxgAAAC/AwAAAgBaAG8AbgBlAFQAZQB4AHQAZQAgADgAAAAA ABDwCAAAAL0K/w6UEKYLDwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAA VAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAA AAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAA AAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAAB AAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAA ZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAA AA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEP CAAAAAAAAAQAAAAADwAN8G0AAAAAAJ8PBAAAAAQAAAAAAKgPAwAAADI1NQAAoQ8aAAAABAAAAAAA IAAKAAAAAP8HAAQAAAAAAAIAEgAAAKoPGAAAAAMAAAAHAAAAAAAMBAAAAQAAAAEAAAAAAAAApg8M AAAA8AAAAFZdOH9YgHiBDwAE8HECAACiDArwCAAAAAmEAAAACgAAgwAL8EoAAAB/AAAA7wGAAKjN sCO/AAYABgC/AQAAEQD/AQAAGAA/AwAACACAwxoAAAC/AwAAAgBaAG8AbgBlAFQAZQB4AHQAZQAg ADEAMAAAAAAAEPAIAAAA8AnpDhYQ2AoPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8A XwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAA AAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAA AgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAE AAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4A bwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAA AAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsT EAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wawAAAAAAnw8EAAAABAAAAAAAqA8BAAAAMAAAoQ8aAAAA AgAAAAAAIAAKAAAAAP8HAAIAAAAAAAIAEgAAAKoPGAAAAAEAAAAHAAAAAAAMBAAAAQAAAAEAAAAA AAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8HMCAACiDArwCAAAAAqEAAAACgAAgwAL8EoAAAB/AAAA 7wGAAEjvsCO/AAYABgC/AQAAEQD/AQAAGAA/AwAACACAwxoAAAC/AwAAAgBaAG8AbgBlAFQAZQB4 AHQAZQAgADEAMQAAAAAAEPAIAAAA6AkPEa8S0QoPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoP EAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAU AAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEA AAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAA AAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAA TQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAG AAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEA MAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wbQAAAAAAnw8EAAAABAAAAAAAqA8DAAAAMTI3 AAChDxoAAAAEAAAAAAAgAAoAAAAA/wcABAAAAAAAAgASAAAAqg8YAAAAAwAAAAcAAAAAAAwEAAAB AAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwBQoAADIECvAIAAAAC4QAAIAKAACzAAvw bgAAAIAAaNuwI4cAAQAAAL8ABAAEAEcBOksAAIEBBAAACL8BEAAQAMABiaSnAMsBOGMAAP8BCAAI AIDDLAAAAL8DAAACAEYAbADoAGMAaABlACAAdgBlAHIAcwAgAGwAZQAgAGIAYQBzACAAMQAyAAAA EwAi8XkHAACpw3MHAABQSwMEFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAABbQ29udGVudF9UeXBl c10ueG1slFHBTsMwDL0j8Q9RrqhJxwEh1HYHOo6AYHyAlbhtRJtEcSjb3+Nu7ICEhjjafu/5+bla 76ZRzJjIBV/LlSqlQG+Cdb6v5dv2obiVgjJ4C2PwWMs9klw3lxfVdh+RBLM91XLIOd5pTWbACUiF iJ4nXUgTZC5TryOYd+hRX5fljTbBZ/S5yIuGbKoWO/gYs9jsuH10wnQp7o+4ZVUtIcbRGchsVC9T 3VRPbDw5i+IZUn6EiVHaJtI0QETGqPMqs7dqoiJ0nTOo2kSvC+/qD3EbPn3C+b/aLdNecD6p/3Jy wpHO3Ly4/Rls8R2qYuYhFxpcpNMGffhQ8wUAAP//AwBQSwMEFAAGAAgAAAAhADHdX2HSAAAAjwEA AAsAAABfcmVscy8ucmVsc6SQwWrDMAyG74O9g9G9cdpDGaNOb4VeSwe7CltJTGPLWCZt376mMFhG bzvqF/o+8e/2tzCpmbJ4jgbWTQuKomXn42Dg63xYfYCSgtHhxJEM3Elg372/7U40YalHMvokqlKi GBhLSZ9aix0poDScKNZNzzlgqWMedEJ7wYH0pm23Ov9mQLdgqqMzkI9uA+p8T9X8hx28zSzcl8Zy 0Nz33r6iasfXeKK5UjAPVAy4LM8w09zU50C/9q7/6ZURE31X/kL8TKv1x6wXNXYPAAAA//8DAFBL AwQUAAYACAAAACEAu0llfg4DAADuBwAAEAAAAGRycy9zaGFwZXhtbC54bWysVc1OGzEQvlfqO1i+ VpBsCJCuWBBUSnuIUMRC7xOvN9nGO7ZsJyQ8Ud+jL9axveGvFaoactiM7fHMN5/n5+xi0yq2ltY1 GgueHfY5kyh01eC84He344MRZ84DVqA0yoJvpeMX5x8/nJncGUaX0eWm4AvvTd7rObGQLbhDbSTS Wa1tC56Wdt4zVjqJHjw5alVv0O+f9FpokJ+TKVyXZmqDJK7XU8uairAccYbQks+x+vWTDEeYTEk2 A8eyAe91+uFqlJGuktB7bs9Fu5Bvatt2cOFf4FYW7omDF0hZrRrznZARZsh1XbNNwU+Oj06PBsec bQs+zE4GQ5IJBORy45kghcHp6SjEIkghG4yyjBYBZcIUNI11/qvU++MLhgpe6Xu8tFbfR5iwnjif /O38RIoSMfSKfqtkQKHwRlJE8UX/n6KmCiFHzzEZ5Bdl2RpUwUEIev/EnVtARe8Zto/79OsIebwR 6YmAArK6UerdsHUAQqL+iS3x1PmLj1jXUvh3c95/i5jkXO48xsg1vp/ztkFt/wZA0at0kSd/KUFS Ypjcb650tQ1wZvRP1blvjgCKhbYFF96mUlHOl8HbvpYpCKqmfa1EIxRmC3ZScGqIJNxEQa0pYWmj wYpSOYqg5tQ3QySskvUtzMqHgn/OhkNKamZ90pcwwSu7DJ2D1UTxZbxEbUxypqgjYndMVxaAc+o7 0xUKcpCSVWFpREDljJgKn+omC3WzK5znGleyfq27U6P7T6eXtX9Drzudrah+bzeR2NmqfHgUxxTG 4+KaRkNU8TBL3QZyYuMmtWN6ktDbqSNiNQULtM2Wq7Zp9Y8m0UoxF1ziwV1Jw4b4y0aBvVniOn5X BUdyEmaRbZY0E1CXUeJsKW2YXDRQqMcCzaJO0Yh4k3K+BdU8yG9xGUhXTZhkpI56arWugxzwKQxf 1GPqN6ke0o7TqqnCZuTrZed4qp0XWqmKd1ysJthxtQpmOjm+PPNbI2sQBOhTiwfKp4qQ8OpAQjoQ 7tWBcF3tPrEbu6eJRbyrXZqJzpz/BgAA//8DAFBLAwQUAAYACAAAACEAWSqPbtUAAAD6AAAADwAA AGRycy9kb3ducmV2LnhtbESPQWsCMRBG7wX/Qxiht5rU0iKrUUpRLN7URehtuplN1t0k2yTV9d83 9NAehze8j7dYDbZjFwqx8U7C40QAI1d51TgtoTxuHmbAYkKnsPOOJNwowmo5ultgofzV7elySJpl iYsFSjAp9QXnsTJkMU58Ty6z2geLKZ9BcxXwmuW241MhXrjFxuUFgz29Garaw7eVcC5x+2GfRa16 o6ex1G23262lvB8Pr3NgiYb0/7wWp81X+wd/Ve8qtzwBq7e3z9CoPcZEQUKOy6kZAV/+AAAA//8D AFBLAQItABQABgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9U eXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAAAAAAAAAAAAAAAALwEAAF9y ZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhALtJZX4OAwAA7gcAABAAAAAAAAAAAAAAAAAAKgIAAGRy cy9zaGFwZXhtbC54bWxQSwECLQAUAAYACAAAACEAWSqPbtUAAAD6AAAADwAAAAAAAAAAAAAAAABm BQAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAEAAQA9QAAAGgGAAAAAAAAEPAIAAAAPgoWEMUQZQ0P ABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAA GRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAA AAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAA BAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBp AGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIA YQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCK EzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3w WgAAAAAAnw8EAAAABAAAAAAAoQ8gAAAAAQAAAAAAIAgKAAAAAP8BAAcAAQAAAAAABgASAP////4A AKoPCgAAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPCQAgAAogwK8AgAAAAMhAAA AAoAAIMAC/BKAAAAfwAAAO8BgAC4+7AjvwAGAAYAvwEAABEA/wEAABgAPwMAAAgAgMMaAAAAvwMA AAIAWgBvAG4AZQBUAGUAeAB0AGUAIAAxADcAAAAAABDwCAAAALcNWg7EE6AODwAR8IQBAAAPAIgT fAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgM AQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAAB AAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAA AAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAA AAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAG AQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAA AABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8IoAAAAAAJ8PBAAA AAQAAAAAAKAPIAAAAFIAYQBkAGkAYQAZIHMAIABsAG8AbABsAGkAcABvAHAAAAChDxoAAAARAAAA AAAgAAoAAAAA/wcAEQAAAAAAAgASAAAAqg8YAAAAEAAAAAcAAAAAAAwEAAABAAAAAQAAAAAAAACm DwwAAADwAAAAVl04f1iAeIEPAATwcwIAAKIMCvAIAAAADYQAAAAKAACDAAvwSgAAAH8AAADvAYAA KOuwI78ABgAGAL8BAAARAP8BAAAYAD8DAAAIAIDDGgAAAL8DAAACAFoAbwBuAGUAVABlAHgAdABl ACAAMQA4AAAAAAAQ8AgAAAB8DOkOehBlDQ8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAA XwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAg AAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAA AAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAA AAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8A bgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAA AAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAA ixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBtAAAAAACfDwQAAAAEAAAAAACoDwMAAAAxMjgAAKEP GgAAAAQAAAAAACAACgAAAAD/BwAEAAAAAAACABIAAACqDxgAAAADAAAABwAAAAAADAQAAAEAAAAB AAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBvAgAAogwK8AgAAAAOhAAAAAoAAIMAC/BIAAAA fwAAAO8BgAB4GbEjvwAGAAYAvwEAABEA/wEAABgAPwMAAAgAgMMYAAAAvwMAAAIAWgBvAG4AZQBU AGUAeAB0AGUAIAA5AAAAAAAQ8AgAAABjBE0SEhNKBQ8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAA ug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAA ABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAA AQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5g AAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYA AABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEA AAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQA MQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBrAAAAAACfDwQAAAAEAAAAAACoDwEAAABB AAChDxoAAAACAAAAAAAgAAoAAAAA/wcAAgAAAAAAAgASAAAAqg8YAAAAAQAAAAcAAAAAAAwEAAAB AAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwcQIAAKIMCvAIAAAAD4QAAAAKAACDAAvw SgAAAH8AAADvAYAA+CuxI78ABgAGAL8BAAARAP8BAAAYAD8DAAAIAIDDGgAAAL8DAAACAFoAbwBu AGUAVABlAHgAdABlACAAMQA5AAAAAAAQ8AgAAAC9BRIT1xOjBg8AEfCEAQAADwCIE3wBAAAPAIoT PAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAM AQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAA AAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAA AGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAA AAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAA ABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8A UABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBrAAAAAACfDwQAAAAEAAAAAACo DwEAAABCAAChDxoAAAACAAAAAAAgAAoAAAAA/wcAAgAAAAAAAgASAAAAqg8YAAAAAQAAAAcAAAAA AAwEAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwdAIAAKIMCvAIAAAAEIQAAAAK AACDAAvwSgAAAH8AAADvAYAAmDixI78ABgAGAL8BAAARAP8BAAAYAD8DAAAIAIDDGgAAAL8DAAAC AFoAbwBuAGUAVABlAHgAdABlACAAMgAwAAAAAAAQ8AgAAAC2BykNLQ6fCA8AEfCEAQAADwCIE3wB AAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEA AAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAA AQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAF AQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAA AAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEA AAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAA XwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBuAAAAAACfDwQAAAAE AAAAAACgDwQAAABCABkgAAChDxoAAAADAAAAAAAgAAoAAAAA/wcAAwAAAAAAAgASAAAAqg8YAAAA AgAAAAcAAAAAAAwEAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwZAsAAEIGCvAI AAAAEYQAAAAKAABjAQvwfAEAAAQAAAC0AIAAWOKwI4cAAQAAAL8ABAAEAEIBIPcrAEMBAWwpAEQB BAAAAEXBbgAAAEbBGAAAAFHBJgAAAFLBFgAAAFXBAAAAAFbBAAAAAFfBFgAAAH8BGAAYAIEBBAAA CL8BEAAQAMABiaSnAMsBOGMAAP8BCAAIAIDDIAAAAL8DAAACAA0AEAAIAGs9CQDiZAYAaxMCAGwT AgC14ykAllgnAGs9CQDiZAYA3+IgAKseBQAoViIA8q8DAInUIgBvBQgAd7EdAAhGCADJIx8ARNgG AFlzBABZcwQAx4MnAKn4JADJIx8ARNgGAFXSCgDRKwgACQAMAAIAAEAEpQEAAQABAAEABKMBYACA BAAEAAgA2gcKAFJIBwAoViIA8q8DAInUIgBvBQgAd7EdAAhGCAAEAAQABAACAAAABAAAAAEAAAAC AAAAAQAEABAADOgHALGIBwAUDyQAUOMhAEYAbADoAGMAaABlACAAZQBuACAAYQByAGMAIAA2AAAA EwAi8c4HAACpw8gHAABQSwMEFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAABbQ29udGVudF9UeXBl c10ueG1slFHBTsMwDL0j8Q9RrqhJxwEh1HYHOo6AYHyAlbhtRJtEcSjb3+Nu7ICEhjjafu/5+bla 76ZRzJjIBV/LlSqlQG+Cdb6v5dv2obiVgjJ4C2PwWMs9klw3lxfVdh+RBLM91XLIOd5pTWbACUiF iJ4nXUgTZC5TryOYd+hRX5fljTbBZ/S5yIuGbKoWO/gYs9jsuH10wnQp7o+4ZVUtIcbRGchsVC9T 3VRPbDw5i+IZUn6EiVHaJtI0QETGqPMqs7dqoiJ0nTOo2kSvC+/qD3EbPn3C+b/aLdNecD6p/3Jy wpHO3Ly4/Rls8R2qYuYhFxpcpNMGffhQ8wUAAP//AwBQSwMEFAAGAAgAAAAhADHdX2HSAAAAjwEA AAsAAABfcmVscy8ucmVsc6SQwWrDMAyG74O9g9G9cdpDGaNOb4VeSwe7CltJTGPLWCZt376mMFhG bzvqF/o+8e/2tzCpmbJ4jgbWTQuKomXn42Dg63xYfYCSgtHhxJEM3Elg372/7U40YalHMvokqlKi GBhLSZ9aix0poDScKNZNzzlgqWMedEJ7wYH0pm23Ov9mQLdgqqMzkI9uA+p8T9X8hx28zSzcl8Zy 0Nz33r6iasfXeKK5UjAPVAy4LM8w09zU50C/9q7/6ZURE31X/kL8TKv1x6wXNXYPAAAA//8DAFBL AwQUAAYACAAAACEApPElVmMDAACzCAAAEAAAAGRycy9zaGFwZXhtbC54bWysVc1u4zYQvhfoOxC8 FllbtmUrxiqLpEDaQ7Aw4uwDjCnK1oYiBZL22nmivkdfbD+SsuMkeyia+CCPxOHMN9/8ff6ybxXb Sesao0uefRpyJrUwVaPXJf/2cHtRcOY86YqU0bLkB+n4l6vff/vczV3HcFm7eVfyjffdfDBwYiNb cp9MJzXOamNb8ni160FnpZPak4ejVg1Gw+F00FKj+RVM6d2yW9ggia+7hWVNVfIZZ5pauLxV//4D u8DFyAo25YNeMdyJssYdCINzQy4apPm+tm2Pk/4LzsrSDwT/AiKzxoOcYTEMPyCmualrti95Psqy 2XTM2QHneTGajYsAj+Zy75mAwqgosnE24kxAYzTLJtNRHjQGCVlQ7azzf0nzfpTBUMlFY8VWkb22 1vyIWGl353zwtK56Sqn6nnFWtwqU7EixfDYeJ9znKkD9rDKd5sV49lYJsT8rZcUozyfDy7dqkxdq 4+nl5Sz/hbX8XG1WzCKb4KoPAdKRrZjulGSUoj8oGSJU+l4iMbEs/3+6mypkLnIXK1r+qSwDTyUn IVDEWTraUCXT5zzWRUrr6UZMcgQUkNWNUh+GrQcQuu0ttgSj9xdcy7qWwn+Y89QApzBfEpOcnzzG yI3+OOdto439VWYUstJHnvylAkmF0c39/sZUhwBnhX+MmPfWCGmxMRbt5m2qduX8Mnh7r2UEgSp/ r5VoBGG2ZO9KjqkO4T4Kaoc6xodGVyjlKJJaY/iHSFgl6wdaLZ9KfplNJhh2zPqkL+lO39hHzDn0 KCi+jpdW5CRnCmNd98e4siG9xgxdbLUIczOmS+llJwIq14mF8KlqsjRQU97ONW5k/Vp32KcX959P r+s42M5tnun1p6st+vdhH4ldbZdPJ/EWYZxevmK/RRVPK8zLKIKN+7RakJKwoNBMulqQJXxmj9u2 ac33JtGKmEsu9cW3JTYm+MuwLThbJa7jc1tyDSdhodrmEZtNm2WUOHuUNqxfbEVsCsJC7RU7EW+i 5ltSzZP8O74G0lUT1jHUtVlYY+ogB3xKh6c2t5g3R14jlUY1VfgYX15ODr8/9o4710pdfORie6d7 rrbBTC/HzDN/6GRNAoD+aPWF8qkjJL06kJQOhHt1IFyf3Gd24/TsYhMfexf73XVXPwEAAP//AwBQ SwMEFAAGAAgAAAAhALC1PZ7VAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj8tOwzAURPdI/IN1 kdhRm0qFKtStqqgPYNcUlO0lvnmI+CHbNMnfY7Ggy9GMzuisNqPu2YV86KyR8DgTwMhUVnWmkfBx 3j8sgYWIRmFvDUmYKMBmfXuzwkzZwZzoUsSGJYgJGUpoY3QZ56FqSWOYWUcmdbX1GmOKvuHK45Dg uudzIZ64xs6khxYd5S1V38WPlmB35eF9sdjmTnzWw3QsDuEt11Le343bF2CRxngda+HKcvdf/qFe lYRnYPVx+vKdOmGI5CUkt2SaLIGvfwEAAP//AwBQSwECLQAUAAYACAAAACEADIGFu/4AAADiAQAA EwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQAx3V9h 0gAAAI8BAAALAAAAAAAAAAAAAAAAAC8BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCk8SVW YwMAALMIAAAQAAAAAAAAAAAAAAAAACoCAABkcnMvc2hhcGV4bWwueG1sUEsBAi0AFAAGAAgAAAAh ALC1PZ7VAAAA+QAAAA8AAAAAAAAAAAAAAAAAuwUAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAABAAE APUAAAC9BgAAAAAAABDwCAAAAOUD0wzqE5MKDwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAA AABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAA ACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAA AAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAAC AAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0A bwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAA AAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAA AACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8FYAAAAAAJ8PBAAAAAQAAAAAAKEPHAAAAAEAAAAA ACAICgAAAAD/AQAHAAEAAAAAAAIAEgAAAKoPCgAAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/ WIB4gQ8ABPByAgAAogwK8AgAAAAShAAAAAoAAIMAC/BKAAAAfwAAAO8BgAD4OLEjvwAGAAYAvwEA ABEA/wEAABgAPwMAAAgAgMMaAAAAvwMAAAIAWgBvAG4AZQBUAGUAeAB0AGUAIAAyADIAAAAAABDw CAAAAGAD7A8aEUkEDwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAA AAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAA AAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAA CQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAg AFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4A CQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAA AAAAAAQAAAAADwAN8GwAAAAAAJ8PBAAAAAQAAAAAAKgPAgAAADY0AAChDxoAAAADAAAAAAAgAAoA AAAA/wcAAwAAAAAAAgASAAAAqg8YAAAAAgAAAAcAAAAAAAwEAAABAAAAAQAAAAAAAACmDwwAAADw AAAAVl04f1iAeIEPAATwJAAAABIACvAIAAAAAYQAAAAMAAAjAAvwDAAAAAQDCQAAAD8DAQABAB8A BfAgAAAAAQAS8BgAAAABAAAABoQAAAAAAAAHhAAABAAAAP////8QAPAHIAAAAP///wAAAAAAgICA AAAAAAC74OMAMzOZAACZmQCZzAAADwCIEzgAAAAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQA MQAwAAAAixMQAAAAAADrLggAAACoDMsBYBClWQAAIgQIAAAAAQAAAAIAAAAPAO4DIUYAAAIA7wMY AAAAEAAAAAAAAAAAAAAAAAAAgAAAAAAHAP+/DwAMBIFFAAAPAALweUUAACACCPAIAAAAEgAAABKI AAAPAAPwDUUAAA8ABPAoAAAAAQAJ8BAAAABhAHMAcwBlAHUABAB6U21NAgAK8AgAAAAAiAAABQAA AA8ABPAQAQAAEgAK8AgAAAACiAAAIAIAAAMBC/BwAAAABAAAAAAAfwABAO8BgAAYusMjgQAwZQEA ggCYsgAAgwAwZQEAhACYsgAAhQAAAAAAhwABAAAAiAAAAAAAvwAEAAQA/wEQABEAAQMCBAAAPwMA AAgAgMMQAAAAvwMAAAIAVABpAHQAcgBlACAAMQAAAAAAEPAIAAAArQAgAWAVfQMPABHwHAAAAAAA wwsIAAAA/////w0A/78AAB8EBAAAAAIAAAAPAA3wTAAAAAAAnw8EAAAAAAAAAAAAqA8YAAAAU2Vx dWVuY2UgQ291bnRlciAoY29udCkgAACqDxgAAAAYAAAABwAAAAAADAQAAAEAAAABAAAAAAAPAATw 6gEAABIACvAIAAAAA4gAACACAAATAQvwngAAAAQAAAAAAH8AAQDvAYAAqGfJI4EAMGUBAIIAmLIA AIMAMGUBAIQAmLIAAIUAAAAAAIcAAAAAAIgAAAAAAL8ABAAEAL8BAQABAP8BEAARAAEDAwQAAD8D AAAIAIDDOAAAAL8DAAACAEUAcwBwAGEAYwBlACAAcgDpAHMAZQByAHYA6QAgAGQAdQAgAGMAbwBu AHQAZQBuAHUAIAAyAAAAAAAQ8AgAAADIA/oAxgvrDg8AEfAcAAAAAADDCwgAAAD/////EwD/vwAA HwQEAAAAAwAAAA8ADfD4AAAAAACfDwQAAAABAAAAAACoD4IAAABIb3cgZG8gd2UgY2xlYW51cCBz dGF0ZXM/DURBTyBsaWZldGltZSBjYW4gYmUgc2V0IHRvIGJlIHNtYWxsZXIgdGhhbiAyXk4gaW5j cmVtZW50cw1UaGVuIG5lZWQgYSBsaWZldGltZSBmb3IgdGhlIHZlcnNpb24gYXMgd2VsbA0NAACh DywAAACCAAAAAAAAAAAAAQAAAAEAAQAAAAAAggAAAAAAAgAYAAEAAAAABAIAAAQUAAAAqg8OAAAA gwAAAAcAAAAAAAwEAAAAAKYPEAAAAPgBAAD8ACQAIAE4f1iAeIEPAATwpQIAAKIMCvAIAAAABIgA AAAKAACDAAvwaAAAAH8AAQDvAYAAmHqxI78ABAAEAL8BAAARAP8BEAAYAD8DAAAIAIDDOAAAAL8D AAACAEUAcwBwAGEAYwBlACAAcgDpAHMAZQByAHYA6QAgAGQAZQAgAGwAYQAgAGQAYQB0AGUAIAAz AAAAAAAQ8AgAAABeDyABYAaKEA8AEfCNAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8A UABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAA AAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAA AQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAAD AAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQA eQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAA AAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAA AACxDwgAAAAAAAAEAAAAAAAAIAQBAAAABw8ADfB4AAAAAACfDwQAAAAEAAAAAACgDxAAAABTAGwA aQBkAGUAIAAjACoAAAChDxoAAAAJAAAAAAAgAAoAAAAA/wcACQAAAAAAAgAMAAAA2A8EAAAABwAA AAAAqg8KAAAACQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8NsCAACiDArwCAAAAAWI AAAACgAAgwAL8HIAAAB/AAEA7wGAANhwsSO/AAQABAC/AQAAEQD/ARAAGAA/AwAACACAw0IAAAC/ AwAAAgBFAHMAcABhAGMAZQAgAHIA6QBzAGUAcgB2AOkAIABkAHUAIABwAGkAZQBkACAAZABlACAA cABhAGcAZQAgADQAAAAAABDwCAAAAF4PsAfQDooQDwAR8I0BAAAPAIgTfAEAAA8AihM8AQAAAAC6 DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAA FAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAAB AAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAA AAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAA AE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAA BgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAAAAAgBAEAAAAJDwAN8KQAAAAAAJ8PBAAAAAQAAAAA AKAPSAAAAEkAbgB0AGUAcgBpAG0AIABNAGUAZQB0AGkAbgBnABMgIABSAG8AbABsACAAVwBHACAA EyAgAEoAdQBuAGUAIAAyADAAMQAwAAAAoQ8aAAAAJQAAAAAAIAAKAAAAAP8HACUAAAAAAAIADAAA AKoPCgAAACUAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPDUCQAAMgAK8AgAAAAGiAAA AAoAAKMAC/BQAAAAgAC4cbEjhwABAAAAvwAEAAQAgQEEAAAIvwEQABAAwAGJpKcAywE4YwAA/wEI AAgAgMMUAAAAvwMAAAIARQBsAGwAaQBwAHMAZQAgADUAAAATACLxZgcAAKnDYAcAAFBLAwQUAAYA CAAAACEADIGFu/4AAADiAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWyUUcFOwzAMvSPxD1GuqEnH ASHUdgc6joBgfICVuG1Em0RxKNvf427sgISGONp+7/n5uVrvplHMmMgFX8uVKqVAb4J1vq/l2/ah uJWCMngLY/BYyz2SXDeXF9V2H5EEsz3Vcsg53mlNZsAJSIWIniddSBNkLlOvI5h36FFfl+WNNsFn 9LnIi4ZsqhY7+Biz2Oy4fXTCdCnuj7hlVS0hxtEZyGxUL1PdVE9sPDmL4hlSfoSJUdom0jRARMao 8yqzt2qiInSdM6jaRK8L7+oPcRs+fcL5v9ot015wPqn/cnLCkc7cvLj9GWzxHapi5iEXGlyk0wZ9 +FDzBQAA//8DAFBLAwQUAAYACAAAACEAMd1fYdIAAACPAQAACwAAAF9yZWxzLy5yZWxzpJDBasMw DIbvg72D0b1x2kMZo05vhV5LB7sKW0lMY8tYJm3fvqYwWEZvO+oX+j7x7/a3MKmZsniOBtZNC4qi ZefjYODrfFh9gJKC0eHEkQzcSWDfvb/tTjRhqUcy+iSqUqIYGEtJn1qLHSmgNJwo1k3POWCpYx50 QnvBgfSmbbc6/2ZAt2CqozOQj24D6nxP1fyHHbzNLNyXxnLQ3PfevqJqx9d4orlSMA9UDLgszzDT 3NTnQL/2rv/plRETfVf+QvxMq/XHrBc1dg8AAAD//wMAUEsDBBQABgAIAAAAIQAL0wEr+AIAANUH AAAQAAAAZHJzL3NoYXBleG1sLnhtbKxVwW4aMRC9V+o/WL5WKZACJassUVI17QFFKCQfMHi9sMU7 tmwvhXx9x/YuSWgVVUk4LGN77PfmeWZ8frGrFdtK6yqNOR987nMmUeiiwlXO7++uTyacOQ9YgNIo c76Xjl9MP344N5kzjDajy0zO196brNdzYi1rcJ+1kUhrpbY1eBraVc9Y6SR68ARUq95pvz/u1VAh n9JRuF2YuQ2WuNnOLauKnI85Q6gJ8rtSlXGSjXiv9QjO0UZyJqP39AQXT4JsV9q6JQj/Q7Cw8Jui PuIGmS5Ltsv56MvZWX9CauxJpvHw6+Q08oFM7jwT5HA6GgzHfdJPkEc3COQSlek5ZMY6/0PqN9Ni 4aCcyyQMKQgZbGfOJ7QOJeqS1KDL8nslg6PCW0kBxYt7tS50QSHiiBzvXH5Tlm1B5RyEoGsepKU1 FDJNj/r0CxdIchx2xFEkFJiVlVLvxq0lEPLxb26JRosXoGVZSuHfDbz/kjAJ/IAYI9f4fuB1hdr+ i4CiW2kjT3gpQVJimMzvrnSxD3SW9E9F+NYcARRrbXMuvA24lHrOLwLaW0+Oh3XN59U5HBhRq2A1 2FnOqW7JuI2G2lIe00SFBaVyNEGtqD2GSFghyztYLh5yfjYYDkPBW5/8Jczwym6oP3BWksSXcdMS nORMUePDdpm2rAFX1GzmDQoCSMmqcGFEYOWMmAuf6mYQ6qYrnKceV7I89u3caP/j6mXpX/BrV5cN 1e/dLgq7bBYPB/OawjgMbugFiC4elqnbQEZq3KYeHNUMUBKLOVigabZp6qrWv6okK8VMTQtP7hf0 ppB+g0lQb5m0jt8m50gg4cmx1YZ6P+pFtDjbSBseKHo3qMMCPTmtoxFxJ+V8Dap6kD/jMIiuqvBg kTvqudW6DHbgpzB8UV9Tv6FwqCGlGadVVYTJqNfzzvFYO8+8UhV3WjQzbLVqwjGtHW+e+b2RJQgi 9KnGE+VTRUg4WpCQFoQ7WhCurd1HdSN1E4u4q116CJ2Z/gEAAP//AwBQSwMEFAAGAAgAAAAhAON+ 6dLYAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj1FPwjAUhd9N+A/NJfHFQKsPi5kUYmAL+MbQ iL5d18s2WNvZljH+vY0P+nhyTr6Tb7YYdMt6cr6xRsL9VAAjU1rVmErC22s+eQTmAxqFrTUk4Uoe FvPRzQxTZS+moH4XKhYhxqcooQ6hSzn3ZU0a/dR2ZGJ3sE5jiNFVXDm8RLhu+YMQCdfYmPhQY0fL msrT7qwlvJT7zXGdFclKrLLz9qPPt593uZS34+H5CVigIfyPM/Gef5/+yl/URklIgB3W1y/XqAJ9 ICchukXTaAl8/gMAAP//AwBQSwECLQAUAAYACAAAACEADIGFu/4AAADiAQAAEwAAAAAAAAAAAAAA AAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAA AAAAAAAAAAAAAC8BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQAL0wEr+AIAANUHAAAQAAAA AAAAAAAAAAAAACoCAABkcnMvc2hhcGV4bWwueG1sUEsBAi0AFAAGAAgAAAAhAON+6dLYAAAA+QAA AA8AAAAAAAAAAAAAAAAAUAUAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAABAAEAPUAAABVBgAAAAAA ABDwCAAAAA4ESQ15Ez4KDwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAA VAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAA AAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAA AAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAAB AAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAA ZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAA AA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEP CAAAAAAAAAQAAAAADwAN8FoAAAAAAJ8PBAAAAAQAAAAAAKEPIAAAAAEAAAAAACAICgAAAAD/AQAH AAEAAAAAAAYAEgD////+AACqDwoAAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATw gAYAAEIBCvAIAAAAB4gAAAALAACTAAvwXAAAAL8ABAAEAH8BAAABAL8BAAAQAMABttzfAMsBDPgA AP8BGAAYAAMDAAAAAIDDJgAAAL8DAAACAEMAbwBuAG4AZQBjAHQAZQB1AHIAIABkAHIAbwBpAHQA IAA3AAAAEwAi8fQFAACpw+4FAABQSwMEFAAGAAgAAAAhAOMZFbUEAQAA6gEAABMAAABbQ29udGVu dF9UeXBlc10ueG1slJHBTsMwDIbvSLxDlCtqUjgghNruQOEICI0HiBK3jWidKA5le3vcdTsgwSSO if3//n672uymUcyQyAes5bUqpQC0wXnsa/m+fSrupKBs0JkxINRyDyQ3zeVFtd1HIMFqpFoOOcd7 rckOMBlSIQJypQtpMpmfqdfR2A/Tg74py1ttA2bAXOTFQzZVC535HLN43PH3SsJyKR7WvmVULU2M o7cmM6heqrqpXhg8eQfi1aT8bCbu0i6RduELE8zqvMmMTk1UhK7zFlSbqGXZG8xXR/dfqBKMdAZr cfyZvTjmVqw8oNPgI50m/MXP+0GwOSQm+W8I3tmqPQ3Rh0s13wAAAP//AwBQSwMEFAAGAAgAAAAh AJYFM1jUAAAAlwEAAAsAAABfcmVscy8ucmVsc6SQPWsDMQyG90L/g9He8yVDKSW+bIWsIYWuxtZ9 kLNkJHNN/n1MoaVXsnWUXvQ8L9rtL2k2C4pOTA42TQsGKXCcaHDwfnp7egGjxVP0MxM6uKLCvnt8 2B1x9qUe6ThlNZVC6mAsJb9aq2HE5LXhjFSTniX5UkcZbPbh7Ae027Z9tvKbAd2KaQ7RgRziFszp mqv5DztNQVi5L03gZLnvp3CPaiN/0hGXSvEyYHEQRb+WgktTy4G979380xuYCENh+aiOlfwnqfbv Bnb1zu4GAAD//wMAUEsDBBQABgAIAAAAIQDpk5gvjgEAAK0EAAAUAAAAZHJzL2Nvbm5lY3Rvcnht bC54bWy8k9tKxDAQhu8F3yHkXtvuoS5lu14s6I3I4uEBhnaqhXQSktjtvr2TtK4IgsKKVyXH75s/ 0/X10CnRo3WtplJml6kUSJWuW3op5fPTzcVKCueBalCasJQHdPJ6c362NoUzgg+TK0wpX703RZK4 6hU7cJfaIPFao20Hnof2JTEWHZIHz6BOJbM0zZMOWpIbvor67UCPZmfDoLrvd1a0dSmZTdAxdauJ sPL4ZkVtdevFlUymrceDUDjPg8kJfuNUW9hzoV90IjiX/BlKuQiYJCodOcF2Z8f5L94u+kMxNLY7 1WKzhkI3jWCHPF/m8xVHcWCfLJ8tZstgBQUOXlS8gZ+s4rVstsqybB6NR4mwyVjnb1GfLCTCRaVU LSG/GBTQ3zkfQvhEhGl1ev57Lnm+TNMp+jFV7jZ/UDgiHpCDiZ13yitzclksJTYtbpUVPahSQlVx n2ZTjoqYFrBNq9SfgdOfwRMvoLFpuPn/E34kxso1/R28a0nb76r3w0fkzciLP9706vwLOrN5BwAA //8DAFBLAwQUAAYACAAAACEATURjKsAAAADaAAAADwAAAGRycy9kb3ducmV2LnhtbERP3UrDMBS+ H/gO4QjeyJpOVGZdVmQqDm90nQ9wSI5tMTkpSWzr25uLwS4/vv9NPTsrRgqx96xgVZQgiLU3PbcK vo6vyzWImJANWs+k4I8i1NuLxQYr4yc+0NikVuQQjhUq6FIaKimj7shhLPxAnLlvHxymDEMrTcAp hzsrb8ryXjrsOTd0ONCuI/3T/DoFD9f28yW8jXNzZ9/Ns9bmdvgwSl1dzk+PIBLN6Sw+ufdGQd6a r+QbILf/AAAA//8DAFBLAQItABQABgAIAAAAIQDjGRW1BAEAAOoBAAATAAAAAAAAAAAAAAAAAAAA AABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAJYFM1jUAAAAlwEAAAsAAAAAAAAA AAAAAAAANQEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAOmTmC+OAQAArQQAABQAAAAAAAAA AAAAAAAAMgIAAGRycy9jb25uZWN0b3J4bWwueG1sUEsBAi0AFAAGAAgAAAAhAE1EYyrAAAAA2gAA AA8AAAAAAAAAAAAAAAAA8gMAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAABAAEAPkAAADfBAAAAAAA ABDwCAAAAD4KYRBhEGUNDwAE8HECAACiDArwCAAAAAiIAAAACgAAgwAL8EgAAAB/AAAA7wGAABjG sSO/AAYABgC/AQAAEQD/AQAAGAA/AwAACACAwxgAAAC/AwAAAgBaAG8AbgBlAFQAZQB4AHQAZQAg ADgAAAAAABDwCAAAAL0K/w6UEKYLDwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8A XwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAAB AAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIB AAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAA AAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8A dAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAA AAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAA AAAAALEPCAAAAAAAAAQAAAAADwAN8G0AAAAAAJ8PBAAAAAQAAAAAAKgPAwAAADI1NQAAoQ8aAAAA BAAAAAAAIAAKAAAAAP8HAAQAAAAAAAIAEgAAAKoPGAAAAAMAAAAHAAAAAAAMBAAAAQAAAAEAAAAA AAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8HECAACiDArwCAAAAAmIAAAACgAAgwAL8EoAAAB/AAAA 7wGAAKi/sSO/AAYABgC/AQAAEQD/AQAAGAA/AwAACACAwxoAAAC/AwAAAgBaAG8AbgBlAFQAZQB4 AHQAZQAgADEAMAAAAAAAEPAIAAAA8AnpDhYQ2AoPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoP EAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAU AAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEA AAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAA AAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAA TQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAG AAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEA MAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wawAAAAAAnw8EAAAABAAAAAAAqA8BAAAAMAAA oQ8aAAAAAgAAAAAAIAAKAAAAAP8HAAIAAAAAAAIAEgAAAKoPGAAAAAEAAAAHAAAAAAAMBAAAAQAA AAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8HMCAACiDArwCAAAAAqIAAAACgAAgwAL8EoA AAB/AAAA7wGAAOi6sSO/AAYABgC/AQAAEQD/AQAAGAA/AwAACACAwxoAAAC/AwAAAgBaAG8AbgBl AFQAZQB4AHQAZQAgADEAMQAAAAAAEPAIAAAA6AkPEa8S0QoPABHwhAEAAA8AiBN8AQAADwCKEzwB AAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEA AAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAA AQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABk bWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAA AAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAY AAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wbQAAAAAAnw8EAAAABAAAAAAAqA8D AAAAMTI3AAChDxoAAAAEAAAAAAAgAAoAAAAA/wcABAAAAAAAAgASAAAAqg8YAAAAAwAAAAcAAAAA AAwEAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwBQoAADIECvAIAAAAC4gAAIAK AACzAAvwbgAAAIAAKIbBI4cAAQAAAL8ABAAEAEcBOksAAIEBBAAACL8BEAAQAMABiaSnAMsBOGMA AP8BCAAIAIDDLAAAAL8DAAACAEYAbADoAGMAaABlACAAdgBlAHIAcwAgAGwAZQAgAGIAYQBzACAA MQAyAAAAEwAi8XkHAACpw3MHAABQSwMEFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAABbQ29udGVu dF9UeXBlc10ueG1slFHBTsMwDL0j8Q9RrqhJxwEh1HYHOo6AYHyAlbhtRJtEcSjb3+Nu7ICEhjja fu/5+bla76ZRzJjIBV/LlSqlQG+Cdb6v5dv2obiVgjJ4C2PwWMs9klw3lxfVdh+RBLM91XLIOd5p TWbACUiFiJ4nXUgTZC5TryOYd+hRX5fljTbBZ/S5yIuGbKoWO/gYs9jsuH10wnQp7o+4ZVUtIcbR GchsVC9T3VRPbDw5i+IZUn6EiVHaJtI0QETGqPMqs7dqoiJ0nTOo2kSvC+/qD3EbPn3C+b/aLdNe cD6p/3JywpHO3Ly4/Rls8R2qYuYhFxpcpNMGffhQ8wUAAP//AwBQSwMEFAAGAAgAAAAhADHdX2HS AAAAjwEAAAsAAABfcmVscy8ucmVsc6SQwWrDMAyG74O9g9G9cdpDGaNOb4VeSwe7CltJTGPLWCZt 376mMFhGbzvqF/o+8e/2tzCpmbJ4jgbWTQuKomXn42Dg63xYfYCSgtHhxJEM3Elg372/7U40YalH MvokqlKiGBhLSZ9aix0poDScKNZNzzlgqWMedEJ7wYH0pm23Ov9mQLdgqqMzkI9uA+p8T9X8hx28 zSzcl8Zy0Nz33r6iasfXeKK5UjAPVAy4LM8w09zU50C/9q7/6ZURE31X/kL8TKv1x6wXNXYPAAAA //8DAFBLAwQUAAYACAAAACEAu0llfg4DAADuBwAAEAAAAGRycy9zaGFwZXhtbC54bWysVc1OGzEQ vlfqO1i+VpBsCJCuWBBUSnuIUMRC7xOvN9nGO7ZsJyQ8Ud+jL9axveGvFaoactiM7fHMN5/n5+xi 0yq2ltY1GgueHfY5kyh01eC84He344MRZ84DVqA0yoJvpeMX5x8/nJncGUaX0eWm4AvvTd7rObGQ LbhDbSTSWa1tC56Wdt4zVjqJHjw5alVv0O+f9FpokJ+TKVyXZmqDJK7XU8uairAccYbQks+x+vWT DEeYTEk2A8eyAe91+uFqlJGuktB7bs9Fu5Bvatt2cOFf4FYW7omDF0hZrRrznZARZsh1XbNNwU+O j06PBsecbQs+zE4GQ5IJBORy45kghcHp6SjEIkghG4yyjBYBZcIUNI11/qvU++MLhgpe6Xu8tFbf R5iwnjif/O38RIoSMfSKfqtkQKHwRlJE8UX/n6KmCiFHzzEZ5Bdl2RpUwUEIev/EnVtARe8Zto/7 9OsIebwR6YmAArK6UerdsHUAQqL+iS3x1PmLj1jXUvh3c95/i5jkXO48xsg1vp/ztkFt/wZA0at0 kSd/KUFSYpjcb650tQ1wZvRP1blvjgCKhbYFF96mUlHOl8HbvpYpCKqmfa1EIxRmC3ZScGqIJNxE Qa0pYWmjwYpSOYqg5tQ3QySskvUtzMqHgn/OhkNKamZ90pcwwSu7DJ2D1UTxZbxEbUxypqgjYndM VxaAc+o70xUKcpCSVWFpREDljJgKn+omC3WzK5znGleyfq27U6P7T6eXtX9Drzudrah+bzeR2Nmq fHgUxxTG4+KaRkNU8TBL3QZyYuMmtWN6ktDbqSNiNQULtM2Wq7Zp9Y8m0UoxF1ziwV1Jw4b4y0aB vVniOn5XBUdyEmaRbZY0E1CXUeJsKW2YXDRQqMcCzaJO0Yh4k3K+BdU8yG9xGUhXTZhkpI56arWu gxzwKQxf1GPqN6ke0o7TqqnCZuTrZed4qp0XWqmKd1ysJthxtQpmOjm+PPNbI2sQBOhTiwfKp4qQ 8OpAQjoQ7tWBcF3tPrEbu6eJRbyrXZqJzpz/BgAA//8DAFBLAwQUAAYACAAAACEAWSqPbtUAAAD6 AAAADwAAAGRycy9kb3ducmV2LnhtbESPQWsCMRBG7wX/Qxiht5rU0iKrUUpRLN7URehtuplN1t0k 2yTV9d839NAehze8j7dYDbZjFwqx8U7C40QAI1d51TgtoTxuHmbAYkKnsPOOJNwowmo5ultgofzV 7elySJpliYsFSjAp9QXnsTJkMU58Ty6z2geLKZ9BcxXwmuW241MhXrjFxuUFgz29Garaw7eVcC5x +2GfRa16o6ex1G23262lvB8Pr3NgiYb0/7wWp81X+wd/Ve8qtzwBq7e3z9CoPcZEQUKOy6kZAV/+ AAAA//8DAFBLAQItABQABgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29u dGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAAAAAAAAAAAAAAAA LwEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhALtJZX4OAwAA7gcAABAAAAAAAAAAAAAAAAAA KgIAAGRycy9zaGFwZXhtbC54bWxQSwECLQAUAAYACAAAACEAWSqPbtUAAAD6AAAADwAAAAAAAAAA AAAAAABmBQAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAEAAQA9QAAAGgGAAAAAAAAEPAIAAAAPgoW EMUQZQ0PABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsT HAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADo AAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEA AAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAA AEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAA bwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAa AAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAA AAAPAA3wWgAAAAAAnw8EAAAABAAAAAAAoQ8gAAAAAQAAAAAAIAgKAAAAAP8BAAcAAQAAAAAABgAS AP////4AAKoPCgAAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPCQAgAAogwK8AgA AAAMiAAAAAoAAIMAC/BKAAAAfwAAAO8BgAAo1bEjvwAGAAYAvwEAABEA/wEAABgAPwMAAAgAgMMa AAAAvwMAAAIAWgBvAG4AZQBUAGUAeAB0AGUAIAAxADcAAAAAABDwCAAAALcNWg7EE6AODwAR8IQB AAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEA AAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAA AAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAAB AAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwA AAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABo AHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAA AAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8IoAAAAA AJ8PBAAAAAQAAAAAAKAPIAAAAFIAYQBkAGkAYQAZIHMAIABsAG8AbABsAGkAcABvAHAAAAChDxoA AAARAAAAAAAgAAoAAAAA/wcAEQAAAAAAAgASAAAAqg8YAAAAEAAAAAcAAAAAAAwEAAABAAAAAQAA AAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwcwIAAKIMCvAIAAAADYgAAAAKAACDAAvwSgAAAH8A AADvAYAAuOyxI78ABgAGAL8BAAARAP8BAAAYAD8DAAAIAIDDGgAAAL8DAAACAFoAbwBuAGUAVABl AHgAdABlACAAMQA4AAAAAAAQ8AgAAAB8DOkOehBlDQ8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAA ug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAA ABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAA AQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5g AAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYA AABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEA AAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQA MQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBtAAAAAACfDwQAAAAEAAAAAACoDwMAAAAx MjgAAKEPGgAAAAQAAAAAACAACgAAAAD/BwAEAAAAAAACABIAAACqDxgAAAADAAAABwAAAAAADAQA AAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPBvAgAAogwK8AgAAAAOiAAAAAoAAIMA C/BIAAAAfwAAAO8BgAA4AbIjvwAGAAYAvwEAABEA/wEAABgAPwMAAAgAgMMYAAAAvwMAAAIAWgBv AG4AZQBUAGUAeAB0AGUAIAA5AAAAAAAQ8AgAAABjBE0SEhNKBQ8AEfCEAQAADwCIE3wBAAAPAIoT PAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAM AQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAA AAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAA AGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAA AAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAA ABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8A UABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBrAAAAAACfDwQAAAAEAAAAAACo DwEAAABBAAChDxoAAAACAAAAAAAgAAoAAAAA/wcAAgAAAAAAAgASAAAAqg8YAAAAAQAAAAcAAAAA AAwEAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwcQIAAKIMCvAIAAAAD4gAAAAK AACDAAvwSgAAAH8AAADvAYAAWAmyI78ABgAGAL8BAAARAP8BAAAYAD8DAAAIAIDDGgAAAL8DAAAC AFoAbwBuAGUAVABlAHgAdABlACAAMQA5AAAAAAAQ8AgAAAC9BRIT1xOjBg8AEfCEAQAADwCIE3wB AAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEA AAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAA AQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAF AQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAA AAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEA AAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAA XwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBrAAAAAACfDwQAAAAE AAAAAACoDwEAAABCAAChDxoAAAACAAAAAAAgAAoAAAAA/wcAAgAAAAAAAgASAAAAqg8YAAAAAQAA AAcAAAAAAAwEAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwdAIAAKIMCvAIAAAA EIgAAAAKAACDAAvwSgAAAH8AAADvAYAAaP6xI78ABgAGAL8BAAARAP8BAAAYAD8DAAAIAIDDGgAA AL8DAAACAFoAbwBuAGUAVABlAHgAdABlACAAMgAwAAAAAAAQ8AgAAAC2BykNLQ6fCA8AEfCEAQAA DwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAA AAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAA AAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAA AAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAA CAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5 AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAA ug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBuAAAAAACf DwQAAAAEAAAAAACgDwQAAABCABkgAAChDxoAAAADAAAAAAAgAAoAAAAA/wcAAwAAAAAAAgASAAAA qg8YAAAAAgAAAAcAAAAAAAwEAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwZAsA AEIGCvAIAAAAEYgAAAAKAABjAQvwfAEAAAQAAAC0AIAAiA6yI4cAAQAAAL8ABAAEAEIBIPcrAEMB AWwpAEQBBAAAAEXBbgAAAEbBGAAAAFHBJgAAAFLBFgAAAFXBAAAAAFbBAAAAAFfBFgAAAH8BGAAY AIEBBAAACL8BEAAQAMABiaSnAMsBOGMAAP8BCAAIAIDDIAAAAL8DAAACAA0AEAAIAGs9CQDiZAYA axMCAGwTAgC14ykAllgnAGs9CQDiZAYA3+IgAKseBQAoViIA8q8DAInUIgBvBQgAd7EdAAhGCADJ Ix8ARNgGAFlzBABZcwQAx4MnAKn4JADJIx8ARNgGAFXSCgDRKwgACQAMAAIAAEAEpQEAAQABAAEA BKMBYACABAAEAAgA2gcKAFJIBwAoViIA8q8DAInUIgBvBQgAd7EdAAhGCAAEAAQABAACAAAABAAA AAEAAAACAAAAAQAEABAADOgHALGIBwAUDyQAUOMhAEYAbADoAGMAaABlACAAZQBuACAAYQByAGMA IAA2AAAAEwAi8c4HAACpw8gHAABQSwMEFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAABbQ29udGVu dF9UeXBlc10ueG1slFHBTsMwDL0j8Q9RrqhJxwEh1HYHOo6AYHyAlbhtRJtEcSjb3+Nu7ICEhjja fu/5+bla76ZRzJjIBV/LlSqlQG+Cdb6v5dv2obiVgjJ4C2PwWMs9klw3lxfVdh+RBLM91XLIOd5p TWbACUiFiJ4nXUgTZC5TryOYd+hRX5fljTbBZ/S5yIuGbKoWO/gYs9jsuH10wnQp7o+4ZVUtIcbR GchsVC9T3VRPbDw5i+IZUn6EiVHaJtI0QETGqPMqs7dqoiJ0nTOo2kSvC+/qD3EbPn3C+b/aLdNe cD6p/3JywpHO3Ly4/Rls8R2qYuYhFxpcpNMGffhQ8wUAAP//AwBQSwMEFAAGAAgAAAAhADHdX2HS AAAAjwEAAAsAAABfcmVscy8ucmVsc6SQwWrDMAyG74O9g9G9cdpDGaNOb4VeSwe7CltJTGPLWCZt 376mMFhGbzvqF/o+8e/2tzCpmbJ4jgbWTQuKomXn42Dg63xYfYCSgtHhxJEM3Elg372/7U40YalH MvokqlKiGBhLSZ9aix0poDScKNZNzzlgqWMedEJ7wYH0pm23Ov9mQLdgqqMzkI9uA+p8T9X8hx28 zSzcl8Zy0Nz33r6iasfXeKK5UjAPVAy4LM8w09zU50C/9q7/6ZURE31X/kL8TKv1x6wXNXYPAAAA //8DAFBLAwQUAAYACAAAACEApPElVmMDAACzCAAAEAAAAGRycy9zaGFwZXhtbC54bWysVc1u4zYQ vhfoOxC8FllbtmUrxiqLpEDaQ7Aw4uwDjCnK1oYiBZL22nmivkdfbD+SsuMkeyia+CCPxOHMN9/8 ff6ybxXbSesao0uefRpyJrUwVaPXJf/2cHtRcOY86YqU0bLkB+n4l6vff/vczV3HcFm7eVfyjffd fDBwYiNbcp9MJzXOamNb8ni160FnpZPak4ejVg1Gw+F00FKj+RVM6d2yW9ggia+7hWVNVfIZZ5pa uLxV//4Du8DFyAo25YNeMdyJssYdCINzQy4apPm+tm2Pk/4LzsrSDwT/AiKzxoOcYTEMPyCmualr ti95Psqy2XTM2QHneTGajYsAj+Zy75mAwqgosnE24kxAYzTLJtNRHjQGCVlQ7azzf0nzfpTBUMlF Y8VWkb221vyIWGl353zwtK56Sqn6nnFWtwqU7EixfDYeJ9znKkD9rDKd5sV49lYJsT8rZcUozyfD y7dqkxdq4+nl5Sz/hbX8XG1WzCKb4KoPAdKRrZjulGSUoj8oGSJU+l4iMbEs/3+6mypkLnIXK1r+ qSwDTyUnIVDEWTraUCXT5zzWRUrr6UZMcgQUkNWNUh+GrQcQuu0ttgSj9xdcy7qWwn+Y89QApzBf EpOcnzzGyI3+OOdto439VWYUstJHnvylAkmF0c39/sZUhwBnhX+MmPfWCGmxMRbt5m2qduX8Mnh7 r2UEgSp/r5VoBGG2ZO9KjqkO4T4Kaoc6xodGVyjlKJJaY/iHSFgl6wdaLZ9KfplNJhh2zPqkL+lO 39hHzDn0KCi+jpdW5CRnCmNd98e4siG9xgxdbLUIczOmS+llJwIq14mF8KlqsjRQU97ONW5k/Vp3 2KcX959Pr+s42M5tnun1p6st+vdhH4ldbZdPJ/EWYZxevmK/RRVPK8zLKIKN+7RakJKwoNBMulqQ JXxmj9u2ac33JtGKmEsu9cW3JTYm+MuwLThbJa7jc1tyDSdhodrmEZtNm2WUOHuUNqxfbEVsCsJC 7RU7EW+i5ltSzZP8O74G0lUT1jHUtVlYY+ogB3xKh6c2t5g3R14jlUY1VfgYX15ODr8/9o4710pd fORie6d7rrbBTC/HzDN/6GRNAoD+aPWF8qkjJL06kJQOhHt1IFyf3Gd24/TsYhMfexf73XVXPwEA AP//AwBQSwMEFAAGAAgAAAAhALC1PZ7VAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj8tOwzAU RPdI/IN1kdhRm0qFKtStqqgPYNcUlO0lvnmI+CHbNMnfY7Ggy9GMzuisNqPu2YV86KyR8DgTwMhU VnWmkfBx3j8sgYWIRmFvDUmYKMBmfXuzwkzZwZzoUsSGJYgJGUpoY3QZ56FqSWOYWUcmdbX1GmOK vuHK45DguudzIZ64xs6khxYd5S1V38WPlmB35eF9sdjmTnzWw3QsDuEt11Le343bF2CRxngda+HK cvdf/qFelYRnYPVx+vKdOmGI5CUkt2SaLIGvfwEAAP//AwBQSwECLQAUAAYACAAAACEADIGFu/4A AADiAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAA IQAx3V9h0gAAAI8BAAALAAAAAAAAAAAAAAAAAC8BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAA IQCk8SVWYwMAALMIAAAQAAAAAAAAAAAAAAAAACoCAABkcnMvc2hhcGV4bWwueG1sUEsBAi0AFAAG AAgAAAAhALC1PZ7VAAAA+QAAAA8AAAAAAAAAAAAAAAAAuwUAAGRycy9kb3ducmV2LnhtbFBLBQYA AAAABAAEAPUAAAC9BgAAAAAAABDwCAAAAOUD0wzqE5MKDwAR8IQBAAAPAIgTfAEAAA8AihM8AQAA AAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAA AAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEB AAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1h bmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAA JgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAH AQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAA VAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8FYAAAAAAJ8PBAAAAAQAAAAAAKEPHAAA AAEAAAAAACAICgAAAAD/AQAHAAEAAAAAAAIAEgAAAKoPCgAAAAEAAAABAAAAAAAAAKYPDAAAAPAA AABWXTh/WIB4gQ8ABPByAgAAogwK8AgAAAASiAAAAAoAAIMAC/BKAAAAfwAAAO8BgAB4NrIjvwAG AAYAvwEAABEA/wEAABgAPwMAAAgAgMMaAAAAvwMAAAIAWgBvAG4AZQBUAGUAeAB0AGUAIAAyADIA AAAAABDwCAAAAGAD7A8aEUkEDwAR8IQBAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQ AFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAA AQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAAB AAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMA AAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5 AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAA BAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAA ALEPCAAAAAAAAAQAAAAADwAN8GwAAAAAAJ8PBAAAAAQAAAAAAKgPAgAAADY0AAChDxoAAAADAAAA AAAgAAoAAAAA/wcAAwAAAAAAAgASAAAAqg8YAAAAAgAAAAcAAAAAAAwEAAABAAAAAQAAAAAAAACm DwwAAADwAAAAVl04f1iAeIEPAATwJAAAABIACvAIAAAAAYgAAAAMAAAjAAvwDAAAAAQDCQAAAD8D AQABAB8ABfAgAAAAAQAS8BgAAAABAAAABogAAAAAAAAHiAAABAAAAP////8QAPAHIAAAAP///wAA AAAAgICAAAAAAAC74OMAMzOZAACZmQCZzAAADwCIEzgAAAAPAIoTMAAAAAAAug8QAAAAXwBfAF8A UABQAFQAMQAwAAAAixMQAAAAAADrLggAAACoDMsBACBvYgAAIgQIAAAAAQAAAAIAAAAPAO4D5woA AAIA7wMYAAAAEAAAAAAAAAAAAAAAAAAAgAAAAAAHAP+/DwAMBEcKAAAPAALwPwoAADACCPAIAAAA BQAAAAWMAAAPAAPw+wkAAA8ABPAoAAAAAQAJ8BAAAABDAGgAYQBwAHQABAB6U21NAgAK8AgAAAAA jAAABQAAAA8ABPD3AAAAEgAK8AgAAAACjAAAIAIAAAMBC/BwAAAABAAAAAAAfwABAO8BgAAIr8wj gQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAAhwABAAAAiAAAAAAAvwAEAAQA/wEQABEAAQMC BAAAPwMAAAgAgMMQAAAAvwMAAAIAVABpAHQAcgBlACAAMQAAAAAAEPAIAAAArQAgAWAVfQMPABHw HAAAAAAAwwsIAAAA/////w0A/78AAB8EBAAAAAIAAAAPAA3wMwAAAAAAnw8EAAAAAAAAAAAAqA8N AAAAVGFyZ2V0IGluIERJTwAAqg8KAAAADgAAAAEAAAAAAA8ABPA0AwAAEgAK8AgAAAADjAAAIAIA ABMBC/CeAAAABAAAAAAAfwABAO8BgAAYjr8jgQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAA hwAAAAAAiAAAAAAAvwAEAAQAvwEBAAEA/wEQABEAAQMDBAAAPwMAAAgAgMM4AAAAvwMAAAIARQBz AHAAYQBjAGUAIAByAOkAcwBlAHIAdgDpACAAZAB1ACAAYwBvAG4AdABlAG4AdQAgADIAAAAAABDw CAAAADsEIAFgFV4PDwAR8BwAAAAAAMMLCAAAAP////8TAP+/AAAfBAQAAAADAAAADwAN8EICAAAA AJ8PBAAAAAEAAAAAAKAPiAEAAHQAbwAgAFAAVQBMAEwAIABEAEEATwANAEYAYQBzAHQAIABSAGUA cABhAGkAcgANAEEAbgBkAGUAcgBzABkgIABzAGMAZQBuAGEAcgBpAG8AIABvAGYAIABiAHUAdAB0 AG8AbgAgAGEAbgBkACAAbABhAG0AcAANAFEAdQBpAGMAawAgAHQAYQByAGcAZQB0AHQAZQBkACAA cgBlAHAAYQBpAHIAIABpAGYAIAB0AGgAZQAgAHIAbwBvAHQAIABoAGEAcwAgAG4AbwAgAHIAbwB1 AHQAZQANAEMAYQBsAGwAIABpAG4AIABmAHIAbwBtACAAbwB1AHQAcwBpAGQAZQANAFIAaQBjAGgA YQByAGQAGSBzACAAcwBjAGUAbgBhAHIAaQBvACAAbwBmACAAZABlAHYAaQBjAGUAIAByAGEAcgBl AGwAeQAgAGMAbwBuAHQAYQBjAHQAZQBkACAADQBQADIAUAANAE8AbgAgAGQAZQBtAGEAbgBkACAA RABPAEQAQQBHAA0AAAChD3YAAAAYAAAAAAAAAAAAVAAAAAEAAAAAABUAAAAAAAAAAAAvAAAAAQAA AAAABAAAAAAAAAAAABEAAAABAAAAAAAYAAAAAAAAAFQAAAAABAAAAAQVAAAAAAgAAAAILwAAAAAM AAAADAQAAAAAEAAAABARAAAAABQAAAAUAACqDw4AAADFAAAABwAAAAAADAQAAAAApg8KAAAA4AAA ADh/WIB4gQ8ABPClAgAAogwK8AgAAAAEjAAAAAoAAIMAC/BoAAAAfwABAO8BgAD4D8kjvwAEAAQA vwEAABEA/wEQABgAPwMAAAgAgMM4AAAAvwMAAAIARQBzAHAAYQBjAGUAIAByAOkAcwBlAHIAdgDp ACAAZABlACAAbABhACAAZABhAHQAZQAgADMAAAAAABDwCAAAAF4PIAFgBooQDwAR8I0BAAAPAIgT fAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgM AQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAAB AAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAA AAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAA AAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAG AQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAA AABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAAAAAgBAEAAAAHDwAN8HgA AAAAAJ8PBAAAAAQAAAAAAKAPEAAAAFMAbABpAGQAZQAgACMAKgAAAKEPGgAAAAkAAAAAACAACgAA AAD/BwAJAAAAAAACAAwAAADYDwQAAAAHAAAAAACqDwoAAAAJAAAAAQAAAAAAAACmDwwAAADwAAAA Vl04f1iAeIEPAATw2wIAAKIMCvAIAAAABYwAAAAKAACDAAvwcgAAAH8AAQDvAYAAeKg/Ib8ABAAE AL8BAAARAP8BEAAYAD8DAAAIAIDDQgAAAL8DAAACAEUAcwBwAGEAYwBlACAAcgDpAHMAZQByAHYA 6QAgAGQAdQAgAHAAaQBlAGQAIABkAGUAIABwAGEAZwBlACAANAAAAAAAEPAIAAAAXg+wB9AOihAP ABHwjQEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAA GRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAA AAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAA BAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBp AGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIA YQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCK EzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAAACAE AQAAAAkPAA3wpAAAAAAAnw8EAAAABAAAAAAAoA9IAAAASQBuAHQAZQByAGkAbQAgAE0AZQBlAHQA aQBuAGcAEyAgAFIAbwBsAGwAIABXAEcAIAATICAASgB1AG4AZQAgADIAMAAxADAAAAChDxoAAAAl AAAAAAAgAAoAAAAA/wcAJQAAAAAAAgAMAAAAqg8KAAAAJQAAAAEAAAAAAAAApg8MAAAA8AAAAFZd OH9YgHiBDwAE8CQAAAASAArwCAAAAAGMAAAADAAAIwAL8AwAAAAEAwkAAAA/AwEAAQAQAPAHIAAA AP///wAAAAAAgICAAAAAAAC74OMAMzOZAACZmQCZzAAADwCIEzgAAAAPAIoTMAAAAAAAug8QAAAA XwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAADrLggAAAAnwcoBcGaPMAAAIgQIAAAAAQAAAAIAAAAP AO4DCB8AAAIA7wMYAAAAEAAAAAAAAAAAAAAAAAAAgAAAAAAHAP+/DwAMBAMeAAAPAALw+x0AAEAC CPAIAAAABQAAAAWQAAAPAAPwtx0AAA8ABPAoAAAAAQAJ8BAAAADnYkEB7IIaAAAAAAAtMTIyAgAK 8AgAAAAAkAAABQAAAA8ABPAFAQAAEgAK8AgAAAACkAAAIAIAAAMBC/BwAAAABAAAAAAAfwABAO8B gACIB8gjgQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAAhwABAAAAiAAAAAAAvwAEAAQA/wEQ ABEAAQMCBAAAPwMAAAgAgMMQAAAAvwMAAAIAVABpAHQAcgBlACAAMQAAAAAAEPAIAAAArQAgAWAV fQMPABHwHAAAAAAAwwsIAAAA/////w0A/78AAB8EBAAAAAIAAAAPAA3wQQAAAAAAnw8EAAAAAAAA AAAAqA8XAAAAVGlja2V0ICM0MjogTVRVIG9wdGlvbnMAAKoPDgAAABgAAAAHAAAAAAAMBAAADwAE 8OIWAAASAArwCAAAAAOQAAAgAgAAEwEL8J4AAAAEAAAAAAB/AAEA7wGAAAjZyCOBADBlAQCCAJiy AACDADBlAQCEAJiyAACFAAAAAACHAAAAAACIAAAAAAC/AAQABAC/AQEAAQD/ARAAEQABAwMEAAA/ AwAACACAwzgAAAC/AwAAAgBFAHMAcABhAGMAZQAgAHIA6QBzAGUAcgB2AOkAIABkAHUAIABjAG8A bgB0AGUAbgB1ACAAMgAAABMAIvEtDwAAqcMnDwAAUEsDBBQABgAIAAAAIQAMgYW7/gAAAOIBAAAT AAAAW0NvbnRlbnRfVHlwZXNdLnhtbJRRwU7DMAy9I/EPUa6oSccBIdR2BzqOgGB8gJW4bUSbRHEo 29/jbuyAhIY42n7v+fm5Wu+mUcyYyAVfy5UqpUBvgnW+r+Xb9qG4lYIyeAtj8FjLPZJcN5cX1XYf kQSzPdVyyDneaU1mwAlIhYieJ11IE2QuU68jmHfoUV+X5Y02wWf0uciLhmyqFjv4GLPY7Lh9dMJ0 Ke6PuGVVLSHG0RnIbFQvU91UT2w8OYviGVJ+hIlR2ibSNEBExqjzKrO3aqIidJ0zqNpErwvv6g9x Gz59wvm/2i3TXnA+qf9ycsKRzty8uP0ZbPEdqmLmIRcaXKTTBn34UPMFAAD//wMAUEsDBBQABgAI AAAAIQAx3V9h0gAAAI8BAAALAAAAX3JlbHMvLnJlbHOkkMFqwzAMhu+DvYPRvXHaQxmjTm+FXksH uwpbSUxjy1gmbd++pjBYRm876hf6PvHv9rcwqZmyeI4G1k0LiqJl5+Ng4Ot8WH2AkoLR4cSRDNxJ YN+9v+1ONGGpRzL6JKpSohgYS0mfWosdKaA0nCjWTc85YKljHnRCe8GB9KZttzr/ZkC3YKqjM5CP bgPqfE/V/IcdvM0s3JfGctDc996+omrH13iiuVIwD1QMuCzPMNPc1OdAv/au/+mVERN9V/5C/Eyr 9cesFzV2DwAAAP//AwBQSwMEFAAGAAgAAAAhANtwnURXCQAA2XEAABAAAABkcnMvc2hhcGV4bWwu eG1s7FzNbuM2EL4X6DsQuhZe/8RxYiPOYjdt2gWCwIiz6DGgZSpWLVEqSXmdnBbZR+i9h972ULRA C/SSW96keYC8QoekZEtukcROVFsRfZApiaLI+TicH85o7/XU99CEMO4GtGvVX9UsRKgdDF163rXe nx5Wdi3EBaZD7AWUdK0Lwq3X+19+sRd2eIjgYco7YdcaCRF2qlVuj4iP+asgJBTuOQHzsYBTdl4N GeGECizgRb5XbdRqraqPXWrtQ1N00g97TJbs40mPIXfYtbZau60dC1Hsw2u/4SG2CWI3nzlhk5vP aBghO6CC0Ag1rGr8pG4EQ8+OAnvM4+7hx3RvyPAHGHOmZ4gG3zIYXF2+oKr6lnSTQi/lS8MR9HXa tZqNdrPd2mm0t+O6ugI8NB8aV0PEnanD/Kd2bX8PdwLHQfDq7dpWYwtQuoCOtnZazVpNdgF3yFQg G+7vNhrtFlxENtRobje2260t1UndEzUy3bWwI6Zvg+GFfHoA/wCEBnh1CsLMEkD+gF1a6APDQEz+ Y4QZsZD3jvKuAQYAAAIGAAADBgAABAYAAAUGAAAGBgAABwYAAAgGAAAJBgAACgYAAAsGAAAMBgAA DQYAAA4GAAAPBgAAEAYAABEGAAASBgAAEwYAABQGAAAVBgAAFgYAABcGAAAYBgAAGQYAABoGAAAb BgAAHAYAAB0GAAAeBgAAHwYAACAGAAAhBgAAIgYAACMGAAAkBgAAJQYAACYGAAAnBgAAKAYAACkG AAAqBgAAKwYAACwGAAAtBgAALgYAAC8GAAAwBgAAMQYAADIGAAAzBgAANAYAADUGAAA2BgAANwYA ADgGAAA5BgAAOgYAADsGAAA8BgAAPQYAAD4GAAA/BgAAQAYAAEEGAABCBgAAQwYAAEQGAABFBgAA RgYAAEcGAABIBgAASQYAAEoGAABLBgAATAYAAE0GAABOBgAATwYAAFAGAABRBgAAUgYAAFMGAABU BgAAVQYAAFYGAABXBgAAWAYAAFkGAABaBgAAWwYAAFwGAABdBgAAXgYAAF8GAABgBgAAYQYAAGIG AABjBgAAZAYAAGUGAABmBgAAZwYAAGgGAABpBgAAagYAAGsGAABsBgAAbQYAAG4GAABvBgAAcAYA AHEGAAByBgAAcwYAAHQGAAB1BgAAdgYAAHcGAAB4BgAAeQYAAHoGAAB7BgAAfAYAAH4GAAD9//// fwYAAIAGAADVrjeb0DWhTprbOw04Yek7g/QdGvkHgScBQZja0GrXEknxQMCZHGXgh1gc0X5oy4py LCHj4nT6PWYhkkV4CGhzHPRHOCSqAp4ccSExTtdVp5oMshGPi7648MhTSaKwSThnZcKqYQE+PmZH athQOFEFbwIEAjq4dAjsporYOwfe9iw0JM4pHvQvY7pLWgtdm+Aj+paNVXUH+OqNemSAuUQKeJbO b48wPQdO6UXUVs0r4khyywIP7Z4t0ARLlGryF081L1XjLXEW68JyMKsKbcxrvHHEYt2kSagX3x1E Bx47nSrSDqL+5ax4CEOZnRyMMEM2HLrW3x9/0Uwi8EBDjztAnJMei2eB5G7c0Qcg8zjyXT/4wdUU BgJ0LYdVDk9gbQRiNiTPoYEmuzpGXYvCcimXTuaOYf2iQV+VLDQmDMCQE1VyQ1xLzlW4ROV66bmX 5Dt1KsnvuXLVVfd6LAgcVR66TAAzw1XuiwOPYNWi7LFH5ZEGh67n6aHoKzzw3KG8qIgpV2kCJNM4 iale4AC9dC3iOMQWCXWiIxoTMpLNxGU1NZC4CIkDy3PX+sqnFU9o0hKcunF3/evd9R/o7vr326s/ b6/+uv306fbqNwuFrrBHh9h3PRhPpV5rA10AIU5galXqjV3dlM2fqSlgcKahFftIsjtMLnltGbB3 1wY2YTB1Ye0zoC81fzKgn6lf4aA3kK8O+TKMTmjlfT9e1dfH6Abt1dHWDK6OxQPerPAraQiZFR4V D3bD70/hd3SG5C9m/AXRTuiwhxkGzf4hJd4s98VR4ueoaqNd6u/PbFPvgEtnGyysrGEN2ndiWFe2 oIa0BcptXqcss/6FPwjAzXCfUaecdeBeilLW+M3PL8MYL5P0XhC5Swld4zqRnhrpVUsxTy6ukwxK WkBKOZnISnklLmfEJjwWmiV1bR7L1KwwS2p5XF6LzJphycRJ+bAea5zReeqxGZCU3ZFYHsuYnZsh Acuqr2hBeHZmGGy+J7Qxuz0ZBov1E8Naei9vM/fn0ojFrLXAWXNz/SEnjBFeOQuvORTGc6IosL7A BKPmlyqMIb1MSsVxYY3c/FiTMquLhQOrDFtKGY6SqmLhUCozSxn7ayOj7RaYyvBUUUwv8EMVbv0r nZQqHELllVCFg6p0zAQqXwYkEF15bFuCT6p2byRI6WNAZikWx5D0APIS4uqfI6+irtKWTF5FTnkV GU1vKX9EKkp6fRjJaVbwdJd64z/SXTKw6A2QZZTwh7Dh9Dz3tKSXCg3ujCAfa3zgufY4zgOE8ISH c18hU9O1ydeBHfmQk6dzXxmREUAB5SM35JCI15E5r+zdMMnFmuUpyS2VJLxVBevMInh06M7sVM+V +Licg/GhSfO/JLO91FmTYeiMwgJJuveGJ28ELKVINwOM5lDktjP2r3BiuJCEExslMsnfTUUGP3Oe rgnxz3N3GXfyydPVYk4LwWU0oXSQ1fqQL5MDJacZsGDmPz4Ucn2ol8EXkxPahsU3ecchJ9ClkRP/ FjTkx8ZFGF4vpGxPLFswcTPAg0Kehy/XaODr/VLO2rj0BTgXzMdx7vsSktGzn/7pBCOBpQzazCj7 nBSvrNQtgmllGP3JjG5UbeXiLRejZzk9J/3axErArvQKn6P86WV8AaMMbi/gnNnebJanHi8915fm tpL0/AcAAP//7FjBjtowEP0Vy9eKBlbbajfaIC0roR44oGXvaBIccHEcy3G27J6q3U/oH/RetVJX 6oWvKR+wv9CxTaBpVfVSVBDJIdieycj2Y94bu8+F6F5AWCQzlrErocktiIiaRYcG3YsADbngk8qL pSlLzKAwaIOwHMibhW9Zh3VbgOGSmDvFUkhYRF9ksiWMjQYhg58Mz8tPz8uv5Hn5ZfXwtHr4tnp8 XD18pkRxk8z6kHFxF9FWp31OSTIDXTBjuydn64npobYhTZeMx3aixk3XjfnXUJN5mfEsf8sj2qZE gJxGNNWt/jUlxX1ET07bOBw7o3cpIypzydBsNJ/j5GU+ci1K5kxL55mA2nipxA3JXGcg+D1747ox FExwiZ9jeJkPdZ6nrj3h2uCacLTIzJVg4CLaVQhp3zK3++j33Y/Udv+QMSL4jN2DP7azfrBzcOAx rSPaOT4QLXwHB9bRZVqVXjWkkB+VZRhFFpmQRQgRnRmjwiBwpALFy1wxibbUUpnBrp4GEw3vuJxm Ijhpt18HGXBJXRBk1gz0IKJIoO1XSGfYu3a8Jm5RPDA1uJwwiXyNNhBTpDlByYSlNxCPkHjPO6eO erVBb3RhMJA9PXftNJfm0n1iadSyNsrJ1jxDEsc5DUuZuPCePEcqsY1CJcPEeAXr4NSQ3isy3Xr0 WPqrLy5v44oxth6XKapKPW4VEv3W1rhE2VyLX1yO7jfNPi5l07lCCXM6FtHv7z94OTQQV1qKm3M9 1H62yitbo2J7V2mQsRWxRrH8/7RWnOxlaegKDv+q0SGETXLtXXJhYnmobIW4Rc72Dg68pkS0kPkk swqKh7XmMLY3B2Z79qql1I7Kw98qQxxoKsMwLv9cGX78l5XhWXO/scM7KAiTYhfXWV776glacenf afT/YX5Mmrcj7F3VU2PmQwD+GK5YdgQ4CrHDvLocrWHvVTlQoVn08skd3m8rvOLo/gAAAP//AwBQ SwMEFAAGAAgAAAAhAA6cnF/ZAAAA/QAAAA8AAABkcnMvZG93bnJldi54bWxEj1FLwzAUhd8F/0O4 gm8udWItdXdDB2qfHNtE2Nu1uW2jTVKSuHb/3uCDPh7O4Tt8i9VkenFkH7SzCNezDATb2iltW4S3 /dNVASJEsop6ZxnhxAFWy/OzBZXKjXbLx11sRYLYUBJCF+NQShnqjg2FmRvYpq5x3lBM0bdSeRoT 3PRynmW5NKRteuho4HXH9dfu2yCsQ/64V0W1eZ2rUd5Wjfms6Bnx8mJ6uAcReYr/4/bwrrPDX/mL qhTCTV7kdyCal9OH12pLIbJHSH7JNpmCXP4AAAD//wMAUEsDBBQABgAIAAAAIQAskaR45QAAAGQB AAAbAAAAZHJzL19yZWxzL3NoYXBleG1sLnhtbC5yZWxzhNDBSsQwEAbgu+A7hLmn6e5BRNruRYU9 eJH1AcZm2sRNJiWZLrtvbxAUFwSPwzDf/zPd7hyDOlEuPnEPm6YFRTwm63nu4e3wrO9BFUG2GBJT DxcqsBtub7pXCij1qDi/FFUVLj04keXBmDI6iliatBDXzZRyRKljns2C4xFnMtu2vTP5twHDlan2 toe8txtQh8tSk/+30zT5kR7TuEZi+SPCuCrl4PlYUcwzyQ8rKYXSeJLpq6aTGIzNOIk+Iet38h+8 Rh3XIF5HWXW7/SZekq3tns5CmTGAGTpz9ZvhEwAA//8DAFBLAQItABQABgAIAAAAIQAMgYW7/gAA AOIBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAh ADHdX2HSAAAAjwEAAAsAAAAAAAAAAAAAAAAALwEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAh ANtwnURXCQAA2XEAABAAAAAAAAAAAAAAAAAAKgIAAGRycy9zaGFwZXhtbC54bWxQSwECLQAUAAYA CAAAACEADpycX9kAAAD9AAAADwAAAAAAAAAAAAAAAACvCwAAZHJzL2Rvd25yZXYueG1sUEsBAi0A FAAGAAgAAAAhACyRpHjlAAAAZAEAABsAAAAAAAAAAAAAAAAAtQwAAGRycy9fcmVscy9zaGFwZXht bC54bWwucmVsc1BLBQYAAAAABQAFAD4BAADTDQAAAAAAABDwCAAAACAEPQF9FUMPDwAR8KoBAAAA AMMLCAAAAP////8TAP+/DwCIE4YBAAAPAIoTgAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAA ixNgAAAAAAC2D1gAAAAAAgAAAAAAAAACAAAAAAAAAAIAAAAAAAAAAgAAAAAAAAAAAAAAAAAAAAAA AAACAAAAAAAAAAIAAAAAAAAAAAAAAAIAAAAAAAAAAgAAAAAAAAACAAAAAAAADwCKE/YAAAAAALoP DgAAAF8AXwBfAFAAUABUADkAAACLE9gAAAAAAKwP0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAA AAEAAAAAAIAC//8AAAAAAAAgAAAAAgAAAAAAAAAAAAAAIAAAAAMAAAAAAAAAAAAAACAAAAAEAAAA AAAAAAAAAAAgAAAABQAAAAAAAAAAAAAAIAAAAAYAAAAAAAAAAAAAACAAAAAHAAAAAAAAAAAAAAAg AAAACAAAAAAAAAAAAAAAIAAAAAkAAAAAAAAAAAAAACAAAAAKAAAAAAAAAAAAAAAgAAAACwAAAAAA AAAAAAAAIAAAAAwAAAAAAB8EBAAAAAMAAAAPAA3wLQUAAAAAnw8EAAAAAQAAAAAAqA+nAQAAIFBy b2JsZW06IEluY29uc2lzdGVudCBNVFUgaW4gYSBSUEwgbmV0d29yaw1QTVRVRCBjYXVzZXMgcGVy IGRlc3RpbmF0aW9uIHN0YXRlcw1OZWVkIDEyODAgKyB0dW5uZWwgb3ZlcmhlYWQgZm9yIG5vbiBz dG9yaW5nDVJQTCBkb2VzIG5vdCBkZXBlbmQgb24gUkFzIHNvIGZhcg0gICBNb3JlIGluIGh0dHA6 Ly90b29scy5pZXRmLm9yZy9odG1sL2RyYWZ0LXZhbi1iZWlqbnVtLW11bHRpLW10dS0wMiANLlF1 ZXN0aW9uOiBEbyB3ZSBkaXNzZW1pbmF0ZSBNVFUgb3B0aW9uPyANIFByb3Bvc2VkIGFwcHJvYWNo OiANIEFkZCBNVFUgb3B0aW9uIHRvIERJTyAoTUFZLCBubyBuZWVkIGlmIDEyODApDSBEbyBub3Qg cGFydGljaXBhdGUgYXMgcm91dGVyIG9uIGludGVyZmFjZXMgb2YgbGVzcyBNVFUgDSBUaWNrZXQg b3duZXI6IFBhc2NhbCBUaHViZXJ0AAChD94AAAAsAAAAAAAAAAAAcgAAAAEAkgAAAAMA3gAFAEYA AAABAAEAAAAAAD8AAAAAAAAAAABnAAAAAQAAAAAAHgAAAAAAAAAAAAEAAAAAAAIAGAArAAAAAAQC AAAEHAByAAAAAAgCAAAIGAADAAAAAAwCAAAMEAAIAAAAABACAAAQEAA5AAAABBQCAAQUEAABAAAA ABgCAAAYEAABAAAAABwCAAAcEAAqAAAAACACAAAgHAABAAAAACQCAAAkHAAUAAAAACgCAAAoHABn AAAAACwCAAAsGAAeAAAAADACAAAwHAAAAKoPPgIAAAEAAAAGAAAADAQAAAcAAAAHAAAAAwAMBAAA AgAAAAYAAAAMBAAADQAAAAAAAAADAAAAAQAAAAMAEQAAAAAAAAABAAAABgAAAAwEAAAFAAAABwAA AAMADAQAAB8AAAAGAAAADAQAAAQAAAAHAAAAAwAMBAAADwAAAAYAAAAMBAAACAAAAAcAAAADAAwE AAAJAAAABgAAAAwEAAAHAAAABwAAAAMADAQAAAUAAAAGAAAADAQAAAQAAAAHAAAAAwAMBAAABQAA AAYAAAAMBAAABgAAAAcAAAADAAwEAAAEAAAABgAAAAwEAAADAAAABwAAAAMADAQAAAEAAAAGAAAA DAQAAAIAAAAHAAAAAwAMBAAACAAAAAYAAAAMBAAACAAAAAAAAAA5AAAAAAAAAAEAAAAAAAAAAQAA AAAAAAAOAAAABgAAAAwEAAACAAAABwAAAAMADAQAAAEAAAAGAAAADAQAAAsAAAAHAAAAAwAMBAAA DgAAAAYAAAAMBAAAAQAAAAYAAAAMBAAACAAAAAcAAAADAAwEAAABAAAABgAAAAwEAAAIAAAABwAA AAMADAQAAAQAAAAGAAAADAQAAAMAAAAHAAAAAwAMBAAAHAAAAAYAAAAMBAAABAAAAAcAAAADAAwE AAASAAAABgAAAAwEAAALAAAABwAAAAMADAQAABwAAAAGAAAADAQAAAQAAAAHAAAAAwAMBAAADgAA AAYAAAAMBAAABQAAAAcAAAADAAwEAAARAAAABgAAAAwEAAAPAPIPGAAAAAAA8w8QAAAAAAAAACIA AAAEAAAACADyDwAA3w8IAAAAqQAAAOIAAAAAAKYPDgAAAOgCAAAAAPwAOH9YgHiBDwAE8KUCAACi DArwCAAAAASQAAAACgAAgwAL8GgAAAB/AAEA7wGAAEhasiO/AAQABAC/AQAAEQD/ARAAGAA/AwAA CACAwzgAAAC/AwAAAgBFAHMAcABhAGMAZQAgAHIA6QBzAGUAcgB2AOkAIABkAGUAIABsAGEAIABk AGEAdABlACAAMwAAAAAAEPAIAAAAXg8gAWAGihAPABHwjQEAAA8AiBN8AQAADwCKEzwBAAAAALoP EAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAU AAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEA AAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAA AAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAA TQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAG AAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEA MAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAAACAEAQAAAAcPAA3weAAAAAAAnw8EAAAABAAAAAAA oA8QAAAAUwBsAGkAZABlACAAIwAqAAAAoQ8aAAAACQAAAAAAIAAKAAAAAP8HAAkAAAAAAAIADAAA ANgPBAAAAAcAAAAAAKoPCgAAAAkAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPDbAgAA ogwK8AgAAAAFkAAAAAoAAIMAC/ByAAAAfwABAO8BgABYtcsjvwAEAAQAvwEAABEA/wEQABgAPwMA AAgAgMNCAAAAvwMAAAIARQBzAHAAYQBjAGUAIAByAOkAcwBlAHIAdgDpACAAZAB1ACAAcABpAGUA ZAAgAGQAZQAgAHAAYQBnAGUAIAA0AAAAAAAQ8AgAAABeD7AH0A6KEA8AEfCNAQAADwCIE3wBAAAP AIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIA AAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAA AAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAA aAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAAD AAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQA AAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBf AF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAAAAIAQBAAAACQ8ADfCkAAAAAACf DwQAAAAEAAAAAACgD0gAAABJAG4AdABlAHIAaQBtACAATQBlAGUAdABpAG4AZwATICAAUgBvAGwA bAAgAFcARwAgABMgIABKAHUAbgBlACAAMgAwADEAMAAAAKEPGgAAACUAAAAAACAACgAAAAD/BwAl AAAAAAACAAwAAACqDwoAAAAlAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwJAAAABIA CvAIAAAAAZAAAAAMAAAjAAvwDAAAAAQDCQAAAD8DAQABABAA8AcgAAAA////AAAAAACAgIAAAAAA ALvg4wAzM5kAAJmZAJnMAAAPAIgTnQAAAA8AihOVAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAA AACLE3UAAAAAAOsuCAAAAOMLywHQRR0WAAAdEAQAAAAAAAAAAAAAKwQAAAAAAAAAHwBE8T0AAAAA ACfxIAAAAAAAAAADAAAAAAAAAAAAAAAAAAAAAAAAAP////8SAAAADwA98Q0AAABAAULxBQAAAAEJ AAAADwACKwAAAAAAACIECAAAAAEAAAACAAAADwDuA2QKAAACAO8DGAAAABAAAAAAAAAAAAAAAAAA AIAAAAAABwD/vw8ADATECQAADwAC8LwJAABQAgjwCAAAAAUAAAAFlAAADwAD8HgJAAAPAATwKAAA AAEACfAQAAAAmvI9AOyCGgAAAAAAcgBvAAIACvAIAAAAAJQAAAUAAAAPAATwAwEAABIACvAIAAAA ApQAACACAAADAQvwcAAAAAQAAAAAAH8AAQDvAYAASDKPHIEAMGUBAIIAmLIAAIMAMGUBAIQAmLIA AIUAAAAAAIcAAQAAAIgAAAAAAL8ABAAEAP8BEAARAAEDAgQAAD8DAAAIAIDDEAAAAL8DAAACAFQA aQB0AHIAZQAgADEAAAAAABDwCAAAAK0AIAFgFX0DDwAR8BwAAAAAAMMLCAAAAP////8NAP+/AAAf BAQAAAACAAAADwAN8D8AAAAAAJ8PBAAAAAAAAAAAAKgPCwAAAFNjYWxhYmlsaXR5AACqDxgAAAAL AAAABwAAAAAADAQAAAEAAAABAAAAAAAPAATwpQIAABIACvAIAAAAA5QAACACAAATAQvwngAAAAQA AAAAAH8AAQDvAYAAOOGwI4EAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAAAAAIgAAAAA AL8ABAAEAL8BAQABAP8BEAARAAEDAwQAAD8DAAAIAIDDOAAAAL8DAAACAEUAcwBwAGEAYwBlACAA cgDpAHMAZQByAHYA6QAgAGQAdQAgAGMAbwBuAHQAZQBuAHUAIAAyAAAAAAAQ8AgAAADwAyABYBUT Dw8AEfAcAAAAAADDCwgAAAD/////EwD/vwAAHwQEAAAAAwAAAA8ADfCzAQAAAACfDwQAAAABAAAA AACoD+8AAABEQUQNRG8gd2UgZGVwZW5kIG9uIDZMb1dQQU4gTkQ/DUNhbiB3ZSByZWdpc3RlciB0 byBhbGwgTEJScz8NU2hvdWxkIFJQTCBtYW5hZ2UgaXRzIG93biBEQUQ/DVNlZSBkcmFmdC10aHVi ZXJ0LTZsb3dwYW4tYmFja2JvbmUtcm91dGVyLTAyIA1Sb3V0ZXIgcm9sZQ1FeGlzdGluZyBsYXJn ZSBtZXRlcmluZyBuZXR3b3JrcyBlbGVjdCByb3V0ZXJzDVByb3Bvc2FsIG9uIHRoZSB0YWJsZSwg bm90IHJlc29sdmVkIHNvIGZhcgAAoQ92AAAABAAAAAAAAAAAAIYAAAABAAAAAAAMAAAAAAAAAAAA WgAAAAEAAAAAAAQAAAAAAAAAXAAAAAAEAAAABCgAAAAACAYAAAgYAAAAAAUBAAAAAAwEAAAMAAAA BQEAAAAAEAAAABAMAAAAABQAAAAUWgAAAAAYAAAAGAAAqg8YAAAA7wAAAAcAAAAAAAwEAAABAAAA AQAAAAAAAACmDwoAAADgAAAAOH9YgHiBDwAE8KUCAACiDArwCAAAAASUAAAACgAAgwAL8GgAAAB/ AAEA7wGAAHgpwCK/AAQABAC/AQAAEQD/ARAAGAA/AwAACACAwzgAAAC/AwAAAgBFAHMAcABhAGMA ZQAgAHIA6QBzAGUAcgB2AOkAIABkAGUAIABsAGEAIABkAGEAdABlACAAMwAAAAAAEPAIAAAAXg8g AWAGihAPABHwjQEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsT HAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADo AAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEA AAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAA AEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAA bwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAa AAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAA AAAAACAEAQAAAAcPAA3weAAAAAAAnw8EAAAABAAAAAAAoA8QAAAAUwBsAGkAZABlACAAIwAqAAAA oQ8aAAAACQAAAAAAIAAKAAAAAP8HAAkAAAAAAAIADAAAANgPBAAAAAcAAAAAAKoPCgAAAAkAAAAB AAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPDbAgAAogwK8AgAAAAFlAAAAAoAAIMAC/ByAAAA fwABAO8BgAAYpLIjvwAEAAQAvwEAABEA/wEQABgAPwMAAAgAgMNCAAAAvwMAAAIARQBzAHAAYQBj AGUAIAByAOkAcwBlAHIAdgDpACAAZAB1ACAAcABpAGUAZAAgAGQAZQAgAHAAYQBnAGUAIAA0AAAA AAAQ8AgAAABeD7AH0A6KEA8AEfCNAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQ AFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEA AAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAA AAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAA AQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBw AGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQA AAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACx DwgAAAAAAAAEAAAAAAAAIAQBAAAACQ8ADfCkAAAAAACfDwQAAAAEAAAAAACgD0gAAABJAG4AdABl AHIAaQBtACAATQBlAGUAdABpAG4AZwATICAAUgBvAGwAbAAgAFcARwAgABMgIABKAHUAbgBlACAA MgAwADEAMAAAAKEPGgAAACUAAAAAACAACgAAAAD/BwAlAAAAAAACAAwAAACqDwoAAAAlAAAAAQAA AAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwJAAAABIACvAIAAAAAZQAAAAMAAAjAAvwDAAAAAQD CQAAAD8DAQABABAA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAzM5kAAJmZAJnMAAAPAIgTOAAA AA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAAOsuCAAAALUMywFAe4e1 AAAiBAgAAAABAAAAAgAAAA8A7gOGBwAAAgDvAxgAAAAQAAAAAAAAAAAAAAAAAACAAAAAAAcA/78P AAwE5gYAAA8AAvDeBgAAYAII8AgAAAAEAAAABJgAAA8AA/CaBgAADwAE8CgAAAABAAnwEAAAAHQA eQBwAGUALQBQAHIAbwACAArwCAAAAACYAAAFAAAADwAE8PwAAAASAArwCAAAAAKYAAAgAgAAAwEL 8HAAAAAEAAAAAAB/AAEA7wGAABhhzSOBADBlAQCCAJiyAACDADBlAQCEAJiyAACFAAAAAACHAAEA AACIAAAAAAC/AAQABAD/ARAAEQABAwIEAAA/AwAACACAwxAAAAC/AwAAAgBUAGkAdABsAGUAIAAx AAAAAAAQ8AgAAABgBiABYBUwCQ8AEfAcAAAAAADDCwgAAAD/////DQD/vwAAHwQEAAAAAgAAAA8A DfA4AAAAAACfDwQAAAAAAAAAAACoDxIAAABTZWN1cml0eSBEVCBVcGRhdGUAAKoPCgAAABMAAAAB AAAAAAAPAATwkwIAAKIMCvAIAAAAA5gAAAAKAACDAAvwVgAAAH8AAQDvAYAAuJCyI78ABAAEAL8B AAARAP8BEAAYAD8DAAAIAIDDJgAAAL8DAAACAEQAYQB0AGUAIABQAGwAYQBjAGUAaABvAGwAZABl AHIAIAAzAAAAAAAQ8AgAAABeDyABYAaKEA8AEfCNAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAA XwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAg AAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAA AAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAA AAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8A bgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAA AAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAA ixMQAAAAAACxDwgAAAAAAAAEAAAAAAAAIAQBAAAABw8ADfB4AAAAAACfDwQAAAAEAAAAAACgDxAA AABTAGwAaQBkAGUAIAAjACoAAAChDxoAAAAJAAAAAAAgAAoAAAAA/wcACQAAAAAAAgAMAAAA2A8E AAAABwAAAAAAqg8KAAAACQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8MMCAACiDArw CAAAAASYAAAACgAAgwAL8FoAAAB/AAEA7wGAAAjOsiO/AAQABAC/AQAAEQD/ARAAGAA/AwAACACA wyoAAAC/AwAAAgBGAG8AbwB0AGUAcgAgAFAAbABhAGMAZQBoAG8AbABkAGUAcgAgADQAAAAAABDw CAAAAF4PsAfQDooQDwAR8I0BAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAA AAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAA AAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAA CQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAg AFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4A CQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAA AAAAAAQAAAAAAAAgBAEAAAAJDwAN8KQAAAAAAJ8PBAAAAAQAAAAAAKAPSAAAAEkAbgB0AGUAcgBp AG0AIABNAGUAZQB0AGkAbgBnABMgIABSAG8AbABsACAAVwBHACAAEyAgAEoAdQBuAGUAIAAyADAA MQAwAAAAoQ8aAAAAJQAAAAAAIAAKAAAAAP8HACUAAAAAAAIADAAAAKoPCgAAACUAAAABAAAAAAAA AKYPDAAAAPAAAABWXTh/WIB4gQ8ABPAkAAAAEgAK8AgAAAABmAAAAAwAACMAC/AMAAAABAMJAAAA PwMBAAEAEADwByAAAAD///8AAAAAAICAgAAAAAAAu+DjADMzmQAAmZkAmcwAAA8AiBM4AAAADwCK EzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAA6y4IAAAAqwzLAeBjb0UAACIE CAAAAAEAAAACAAAADwDuA9QYAAACAO8DGAAAABAAAAAAAAAAAAAAAAAAAIACAQAABwD/vw8ADATf FwAADwAC8NcXAABwAgjwCAAAAAcAAAAHnAAADwAD8JMXAAAPAATwKAAAAAEACfAQAAAAgC4jAg4A AIAAAAAAAAAAAAIACvAIAAAAAJwAAAUAAAAPAATwhAIAAKIMCvAIAAAAApwAAAAKAACDAAvwVgAA AH8AAQDvAYAAWF+xI78ABAAEAL8BAAAQAP8BEAAYAD8DAAAIAIDDJgAAAL8DAAACAEQAYQB0AGUA IABQAGwAYQBjAGUAaABvAGwAZABlAHIAIAAzAAAAAAAQ8AgAAABeDyABYAaKEA8AEfCNAQAADwCI E3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAI DAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAA AQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAA AAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAA AAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAA BgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8Q AAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAAAAIAQBAAAABw8ADfBp AAAAAACfDwQAAAAEAAAAAACoDw0AAABKdW5lIDE2LCAyMDEwAAChDxoAAAAOAAAAAAAgAAoAAAAA /wcADgAAAAAAAgAMAAAAqg8KAAAADgAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8BMN AACiDArwCAAAAAOcAAAACgAAgwAL8FoAAAB/AAEA7wGAAAi0siO/AAQABAC/AQAAEAD/ARAAGAA/ AwAACACAwyoAAAC/AwAAAgBGAG8AbwB0AGUAcgAgAFAAbABhAGMAZQBoAG8AbABkAGUAcgAgADQA AAATACLxMQgAAKnDKwgAAFBLAwQUAAYACAAAACEADIGFu/4AAADiAQAAEwAAAFtDb250ZW50X1R5 cGVzXS54bWyUUcFOwzAMvSPxD1GuqEnHASHUdgc6joBgfICVuG1Em0RxKNvf427sgISGONp+7/n5 uVrvplHMmMgFX8uVKqVAb4J1vq/l2/ahuJWCMngLY/BYyz2SXDeXF9V2H5EEsz3Vcsg53mlNZsAJ SIWIniddSBNkLlOvI5h36FFfl+WNNsFn9LnIi4ZsqhY7+Biz2Oy4fXTCdCnuj7hlVS0hxtEZyGxU L1PdVE9sPDmL4hlSfoSJUdom0jRARMao8yqzt2qiInSdM6jaRK8L7+oPcRs+fcL5v9ot015wPqn/ cnLCkc7cvLj9GWzxHapi5iEXGlyk0wZ9+FDzBQAA//8DAFBLAwQUAAYACAAAACEAMd1fYdIAAACP AQAACwAAAF9yZWxzLy5yZWxzpJDBasMwDIbvg72D0b1x2kMZo05vhV5LB7sKW0lMY8tYJm3fvqYw WEZvO+oX+j7x7/a3MKmZsniOBtZNC4qiZefjYODrfFh9gJKC0eHEkQzcSWDfvb/tTjRhqUcy+iSq UqIYGEtJn1qLHSmgNJwo1k3POWCpYx50QnvBgfSmbbc6/2ZAt2CqozOQj24D6nxP1fyHHbzNLNyX xnLQ3PfevqJqx9d4orlSMA9UDLgszzDT3NTnQL/2rv/plRETfVf+QvxMq/XHrBc1dg8AAAD//wMA UEsDBBQABgAIAAAAIQAAKVUDwQMAAIELAAAQAAAAZHJzL3NoYXBleG1sLnhtbOxWwW7jNhC9F+g/ ELwWXtuynU2NVRZJUG8LeAMj9qLHYCRRMWuKVEnKsXPMfk/RAl1gL/mbfEB+oTOUlHiNomjjU4HN QRmZw+Gb92aGevN2Uyi2FtZJo2Pef9XjTOjUZFJfx/zDYtI55sx50Bkoo0XMt8LxtyfffvOmHLuS 4WbtxmXMl96X427XpUtRgHtlSqFxLTe2AI+v9rpbWuGE9uDxoEJ1o17vqFuA1PwEQ+n1vJxZstKL 9cwymSGWXjQccKahwGMnxnhh2UxBKpZGZWgPebfZQHuZ35yZDe7CeIDQpiZduQYf/Bt8mYUbTPoL aEybdxaz69NR3QCuxakRZv3jM3ZHOJKb9yZDxFB5E7BsclscCoRyMnnOMMGj0WiA5HG2RTsajqJo ROhgLDaepegQ9QeDI3JI0WP4+iga9QJ8GBMS8iyt8++EORgVo0AxtyL1IVNYT50nUp6PoOO0mUil DqUg5Kj0oWEIUCGplpQsYn7co7+awKWA7AedhYM8SFXbmIzSQX2SlyqOKi3bUqAE/6PkdRe8vMqw /ZDGpbG3nN1YwIJzv1ZgBWfqJ+1i/n1/OEQ9fXgZjl5H+GJ3V5LdFV0V50ZR0TLQKUaNuW/Nc49v VBqmKMFP9bxM25YhLRebn8GWjaweC+rCzJdQir9Tt/YNYtc0ECHK+bnfKnEoJUGDdry8mFhCRC1Z gJ2GtNG4DIZaI0HIg9QZzqRggrrGAWg5y0S+gGR+2/BOXPvaW8BUn9lVoDY32p+GLQk4UgoHm26W ccsS9DVOk1mlUwxfDyVFdBMmV6az1LM1kEpPBRgK7dnjTOT7vm0f4/7n1dPc/4Nfs5pU58ouNoHW pJrfPpkTTOPp5QInfFP9Sd3JMEY2LutJF7iko7AJ8IG8rqpCFuYXWVOKGcdc6M6HOd4YyF5/SEMo qXkOzyrmGo+gC8XKFc5IbebB4mwlLF0/YbCl1AGNI9UnRtF0kSh5K34Mr0S5knQdhbWZNSYnm4BR s7YzB5Np2hdJN0pmNIhoOdxTAjmpRfCbesLveYk8x9HWMlFNdcNURWEaO+jO/LYUOV5NMT+1EhQ2 2BKsE6GyAqMCdnwe7397vP+TPd7/8XD36eHu88PHjw93v3NWSp8uJ1BIhZO70+9HO3E6/ei4HlOp 2wn1XaE7qWvmO2pCyfkTdnVFiWNh4LOWixa+alZ3wEs0W8hCOHYhbtilKUDviTXAD5V9yb/Q6b9u J91aNa/YVzGpfP9fDXi114OoaBk+I9rPB/yedOXJXwAAAP//AwBQSwMEFAAGAAgAAAAhABr/aU3a AAAA/QAAAA8AAABkcnMvZG93bnJldi54bWxEj09LAzEQR++C3yGM4EXarK2UdW1aloq1IB52K/Q6 TWb/4CZZktjd9tM3eNDj8Ib34y3Xo+7YiZxvrRHwOE2AkZFWtaYW8LV/m6TAfECjsLOGBJzJw3p1 e7PETNnBFHQqQ82ixPgMBTQh9BnnXjak0U9tTyayyjqNIZ6u5srhEOW647MkWXCNrYkLDfa0aUh+ lz9awEa+5vtyS+nzw/byOS8+5Fj5VIj7uzF/ARZoDP/Ph7zc4fAHf1U7FVuS2dMcWPV+PrpWFegD OQGxL9ZGCnx1BQAA//8DAFBLAQItABQABgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAAAAAAAAAAAAA AAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAAAA AAAAAAAAAAAALwEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAAApVQPBAwAAgQsAABAAAAAA AAAAAAAAAAAAKgIAAGRycy9zaGFwZXhtbC54bWxQSwECLQAUAAYACAAAACEAGv9pTdoAAAD9AAAA DwAAAAAAAAAAAAAAAAAZBgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAEAAQA9QAAACAHAAAAAAAA EPAIAAAAXg8gEGAVihAPABHwxQMAAA8AiBO0AwAADwCKE2QDAAAAALoPEAAAAF8AXwBfAFAAUABU ADEAMQAAAIsTRAMAAAAAGRA8AwAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAA AAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAA AAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEA AAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABl ACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAA DgAJABEAAAAaAAEAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADo AAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEA AAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAA AEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAA bwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAa AAEAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQA AAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEA AAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEA bAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBw AGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKE0AA AAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTIAAAAAAAsQ8YAAAAAAAABAAAAAAAAAAEAQAA AAAAAAQCAAAAAAAgBAEAAAAJDwAN8IMAAAAAAJ8PBAAAAAQAAAAAAKgPCwAAAFJlbukgU3RydWlr AAChDzYAAAAMAAAAAAAgCAoAAAAA/wIABwADAAAAAAACAA4AAgAAAAAEIgAABAQADgAHAAAAAAgC AAAIDgAAAKoPCgAAAAwAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPChAgAAogwK8AgA AAAEnAAAAAoAAIMAC/BmAAAAfwABAO8BgAD4VsIjvwAEAAQAvwEAABAA/wEQABgAPwMAAAgAgMM2 AAAAvwMAAAIAUwBsAGkAZABlACAATgB1AG0AYgBlAHIAIABQAGwAYQBjAGUAaABvAGwAZABlAHIA IAA1AAAAAAAQ8AgAAABeD7AH0A6KEA8AEfCNAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBf AF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAA AQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAAC AQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQA AAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBv AHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAA AAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQ AAAAAACxDwgAAAAAAAAEAAAAAAAAIAQBAAAACA8ADfB2AAAAAACfDwQAAAAEAAAAAACgDw4AAABT AGwAaQBkAGUAIAAqAAAAoQ8aAAAACAAAAAAAIAAKAAAAAP8HAAgAAAAAAAIADAAAANgPBAAAAAYA AAAAAKoPCgAAAAgAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPAYAQAAEgAK8AgAAAAF nAAAIAIAAAMBC/B4AAAABAAAAAAAfwABAO8BgADoCbMjgQAwZQEAggCYsgAAgwAwZQEAhACYsgAA hQAAAAAAhwABAAAAiAAAAAAAvwAEAAQA/wEAABEAAQMCBAAAPwMAAAgAgMMYAAAAvwMAAAIAUgBl AGMAdABhAG4AZwBsAGUAIAA2AAAAAAAQ8AgAAACgBQAAIBNwCA8AEfAQAAAAAADDCwgAAAD///// DwD/vw8ADfBYAAAAAACfDwQAAAAGAAAAAACoDxYAAABPdmVydmlldyBSb0xMIFNlY3VyaXR5AACh DxQAAAAXAAAAAAAAAAAAFwAAAAEAAAABAAAAqg8KAAAAFwAAAAEAAAAAAA8ABPBrAQAAEgAK8AgA AAAGnAAAIAIAAAMBC/B4AAAABAAAAAAAfwABAO8BgACIIbMjgQAwZQEAggCYsgAAgwAwZQEAhACY sgAAhQAAAAAAhwAAAAAAiAAAAAAAvwAEAAQA/wEAABEAAQMDBAAAPwMAAAgAgMMYAAAAvwMAAAIA UgBlAGMAdABhAG4AZwBsAGUAIAA3AAAAAAAQ8AgAAACQCQAAgBbgDQ8AEfAQAAAAAADDCwgAAAD/ ////EAD/vw8ADfCrAAAAAACfDwQAAAAFAAAAAACoDysAAAANUmVu6SBTdHJ1aWsgDUUtbWFpbDog cnN0cnVpay5leHRAZ21haWwuY29tAAChDzwAAAAsAAAAAAABCAAAAQAAAAEAAAAAAAAAAwAAAAAE AgAABBQAAQAAAAAIIgAACAAAFAAnAAAAAAwCAAAMFAAAAKoPCgAAACwAAAABAAAAAAAAAKYPDgAA APgAAADYAFZdOH9YgHiBDwAE8HgCAACiDArwCAAAAAecAAAACgAA4wAL8GoAAAB/AAAA7wGAALiC yiOFAAIAAAC/AAYABgC/AQAAEQDLAZwxAADSAQAAAADTAQAAAADUAQAAAADVAQAAAAD/AQAAGAA/ AwAACACAwxYAAAC/AwAAAgBUAGUAeAB0ACAAQgBvAHgAIAA5AAAAAAAQ8AgAAABHD3YB6gH0Dw8A EfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZ EBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAA BAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAE AQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkA YQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBh AHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoT MAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfBS AAAAAACfDwQAAAAEAAAAAAChDxgAAAABAAAAAAAgAAAAAAAA/wEAAAAAAAIAEgAAAKoPCgAAAAEA AAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPAkAAAAEgAK8AgAAAABnAAAAAwAACMAC/AM AAAABAMJAAAAPwMBAAEAEADwByAAAAD///8AAAAAAICAgAAAAAAAu+DjADMzmQAAmZkAmcwAAA8A iBONAAAADwCKE4UAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTZQAAAAAAHRAEAAAAAAAA AAAAACsEAAAAAAAAAB8ARPE9AAAAAAAn8SAAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAD///// EgAAAA8APfENAAAAQAFC8QUAAAABCQAAAA8AAisAAAAAAAAiBAgAAAABAAAABwAAAA8A7gPfLgAA AgDvAxgAAAAQAAAAAAAAAAAAAAAAAACAAwEAAAcA/78PAAwE6i0AAA8AAvDiLQAAkAII8AgAAAAH AAAAB6QAAA8AA/CeLQAADwAE8CgAAAABAAnwEAAAAHQAZQAtAHAAYQBwAGUAcgACAArwCAAAAACk AAAFAAAADwAE8IQCAACiDArwCAAAAAKkAAAACgAAgwAL8FYAAAB/AAEA7wGAAIgqsyO/AAQABAC/ AQAAEAD/ARAAGAA/AwAACACAwyYAAAC/AwAAAgBEAGEAdABlACAAUABsAGEAYwBlAGgAbwBsAGQA ZQByACAAMQAAAAAAEPAIAAAAXg8gAWAGihAPABHwjQEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAA AF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAA IAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAA AAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIA AAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBv AG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAA AAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAA AIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAAACAEAQAAAAcPAA3waQAAAAAAnw8EAAAABAAAAAAAqA8N AAAASnVuZSAxNiwgMjAxMAAAoQ8aAAAADgAAAAAAIAAKAAAAAP8HAA4AAAAAAAIADAAAAKoPCgAA AA4AAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPATDQAAogwK8AgAAAADpAAAAAoAAIMA C/BaAAAAfwABAO8BgACIPMsjvwAEAAQAvwEAABAA/wEQABgAPwMAAAgAgMMqAAAAvwMAAAIARgBv AG8AdABlAHIAIABQAGwAYQBjAGUAaABvAGwAZABlAHIAIAAyAAAAEwAi8TEIAACpwysIAABQSwME FAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAABbQ29udGVudF9UeXBlc10ueG1slFHBTsMwDL0j8Q9R rqhJxwEh1HYHOo6AYHyAlbhtRJtEcSjb3+Nu7ICEhjjafu/5+bla76ZRzJjIBV/LlSqlQG+Cdb6v 5dv2obiVgjJ4C2PwWMs9klw3lxfVdh+RBLM91XLIOd5pTWbACUiFiJ4nXUgTZC5TryOYd+hRX5fl jTbBZ/S5yIuGbKoWO/gYs9jsuH10wnQp7o+4ZVUtIcbRGchsVC9T3VRPbDw5i+IZUn6EiVHaJtI0 QETGqPMqs7dqoiJ0nTOo2kSvC+/qD3EbPn3C+b/aLdNecD6p/3JywpHO3Ly4/Rls8R2qYuYhFxpc pNMGffhQ8wUAAP//AwBQSwMEFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAABfcmVscy8ucmVsc6SQ wWrDMAyG74O9g9G9cdpDGaNOb4VeSwe7CltJTGPLWCZt376mMFhGbzvqF/o+8e/2tzCpmbJ4jgbW TQuKomXn42Dg63xYfYCSgtHhxJEM3Elg372/7U40YalHMvokqlKiGBhLSZ9aix0poDScKNZNzzlg qWMedEJ7wYH0pm23Ov9mQLdgqqMzkI9uA+p8T9X8hx28zSzcl8Zy0Nz33r6iasfXeKK5UjAPVAy4 LM8w09zU50C/9q7/6ZURE31X/kL8TKv1x6wXNXYPAAAA//8DAFBLAwQUAAYACAAAACEAFWW1DsED AACBCwAAEAAAAGRycy9zaGFwZXhtbC54bWzsVsFu4zYQvRfYfyB4Lby2EidxjVUWSVBvC3gDI/ai x2AkURFrilRJyrFzzH5P0QIt0Ev+Jh+QX+gMJSXeoFhs49MCe5FH5nD45r2Zod68XZeKrYR10uiY R68HnAmdmkzqq5h/WEx6I86cB52BMlrEfCMcf3v86rs31dhVDDdrN65iXnhfjft9lxaiBPfaVELj Wm5sCR5f7VW/ssIJ7cHjQaXq7w0Gh/0SpObHGEqv5tXMkpWer2aWyQyxRHuHR5xpKPHYiTFeWDZT kIrCqAztPd5vN9Be5tenZo27MB4gtKlJl67FB1+CL7NwjUl/Ao1p885idhEd1Q/gOpwaYTZ/PmF3 hCO5fm8yRAy1NwHLOrflrkAoJ5PnDBMcHhwhdyjTJuaHw6ODYbRP6GAs1p6l5DDYHx2SQ4oe0WgY HQwCfBgTEvKsrPPvhNkZFaNAMbci9SFTWE2dJ1KejqDjtJlIpXalIOSo9K5hCFApqZaULGM+QiqR qxC8EJD9qLNge5CqsTEZpYP6JC9VHFVatqFACf6i5E0XvLzKsP2QxsLYG86uLWDBud9qsIIz9bN2 Mf8hGg5RTx9egv6c2e2VZHtF1+WZUVS0DHSKUWPuO/PM4xuVhikr8FM9r9KuZUjLxfoXsFUrq8eC OjfzAirxX+o2vkHshgYiRDk/9xsldqUkaNCNlxcTS4ioJUuw05A2GhfBUCskCHmQOsOZFExQVzgA LWeZyBeQzG9a3tHL+sZbwFSf2mWgNjfan4QtCThSCgebbpdxSwH6CqfJrNYphm+GkiK6CZOr0lnq 2QpIpccCDIX25HEq8ue+XR/j/qfVk9x/xq9dTeozZRfrQGtSz28ezQmm8fhyjhO+rf6k6WQYIxsX zaQLXNJR2AT4QF6XdSlL86tsKMWMYy5078McbwxkLxrSEEoansOzjrnGI+hCsXKJM1KbebA4WwpL 1w9ONixO6oDWkeoT/9J0kSh5I34Kr0S5knQdhbWZNSYnm4BRs3YzB5Np2xdJN0pmNIhoOdxTAjlp RPDrZsI/8xJ5jqOtY6Ke6papmsK0dtCd+U0lcryaYn5iJSjMoQDrRKiswKiALZ+Hu98f7v5iD3d/ 3t/+fX/7z/3Hj/e3f3BWSZ8WEyilwsndw/tvK04v2hs1Yyp1W6G+L3Uvde18R00oOX/MLi8pcSwM fDZy0cI3zZoOeIlmC1kKx87FNbswJehnYu3vb0nVXief6PR/t5NunZqX7JuYVL5fVwNePutBVLQK nxHd5wN+T7rq+F8AAAD//wMAUEsDBBQABgAIAAAAIQBrMteX2gAAAP0AAAAPAAAAZHJzL2Rvd25y ZXYueG1sRI9PSwMxEEfvgt8hjOBFbLYV2nVtWpYWa6H0sFvB65jM/qGbZElid+unN3jQ4/CG9+Mt 16Pu2IWcb60RMJ0kwMhIq1pTC3g/vT6mwHxAo7CzhgRcycN6dXuzxEzZwRR0KUPNosT4DAU0IfQZ 5142pNFPbE8msso6jSGerubK4RDluuOzJJlzja2JCw32tGlInssvLWAjt/mp3FH6/LD7Pj4VBzlW PhXi/m7MX4AFGsP/80de7nH4g7+qvYot09l8Aax6u366VhXoAzkBsS/WRgp89QMAAP//AwBQSwEC LQAUAAYACAAAACEADIGFu/4AAADiAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNd LnhtbFBLAQItABQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAAAAAAAAAAAAAAC8BAABfcmVscy8u cmVsc1BLAQItABQABgAIAAAAIQAVZbUOwQMAAIELAAAQAAAAAAAAAAAAAAAAACoCAABkcnMvc2hh cGV4bWwueG1sUEsBAi0AFAAGAAgAAAAhAGsy15faAAAA/QAAAA8AAAAAAAAAAAAAAAAAGQYAAGRy cy9kb3ducmV2LnhtbFBLBQYAAAAABAAEAPUAAAAgBwAAAAAAABDwCAAAAO8PQAswFWMQDwAR8MUD AAAPAIgTtAMAAA8AihNkAwAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLE0QDAAAAABkQPAMA AAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAA AAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAAB AAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwA AAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABo AHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAAAAAAgMAQAA AgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAAB AAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUB AABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAA AAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAA BAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAAAAAAgMAQAAAgAAAAwBAAAA AAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEB AAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1h bmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAA JgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAH AQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihNAAAAAAAC6DxAAAABfAF8AXwBQAFAA VAAxADAAAACLEyAAAAAAALEPGAAAAAAAAAQAAAAAAAAABAEAAAAAAAAEAgAAAAAAIAQBAAAACQ8A DfCDAAAAAACfDwQAAAAEAAAAAACoDwsAAABSZW7pIFN0cnVpawAAoQ82AAAADAAAAAAAIAgKAAAA AP8CAAcAAwAAAAAAAgAOAAIAAAAABCIAAAQEAA4ABwAAAAAIAgAACA4AAACqDwoAAAAMAAAAAQAA AAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwoQIAAKIMCvAIAAAABKQAAAAKAACDAAvwZgAAAH8A AQDvAYAASDmzI78ABAAEAL8BAAAQAP8BEAAYAD8DAAAIAIDDNgAAAL8DAAACAFMAbABpAGQAZQAg AE4AdQBtAGIAZQByACAAUABsAGEAYwBlAGgAbwBsAGQAZQByACAAMwAAAAAAEPAIAAAAXg+wB9AO ihAPABHwjQEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEA AAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAA CAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAA AAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEA cgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBn AHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEA DwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAA ACAEAQAAAAgPAA3wdgAAAAAAnw8EAAAABAAAAAAAoA8OAAAAUwBsAGkAZABlACAAKgAAAKEPGgAA AAgAAAAAACAACgAAAAD/BwAIAAAAAAACAAwAAADYDwQAAAAGAAAAAACqDwoAAAAIAAAAAQAAAAAA AACmDwwAAADwAAAAVl04f1iAeIEPAATwuwMAAKIMCvAIAAAABaQAAAAKAADTAAvwZAAAAH8AAADv AYAAWFOzI78ABgAGAL8BAAARAMsBnDEAANIBAAAAANMBAAAAANQBAAAAANUBAAAAAP8BAAAYAD8D AAAIAIDDFgAAAL8DAAACAFQAZQB4AHQAIABCAG8AeAAgADUAAAAAABDwCAAAAIABAACAFqMCDwAR 8KACAAAPAIgTmAIAAA8AihNQAgAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLEzACAAAAABkQ KAIAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAE AAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQB AAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBh AGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEA cABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAAAAAAgM AQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAAB AAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAA AAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAA AAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAG AQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihM4AAAAAAC6DxAA AABfAF8AXwBQAFAAVAAxADAAAACLExgAAAAAALEPEAAAAAAAAAQAAAAAAAAABAEAAAAPAA3wfwAA AAAAnw8EAAAABAAAAAAAqA8XAAAAQmFzaWMgU2VjdXJpdHkgU2VydmljZXMAAKEPJgAAABgAAAAA ACAIAAAAAAD/AQAXAAAAAQAAAAEAAQAAAAAEAgAABBQAAACqDwoAAAAYAAAAAQAAAAAAAACmDwwA AADwAAAAVl04f1iAeIEPAATw0QQAAKIMCvAIAAAABqQAAAAKAADTAAvwZAAAAH8AAADvAYAA+FGz I78ABgAGAL8BAAARAMsBnDEAANIBAAAAANMBAAAAANQBAAAAANUBAAAAAP8BAAAYAD8DAAAIAIDD FgAAAL8DAAACAFQAZQB4AHQAIABCAG8AeAAgADYAAAAAABDwCAAAAEACAACAFlsFDwAR8LwDAAAP AIgTtAMAAA8AihNkAwAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLE0QDAAAAABkQPAMAAAAA AAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAA AAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAA AAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAI AAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkA AAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAAAAAAgMAQAAAgAA AAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAA AAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABo AAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMA AAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAA AAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAAAAAAgMAQAAAgAAAAwBAAAAAAAA FAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAAB AAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAA AAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAA AE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAA BgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihNAAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADAAAACLEyAAAAAAALEPGAAAAAAAAAQAAAAAAAAABAEAAAAAAAAEAgAAAA8ADfB5AAAAAACfDwQA AAAEAAAAAACoDwMAAAANDQ0AAKEPNAAAAAQAAAAAACAAAAAAAAD/AgAAAAEAAgABABQAAQAAAAAE AgAABBIAAQAAAAAIggAACAUAEgAAAKoPCgAAAAQAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4 gQ8ABPB6EgAAogwK8AgAAAAHpAAAAAoAAIMAC/BEAAAAfwAAAO8BgABYd7MjvwAGAAYAvwEAABEA /wEAABgAPwMAAAgAgMMUAAAAvwMAAAIAVABlAHgAdABCAG8AeAAgADgAAAAAABDwCAAAAAADAACA FusWDwAR8IALAAAPAIgTeAsAAA8AihPwCgAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLE9AK AAAAABkQyAoAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAA AAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAA AAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABB AHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8A ZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgAB AAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAA AAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAAB AAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwA AAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABo AHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAAAAAAgMAQAA AgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAAB AAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUB AABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAA AAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAA BAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAAAAAAgMAQAAAgAAAAwBAAAA AAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEB AAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1h bmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAA JgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAH AQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAA AAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAA AAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAA BAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBu AG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAA AAAAAAAABAAAAA4ACQARAAAAGgABAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAA AAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAA AAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAAB AAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAA ZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAA AA4ACQARAAAAGgABAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA 6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAAB AAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoA AABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBw AG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAA GgABAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAE AAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQB AAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBh AGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEA cABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAAAAAAgM AQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAAB AAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAA AAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAA AAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAG AQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAAAAAAgMAQAAAgAAAAwB AAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAA AAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAA ZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAA AAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAA GAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihN4AAAAAAC6DxAAAABfAF8AXwBQ AFAAVAAxADAAAACLE1gAAAAAALEPUAAAAAAAAAQAAAAAAAAABAEAAAAAAAAEAgAAAAAAAAQDAAAA AAAABAQAAAAAAAAEBQAAAAAAAAQGAAAAAAAABAcAAAAAAAAECAAAAAAAAAQJAAAADwAN8H4GAAAA AJ8PBAAAAAQAAAAAAKAPlAUAAEQAYQB0AGEAIABjAG8AbgBmAGkAZABlAG4AdABpAGEAbABpAHQA eQANAEEAcwBzAHUAcgBhAG4AYwBlACAAdABoAGEAdAAgAHQAcgBhAG4AcwBtAGkAdAB0AGUAZAAg AGkAbgBmAG8AcgBtAGEAdABpAG8AbgAgAGkAcwAgAG8AbgBsAHkAIABkAGkAcwBjAGwAbwBzAGUA ZAAgAHQAbwAgAHAAYQByAHQAaQBlAHMAIABmAG8AcgAgAHcAaABpAGMAaAAgAGkAdAAgAGkAcwAg AGkAbgB0AGUAbgBkAGUAZAAuAA0ARABhAHQAYQAgAGEAdQB0AGgAZQBuAHQAaQBjAGkAdAB5AA0A QQBzAHMAdQByAGEAbgBjAGUAIABvAGYAIAB0AGgAZQAgAHMAbwB1AHIAYwBlACAAbwBmACAAdABy AGEAbgBzAG0AaQB0AHQAZQBkACAAaQBuAGYAbwByAG0AYQB0AGkAbwBuACAAKABhAG4AZAAsACAA aABlAHIAZQBiAHkALAAgAHQAaABhAHQAIABpAG4AZgBvAHIAbQBhAHQAaQBvAG4AIAB3AGEAcwAg AG4AbwB0ACAAbQBvAGQAaQBmAGkAZQBkACAAaQBuACAAdAByAGEAbgBzAGkAdAApAC4ADQBSAGUA cABsAGEAeQAgAHAAcgBvAHQAZQBjAHQAaQBvAG4ADQBDAGEAcABhAGIAaQBsAGkAdAB5ACAAdABv ACAAZABlAHQAZQBjAHQAIABkAHUAcABsAGkAYwBhAHQAZQBzACAAbwBmACAAdAByAGEAbgBzAG0A aQB0AHQAZQBkACAAaQBuAGYAbwByAG0AYQB0AGkAbwBuAC4ADQBUAGkAbQBlAGwAaQBuAGUAcwBz ACAAKABkAGUAbABhAHkAIABwAHIAbwB0AGUAYwB0AGkAbwBuACkADQBBAHMAcwB1AHIAYQBuAGMA ZQAgAHQAaABhAHQAIAB0AHIAYQBuAHMAbQBpAHQAdABlAGQAIABpAG4AZgBvAHIAbQBhAHQAaQBv AG4AIABpAHMAIAByAGUAYwBlAGkAdgBlAGQAIABpAG4AIABhACAAdABpAG0AZQBsAHkAIABtAGEA bgBuAGUAcgAuAA0ADQBBAGMAdAB1AGEAbAAgAHMAZQBjAHUAcgBpAHQAeQAgAHMAZQByAHYAaQBj AGUAcwAgAHAAcgBvAHYAaQBkAGUAZAAgAGkAcwAgAHMAdQBpAHQAYQBiAGwAZQAgAGMAbwBtAGIA aQBuAGEAdABpAG8AbgAgAG8AZgAgAGEAYgBvAHYAZQAgAHMAZQByAHYAaQBjAGUAcwAuAA0AIABS AGUAcABsAGEAeQAgAHAAcgBvAHQAZQBjAHQAaQBvAG4AIABpAHMAIABhAGwAdwBhAHkAcwAgAHAA cgBvAHYAaQBkAGUAZAAgAGkAZgAgAHMAZQBjAHUAcgBpAHQAeQAgAGkAcwAgABwgcwB3AGkAdABj AGgAZQBkACAAbwBuAB0gOwANACAAVABpAG0AZQBsAGkAbgBlAHMAcwAgAGkAcwAgAHAAcgBvAHYA aQBkAGUAZAAgAGkAZgAgAGQAZQB2AGkAYwBlAHMAIABoAGEAdgBlACAAYwBsAG8AYwBrACAAbwBu ACAAYgBvAGEAcgBkAC4ADQANAE4AbwB0AGUAOgAgAFIAZQBwAGwAYQB5ACAAcAByAG8AdABlAGMA dABpAG8AbgAgAGkAcwAgAHAAcgBvAHYAaQBkAGUAZAAgAHYAaQBhACAAdQBzAGUAIABvAGYAIABu AG8AbgAtAHIAZQBwAGUAYQB0AGkAbgBnACAAdgBhAGwAdQBlACAAKAAYIG4AbwBuAGMAZQAZICkA LgANAA0ADQANAA0ADQANAA0ADQANAAAAoQ+oAAAA9gEAAAAAIAAAAAAAAP98AAAAAACzAAAAAwAT IAQAAAAA/1kAAAAAACAAAAAAAAD/FAAAAAEAAgABABQAXwAAAAAEAgAABBQAEgAAAAEIAgABCBQA cAAAAAAMAgAADBQAEgAAAAEQAgABEBQAPAAAAAAUAgAAFBQAHgAAAAEYAgABGBQAEgEAAAAcAgAA HBQABQAAAAQgAgAEIBQAUwAAAAAkAgAAJBQAAACqDwoAAADLAgAAAQAAAAAAAACmDwwAAADwAAAA Vl04f1iAeIEPAATwJAAAABIACvAIAAAAAaQAAAAMAAAjAAvwDAAAAAQDCQAAAD8DAQABABAA8Acg AAAA////AAAAAACAgIAAAAAAALvg4wAzM5kAAJmZAJnMAAAPAIgTjQAAAA8AihOFAAAAAAC6DxAA AABfAF8AXwBQAFAAVAAxADAAAACLE2UAAAAAAB0QBAAAAAAAAAAAAAArBAAAAAAAAAAfAETxPQAA AAAAJ/EgAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAA/////xIAAAAPAD3xDQAAAEABQvEFAAAA AQkAAAAPAAIrAAAAAAAAIgQIAAAAAQAAAAcAAAAPAO4DNyEAAAIA7wMYAAAAEAAAAAAAAAAAAAAA AAAAgAQBAAAHAP+/DwAMBEIgAAAPAALwOiAAALACCPAIAAAABwAAAAesAAAPAAPw9h8AAA8ABPAo AAAAAQAJ8BAAAABnAGUAcwAgAG8AbgAgAEEAAgAK8AgAAAAArAAABQAAAA8ABPCEAgAAogwK8AgA AAACrAAAAAoAAIMAC/BWAAAAfwABAO8BgAA4irMjvwAEAAQAvwEAABAA/wEQABgAPwMAAAgAgMMm AAAAvwMAAAIARABhAHQAZQAgAFAAbABhAGMAZQBoAG8AbABkAGUAcgAgADEAAAAAABDwCAAAAF4P IAFgBooQDwAR8I0BAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACL ExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA 6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAAB AAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoA AABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBw AG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAA GgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQA AAAAAAAgBAEAAAAHDwAN8GkAAAAAAJ8PBAAAAAQAAAAAAKgPDQAAAEp1bmUgMTYsIDIwMTAAAKEP GgAAAA4AAAAAACAACgAAAAD/BwAOAAAAAAACAAwAAACqDwoAAAAOAAAAAQAAAAAAAACmDwwAAADw AAAAVl04f1iAeIEPAATwEw0AAKIMCvAIAAAAA6wAAAAKAACDAAvwWgAAAH8AAQDvAYAAKCqzI78A BAAEAL8BAAAQAP8BEAAYAD8DAAAIAIDDKgAAAL8DAAACAEYAbwBvAHQAZQByACAAUABsAGEAYwBl AGgAbwBsAGQAZQByACAAMgAAABMAIvExCAAAqcMrCAAAUEsDBBQABgAIAAAAIQAMgYW7/gAAAOIB AAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbJRRwU7DMAy9I/EPUa6oSccBIdR2BzqOgGB8gJW4bUSb RHEo29/jbuyAhIY42n7v+fm5Wu+mUcyYyAVfy5UqpUBvgnW+r+Xb9qG4lYIyeAtj8FjLPZJcN5cX 1XYfkQSzPdVyyDneaU1mwAlIhYieJ11IE2QuU68jmHfoUV+X5Y02wWf0uciLhmyqFjv4GLPY7Lh9 dMJ0Ke6PuGVVLSHG0RnIbFQvU91UT2w8OYviGVJ+hIlR2ibSNEBExqjzKrO3aqIidJ0zqNpErwvv 6g9xGz59wvm/2i3TXnA+qf9ycsKRzty8uP0ZbPEdqmLmIRcaXKTTBn34UPMFAAD//wMAUEsDBBQA BgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAX3JlbHMvLnJlbHOkkMFqwzAMhu+DvYPRvXHaQxmjTm+F XksHuwpbSUxjy1gmbd++pjBYRm876hf6PvHv9rcwqZmyeI4G1k0LiqJl5+Ng4Ot8WH2AkoLR4cSR DNxJYN+9v+1ONGGpRzL6JKpSohgYS0mfWosdKaA0nCjWTc85YKljHnRCe8GB9KZttzr/ZkC3YKqj M5CPbgPqfE/V/IcdvM0s3JfGctDc996+omrH13iiuVIwD1QMuCzPMNPc1OdAv/au/+mVERN9V/5C /Eyr9cesFzV2DwAAAP//AwBQSwMEFAAGAAgAAAAhABRq10jBAwAAgQsAABAAAABkcnMvc2hhcGV4 bWwueG1s7FbBbuM2EL0X6D8QvBZeW46T9RqrLJKg3hZwAyP2osdgJFERa4pUScqxc8x+T9ECu0Av +Zt8QH6hM5SUeIOiaONTgb3II3M4fPPezFBv321KxdbCOml0zKNXA86ETk0m9VXMPyynvTFnzoPO QBktYr4Vjr87/vabt9XEVQw3azepYl54X036fZcWogT3ylRC41pubAkeX+1Vv7LCCe3B40Gl6g8H g6N+CVLzYwyl14tqbslKz9dzy2SGWIbDNxFnGko8dmqMF5bNFaSiMCpDe8j77Qbay/zm1GxwF8YD hDYz6cq1+ODf4MssXGPSX0Bj2ry3mF1ER/UDuA6nRpjNn0/YHeFIrn8yGSKG2puAZZPbcl8glJPJ c4YJjg5fI3co0zbmR6PXh6PogNDBRGw8S8lhcDA+IocUPaLxKDocBPgwISTkWVnn3wuzNypGgWJu RepDprCeOU+kPB1Bx2kzlUrtS0HIUel9wxCgUlItKVnGfIxUIlcheCEg+15nwfYgVWNjMkoH9Ule qjiqtGxLgRL8RcmbLnh5lWH7IY2FsTecXVvAgnO/1mAFZ+pH7WL+JhqNUE8fXoL+nNndlWR3Rdfl mVFUtAx0ilFj7jvzzOMblYYpK/AzvajSrmVIy+XmZ7BVK6vHgjo3iwIq8XfqNr5B7IYGIkQ5v/Bb JfalJGjQjZcXE0uIqCVLsLOQNhoXwVBrJAh5kDrDmRRMUFc4AC1nmciXkCxuWt7Ry/rGW8BMn9pV oDY32p+ELQk4UgoHm26XcUsB+gqnybzWKYZvhpIiugmTq9J56tkaSKXHAgyF9uRxKvLnvl0f4/6n 1ZPc/4Nfu5rUZ8ouN4HWpF7cPJpTTOPx5RwnfFv9SdPJMEE2LppJF7iko7AJ8IG8rupSluYX2VCK Gcdc6N6HBd4YyF40oiGUNDyHZx1zjUfQhWLlCmekNotgcbYSlq4fnGxYnNQBrSPVJ/6l6SJR8kb8 EF6JciXpOgprc2tMTjYBo2btZg4m07Yvkm6UzGgQ0XK4pwRy0ojgN82Ef+Yl8hxHW8dEPdMtUzWF ae2gO/PbSuR4NcX8xEpQmEMB1olQWYFRATs+D3e/Pdx9Yg93f9zffr6//fP+48f72985q6RPiymU UuHk7kXRcCdOLxqOmzGVup1Q35W6l7p2vqMmlJw/ZpeXlDgWBj4buWjhq2ZNB7xEs6UshWPn4ppd mBL0M7EODnakaq+TL3T6r9tJt07NS/ZVTCrf/1cDXj7rQVS0Cp8R3ecDfk+66vgvAAAA//8DAFBL AwQUAAYACAAAACEA8RUKGtoAAAD9AAAADwAAAGRycy9kb3ducmV2LnhtbESPX0vDMBRH3wW/Q7iC L7KlqyBdXTbKxuZAfGg38PWa3P7BJilJXDs/vcEHfbycy/lxVptJ9+xCznfWCFjME2BkpFWdaQSc T/tZBswHNAp7a0jAlTxs1rc3K8yVHU1Jlyo0LEqMz1FAG8KQc+5lSxr93A5kIqut0xji6RquHI5R rnueJskT19iZuNDiQNuW5Gf1pQVs5a44VQfKlg+H77fH8lVOtc+EuL+bimdggabw//xeVEcc/+Cv 6qhiS5ouF8Dql+uH61SJPpATEPtibaTA1z8AAAD//wMAUEsBAi0AFAAGAAgAAAAhAAyBhbv+AAAA 4gEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEA Md1fYdIAAACPAQAACwAAAAAAAAAAAAAAAAAvAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEA FGrXSMEDAACBCwAAEAAAAAAAAAAAAAAAAAAqAgAAZHJzL3NoYXBleG1sLnhtbFBLAQItABQABgAI AAAAIQDxFQoa2gAAAP0AAAAPAAAAAAAAAAAAAAAAABkGAABkcnMvZG93bnJldi54bWxQSwUGAAAA AAQABAD1AAAAIAcAAAAAAAAQ8AgAAADvD0ALMBVjEA8AEfDFAwAADwCIE7QDAAAPAIoTZAMAAAAA ug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixNEAwAAAAAZEDwDAAAAAAAIDAEAAAIAAAAMAQAAAAAA ABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAA AQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5g AAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYA AABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEA AAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAA AQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAAC AQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQA AAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBv AHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAA AAAAAAQAAAAOAAkAEQAAABoAAQAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAA AAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAA AAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAA AAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUA IABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAO AAkAEQAAABoAAQAPAIoTQAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMgAAAAAACxDxgA AAAAAAAEAAAAAAAAAAQBAAAAAAAABAIAAAAAACAEAQAAAAkPAA3wgwAAAAAAnw8EAAAABAAAAAAA qA8LAAAAUmVu6SBTdHJ1aWsAAKEPNgAAAAwAAAAAACAICgAAAAD/AgAHAAMAAAAAAAIADgACAAAA AAQiAAAEBAAOAAcAAAAACAIAAAgOAAAAqg8KAAAADAAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9Y gHiBDwAE8KECAACiDArwCAAAAASsAAAACgAAgwAL8GYAAAB/AAEA7wGAACiysyO/AAQABAC/AQAA EAD/ARAAGAA/AwAACACAwzYAAAC/AwAAAgBTAGwAaQBkAGUAIABOAHUAbQBiAGUAcgAgAFAAbABh AGMAZQBoAG8AbABkAGUAcgAgADMAAAAAABDwCAAAAF4PsAfQDooQDwAR8I0BAAAPAIgTfAEAAA8A ihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAA AAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAA AAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABo AAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMA AAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAA AAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8A XwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAAAAAgBAEAAAAIDwAN8HYAAAAAAJ8P BAAAAAQAAAAAAKAPDgAAAFMAbABpAGQAZQAgACoAAAChDxoAAAAIAAAAAAAgAAoAAAAA/wcACAAA AAAAAgAMAAAA2A8EAAAABgAAAAAAqg8KAAAACAAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiB DwAE8MQDAACiDArwCAAAAAWsAAAACgAA0wAL8GQAAAB/AAAA7wGAABjAsyO/AAYABgC/AQAAEQDL AZwxAADSAQAAAADTAQAAAADUAQAAAADVAQAAAAD/AQAAGAA/AwAACACAwxYAAAC/AwAAAgBUAGUA eAB0ACAAQgBvAHgAIAA1AAAAAAAQ8AgAAACAAQAAgBajAg8AEfCgAgAADwCIE5gCAAAPAIoTUAIA AAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMwAgAAAAAZECgCAAAAAAAIDAEAAAIAAAAMAQAA AAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAAB AQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRt YW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAA ACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgA BwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAg AAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAA AAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAA AAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8A bgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAA AAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTOAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAA ixMYAAAAAACxDxAAAAAAAAAEAAAAAAAAAAQBAAAADwAN8IgAAAAAAJ8PBAAAAAQAAAAAAKgPIAAA AEdyYW51bGFyaXR5IG9mIFNlY3VyaXR5IFNlcnZpY2VzAAChDyYAAAAhAAAAAAAgCAAAAAAA/wEA IAAAAAEAAAABAAEAAAAABAIAAAQUAAAAqg8KAAAAIQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9Y gHiBDwAE8NEEAACiDArwCAAAAAasAAAACgAA0wAL8GQAAAB/AAAA7wGAAIitsyO/AAYABgC/AQAA EQDLAZwxAADSAQAAAADTAQAAAADUAQAAAADVAQAAAAD/AQAAGAA/AwAACACAwxYAAAC/AwAAAgBU AGUAeAB0ACAAQgBvAHgAIAA2AAAAAAAQ8AgAAABAAgAAgBZbBQ8AEfC8AwAADwCIE7QDAAAPAIoT ZAMAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixNEAwAAAAAZEDwDAAAAAAAIDAEAAAIAAAAM AQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAA AAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAA AGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAA AAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAA ABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAAAAAIDAEAAAIAAAAMAQAAAAAAABQA AAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAA AAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAA AgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABN AG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYA AAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAA AAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAA AQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAAD AAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQA eQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAA AAQAAAAOAAkAEQAAABoAAQAPAIoTQAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMgAAAA AACxDxgAAAAAAAAEAAAAAAAAAAQBAAAAAAAABAIAAAAPAA3weQAAAAAAnw8EAAAABAAAAAAAqA8D AAAADQ0NAAChDzQAAAAEAAAAAAAgAAAAAAAA/wIAAAABAAIAAQAUAAEAAAAABAIAAAQSAAEAAAAA CIIAAAgFABIAAACqDwoAAAAEAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwyQQAAKIM CvAIAAAAB6wAAAAKAACDAAvwRAAAAH8AAADvAYAACPCyI78ABgAGAL8BAAARAP8BAAAYAD8DAAAI AIDDFAAAAL8DAAACAFQAZQB4AHQAQgBvAHgAIAA4AAAAAAAQ8AgAAAAAAwAAgBZnFQ8AEfCEAQAA DwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAA AAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAA AAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAA AAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAA CAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5 AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAA ug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfDJAgAAAACf DwQAAAAEAAAAAACoDysCAABHcmFudWxhcml0eSBvZiBzZWN1cml0eSBzZXJ2aWNlcyBkZXBlbmRz IG9uIGtleSB0eXBlOg0gUGVlci10by1wZWVyIGtleTsNIEdyb3VwIGtleTsNIE5ldHdvcmstd2lk ZSBrZXk7DSBEaWdpdGFsIHNpZ25hdHVyZSBrZXkuDQ1DcnlwdG9ncmFwaGljIHByb3RlY3Rpb24g YWdhaW5zdCBvdXRzaWRlciBkZXZpY2VzIG9ubHkgYW5kIG5vdCBhZ2FpbnN0IHBvdGVudGlhbCBt YWxpY2lvdXMgZGV2aWNlcyBpbiBrZXktc2hhcmluZyBncm91cC4NDUdyYW51bGFyaXR5IG9mIGRh dGEgYXV0aGVudGljaXR5IHZpYQ0gcHVibGljLWtleSB0ZWNobmlxdWVzOiB1bmlxdWUgb3JpZ2lu YXRvciBvZiB0cmFuc21pdHRlZCBpbmZvcm1hdGlvbjsNIHN5bW1ldHJpYy1rZXkgdGVjaG5pcXVl czogZW50aXR5IGluIGtleS1zaGFyaW5nIGdyb3VwLiANDSBTaWduYXR1cmVzIHVzZWZ1bCBpbiBn cm91cCBjb21tdW5pY2F0aW9ucyAobXVsdGljYXN0LCBicm9hZGNhc3QpIHRoYXQgcmVxdWlyZSBk YXRhIGF1dGhlbnRpY2F0aW9uIG9yIGlmIG5vbi1yZXB1ZGlhdGlvbiByZXF1aXJlZC4NDQ0NDQ0N DQ0AAKEPXAAAADYAAAAAACAAAAAAAAD/SgAAAAAAswAAAAMAEyAEAAAAAP+gAAAAAAAgAAAAAAAA /38AAAAAALMAAAADABMgBAAAAAD/jQAAAAAAIAAAAAAAAP8sAgAAAAACABQAAACqDwoAAAAsAgAA AQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwJAAAABIACvAIAAAAAawAAAAMAAAjAAvwDAAA AAQDCQAAAD8DAQABABAA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAzM5kAAJmZAJnMAAAPAIgT jQAAAA8AihOFAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLE2UAAAAAAB0QBAAAAAAAAAAA AAArBAAAAAAAAAAfAETxPQAAAAAAJ/EgAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAA/////xIA AAAPAD3xDQAAAEABQvEFAAAAAQkAAAAPAAIrAAAAAAAAIgQIAAAAAQAAAAcAAAAPAO4DqTkAAAIA 7wMYAAAAEAAAAAAAAAAAAAAAAAAAgAUBAAAHAP+/DwAMBLQ4AAAPAALwrDgAANACCPAIAAAABwAA AAe0AAAPAAPwaDgAAA8ABPAoAAAAAQAJ8BAAAABtAGUAdwBvAHIAawAgAFIAAgAK8AgAAAAAtAAA BQAAAA8ABPCEAgAAogwK8AgAAAACtAAAAAoAAIMAC/BWAAAAfwABAO8BgABI4LIjvwAEAAQAvwEA ABAA/wEQABgAPwMAAAgAgMMmAAAAvwMAAAIARABhAHQAZQAgAFAAbABhAGMAZQBoAG8AbABkAGUA cgAgADEAAAAAABDwCAAAAF4PIAFgBooQDwAR8I0BAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABf AF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAA AAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAA AAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAA BAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBu AG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAA AAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACL ExAAAAAAALEPCAAAAAAAAAQAAAAAAAAgBAEAAAAHDwAN8GkAAAAAAJ8PBAAAAAQAAAAAAKgPDQAA AEp1bmUgMTYsIDIwMTAAAKEPGgAAAA4AAAAAACAACgAAAAD/BwAOAAAAAAACAAwAAACqDwoAAAAO AAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwEw0AAKIMCvAIAAAAA7QAAAAKAACDAAvw WgAAAH8AAQDvAYAAmL6zI78ABAAEAL8BAAAQAP8BEAAYAD8DAAAIAIDDKgAAAL8DAAACAEYAbwBv AHQAZQByACAAUABsAGEAYwBlAGgAbwBsAGQAZQByACAAMgAAABMAIvExCAAAqcMrCAAAUEsDBBQA BgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbJRRwU7DMAy9I/EPUa6o SccBIdR2BzqOgGB8gJW4bUSbRHEo29/jbuyAhIY42n7v+fm5Wu+mUcyYyAVfy5UqpUBvgnW+r+Xb 9qG4lYIyeAtj8FjLPZJcN5cX1XYfkQSzPdVyyDneaU1mwAlIhYieJ11IE2QuU68jmHfoUV+X5Y02 wWf0uciLhmyqFjv4GLPY7Lh9dMJ0Ke6PuGVVLSHG0RnIbFQvU91UT2w8OYviGVJ+hIlR2ibSNEBE xqjzKrO3aqIidJ0zqNpErwvv6g9xGz59wvm/2i3TXnA+qf9ycsKRzty8uP0ZbPEdqmLmIRcaXKTT Bn34UPMFAAD//wMAUEsDBBQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAX3JlbHMvLnJlbHOkkMFq wzAMhu+DvYPRvXHaQxmjTm+FXksHuwpbSUxjy1gmbd++pjBYRm876hf6PvHv9rcwqZmyeI4G1k0L iqJl5+Ng4Ot8WH2AkoLR4cSRDNxJYN+9v+1ONGGpRzL6JKpSohgYS0mfWosdKaA0nCjWTc85YKlj HnRCe8GB9KZttzr/ZkC3YKqjM5CPbgPqfE/V/IcdvM0s3JfGctDc996+omrH13iiuVIwD1QMuCzP MNPc1OdAv/au/+mVERN9V/5C/Eyr9cesFzV2DwAAAP//AwBQSwMEFAAGAAgAAAAhACyvhafBAwAA gQsAABAAAABkcnMvc2hhcGV4bWwueG1s7FbBbuM2EL0X6D8QvBZeW7GTdY1VFklQbwt4AyP2osdg JFERa4pUScqxc8x+T9ECXWAv+Zt8QH6hM5SUeIOiaONTgb3II3M4fPPezFBv3m5KxdbCOml0zKNX A86ETk0m9VXMPyynvTFnzoPOQBktYr4Vjr89/vabN9XEVQw3azepYl54X036fZcWogT3ylRC41pu bAkeX+1Vv7LCCe3B40Gl6h8MBkf9EqTmxxhKrxfV3JKVnq/nlskMsQyH0SFnGko8dmqMF5bNFaSi MCpD+4D32w20l/nNqdngLowHCG1m0pVr8cG/wZdZuMakv4DGtHlnMbuIjuoHcB1OjTCbP5+wO8KR XL83GSKG2puAZZPbcl8glJPJc4YJjg5fI3co0zbmR6PXh6NoSOhgIjaepeQwGI6PyCFFj2g8ig4H AT5MCAl5Vtb5d8LsjYpRoJhbkfqQKaxnzhMpT0fQcdpMpVL7UhByVHrfMASolFRLSpYxHyOVyFUI XgjIftBZsD1I1diYjNJBfZKXKo4qLdtSoAR/UfKmC15eZdh+SGNh7A1n1xaw4NyvNVjBmfpJu5h/ H41GqKcPL0F/zuzuSrK7ouvyzCgqWgY6xagx95155vGNSsOUFfiZXlRp1zKk5XLzM9iqldVjQZ2b RQGV+Dt1G98gdkMDEaKcX/itEvtSEjToxsuLiSVE1JIl2FlIG42LYKg1EoQ8SJ3hTAomqCscgJaz TORLSBY3Le/oZX3jLWCmT+0qUJsb7U/ClgQcKYWDTbfLuKUAfYXTZF7rFMM3Q0kR3YTJVek89WwN pNJjAYZCe/I4Fflz366Pcf/T6knu/8GvXU3qM2WXm0BrUi9uHs0ppvH4co4Tvq3+pOlkmCAbF82k C1zSUdgE+EBeV3UpS/OLbCjFjGMudO/DAm8MZC8a0RBKGp7Ds465xiPoQrFyhTNSm0WwOFsJS9cP TjYsTuqA1pHqE//SdJEoeSN+DK9EuZJ0HYW1uTUmJ5uAUbN2MweTadsXSTdKZjSIaDncUwI5aUTw m2bCP/MSeY6jrWOinumWqZrCtHbQnfltJXK8mmJ+YiUozKEA60SorMCogB2fh7vfHu7+ZA93f9zf frq//Xz/8eP97e+cVdKnxRRKqXBy96LoYCdOLzoYN2MqdTuhvit1L3XtfEdNKDl/zC4vKXEsDHw2 ctHCV82aDniJZktZCsfOxTW7MCXoZ2INhztStdfJFzr91+2kW6fmJfsqJpXv/6sBL5/1ICpahc+I 7vMBvydddfwXAAAA//8DAFBLAwQUAAYACAAAACEAAEqeW9oAAAD9AAAADwAAAGRycy9kb3ducmV2 LnhtbESPX0vDMBRH34V9h3AFX8Slsyi1Lhtl4hyID+0EX6/J7R/WJCWJa7dPv+CDPl7O5fw4y/Wk e3Yk5ztrBCzmCTAy0qrONAI+9693GTAf0CjsrSEBJ/KwXs2ulpgrO5qSjlVoWJQYn6OANoQh59zL ljT6uR3IRFZbpzHE0zVcORyjXPf8PkkeucbOxIUWB9q0JA/VjxawkS/FvtpS9nS7PX+k5bucap8J cXM9Fc/AAk3h//mrqHY4/sFf1U7FljRdPACr307frlMl+kBOQOyLtZECX10AAAD//wMAUEsBAi0A FAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54 bWxQSwECLQAUAAYACAAAACEAMd1fYdIAAACPAQAACwAAAAAAAAAAAAAAAAAvAQAAX3JlbHMvLnJl bHNQSwECLQAUAAYACAAAACEALK+Fp8EDAACBCwAAEAAAAAAAAAAAAAAAAAAqAgAAZHJzL3NoYXBl eG1sLnhtbFBLAQItABQABgAIAAAAIQAASp5b2gAAAP0AAAAPAAAAAAAAAAAAAAAAABkGAABkcnMv ZG93bnJldi54bWxQSwUGAAAAAAQABAD1AAAAIAcAAAAAAAAQ8AgAAADvD0ALMBVjEA8AEfDFAwAA DwCIE7QDAAAPAIoTZAMAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixNEAwAAAAAZEDwDAAAA AAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAA AAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAA AAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAA CAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5 AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAAAAAIDAEAAAIA AAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAA AAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAA aAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAAD AAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQA AAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAAAAAIDAEAAAIAAAAMAQAAAAAA ABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAA AQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5g AAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYA AABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEA AAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTQAAAAAAAug8QAAAAXwBfAF8AUABQAFQA MQAwAAAAixMgAAAAAACxDxgAAAAAAAAEAAAAAAAAAAQBAAAAAAAABAIAAAAAACAEAQAAAAkPAA3w gwAAAAAAnw8EAAAABAAAAAAAqA8LAAAAUmVu6SBTdHJ1aWsAAKEPNgAAAAwAAAAAACAICgAAAAD/ AgAHAAMAAAAAAAIADgACAAAAAAQiAAAEBAAOAAcAAAAACAIAAAgOAAAAqg8KAAAADAAAAAEAAAAA AAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8KECAACiDArwCAAAAAS0AAAACgAAgwAL8GYAAAB/AAEA 7wGAAFgBtCO/AAQABAC/AQAAEAD/ARAAGAA/AwAACACAwzYAAAC/AwAAAgBTAGwAaQBkAGUAIABO AHUAbQBiAGUAcgAgAFAAbABhAGMAZQBoAG8AbABkAGUAcgAgADMAAAAAABDwCAAAAF4PsAfQDooQ DwAR8I0BAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAA ABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgA AAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAA AAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIA aQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwBy AGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8A ihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAAAAAg BAEAAAAIDwAN8HYAAAAAAJ8PBAAAAAQAAAAAAKAPDgAAAFMAbABpAGQAZQAgACoAAAChDxoAAAAI AAAAAAAgAAoAAAAA/wcACAAAAAAAAgAMAAAA2A8EAAAABgAAAAAAqg8KAAAACAAAAAEAAAAAAAAA pg8MAAAA8AAAAFZdOH9YgHiBDwAE8MwDAACiDArwCAAAAAW0AAAACgAA0wAL8GQAAAB/AAAA7wGA AGjrsyO/AAYABgC/AQAAEQDLAZwxAADSAQAAAADTAQAAAADUAQAAAADVAQAAAAD/AQAAGAA/AwAA CACAwxYAAAC/AwAAAgBUAGUAeAB0ACAAQgBvAHgAIAA1AAAAAAAQ8AgAAACAAQAAgBagAg8AEfCg AgAADwCIE5gCAAAPAIoTUAIAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMwAgAAAAAZECgC AAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAA AAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAA AQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBs AAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAA aAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAAAAAIDAEA AAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAA AQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAF AQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAA AAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEA AAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTOAAAAAAAug8QAAAA XwBfAF8AUABQAFQAMQAwAAAAixMYAAAAAACxDxAAAAAAAAAEAAAAAAAAAAQBAAAADwAN8JAAAAAA AJ8PBAAAAAQAAAAAAKgPKAAAAERlcGxveW1lbnQgU2NlbmFyaW9zIHZzLiBTZWN1cml0eSBEZXNp Z24AAKEPJgAAACkAAAAAACAIAAAAAAD/AQAoAAAAAQAAAAEAAQAAAAAEAgAABBQAAACqDwoAAAAp AAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATw0QQAAKIMCvAIAAAABrQAAAAKAADTAAvw ZAAAAH8AAADvAYAAmCK0I78ABgAGAL8BAAARAMsBnDEAANIBAAAAANMBAAAAANQBAAAAANUBAAAA AP8BAAAYAD8DAAAIAIDDFgAAAL8DAAACAFQAZQB4AHQAIABCAG8AeAAgADYAAAAAABDwCAAAAEAC AACAFlsFDwAR8LwDAAAPAIgTtAMAAA8AihNkAwAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACL E0QDAAAAABkQPAMAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA 6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAAB AAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoA AABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBw AG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAA GgABAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAE AAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQB AAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBh AGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEA cABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAAAAAAgM AQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAAB AAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAA AAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAA AAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAG AQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihNAAAAAAAC6DxAA AABfAF8AXwBQAFAAVAAxADAAAACLEyAAAAAAALEPGAAAAAAAAAQAAAAAAAAABAEAAAAAAAAEAgAA AA8ADfB5AAAAAACfDwQAAAAEAAAAAACoDwMAAAANDQ0AAKEPNAAAAAQAAAAAACAAAAAAAAD/AgAA AAEAAgABABQAAQAAAAAEAgAABBIAAQAAAAAIggAACAUAEgAAAKoPCgAAAAQAAAABAAAAAAAAAKYP DAAAAPAAAABWXTh/WIB4gQ8ABPAzHQAAogwK8AgAAAAHtAAAAAoAAGMAC/A4AAAAgAB4M7QjvwAG AAYAvwEAABAA/wEAAAgAgMMUAAAAvwMAAAIAVABlAHgAdABCAG8AeAAgADgAAAATACLxTQsAAKnD RwsAAFBLAwQUAAYACAAAACEADIGFu/4AAADiAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWyUUcFO wzAMvSPxD1GuqEnHASHUdgc6joBgfICVuG1Em0RxKNvf427sgISGONp+7/n5uVrvplHMmMgFX8uV KqVAb4J1vq/l2/ahuJWCMngLY/BYyz2SXDeXF9V2H5EEsz3Vcsg53mlNZsAJSIWIniddSBNkLlOv I5h36FFfl+WNNsFn9LnIi4ZsqhY7+Biz2Oy4fXTCdCnuj7hlVS0hxtEZyGxUL1PdVE9sPDmL4hlS foSJUdom0jRARMao8yqzt2qiInSdM6jaRK8L7+oPcRs+fcL5v9ot015wPqn/cnLCkc7cvLj9GWzx Hapi5iEXGlyk0wZ9+FDzBQAA//8DAFBLAwQUAAYACAAAACEAMd1fYdIAAACPAQAACwAAAF9yZWxz Ly5yZWxzpJDBasMwDIbvg72D0b1x2kMZo05vhV5LB7sKW0lMY8tYJm3fvqYwWEZvO+oX+j7x7/a3 MKmZsniOBtZNC4qiZefjYODrfFh9gJKC0eHEkQzcSWDfvb/tTjRhqUcy+iSqUqIYGEtJn1qLHSmg NJwo1k3POWCpYx50QnvBgfSmbbc6/2ZAt2CqozOQj24D6nxP1fyHHbzNLNyXxnLQ3PfevqJqx9d4 orlSMA9UDLgszzDT3NTnQL/2rv/plRETfVf+QvxMq/XHrBc1dg8AAAD//wMAUEsDBBQABgAIAAAA IQDdgEqx4QYAAMo9AAAQAAAAZHJzL3NoYXBleG1sLnhtbOxazW4bNxC+F+g7ELwGjqTUKexF5MAu 4PZgGILlnA1qxbU25nIXJKXIPvUd+gZ5tD5JZ4bcH8lpK1fxum2og3ZIzpLcGX4fhz/v3q8LxVbS 2LzUYz56PeRM6rSc5/p2zD9cnx8ccWad0HOhSi3H/F5a/v7k++/eVYmtGLysbVKN+cK5KhkMbLqQ hbCvy0pqKMtKUwgHSXM7qIy0UjvhoKFCDd4Mhz8OCpFrfgJV6dW0mhiU0svVxLB8PubHnGlRQJPX cu3OyjU74oOggcrMrSETuuxzNbwGxYNuXZbqFMk6M0Xoqtilq3MjPsH3b/VSJGWWMWgRTHQP7b4Z HcNHYOsigR6yFIqOR4eHQ8hkKWi8xW98SxoD3wlUrYx1P8ty7w4xrGjMjUwdmFAkYnVhHVqgbQKz dXmeK7Xv13vLentWCVp+fo+1z+AJrvDDYC/b2up06aCv4RN8xdiEsm7q7pXctxHyUz1i9+oqDr5C mAsaCSBckaBWip65nsMwJ1GoW8CU4mwus2sxmz7UA4Qz47y2FBf6zNyRelZqd0qvzISVnCnAim6L F0LfwqicLHVK1ZNx9LRKUbBVOkkdWwmodgQj0A9MGAuqo3Ems23denTC+23paeb+Qi+UzpY/KXO9 JrPOltOHRjyHz2gSl0AapOLEzI9PkYA1rjxYYagi6kXi/8Cud8siL8qPuTcpfPGYS33wYQokBNYD QAG2Zgh65lWWY66hCeQok98BWehyShJnd9IgoyFGWSqAo4JilVLlGrlJ5Q/yF0qiyVWODAfqupyY ssxInufGAZiHBDKlsbceU4gJtC+ZqlT5HIFGCSRBCdbx7nBroijQtV0tmWUA3domywsdbLbEaoJM I4C5+0pmIkUmzAtp2aX8xK7KQmjOqtyli3NR5Aq6OAKqThfCWEnjg8wuRef1V4U+kMIzVmq3ClKL BdBL413iTtgN/cID5VZERRgkqI6fLPV8IowAt+7qQbBy9OAzebD1hp8O0EOR+cAIXZZ8JubroOrU 5ALIfwOjPxw+xigwKaCWoDvmv//62QP06xJmhFsfhIn8yFqSZFssueMsNzoKs1x0Wg9Oa+c4clz7 V893jG36Eea8KjJqGy02cWdk1BiCfu0QtCbTLqtuwnHnxUOk1T4XD1+iVcxrHEqJSK1h0fUyy/QY rH7Dq3sf6TR4hDAn/GLU+k/2Zl4VHw+U82u3vXZdajfAk0i0u6Lw/OkL8D9IyKuP3Il5+NtwZwxe cRMgBq9x962H/dOaW2t03txsYDFGrsm/ctvb0+bjf8/GDde2XqUC0PcK/sUNT0fW7Zd1n3r81G6Y /83xRVxD9rCGbL0Rjy/8oUV/8cpTkbPjlnY8uO0BN1sHt030EYQ4IxGdvMxOy3PjKh4V9XBUVAd4 Ic7DB2X5/FDa7HDWpaQdwfeC4Otscz79Bs3W6fxv8XT+v32difAJWK3hSvCsM9uEl27i7ll9zW3a XDTsLxqNwI33EB/fQwzIbQEcQRpBCrel/+yycIyN+4uN62kzPOHRwrQrR8i+JGTjavR/cj2/MxWS 6NMdyIVDia18THaUMMUgg44wIL8p+oLQZPkqOslwAg354TC6rogKvrlz6D8AAAD//+xVS4vbMBD+ K0LXsvWmLKU168CmEHoIi0nScxjLcqJGHglJ3k3y6zuSnFcPvZZCBZY+zTeS52lbUYvA3kBXfPIY By+mzwWUGldWTJ+h9FbMZDeii+5Z7Y596cIf9Ea2Gb5ptz7QW6BshtXpAucGw2XzalAmlQDNwocE W9kta5fNs7WLF0hsa3BAYrYfetWbn6rij5xpwG3FJT78WHHmTxX/FD1jTSKzylBxpJcQHZzay7hb JcTZXjqkcNAZzgTYi6IV6Twa14NWJ/k9bRvwUiukG0gdTe2M6RJulQvHiKKlGuOMZq60zi5kiTda tVEYaS92spcUn5yQcJiM2bjTkl0nRThHZVjgGLUhXjNiDUEhC0crOxBk2lr10rNX+c6WpgfkzKog dnPolSYTJ1/I0R04L0O0N0Vbws3xDz0+SMiE8L8Rwo9WXrORSshGlyw79Bp9CRXfhWDLokhOgv9o rETiuhjNQFu3LVoH7wq3vS4o9p+LHhSm4FG2WQ9ukcJKYJmAfqOipZgrbCUmwxnoLWVOc0a1soZm RZn/Onl6iol0IWtLWODM7dPJjkruJR2JSYxlQ1G70juqIjKnHlCk63Mer31x6YZ/sHNS+7j/fUMl +tf7htIQSytM2WazOT8EE45rHsREksa4ZHwrOxNxvZXn3b1kVElCmuJ6fiKIeBws4XvZrUpWZSz+ N+gPQDP5QzN9AApbhsPMtMcEvZ3+AgAA//8DAFBLAwQUAAYACAAAACEAbWq6f9YAAAD5AAAADwAA AGRycy9kb3ducmV2LnhtbESPwUoDMRRF94L/EJ7gziYKio59LaLVWlqQ1m7cPSdvJsFJMiaxnfr1 Bhe6vNzLuZzxdHCd2HFMNniE85ECwb4O2voWYfv6eHYNImXymrrgGeHACaaT46MxVTrs/Zp3m9yK AvGpIgSTc19JmWrDjtIo9OxL14ToKJcYW6kj7QvcdfJCqSvpyPryYKjne8P1x+bLIay6ZqFfFpfm aba1vbNKzT/VDPH0ZLi7BZF5yP9j/fC2XH3/lb+oZ41wA6KZH96j1WtKmSNCcSumxRLk5AcAAP// AwBQSwECLQAUAAYACAAAACEADIGFu/4AAADiAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRf VHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAAAAAAAAAAAAAAC8BAABf cmVscy8ucmVsc1BLAQItABQABgAIAAAAIQDdgEqx4QYAAMo9AAAQAAAAAAAAAAAAAAAAACoCAABk cnMvc2hhcGV4bWwueG1sUEsBAi0AFAAGAAgAAAAhAG1qun/WAAAA+QAAAA8AAAAAAAAAAAAAAAAA OQkAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAABAAEAPUAAAA8CgAAAAAAABDwCAAAAAADAACAFswP DwAR8JwMAAAPAIgTlAwAAA8AihMEDAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLE+QLAAAA ABkQ3AsAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgA AAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAA AAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIA aQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwBy AGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAAAA AAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAA AAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAA AAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAI AAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkA AAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAAAAAAgMAQAAAgAA AAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAA AAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABo AAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMA AAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAA AAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAAAAAAgMAQAAAgAAAAwBAAAAAAAA FAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAAB AAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAA AAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAA AE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAA BgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAAB AAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIB AAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAA AAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8A dAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAA AAAABAAAAA4ACQARAAAAGgABAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAA AAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAA AAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAA CQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAg AFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4A CQARAAAAGgABAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAA AAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAA AAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABB AHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8A ZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgAB AAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAA AAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAAB AAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwA AAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABo AHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAAAAAAgMAQAA AgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAAB AAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUB AABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAA AAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAA BAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAAAAAAgMAQAAAgAAAAwBAAAA AAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEB AAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1h bmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAA JgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAH AQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAA AAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAA AAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAA BAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBu AG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAA AAAAAAAABAAAAA4ACQARAAAAGgABAA8AihOAAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACL E2AAAAAAALEPWAAAAAAAAAQAAAAAAAAABAEAAAAAAAAEAgAAAAAAAAQDAAAAAAAABAQAAAAAAAAE BQAAAAAAAAQGAAAAAAAABAcAAAAAAAAECAAAAAAAAAQJAAAAAAAABAoAAAAPAA3w0gQAAAAAnw8E AAAABAAAAAAAqA+oAwAARGl2ZXJzZSBkZXBsb3ltZW50IHNjZW5hcmlvcw0gSG9tZSBBdXRvbWF0 aW9uCWRyYWZ0LWlldGYtcm9sbC1ob21lLXJvdXRpbmctcmVxcy0xMQ0gQnVpbGRpbmcgQXV0b21h dGlvbiAJZHJhZnQtaWV0Zi1yb2xsLWJ1aWxkaW5nLXJvdXRpbmctcmVxcy0wOQ0gVXJiYW4gU2V0 dGluZ3MJICAgICAgICAgCVJGQyA1NTQ4IC0gUm91dGluZyBSZXF1aXJlbWVudHMgZm9yIFVyYmFu IExvdy1Qb3dlciBhbmQgTG9zc3kgTmV0d29ya3MgKE1heSAyMDA5KQ0gSW5kdXN0cmlhbCBDb250 cm9sICAgICAgICAgICAgCVJGQyA1NjczIC0gSW5kdXN0cmlhbCBSb3V0aW5nIFJlcXVpcmVtZW50 cyAoT2N0b2JlciAyMDA5KQ0NQWN0dWFsIHNlY3VyaXR5IGRlc2lnbg1VbmlmaWVkIGRlc2lnbiB0 aGF0IGZpdHMgdGhlc2UgZGl2ZXJzZSBkZXBsb3ltZW50IHNjZW5hcmlvcw0gY29uY2lzZSBzZXQg b2YgY3J5cHRvZ3JhcGhpYyBhbmQgc2VjdXJpdHkgbWVjaGFuaXNtczsNIHNpbmdsZSBzZWN1cml0 eSBwb2xpY3kgZnJhbWV3b3JrOw0gY29uZmlndXJhdGlvbiBwYXJhbWV0ZXJzIGFwcGxpY2F0aW9u LWRlcGVuZGVudC4NVGhpcyBhbGxvd3MgZm9yIG1hc3Mtc2NhbGUgcHJvZHVjdGlvbiwgd2hpbGUg c3RpbGwgYWxsb3dpbmcgZm9yIGN1c3RvbWl6YXRpb24gKGUuZy4sIGFzIHRvIHNlY3VyaXR5IHNl cnZpY2VzIHByb3ZpZGVkLCBncmFudWxhcml0eSBvZiBhc3N1cmFuY2VzLCB1c2VkIGtleXMsIGRl dmljZSByb2xlcywgZXRjLikNDVRoaXMgbWF5IHJlcXVpcmUgY29uc2lkZXJhdGlvbiBvZiBzeXN0 ZW0gcGVyc3BlY3RpdmUsIHRha2luZyBpbnRvIGFjY291bnQgdGhlIGVudGlyZSBzeXN0ZW0gYW5k IGRldmljZSBsaWZlY3ljbGUgYW5kIGVhc2Utb2YtdXNlIGFuZCBlYXNlLW9mLWRlcGxveW1lbnQg KGV2ZW4gaWYgcmVhbGl6YXRpb24gaXMgb3V0c2lkZSBzY29wZSkgAAChD/oAAAAdAAAAAAAgAAAA AAAA/zsBAAAAACMAAAADAAAAAP9UAAAAAAAgAAAAAAAA/4sAAAAAALMAAAADABMgBAAAAAD/cgEA AAAAIAAAAAAAAP8cAAAAAQBDAAEABAAEABQAEgAAAAAEQwAABAQABAAUACUAAAAACEMAAAgEAAQA EgAWAAAAAAxDAAAMBAAEABQAKQAAAAAQQwAAEAQABAASABoAAAAAFEMAABQEAAQAFABSAAAAABgC AAAYEgATAAAAABxDAAAcBAAEABQASAAAAAAgQwAAIAQABAASABcAAAABJEMAASQEAAQAFAA5AgAA AChDAAAoBAAEABQAAACmDwwAAADwAAAAVl04f1iAeIEPAATwJAAAABIACvAIAAAAAbQAAAAMAAAj AAvwDAAAAAQDCQAAAD8DAQABABAA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAzM5kAAJmZAJnM AAAPAIgTjQAAAA8AihOFAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLE2UAAAAAAB0QBAAA AAAAAAAAAAArBAAAAAAAAAAfAETxPQAAAAAAJ/EgAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAA /////xIAAAAPAD3xDQAAAEABQvEFAAAAAQkAAAAPAAIrAAAAAAAAIgQIAAAAAQAAAAcAAAAPAO4D GCgAAAIA7wMYAAAAEAAAAAAAAAAAAAAAAAAAgAYBAAAHAP+/DwAMBCMnAAAPAALwGycAAPACCPAI AAAACAAAAAi8AAAPAAPw1yYAAA8ABPAoAAAAAQAJ8BAAAAB0AHUAcgBlACAAdABlAGMAAgAK8AgA AAAAvAAABQAAAA8ABPCEAgAAogwK8AgAAAACvAAAAAoAAIMAC/BWAAAAfwABAO8BgAAYULQjvwAE AAQAvwEAABAA/wEQABgAPwMAAAgAgMMmAAAAvwMAAAIARABhAHQAZQAgAFAAbABhAGMAZQBoAG8A bABkAGUAcgAgADEAAAAAABDwCAAAAF4PIAFgBooQDwAR8I0BAAAPAIgTfAEAAA8AihM8AQAAAAC6 DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAA FAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAAB AAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAA AAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAA AE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAA BgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAAAAAgBAEAAAAHDwAN8GkAAAAAAJ8PBAAAAAQAAAAA AKgPDQAAAEp1bmUgMTYsIDIwMTAAAKEPGgAAAA4AAAAAACAACgAAAAD/BwAOAAAAAAACAAwAAACq DwoAAAAOAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwEw0AAKIMCvAIAAAAA7wAAAAK AACDAAvwWgAAAH8AAQDvAYAA+IWzI78ABAAEAL8BAAAQAP8BEAAYAD8DAAAIAIDDKgAAAL8DAAAC AEYAbwBvAHQAZQByACAAUABsAGEAYwBlAGgAbwBsAGQAZQByACAAMgAAABMAIvExCAAAqcMrCAAA UEsDBBQABgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbJRRwU7DMAy9 I/EPUa6oSccBIdR2BzqOgGB8gJW4bUSbRHEo29/jbuyAhIY42n7v+fm5Wu+mUcyYyAVfy5UqpUBv gnW+r+Xb9qG4lYIyeAtj8FjLPZJcN5cX1XYfkQSzPdVyyDneaU1mwAlIhYieJ11IE2QuU68jmHfo UV+X5Y02wWf0uciLhmyqFjv4GLPY7Lh9dMJ0Ke6PuGVVLSHG0RnIbFQvU91UT2w8OYviGVJ+hIlR 2ibSNEBExqjzKrO3aqIidJ0zqNpErwvv6g9xGz59wvm/2i3TXnA+qf9ycsKRzty8uP0ZbPEdqmLm IRcaXKTTBn34UPMFAAD//wMAUEsDBBQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAX3JlbHMvLnJl bHOkkMFqwzAMhu+DvYPRvXHaQxmjTm+FXksHuwpbSUxjy1gmbd++pjBYRm876hf6PvHv9rcwqZmy eI4G1k0LiqJl5+Ng4Ot8WH2AkoLR4cSRDNxJYN+9v+1ONGGpRzL6JKpSohgYS0mfWosdKaA0nCjW Tc85YKljHnRCe8GB9KZttzr/ZkC3YKqjM5CPbgPqfE/V/IcdvM0s3JfGctDc996+omrH13iiuVIw D1QMuCzPMNPc1OdAv/au/+mVERN9V/5C/Eyr9cesFzV2DwAAAP//AwBQSwMEFAAGAAgAAAAhAGfv 4vvBAwAAgQsAABAAAABkcnMvc2hhcGV4bWwueG1s7FbBbuM2EL0X2H8geC28thIncY1VFklQbwt4 AyP2osdgJFERa4pUScqxc8x+T9ECLdBL/iYfkF/oDCUl3qBYbOPTAnuRR+Zw+Oa9maHevF2Xiq2E ddLomEevB5wJnZpM6quYf1hMeiPOnAedgTJaxHwjHH97/Oq7N9XYVQw3azeuYl54X437fZcWogT3 2lRC41pubAkeX+1Vv7LCCe3B40Gl6u8NBof9EqTmxxhKr+bVzJKVnq9mlskMsRwNo4gzDSUeOzHG C8tmClJRGJWhvcf77Qbay/z61KxxF8YDhDY16dK1+OBL8GUWrjHpT6Axbd5ZzC6io/oBXIdTI8zm zyfsjnAk1+9Nhoih9iZgWee23BUI5WTynGGCw4Mj5A5l2sT8cHh0MIz2CR2MxdqzlBwG+6NDckjR IxoNo4NBgA9jQkKelXX+nTA7o2IUKOZWpD5kCqup80TK0xF0nDYTqdSuFIQcld41DAEqJdWSkmXM R0glchWCFwKyH3UWbA9SNTYmo3RQn+SliqNKyzYUKMFflLzpgpdXGbYf0lgYe8PZtQUsOPdbDVZw pn7WLuY/RMMh6unDS9CfM7u9kmyv6Lo8M4qKloFOMWrMfWeeeXyj0jBlBX6q51XatQxpuVj/ArZq ZfVYUOdmXkAl/kvdxjeI3dBAhCjn536jxK6UBA268fJiYgkRtWQJdhrSRuMiGGqFBCEPUmc4k4IJ 6goHoOUsE/kCkvlNyzt6Wd94C5jqU7sM1OZG+5OwJQFHSuFg0+0ybilAX+E0mdU6xfDNUFJEN2Fy VTpLPVsBqfRYgKHQnjxORf7ct+tj3P+0epL7z/i1q0l9puxiHWhN6vnNoznBNB5fznHCt9WfNJ0M Y2Tjopl0gUs6CpsAH8jrsi5laX6VDaWYccyF7n2Y442B7EVDGkJJw3N41jHXeARdKFYucUZqMw8W Z0th6frByYbFSR3QOlJ94l+aLhIlb8RP4ZUoV5Kuo7A2s8bkZBMwatZu5mAybfsi6UbJjAYRLYd7 SiAnjQh+3Uz4Z14iz3G0dUzUU90yVVOY1g66M7+pRI5XU8xPrASFORRgnQiVFRgVsOXzcPf7w91f 7OHuz/vbv+9v/7n/+PH+9g/OKunTYgKlVDi5e1G0txWnF+2NmjGVuq1Q35e6l7p2vqMmlJw/ZpeX lDgWBj4buWjhm2ZNB7xEs4UshWPn4ppdmBL0M7H297ekaq+TT3T6v9tJt07NS/ZNTCrfr6sBL5/1 ICpahc+I7vMBvydddfwvAAAA//8DAFBLAwQUAAYACAAAACEAeZdCydoAAAD9AAAADwAAAGRycy9k b3ducmV2LnhtbESPX0vDMBRH3wW/Q7gDX8SlVZm1WzbKxDmQPbQTfL0mt3+wSUoS185Pb/BBHy/n cn6c1WbSPTuR8501AtJ5AoyMtKozjYC34/NNBswHNAp7a0jAmTxs1pcXK8yVHU1Jpyo0LEqMz1FA G8KQc+5lSxr93A5kIqut0xji6RquHI5Rrnt+myQLrrEzcaHFgbYtyc/qSwvYyqfiWO0oe7zefR/u ylc51T4T4mo2FUtggabw//xeVHsc/+Cvaq9iy8N9mgKrX84frlMl+kBOQOyLtZECX/8AAAD//wMA UEsBAi0AFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5 cGVzXS54bWxQSwECLQAUAAYACAAAACEAMd1fYdIAAACPAQAACwAAAAAAAAAAAAAAAAAvAQAAX3Jl bHMvLnJlbHNQSwECLQAUAAYACAAAACEAZ+/i+8EDAACBCwAAEAAAAAAAAAAAAAAAAAAqAgAAZHJz L3NoYXBleG1sLnhtbFBLAQItABQABgAIAAAAIQB5l0LJ2gAAAP0AAAAPAAAAAAAAAAAAAAAAABkG AABkcnMvZG93bnJldi54bWxQSwUGAAAAAAQABAD1AAAAIAcAAAAAAAAQ8AgAAADvD0ALMBVjEA8A EfDFAwAADwCIE7QDAAAPAIoTZAMAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixNEAwAAAAAZ EDwDAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAA BAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAE AQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkA YQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBh AHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAAAAAI DAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAA AQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAA AAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAA AAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAA BgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAAAAAIDAEAAAIAAAAM AQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAA AAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAA AGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAA AAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAA ABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTQAAAAAAAug8QAAAAXwBfAF8A UABQAFQAMQAwAAAAixMgAAAAAACxDxgAAAAAAAAEAAAAAAAAAAQBAAAAAAAABAIAAAAAACAEAQAA AAkPAA3wgwAAAAAAnw8EAAAABAAAAAAAqA8LAAAAUmVu6SBTdHJ1aWsAAKEPNgAAAAwAAAAAACAI CgAAAAD/AgAHAAMAAAAAAAIADgACAAAAAAQiAAAEBAAOAAcAAAAACAIAAAgOAAAAqg8KAAAADAAA AAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8KECAACiDArwCAAAAAS8AAAACgAAgwAL8GYA AAB/AAEA7wGAABiYtCO/AAQABAC/AQAAEAD/ARAAGAA/AwAACACAwzYAAAC/AwAAAgBTAGwAaQBk AGUAIABOAHUAbQBiAGUAcgAgAFAAbABhAGMAZQBoAG8AbABkAGUAcgAgADMAAAAAABDwCAAAAF4P sAfQDooQDwAR8I0BAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACL ExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA 6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAAB AAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoA AABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBw AG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAA GgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQA AAAAAAAgBAEAAAAIDwAN8HYAAAAAAJ8PBAAAAAQAAAAAAKAPDgAAAFMAbABpAGQAZQAgACoAAACh DxoAAAAIAAAAAAAgAAoAAAAA/wcACAAAAAAAAgAMAAAA2A8EAAAABgAAAAAAqg8KAAAACAAAAAEA AAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8MADAACiDArwCAAAAAW8AAAACgAA0wAL8GQAAAB/ AAAA7wGAALh+tCO/AAYABgC/AQAAEQDLAZwxAADSAQAAAADTAQAAAADUAQAAAADVAQAAAAD/AQAA GAA/AwAACACAwxYAAAC/AwAAAgBUAGUAeAB0ACAAQgBvAHgAIAA1AAAAAAAQ8AgAAACAAQAAgBaj Ag8AEfCgAgAADwCIE5gCAAAPAIoTUAIAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMwAgAA AAAZECgCAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAI AAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAA AAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQBy AGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcA cgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAA AAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAA AAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAA AAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAA CAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5 AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTOAAAAAAA ug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMYAAAAAACxDxAAAAAAAAAEAAAAAAAAAAQBAAAADwAN 8IQAAAAAAJ8PBAAAAAQAAAAAAKgPHAAAAEluY29taW5nIFNlY3VyaXR5IFByb2Nlc3NpbmcAAKEP JgAAAB0AAAAAACAIAAAAAAD/AQAcAAAAAQAAAAEAAQAAAAAEAgAABBQAAACqDwoAAAAdAAAAAQAA AAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATw0QQAAKIMCvAIAAAABrwAAAAKAADTAAvwZAAAAH8A AADvAYAACIy0I78ABgAGAL8BAAARAMsBnDEAANIBAAAAANMBAAAAANQBAAAAANUBAAAAAP8BAAAY AD8DAAAIAIDDFgAAAL8DAAACAFQAZQB4AHQAIABCAG8AeAAgADYAAAAAABDwCAAAAEACAACAFlsF DwAR8LwDAAAPAIgTtAMAAA8AihNkAwAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLE0QDAAAA ABkQPAMAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgA AAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAA AAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIA aQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwBy AGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAAAA AAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAA AAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAA AAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAI AAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkA AAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAAAAAAgMAQAAAgAA AAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAA AAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABo AAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMA AAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAA AAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihNAAAAAAAC6DxAAAABfAF8A XwBQAFAAVAAxADAAAACLEyAAAAAAALEPGAAAAAAAAAQAAAAAAAAABAEAAAAAAAAEAgAAAA8ADfB5 AAAAAACfDwQAAAAEAAAAAACoDwMAAAANDQ0AAKEPNAAAAAQAAAAAACAAAAAAAAD/AgAAAAEAAgAB ABQAAQAAAAAEAgAABBIAAQAAAAAIggAACAUAEgAAAKoPCgAAAAQAAAABAAAAAAAAAKYPDAAAAPAA AABWXTh/WIB4gQ8ABPBGCQAAogwK8AgAAAAHvAAAAAoAAIMAC/BEAAAAfwAAAO8BgABIp7QjvwAG AAYAvwEAABEA/wEAABgAPwMAAAgAgMMUAAAAvwMAAAIAVABlAHgAdABCAG8AeAAgADgAAAAAABDw CAAAAAADAACAFlgPDwAR8NgEAAAPAIgT0AQAAA8AihN4BAAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADEAAACLE1gEAAAAABkQUAQAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAA AAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAA AAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAA CQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAg AFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4A CQARAAAAGgABAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAA AAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAA AAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABB AHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8A ZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgAB AAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAA AAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAAB AAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwA AAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABo AHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAAAAAAgMAQAA AgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAAB AAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUB AABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAA AAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAA BAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihNIAAAAAAC6DxAAAABf AF8AXwBQAFAAVAAxADAAAACLEygAAAAAALEPIAAAAAAAAAQAAAAAAAAABAEAAAAAAAAEAgAAAAAA AAQDAAAADwAN8PIDAAAAAJ8PBAAAAAQAAAAAAKgP8gIAAFNlY3VyaXR5IHByb3Zpc2lvbnM6DSBD b25maWRlbnRpYWxpdHksIGRhdGEgYXV0aGVudGljaXR5LCByZXBsYXkgcHJvdGVjdGlvbiwgdGlt ZWxpbmVzcw0gR3JhbnVsYXJpdHkgb2YgcHJvdGVjdGlvbiB2aWEga2V5IHVzZWQNDVNlY3VyaXR5 IHBvbGljeSBjaGVja3M6DSBDaGVjayB3aGV0aGVyIHByb3RlY3Rpb24gYXBwbGllZCB0byBpbmNv bWluZyBwYWNrZXQgY29uZm9ybXMgdG8gd2hhdCBpcyBleHBlY3RlZA0gQ2hlY2sgd2hldGhlciBr ZXkgYXBwbGllZCB0byBzZWN1cmUgcGFja2V0IGNvbmZvcm1zIHRvIHdoYXQgaXMgZXhwZWN0ZWQN IENoZWNrIHRpbWVsaW5lc3Mgb2YgcmVjZWlwdCBvZiBpbmNvbWluZyBwYWNrZXQNDU5vdGVzOiAN IENyeXB0b2dyYXBoaWMgcHJvY2Vzc2luZyByZXF1aXJlcyBhY2Nlc3MgdG8gbG9naWNhbCBkZXZp Y2UgaWRlbnRpZmllcg0gUmVwbGF5IHByb3RlY3Rpb24gcmVxdWlyZXMgbWFpbnRhaW5pbmcgc29t ZSBzdGF0ZSBmb3Igb3JpZ2luYXRpbmcgZGV2aWNlIChub25jZSkNIERlbGF5IHByb3RlY3Rpb24g YXZhaWxhYmxlIGZvciBkZXZpY2VzIHRoYXQgaGF2ZSBjbG9jayBvbiBib2FyZA0gVGhlcmUgaXMg c29tZSBhZGRpdGlvbmFsIGZhY2lsaXR5IHRvIGJ5LXBhc3MgY2VydGFpbiBzZWN1cml0eSBwb2xp Y3kgY2hlY2tzIGZvciBkZXZpY2VzIA0gICAgdGhhdCBkbyBub3QgaGF2ZSBrZXlpbmcgbWF0ZXJp YWwgeWV0IChlLmcuLCBkdXJpbmcgaW5pdGlhbCBtZW1iZXJzaGlwIHBoYXNlKQ0AAKEPvgAAABUA AAAAACAAAAAAAAD/bAAAAAAAswAAAAMAEyAEAAAAAP8YAAAAAAAgAAAAAAAA/8sAAAAAALMAAAAD AC0ABQAAAAD/CQAAAAAAIAAAAAAAAP80AQAAAACzAAAAAwAtAAUAAAAA/1EAAAAAACAAAAAAAAD/ AQAAAAAAswAAAAMALQAFAAAAAP9lAQAAAACCAAUAFAAGAAAABASCAAQEBQAUAIcBAAAACIIAAAgF ABQAAQAAAAQMggAEDAUAFAAAAKoPCgAAAPMCAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8A BPBgAgAAEgAK8AgAAAAIvAAAAAoAAIMAC/BIAAAAfwAAAO8BgAAYqrQjvwAGAAYAvwEAABEA/wEA ABgAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAA3AAAAAAAQ8AgAAACkB6AF 4BBTCA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMc AQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgA AAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAA AAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAA QQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABv AGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoA AQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAA AA8ADfBcAAAAAACfDwQAAAAEAAAAAACoDwIAAAAuIAAAoQ8YAAAAAwAAAAAAIAAAAAAAAP8DAAAA AAACABIAAACqDwoAAAADAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwJAAAABIACvAI AAAAAbwAAAAMAAAjAAvwDAAAAAQDCQAAAD8DAQABABAA8AcgAAAA////AAAAAACAgIAAAAAAALvg 4wAzM5kAAJmZAJnMAAAPAIgTjQAAAA8AihOFAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACL E2UAAAAAAB0QBAAAAAAAAAAAAAArBAAAAAAAAAAfAETxPQAAAAAAJ/EgAAAAAAAAAAMAAAAAAAAA AAAAAAAAAAAAAAAA/////xIAAAAPAD3xDQAAAEABQvEFAAAAAQkAAAAPAAIrAAAAAAAAIgQIAAAA AQAAAAcAAAAPAO4DukoAAAIA7wMYAAAAEAAAAAAAAAAAAAAAAAAAgAAAAAAHAP+/DwAMBMVJAAAP AALwvUkAABADCPAIAAAABwAAAAfEAAAPAAPweUkAAA8ABPAoAAAAAQAJ8BAAAACPGK3ICQBvdGlm aWNhdGlvAgAK8AgAAAAAxAAABQAAAA8ABPCDAgAAogwK8AgAAAACxAAAAAoAAIMAC/BWAAAAfwAB AO8BgABYT7QjvwAEAAQAvwEAABAA/wEQABgAPwMAAAgAgMMmAAAAvwMAAAIARABhAHQAZQAgAFAA bABhAGMAZQBoAG8AbABkAGUAcgAgADEAAAAAABDwCAAAAF4PIAFgBooQDwAR8I0BAAAPAIgTfAEA AA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAA AgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAAB AAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUB AABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAA AAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAA BAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABf AF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAAAAAgBAEAAAAHDwAN8GgAAAAA AJ8PBAAAAAQAAAAAAKgPDAAAAE1heSAyNSwgMjAxMAAAoQ8aAAAADQAAAAAAIAAKAAAAAP8HAA0A AAAAAAIADAAAAKoPCgAAAA0AAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPAUDQAAogwK 8AgAAAADxAAAAAoAAIMAC/BaAAAAfwABAO8BgAC47rIjvwAEAAQAvwEAABAA/wEQABgAPwMAAAgA gMMqAAAAvwMAAAIARgBvAG8AdABlAHIAIABQAGwAYQBjAGUAaABvAGwAZABlAHIAIAAyAAAAEwAi 8TIIAACpwywIAABQSwMEFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAABbQ29udGVudF9UeXBlc10u eG1slFHBTsMwDL0j8Q9RrqhJxwEh1HYHOo6AYHyAlbhtRJtEcSjb3+Nu7ICEhjjafu/5+bla76ZR zJjIBV/LlSqlQG+Cdb6v5dv2obiVgjJ4C2PwWMs9klw3lxfVdh+RBLM91XLIOd5pTWbACUiFiJ4n XUgTZC5TryOYd+hRX5fljTbBZ/S5yIuGbKoWO/gYs9jsuH10wnQp7o+4ZVUtIcbRGchsVC9T3VRP bDw5i+IZUn6EiVHaJtI0QETGqPMqs7dqoiJ0nTOo2kSvC+/qD3EbPn3C+b/aLdNecD6p/3JywpHO 3Ly4/Rls8R2qYuYhFxpcpNMGffhQ8wUAAP//AwBQSwMEFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsA AABfcmVscy8ucmVsc6SQwWrDMAyG74O9g9G9cdpDGaNOb4VeSwe7CltJTGPLWCZt376mMFhGbzvq F/o+8e/2tzCpmbJ4jgbWTQuKomXn42Dg63xYfYCSgtHhxJEM3Elg372/7U40YalHMvokqlKiGBhL SZ9aix0poDScKNZNzzlgqWMedEJ7wYH0pm23Ov9mQLdgqqMzkI9uA+p8T9X8hx28zSzcl8Zy0Nz3 3r6iasfXeKK5UjAPVAy4LM8w09zU50C/9q7/6ZURE31X/kL8TKv1x6wXNXYPAAAA//8DAFBLAwQU AAYACAAAACEAYJlbUcEDAACBCwAAEAAAAGRycy9zaGFwZXhtbC54bWzsVsFuGzcQvRfoPxC8Foq0 suwoQtaBbVRpAcUQLAU9GqNdrpcVl9ySXFny0fmeogUaIBf/jT/Av5AZ7q6tCEWQWqcCuaxmxeHw zXszw339Zl0othLWSaNjHr3ocSZ0YlKpr2L+fj7uDDlzHnQKymgR841w/M3xjz+8LkeuZLhZu1EZ 89z7ctTtuiQXBbgXphQa1zJjC/D4aq+6pRVOaA8eDypUt9/rHXULkJofYyi9mpVTS1ZyvppaJtOY 93uD4QFnGgo8dmyMF5ZNFSQiNypFu8+7zQbay/z61KwxA4wHCG1ikqVr8MG34EstXGPSX0Bj2ry1 mF1ER3UDuBanRpj1n0/YHeFYXL8zKSKGypuAZZ3ZYl8glJPJMoYJDg5fInco0ybmR4OXh4PogNDB SKw9S8ihdzA8IocEPaLhIDrsBfgwIiTkWVrn3wqzNypGgWJuReJDprCaOE+kPB1Bx2kzlkrtS0HI Uel9wxCgQlItKVnEfIhUIlcheC4g/VmnwfYgVW1jMkoH9UleqjiqtHRDgRb4i5LXXfD8KsP2Qxpz Y284u7aABef+qMAKztSv2sX8VTQYoJ4+vAT9ObPbK4vtFV0VZ0ZR0TLQCUaNuW/NM49vVBqmKMFP 9KxM2pYhLefr38CWjaweC+rczHIoxb+pW/sGsWsaiBDl/MxvlNiXkqBBO16eTSwhopYswE5C2mhc BEOtkCDkQeoUZ1IwQV3hALScpSKbw2J20/COXtbX3gIm+tQuA7WZ0f4kbFmAI6VwsOlmGbfkoK9w mkwrnWD4eigpopswuTKZJp6tgFR6LMBQaE8epyLb9W37GPc/rZ5k/it+zeqiOlN2vg60LqrZzaM5 xjQeX85xwjfVv6g7GUbIxkU96QKXdBQ2AT6Q12VVyML8LmtKMeOYC915P8MbA9mLBjSEFjXP4VnF XOMRdKFYucQZqc0sWJwthaXrBycbFid1QONI9Yl/abpIlLwRv4RXolxJuo7C2tQak5FNwKhZ25mD yTTti6QbJVMaRLQc7imBnNQi+HU94Xe8RJbhaGuZqCa6YaqiMI0ddGd+U4oMr6aYn1gJCnPIwToR KiswKmDL5+Huz4e7f9jD3d/3tx/vbz/df/hwf/sXZ6X0ST6GQiqc3J0o6m/F6UT9YT2mErcV6qdC dxLXzHfUhJLzx+zykhLHwsBnLRctfNes7oDnaDaXhXDsXFyzC1OA3hHrAD9UdiX/Qqf/up10a9W8 ZN/FpPL9fzXg5U4PoqJl+IxoPx/we9KVx58BAAD//wMAUEsDBBQABgAIAAAAIQCz/gAl2wAAAP0A AAAPAAAAZHJzL2Rvd25yZXYueG1sRI9NSwMxFEX3gv8hPMGNtBlbKePYtAwVa0FczFTo9jV584GT ZEhiZ9pf3+BCl5d7OZezXI+6YydyvrVGwOM0AUZGWtWaWsDX/m2SAvMBjcLOGhJwJg/r1e3NEjNl B1PQqQw1ixDjMxTQhNBnnHvZkEY/tT2Z2FXWaQwxuporh0OE647PkmTBNbYmPjTY06Yh+V3+aAEb +Zrvyy2lzw/by+e8+JBj5VMh7u/G/AVYoDH8jw95ucPhr/xF7ZSAWfKUzoFV7+eja1WBPpATEP2i bTQFvroCAAD//wMAUEsBAi0AFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAAAAAAAAAAAAAAAAAAAA AFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAMd1fYdIAAACPAQAACwAAAAAAAAAA AAAAAAAvAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAYJlbUcEDAACBCwAAEAAAAAAAAAAA AAAAAAAqAgAAZHJzL3NoYXBleG1sLnhtbFBLAQItABQABgAIAAAAIQCz/gAl2wAAAP0AAAAPAAAA AAAAAAAAAAAAABkGAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAQABAD1AAAAIQcAAAAAAAAQ8AgA AADvD0ALMBVjEA8AEfDFAwAADwCIE7QDAAAPAIoTZAMAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAx AAAAixNEAwAAAAAZEDwDAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAA AQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAAD AQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkE AAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABU AHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkA EQAAABoAAQAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAI AAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAA AAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQBy AGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcA cgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAA AAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAA AAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAA AAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAA CAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5 AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTQAAAAAAA ug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMgAAAAAACxDxgAAAAAAAAEAAAAAAAAAAQBAAAAAAAA BAIAAAAAACAEAQAAAAkPAA3wgwAAAAAAnw8EAAAABAAAAAAAqA8LAAAAUmVu6SBTdHJ1aWsAAKEP NgAAAAwAAAAAACAICgAAAAD/AgAHAAMAAAAAAAIADgACAAAAAAQiAAAEBAAOAAcAAAAACAIAAAgO AAAAqg8KAAAADAAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8KECAACiDArwCAAAAATE AAAACgAAgwAL8GYAAAB/AAEA7wGAANgFtSO/AAQABAC/AQAAEAD/ARAAGAA/AwAAgQYAAIIGAACD BgAAhAYAAIUGAACGBgAAhwYAAIgGAACJBgAAigYAAIsGAACMBgAAjQYAAI4GAACPBgAAkAYAAJEG AACSBgAAkwYAAJQGAACVBgAAlgYAAJcGAACYBgAAmQYAAJoGAACbBgAAnAYAAJ0GAACeBgAAnwYA AKAGAAChBgAAogYAAKMGAACkBgAApQYAAKYGAACnBgAAqAYAAKkGAACqBgAAqwYAAKwGAACtBgAA rgYAAK8GAACwBgAAsQYAALIGAACzBgAAtAYAALUGAAC2BgAAtwYAALgGAAC5BgAAugYAALsGAAC8 BgAAvQYAAL4GAAC/BgAAwAYAAMEGAADCBgAAwwYAAMQGAADFBgAAxgYAAMcGAADIBgAAyQYAAMoG AADLBgAAzAYAAM0GAAD+/////v////7////RBgAA0gYAANMGAADUBgAA1QYAANYGAADXBgAA2AYA ANkGAADaBgAA2wYAANwGAADdBgAA3gYAAN8GAADgBgAA/v////7////+//////////////////// ///////////pBgAA6gYAAOsGAADsBgAA7QYAAO4GAADvBgAA8AYAAPEGAADyBgAA8wYAAM8GAAD/ //////////////////////////////////////////////////////////////8IAIDDNgAAAL8D AAACAFMAbABpAGQAZQAgAE4AdQBtAGIAZQByACAAUABsAGEAYwBlAGgAbwBsAGQAZQByACAAMwAA AAAAEPAIAAAAXg+wB9AOihAPABHwjQEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAAB AAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEA AAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAA AAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkA cABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAE AAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAA sQ8IAAAAAAAABAAAAAAAACAEAQAAAAgPAA3wdgAAAAAAnw8EAAAABAAAAAAAoA8OAAAAUwBsAGkA ZABlACAAKgAAAKEPGgAAAAgAAAAAACAACgAAAAD/BwAIAAAAAAACAAwAAADYDwQAAAAGAAAAAACq DwoAAAAIAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwtgIAAKIMCvAIAAAABcQAAAAK AADTAAvwhAAAAH8AAADvAYAAqPa0I4EAAAAAAIIAAAAAAIMAAAAAAIQAAAAAAIUAAgAAAL8ABgAG AL8BAAARAP8BEAAYAD8DAAAIAIDDNgAAAL8DAAACAFMAbABpAGQAZQAgAE4AdQBtAGIAZQByACAA UABsAGEAYwBlAGgAbwBsAGQAZQByACAANwAAAAAAEPAIAAAA7w8wCX4KYhAPABHwhAEAAA8AiBN8 AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwB AAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEA AAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAA BQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAA AAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYB AAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAA AF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wdgAAAAAAnw8EAAAA BAAAAAAAoA8OAAAAUwBsAGkAZABlACAAKgAAAKEPGgAAAAgAAAAAACAIAAAAAAD/AQAIAAAAAAAC ABIAAADYDwQAAAAGAAAAAACqDwoAAAAIAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATw iioAABIACvAIAAAABsQAAAAKAADDAAvwYAAAAH8AAADvAYAAKAK1I4EAq2cBAIIA1rMAAIMAq2cB AIQA1rMAAL8ABAAEAL8BAAARAP8BAAAYAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcA bABlACAAMwAAAAAAEPAIAAAAYAMAAOAWgA0PABHwsCEAAA8AiBOoIQAADwCKE4AgAAAAALoPEAAA AF8AXwBfAFAAUABUADEAMQAAAIsTYCAAAAAAGRBYIAAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAA IAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAA AAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIA AAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBv AG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAA AAAAAAAAAAAEAAAADgAJABEAAAAaAAEAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAAB AAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEA AAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAA AAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkA cABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAE AAAADgAJABEAAAAaAAEAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEA AADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEA AAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAA CgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5 AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEA AAAaAAEAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAA AAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAA BAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBp AGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIA YQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEAAAAA CAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAA AAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAA AAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgA AAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAA AAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEAAAAACAwBAAACAAAA DAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAA AAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgA AABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAA AAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAA AAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEAAAAACAwBAAACAAAADAEAAAAAAAAU AAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEA AAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAA AAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAA TQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAG AAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEA AAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEA AAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAA AwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0 AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAA AAAEAAAADgAJABEAAAAaAAEAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAA AAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAA AwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJ BAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAA VAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJ ABEAAAAaAAEAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAA CAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAA AAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEA cgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBn AHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEA AAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAA AAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEA AAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAA AAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgA eQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEAAAAACAwBAAAC AAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEA AAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEA AGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAA AwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAE AAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEAAAAACAwBAAACAAAADAEAAAAA AAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEA AAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFu YAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAm AAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcB AAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAA AAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAA AgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAE AAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4A bwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAA AAAAAAAEAAAADgAJABEAAAAaAAEAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAA AAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAA AAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEA AAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABl ACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAA DgAJABEAAAAaAAEAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADo AAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEA AAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAA AEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAA bwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAa AAEAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQA AAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEA AAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEA bAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBw AGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEAAAAACAwB AAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEA AAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAA BQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAA AAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYB AAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEAAAAACAwBAAACAAAADAEA AAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAA AQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABk bWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAA AAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAY AAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEAAAAACAwBAAACAAAADAEAAAAAAAAUAAAA IAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAA AAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIA AAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBv AG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAA AAAAAAAAAAAEAAAADgAJABEAAAAaAAEAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAAB AAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEA AAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAA AAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkA cABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAE AAAADgAJABEAAAAaAAEAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEA AADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEA AAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAA CgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5 AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEA AAAaAAEAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAA AAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAA BAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBp AGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIA YQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEAAAAA CAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAA AAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAA AAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgA AAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAA AAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEAAAAACAwBAAACAAAA DAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAA AAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgA AABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAA AAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAA AAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEAAAAACAwBAAACAAAADAEAAAAAAAAU AAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEA AAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAA AAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAA TQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAG AAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEA AAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEA AAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAA AwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0 AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAA AAAEAAAADgAJABEAAAAaAAEAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAA AAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAA AwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJ BAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAA VAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJ ABEAAAAaAAEAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAA CAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAA AAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEA cgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBn AHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEA AAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAA AAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEA AAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAA AAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgA eQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKExgBAAAA ALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsT+AAAAAAAsQ/wAAAAAAAABAAAAAAAAAAEAQAAAAAA AAQCAAAAAAAABAMAAAAAAAAEBAAAAAAAAAQFAAAAAAAABAYAAAAAAAAEBwAAAAAAAAQIAAAAAAAA BAkAAAAAAAAECgAAAAAAAAQLAAAAAAAABAwAAAAAAAAEDQAAAAAAAAQOAAAAAAAABA8AAAAAAAAE AAAAAAAAAAQBAAAAAAAABAIAAAAAAAAEAwAAAAAAAAQEAAAAAAAABAUAAAAAAAAEBgAAAAAAAAQH AAAAAAAABAgAAAAAAAAECQAAAAAAAAQKAAAAAAAABAsAAAAAAAAEDAAAAAAAAAQNAAAADwAN8EII AAAAAJ8PBAAAAAQAAAAAAKAP8gUAAAkAIAAgAFAAUwBEAFUAIABkAGEAdABhACAAcgBhAHQAZQAg AHMAdQBwAHAAbwByAHQAZQBkADoAIAAxACAAcABhAGMAawBlAHQAIABwAGUAcgAgAG0AcwAgACgA bwByACwAIABtAG8AcgBlACAAcAByAGUAYwBpAHMAZQBsAHkAOgAgAHAAZQByACAAMgAtADEAMAAg AHMAKQAuAA0ARABlAHQAZQByAG0AaQBuAGUAZAAgAGIAeQAgAGcAcgBhAG4AdQBsAGEAcgBpAHQA eQAgAG8AZgAgAHQAaQBtAGUAIABzAG8AdQByAGMAZQAgAHUAcwBlAGQAIABhAHQAIABzAGUAbgBk AGUAcgANAE0AYQB4AGkAbQB1AG0AIAB0AGkAbQBlACAAZABlAGwAYQB5ACAAcwB1AHAAcABvAHIA dABlAGQAOgAgADIANQAwAG0AcwAgAHsAdwBpAHQAaAAgADEALQBiAHkAdABlACAAYwBvAHUAbgB0 AGUAcgBzAH0AIAANAEQAZQB0AGUAcgBtAGkAbgBlAGQAIABiAHkAIAByAGUAYwBvAG4AcwB0AHIA dQBjAHQAaQBvAG4AIABvAGYAIABjAG8AdQBuAHQAZQByACAAZgByAG8AbQAgAGMAbwBtAHAAcgBl AHMAcwBlAGQAIABjAG8AdQBuAHQAZQByACAAYQB0ACAAcgBlAGMAaQBwAGkAZQBuAHQADQBOAG8A dABlAHMAOgAgACAAKAAxACkAIAB0AGkAbQBlACAAZABlAGwAYQB5ACAAaQBuAGMAbAB1AGQAZQBz ACAAYwBsAG8AYwBrACAAcwBrAGUAdwAgAGEAbgBkACAAYwBvAG0AbQB1AG4AaQBjAGEAdABpAG8A bgAgAGwAYQB0AGUAbgBjAHkADQAJAAkAIAAgACAAIAAgACgAMgApACAAbgBvACAAYwBvAG4AcwB0 AHIAYQBpAG4AdABzACAAYQB0ACAAYQBsAGwAIABpAGYAIABmAHUAbABsACAANAAtAGIAeQB0AGUA IABjAG8AdQBuAHQAZQByAHMAIAB1AHMAZQBkACAAewBjAHIAYQBwAHAAeQAgAGMAbABvAGMAawAg AHAAbwBzAHMAaQBiAGwAZQB9AA0ADQBLAGUAeQAgAGwAaQBmAGUAdABpAG0AZQAgAHMAdQBwAHAA bwByAHQAZQBkADoAIAAyADIAMgAgAHMAZQBjAG8AbgBkAHMAIAC78CAANAA4AC4ANQAgAGQAYQB5 AHMADQBDAG8AdQBuAHQAZQByACAAbABpAGYAZQB0AGkAbQBlACAAcwB1AHAAcABvAHIAdABlAGQA OgAgADIAMwA0ACAAcwBlAGMAbwBuAGQAcwAgALvwIAA1ADQANQAgAHkAZQBhAHIAcwANAE4AbwB0 AGUAOgAgAHQAaABpAHMAIABhAHMAcwB1AG0AZQBzACAANQAgAL0AIAAtAG8AYwB0AGUAdAAgAGMA bwB1AG4AdABlAHIAcwAgAGEAbgBkACAAdABpAG0AZQAgACgAYQBuAGQAIABnAHIAYQBuAHUAbABh AHIAaQB0AHkAIAAyAC0AMQAwACAAcwApAA0ADQBOAG8AdABlADoAIABJAG0AcABsAGUAbQBlAG4A dABhAHQAaQBvAG4AIABjAGEAbgAgAGIAZQAgAHMAZQBjAHUAcgBlAGwAeQAgAHIAZQB1AHMAZQBk ACAAYQBjAHIAbwBzAHMAIABkAGkAZgBmAGUAcgBlAG4AdAAgAGwAYQB5AGUAcgBzACAAbwBmACAA dABoAGUAIABzAHQAYQBjAGsADQAoAHQAaAB1AHMALAAgAGEAbABsAG8AdwBpAG4AZwAgAHMAaABh AHIAaQBuAGcAIABvAGYAIABrAGUAeQBpAG4AZwAgAG0AYQB0AGUAcgBpAGEAbAAsACAAcwB0AGEA dAB1AHMAIABpAG4AZgBvACAAbwBuACAAcABlAHIALQBkAGUAdgBpAGMAZQAgAGwAZQB2AGUAbAAp AA0ADQAAAKEPDAIAAE8AAAAAACAgAAAAAAD/FACrAgAAAQAgIAAAAAAA/xQAAwAAAAAABgASAAAA AAUZAAAAAQQGAAEEFAAAAAAFKwAAAAAIBgAACBQAAAAABQMAAAAADA4AAAwUAAAAAAUeAAUAAAAA EAYAABAUAAAAAAU3AAAAABQGAAAUFAAAAAAFAQAAAAQYBgAEGBQAAAAABRwAAAABHAYAARwUAAAA AAUeAAAAACAGAAAgFAAAAAAFAQAAAAAkhgAAJAUAIAAAAAAFTgAAAAAoBgAAKBQAAAAABQYAAAAE LAYABCwUAAAAAAWVAAAAADAGAAAwFAAAAAAFGAAAAAE0BgABNBQAAAAABQIAAAAAOAYAADgUAAAA AAUCAAAAADwOAAA8FAAAAAAFHgAJAAAAAAAGABQAAAAABQwAAAAABIYAAAQFABQAAAAABRwAAAAB CAYAAQgUAAAAAAUBAAAAAAwGAAAMFAAAAAAFAgAAAAAQDgAAEBQAAAAABR4ACQAAAAAUBgAAFBQA AAAABQsAAAAAGIYAABgFABQAAAAABQEAAAABHIYAARwFABQAAAAABQUAAAAEIAYABCAUAAAAAAU9 AAAAACQGAAAkFAAAAAAFAwAAAAAoDgAAKBQAAAAABR4AAwAAAAAsBgAALBQAAAAABQcAAAAEMAYA BDAUAAAAAAWbAAAAADQGAAA0FAAAAAAFAACqDwoAAAD6AgAAAQAAAAAAAACmDw4AAAD4AAAA2ADU ATh/WIB4gQ8ABPChCQAAogwK8AgAAAAHxAAAAAoAAIMAC/BIAAAAfwAAAO8BgADYELUjvwAEAAQA vwEAABAA/wEAABgAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAA2AAAAEwAi 8S8HAACpwykHAABQSwMEFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAABbQ29udGVudF9UeXBlc10u eG1slFHBTsMwDL0j8Q9RrqhJxwEh1HYHOo6AYHyAlbhtRJtEcSjb3+Nu7ICEhjjafu/5+bla76ZR zJjIBV/LlSqlQG+Cdb6v5dv2obiVgjJ4C2PwWMs9klw3lxfVdh+RBLM91XLIOd5pTWbACUiFiJ4n XUgTZC5TryOYd+hRX5fljTbBZ/S5yIuGbKoWO/gYs9jsuH10wnQp7o+4ZVUtIcbRGchsVC9T3VRP bDw5i+IZUn6EiVHaJtI0QETGqPMqs7dqoiJ0nTOo2kSvC+/qD3EbPn3C+b/aLdNecD6p/3JywpHO 3Ly4/Rls8R2qYuYhFxpcpNMGffhQ8wUAAP//AwBQSwMEFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsA AABfcmVscy8ucmVsc6SQwWrDMAyG74O9g9G9cdpDGaNOb4VeSwe7CltJTGPLWCZt376mMFhGbzvq F/o+8e/2tzCpmbJ4jgbWTQuKomXn42Dg63xYfYCSgtHhxJEM3Elg372/7U40YalHMvokqlKiGBhL SZ9aix0poDScKNZNzzlgqWMedEJ7wYH0pm23Ov9mQLdgqqMzkI9uA+p8T9X8hx28zSzcl8Zy0Nz3 3r6iasfXeKK5UjAPVAy4LM8w09zU50C/9q7/6ZURE31X/kL8TKv1x6wXNXYPAAAA//8DAFBLAwQU AAYACAAAACEA0acDRsMCAADYBgAAEAAAAGRycy9zaGFwZXhtbC54bWysVE1P4zAQva+0/8HydQVN EVsgIkWAxO6hQhWB88p1nDbUsSPbLS2/ft/YKQUOqxWQgz3xjD1vPt6cX2xazdbK+caagg8PM86U kbZqzLzgD/c3B6ec+SBMJbQ1quBb5fnF+Pu38y73HcNl4/Ou4IsQunww8HKhWuEPbacMdLV1rQj4 dfNB55RXJogAR60eHGXZaNCKxvAxnjLrsps6kuTteupYUxX8jDMjWri8UxIA5lqxER/0NmTOwubK bgAaTwigmVi59D0k8T+QKieeEOcbNMzY6wW8qUvn7NNCicqTB/gdRHA7nAYw0+Eeu48xiHxTu/az OCgkW9cM8Y1Of55mqMsWYnY2ggjHIlebwCTUJycnR8eklzAYZqMRGRO0BIRMO+fDL2U/DYrRQwV3 KEjMuVhPfEiudi7InbE3jdafzUAMUpsveAaVS6XpcmqZaksgZ9jRQ6mDP9wuCaQPZdiiP7/isR2p PgwpFhyRtcJNCo6+gHAXBb3WcW9MBSZGUeg5aC+D46xS9b2Ylc9g3vA4NpQLyV6Jiblyy3ihtiZc xksz4RVnGoQ2ezVRB5SaroyMDgiMNmUnSfCdnMrA1gLPDjP6+j59bXGl6ve2OzPc32sv6/APu147 W11rd7+JVZqtyucX8QZhvPzcYrJFkyBmqaFFjmzcJYaDPjSaRJ4WZHa5apvWPjYpqYi44MocPJSY lMheIuOMpgZLJquCG7igQeqaJSaasWWUOFsqh/wTeQWmaG/VyXhkaHrq5ln9jr+Ub93QDIa5sVNn bR3lqnEB1M8iJbUhqImBiAlDIJ14q5uKaBmTRmNaITWpFmGTBhwq9NpK1TWIvkvIamL6hK3omV6O 5Wdh26laSED70T4e6NAPKPFOoURSSP9OIX3fCC5lOozZn/hhY0nsNzqloFB7rKgI1g7rntmR7OO/ AAAA//8DAFBLAwQUAAYACAAAACEA05DzvtYAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPUUvD MBSF34X9h3AHvrlEkem6ZUMKMhGFdSru8drcNdEmKUns2n9v8EEfD+fwHb7VZrAt6ylE452Ey5kA Rq72yrhGwuvL/cUtsJjQKWy9IwkjRdisJ2crLJQ/uYr6fWpYhrhYoASdUldwHmtNFuPMd+Ryd/TB YsoxNFwFPGW4bfmVEHNu0bj8oLGjUlP9tf+2Eua9eF+guH672T2P7TZ8lodKGynPp8PdEliiIf2P H9WufEp/5S/qQUlYADtux49gVIUxUZCQ3bJptgS+/gEAAP//AwBQSwECLQAUAAYACAAAACEADIGF u/4AAADiAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAI AAAAIQAx3V9h0gAAAI8BAAALAAAAAAAAAAAAAAAAAC8BAABfcmVscy8ucmVsc1BLAQItABQABgAI AAAAIQDRpwNGwwIAANgGAAAQAAAAAAAAAAAAAAAAACoCAABkcnMvc2hhcGV4bWwueG1sUEsBAi0A FAAGAAgAAAAhANOQ877WAAAA+QAAAA8AAAAAAAAAAAAAAAAAGwUAAGRycy9kb3ducmV2LnhtbFBL BQYAAAAABAAEAPUAAAAeBgAAAAAAABDwCAAAAIABsAHQFCAEDwAR8IQBAAAPAIgTfAEAAA8AihM8 AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwB AAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAA AAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAA ZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAA AAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAA GAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQ AFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GYAAAAAAJ8PBAAAAAQAAAAAAKgP HAAAAERldGFpbHMgb2YgUGFja2V0IFByb3RlY3Rpb24AAKEPGgAAAB0AAAAAACAIAAAAAAD/AQAd AAAAAQAAAAEAAACmDwwAAADwAAAAVl04f1iAeIEPAATwJAAAABIACvAIAAAAAcQAAAAMAAAjAAvw DAAAAAQDCQAAAD8DAQABABAA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAzM5kAAJmZAJnMAAAP AIgTjQAAAA8AihOFAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLE2UAAAAAAB0QBAAAAAAA AAAAAAArBAAAAAAAAAAfAETxPQAAAAAAJ/EgAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAA//// /xIAAAAPAD3xDQAAAEABQvEFAAAAAQkAAAAPAAIrAAAAAAAAIgQIAAAAAQAAAAcAAAAPAO4DjSkA AAIA7wMYAAAAEAAAAAAAAAAAAAAAAAAAgAcBAAAHAP+/DwAMBJgoAAAPAALwkCgAACADCPAIAAAA CAAAAAjIAAAPAAPwTCgAAA8ABPAoAAAAAQAJ8BAAAABtZW50LTguaWNzBAB6U21NAgAK8AgAAAAA yAAABQAAAA8ABPCEAgAAogwK8AgAAAACyAAAAAoAAIMAC/BWAAAAfwABAO8BgADIcrIjvwAEAAQA vwEAABAA/wEQABgAPwMAAAgAgMMmAAAAvwMAAAIARABhAHQAZQAgAFAAbABhAGMAZQBoAG8AbABk AGUAcgAgADEAAAAAABDwCAAAAF4PIAFgBooQDwAR8I0BAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAA AABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAA ACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAA AAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAAC AAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0A bwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAA AAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAA AACLExAAAAAAALEPCAAAAAAAAAQAAAAAAAAgBAEAAAAHDwAN8GkAAAAAAJ8PBAAAAAQAAAAAAKgP DQAAAEp1bmUgMTYsIDIwMTAAAKEPGgAAAA4AAAAAACAACgAAAAD/BwAOAAAAAAACAAwAAACqDwoA AAAOAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwEw0AAKIMCvAIAAAAA8gAAAAKAACD AAvwWgAAAH8AAQDvAYAAeCC1I78ABAAEAL8BAAAQAP8BEAAYAD8DAAAIAIDDKgAAAL8DAAACAEYA bwBvAHQAZQByACAAUABsAGEAYwBlAGgAbwBsAGQAZQByACAAMgAAABMAIvExCAAAqcMrCAAAUEsD BBQABgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbJRRwU7DMAy9I/EP Ua6oSccBIdR2BzqOgGB8gJW4bUSbRHEo29/jbuyAhIY42n7v+fm5Wu+mUcyYyAVfy5UqpUBvgnW+ r+Xb9qG4lYIyeAtj8FjLPZJcN5cX1XYfkQSzPdVyyDneaU1mwAlIhYieJ11IE2QuU68jmHfoUV+X 5Y02wWf0uciLhmyqFjv4GLPY7Lh9dMJ0Ke6PuGVVLSHG0RnIbFQvU91UT2w8OYviGVJ+hIlR2ibS NEBExqjzKrO3aqIidJ0zqNpErwvv6g9xGz59wvm/2i3TXnA+qf9ycsKRzty8uP0ZbPEdqmLmIRca XKTTBn34UPMFAAD//wMAUEsDBBQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAX3JlbHMvLnJlbHOk kMFqwzAMhu+DvYPRvXHaQxmjTm+FXksHuwpbSUxjy1gmbd++pjBYRm876hf6PvHv9rcwqZmyeI4G 1k0LiqJl5+Ng4Ot8WH2AkoLR4cSRDNxJYN+9v+1ONGGpRzL6JKpSohgYS0mfWosdKaA0nCjWTc85 YKljHnRCe8GB9KZttzr/ZkC3YKqjM5CPbgPqfE/V/IcdvM0s3JfGctDc996+omrH13iiuVIwD1QM uCzPMNPc1OdAv/au/+mVERN9V/5C/Eyr9cesFzV2DwAAAP//AwBQSwMEFAAGAAgAAAAhAFhcCb7A AwAAgQsAABAAAABkcnMvc2hhcGV4bWwueG1s7FbBbuM2EL0X6D8QvBZeW46TuMYqiySotwW8gRF7 0WMwkqiINUWqJOXYOWa/p2iBFuglf5MPyC90hpISb1AUbXwqsBd5ZA6Hb96bGertu02p2FpYJ42O efRmwJnQqcmkvo75x+W0N+bMedAZKKNFzLfC8XcnX3/1tpq4iuFm7SZVzAvvq0m/79JClODemEpo XMuNLcHjq73uV1Y4oT14PKhU/eFgcNQvQWp+gqH0elHNLVnpxXpumcxiPowOB8ecaSjx2KkxXlg2 V5CKwqgM7SHvtxtoL/ObM7PBDDAeILSZSVeuxQf/Bl9m4QaT/gwa0+a9xewiOqofwHU4NcJs/nzG 7ghHcvPBZIgYam8Clk1uy32BUE4mzxkmODo8Ru5Qpm3Mj0bHh6PogNDBRGw8S8lhcDA+IocUPaLx CGkM8GFCSMizss6/F2ZvVIwCxdyK1IdMYT1znkh5PoKO02YqldqXgpCj0vuGIUClpFpSsoz5GKlE rkLwQkD2nc6C7UGqxsZklA7qk7xUcVRp2ZYCJfiLkjdd8Poqw/ZDGgtjbzm7sYAF536uwQrO1A/a xfzbaDRCPX14CfpzZndXkt0VXZfnRlHRMtApRo2578xzj29UGqaswM/0okq7liEtl5sfwVatrB4L 6sIsCqjE36nb+AaxGxqIEOX8wm+V2JeSoEE3Xl5NLCGilizBzkLaaFwGQ62RIORB6gxnUjBBXeMA tJxlIl9CsrhteUcv6xtvATN9ZleB2txofxq2JOBIKRxsul3GLQXoa5wm81qnGL4ZSoroJkyuSuep Z2sglZ4KMBTas8eZyF/6dn2M+59XT3P/D37talKfK7vcBFqTenH7ZE4xjaeXC5zwbfUnTSfDBNm4 bCZd4JKOwibAB/K6qktZmp9kQylmHHOhex8XeGMge9GIhlDS8Byedcw1HkEXipUrnJHaLILF2UpY un5wsmFxUge0jlSf+Jemi0TJW/F9eCXKlaTrKKzNrTE52QSMmrWbOZhM275IulEyo0FEy+GeEshJ I4LfNBP+hZfIcxxtHRP1TLdM1RSmtYPuzG8rkePVFPNTK0FhDgVYJ0JlBUYF7Pg83v/yeP87e7z/ 7eHuj4e7Px8+fXq4+5WzSvq0mEIpFU7uXhQNd+L0ouG4GVOp2wn1Tal7qWvnO2pCyfkTdnVFiWNh 4LORixa+aNZ0wGs0W8pSOHYhbtilKUG/EOvgYEeq9jr5TKf/up1069S8Yl/EpPL9fzXg1YseREWr 8BnRfT7g96SrTv4CAAD//wMAUEsDBBQABgAIAAAAIQBCoZRk2wAAAP0AAAAPAAAAZHJzL2Rvd25y ZXYueG1sRI9NSwMxFEX3gv8hPKEbsZlW1HHatAwVa0FczFRw+5q8+aCTZEhiZ+qvb3Chy8u9nMtZ rkfdsRM531ojYDZNgJGRVrWmFvC5f71LgfmARmFnDQk4k4f16vpqiZmygynoVIaaRYjxGQpoQugz zr1sSKOf2p5M7CrrNIYYXc2VwyHCdcfnSfLINbYmPjTY06YheSy/tYCNfMn35ZbS59vtz8d98S7H yqdCTG7GfAEs0Bj+x195ucPhr/xF7ZSA+ewheQJWvZ0PrlUF+kBOQPSLttEU+OoCAAD//wMAUEsB Ai0AFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVz XS54bWxQSwECLQAUAAYACAAAACEAMd1fYdIAAACPAQAACwAAAAAAAAAAAAAAAAAvAQAAX3JlbHMv LnJlbHNQSwECLQAUAAYACAAAACEAWFwJvsADAACBCwAAEAAAAAAAAAAAAAAAAAAqAgAAZHJzL3No YXBleG1sLnhtbFBLAQItABQABgAIAAAAIQBCoZRk2wAAAP0AAAAPAAAAAAAAAAAAAAAAABgGAABk cnMvZG93bnJldi54bWxQSwUGAAAAAAQABAD1AAAAIAcAAAAAAAAQ8AgAAADvD0ALMBVjEA8AEfDF AwAADwCIE7QDAAAPAIoTZAMAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixNEAwAAAAAZEDwD AAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAA AAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAA AQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBs AAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAA aAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAAAAAIDAEA AAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAA AQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAF AQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAA AAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEA AAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAAAAAIDAEAAAIAAAAMAQAA AAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAAB AQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRt YW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAA ACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgA BwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTQAAAAAAAug8QAAAAXwBfAF8AUABQ AFQAMQAwAAAAixMgAAAAAACxDxgAAAAAAAAEAAAAAAAAAAQBAAAAAAAABAIAAAAAACAEAQAAAAkP AA3wgwAAAAAAnw8EAAAABAAAAAAAqA8LAAAAUmVu6SBTdHJ1aWsAAKEPNgAAAAwAAAAAACAICgAA AAD/AgAHAAMAAAAAAAIADgACAAAAAAQiAAAEBAAOAAcAAAAACAIAAAgOAAAAqg8KAAAADAAAAAEA AAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8KECAACiDArwCAAAAATIAAAACgAAgwAL8GYAAAB/ AAEA7wGAAKiQtSO/AAQABAC/AQAAEAD/ARAAGAA/AwAACACAwzYAAAC/AwAAAgBTAGwAaQBkAGUA IABOAHUAbQBiAGUAcgAgAFAAbABhAGMAZQBoAG8AbABkAGUAcgAgADMAAAAAABDwCAAAAF4PsAfQ DooQDwAR8I0BAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwB AAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAA AAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAA AAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABB AHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8A ZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgAB AA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAA AAAgBAEAAAAIDwAN8HYAAAAAAJ8PBAAAAAQAAAAAAKAPDgAAAFMAbABpAGQAZQAgACoAAAChDxoA AAAIAAAAAAAgAAoAAAAA/wcACAAAAAAAAgAMAAAA2A8EAAAABgAAAAAAqg8KAAAACAAAAAEAAAAA AAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8K8DAACiDArwCAAAAAXIAAAACgAA0wAL8GQAAAB/AAAA 7wGAAJiPtSO/AAYABgC/AQAAEQDLAZwxAADSAQAAAADTAQAAAADUAQAAAADVAQAAAAD/AQAAGAA/ AwAACACAwxYAAAC/AwAAAgBUAGUAeAB0ACAAQgBvAHgAIAA1AAAAAAAQ8AgAAACAAQAAgBajAg8A EfCgAgAADwCIE5gCAAAPAIoTUAIAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMwAgAAAAAZ ECgCAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAA BAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAE AQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkA YQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBh AHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAAAAAI DAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAA AQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAA AAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAA AAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAA BgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTOAAAAAAAug8Q AAAAXwBfAF8AUABQAFQAMQAwAAAAixMYAAAAAACxDxAAAAAAAAAEAAAAAAAAAAQBAAAADwAN8HMA AAAAAJ8PBAAAAAQAAAAAAKgPCwAAAEZ1dHVyZSBXb3JrAAChDyYAAAAMAAAAAAAgCAAAAAAA/wEA CwAAAAEAAAABAAEAAAAABAIAAAQUAAAAqg8KAAAADAAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9Y gHiBDwAE8NEEAACiDArwCAAAAAbIAAAACgAA0wAL8GQAAAB/AAAA7wGAAMh2tSO/AAYABgC/AQAA EQDLAZwxAADSAQAAAADTAQAAAADUAQAAAADVAQAAAAD/AQAAGAA/AwAACACAwxYAAAC/AwAAAgBU AGUAeAB0ACAAQgBvAHgAIAA2AAAAAAAQ8AgAAABAAgAAgBZbBQ8AEfC8AwAADwCIE7QDAAAPAIoT ZAMAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixNEAwAAAAAZEDwDAAAAAAAIDAEAAAIAAAAM AQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAA AAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAA AGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAA AAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAA ABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAAAAAIDAEAAAIAAAAMAQAAAAAAABQA AAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAA AAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAA AgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABN AG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYA AAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAA AAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAA AQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAAD AAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQA eQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAA AAQAAAAOAAkAEQAAABoAAQAPAIoTQAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMgAAAA AACxDxgAAAAAAAAEAAAAAAAAAAQBAAAAAAAABAIAAAAPAA3weQAAAAAAnw8EAAAABAAAAAAAqA8D AAAADQ0NAAChDzQAAAAEAAAAAAAgAAAAAAAA/wIAAAABAAIAAQAUAAEAAAAABAIAAAQSAAEAAAAA CIIAAAgFABIAAACqDwoAAAAEAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwzAoAAKIM CvAIAAAAB8gAAAAKAACDAAvwRAAAAH8AAADvAYAAiJ+1I78ABgAGAL8BAAARAP8BAAAYAD8DAAAI AIDDFAAAAL8DAAACAFQAZQB4AHQAQgBvAHgAIAA4AAAAAAAQ8AgAAAAAAwAAgBbUDQ8AEfC8AwAA DwCIE7QDAAAPAIoTZAMAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixNEAwAAAAAZEDwDAAAA AAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAA AAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAA AAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAA CAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5 AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAAAAAIDAEAAAIA AAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAA AAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAA aAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAAD AAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQA AAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAAAAAIDAEAAAIAAAAMAQAAAAAA ABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAA AQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5g AAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYA AABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEA AAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTQAAAAAAAug8QAAAAXwBfAF8AUABQAFQA MQAwAAAAixMgAAAAAACxDxgAAAAAAAAEAAAAAAAAAAQBAAAAAAAABAIAAAAPAA3wlAYAAAAAnw8E AAAABAAAAAAAoA/eBQAATQBvAHIAZQAgAGQAZQB0AGEAaQBsAHMAIABuAGUAZQBkAGUAZAAgAGkA bgAgAGYAbwBsAGwAbwB3AGkAbgBnACAAYQByAGUAYQBzADoADQAgAE0AbwByAGUAIABzAHQAcgBp AG4AZwBlAG4AdAAgAHMAcABlAGMAaQBmAGkAYwBhAHQAaQBvAG4AIABvAGYAIABvAHUAdABnAG8A aQBuAGcALwBpAG4AYwBvAG0AaQBuAGcAIABwAHIAbwBjAGUAcwBzAGkAbgBnADsADQAgAEkAbgBj AGwAdQBzAGkAbwBuACAAbwBmACAAbQBvAHIAZQAgAGQAZQB0AGEAaQBsAHMAIABwAHIAbwBjAGUA cwBzAGkAbgBnACwAIAB3AGgAZQBuACAAcwBpAGcAbgBhAHQAdQByAGUAcwAgAGEAcgBlACAAdQBz AGUAZAA7AA0AIABJAG0AcABhAGMAdAAgAG8AZgAgAGMAbwB1AG4AdABlAHIAIABjAG8AbQBwAHIA ZQBzAHMAaQBvAG4AIABhAG4AZAAgAHQAaQBtAGUALQByAGUAbABhAHQAZQBkACAAYwBvAHUAbgB0 AGUAcgBzAA0ADQBNAG8AcgBlACAAYwBvAG4AcwBpAGQAZQByAGEAdABpAG8AbgAgAG8AZgAgAGMA cgBvAHMAcwAtAGwAYQB5AGUAcgAgAHQAbwBwAGkAYwBzACwAIABpAG4AYwBsAHUAZABpAG4AZwAg AHQAaABlACAAZgBvAGwAbABvAHcAaQBuAGcAOgANACAASwBlAHkAaQBuAGcAIABtAGEAdABlAHIA aQBhAGwAIAAoAHMAdAByAHUAYwB0AHUAcgBlACAAbwBmACAAawBlAHkAcwAsACAAaQBuAGMAbAB1 AGQAaQBuAGcAIABwAG8AbABpAGMAeQAgAGYAaQBlAGwAZABzADsAIABrAGUAeQAgAGkAZABlAG4A dABpAGYAaQBjAGEAdABpAG8AbgApADsADQAgAFMAZQBjAHUAcgBpAHQAeQAgAHAAbwBsAGkAYwB5 ACAAcABhAHIAYQBtAGUAdABlAHIAcwAgAGEAbgBkACAAaQBuAGkAdABpAGEAbAAgAGsAZQB5AGkA bgBnACAAbQBhAHQAZQByAGkAYQBsACAAKABmAG8AcgAgAGoAbwBpAG4AaQBuAGcAIABwAHIAbwBj AGUAcwBzACkAOwANACAASwBlAHkAIABtAGEAbgBhAGcAZQBtAGUAbgB0ACAAKABpAG4AYwBsAHUA ZABpAG4AZwAsACAAZQAuAGcALgAsACAAYwBvAHIAcgBlAGwAYQB0AGkAbgBnACAAawBlAHkAIAB1 AHAAZABhAHQAZQBzACAAYQBuAGQAIABEAE8ARABBAEcAIABpAHQAZQByAGEAdABpAG8AbgBzACkA OwAgAA0AIABJAC8ATwAgAHAAYQByAGEAbQBlAHQAZQByAHMAIAAoAGUALgBnAC4ALAAgAHMAdABh AHQAdQBzACAAcABhAHIAYQBtAGUAdABlAHIAcwAsACAAZgBhAGkAbAB1AHIAZQAgAG4AbwB0AGkA ZgBpAGMAYQB0AGkAbwBuAC8AcgBlAGMAbwB2AGUAcgB5ACkADQANAE4AbwB0AGUAOgAgAGQAcgBh AGYAdAAgAHIAcABsAC0AMAA5ACAAYQBsAHIAZQBhAGQAeQAgAGkAbgBjAGwAdQBkAGUAcwAgAG0A ZQBjAGgAYQBuAGkAcwBtACAAZgBvAHIAIABzAHkAbgBjAGgAcgBvAG4AaQB6AGkAbgBnACAAYwBv AHUAbgB0AGUAcgAgAHYAYQBsAHUAZQBzAA0AIAAgACAAIAAgACAAIAAgACAAIAAoAEMAbwBuAHMA aQBzAHQAZQBuAGMAeQAgAGMAaABlAGMAawAgAG0AZQBjAGgAYQBuAGkAcwBtACAAEyAgAGMAZgAu ACAApwA1AC4ANgAgAG8AZgAgAHIAcABsAC0AMAA5ACkADQAAAKEPdAAAACgAAAAAACAAAAAAAAD/ ugAAAAAAswAAAAMALQAFAAAAAP9DAAAAAAAgAAAAAAAA/z0BAAAAALMAAAADABMgBAAAAAD/jgAA AAAAIAAAAAAAAP9jAgAAAAACABQABQAAAAQEAgAEBBQAiAAAAAAIAgAACBQAAACqDwoAAADwAgAA AQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwYAIAABIACvAIAAAACMgAAAAKAACDAAvwSAAA AH8AAADvAYAACLC1I78ABgAGAL8BAAARAP8BAAAYAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQA YQBuAGcAbABlACAANwAAAAAAEPAIAAAApAegBeAQUwgPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAA ALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAA AAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEA AAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFu YAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAm AAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcB AAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABU ADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wXAAAAAAAnw8EAAAABAAAAAAAqA8CAAAA LiAAAKEPGAAAAAMAAAAAACAAAAAAAAD/AwAAAAAAAgASAAAAqg8KAAAAAwAAAAEAAAAAAAAApg8M AAAA8AAAAFZdOH9YgHiBDwAE8CQAAAASAArwCAAAAAHIAAAADAAAIwAL8AwAAAAEAwkAAAA/AwEA AQAQAPAHIAAAAP///wAAAAAAgICAAAAAAAC74OMAMzOZAACZmQCZzAAADwCIE40AAAAPAIoThQAA AAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixNlAAAAAAAdEAQAAAAAAAAAAAAAKwQAAAAAAAAA HwBE8T0AAAAAACfxIAAAAAAAAAADAAAAAAAAAAAAAAAAAAAAAAAAAP////8SAAAADwA98Q0AAABA AULxBQAAAAEJAAAADwACKwAAAAAAACIECAAAAAEAAAAHAAAADwDwA10FAAABAPEDCAAAAAABAAAH ALYiDwAMBN0EAAAPAALw1QQAAAABCPAIAAAABAAAAARAAAAPAAPwkQQAAA8ABPAoAAAAAQAJ8BAA AAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAAQAAABQAAAA8ABPB/AgAAogwK8AgAAAACQAAAAAoA AJMAC/BOAAAAfwABAO8BgAD4rcUjhwACAAAAvwAEAAQAvwEAABEA/wEAABgAPwMAAAgAgMMYAAAA vwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAA3AAAAAAAQ8AgAAABfFY8J3xB/Fg8AEfCNAQAADwCI E3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAI DAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAA AQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAA AAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAA AAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAA BgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8Q AAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAAAAIAQBAAAACA8ADfBs AAAAAACfDwQAAAAEAAAAAACgDwIAAAAqAAAAoQ8cAAAAAgAAAAAAIAgKAAAAAP8CAAcAAgAAAAAA AgAMAAAA2A8EAAAAAAAAAAAAqg8KAAAAAgAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE 8LIAAAASAArwCAAAAANAAAAgAgAA8wAL8HIAAAAEAAAAAAB/AAQB7wGBADBlAQCCAJiyAACDADBl AQCEAJiyAACFAAAAAACHAAEAAACIAAAAAAC/AAQABAD/AQEAEQABAwQ4AAA/AwAACACAwxgAAAC/ AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAgADIAAAAAABDwCAAAALAB0AIQDiAKDwAR8BAAAAAAAMML CAAAAAAAAAALAP+/DwAE8BgBAAASAArwCAAAAARAAAAgAgAAEwEL8H4AAAAEAAAAAAB/AAEA7wGA AMjasyOBADBlAQCCAJiyAACDADBlAQCEAJiyAACFAAAAAACHAAAAAACIAAAAAAC/AAQABAC/AQEA EQD/AQEAEQABAwU4AAA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAgADMAAAAA ABDwCAAAALAKsAEwD9AUDwAR8BAAAAAAAMMLCAAAAAEAAAAMAP+/DwAN8FIAAAAAAJ8PBAAAAAIA AAAAAKEPFAAAAAEAAAAAAAAACgAHAAEAAAAAAAAAAACqDw4AAAABAAAABwAAAAAADAQAAAAApg8M AAAA8AAAAFZdOH9YgHiBDwAE8CQAAAASAArwCAAAAAFAAAAADAAAIwAL8AwAAAAEAwkAAAA/AwEA AQAQAPAHIAAAAP///wAAAAAAgICAAAAAAAC74OMAMzOZAACZmQCZzAAADwCIEzgAAAAPAIoTMAAA AAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAADrLggAAABpf8gBgLXg9A8A8APnBQAA AQDxAwgAAAB6AQAABwC3Ig8ADARnBQAADwAC8F8FAABAAQjwCAAAAAQAAAAEUAAADwAD8BsFAAAP AATwKAAAAAEACfAQAAAAZQBlAHQAaQBuAGcALQA1AAIACvAIAAAAAFAAAAUAAAAPAATw9AAAABIA CvAIAAAAAlAAACACAADzAAvwtAAAAAQAAAAAAH8AhQHvAYEAMGUBAIIAmLIAAIMAMGUBAIQAmLIA AIUAAAAAAIcAAQAAAIgAAAAAAL8ABAAEAP8BEQARAAEDBDgAAD8DAAAIAIDDWgAAAL8DAAACAEUA cwBwAGEAYwBlACAAcgDpAHMAZQByAHYA6QAgAGQAZQAgAGwAJwBpAG0AYQBnAGUAIABkAGUAcwAg AGQAaQBhAHAAbwBzAGkAdABpAHYAZQBzACAAMQAAAAAAEPAIAAAAsAHQAhAOIAoPABHwEAAAAAAA wwsIAAAAAAAAAAsA/78PAATwJAEAABIACvAIAAAAA1AAACACAAATAQvwqgAAAAQAAAAAAH8AAQDv AYAAeCq1I4EAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAAAAAIgAAAAAAL8ABAAEAL8B AQARAP8BEQARAAEDBTgAAD8DAAAIAIDDRAAAAL8DAAACAEUAcwBwAGEAYwBlACAAcgDpAHMAZQBy AHYA6QAgAGQAZQBzACAAYwBvAG0AbQBlAG4AdABhAGkAcgBlAHMAIAAyAAAAAAAQ8AgAAACwCrAB MA/QFA8AEfAQAAAAAADDCwgAAAABAAAADAD/vw8ADfAyAAAAAACfDwQAAAACAAAAAACqDwoAAAAB AAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwuwIAAKIMCvAIAAAABFAAAAAKAACTAAvw igAAAH8AAQDvAYAA2KuzI4cAAgAAAL8ABAAEAL8BAAARAP8BEAAYAD8DAAAIAIDDVAAAAL8DAAAC AEUAcwBwAGEAYwBlACAAcgDpAHMAZQByAHYA6QAgAGQAdQAgAG4AdQBtAOkAcgBvACAAZABlACAA ZABpAGEAcABvAHMAaQB0AGkAdgBlACAAMwAAAAAAEPAIAAAAXxWPCd8QfxYPABHwjQEAAA8AiBN8 AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwB AAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEA AAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAA BQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAA AAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYB AAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAA AF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAAACAEAQAAAAgPAA3wbAAA AAAAnw8EAAAABAAAAAAAoA8CAAAAKgAAAKEPHAAAAAIAAAAAACAICgAAAAD/AgAHAAIAAAAAAAIA DAAAANgPBAAAAAAAAAAAAKoPCgAAAAIAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPAk AAAAEgAK8AgAAAABUAAAAAwAACMAC/AMAAAABAMJAAAAPwMBAAEAEADwByAAAAD///8AAAAAAICA gAAAAAAAu+DjADMzmQAAmZkAmcwAAA8AiBM4AAAADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABU ADEAMAAAAIsTEAAAAAAA6y4IAAAA2QvLAYBglLUPAPADvwcAAAEA8QMIAAAArgEAAAcAtCIPAAwE fwcAAA8AAvB3BwAAgAII8AgAAAAFAAAABaAAAA8AA/AzBwAADwAE8CgAAAABAAnwEAAAAElGLnBk ZgAAAAAAAAMAAMACAArwCAAAAACgAAAFAAAADwAE8JICAACiDArwCAAAAAKgAAAACgAAkwAL8E4A AAB/AAEA7wGAAPhtbB+HAAIAAAC/AAQABAC/AQAAEAD/AQAAGAA/AwAACACAwxgAAAC/AwAAAgBS AGUAYwB0AGEAbgBnAGwAZQAgADYAAAAAABDwCAAAAF8VAABQB38WDwAR8J0BAAAPAIgTjAEAAA8A ihNMAQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLEywBAAAAALYPCAAAAAACAAAAAAAAAAAZ EBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAA BAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAE AQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkA YQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBh AHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoT MAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAAAAIAQB AAAACQ8ADfBvAAAAAACfDwQAAAAEAAAAAACoDxMAAAA8YXV0aG9yPiwgPGNvbXBhbnk+AAChDxoA AAAUAAAABAAgAAoAAAAA/wcAFAAAAAAAAgASAAAAqg8KAAAAFAAAAAEAAAAAAAAApg8MAAAAeAAA AHQ7Vl04f1iADwAE8IkCAACiDArwCAAAAAOgAAAACgAAkwAL8E4AAAB/AAEA7wGAAOgNtiOHAAIA AAC/AAQABAC/AQAAEAD/AQAAGAA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAg ADcAAAAAABDwCAAAAF8VjwnfEH8WDwAR8I0BAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8A XwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAAB AAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIB AAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAA AAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8A dAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAA AAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAA AAAAALEPCAAAAAAAAAQAAAAAAAAgBAEAAAAIDwAN8HYAAAAAAJ8PBAAAAAQAAAAAAKAPDAAAAFAA YQBnAGUAIAAqAAAAoQ8cAAAABwAAAAAAIAgKAAAAAP8CAAcABwAAAAAAAgAMAAAA2A8EAAAABQAA AAAAqg8KAAAABwAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8LIAAAASAArwCAAAAASg AAAgAgAA8wAL8HIAAAAEAAAAAAB/AIUB7wGBAN1RAQCCAO+oAACDAN1RAQCEAO+oAACFAAAAAACH AAAAAACIAAAAAAC/AAQABAD/AQEAEQABAwQ4AAA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEA bgBnAGwAZQAgADIAAAAAABDwCAAAALMB1QIMDh0KDwAR8BAAAAAAAMMLCAAAAAAAAAALAP+/DwAE 8BYBAAASAArwCAAAAAWgAAAgAgAAEwEL8H4AAAAEAAAAAAB/AAEA7wGAANhBtiOBADBlAQCCAJiy AACDADBlAQCEAJiyAACFAAAAAACHAAAAAACIAAAAAAC/AAQABAC/AQEAEQD/AQEAEQABAwU4AAA/ AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAgADMAAAAAABDwCAAAALAKsAEwD9AU DwAR8BAAAAAAAMMLCAAAAAEAAAAMAP+/DwAN8FAAAAAAAJ8PBAAAAAIAAAAAAKEPFgAAAAEAAAAA AAAAAAABAAAAAABBAAQABAAAAKoPCgAAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8A BPAkAAAAEgAK8AgAAAABoAAAAAwAACMAC/AMAAAABAMJAAAAPwMBAAEAEADwByAAAAD///8AAAAA AICAgAAAAAAAu+DjADMzmQAAmZkAmcwAAA8A8AO/BwAAAQDxAwgAAACvAQAABwC1Ig8ADAR/BwAA DwAC8HcHAACgAgjwCAAAAAUAAAAFqAAADwAD8DMHAAAPAATwKAAAAAEACfAQAAAAAACAAAAAAAAA AAAAAAAAAAIACvAIAAAAAKgAAAUAAAAPAATwkgIAAKIMCvAIAAAAAqgAAAAKAACTAAvwTgAAAH8A AQDvAYAACEW2I4cAAgAAAL8ABAAEAL8BAAAQAP8BAAAYAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBj AHQAYQBuAGcAbABlACAANgAAAAAAEPAIAAAAXxUAAFAHfxYPABHwnQEAAA8AiBOMAQAADwCKE0wB AAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTLAEAAAAAtg8IAAAAAAIAAAAAAAAAABkQFAEA AAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAA AAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAAB AAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwA AAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABo AHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAA AAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAAAAAgBAEAAAAJ DwAN8G8AAAAAAJ8PBAAAAAQAAAAAAKgPEwAAADxhdXRob3I+LCA8Y29tcGFueT4AAKEPGgAAABQA AAAEACAACgAAAAD/BwAUAAAAAAACABIAAACqDwoAAAAUAAAAAQAAAAAAAACmDwwAAAB4AAAAdDtW XTh/WIAPAATwiQIAAKIMCvAIAAAAA6gAAAAKAACTAAvwTgAAAH8AAQDvAYAA2DW1I4cAAgAAAL8A BAAEAL8BAAAQAP8BAAAYAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAANwAA AAAAEPAIAAAAXxWPCd8QfxYPABHwjQEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAAB AAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEA AAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAA AAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkA cABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAE AAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAA sQ8IAAAAAAAABAAAAAAAACAEAQAAAAgPAA3wdgAAAAAAnw8EAAAABAAAAAAAoA8MAAAAUABhAGcA ZQAgACoAAAChDxwAAAAHAAAAAAAgCAoAAAAA/wIABwAHAAAAAAACAAwAAADYDwQAAAAFAAAAAACq DwoAAAAHAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwsgAAABIACvAIAAAABKgAACAC AADzAAvwcgAAAAQAAAAAAH8AhQHvAYEA3VEBAIIA76gAAIMA3VEBAIQA76gAAIUAAAAAAIcAAAAA AIgAAAAAAL8ABAAEAP8BAQARAAEDBDgAAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcA bABlACAAMgAAAAAAEPAIAAAArwHQAhEOIAoPABHwEAAAAAAAwwsIAAAAAAAAAAsA/78PAATwFgEA ABIACvAIAAAABagAACACAAATAQvwfgAAAAQAAAAAAH8AAQDvAYAAKGK2I4EAMGUBAIIAmLIAAIMA MGUBAIQAmLIAAIUAAAAAAIcAAAAAAIgAAAAAAL8ABAAEAL8BAQARAP8BAQARAAEDBTgAAD8DAAAI AIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAAMwAAAAAAEPAIAAAAsAqwATAP0RQPABHw EAAAAAAAwwsIAAAAAQAAAAwA/78PAA3wUAAAAAAAnw8EAAAAAgAAAAAAoQ8WAAAAAQAAAAAAAAAA AAEAAAAAAEEABAAEAAAAqg8KAAAAAQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8CQA AAASAArwCAAAAAGoAAAADAAAIwAL8AwAAAAEAwkAAAA/AwEAAQAQAPAHIAAAAP///wAAAAAAgICA AAAAAAC74OMAMzOZAACZmQCZzAAADwDwA78HAAABAPEDCAAAALABAAAHALciDwAMBH8HAAAPAALw dwcAAMACCPAIAAAABQAAAAWwAAAPAAPwMwcAAA8ABPAoAAAAAQAJ8BAAAAB0AHcAbwByAGsABAB6 U21NAgAK8AgAAAAAsAAABQAAAA8ABPCSAgAAogwK8AgAAAACsAAAAAoAAJMAC/BOAAAAfwABAO8B gAC4XbYjhwACAAAAvwAEAAQAvwEAABAA/wEAABgAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABh AG4AZwBsAGUAIAA2AAAAAAAQ8AgAAABfFQAAUAd/Fg8AEfCdAQAADwCIE4wBAAAPAIoTTAEAAAAA ug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMsAQAAAAC2DwgAAAAAAgAAAAAAAAAAGRAUAQAAAAAA CAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAA AAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAA AAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgA AAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAA AAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoP EAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAAACAEAQAAAAkPAA3w bwAAAAAAnw8EAAAABAAAAAAAqA8TAAAAPGF1dGhvcj4sIDxjb21wYW55PgAAoQ8aAAAAFAAAAAQA IAAKAAAAAP8HABQAAAAAAAIAEgAAAKoPCgAAABQAAAABAAAAAAAAAKYPDAAAAHgAAAB0O1ZdOH9Y gA8ABPCJAgAAogwK8AgAAAADsAAAAAoAAJMAC/BOAAAAfwABAO8BgAD4h7YjhwACAAAAvwAEAAQA vwEAABAA/wEAABgAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAA3AAAAAAAQ 8AgAAABfFY8J3xB/Fg8AEfCNAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQA MQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAA AAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAA AAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAA AAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUA IABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAO AAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgA AAAAAAAEAAAAAAAAIAQBAAAACA8ADfB2AAAAAACfDwQAAAAEAAAAAACgDwwAAABQAGEAZwBlACAA KgAAAKEPHAAAAAcAAAAAACAICgAAAAD/AgAHAAcAAAAAAAIADAAAANgPBAAAAAUAAAAAAKoPCgAA AAcAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPCyAAAAEgAK8AgAAAAEsAAAIAIAAPMA C/ByAAAABAAAAAAAfwCFAe8BgQDdUQEAggDvqAAAgwDdUQEAhADvqAAAhQAAAAAAhwAAAAAAiAAA AAAAvwAEAAQA/wEBABEAAQMEOAAAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUA IAAyAAAAAAAQ8AgAAACvAdACEQ4gCg8AEfAQAAAAAADDCwgAAAAAAAAACwD/vw8ABPAWAQAAEgAK 8AgAAAAFsAAAIAIAABMBC/B+AAAABAAAAAAAfwABAO8BgADYrrUjgQAwZQEAggCYsgAAgwAwZQEA hACYsgAAhQAAAAAAhwAAAAAAiAAAAAAAvwAEAAQAvwEBABEA/wEBABEAAQMFOAAAPwMAAAgAgMMY AAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAAzAAAAAAAQ8AgAAACwCrABMA/RFA8AEfAQAAAA AADDCwgAAAABAAAADAD/vw8ADfBQAAAAAACfDwQAAAACAAAAAAChDxYAAAABAAAAAAAAAAAAAQAA AAAAQQAEAAQAAACqDwoAAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwJAAAABIA CvAIAAAAAbAAAAAMAAAjAAvwDAAAAAQDCQAAAD8DAQABABAA8AcgAAAA////AAAAAACAgIAAAAAA ALvg4wAzM5kAAJmZAJnMAAAPAPADvwcAAAEA8QMIAAAAsQEAAAcAuCIPAAwEfwcAAA8AAvB3BwAA 4AII8AgAAAAFAAAABbgAAA8AA/AzBwAADwAE8CgAAAABAAnwEAAAAGUAcwBzAGkAbwAEAHpTbU0C AArwCAAAAAC4AAAFAAAADwAE8JICAACiDArwCAAAAAK4AAAACgAAkwAL8E4AAAB/AAEA7wGAAMgw tiOHAAIAAAC/AAQABAC/AQAAEAD/AQAAGAA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBn AGwAZQAgADYAAAAAABDwCAAAAF8VAABQB38WDwAR8J0BAAAPAIgTjAEAAA8AihNMAQAAAAC6DxAA AABfAF8AXwBQAFAAVAAxADEAAACLEywBAAAAALYPCAAAAAACAAAAAAAAAAAZEBQBAAAAAAAIDAEA AAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAA AQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAF AQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAA AAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEA AAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAA XwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAAAAIAQBAAAACQ8ADfBvAAAA AACfDwQAAAAEAAAAAACoDxMAAAA8YXV0aG9yPiwgPGNvbXBhbnk+AAChDxoAAAAUAAAABAAgAAoA AAAA/wcAFAAAAAAAAgASAAAAqg8KAAAAFAAAAAEAAAAAAAAApg8MAAAAeAAAAHQ7Vl04f1iADwAE 8IkCAACiDArwCAAAAAO4AAAACgAAkwAL8E4AAAB/AAEA7wGAAMg5wyKHAAIAAAC/AAQABAC/AQAA EAD/AQAAGAA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAgADcAAAAAABDwCAAA AF8VjwnfEH8WDwAR8I0BAAAPAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEA AACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAAB AAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMB AAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQA AAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQA eQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQAR AAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAA AAQAAAAAAAAgBAEAAAAIDwAN8HYAAAAAAJ8PBAAAAAQAAAAAAKAPDAAAAFAAYQBnAGUAIAAqAAAA oQ8cAAAABwAAAAAAIAgKAAAAAP8CAAcABwAAAAAAAgAMAAAA2A8EAAAABQAAAAAAqg8KAAAABwAA AAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8LIAAAASAArwCAAAAAS4AAAgAgAA8wAL8HIA AAAEAAAAAAB/AIUB7wGBAN1RAQCCAO+oAACDAN1RAQCEAO+oAACFAAAAAACHAAAAAACIAAAAAAC/ AAQABAD/AQEAEQABAwQ4AAA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAgADIA AAAAABDwCAAAAK8B0AIRDiAKDwAR8BAAAAAAAMMLCAAAAAAAAAALAP+/DwAE8BYBAAASAArwCAAA AAW4AAAgAgAAEwEL8H4AAAAEAAAAAAB/AAEA7wGAAHgEtSOBADBlAQCCAJiyAACDADBlAQCEAJiy AACFAAAAAACHAAAAAACIAAAAAAC/AAQABAC/AQEAEQD/AQEAEQABAwU4AAA/AwAACACAwxgAAAC/ AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAgADMAAAAAABDwCAAAALAKsAEwD9EUDwAR8BAAAAAAAMML CAAAAAEAAAAMAP+/DwAN8FAAAAAAAJ8PBAAAAAIAAAAAAKEPFgAAAAEAAAAAAAAAAAABAAAAAABB AAQABAAAAKoPCgAAAAEAAAABAAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPAkAAAAEgAK8AgA AAABuAAAAAwAACMAC/AMAAAABAMJAAAAPwMBAAEAEADwByAAAAD///8AAAAAAICAgAAAAAAAu+Dj ADMzmQAAmZkAmcwAAA8A8AO/BwAAAQDxAwgAAACyAQAABwCwIg8ADAR/BwAADwAC8HcHAAAAAwjw CAAAAAUAAAAFwAAADwAD8DMHAAAPAATwKAAAAAEACfAQAAAAAABmAAAAAAAAAAAAAAAAAAIACvAI AAAAAMAAAAUAAAAPAATwkgIAAKIMCvAIAAAAAsAAAAAKAACTAAvwTgAAAH8AAQDvAYAAeLvEIocA AgAAAL8ABAAEAL8BAAAQAP8BAAAYAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABl ACAANgAAAAAAEPAIAAAAXxUAAFAHfxYPABHwnQEAAA8AiBOMAQAADwCKE0wBAAAAALoPEAAAAF8A XwBfAFAAUABUADEAMQAAAIsTLAEAAAAAtg8IAAAAAAIAAAAAAAAAABkQFAEAAAAAAAgMAQAAAgAA AAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAA AAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABo AAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMA AAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAA AAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8A XwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAAAAAgBAEAAAAJDwAN8G8AAAAAAJ8P BAAAAAQAAAAAAKgPEwAAADxhdXRob3I+LCA8Y29tcGFueT4AAKEPGgAAABQAAAAEACAACgAAAAD/ BwAUAAAAAAACABIAAACqDwoAAAAUAAAAAQAAAAAAAACmDwwAAAB4AAAAdDtWXTh/WIAPAATwiQIA AKIMCvAIAAAAA8AAAAAKAACTAAvwTgAAAH8AAQDvAYAAqNa2I4cAAgAAAL8ABAAEAL8BAAAQAP8B AAAYAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAANwAAAAAAEPAIAAAAXxWP Cd8QfxYPABHwjQEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsT HAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADo AAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEA AAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAA AEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAA bwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAa AAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAA AAAAACAEAQAAAAgPAA3wdgAAAAAAnw8EAAAABAAAAAAAoA8MAAAAUABhAGcAZQAgACoAAAChDxwA AAAHAAAAAAAgCAoAAAAA/wIABwAHAAAAAAACAAwAAADYDwQAAAAFAAAAAACqDwoAAAAHAAAAAQAA AAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwsgAAABIACvAIAAAABMAAACACAADzAAvwcgAAAAQA AAAAAH8AhQHvAYEA3VEBAIIA76gAAIMA3VEBAIQA76gAAIUAAAAAAIcAAAAAAIgAAAAAAL8ABAAE AP8BAQARAAEDBDgAAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAAMgAAAAAA EPAIAAAArwHQAhEOIAoPABHwEAAAAAAAwwsIAAAAAAAAAAsA/78PAATwFgEAABIACvAIAAAABcAA ACACAAATAQvwfgAAAAQAAAAAAH8AAQDvAYAAqN22I4EAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUA AAAAAIcAAAAAAIgAAAAAAL8ABAAEAL8BAQARAP8BAQARAAEDBTgAAD8DAAAIAIDDGAAAAL8DAAAC AFIAZQBjAHQAYQBuAGcAbABlACAAMwAAAAAAEPAIAAAAsAqwATAP0RQPABHwEAAAAAAAwwsIAAAA AQAAAAwA/78PAA3wUAAAAAAAnw8EAAAAAgAAAAAAoQ8WAAAAAQAAAAAAAAAAAAEAAAAAAEEABAAE AAAAqg8KAAAAAQAAAAEAAAAAAAAApg8MAAAA8AAAAFZdOH9YgHiBDwAE8CQAAAASAArwCAAAAAHA AAAADAAAIwAL8AwAAAAEAwkAAAA/AwEAAQAQAPAHIAAAAP///wAAAAAAgICAAAAAAAC74OMAMzOZ AACZmQCZzAAADwDwA78HAAABAPEDCAAAALQBAAAHALMiDwAMBH8HAAAPAALwdwcAADADCPAIAAAA BQAAAAXMAAAPAAPwMwcAAA8ABPAoAAAAAQAJ8BAAAAAAAKzIAAAAAAAAAAAAAAAAAgAK8AgAAAAA zAAABQAAAA8ABPCSAgAAogwK8AgAAAACzAAAAAoAAJMAC/BOAAAAfwABAO8BgAA4L7YjhwACAAAA vwAEAAQAvwEAABAA/wEAABgAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAA2 AAAAAAAQ8AgAAABfFQAAUAd/Fg8AEfCdAQAADwCIE4wBAAAPAIoTTAEAAAAAug8QAAAAXwBfAF8A UABQAFQAMQAxAAAAixMsAQAAAAC2DwgAAAAAAgAAAAAAAAAAGRAUAQAAAAAACAwBAAACAAAADAEA AAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAA AQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABk bWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAA AAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAY AAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAAACAEAQAAAAkPAA3wbwAAAAAAnw8EAAAA BAAAAAAAqA8TAAAAPGF1dGhvcj4sIDxjb21wYW55PgAAoQ8aAAAAFAAAAAQAIAAKAAAAAP8HABQA AAAAAAIAEgAAAKoPCgAAABQAAAABAAAAAAAAAKYPDAAAAHgAAAB0O1ZdOH9YgA8ABPCJAgAAogwK 8AgAAAADzAAAAAoAAJMAC/BOAAAAfwABAO8BgACY8bIjhwACAAAAvwAEAAQAvwEAABAA/wEAABgA PwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAA3AAAAAAAQ8AgAAABfFY8J3xB/ Fg8AEfCNAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAA AAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAI AAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAA AAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQBy AGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcA cgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAP AIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAAAA IAQBAAAACA8ADfB2AAAAAACfDwQAAAAEAAAAAACgDwwAAABQAGEAZwBlACAAKgAAAKEPHAAAAAcA AAAAACAICgAAAAD/AgAHAAcAAAAAAAIADAAAANgPBAAAAAUAAAAAAKoPCgAAAAcAAAABAAAAAAAA AKYPDAAAAPAAAABWXTh/WIB4gQ8ABPCyAAAAEgAK8AgAAAAEzAAAIAIAAPMAC/ByAAAABAAAAAAA fwCFAe8BgQDdUQEAggDvqAAAgwDdUQEAhADvqAAAhQAAAAAAhwAAAAAAiAAAAAAAvwAEAAQA/wEB ABEAAQMEOAAAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAAyAAAAAAAQ8AgA AACvAdACEQ4gCg8AEfAQAAAAAADDCwgAAAAAAAAACwD/vw8ABPAWAQAAEgAK8AgAAAAFzAAAIAIA ABMBC/B+AAAABAAAAAAAfwABAO8BgAAoq7YjgQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAA hwAAAAAAiAAAAAAAvwAEAAQAvwEBABEA/wEBABEAAQMFOAAAPwMAAAgAgMMYAAAAvwMAAAIAUgBl AGMAdABhAG4AZwBsAGUAIAAzAAAAAAAQ8AgAAACwCrABMA/RFA8AEfAQAAAAAADDCwgAAAABAAAA DAD/vw8ADfBQAAAAAACfDwQAAAACAAAAAAChDxYAAAABAAAAAAAAAAAAAQAAAAAAQQAEAAQAAACq DwoAAAABAAAAAQAAAAAAAACmDwwAAADwAAAAVl04f1iAeIEPAATwJAAAABIACvAIAAAAAcwAAAAM AAAjAAvwDAAAAAQDCQAAAD8DAQABABAA8AcgAAAA////AAAAAACAgIAAAAAAALvg4wAzM5kAAJmZ AJnMAAAQABEQWwAAAAAGAAB4nLtwXvDBwo1SDxnQgB0DM8O//5wMbEhijFAMBgIMQPn//0FMGA0C /0fBkAJ/gfjfQDtiFAwYCELP+CQCJgZWlDxPjJ5/RKojFpBqP7XBULYfAKni79EAAHIXrAAAAAEA oAIAAAAAbsIAAFUMAQDhOQAAsEoBAPhRAQAIWwEA72ABAHlqAQD2rQMAobgDALLDAwCQzgMAWNkD AK87CgCYRQoApVAKAEVYCgDqlwoAcuQKAJ84CwCigAsAy8YLALrRCwDK8AsANvsLAMQCDACgGwwA h0oMAMZrDAB3pQwAl80MAFkYDQDuQQ0AU0cNAEJNDQAJVQ0A0FwNAJdkDQBebA0AJXQNAOx7DQAA APUPHAAAAAAAAABJLwADAAAAAE98DQABAAAAKgAAAA8AEAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/v////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////8DAAAABwAAAAMAAAAGAAAAAwAAAAAAAAADAAAABwAAAB8A AAA6AAAAaAB0AHQAcAA6AC8ALwB0AG8AbwBsAHMALgBpAGUAdABmAC4AbwByAGcALwBoAHQAbQBs AC8AZAByAGEAZgB0AC0AdgBhAG4ALQBiAGUAaQBqAG4AdQBtAC0AbQB1AGwAdABpAC0AbQB0AHUA LQAwADIAAAAfAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAP7/AAADCgEAAAAAAAAAAAAAAAAAAAAAAAEAAADghZ/y+U9o EKuRCAArJ7PZMAAAAPwfAAALAAAAAQAAAGAAAAACAAAAaAAAAAQAAADMAAAACAAAANgAAAAJAAAA 5AAAABIAAADwAAAACgAAABgBAAAMAAAAJAEAAA0AAAAwAQAADwAAADwBAAARAAAARAEAAAIAAAAQ JwAAHgAAAFwAAABSUEwgKHByb25vdW5jZWQgcmlwcGxlKSBSb3V0aW5nIFByb3RvY29sIGZvciBM b3cgUG93ZXIgYW5kIExvc3N5IE5ldHdvcmtzICBJRVRGIDc1IHN0YXR1cwAAAB4AAAAEAAAAAAAA AB4AAAAEAAAAAAAAAB4AAAAEAAAAMTMAAB4AAAAgAAAATWljcm9zb2Z0IE1hY2ludG9zaCBQb3dl clBvaW50AABAAAAAAAAAAAAAAABAAAAAkIgQc60MywFAAAAA70FZ/NAMywEDAAAARxAAAEcAAACu HgAA/v///1BJQ1QepgAAAAAAhwC0ABEC/wwA//4AAABIAAAASAAAAAAAAACHALQAAAAAAB4AAQAK AAAAAACHALQAmv8AAACC0AAAAAAAhwC0AAAABAAAAAAASAAAAEgAAAAQACAABAAIAAAAIAAAAAAA AAAAAAAAAACHALQAAAAAAIcAtAAAAAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/ gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B /4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/ gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B /7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/ sf8ADIH/gf+B/4H/gf+x/wAXgf+B/wHw+oH/z/8B8PqB/8//AfD6m/8AjIH/i/8QiRs1NCJ9///S MyMvVfb/e5L+/wH7Evr/D4kbNTQiff+FFScoLbv/O9KB//r/EIkbNTQiff//0jMjL1X2/3uS/v8B +xL6/w+JGzU0In3/hRUnKC27/zvSgf/6/xCJGzU0In3//9IzIy9V9v97kv7/AfsS+v8PiRs1NCJ9 /4UVJygtu/870rz/AIyB/4v/EImE///xE+L3H6T9/4VX/3uS/v8B+xL6/w+JhP//8RPihYj//7wo /zvSgf/6/xCJhP//8RPi9x+k/f+FV/97kv7/AfsS+v8PiYT///ET4oWI//+8KP870oH/+v8QiYT/ //ET4vcfpP3/hVf/e5L+/wH7Evr/D4mE///xE+KFiP//vCj/O9K8/wCMgf+L/wiJhP//9SflrCf+ /wT+Hut7kv7/AfsS+v8PiYT///Un5YWI///fJf870oH/+v8IiYT///Un5awn/v8E/h7re5L+/wH7 Evr/D4mE///1J+WFiP//3yX/O9KB//r/CImE///1J+WsJ/7/BP4e63uS/v8B+xL6/w+JhP//9Sfl hYj//98l/zvSvP8AiYH/i/8IiR87M0Cl/4hx/f8DSbt7kv7/AfsS+v8PiR87M0Cl/4U7cGIlnf87 0oH/+v8IiR87M0Cl/4hx/f8DSbt7kv7/AfsS+v8PiR87M0Cl/4U7cGIlnf870oH/+v8IiR87M0Cl /4hx/f8DSbt7kv7/AfsS+v8PiR87M0Cl/4U7cGIlnf870rz/AIyB/4v/CImE/8Yr3f+uP/7/BPkR 4nuS/v8B+xL6/w+JhP/GK93/hWnFze3//zvSgf/6/wiJhP/GK93/rj/+/wT5EeJ7kv7/AfsS+v8P iYT/xivd/4Vpxc3t//870oH/+v8IiYT/xivd/64//v8E+RHie5L+/wH7Evr/D4mE/8Yr3f+FacXN 7f//O9K8/wCGgf+L/xCJhP//qC358CO2/vqLQP97kv7/AfsS+v8IiYT//6gt+YWI/P8BO9KB//r/ EImE//+oLfnwI7b++otA/3uS/v8B+xL6/wiJhP//qC35hYj8/wE70oH/+v8QiYT//6gt+fAjtv76 i0D/e5L+/wH7Evr/CImE//+oLfmFiPz/ATvSvP8Am4H/i/8BiYT+/xBTfP/eQy0jVPL/exYnJzH7 Av4nAJ3+/wGJhP7/A1N8hYj8/wQ7ICcnZ4H//f8BiYT+/xBTfP/eQy0jVPL/exYnJzH7Av4nAJ3+ /wGJhP7/A1N8hYj8/wQ7ICcnZ4H//f8BiYT+/xBTfP/eQy0jVPL/exYnJzH7Av4nAJ3+/wGJhP7/ A1N8hYj8/wQ7ICcnZ7//ABeB/4H/Afb7gf/P/wH2+4H/z/8B9vub/wAMgf+B/4H/gf+B/7H/AAyB /4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/ gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B /4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/ gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAZgf+B/9b/Afrxgf/P/wH68YH/z/8B+vHG/wEtgf+7/wSu Xv9KHv4nCJuQJyEIJyfdEv4nAD3+/wF+f/7/A69barX9/wB/9f8B4zv9/wEu3vv/AabZ+P8B6jX2 /xDCSf//hhH7/8BQ/+xJPT010f3/AT4p/v8CnwDt9v8E75D/arXS/wSuXv9KHv4nCJuQJyEIJyfd Ev4nAD3+/wF+f/7/A69barX9/wB/9f8B4zv9/wEu3vv/AabZ+P8B6jX2/xDCSf//hhH7/8BQ/+xJ PT010f3/AT4p/v8CnwDt9v8E75D/arXS/wSuXv9KHv4nCJuQJyEIJyfdEv4nAD3+/wF+f/7/A69b arX9/wB/9f8B4zv9/wEu3vv/AabZ+P8B6jX2/xDCSf//hhH7/8BQ/+xJPT010f3/AT4p/v8CnwDt 9v8E75D/arXk/wEYgf+7/wSuXv9Kw/v/Adc1/v8BEvv7/wHgJf7/A07C/P79/wAg9f8B4zv9/wEu 3vv/AVLO9/8A+/b/EPoc/f8+ScP/gZj8PbH//7w4/f8HPiXS//9MF+32/wTSTv/8/tL/BK5e/0rD +/8B1zX+/wES+/v/AeAl/v8DTsL8/v3/ACD1/wHjO/3/AS7e+/8BUs73/wD79v8Q+hz9/z5Jw/+B mPw9sf//vDj9/wc+JdL//0wX7fb/BNJO//z+0v8Erl7/SsP7/wHXNf7/ARL7+/8B4CX+/wNOwvz+ /f8AIPX/AeM7/f8BLt77/wFSzvf/APv2/xD6HP3/PknD/4GY/D2x//+8OP3/Bz4l0v//TBft9v8E 0k7//P7k/wGcgf+7/wSuXv9Kw/v/Adc1/v8BEvv6/xpIxf/pLv96vbBUJ3YLeeZQ//9M6tBISzLG 4zv9/xwu3rJpbzGdyx1L86ZWUZ//sFQnrUv/SWo/XnFIYP3/CkzR8DWje/9C38xC/f8Axf3/Ij5+ e//pUSnt/X9UV8T/yl1RePtpHKF6vbJpbzGd/7U6Wl6m3f8Erl7/SsP7/wHXNf7/ARL7+v8aSMX/ 6S7/er2wVCd2C3nmUP//TOrQSEsyxuM7/f8cLt6yaW8xncsdS/OmVlGf/7BUJ61L/0lqP15xSGD9 /wpM0fA1o3v/Qt/MQv3/AMX9/yI+fnv/6VEp7f1/VFfE/8pdUXj7aRyher2yaW8xnf+1Olpept3/ BK5e/0rD+/8B1zX+/wES+/r/GkjF/+ku/3q9sFQndgt55lD//0zq0EhLMsbjO/3/HC7esmlvMZ3L HUvzplZRn/+wVCetS/9Jaj9ecUhg/f8KTNHwNaN7/0LfzEL9/wDF/f8iPn57/+lRKe39f1RXxP/K XVF4+2kcoXq9smlvMZ3/tTpaXqbv/wG3gf+7/wSuXv9KKv43BNj//9c1/v8EEjU2NrT9/xquaP+N j/9qtaZF//8g/+M7//836KnR/5pp4zv9/x0u3qgz/+Yp/1LO8zj+/UjvpkX/6jX/KMT/KKv/QOH+ /xCSlat86zf5Mf+Yb///mImJ7f7/Ij7NMP+TqSntvmv/8UT/ReX/frbSTv9qtagz/+Yp/Bfw/kGb 3f8Erl7/Sir+NwTY///XNf7/BBI1Nja0/f8armj/jY//arWmRf//IP/jO///N+ip0f+aaeM7/f8d Lt6oM//mKf9SzvM4/v1I76ZF/+o1/yjE/yir/0Dh/v8QkpWrfOs3+TH/mG///5iJie3+/yI+zTD/ k6kp7b5r//FE/0Xl/3620k7/arWoM//mKfwX8P5Bm93/BK5e/0oq/jcE2P//1zX+/wQSNTY2tP3/ Gq5o/42P/2q1pkX//yD/4zv//zfoqdH/mmnjO/3/HS7eqDP/5in/Us7zOP79SO+mRf/qNf8oxP8o q/9A4f7/EJKVq3zrN/kx/5hv//+YiYnt/v8iPs0w/5OpKe2+a//xRP9F5f9+ttJO/2q1qDP/5in8 F/D+QZvv/wGlgf+7/wSuXv9Kw/v/Adc1/v8BEvv6/xr7Kvk07f9qtaZ1//8g/+M6//816MROUEpk 4zv9/x0u3qhy//4g/1LOtSNTU0vBpnX/6jX/KPP/PeD/T9D+/xDXWWLH/zy2b/++Sf//t60n2P7/ Ij7YWc1I9yntdThTU0jkEFNTT5PSTv9qtahy//4g5DL//36b3f8Erl7/SsP7/wHXNf7/ARL7+v8a +yr5NO3/arWmdf//IP/jOv//NejETlBKZOM7/f8dLt6ocv/+IP9SzrUjU1NLwaZ1/+o1/yjz/z3g /0/Q/v8Q11lix/88tm//vkn//7etJ9j+/yI+2FnNSPcp7XU4U1NI5BBTU0+T0k7/arWocv/+IOQy //9+m93/BK5e/0rD+/8B1zX+/wES+/r/Gvsq+TTt/2q1pnX//yD/4zr//zXoxE5QSmTjO/3/HS7e qHL//iD/Us61I1NTS8Gmdf/qNf8o8/894P9P0P7/ENdZYsf/PLZv/75J//+3rSfY/v8iPthZzUj3 Ke11OFNTSOQQU1NPk9JO/2q1qHL//iDkMv//fpvv/wGfgf+7/wSuXv9Kw/v/Adc1/v8BEvv5/xl4 flz//2q1pnj//yH/6yb/9hToMtP/i2HjO/3/HS7eqHb//iD/VcvtMv//i+SmeP/qNf8o9v894f9P 0P3/Dz0y/f+DPrf/9y+s///nJNj+/yI+2LNUYv8p7bNr//Z8/Tjm/7C/1Uv/arWodv/+IP8u6fw9 m93/BK5e/0rD+/8B1zX+/wES+/n/GXh+XP//arWmeP//If/rJv/2FOgy0/+LYeM7/f8dLt6odv/+ IP9Vy+0y//+L5KZ4/+o1/yj2/z3h/0/Q/f8PPTL9/4M+t//3L6z//+ck2P7/Ij7Ys1Ri/ynts2v/ 9nz9OOb/sL/VS/9qtah2//4g/y7p/D2b3f8Erl7/SsP7/wHXNf7/ARL7+f8ZeH5c//9qtaZ4//8h /+sm//YU6DLT/4th4zv9/x0u3qh2//4g/1XL7TL//4vkpnj/6jX/KPb/PeH/T9D9/w89Mv3/gz63 //cvrP//5yTY/v8iPtizVGL/Ke2za//2fP045v+wv9VL/2q1qHb//iD/Lun8PZvv/wGogf+7/wSu Xv9KHv4nBHf//9c1/v8BEvv5/xncBcL//2q1pnj//0lK/1U9SjDnj0FZY0XjO/3/HS7eqHb//iD/ hyjjkkZNaf+meP/qNf8o9v894f9P0P3/D2Jd///NCPb//+pNLTEonf3+/yI+2PoSvf8p7ftoTUGd /7tJUEfx8SCBarWodv/+IP/GT1NEpN3/BK5e/0oe/icEd///1zX+/wES+/n/GdwFwv//arWmeP// SUr/VT1KMOePQVljReM7/f8dLt6odv/+IP+HKOOSRk1p/6Z4/+o1/yj2/z3h/0/Q/f8PYl3//80I 9v//6k0tMSid/f7/Ij7Y+hK9/ynt+2hNQZ3/u0lQR/HxIIFqtah2//4g/8ZPU0Sk3f8Erl7/Sh7+ JwR3///XNf7/ARL7+f8Z3AXC//9qtaZ4//9JSv9VPUow549BWWNF4zv9/x0u3qh2//4g/4co45JG TWn/pnj/6jX/KPb/PeH/T9D9/w9iXf//zQj2///qTS0xKJ39/v8iPtj6Er3/Ke37aE1Bnf+7SVBH 8fEggWq1qHb//iD/xk9TRKTv/wCRgf+V/wP4///w/f8B9/nw/wT4///99+L/Afzw8f8B9/39/wD1 /v8B/fr5/wSX/v9Xx7f/A/j///D9/wH3+fD/BPj///334v8B/PDx/wH3/f3/APX+/wH9+vn/BJf+ /1fHt/8D+P//8P3/Aff58P8E+P///ffi/wH88PH/Aff9/f8A9f7/Af36+f8El/7/V8fv/wAigf+B /7D/BI9HSGL8gf/S/wSPR0hi/IH/0v8Ej0dIYvzv/wAZgf+B/6//Afz4gf/P/wH8+IH/z/8B/Pjt /wAMgf+B/4H/gf+B/7H/ABaB/4H/4P8A+4H/zv8A+4H/zv8A+7v/AFyB/4P/AA3s/w2ZQUGS//pS MUjx///iHf7/A4E1LdSB//j/AA3s/w2ZQUGS//pSMUjx///iHf7/A4E1LdSB//j/AA3s/w2ZQUGS //pSMUjx///iHf7/A4E1LdTC/wBfgf+D/wAN7f8V8i38/S/tj4T/gIr/xCcN///NSfzASoH/+P8A De3/FfIt/P0v7Y+E/4CK/8QnDf//zUn8wEqB//j/AA3t/xXyLfz9L+2PhP+Aiv/EJw3//81J/MBK wv8AkoH/g/8RDf90wv++eOtLfUFm/+drU2Tj/v8V9Nj//zHSUdX/1kn/odof//+Rlf//H4H/+P8R Df90wv++eOtLfUFm/+drU2Tj/v8V9Nj//zHSUdX/1kn/odof//+Rlf//H4H/+P8RDf90wv++eOtL fUFm/+drU2Tj/v8V9Nj//zHSUdX/1kn/odof//+Rlf//H8L/AIyB/4P/EQ3/Y7v/t2joBe7+J+l+ q/++dvv/B3ld/zPo/+gy/v8IH///c6n//yjygf/5/xEN/2O7/7do6AXu/ifpfqv/vnb7/wd5Xf8z 6P/oMv7/CB///3Op//8o8oH/+f8RDf9ju/+3aOgF7v4n6X6r/752+/8HeV3/M+j/6DL+/wgf//9z qf//KPLD/wCsgf+P/wCo/FcX+P//+///Dv9juv+1aOgy//8+4DVNU1Nk/f8J+l5t/P9B3v/dSP7/ CB///4Ge//8n/oX/AKj8Vxf4///7//8O/2O6/7Vo6DL//z7gNU1TU2T9/wn6Xm38/0He/91I/v8I H///gZ7//yf+hf8AqPxXF/j///v//w7/Y7r/tWjoMv//PuA1TVNTZP3/Cfpebfz/Qd7/3Uj+/wgf //+Bnv//J/7D/wCbgf+G/xQz7eok/2um/4po6Db//z7gc6v/1pn+/wL+S5X+/wR3oP+fef7/Bx// /7dg/908gf/7/xQz7eok/2um/4po6Db//z7gc6v/1pn+/wL+S5X+/wR3oP+fef7/Bx///7dg/908 gf/7/xQz7eok/2um/4po6Db//z7gc6v/1pn+/wL+S5X+/wR3oP+fef7/Bx///7dg/908wv8Am4H/ hv8UoC8lmv/GI0xXZ+g2//8+4N5VUD7M/v8BrAb+JwXC6VlGPfL+/wAf/v8DdUcvzIH/+/8UoC8l mv/GI0xXZ+g2//8+4N5VUD7M/v8BrAb+JwXC6VlGPfL+/wAf/v8DdUcvzIH/+/8UoC8lmv/GI0xX Z+g2//8+4N5VUD7M/v8BrAb+JwXC6VlGPfL+/wAf/v8DdUcvzML/AEqB/4X/Afn4/v8B+/T3/wD1 9P8A9vf/APaB//j/Afn4/v8B+/T3/wD19P8A9vf/APaB//j/Afn4/v8B+/T3/wD19P8A9vf/APbA /wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/ AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8A DIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAM gf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB /4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wCEgf+Q/wH85vv/AvHY/vz/AOf9/wX+///60f75/wPW /+7n+P8B5fGB/wP///zm+/8C8dj+/P8A5/3/Bf7///rR/vn/A9b/7uf4/wHl8f7/Bf2x9vSw/oj/ Afzm+/8C8dj+/P8A5/3/Bf7///rR/vn/A9b/7uf4/wHl8f7/Bf2x9vSw/sX/ALmB/5H/DfHQyeXP 6tfi/ajkutD8/v8Jxv/z0/Kx1v+w2v7/CeXP6tnd/9D//9D+/wf7ztbYx+j/0IH/Dv/x0Mnlz+rX 4v2o5LrQ/P7/Ccb/89Pysdb/sNr+/wnlz+rZ3f/Q///Q/v8H+87W2Mfo/9D+/wWswZSTqq+J/w3x 0Mnlz+rX4v2o5LrQ/P7/Ccb/89Pysdb/sNr+/wnlz+rZ3f/Q///Q/v8H+87W2Mfo/9D+/wWswZST qq/F/wC7gf+R/zXI/7bx0P7Iuf/Q/9D//8q8+dD/xNDX0P//0P/lvN7x0PvU0P/Q///Q/8q8+cL/ uP3L/9D/vcOD/zvI/7bx0P7Iuf/Q/9D//8q8+dD/xNDX0P//0P/lvN7x0PvU0P/Q///Q/8q8+cL/ uP3L/9D/vcOg4JLkXr2J/zvI/7bx0P7Iuf/Q/9D//8q8+dD/xNDX0P//0P/lvN7x0PvU0P/Q///Q /8q8+cL/uP3L/9D/vcOg4JLkXr3F/wC3gf+R/xrr0czgxvzOxPvB5/PP7v//+MHg8NLl59D4xt3+ /xXgxv3U2PjB4OXB8///98LrzdXt3ML8gf8a69HM4Mb8zsT7wefzz+7///jB4PDS5efQ+Mbd/v8c 4Mb91Nj4weDlwfP///fC683V7dzC/P//9I/ty6OI/xrr0czgxvzOxPvB5/PP7v//+MHg8NLl59D4 xt3+/xzgxv3U2PjB4OXB8///98LrzdXt3ML8///0j+3Lo8T/ABmB/4H/4/8B2O2B/8//Adjtgf/P /wHY7bn/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B /4H/sf8ADIH/gf+B/4H/gf+x/wBWgf+D/wrd0PjT2Pry///47v7/Afzu/P8D+s3N94H/5v8K3dD4 09j68v//+O7+/wH87vz/A/rNzfeB/+b/Ct3Q+NPY+vL///ju/v8B/O78/wP6zc33sP8AcYH/g/8f lduWjLC1uv//rZ7w6tOGg8nUxdHP/Lis4rntrN6wwtGB/+3/H5Xbloywtbr//62e8OrThoPJ1MXR z/y4rOK57azesMLRgf/t/x+V25aMsLW6//+tnvDq04aDydTF0c/8uKziue2s3rDC0bf/AHGB/4P/ H4V9z3Kt3br//31y0Mqkpp6jqKmZ///WyJShs6yRwZqmgf/t/x+Ffc9yrd26//99ctDKpKaeo6ip mf//1siUobOskcGapoH/7f8fhX3Pcq3duv//fXLQyqSmnqOoqZn//9bIlKGzrJHBmqa3/wBxgf+D /x+//6+//+2SxPHK8L2kuK3ExL6lxP//5NvOp8CzsNvExIH/7f8fv/+vv//tksTxyvC9pLitxMS+ pcT//+TbzqfAs7DbxMSB/+3/H7//r7//7ZLE8crwvaS4rcTEvqXE///k286nwLOw28TEt/8ADIH/ gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B /4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/ gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B /4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/ gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B /4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/ gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8AMYH/wv8J5fft//b///X174H/1/8J5fft //b///X174H/1/8J5fft//b///X174H/4v8ANIH/wv8KiMaawq2/66mlnOmB/9j/CojGmsKtv+up pZzpgf/Y/wqIxprCrb/rqaWc6YH/4/8AN4H/w/8L/q2njKaretOpoXrTgf/Z/wv+raeMpqt606mh etOB/9n/C/6tp4ymq3rTqaF604H/4/8AJYH/wv8A/vv/Af39gf/W/wD++/8B/f2B/9b/AP77/wH9 /YH/4f8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/ gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wD/AAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAABDAHUAcgByAGUAbgB0ACAAVQBzAGUAcgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAGgACAP///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAmAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA////////////////AAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD///////////////8A AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AP///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAA9g8aAAAAFAAAAF/AkeMDfQ0AAgD0AwMAywIgIAgAAAAgACAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAUgAAAGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAuAHQAbwBvAGwAcwAuAGkAZQB0AGYALgBvAHIA ZwAvAHcAZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8AcgBlAHAAbwByAHQALwAyAD8AYQBzAGMAPQAx ACYAcwBvAHIAdAA9AHQAaQBjAGsAZQB0ACYAVQBTAEUAUgA9AGEAbgBvAG4AeQBtAG8AdQBzAAAA HwAAAAEAAAAAAAAAAwAAAAcAAAADAAAABgAAAAMAAAAAAAAAAwAAAAcAAAAfAAAAUwAAAGgAdAB0 AHAAcwA6AC8ALwBzAHYAbgAuAHQAbwBvAGwAcwAuAGkAZQB0AGYALgBvAHIAZwAvAHcAZwAvAHIA bwBsAGwALwB0AHIAYQBjAC8AcgBlAHAAbwByAHQALwAyAD8AYQBzAGMAPQAxACYAcwBvAHIAdAA9 AHMAdQBtAG0AYQByAHkAJgBVAFMARQBSAD0AYQBuAG8AbgB5AG0AbwB1AHMAAAAAAB8AAAABAAAA AAAAAAMAAAAHAAAAAwAAAAYAAAADAAAAAAAAAAMAAAAHAAAAHwAAAFAAAABoAHQAdABwAHMAOgAv AC8AcwB2AG4ALgB0AG8AbwBsAHMALgBpAGUAdABmAC4AbwByAGcALwB3AGcALwByAG8AbABsAC8A dAByAGEAYwAvAHIAZQBwAG8AcgB0AC8AMgA/AGEAcwBjAD0AMQAmAHMAbwByAHQAPQB0AHkAcABl ACYAVQBTAEUAUgA9AGEAbgBvAG4AeQBtAG8AdQBzAAAAHwAAAAEAAAAAAAAAAwAAAAcAAAADAAAA BgAAAAMAAAAAAAAAAwAAAAcAAAAfAAAAUQAAAGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAuAHQAbwBv AGwAcwAuAGkAZQB0AGYALgBvAHIAZwAvAHcAZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8AcgBlAHAA bwByAHQALwAyAD8AYQBzAGMAPQAxACYAcwBvAHIAdAA9AG8AdwBuAGUAcgAmAFUAUwBFAFIAPQBh AG4AbwBuAHkAbQBvAHUAcwAAAAAAHwAAAAEAAAAAAAAAAwAAAAcAAAADAAAABgAAAAMAAAAAAAAA AwAAAAcAAAAfAAAAUgAAAGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAuAHQAbwBvAGwAcwAuAGkAZQB0 AGYALgBvAHIAZwAvAHcAZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8AcgBlAHAAbwByAHQALwAyAD8A YQBzAGMAPQAxACYAcwBvAHIAdAA9AHMAdABhAHQAdQBzACYAVQBTAEUAUgA9AGEAbgBvAG4AeQBt AG8AdQBzAAAAHwAAAAEAAAAAAAAAAwAAAAcAAAADAAAABgAAAAMAAAAAAAAAAwAAAAcAAAAfAAAA UwAAAGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAuAHQAbwBvAGwAcwAuAGkAZQB0AGYALgBvAHIAZwAv AHcAZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8AcgBlAHAAbwByAHQALwAyAD8AYQBzAGMAPQAxACYA cwBvAHIAdAA9AGMAcgBlAGEAdABlAGQAJgBVAFMARQBSAD0AYQBuAG8AbgB5AG0AbwB1AHMAAAAA AB8AAAABAAAAAAAAAAMAAAAHAAAAAwAAAAYAAAADAAAAAAAAAAMAAAAHAAAAHwAAADIAAABoAHQA dABwAHMAOgAvAC8AcwB2AG4ALgB0AG8AbwBsAHMALgBpAGUAdABmAC4AbwByAGcALwB3AGcALwBy AG8AbABsAC8AdAByAGEAYwAvAHQAaQBjAGsAZQB0AC8ANAAyAAAAHwAAAAEAAAAAAAAAAwAAAAcA AAADAAAABgAAAAMAAAAAAAAAAwAAAAcAAAAfAAAAMgAAAGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAu AHQAbwBvAGwAcwAuAGkAZQB0AGYALgBvAHIAZwAvAHcAZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8A dABpAGMAawBlAHQALwA0ADIAAAAfAAAAAQAAAAAAAAADAAAABwAAAAMAAAAGAAAAAwAAAAAAAAAD AAAABwAAAB8AAAAyAAAAaAB0AHQAcABzADoALwAvAHMAdgBuAC4AdABvAG8AbABzAC4AaQBlAHQA ZgAuAG8AcgBnAC8AdwBnAC8AcgBvAGwAbAAvAHQAcgBhAGMALwB0AGkAYwBrAGUAdAAvADQANQAA AB8AAAABAAAAAAAAAAMAAAAHAAAAAwAAAAYAAAADAAAAAAAAAAMAAAAHAAAAHwAAADIAAABoAHQA dABwAHMAOgAvAC8AcwB2AG4ALgB0AG8AbwBsAHMALgBpAGUAdABmAC4AbwByAGcALwB3AGcALwBy AG8AbABsAC8AdAByAGEAYwAvAHQAaQBjAGsAZQB0AC8ANAA1AAAAHwAAAAEAAAAAAAAAAwAAAAcA AAADAAAABgAAAAMAAAAAAAAAAwAAAAcAAAAfAAAAMgAAAGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAu AHQAbwBvAGwAcwAuAGkAZQB0AGYALgBvAHIAZwAvAHcAZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8A dABpAGMAawBlAHQALwA0ADkAAAAfAAAAAQAAAAAAAAADAAAABwAAAAMAAAAGAAAAAwAAAAAAAAAD AAAABwAAAB8AAAAyAAAAaAB0AHQAcABzADoALwAvAHMAdgBuAC4AdABvAG8AbABzAC4AaQBlAHQA ZgAuAG8AcgBnAC8AdwBnAC8AcgBvAGwAbAAvAHQAcgBhAGMALwB0AGkAYwBrAGUAdAAvADQAOQAA AB8AAAABAAAAAAAAAAMAAAAHAAAAAwAAAAYAAAADAAAAAAAAAAMAAAAHAAAAHwAAADIAAABoAHQA dABwAHMAOgAvAC8AcwB2AG4ALgB0AG8AbwBsAHMALgBpAGUAdABmAC4AbwByAGcALwB3AGcALwBy AG8AbABsAC8AdAByAGEAYwAvAHQAaQBjAGsAZQB0AC8ANQAwAAAAHwAAAAEAAAAAAAAAAwAAAAcA AAADAAAABgAAAAMAAAAAAAAAAwAAAAcAAAAfAAAAMgAAAGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAu AHQAbwBvAGwAcwAuAGkAZQB0AGYALgBvAHIAZwAvAHcAZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8A dABpAGMAawBlAHQALwA1ADAAAAAfAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP7/ AAADCgEAAAAAAAAAAAAAAAAAAAAAAAIAAAAC1c3VnC4bEJOXCAArLPmuRAAAAAXVzdWcLhsQk5cI ACss+a7oBAAApAQAAA8AAAABAAAAgAAAAAMAAACIAAAABAAAAKgAAAAGAAAAsAAAAAcAAAC4AAAA CAAAAMAAAAAJAAAAyAAAAAoAAADQAAAAFwAAANgAAAALAAAA4AAAABAAAADoAAAAEwAAAPAAAAAW AAAA+AAAAA0AAAAAAQAADAAAAEMEAAACAAAA6f0AAB4AAAAYAAAAT24tc2NyZWVuIFNob3cgKDQ6 MykAAAAAAwAAACd9DQADAAAAlwIAAAMAAAAdAAAAAwAAAAgAAAADAAAAAAAAAAMAAAAAAAAAAwAA AAAADAALAAAAAAAAAAsAAAAAAAAACwAAAAAAAAALAAAAAAAAAB4QAAAkAAAABgAAAEFyaWFsABcA AADvvK3vvLMg77yw44K044K344OD44KvAAwAAABDb3VyaWVyIE5ldwAIAAAAVmVyZGFuYQAQAAAA VGltZXMgTmV3IFJvbWFuAAcAAABTeW1ib2wAFAAAAE1vZMOobGUgcGFyIGTDqWZhdXQAOAAAAFJP TEwgUlBMICBJRVRGIFZpcnR1YWwgSW50ZXJpbSBXRyBNZWV0aW5nIOKAkyBKdW5lIDIwMTAACwAA AFJQTCBTdGF0dXMAFgAAADZtYW4gQ29tcGFuaW9uIERyYWZ0cwAWAAAAUmVjZW50IE1MIGRpc2N1 c3Npb25zAAgAAABUaWNrZXRzABkAAABUaWNrZXQgIzQyOiBTTExBIGFuZCBNVFUAHgAAAFRpY2tl dCAjNDU6IE1hZHPigJkgcXVlc3Rpb25zABQAAABUaWNrZXQgIzExOiBQYWNraW5nABAAAABUaWNr ZXQgIzI0OiBQMlAAIgAAAFRpY2tldCAjMjU6IFJQTCBNVVNUIFJlcXVpcmVtZW50cwApAAAAVGlj a2V0ICM0ODogVXBkYXRlIE1hbmFnZWFiaWxpdHkgU2VjdGlvbgAWAAAAVGlja2V0ICMzMDogbXVs dGljYXN0ABUAAABNb3JlIGRpc2N1c3Npb24g4oCmIAARAAAAU2VxdWVuY2UgQ291bnRlcgAZAAAA U2VxdWVuY2UgQ291bnRlciAoY29udCkgABkAAABTZXF1ZW5jZSBDb3VudGVyIChjb250KSAAGQAA AFNlcXVlbmNlIENvdW50ZXIgKGNvbnQpIAAZAAAAU2VxdWVuY2UgQ291bnRlciAoY29udCkgAA4A AABUYXJnZXQgaW4gRElPABgAAABUaWNrZXQgIzQyOiBNVFUgb3B0aW9ucwAMAAAAU2NhbGFiaWxp dHkAEwAAAFNlY3VyaXR5IERUIFVwZGF0ZQAXAAAAT3ZlcnZpZXcgUm9MTCBTZWN1cml0eQAJAAAA U2xpZGUgMjQACQAAAFNsaWRlIDI1AAkAAABTbGlkZSAyNgAJAAAAU2xpZGUgMjcACQAAAFNsaWRl IDI4AAkAAABTbGlkZSAyOQAMEAAABgAAAB4AAAALAAAARm9udHMgVXNlZAADAAAABgAAAB4AAAAQ AAAARGVzaWduIFRlbXBsYXRlAAMAAAABAAAAHgAAAA0AAABTbGlkZSBUaXRsZXMAAwAAAB0AAAAA wBMAAAMAAAAAAAAAIAAAAAEAAAA4AAAAAgAAAEAAAAABAAAAAgAAAAwAAABfUElEX0hMSU5LUwAC AAAA6f0AAEEAAAB4EwAAtAAAAAMAAAAHAAAAAwAAAAYAAAADAAAAAAAAAAMAAAAHAAAAHwAAADoA AABoAHQAdABwADoALwAvAHQAbwBvAGwAcwAuAGkAZQB0AGYALgBvAHIAZwAvAGgAdABtAGwALwBk AHIAYQBmAHQALQB2AGEAbgAtAGIAZQBpAGoAbgB1AG0ALQBtAHUAbAB0AGkALQBtAHQAdQAtADAA MgAAAB8AAAABAAAAAAAAAAMAAAAHAAAAAwAAAAYAAAADAAAAAAAAAAMAAAAHAAAAHwAAAFIAAABo AHQAdABwAHMAOgAvAC8AcwB2AG4ALgB0AG8AbwBsAHMALgBpAGUAdABmAC4AbwByAGcALwB3AGcA LwByAG8AbABsAC8AdAByAGEAYwAvAHIAZQBwAG8AcgB0AC8AMgA/AGEAcwBjAD0AMQAmAHMAbwBy AHQAPQB0AGkAYwBrAGUAdAAmAFUAUwBFAFIAPQBhAG4AbwBuAHkAbQBvAHUAcwAAAB8AAAABAAAA AAAAAAMAAAAHAAAAAwAAAAYAAAADAAAAAAAAAAMAAAAHAAAAHwAAAFMAAABoAHQAdABwAHMAOgAv AC8AcwB2AG4ALgB0AG8AbwBsAHMALgBpAGUAdABmAC4AbwByAGcALwB3AGcALwByAG8AbABsAC8A dAByAGEAYwAvAHIAZQBwAG8AcgB0AC8AMgA/AGEAcwBjAD0AMQAmAHMAbwByAHQAPQBzAHUAbQBt AGEAcgB5ACYAVQBTAEUAUgA9AGEAbgBvAG4AeQBtAG8AdQBzAAAAAAAfAAAAAQAAAAAAAAADAAAA BwAAAAMAAAAGAAAAAwAAAAAAAAADAAAABwAAAB8AAABQAAAAaAB0AHQAcABzADoALwAvAHMAdgBu AC4AdABvAG8AbABzAC4AaQBlAHQAZgAuAG8AcgBnAC8AdwBnAC8AcgBvAGwAbAAvAHQAcgBhAGMA LwByAGUAcABvAHIAdAAvADIAPwBhAHMAYwA9ADEAJgBzAG8AcgB0AD0AdAB5AHAAZQAmAFUAUwBF AFIAPQBhAG4AbwBuAHkAbQBvAHUAcwAAAB8AAAABAAAAAAAAAAMAAAAHAAAAAwAAAAYAAAADAAAA AAAAAAMAAAAHAAAAHwAAAFEAAABoAHQAdABwAHMAOgAvAC8AcwB2AG4ALgB0AG8AbwBsAHMALgBp AGUAdABmAC4AbwByAGcALwB3AGcALwByAG8AbABsAC8AdAByAGEAYwAvAHIAZQBwAG8AcgB0AC8A MgA/AGEAcwBjAD0AMQAmAHMAbwByAHQAPQBvAHcAbgBlAHIAJgBVAFMARQBSAD0AYQBuAG8AbgB5 AG0AbwB1AHMAAAAAAB8AAAABAAAAAAAAAAMAAAAHAAAAAwAAAAYAAAADAAAAAAAAAAMAAAAHAAAA HwAAAFIAAABoAHQAdABwAHMAOgAvAC8AcwB2AG4ALgB0AG8AbwBsAHMALgBpAGUAdABmAC4AbwBy AGcALwB3AGcALwByAG8AbABsAC8AdAByAGEAYwAvAHIAZQBwAG8AcgB0AC8AMgA/AGEAcwBjAD0A MQAmAHMAbwByAHQAPQBzAHQAYQB0AHUAcwAmAFUAUwBFAFIAPQBhAG4AbwBuAHkAbQBvAHUAcwAA AB8AAAABAAAAAAAAAAMAAAAHAAAAAwAAAAYAAAADAAAAAAAAAAMAAAAHAAAAHwAAAFMAAABoAHQA dABwAHMAOgAvAC8AcwB2AG4ALgB0AG8AbwBsAHMALgBpAGUAdABmAC4AbwByAGcALwB3AGcALwBy AG8AbABsAC8AdAByAGEAYwAvAHIAZQBwAG8AcgB0AC8AMgA/AGEAcwBjAD0AMQAmAHMAbwByAHQA PQBjAHIAZQBhAHQAZQBkACYAVQBTAEUAUgA9AGEAbgBvAG4AeQBtAG8AdQBzAAAAAAAfAAAAAQAA AAAAAAADAAAABwAAAAMAAAAGAAAAAwAAAAAAAAADAAAABwAAAB8AAAAyAAAAaAB0AHQAcABzADoA LwAvAHMAdgBuAC4AdABvAG8AbABzAC4AaQBlAHQAZgAuAG8AcgBnAC8AdwBnAC8AcgBvAGwAbAAv AHQAcgBhAGMALwB0AGkAYwBrAGUAdAAvADQAMgAAAB8AAAABAAAAAAAAAAMAAAAHAAAAAwAAAAYA AAADAAAAAAAAAAMAAAAHAAAAHwAAADIAAABoAHQAdABwAHMAOgAvAC8AcwB2AG4ALgB0AG8AbwBs AHMALgBpAGUAdABmAC4AbwByAGcALwB3AGcALwByAG8AbABsAC8AdAByAGEAYwAvAHQAaQBjAGsA ZQB0AC8ANAAyAAAAHwAAAAEAAAAAAAAAAwAAAAcAAAADAAAABgAAAAMAAAAAAAAAAwAAAAcAAAAf AAAAMgAAAGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAuAHQAbwBvAGwAcwAuAGkAZQB0AGYALgBvAHIA ZwAvAHcAZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8AdABpAGMAawBlAHQALwA0ADUAAAAfAAAAAQAA AAAAAAADAAAABwAAAAMAAAAGAAAAAwAAAAAAAAADAAAABwAAAB8AAAAyAAAAaAB0AHQAcABzADoA LwAvAHMAdgBuAC4AdABvAG8AbABzAC4AaQBlAHQAZgAuAG8AcgBnAC8AdwBnAC8AcgBvAGwAbAAv AHQAcgBhAGMALwB0AGkAYwBrAGUAdAAvADQANQAAAB8AAAABAAAAAAAAAAMAAAAHAAAAAwAAAAYA AAADAAAAAAAAAAMAAAAHAAAAHwAAADIAAABoAHQAdABwAHMAOgAvAC8AcwB2AG4ALgB0AG8AbwBs AHMALgBpAGUAdABmAC4AbwByAGcALwB3AGcALwByAG8AbABsAC8AdAByAGEAYwAvAHQAaQBjAGsA ZQB0AC8ANAA5AAAAHwAAAAEAAAAAAAAAAwAAAAcAAAADAAAABgAAAAMAAAAAAAAAAwAAAAcAAAAf AAAAMgAAAGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAuAHQAbwBvAGwAcwAuAGkAZQB0AGYALgBvAHIA ZwAvAHcAZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8AdABpAGMAawBlAHQALwA0ADkAAAAfAAAAAQAA AAAAAAADAAAABwAAAAMAAAAGAAAAAwAAAAAAAAADAAAABwAAAB8AAAAyAAAAaAB0AHQAcABzADoA LwAvAHMAdgBuAC4AdABvAG8AbABzAC4AaQBlAHQAZgAuAG8AcgBnAC8AdwBnAC8AcgBvAGwAbAAv AHQAcgBhAGMALwB0AGkAYwBrAGUAdAAvADUAMAAAAB8AAAABAAAAAAAAAAMAAAAHAAAAAwAAAAYA AAADAAAAAAAAAAMAAAAHAAAAHwAAADIAAABoAHQAdABwAHMAOgAvAC8AcwB2AG4ALgB0AG8AbwBs AHMALgBpAGUAdABmAC4AbwByAGcALwB3AGcALwByAG8AbABsAC8AdAByAGEAYwAvAHQAaQBjAGsA ZQB0AC8ANQAwAAAAHwAAAAEAAAAAAAAAAwAAAAcAAAADAAAABgAAAAMAAAAAAAAAAwAAAAcAAAAf AAAAMgAAAGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAuAHQAbwBvAGwAcwAuAGkAZQB0AGYALgBvAHIA ZwAvAHcAZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8AdABpAGMAawBlAHQALwAxADEAAAAfAAAAAQAA AAAAAAADAAAABwAAAAMAAAAGAAAAAwAAAAAAAAADAAAABwAAAB8AAAAyAAAAaAB0AHQAcABzADoA LwAvAHMAdgBuAC4AdABvAG8AbABzAC4AaQBlAHQAZgAuAG8AcgBnAC8AdwBnAC8AcgBvAGwAbAAv AHQAcgBhAGMALwB0AGkAYwBrAGUAdAAvADEAMQAAAB8AAAABAAAAAAAAAAMAAAAHAAAAAwAAAAYA AAADAAAAAAAAAAMAAAAHAAAAHwAAADIAAABoAHQAdABwAHMAOgAvAC8AcwB2AG4ALgB0AG8AbwBs AHMALgBpAGUAdABmAC4AbwByAGcALwB3AGcALwByAG8AbABsAC8AdAByAGEAYwAvAHQAaQBjAGsA ZQB0AC8AMgAyAAAAHwAAAAEAAAAAAAAAAwAAAAcAAAADAAAABgAAAAMAAAAAAAAAAwAAAAcAAAAf AAAAMgAAAGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAuAHQAbwBvAGwAcwAuAGkAZQB0AGYALgBvAHIA ZwAvAHcAZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8AdABpAGMAawBlAHQALwAyADIAAAAfAAAAAQAA AAAAAAADAAAABwAAAAMAAAAGAAAAAwAAAAAAAAADAAAABwAAAB8AAAAyAAAAaAB0AHQAcABzADoA LwAvAHMAdgBuAC4AdABvAG8AbABzAC4AaQBlAHQAZgAuAG8AcgBnAC8AdwBnAC8AcgBvAGwAbAAv AHQAcgBhAGMALwB0AGkAYwBrAGUAdAAvADIANAAAAB8AAAABAAAAAAAAAAMAAAAHAAAAAwAAAAYA AAADAAAAAAAAAAMAAAAHAAAAHwAAADIAAABoAHQAdABwAHMAOgAvAC8AcwB2AG4ALgB0AG8AbwBs AHMALgBpAGUAdABmAC4AbwByAGcALwB3AGcALwByAG8AbABsAC8AdAByAGEAYwAvAHQAaQBjAGsA ZQB0AC8AMgA0AAAAHwAAAAEAAAAAAAAAAwAAAAcAAAADAAAABgAAAAMAAAAAAAAAAwAAAAcAAAAf AAAAMgAAAGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAuAHQAbwBvAGwAcwAuAGkAZQB0AGYALgBvAHIA ZwAvAHcAZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8AdABpAGMAawBlAHQALwAyADUAAAAfAAAAAQAA AAAAAAADAAAABwAAAAMAAAAGAAAAAwAAAAAAAAADAAAABwAAAB8AAAAyAAAAaAB0AHQAcABzADoA LwAvAHMAdgBuAC4AdABvAG8AbABzAC4AaQBlAHQAZgAuAG8AcgBnAC8AdwBnAC8AcgBvAGwAbAAv AHQAcgBhAGMALwB0AGkAYwBrAGUAdAAvADIANQAAAB8AAAABAAAAAAAAAAMAAAAHAAAAAwAAAAYA AAADAAAAAAAAAAMAAAAHAAAAHwAAADIAAABoAHQAdABwAHMAOgAvAC8AcwB2AG4ALgB0AG8AbwBs AHMALgBpAGUAdABmAC4AbwByAGcALwB3AGcALwByAG8AbABsAC8AdAByAGEAYwAvAHQAaQBjAGsA ZQB0AC8ANAA4AAAAHwAAAAEAAAAAAAAAAwAAAAcAAAADAAAABgAAAAMAAAAAAAAAAwAAAAcAAAAf AAAAMgAAAGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAuAHQAbwBvAGwAcwAuAGkAZQB0AGYALgBvAHIA ZwAvAHcAZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8AdABpAGMAawBlAHQALwA0ADgAAAAfAAAAAQAA AAAAAAADAAAABwAAAAMAAAAGAAAAAwAAAAAAAAADAAAABwAAAB8AAAAyAAAAaAB0AHQAcABzADoA LwAvAHMAdgBuAC4AdABvAG8AbABzAC4AaQBlAHQAZgAuAG8AcgBnAC8AdwBnAC8AcgBvAGwAbAAv AHQAcgBhAGMALwB0AGkAYwBrAGUAdAAvADUAMQAAAB8AAAABAAAAAAAAAAMAAAAHAAAAAwAAAAYA AAADAAAAAAAAAAMAAAAHAAAAHwAAADIAAABoAHQAdABwAHMAOgAvAC8AcwB2AG4ALgB0AG8AbwBs AHMALgBpAGUAdABmAC4AbwByAGcALwB3AGcALwByAG8AbABsAC8AdAByAGEAYwAvAHQAaQBjAGsA ZQB0AC8ANQAxAAAAHwAAAAEAAAAAAAAAAwAAAAcAAAADAAAABgAAAAMAAAAAAAAAAwAAAAcAAAAf AAAAMgAAAGgAdAB0AHAAcwA6AC8ALwBzAHYAbgAuAHQAbwBvAGwAcwAuAGkAZQB0AGYALgBvAHIA ZwAvAHcAZwAvAHIAbwBsAGwALwB0AHIAYQBjAC8AdABpAGMAawBlAHQALwAzADAAAAAfAAAAAQAA AAAAAAADAAAABwAAAAMAAAAGAAAAAwAAAAAAAAADAAAABwAAAB8AAAAyAAAAaAB0AHQAcABzADoA LwAvAHMAdgBuAC4AdABvAG8AbABzAC4AaQBlAHQAZgAuAG8AcgBnAC8AdwBnAC8AcgBvAGwAbAAv AHQAcgBhAGMALwB0AGkAYwBrAGUAdAAvADMAMAAAAB8AAAABAAAAAAAAAA== --Apple-Mail-133--169971286 Content-Disposition: attachment; filename=3-p2p.pptx Content-Type: application/vnd.openxmlformats-officedocument.presentationml.presentation; x-mac-creator=50505433; x-unix-mode=0644; x-mac-type=50505458; name="3-p2p.pptx" Content-Transfer-Encoding: base64 UEsDBBQABgAIAAAAIQDg8BlGyAIAACUgAAATAAgCW0NvbnRlbnRfVHlwZXNdLnhtbCCiBAIooAAC AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADE WduOmzAQfa/Uf0C8VsEB2t1tlWQfennqZaXdfoAXJolbMJbtpJu/r4EQ0cja4IWpXxIRwvgwc3xm PLO4fSqLYA9SsYovwziahwHwrMoZ3yzDnw9fZjdhoDTlOS0qDsvwACq8Xb1+tXg4CFCBeZqrZbjV WnwgRGVbKKmKKgHc3FlXsqTaXMoNETT7TTdAkvn8imQV18D1TNc2wtXihwEgWQ7BHZX6Oy3NOkQI TVRhfvxKD9VOq/7FTWSsh8HH1kyNZBlSIQqWUW3eg+x5foZhVq3XLIO8ynalWTkSEpT5bv5eFlFv oTe1aXIB0xFNkqAAcYKA4wsnCP/dCSaMd7ISipigj14cngwXc8hnwpgEqRkol7dP56MR2MjoBOGd fwhX3iHEsX8IHjejRSZTFIe0C7nwM/EYGYtbcHbLC9yCE59BkbG45b1vtlgwxTji6h4rPwzW9LGA e30oQE0dnJ7pjjCfYE13hQ4+1wmxrQefL7McKqXrqfE3FVuH/Nn6savVPGaob1RpU2K3JWx7gUOo 1vYlt+wZ/Gnqp6mDcjJ8CUETvS4wOHrsAiH2qMRHL8Rvpw6G8w5J/UNIcPTeiQsepcqSAXFi4pAA LZhwTr3jMOHo6TBM2nQ9gDSf42E0ZgYR1hIZnBw3zAv9U+zUWvaP7ZIyPshBR2n1n19Sj5rS5ReP ymohKo5DhhG1X3ykfjJ/zWeUCuxkuNsglqL+l4DNWfOUlXVvtrkxsPXpx2/90OFkxs5vg44UOCwe BMGyp5AaYJc31akdm1US3KX/OBqI6qdf2IT12Hc76ms6PvP3k1w3kxjEhU7icROdRUkeGT8TklFT GCGZmQvJe9DajJ9UPYWxLCqhUG6rdgQzTzYDH7VlwqnHj9Mac4lt4l/tUv9eSHFOHi6BwKmwXRDE /iGk/vU29s/G2D8bE1wvkGbIv/oLAAD//wMAUEsDBBQABgAIAAAAIQBtW+04CwEAAOICAAALAAgC X3JlbHMvLnJlbHMgogQCKKAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAArJLPSgMxEIfvgu8Qcu/OtoqINNuLCL2JrA8wJtPd1M0fkqm0b28U bF1oq4cek0l+882XzBdbN4gPStkGr+S0qqUgr4OxvlPytX2a3EuRGb3BIXhSckdZLprrq/kLDcjl Uu5tzKKk+KxkzxwfALLuyWGuQiRfKquQHHJZpg4i6nfsCGZ1fQfpd4ZsRpliaZRMS3MrRbuLpfPf 2WG1spoeg9448nykBdCWyRsyk5gKW2JbphEtpo5YSRP0c9nOgDFWBVvCcaLpJYnGzAeYGBliolwG +dZ8Dmj2f6DT+sERo0FG4H7j3jza4UCzV7OvVetI3SlDN5cF0iHR+Rf7OvFjCEY/s/kEAAD//wMA UEsDBBQABgAIAAAAIQBL9T3svwAAADcBAAAhAAAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTEzLnht bC5yZWxzhI/BCsIwEETvgv8Q9m5SPYhIUy8iCJ5EP2BJtm2wTUI2iv17c6wgeJwd5s1OfXiPg3hR Yhe8hrWsQJA3wTrfabjfTqsdCM7oLQ7Bk4aJGA7NclFfacBcQty7yKJQPGvoc457pdj0NCLLEMkX pw1pxFxk6lRE88CO1KaqtirNGdB8McXZakhnuwZxm2Jp/s8ObesMHYN5juTzjwrFg7N0wSk8c8Fi 6ihrkHJ+57nYyPI+qKZWX3ObDwAAAP//AwBQSwMEFAAGAAgAAAAhAEv1Pey/AAAANwEAACEAAABw cHQvc2xpZGVzL19yZWxzL3NsaWRlMTEueG1sLnJlbHOEj8EKwjAQRO+C/xD2blI9iEhTLyIInkQ/ YEm2bbBNQjaK/XtzrCB4nB3mzU59eI+DeFFiF7yGtaxAkDfBOt9puN9Oqx0IzugtDsGThokYDs1y UV9pwFxC3LvIolA8a+hzjnul2PQ0IssQyRenDWnEXGTqVETzwI7Upqq2Ks0Z0HwxxdlqSGe7BnGb Ymn+zw5t6wwdg3mO5POPCsWDs3TBKTxzwWLqKGuQcn7nudjI8j6oplZfc5sPAAAA//8DAFBLAwQU AAYACAAAACEAS/U97L8AAAA3AQAAIQAAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUxNC54bWwucmVs c4SPwQrCMBBE74L/EPZuUj2ISFMvIgieRD9gSbZtsE1CNor9e3OsIHicHebNTn14j4N4UWIXvIa1 rECQN8E632m4306rHQjO6C0OwZOGiRgOzXJRX2nAXELcu8iiUDxr6HOOe6XY9DQiyxDJF6cNacRc ZOpURPPAjtSmqrYqzRnQfDHF2WpIZ7sGcZtiaf7PDm3rDB2DeY7k848KxYOzdMEpPHPBYuooa5By fue52MjyPqimVl9zmw8AAAD//wMAUEsDBBQABgAIAAAAIQBL9T3svwAAADcBAAAhAAAAcHB0L3Ns aWRlcy9fcmVscy9zbGlkZTEyLnhtbC5yZWxzhI/BCsIwEETvgv8Q9m5SPYhIUy8iCJ5EP2BJtm2w TUI2iv17c6wgeJwd5s1OfXiPg3hRYhe8hrWsQJA3wTrfabjfTqsdCM7oLQ7Bk4aJGA7NclFfacBc Qty7yKJQPGvoc457pdj0NCLLEMkXpw1pxFxk6lRE88CO1KaqtirNGdB8McXZakhnuwZxm2Jp/s8O besMHYN5juTzjwrFg7N0wSk8c8Fi6ihrkHJ+57nYyPI+qKZWX3ObDwAAAP//AwBQSwMEFAAGAAgA AAAhAEv1Pey/AAAANwEAACEAAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMTUueG1sLnJlbHOEj8EK wjAQRO+C/xD2blI9iEhTLyIInkQ/YEm2bbBNQjaK/XtzrCB4nB3mzU59eI+DeFFiF7yGtaxAkDfB Ot9puN9Oqx0IzugtDsGThokYDs1yUV9pwFxC3LvIolA8a+hzjnul2PQ0IssQyRenDWnEXGTqVETz wI7Upqq2Ks0Z0HwxxdlqSGe7BnGbYmn+zw5t6wwdg3mO5POPCsWDs3TBKTxzwWLqKGuQcn7nudjI 8j6oplZfc5sPAAAA//8DAFBLAwQUAAYACAAAACEAS/U97L8AAAA3AQAAIQAAAHBwdC9zbGlkZXMv X3JlbHMvc2xpZGUxNi54bWwucmVsc4SPwQrCMBBE74L/EPZuUj2ISFMvIgieRD9gSbZtsE1CNor9 e3OsIHicHebNTn14j4N4UWIXvIa1rECQN8E632m4306rHQjO6C0OwZOGiRgOzXJRX2nAXELcu8ii UDxr6HOOe6XY9DQiyxDJF6cNacRcZOpURPPAjtSmqrYqzRnQfDHF2WpIZ7sGcZtiaf7PDm3rDB2D eY7k848KxYOzdMEpPHPBYuooa5Byfue52MjyPqimVl9zmw8AAAD//wMAUEsDBBQABgAIAAAAIQBL 9T3svwAAADcBAAAhAAAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTE3LnhtbC5yZWxzhI/BCsIwEETv gv8Q9m5SPYhIUy8iCJ5EP2BJtm2wTUI2iv17c6wgeJwd5s1OfXiPg3hRYhe8hrWsQJA3wTrfabjf TqsdCM7oLQ7Bk4aJGA7NclFfacBcQty7yKJQPGvoc457pdj0NCLLEMkXpw1pxFxk6lRE88CO1Kaq tirNGdB8McXZakhnuwZxm2Jp/s8ObesMHYN5juTzjwrFg7N0wSk8c8Fi6ihrkHJ+57nYyPI+qKZW X3ObDwAAAP//AwBQSwMEFAAGAAgAAAAhAEv1Pey/AAAANwEAACEAAABwcHQvc2xpZGVzL19yZWxz L3NsaWRlMTgueG1sLnJlbHOEj8EKwjAQRO+C/xD2blI9iEhTLyIInkQ/YEm2bbBNQjaK/XtzrCB4 nB3mzU59eI+DeFFiF7yGtaxAkDfBOt9puN9Oqx0IzugtDsGThokYDs1yUV9pwFxC3LvIolA8a+hz jnul2PQ0IssQyRenDWnEXGTqVETzwI7Upqq2Ks0Z0HwxxdlqSGe7BnGbYmn+zw5t6wwdg3mO5POP CsWDs3TBKTxzwWLqKGuQcn7nudjI8j6oplZfc5sPAAAA//8DAFBLAwQUAAYACAAAACEAS/U97L8A AAA3AQAAIQAAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUxMC54bWwucmVsc4SPwQrCMBBE74L/EPZu Uj2ISFMvIgieRD9gSbZtsE1CNor9e3OsIHicHebNTn14j4N4UWIXvIa1rECQN8E632m4306rHQjO 6C0OwZOGiRgOzXJRX2nAXELcu8iiUDxr6HOOe6XY9DQiyxDJF6cNacRcZOpURPPAjtSmqrYqzRnQ fDHF2WpIZ7sGcZtiaf7PDm3rDB2DeY7k848KxYOzdMEpPHPBYuooa5Byfue52MjyPqimVl9zmw8A AAD//wMAUEsDBBQABgAIAAAAIQBL9T3svwAAADcBAAAgAAAAcHB0L3NsaWRlcy9fcmVscy9zbGlk ZTkueG1sLnJlbHOEj8EKwjAQRO+C/xD2blI9iEhTLyIInkQ/YEm2bbBNQjaK/XtzrCB4nB3mzU59 eI+DeFFiF7yGtaxAkDfBOt9puN9Oqx0IzugtDsGThokYDs1yUV9pwFxC3LvIolA8a+hzjnul2PQ0 IssQyRenDWnEXGTqVETzwI7Upqq2Ks0Z0HwxxdlqSGe7BnGbYmn+zw5t6wwdg3mO5POPCsWDs3TB KTxzwWLqKGuQcn7nudjI8j6oplZfc5sPAAAA//8DAFBLAwQUAAYACAAAACEAS/U97L8AAAA3AQAA IAAAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGU4LnhtbC5yZWxzhI/BCsIwEETvgv8Q9m5SPYhIUy8i CJ5EP2BJtm2wTUI2iv17c6wgeJwd5s1OfXiPg3hRYhe8hrWsQJA3wTrfabjfTqsdCM7oLQ7Bk4aJ GA7NclFfacBcQty7yKJQPGvoc457pdj0NCLLEMkXpw1pxFxk6lRE88CO1KaqtirNGdB8McXZakhn uwZxm2Jp/s8ObesMHYN5juTzjwrFg7N0wSk8c8Fi6ihrkHJ+57nYyPI+qKZWX3ObDwAAAP//AwBQ SwMEFAAGAAgAAAAhAGNcI7TBAAAANwEAACAAAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMS54bWwu cmVsc4SPwWrDMBBE74X8g9h7JDuHUoplX0IgkFNxPmCR1raILQmtEuq/r442BHqcHebNTtP9LrN4 UWIXvIZaViDIm2CdHzXc+8vxCwRn9Bbn4EnDSgxde/hofmjGXEI8uciiUDxrmHKO30qxmWhBliGS L84Q0oK5yDSqiOaBI6lTVX2qtGVAu2OKq9WQrrYG0a+xNP/PDsPgDJ2DeS7k85sKxbOzdMM1PHPB Yhopa5Bye+etqGV5H1TbqN3c9g8AAP//AwBQSwMEFAAGAAgAAAAhAEv1Pey/AAAANwEAACAAAABw cHQvc2xpZGVzL19yZWxzL3NsaWRlMi54bWwucmVsc4SPwQrCMBBE74L/EPZuUj2ISFMvIgieRD9g SbZtsE1CNor9e3OsIHicHebNTn14j4N4UWIXvIa1rECQN8E632m4306rHQjO6C0OwZOGiRgOzXJR X2nAXELcu8iiUDxr6HOOe6XY9DQiyxDJF6cNacRcZOpURPPAjtSmqrYqzRnQfDHF2WpIZ7sGcZti af7PDm3rDB2DeY7k848KxYOzdMEpPHPBYuooa5Byfue52MjyPqimVl9zmw8AAAD//wMAUEsDBBQA BgAIAAAAIQBL9T3svwAAADcBAAAgAAAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTMueG1sLnJlbHOE j8EKwjAQRO+C/xD2blI9iEhTLyIInkQ/YEm2bbBNQjaK/XtzrCB4nB3mzU59eI+DeFFiF7yGtaxA kDfBOt9puN9Oqx0IzugtDsGThokYDs1yUV9pwFxC3LvIolA8a+hzjnul2PQ0IssQyRenDWnEXGTq VETzwI7Upqq2Ks0Z0HwxxdlqSGe7BnGbYmn+zw5t6wwdg3mO5POPCsWDs3TBKTxzwWLqKGuQcn7n udjI8j6oplZfc5sPAAAA//8DAFBLAwQUAAYACAAAACEAS/U97L8AAAA3AQAAIAAAAHBwdC9zbGlk ZXMvX3JlbHMvc2xpZGU0LnhtbC5yZWxzhI/BCsIwEETvgv8Q9m5SPYhIUy8iCJ5EP2BJtm2wTUI2 iv17c6wgeJwd5s1OfXiPg3hRYhe8hrWsQJA3wTrfabjfTqsdCM7oLQ7Bk4aJGA7NclFfacBcQty7 yKJQPGvoc457pdj0NCLLEMkXpw1pxFxk6lRE88CO1KaqtirNGdB8McXZakhnuwZxm2Jp/s8ObesM HYN5juTzjwrFg7N0wSk8c8Fi6ihrkHJ+57nYyPI+qKZWX3ObDwAAAP//AwBQSwMEFAAGAAgAAAAh AEv1Pey/AAAANwEAACAAAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlNS54bWwucmVsc4SPwQrCMBBE 74L/EPZuUj2ISFMvIgieRD9gSbZtsE1CNor9e3OsIHicHebNTn14j4N4UWIXvIa1rECQN8E632m4 306rHQjO6C0OwZOGiRgOzXJRX2nAXELcu8iiUDxr6HOOe6XY9DQiyxDJF6cNacRcZOpURPPAjtSm qrYqzRnQfDHF2WpIZ7sGcZtiaf7PDm3rDB2DeY7k848KxYOzdMEpPHPBYuooa5Byfue52MjyPqim Vl9zmw8AAAD//wMAUEsDBBQABgAIAAAAIQBL9T3svwAAADcBAAAgAAAAcHB0L3NsaWRlcy9fcmVs cy9zbGlkZTYueG1sLnJlbHOEj8EKwjAQRO+C/xD2blI9iEhTLyIInkQ/YEm2bbBNQjaK/XtzrCB4 nB3mzU59eI+DeFFiF7yGtaxAkDfBOt9puN9Oqx0IzugtDsGThokYDs1yUV9pwFxC3LvIolA8a+hz jnul2PQ0IssQyRenDWnEXGTqVETzwI7Upqq2Ks0Z0HwxxdlqSGe7BnGbYmn+zw5t6wwdg3mO5POP CsWDs3TBKTxzwWLqKGuQcn7nudjI8j6oplZfc5sPAAAA//8DAFBLAwQUAAYACAAAACEAS/U97L8A AAA3AQAAIAAAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGU3LnhtbC5yZWxzhI/BCsIwEETvgv8Q9m5S PYhIUy8iCJ5EP2BJtm2wTUI2iv17c6wgeJwd5s1OfXiPg3hRYhe8hrWsQJA3wTrfabjfTqsdCM7o LQ7Bk4aJGA7NclFfacBcQty7yKJQPGvoc457pdj0NCLLEMkXpw1pxFxk6lRE88CO1KaqtirNGdB8 McXZakhnuwZxm2Jp/s8ObesMHYN5juTzjwrFg7N0wSk8c8Fi6ihrkHJ+57nYyPI+qKZWX3ObDwAA AP//AwBQSwMEFAAGAAgAAAAhAEv1Pey/AAAANwEAACEAAABwcHQvc2xpZGVzL19yZWxzL3NsaWRl MTkueG1sLnJlbHOEj8EKwjAQRO+C/xD2blI9iEhTLyIInkQ/YEm2bbBNQjaK/XtzrCB4nB3mzU59 eI+DeFFiF7yGtaxAkDfBOt9puN9Oqx0IzugtDsGThokYDs1yUV9pwFxC3LvIolA8a+hzjnul2PQ0 IssQyRenDWnEXGTqVETzwI7Upqq2Ks0Z0HwxxdlqSGe7BnGbYmn+zw5t6wwdg3mO5POPCsWDs3TB KTxzwWLqKGuQcn7nudjI8j6oplZfc5sPAAAA//8DAFBLAwQUAAYACAAAACEAS/U97L8AAAA3AQAA IQAAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUyMS54bWwucmVsc4SPwQrCMBBE74L/EPZuUj2ISFMv IgieRD9gSbZtsE1CNor9e3OsIHicHebNTn14j4N4UWIXvIa1rECQN8E632m4306rHQjO6C0OwZOG iRgOzXJRX2nAXELcu8iiUDxr6HOOe6XY9DQiyxDJF6cNacRcZOpURPPAjtSmqrYqzRnQfDHF2WpI Z7sGcZtiaf7PDm3rDB2DeY7k848KxYOzdMEpPHPBYuooa5Byfue52MjyPqimVl9zmw8AAAD//wMA UEsDBBQABgAIAAAAIQCgONHUMgIAAHIYAAAfAAgBcHB0L19yZWxzL3ByZXNlbnRhdGlvbi54bWwu cmVscyCiBAEooAABAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAALxZQW7bMBC8F+gfBN5repeK kxSRcykK5FCgaNIHMBJtC5UpgWTT+vcl7MBxjGR6IfZigBS8Gix3Znapm9u/26F6ciH2o28Uzeaq cr4du96vG/Xz4eunK1XFZH1nh9G7Ru1cVLfLjx9ufrjBpvynuOmnWOUoPjZqk9L0WevYbtzWxtk4 OZ+frMawtSkvw1pPtv1l107zfL7Q4TSGWr6KWd11jQp3nblQ1cNuyq/+f/Bxtepb92Vsf2+dT2+8 Q8eh71wOaMPapUbtl/Gwa+pZxqr0OzBICsYcwqilYBgI41oKxhWCUedqlamNawTjUgjFAoEwCyEU 5gLBqE1JGE+9+/M9jFPMQZ8pe9xCKMqT9ZuNyYUXGHvlOGw+68dhQQgWS7GXIXtZSlIZSmp2FhHy XqIjoaL1CuyFGMKQUjIoZIaFjsRAmhgpQTVQUUkqGwSzQVLZIJgNKceHhk9SmkFQNKQ0A0oGS9UF w7ogKU8j7GliZwIPRSoZOBdSLGHIkrpom5Hs4+Du027IA+ixGTzZRO7KUr0xw97YSJk8Q5en8t3x y4mcTtQER9m6qL1OwcWzSeG4BUtDytcYGptUgcL6JCkUBGEYKSk3WMqLannKN2InF0/7pd7/wuav LsrVKfQ+T7H3LqV8v3eio2cP9NmaZo+9f+9mrKjKgwEKzpIkhYIwDCk1IagmRqoBMLABYCm/I+h3 XNRoQIUypDIXpTKCAW1XKhnHXOhXXwqW/wAAAP//AwBQSwMEFAAGAAgAAAAhAEv1Pey/AAAANwEA ACEAAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMzIueG1sLnJlbHOEj8EKwjAQRO+C/xD2blI9iEhT LyIInkQ/YEm2bbBNQjaK/XtzrCB4nB3mzU59eI+DeFFiF7yGtaxAkDfBOt9puN9Oqx0IzugtDsGT hokYDs1yUV9pwFxC3LvIolA8a+hzjnul2PQ0IssQyRenDWnEXGTqVETzwI7Upqq2Ks0Z0Hwxxdlq SGe7BnGbYmn+zw5t6wwdg3mO5POPCsWDs3TBKTxzwWLqKGuQcn7nudjI8j6oplZfc5sPAAAA//8D AFBLAwQUAAYACAAAACEAS/U97L8AAAA3AQAAIQAAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUzMy54 bWwucmVsc4SPwQrCMBBE74L/EPZuUj2ISFMvIgieRD9gSbZtsE1CNor9e3OsIHicHebNTn14j4N4 UWIXvIa1rECQN8E632m4306rHQjO6C0OwZOGiRgOzXJRX2nAXELcu8iiUDxr6HOOe6XY9DQiyxDJ F6cNacRcZOpURPPAjtSmqrYqzRnQfDHF2WpIZ7sGcZtiaf7PDm3rDB2DeY7k848KxYOzdMEpPHPB Yuooa5Byfue52MjyPqimVl9zmw8AAAD//wMAUEsDBBQABgAIAAAAIQBL9T3svwAAADcBAAAhAAAA cHB0L3NsaWRlcy9fcmVscy9zbGlkZTM0LnhtbC5yZWxzhI/BCsIwEETvgv8Q9m5SPYhIUy8iCJ5E P2BJtm2wTUI2iv17c6wgeJwd5s1OfXiPg3hRYhe8hrWsQJA3wTrfabjfTqsdCM7oLQ7Bk4aJGA7N clFfacBcQty7yKJQPGvoc457pdj0NCLLEMkXpw1pxFxk6lRE88CO1KaqtirNGdB8McXZakhnuwZx m2Jp/s8ObesMHYN5juTzjwrFg7N0wSk8c8Fi6ihrkHJ+57nYyPI+qKZWX3ObDwAAAP//AwBQSwME FAAGAAgAAAAhAEv1Pey/AAAANwEAACEAAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMzUueG1sLnJl bHOEj8EKwjAQRO+C/xD2blI9iEhTLyIInkQ/YEm2bbBNQjaK/XtzrCB4nB3mzU59eI+DeFFiF7yG taxAkDfBOt9puN9Oqx0IzugtDsGThokYDs1yUV9pwFxC3LvIolA8a+hzjnul2PQ0IssQyRenDWnE XGTqVETzwI7Upqq2Ks0Z0HwxxdlqSGe7BnGbYmn+zw5t6wwdg3mO5POPCsWDs3TBKTxzwWLqKGuQ cn7nudjI8j6oplZfc5sPAAAA//8DAFBLAwQUAAYACAAAACEAS/U97L8AAAA3AQAAIQAAAHBwdC9z bGlkZXMvX3JlbHMvc2xpZGUzNi54bWwucmVsc4SPwQrCMBBE74L/EPZuUj2ISFMvIgieRD9gSbZt sE1CNor9e3OsIHicHebNTn14j4N4UWIXvIa1rECQN8E632m4306rHQjO6C0OwZOGiRgOzXJRX2nA XELcu8iiUDxr6HOOe6XY9DQiyxDJF6cNacRcZOpURPPAjtSmqrYqzRnQfDHF2WpIZ7sGcZtiaf7P Dm3rDB2DeY7k848KxYOzdMEpPHPBYuooa5Byfue52MjyPqimVl9zmw8AAAD//wMAUEsDBBQABgAI AAAAIQBL9T3svwAAADcBAAAhAAAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTM3LnhtbC5yZWxzhI/B CsIwEETvgv8Q9m5SPYhIUy8iCJ5EP2BJtm2wTUI2iv17c6wgeJwd5s1OfXiPg3hRYhe8hrWsQJA3 wTrfabjfTqsdCM7oLQ7Bk4aJGA7NclFfacBcQty7yKJQPGvoc457pdj0NCLLEMkXpw1pxFxk6lRE 88CO1KaqtirNGdB8McXZakhnuwZxm2Jp/s8ObesMHYN5juTzjwrFg7N0wSk8c8Fi6ihrkHJ+57nY yPI+qKZWX3ObDwAAAP//AwBQSwMEFAAGAAgAAAAhAEv1Pey/AAAANwEAACEAAABwcHQvc2xpZGVz L19yZWxzL3NsaWRlMzgueG1sLnJlbHOEj8EKwjAQRO+C/xD2blI9iEhTLyIInkQ/YEm2bbBNQjaK /XtzrCB4nB3mzU59eI+DeFFiF7yGtaxAkDfBOt9puN9Oqx0IzugtDsGThokYDs1yUV9pwFxC3LvI olA8a+hzjnul2PQ0IssQyRenDWnEXGTqVETzwI7Upqq2Ks0Z0HwxxdlqSGe7BnGbYmn+zw5t6wwd g3mO5POPCsWDs3TBKTxzwWLqKGuQcn7nudjI8j6oplZfc5sPAAAA//8DAFBLAwQUAAYACAAAACEA S/U97L8AAAA3AQAAIQAAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUzOS54bWwucmVsc4SPwQrCMBBE 74L/EPZuUj2ISFMvIgieRD9gSbZtsE1CNor9e3OsIHicHebNTn14j4N4UWIXvIa1rECQN8E632m4 306rHQjO6C0OwZOGiRgOzXJRX2nAXELcu8iiUDxr6HOOe6XY9DQiyxDJF6cNacRcZOpURPPAjtSm qrYqzRnQfDHF2WpIZ7sGcZtiaf7PDm3rDB2DeY7k848KxYOzdMEpPHPBYuooa5Byfue52MjyPqim Vl9zmw8AAAD//wMAUEsDBBQABgAIAAAAIQBL9T3svwAAADcBAAAhAAAAcHB0L3NsaWRlcy9fcmVs cy9zbGlkZTMxLnhtbC5yZWxzhI/BCsIwEETvgv8Q9m5SPYhIUy8iCJ5EP2BJtm2wTUI2iv17c6wg eJwd5s1OfXiPg3hRYhe8hrWsQJA3wTrfabjfTqsdCM7oLQ7Bk4aJGA7NclFfacBcQty7yKJQPGvo c457pdj0NCLLEMkXpw1pxFxk6lRE88CO1KaqtirNGdB8McXZakhnuwZxm2Jp/s8ObesMHYN5juTz jwrFg7N0wSk8c8Fi6ihrkHJ+57nYyPI+qKZWX3ObDwAAAP//AwBQSwMEFAAGAAgAAAAhAEv1Pey/ AAAANwEAACEAAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMzAueG1sLnJlbHOEj8EKwjAQRO+C/xD2 blI9iEhTLyIInkQ/YEm2bbBNQjaK/XtzrCB4nB3mzU59eI+DeFFiF7yGtaxAkDfBOt9puN9Oqx0I zugtDsGThokYDs1yUV9pwFxC3LvIolA8a+hzjnul2PQ0IssQyRenDWnEXGTqVETzwI7Upqq2Ks0Z 0HwxxdlqSGe7BnGbYmn+zw5t6wwdg3mO5POPCsWDs3TBKTxzwWLqKGuQcn7nudjI8j6oplZfc5sP AAAA//8DAFBLAwQUAAYACAAAACEAS/U97L8AAAA3AQAAIQAAAHBwdC9zbGlkZXMvX3JlbHMvc2xp ZGUyOS54bWwucmVsc4SPwQrCMBBE74L/EPZuUj2ISFMvIgieRD9gSbZtsE1CNor9e3OsIHicHebN Tn14j4N4UWIXvIa1rECQN8E632m4306rHQjO6C0OwZOGiRgOzXJRX2nAXELcu8iiUDxr6HOOe6XY 9DQiyxDJF6cNacRcZOpURPPAjtSmqrYqzRnQfDHF2WpIZ7sGcZtiaf7PDm3rDB2DeY7k848KxYOz dMEpPHPBYuooa5Byfue52MjyPqimVl9zmw8AAAD//wMAUEsDBBQABgAIAAAAIQBL9T3svwAAADcB AAAhAAAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTIyLnhtbC5yZWxzhI/BCsIwEETvgv8Q9m5SPYhI Uy8iCJ5EP2BJtm2wTUI2iv17c6wgeJwd5s1OfXiPg3hRYhe8hrWsQJA3wTrfabjfTqsdCM7oLQ7B k4aJGA7NclFfacBcQty7yKJQPGvoc457pdj0NCLLEMkXpw1pxFxk6lRE88CO1KaqtirNGdB8McXZ akhnuwZxm2Jp/s8ObesMHYN5juTzjwrFg7N0wSk8c8Fi6ihrkHJ+57nYyPI+qKZWX3ObDwAAAP// AwBQSwMEFAAGAAgAAAAhAEv1Pey/AAAANwEAACEAAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMjMu eG1sLnJlbHOEj8EKwjAQRO+C/xD2blI9iEhTLyIInkQ/YEm2bbBNQjaK/XtzrCB4nB3mzU59eI+D eFFiF7yGtaxAkDfBOt9puN9Oqx0IzugtDsGThokYDs1yUV9pwFxC3LvIolA8a+hzjnul2PQ0IssQ yRenDWnEXGTqVETzwI7Upqq2Ks0Z0HwxxdlqSGe7BnGbYmn+zw5t6wwdg3mO5POPCsWDs3TBKTxz wWLqKGuQcn7nudjI8j6oplZfc5sPAAAA//8DAFBLAwQUAAYACAAAACEAS/U97L8AAAA3AQAAIQAA AHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUyNC54bWwucmVsc4SPwQrCMBBE74L/EPZuUj2ISFMvIgie RD9gSbZtsE1CNor9e3OsIHicHebNTn14j4N4UWIXvIa1rECQN8E632m4306rHQjO6C0OwZOGiRgO zXJRX2nAXELcu8iiUDxr6HOOe6XY9DQiyxDJF6cNacRcZOpURPPAjtSmqrYqzRnQfDHF2WpIZ7sG cZtiaf7PDm3rDB2DeY7k848KxYOzdMEpPHPBYuooa5Byfue52MjyPqimVl9zmw8AAAD//wMAUEsD BBQABgAIAAAAIQBL9T3svwAAADcBAAAhAAAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTI1LnhtbC5y ZWxzhI/BCsIwEETvgv8Q9m5SPYhIUy8iCJ5EP2BJtm2wTUI2iv17c6wgeJwd5s1OfXiPg3hRYhe8 hrWsQJA3wTrfabjfTqsdCM7oLQ7Bk4aJGA7NclFfacBcQty7yKJQPGvoc457pdj0NCLLEMkXpw1p xFxk6lRE88CO1KaqtirNGdB8McXZakhnuwZxm2Jp/s8ObesMHYN5juTzjwrFg7N0wSk8c8Fi6ihr kHJ+57nYyPI+qKZWX3ObDwAAAP//AwBQSwMEFAAGAAgAAAAhAEv1Pey/AAAANwEAACEAAABwcHQv c2xpZGVzL19yZWxzL3NsaWRlMjYueG1sLnJlbHOEj8EKwjAQRO+C/xD2blI9iEhTLyIInkQ/YEm2 bbBNQjaK/XtzrCB4nB3mzU59eI+DeFFiF7yGtaxAkDfBOt9puN9Oqx0IzugtDsGThokYDs1yUV9p wFxC3LvIolA8a+hzjnul2PQ0IssQyRenDWnEXGTqVETzwI7Upqq2Ks0Z0HwxxdlqSGe7BnGbYmn+ zw5t6wwdg3mO5POPCsWDs3TBKTxzwWLqKGuQcn7nudjI8j6oplZfc5sPAAAA//8DAFBLAwQUAAYA CAAAACEAS/U97L8AAAA3AQAAIQAAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUyNy54bWwucmVsc4SP wQrCMBBE74L/EPZuUj2ISFMvIgieRD9gSbZtsE1CNor9e3OsIHicHebNTn14j4N4UWIXvIa1rECQ N8E632m4306rHQjO6C0OwZOGiRgOzXJRX2nAXELcu8iiUDxr6HOOe6XY9DQiyxDJF6cNacRcZOpU RPPAjtSmqrYqzRnQfDHF2WpIZ7sGcZtiaf7PDm3rDB2DeY7k848KxYOzdMEpPHPBYuooa5Byfue5 2MjyPqimVl9zmw8AAAD//wMAUEsDBBQABgAIAAAAIQBL9T3svwAAADcBAAAhAAAAcHB0L3NsaWRl cy9fcmVscy9zbGlkZTI4LnhtbC5yZWxzhI/BCsIwEETvgv8Q9m5SPYhIUy8iCJ5EP2BJtm2wTUI2 iv17c6wgeJwd5s1OfXiPg3hRYhe8hrWsQJA3wTrfabjfTqsdCM7oLQ7Bk4aJGA7NclFfacBcQty7 yKJQPGvoc457pdj0NCLLEMkXpw1pxFxk6lRE88CO1KaqtirNGdB8McXZakhnuwZxm2Jp/s8ObesM HYN5juTzjwrFg7N0wSk8c8Fi6ihrkHJ+57nYyPI+qKZWX3ObDwAAAP//AwBQSwMEFAAGAAgAAAAh AEv1Pey/AAAANwEAACEAAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMjAueG1sLnJlbHOEj8EKwjAQ RO+C/xD2blI9iEhTLyIInkQ/YEm2bbBNQjaK/XtzrCB4nB3mzU59eI+DeFFiF7yGtaxAkDfBOt9p uN9Oqx0IzugtDsGThokYDs1yUV9pwFxC3LvIolA8a+hzjnul2PQ0IssQyRenDWnEXGTqVETzwI7U pqq2Ks0Z0HwxxdlqSGe7BnGbYmn+zw5t6wwdg3mO5POPCsWDs3TBKTxzwWLqKGuQcn7nudjI8j6o plZfc5sPAAAA//8DAFBLAwQUAAYACAAAACEAILv+/WoDAAD4EQAAFAAAAHBwdC9wcmVzZW50YXRp b24ueG1s7NjhbqM4EADg/yftOyB+7iqbYAh2UMnqbleVKnWl6NJ9AAecFtUYZDtssk9/Y0KbaUcn 9QHyLzD22HxxZ0hvvh1bHQ3KuqYzZZx8XcSRMlVXN+axjH893M5EHDkvTS11Z1QZn5SLv60//XXT F71VThkvPUyNII1xhSzjJ+/7Yj531ZNqpfva9cpAbN/ZVnq4tI/z2srfkL7Vc7ZY5PNWNiae5tuP zO/2+6ZSP7rq0MLy5yRW6XEf7qnp3Uu2tvpIulba50M/q7q2hxS7Rjf+NCZ9TTOU8cGaYnqkWdtU tnPd3oc5RSurYmh1HLVVcfdoOit3GpzaYbyzCUZ2UH97b5vdwSsXQsXnl9z9R3aIod+qOTmo7WHn lL/tjIfcSbyGb8bp+qd0Xtm7+t75d3eipi5jlmQ8E2mew/dti3AHxibxfH0z/5/pONVdfU6yzNFs FmaPk1/DHIVTGoaj9bp2RsMrFF6S8Jud5zScoNmchhkKCxpOUXhFwxkKJwsaX+L4yPoGJsduCYXL MVxC5XIsl1C6HNMl1I6/+dYpHsd4CdXjWC+hfBzzJdSPYz9G/Tj2Y9SPYz9G/Tj2Y9SPYz9G/Tj2 Y9RPYD9G/QT2Y9RPYD9G/QT2Y9RPYL+U+gnsl1I/gf1S6iewX0r9BPZJqZ/Avin1W2GflPqtsE9K /VbYP6V+K+yXUr8V9stGv3PZw0Vu+yeqjmW8SrJssYAFq1MZ52Ipxgt/6qHIu8oqZbLjJGQ6qO/T tNeRYdpLjrFA1movD9o/qKPf+pNW6xtZwL3Nxk6f/t3YSMvQf5WZ/dqG6jLHQ/Sgkx7GQOO6L2PY mdSP0LuhBUGaB7nb/nlZEaqQ1+MQJe/NP/Y5NAjI7RszXcLsJ1gK2vHmYCp/biDjYmEXDjIl8MBx 9KxseD2Ahg0NRhau001922g9XoRWr75rGw0SVvPHcx95N2pcNQpue1mB3ZfWzLQPDycLJd8FlDwH KvcuULkLB+xwlJk8QiL4yC402ZKHDV99RpTJJ734nI/l1WfQAWXyyS4+ScqT/HqAwl9VUJmAlghI MDGWh2sFCioTUH4BYkzAAbqWIDhBQWUC4giIZ+m1Ro+NK6hMQOICFHTg/eNapAcdVCagFQLKl/xa pMcTFFTGH/D0FRNeb/F/Edb/AQAA//8DAFBLAwQUAAYACAAAACEAO0eG9NEDAAA+CwAAFQAAAHBw dC9zbGlkZXMvc2xpZGUxLnhtbKxWbXPiNhD+3pn+B40/duIDExoST+AmyV1vrpPkmMD9ACHLoIne Rlo70F/flWzDhJI0tPABhLX7aPfRs+u9/rxWktTceWH0OMk+9RPCNTOF0Mtx8nP+R3qZEA9UF1Qa zcfJhvvk8+TXX65t7mVB0Fv7nI6TFYDNez3PVlxR/8lYrnGvNE5RwL9u2SscfUFUJXuDfv+ip6jQ SevvPuJvylIw/sWwSnENDYjjkgJG7lfC+g5NsY/AKeqeK5syoyxCLIQUsImgW5h6nFRO521KqRLM GW9KCD65oiyvlUyIYvn3pTaOLiTSo+r4ZOq4567mNwBOLCrgPmzlv3XY9iMR2gCiISb4irUJks9m sgi/3s4d52Gl62/OzuzUxe3HeuqIKPBKE6KpwtCSXrvRmsW/Gs1w0dtzX3ZINF+XTk2uaY70k/U4 QX1swjc60ZyvgbDmIds9ZasfB2zZ6usB6153AEawPTRk1WT0z3QGXTpzAZKTbJtVY0rR9d6wZ0+0 wTxD+k167LHuwELOAd6uCGwsMsPARbTWtNmPlHQuPtLaxbolIxsOR5f9hpLBoH8V1q+IGQ37FxdD NAj0ZMPRILscxlM6KDylwbY5rG9NsQm0LvA3hEhz1JW6qcCUAkhpNMwYDSq76uOnxdkZSw8z2Ege I0ACaR4xHApB0lDOXKc/ZwkphIPdbcHkiVMGoubki/DMYC/YEFOSqREaUjBpXJAnE1RMhCb35gU3 X7gj2BXINd4goIC6w+Kxb55IuMNaj3cS3O6N95vjEGJyMCGPHF6Mw3s+zp14BXeSU+x17VVB0Ecb /eJfCNv3Rr/W5WDa/q9xcn4R9LGlfB8hsICNEZtKAakzUqZ2YFNnZdrP9jLjuphSR5/2yT1wSpMS SgDl1ckqKi3I/u3aOu9qa1YtIJbXIIgMm01XPP+pvHy1aMoL+xE2i64ijyiz81EWaUTVDrOrrBX/ rv9gifVjHcYyG/0+CNYNCU37eqfM0IzmR5dOJ+RD9/lQPVdy7/KOFFaQxbHKbkvrUETfzIaeIKIz 8lUpqisuTxjbLWWMSyn+P2Fn5EYXOMmQW4edCc6wZy24gxPGeufoUvBTRPondxTHpyOh3rniB+rA MHYSGu9W1EnByZS7Z6H9qyCx5cVXS/x6qyVt2907jSiWZDO74LIbZ5h0D9T+qGO94CAJ3N3FRxZH x4CGpjsT7G5C4UboUaDvPb6I8LVO0RnN5rqbf4oKXzoCtVEKLYAnBAcrQL7Gieb4usOuZwo+j6MA qCdjIPaOFglPbKHDqj0Olzj9Tv4GAAD//wMAUEsDBBQABgAIAAAAIQDb/lt+PwQAAOYbAAAWAAAA cHB0L3NsaWRlcy9zbGlkZTI4LnhtbOxZ3W4iNxS+r9R3OJrLrgiQZBMyCqzS0F1FygICtveOx4C7 /hnZhoUqF32aPlifpMf2DIHlp+zmZlUYpMFjHx/7fOfzGc/x7bu5FDBjxnKtmkn9rJYAU1RnXI2b yafh+0ojAeuIyojQijWTBbPJu9bPP93mqRUZYG9lU9JMJs7labVq6YRJYs90zhS2jbSRxOGjGVcz Q76gVimq57XaVVUSrpKivzmkvx6NOGVtTaeSKReVGCaIw5nbCc9tqU3SQ9RJYj5P8wrVMkcVT1xw twhKl2pmzWRqVFqYVJGcGm31yPk+qSQ0nUmRgKTpw1hpQ54EwiNnoaZnmGVmxu6cM/xp6pj1Tekv pe78kBnmXolywcA11FoIPh2IzP/bfGgY8yU1+2DyQd4zobkz6xngGbo0AUUkTi2pFg2FWHhUKIaF 6lfdx6Umks5HRrZuSYrww7yZID8W/o6dSMrmDmispC+1dNLdIksnv22RrpYD4AyWg3qrokWb5pyX 5gy5EwzqS6uiKMGuj5p+tqA02unNj+bRzqxU5m326vMJuEWOyDivqpCLjQGPUt4ipgEsN/9VZwtv +BP+eyUkRc/Lu6nTI+5gpJUbUOJ5cFPDK6hcFRbWDdxCsAAemkjSoMOgqwTxC46pyqdBAhk3LuAJ Vrp7wQguzQJy1+qwL9DvPcI9jma0gI/MWjJmKbS5pRqX8gL6LBcL6D79wai7RYgdergYi6msRwzp 7xzSw0VSnBxiUBqMxeiR3X65KP3ip4WshZ4glE20yJiBc48Ecrb0wTd6iWfIsdKROxzkwfyKqvXa 1VUDveAJW7+8vPblgHxJ2+sGCjQwwHnyvq036ldLn0VVwe5IlhKKVXeu+D6i9kKLTU+HhYm9px2M owXIkULbOWD/9LP209/OBm+wD34qkHiEYDeTez01HPFGiiSQc0cn74nkAq27vEErJ8RY5pZUovY7 u3ouxam7FtRg86pvVsH5lroLWGNn5F0gH97iCP9DvOqIxQVcwlu4gmtowA1ieHDd0QH2pvLK39Eh 9ry+qna9ZLYFGGZwK4Y7htXXzg8SaPCV96D8TpSyh/aaT7/FwB/QMHj2kfH3uAX3xWdow/MAazu+ HK5+3E5m4eF5zfpjCJqvjACVN0eHWMGbyJ7vuB8fx/Yg1u627z48tPfDeEJsPz6brSfENjHZX3N8 iJ0i/yHfcqsfZHvi2H5yFa3Hx7E9iA2JGTMHd1mGuTi7A78TYjuA2Vl9QmwnNDsajg+xU+R/ZeTv 5uFk5J+//j47us+f/ySPR2U9TRK/ozeT3iEHHM9YsFgeu1BhPpK8Owu5Wzzwcszch6ocj7h8dhdF X0Qwk84lNvgkuFOPFvPxePxAsDOKDVV5TpNNMfvCVcZGXHHHEsCXjiMGM7aKYV4fM+w6Y8N4ZCH7 WrtwwFBo8jOPqn2pGA6LeErX+hcAAP//AwBQSwMEFAAGAAgAAAAhAB5eDFhfBAAALAsAABYAAABw cHQvc2xpZGVzL3NsaWRlMjcueG1svFZNb+M2EL0X6H8Y6Fg0cTaLLgohzsJN2iJAEhu2c+iRpiib Db9AUkq8v76PlOR8NDayu0UviUwOh/PevJnh2edHragVPkhrxsWH45OChOG2kmY9Lu6Wfxz9WlCI zFRMWSPGxVaE4vP5jz+cuTKoinDahJKNi02MrhyNAt8IzcKxdcJgr7Zes4iffj2qPHuAV61Gpycn n0aaSVP05/17ztu6llxcWt5oYWLnxAvFIiIPG+nC4E3z97jTzN837ohb7eBiJZWM2+x056YdF403 ZQ/pSEvubbB1TGdKzXjZalWQ5uXV2ljPVgr06DavzLwIwrdiEqOXqyaKkLbKnwbf7j0RuuTExAzw BWvnIJ8vVJX+B7f0QqQv0/7p3cLNfN6+bWeeZIWUFmSYRmjFqN/ozfJPAzN8jF4dXw+eWPlYe31+ xkrQT4/jAvrYpr84xErxGIl3i/xplW+mb9jyze9vWI+GCxDB7tKEqkP0bzinA5yljErQhx2qzpTh 6LXl94GMBc4Ev4PHb9vBWcKc3LsNxa0DMzG56u26zczHYB/AaSYrPv5mq20CvsL/5ISVxk6aaGsZ 0zXPN1SIi7hVIhMFOKzM9h5pUSwVlzBHdwsU15dx8REVUdAqJ6uSPmYuKeh4oQRDWfZ0x/OZt1yE gDIiWxOjy6spXTDvt2mF0dxCanQpA7co6S1NXSoOmkSa0JL5tYidiU+hxhxwDkqYasY8m++PbRdV BxN4QNHABz67hO1P28chbRfWRIiaZopxsbGqEp5Ovy+JsoIEhzx/ff687jNINWJbcJbq+NPpLykl yiwcn4uq4YnIcYE8YflbU70j8a3ULjeCYpcjn9LoqXEVQ+egiJ0bgUbCAyX60Dixy0KwXMKgogcZ IWVYecGFbLHyWgi2EwIL5HA0mQYnuKwlbO3qbwF4raC6MRnn8Qt5QCpZvgc0/JXAcL8hDIpUpk/g nmGLlioBCjSQkqyzEVuvvVhnvC1TDXjBcOlQg66kf91zpAV0zpTKmxzDIXpQFgMpGRJd0rx56zHt h40OQKpVvcz2lfJBGq5qtKT4c756T3pkoAq1y3zVJxXAkBQPjjy5XekfSM9/EOc03fYgg+hC7bV4 M/mLglAQSgYQbOM59Jb7DeMYyQ0GMaJebfP+ToipQUF1eDqkhpWSnRCm7gTjfDwcgPN2xzxI8xJX vCyjm7vFErEbKD1F4UlbL2g+u86C81ahuEJgaygK1A+t9KmJzoVTaKW5SmjF+D1BngmJ9XINLXUM /S8obqfLpPoHKKRv/s8inudkPMXd13zcsJiVv8uCRCnYB0OsqvDCCMCNDCVA/YiYdOuv6gHTfs+U 2OXjwGzII6J7qeBzeLxw5W+Ym7Y5z3g2ouQv8pJDPSdvMH0ywcCR6AjrNLujuQ4YYBjiDIdhtjTD a6dq8JyUphK1NDKKAl0RD1gfx4UR0B0Gka3Eshv8em5t7Cd/9oQbe9fpq78On3jrnv8DAAD//wMA UEsDBBQABgAIAAAAIQAk6mcpVQMAAB8IAAAWAAAAcHB0L3NsaWRlcy9zbGlkZTI2LnhtbMRV227b RhB9L9B/GPCpLWLTcYCiICwFrt0WAdpYiJUPWC2H4jZ7w+yQEfv1nV2KStPIhYGi6Iu0l9nDc+bM 7N68PjgLI1Iywa+ql5dXFaDXoTV+v6reb3+++KGCxMq3ygaPq2rCVL1ef/3VTWySbUFO+9SoVdUz x6auk+7RqXQZInrZ6wI5xTKlfd2S+iioztbXV1ff104ZXx3P03POh64zGu+DHhx6nkEIrWJhnnoT 04Lm9HPgnKIPQ7zQwUWB2BlreCqgJ5hxVQ3km6OkC2c0hRQ6zmcap3QzOluB082bvQ+kdlbS48ay siFMSCPeMpPZDYwpbzXfLdjxOQxjBvFcBH6etdSHj6vqqlqLC/rRtvk/xS0h5pEff6H4GDdUtt+O GwLTircVeOWEY1UfN45hZeolTAb1347vFyTVHDpy6xvViA9wyF+HKf/KIdXggUHPi/rTqu4fzsTq /qcz0fXyAWFw+mhWNSv6Us71Imdr2CK8PKmaQ5Uc/TXoDwl8EJ1Z/ixPvx0XsKw5w8ceeIqSGc5Q x7h5s+RjiU+S05IsPvwY2ikL38l/BlGNlIC7HTh0hvOH/rplEz/yZLGkSgSpppwgMcaq3GfoL94/ Sp/9sapeSXNUsCt2tYa4ZBOS4zuLSjr0mHBebyhoTEk6CkIHCu7fPMCdIpryioJ3QaoO7k3SQbp7 goeY+wRuGW5hq2iPPIdQpsqFcCGFvt0oUu+e5nZiNcsUPZKkJSMynC172rhXi3F3wbPUN2ys0tgH 2yLB9b+z0bRShIvT/4ODp9ycc2zbI1C2haANmAuTIc4unjEsFMNegJYsyVWJLRgPnCFQoxllLo6/ AOUn6AaSDelyqQOZSjnkuC5YG/KNmyFaU65JUITANGDzme1SAqUs559s/WiPeXyqVv9RKZyTmoYY A3HhFna/o2ZRIdy9DKQyd5ipDkmEyasxJwrapX7/U7rn2PZKyKUhvzkmF6nx81uWqXIArawe5O2R bBZLLI5KorK9WYZDufd1qiXziUns43Syz+x7FmFiY9H9jUqQImrTGZG+mwrgPcjMtt9entH9ZbeV pptvfxkuD4K29JuKD2Npa3mTpe7uylIUhrl3JfRTiLQwKZ9Kmcyb8ryv/wQAAP//AwBQSwMEFAAG AAgAAAAhAJQwef/5AwAAhgoAABYAAABwcHQvc2xpZGVzL3NsaWRlMjUueG1srFZrbyI3FP1eqf/B mi+Vqk0I7CPZaWCVhnYVKQ8EpP1sPBdw48fINtPQX99jzwwLu8AmaiMRjH19fB/nHvvy07NWrCLn pTX9rHt6ljEywhbSLPrZ4/T3k4uM+cBNwZU11M/W5LNPgx9/uCxzrwqG3cbnvJ8tQyjzTseLJWnu T21JBmtz6zQP+OkWncLxv4GqVad3dvaho7k0WbPfvWS/nc+loKEVK00m1CCOFA/w3C9l6Vs0LV4C p7l7WpUnwuoSEDOpZFgn0A1M1c9WzuRNSCdaCme9nYe4J9dc5JVWGdMiv1kY6/hMIT26SjMjR55c RVchODlbBfJxKf+5xS5f4mEZQUxIAe5kbYDki4kq4rcvp44ojkz12ZWTcuTS8n01ckwWKGnGDNdw Les0C41Z+mlghkHnq+2LFonnz3OnB5c8R/rZcz8DP9bxPzbxnJ4DE/Wk+DIrlg97bMXytz3WnfYA eLA5NEZVR/RtOL02nKkMilh3E1VtyrH11oonz4xFnDH8OjxxX7VgMeYIXy5ZWJfITIhQjV29mPLR 2nvkNCUrPP9qi3UMfIbvCMJzY69Wwc5liMdsLygfJmGtKCUK4fA82TuURfHYXGROHidorn/62Vt0 RMZmqViFdCHlknkdrhVxtGWT7jCYgA3E7tA6AR8qGBqMcTYlXYKBbs2GV5/ZbB2nuFtQYGML8rno WUj+JR/IFCPu+PiwKxsn6qjgPjLSho9hXZ/DVXrbVunamgAOs5HigpZWFeRY77/VTBZgXFvWA+WK 6f6KuN1e92NKM5Lbfffu/AIpT7VpSXx+jukLyF2k8vvuRfdDbbFN0UiFSJ02FdsFhwbohgsoiwkT waMifOy9j8VVZlKKMRUrEfUKLpzhL3FuG+OlpNnUZx9J/lySAQNCzQCXGMD+stL4OLtNlTdMBnb3 OJmyqMaRUpjwTJOe4UaApjLMhCUlWkWqxfGdNFKvNLuVc2JTqYkVK5dEiinpA0jZbErcY0PphcUF s2a2jKGf7pARyU29caRBjsbatgIulgNuS10qSZ45qsOCZX7YBdSXqUo1BDvUs0ddmiJHOwd8H4Uc bkAI9Z6OH49ub0y8gAXdDF8JuwfuTV3OB+jEzZDhWk+/X4l7xN1hRP6jfk7cryKNXom9x+ckcpF5 O9z9ZQd4h0f/UxHrzvkJ1OHmqSX1jg87LqCP9yv8QbbA6XrLIUHe7Dwiw0mN6zcAhu2zQCh3x8uH KnmEBxkuges0VYL/EQ2mX0wgaFJjIUmbufW4K3A98iR1YgpRqN8R6PN+Jk1Bc0hAoAw9BWa60M8M ocOh+bagaX2l6rG1Ielbg4QTQw0dR81xGOIVOfgXAAD//wMAUEsDBBQABgAIAAAAIQBlq5fLNgQA AJ4KAAAWAAAAcHB0L3NsaWRlcy9zbGlkZTI0LnhtbLRW227jNhB9L9B/GOixaOJsFl0UQpxFmrRF gN2NEWc/gCZHNhteVJJS4n59DynJuTQO0tuLJZPD4ZwzZ2Z08vHeGuo5RO3dvHp3eFQRO+mVdut5 9fXml4MfK4pJOCWMdzyvthyrj6fffnPS1tEowmkXazGvNim19WwW5YatiIe+ZYe9xgcrEv6G9UwF cQev1syOj44+zKzQrhrPh7ec902jJV942Vl2aXAS2IiEyONGt3HyZuVb3FkRbrv2QHrbwsVKG522 xenOTT+vuuDqEdKB1TL46JuUz9RWyLq3piIr68u180GsDOixfVlZBI4cej5LKehVlzjmrfq7yXf7 lgjb7MSlAvAJa6cgXy6Nys/Y3gTm/Ob6X0O7bBehbH/pF4G0QkorcsIitGo2boxm5a+DGV5mz46v J0+ivm+CPT0RNein+3kFfWzzLw6Jmu8TyWFRPqzKzdULtnLz8wvWs+kCRLC7NKMaEP0VzvEE50Yn w/Ruh2owFTj6ycvbSM4DZ4Y/wJNf+slZxpzdtxtK2xbMpOxqtBs2Cx+TfQSnhax0/5NX2wx8hWd2 Imrnz7rkG53yNY83TEzLtDVciAIcURf7gLQYkYuL3cHXJYrrj3n1HhVR0aokS+mQCpcUbTo3LFCW I93pdBG85BhRRuQbEnRxeUXnIoRtXhF07SE1utBRepT0lq7aXBx0lujM0aVLHCwrLWBTLEOOOJW4 S2zs1EIEcb0/xF1wA1rAAlMTLXgd8rY/e++n7J17ROMSLYyQvPFGcaDjf5dLraDEKd1/P43Bjomk BrEtpcjl/OH4h5wZ45atvGbVycznvEK6sPxPM74j8aUM32yYQk5joK5VSFWkhKXPjEYiI2Xe0Dix K2L0MudS0Z1OkHI+yJJ1j5XnQvCDEESkFkezaWxZ6kbD1q9+Y+DqmZrOFYCH9EQYEEnR7ysifisk K7Y0xCKM2RKGhbx9hO8RvORJcRYswJJuipFYrwOvC+RemA7UYL4MwMFYLgE70mSZE+GKsikxH1IA aymS0TEzpt2Ltx7SZYPGkb4vu3tI1JEUKkwENVKPu0FdAKuB2l2B/n8kTrrQwKPdgWXrUevSt+B2 IApDkWOarfAzKucRswNnQLEHXx706wdNPdJZ9F2QozxHde6olD5AfQnU5Aeq5PA/1dCZy2pB34QY htw9Qy5M9ND/7x3uj3iJnIoistZz6dxiWCRtc+E4RWtGCWGwlq7p+K40UqR0aKT5zMvkDMIYEqDQ x1+hOV+THe3j727DA5AhqibH/ZQzzNc9DXlXbq+04dKNh28DvE6fC9KEz6K96ku/x4caKuy8LLXg InuD6YMJertGAa7ztEzuU8SswNgUOAyzGzd9X6gOH3DaKW6004mrTH8SIc0rx5hD6Ple8c0wau21 92mctcUTbhxd57fxOrzi6/L0TwAAAP//AwBQSwMEFAAGAAgAAAAhAIFSFuAnBAAAuwoAABYAAABw cHQvc2xpZGVzL3NsaWRlMjMueG1stFZtb9s2EP4+YP/hoC97QWynKbZuQpwiTbYiwNoYcfoDaPIU caFIgaRUe79+DynJbVanyLAlH2JJPJ7uebmjTl9vG0M9+6CdXRYv5scFsZVOaXu3LD7c/j77paAQ hVXCOMvLYseheH327TenbRmMIuy2oRTLoo6xLReLIGtuRJi7li3WKucbEXHr7xbKi4/I2pjFyfHx z4tGaFuM+/1T9ruq0pIvnewatnFI4tmIiMpDrdswZWvkU9I1wt937Uy6pkWKjTY67nLSfZp+WXTe liOkWaOld8FVMe0pGyHLvjEFNbK8urPOi40BPU2fn6w8B/Y9n8fo9aaLHNJS+eOUu31KhW1KYmMG +JC1ULuPy+K4OIMKcm1U+g3trWdOV7Z/69t1u/J5+X2/8qQVtC3IigY1FotxYQzLtxZhuFj8Y/vd lEmU28o3Z6eihA60TW+nXfqPTaLkbSQ5PJSfnsr6+kCsrH87EL2YXoAK9i9NqAZEX8I5meDc6miY XuxRDaECW/9w8j6QdcCZ4A/w5Pt+SpYwp/RtTXHXgpmYUo1xw2LmY4oP4DSTFbdvnNol4Bv8piSi hAWa8y66SkeqnI1rKZIhfj3GX075ebAJcR13hjN5gCjKnMNDKiNS57GdfVij8/5aFi/RLgVtsoBK +5j5pdDEC8MCPTtKEM9W3kkOAT1GriJBl1fXdCG836Ungm4cfEiXOkiHft/RdZs6h84jnVu6spF9 w0oLxORIfwpJIhwx1sZWrYQXN4+XuC8uES1KwAJ7E1W4HLR8XNGXk6IXoA/Gp5URkmtnFHs6SRzC 7ZN6/1JfreDOyQL/k7SvXv2UlDF23cobVp1MfC4LyPUfFN+TeEjh25rJJxk9KcfJ2pHaQfUDArss 8BFJ0Ilhy4q0pZhSsGTd4x4OOSJhd1R1HguYE/ANbmGfFFc5Y1ya2SmF0nnQkvBM0XdcPvDHoHcW Hf+SR3ozEv6Yt7+KlA5BDV3bOh9zbW7zJ4PwHlV2NjNPG06ldgHAcO4MRJGa/P6s5R6qthYoLnTp 1NLJzdoOp2FquugI40F2OL3AZpbEcC8QleRNMBrGySHDAsyH6CFfDHv59F0dAQwy5g7+XgQKLUtd aUDf7HLCS8KdUT/Mnx33engT6UASE8kfkZ7znGrXzja7GX4GJUJ2juKAutUR4VAcgA92lsIObhY+ gi8cyZzgii/SPD+eocG+C+SFvZ84j9zAegJj8/L8LVpqEk9RUhMCbkQAAWPj5J34ZqIDLpWYyEmn sRffiMB0nc08PcpdyVvJrELO/U5s6SYV0wvTwVN7rccceV5/NtmHxp/TA+lx/Bw+Yx7tQ/T0sOWx 0b/f+ZWBn+f+8GWCy+ljRRr/TrTXfa4I34uYaBf5UQvvp2wI/RSCUwSMhjyAhkV8ep79DQAA//8D AFBLAwQUAAYACAAAACEAC/iq2bEEAACtDAAAFgAAAHBwdC9zbGlkZXMvc2xpZGUyMi54bWy8V1tP IzcUfq/U/3A0L5WqhRB2u9ApYUVJu0LiEiWhfXY8TuIytke2k0366/sdz0wgbEJBXRUJ4tjHn8/l OxfOPq1MSUvlg3a2l3UPjzJSVrpC21kvux//fnCaUYjCFqJ0VvWytQrZp/Pvvzur8lAWhNs25KKX zWOs8k4nyLkyIhy6SlmcTZ03IuKrn3UKL74A1ZSd46Ojjx0jtM2a+/419910qqXqO7kwysYaxKtS RGge5roKLZqRr4Ezwj8sqgPpTAWIiS51XCfQDcyyly28zRuTDoyW3gU3jXwnN0LmS1NmZGR+NbPO i0kJ95hl2hl4FZRfqosYvZ4sogp8lP/YYlev0bBiEBuTgVteO4fz5ags+DNUY68Ur+zys69G1cCn 49vlwJMuENKMrDBQLes0B41Y+mohhkXn2fVZiyTy1dSb8zORw/206mXgx5r/4pLI1SqSrDfl466c 3+2QlfPfdkh32gegweZRtqq26GtzjltzxjqWirobq2pRgavXTj4Esg52svm1efJ22YKxzQxfzSmu K3gmMlQjVx8mf7TyAT5NzoqrX12xZsMn+GQQkVt3sYhuqiM/8/SgDHEU16VKjoI5Ik/yHmEpBSeX sgf3IyTX373sPTIio0kKVqF9TL6kYOJlqQTSsnF3PB+BDYpukDoRv6ogJBgJGitTgYF+Tf2LzzRZ k7B0ZaPyRhWabwwdOOhZwZjUTKooWwyEF8P9Gm10qY2DFXBM6wUs6zDtD9b7NliXDtrYSINSSDV3 ZaE8Hf+30OkCxGujuydq7PVn/O0ed39O3oaPux8+nJzC8ylELZdPTrB9iqrHjP6pe9r9WEs8ZSoz ghnUuuJp3FEKTEMJRMfGkRRcGE6O8JNRaUeVHKpiIbls9TKosoF/JNVrubOJzy6u/DlXlokArjwS wSci0F9O2wDixKfEeUc60s39aExcm5lg2AhklJmgP6DCAoriXCWSMfF4faOtNgtD13qqaKyNomLh U8miUocIijaXEgWpr4N0aDdrchV74HCLk/BxypQX0uVFk9vEQJvZo7Y2ValVIK9qsyCZ71cBYaZy WTY825fBL6o0ho+2Hvh3FOXRD1G2d+T/cHB9ZbkdS3XVfyPsDrh3dTjvUDWu+uBKkb6/EfcFdfuM /Ec9XNwumEZvxN6hcyp5zLwt7v6yBbzFo28UxDpzfgB1hH1oSf0/6zBRIRISD0MPr24UpgtJXFy5 G/h3xEPajL7oiNYGF4kQnOQGUFBwCy8VJSto6p1JAs7rGfKzqQpRlyW2NWxMZeLbJiddtO9MFKvJ SRrd8yJEVkFb6+ImRZOiukD7wIRGbpqKEve5SnhsBgoa6ZCktsJBsINxFqHpk2wUHj0kzkkucVQt fOWCYtBntRBxViuuXwwNICg6FZKHRG6n7NvKu0rM6kqH+7w1ZK99XeKe5/9k9yCwt4yAzfWVfQ17 c/OFNp26dT0qYtlOj7L0N6K6WyaNMLejU1ymrQqOYjSIPoqg4WmDg9T67HXALIEpSqRWKMfoFvW4 iQbQy7Qt1BS9IaoMkUTJ8rGXWYXSj5nAFWpcT15m6FxsRq+EhBdjDc2r5jks8c/G+T8AAAD//wMA UEsDBBQABgAIAAAAIQA3/fklsAMAALYJAAAWAAAAcHB0L3NsaWRlcy9zbGlkZTI5LnhtbLRW224b NxB9L9B/GOxTWkCW4l7Qbi0Hqp0GARxbkJwP4HJntax5WZDctfT3PdyLXSUO4KS1HrRccuZwzpnh cM/e7I2mjn1Qzi6z1yeLjNhKVyq7W2Yfb/+a/ZZRiMKWQjvLy+zAIXtz/v13Z00edEnwtiEXy6yO scnn8yBrNiKcuIYt1irnjYh49bt56cU9UI2eny4Wv86NUDYb/f1z/F1VKcmXTraGbRxAPGsREXmo VRMmNCOfA2eEv2ubmXSmAUShtIqHHvQBpltmrbf5SGlmlPQuuComn9wImXdGZ2Rk/n5nnReFhjym 62fWngP7jlcxelW0kUNayn+csJvnRNgkEBt7gkeqnUN8udVleobm1jOnke3e+WbbrH2/fN2tPakS Kc3ICoPQsvm4MJr1rxZmGMw/cd9NSCLfV96cn4kc8tN+maE+DukfTiLnfSQ5TMrHWVnfPGEr67dP WM+nDRDBw6aJ1cDoczqnE51bFTXT6wdWg6mA65WTd4GsA89Ef6Anr7sJLHFO8E1N8dBAmZigRrth sddjsg/QtBcr7v905SERL/BMICJH5s2qja5SkSpn41aKVAe/L/DrIf9trEPcxoPmXjxQFHmP4ZEq LdKBYzv7uM2oVD72elIw8UKzwNEcJY/nlypIhxN7oA03+kA3xd8sI7263Nz8cAY9I9I5ArMt18KL zRfxkzYiRyQgPLHDcJD/y0n4aUrCBRijRGmtheTa6ZI9nSbaKNBJ8K9MiSpRUFPW/q9snP6CbJC2 20ZuuGxl6hnLDH3opZK0Isv3tFlfUZLIO00fOASx477k6F7FmtBlmRb7xc/0KjoqGBO2Ut5wScWB 3q+uV8f5HDLVp+ubCmebOlKgWDMqVWuXujFVre3VCDkdFc/RZjgApDs95uWbNl9ZEvLOunvN5Y5T B6fKO9NHE4XfcSTv0Cg9QYsUovNqp+w06XknfLqU+rXQSgk5q1bjqEynwVVUYIt72FFwrZc8OIc/ XpTYhfBeQVbcjoiZjPNJXp/CmBcKJxmHE9Um9HFQn7F/ivbLRv4W93qhVagRvaDaNbPiMMPjMfxR zk949HkiEQgtL3rRsQ7PYnNyXGFojF/Z/VCTg8t/6Wt9exvuTAyna1Rq/0E0N10fET5gUIgX/VSD mktdEqaPJmiWymAh9blorwJaLq4TAWeY3drp3i1bfNgoW3KlrIqcES501HpcZpbRwNFE0QFuhyvI bJyL4x3UI2HHETqNxu0wxFfX+T8AAAD//wMAUEsDBBQABgAIAAAAIQCr94/VNgMAANwJAAAWAAAA cHB0L3NsaWRlcy9zbGlkZTMwLnhtbMxWW2/TMBR+R+I/WHlEbOmGQFPUdtpWmCqNtWo73l3npDHz DdsJDb+eYyfZtJu0bgh4SXw7n8/3neNjD4+3UpAarONajZKD/UFCQDGdc7UZJVerL3tHCXGeqpwK rWCUNOCS4/HbN0OTOZETtFYuo6Ok9N5kaepYCZK6fW1A4VyhraQeu3aT5pb+RFQp0sPB4FMqKVdJ Z2+fY6+LgjOYaFZJUL4FsSCoR89dyY3r0SR7Dpyk9roye0xLgxBrLrhvIugNTD1KKquyjtKe5Mxq pwsfbDJJWVZLkRDJsulGaUvXAuWRdRyZW3Bgazjx3vJ15cGFqexdj22e46EJIMpHgndVc6X+OUoG yRijwJYiD39nVhYgtFR9bs3SzG2cvqznlvAcY5sQRSX6mKTdRLcsdhUuw0Z6z3zTI9FsW1g5HtIM 40C2YXfShC8a0Qy2nrB2kN2OsnL2yFpWfn5kddpvgB7cbBpYtYwe0jns6ay4F0AObli1SymaXmh2 7YjSyDPQb+mxy7oHC5wDvCmJbwwq4wNUt66djHr06x1qGsXy21OdN4H4Gv9xkGbC+aVvBERB0G2a ITh+UH5Bw2kCtXe1TEjOrY8aESf9mQCK566T0Y8nixk50xh0rtwQNfEYkg4IVD6nli6exAv8aIY7 o9O9h9hsJXxayA+9kGFfzDcyF5RBqUUOlhy+TlaeY1L0yu+iaFAOD5U8qbwuuCcF+rZkNByxo4+D ASafUEvDFpBXLBQA3AVHo4yoQRuVgLF7UMBiNcKz8khwFvOLqQrFkMF0ci86L4h1RlYlkB1x/p57 RBfEo4MepMHyZhsyOTknlYMco2GJ1VjWMJkd03h9NPt3eLR5GJPxRcfgW3shtQp1nX/pz2SG3KeT 1p+us6M/Mdi9KRVOY1HG08YLDi7qrC3fcNXqav+snP91nr2P7Psg40sj9nulvN4AZqElleI/KhBN L1uzQ3KSgMqoImsgTBseUthqGRFOqQMyW38H5vuITqYzQnPMas9/4Yvl4UZ3o4PX3ytKc6zQ7dWN zf42Z8J+pWZWx7KCDyoP9iwOGXSou8hul2C9t1Q5HiphO4lvs/FvAAAA//8DAFBLAwQUAAYACAAA ACEAeth4pMUDAABxCQAAFgAAAHBwdC9zbGlkZXMvc2xpZGUzMS54bWysVt9v3DYMfh+w/4HwUzfs 7tIUawYjlyJN1q1AkzvcXR/2KMs8W4t+QZJ95/9+lGQnTZcC2ZoXW5bIj+RHivT5u6OS0KPzwuhl 8Xp+UgBqbmqhm2Xxefdh9lsBPjBdM2k0LosBffHu4scfzm3pZQ2krX3JlkUbgi0XC89bVMzPjUVN Z3vjFAv06ZpF7diBUJVcnJ6cvF0oJnQx6rvn6Jv9XnC8NrxTqEMGcShZIM99K6yf0BR/Dpxi7q6z M26UJYhKSBGGBHoP0y+LzulyDGmmBHfGm32IOqVivOyVLEDx8mOjjWOVJHpUn3bWDj26Hi9DcKLq Avp4VP48YdvneGgjiA4pwEesXRD5fCvr+PZ25xDjSvd/OLu1a5eOb/u1A1FTSgvQTJFrxWI8GMXS pyYxWiy+Um8mJFYe905dnLOS6IfjsqD6GOKTlFiJxwA8b/KHXd6unpDl7e9PSC8mA+TBvdEYVY7o 3+GcTuHsRJAIr++jyqKMVD8ZfudBG4ozhp/D47f9BBZjjvC2hTBYYiZEqFEuHyY+JnlPnCaywvG9 qYcYeEXvtMlK6cM2DBITIeQ2KwmcHkS/ZPESoZ593hZQCxcSR+BVuJLI6LqNNIaL680KrgzlWmh/ TpwESskIhLpeM8c238SL8bGSLJPTk4e0zBR+m8g3E5HRLpUZrCXj2BpZo4PT76NV1FQUE/P/hdHI HN0lddkFsxcB9uTblrN4s87Ofj2h4pN6a/kG647He78sqJfQduYgZyVivExSSti1GBOHyRi8OoVK BP/THD4Yd2Cu/gXeM343rsS9IJNzeJTFnJ+UpP9VHtsStqZzHGFjqJmAcfCnsbNqmLXGzl/U1G0O Wneqojowe/DZsIuGPXDmnMA6ekCRa3OQWDf0/epNpuZFfdkx12CAy7qmTuizYx/X/VtgeSe6FyhD IcslF8lnJxqhqWvqJp1eC88NTbgBNmjlAKvqb8rny7K2smkKZRefNgg3l38l+gboLAQDZ1/lNEPA QYQWkPEWfEcPk7azYoyIQZxYEqkKaLjG0ltUX1beo3wBze0RgUkKfW+kNAdKVzUQ0A3ScOJT34nZ zrZCywJI4YNP/LGmcdiwQGo9kx0VARlOJ5Hw6JNKQA/7X5bMY55pZHxHO0tdLY87Wk4TkEt3w+yq T22X/j0Cuqu0Zcm32BhI9EGEeqRQdBAHQNCfPHVamgQsD82dnkZm3dE/idA17oUWAQugCqQyC8tC I9US9U5T4y5PD7UxJozjIyGRxRE6rkZztKQfpot/AAAA//8DAFBLAwQUAAYACAAAACEAlTaQq80D AACeCQAAFgAAAHBwdC9zbGlkZXMvc2xpZGUzNS54bWy8Vk1vGzcQvRfofxjspUBhW477kXZrKVDt JiiQxIIkH3qkuLNawvxYkNyN9O/7yN117NYBnLapDhK1nHmceW84s5evDkZTzz4oZ+fFi7PzgthK Vym7nxe329enPxUUorCV0M7yvDhyKF4tvv7qsi2DrgjeNpRiXjQxtuVsFmTDRoQz17LFXu28ERF/ /X5WefEBqEbPLs7Pf5wZoWwx+vvn+Lu6VpKvnewM2ziAeNYiIvLQqDZMaEY+B84If9e1p9KZFhA7 pVU8ZtB7mH5edN6WY0qnRknvgqtj8imNkGVvdEFGlr/vrfNip0GP6fOTlefAvudljF7tusghbZXf TtjtcyJsE4iNOcFHrC1AvtzoKv2GduuZ08r2b3y7aVc+b7/vV55UBUkLssIgtGI2boxm+a+FGRaz v7jvJyRRHmpvFpeiBP10mBeoj2P6hpMo+RBJDg/lx6eyuXnCVja/PWE9mw5ABPeHpqyGjP6ezsWU zlZFzfTiPqvBVMD1rZN3gaxDnin9IT35vp/AUs4Jvm0oHlswExPUaDdsZj4m+wBOM1nx8Kurjinx HX4TiCihvFl20dUqUu1s3EiR6uDnc3wy5ENjHeImHjVn8pCiKDOGh1RapAvH9vR2U1ClfMx8UjDx SrPA1Rwpj4sN23Q76Xp9Q9FRbJhuvNorS2uHSvOX4DRC0hEc1ivhxfqTZyR+RIlokPSUIZaDBJ8W 4rtJiCtkjTKllRaSG6cr9nSRUkeRTqR/piyqQlFNyv1Hirx8+QMUIW03rVxz1cnUN+YFetGXEmoL ZaLwe47kszL0bvkH4UpXJLJ6hkMQez4hCQrRDpOqgoLrvOTBhZwnYUnIO+s+aK72nHrfyaS7G3Qf 0VEBwh6pFuiGzp6QslJ3qVTKRyUxiJ0Vx1cqi16PbP+jerwNT8QthfeKK8SAjLa4ZfR9Ls9k2rBA jfzyRYNaYlqBTNBxvXyT+LUMwfEoXZdRFAy1/PcRi+H/iCsHwabF1PBjhJ5FBF8YmKPylQrSYTAf T6j1rlcVdmMj4sMMJuEDwT04ixl0pNB5pDhZIv1vAmlV45kyTCrAIE1ShUKC9cjTwMSAF5JqKcRE XeWAbdjscKvxApAK0jgc4Opkojy1wgPpoc8ZPZIWDfAzuxwqdHD5N70rt7BhNmI5jUup/TvR3vQ5 IryooF9e5UctiiN1Qph+NEFDVAYbqZdF+zagrWJsCDjDbGun+Vp1eIFRtuIadzhyAcbwyuTjvLAM BdEoXcXpEmDUmLVzcZw1GQknjtBpNR6HJd6uFn8CAAD//wMAUEsDBBQABgAIAAAAIQA814u9pAIA ACAGAAAWAAAAcHB0L3NsaWRlcy9zbGlkZTM2LnhtbKxU2W7bMBB8L9B/WOixqCMnLYpWsB2kSS+g iY3Y+QCaWllEeIFcq/bfd0lZSY8ESID4waLI2RFnZsnJ6c5o6DBE5ey0OD4aF4BWulrZzbS4WX0d fSwgkrC10M7itNhjLE5nr19NfBV1DVxtYyWmRUvkq7KMskUj4pHzaHmtccEI4tewKesgfjGr0eXJ ePyhNELZ4lAfnlLvmkZJvHBya9BSTxJQC+Kdx1b5OLAZ+RQ6I8Lt1o+kM54p1kor2mfSO5puWmyD rQ6SRkbJ4KJrKNVURsiqM7oAI6sfG+uCWGu2x3R5ZhEwYujwjCio9ZYwpqXqzcDtn7JDn0gsZYF/ uTZj8+VS1+kZ/SogppHtvgW/9IuQl6+6RQBVc6QFWGF4a0V5WDjA8qtlGA/Kf8o3A5Oodk0ws4mo 2H7YTQvuj3365yJR4Y5A9pPyfla28wewsv3yALocPsA7uPtoUtUr+l/OySBnpUgjHN+p6qGCS386 eRvBOtaZ5Pfy5FU3kCXNid63QHvPzlCiOuD6xezHgI/saTaLdp9dvU/C1/xMJKLi5M3ZllyjCBpn aSlF6oNPY/5lyj/BOtKS9hqzeSxRVJkjcFRapAOHdnSzLKBWgbKfEA2daxR8NA+W02yJNp1OuLie AzmgFmEe1EZZuHbcaWHCnhJHeiBn9EIEcf3oN5I/ouLdsOhBIQ/7CB4P4t0QxDmr5jaFhRYSW6dr DHCSpHOTDqY/MxZVc1MNyT0nkWzsi7h8lvx9C4a9p2Qz8iW41iq2IKB1frTej/gBIVn+Fi5vliug IDrUkC7KDaOi2waJPQKiR6kahTVwTivuOnif40pBfkfBnr1gbDm9/lrg4XBTSB0uhZ93ueX4juZW Oc9TnjeRmoCh95DEwTfMbwAAAP//AwBQSwMEFAAGAAgAAAAhAKb5if71AwAAkAoAABYAAABwcHQv c2xpZGVzL3NsaWRlMzcueG1srFbfbyI3EH6v1P9htE+9KgkkldreKnDikrY66RIQEFV9NPYsa8U/ VraXwH/fsXcNCcdJubvwAMt65puZ7xuPff1hqxVs0Hlpzai4vBgWgIZbIc16VDws/z7/swAfmBFM WYOjYoe++DD++afrpvRKAHkbX7JRUYfQlIOB5zVq5i9sg4bWKus0C/TXrQfCsSdC1WpwNRz+PtBM mqL3d6/xt1UlOd5a3mo0oQNxqFigzH0tG5/RNH8NnGbusW3OudUNQaykkmGXQPcwm1HROlP2JZ1r yZ31tgrRp9SMlxutCtC8/LQ21rGVInr0Jr2ZOfToNjgJwclVG9DHpfLXjN28JsMmgpiQCnzB2pjI 5wsl4q9vlg4xPpnNP65ZNDOXlu83MwdSkKQFGKYptWLQL/Rm6a8hM3oYHLmvMxIrt5XT42tWEv2w HRXUH7v4TU6sxG0A3r3kh7e8np6w5fVfJ6wHOQBlsA8aq+oq+rKcq1zOUgaFcLmvqjNl5PrZ8kcP xlKdsfyuPH6/yWCx5gjf1BB2DTETIlRv1y0mPrK9J04TWWH70YpdLHxFvxGElaS8nrTBVjJAZU1Y cBb74P2QPgnyubHyYRF2ChN5VCIrE4YjqRSLGw7N+cOigFWSTUgXEqvgdbhRyGiD9sSH8e18CszD hD8a+6RQrDHuCkrBwUfGH5+YE7CwreMIcxsb8JqoDqR0H3P1XZHJu3NEI2bMsflx5vucI+uspBqJ yswbPXbCfl3e37K8N8RlLGimGMfaKoEOriKh1PpZym8UWwpq1dwPb6TzH0lnUGbR8DmKlsdpNCpo wv2A/HsSTwn/b40GGATm1hjARW0dCOm5jVOcVlZZft/Jn0zOgPqTpomIFrF3NHrP1gjBQqgRrJNr aTIcNRYzcNQxpxvmkCs6GuM0bU40K2WUurRr0m/EPYGX2jymnetG0aV+8TLprgNTG35tqx3yPxFn 2kQ5mVK7sy8ov5v8lwjt+cwl5o14mtfquVh0GIJuVZANDbKTqvk3rmcSpT+jtN0mBu9kPs48jpCT 2ezZJjZq8pXBwy1UEuke4KkXqeThdngJv0gjJKdji0JkoHfwVEsqM4q2gEqxNUifvV66PG/bdxew JI/7PsrBpQ/RAZpWr2gT2GqfIfVDjgzP8TysMFV+GJvijTletLw+2mN3D4sl3E+XwGmo0bWHNtcO bOqti6PN8CNzNY3X7jZAj/mCwJW7Y810k7YvXc2oA2/Sq4aIiFOaTA8mNKylpoU4Z4P57OnEoIOS kTOZLU2+UYiW9jppgJU0MmABdFWhiRRGhUEaQzTErcBld7jqubWhP10TEkXsoeNTH44e6T45/h8A AP//AwBQSwMEFAAGAAgAAAAhAMgeZXGDBAAAOg0AABYAAABwcHQvc2xpZGVzL3NsaWRlMzgueG1s tFfbbhs3EH0v0H8Y7FNSxJbsIkW7sBw4dlMEiC+QbBR9pEiuRJiXBcldS3/fQ+6uIrly4MaOH6zV cng4c+bMcHTyYWU0tdIH5eykODocFyQtd0LZxaS4u/108HtBITIrmHZWToq1DMWH059/OqnLoAVh tw0lmxTLGOtyNAp8KQ0Lh66WFmuV84ZFfPWLkfDsAahGj47H499Ghilb9Pv9c/a7qlJcXjjeGGlj B+KlZhGeh6Wqw4Bm+HPgDPP3TX3AnakBMVdaxXUG3cC0k6LxtuxDOjCKexdcFdOe0jBetkYXZHj5 eWGdZ3MNekyb39x4GaRv5VmMXs2bKENaKn8ZsOvneFgnEBtzgDusnYJ8PtMifYb61kuZnmz7l69n 9Y3Py1ftjSclkNKCLDNwrRj1C71Z/mphhofRo+2LAYmVq8qb0xNWgn5aTQroY53+YxMr5SoS717y r2/58nqPLV/+ucd6NBwADzaHpqi6iP4bzvEQzq2KWtLRJqrOlGHrF8fvA1mHOFP4XXj8qh3AUswJ vl5SXNdgJiao3q5bzHwM9gGcZrLi6qMT6xT4HJ8JhJXIvDlroqtUpMrZOOMs6eCPMf4y5LaxDnEW 11pm8hAiKzOGR6o0SwUn7cHdrKB5TptQPmZWKZh4riVDgfbEx9OL6TWxQOfMeyU9uYo+Of/AvCDn 6aPCXslTZTBNM9d4Lmnqkg5PwHhEwvuj59/lAHZ3G6UVN8yz6eMANq4n8lmJUMHoQB8eu/w+neVf hyyfg1LUAN1oxuXSaYFYjxOvqIAho/8z50pAsYMsXind79+ndJO2s5pPpWgy9ZMCje4FKtiQuC// fy+lJUaR+YWM5FNuPQkVuEvNHCtovVkOoct+tnhHUCl6ikgGSUFGhsAWkqKjuJSQjlooO6BxaGuN jp2XBmgpaBuRlA1KSMBtq4xcnbR3SDtq64SQ1fCU8F8W8nxH9ttu5sA5w+UUcjSZjUQRCAnkHiw1 AUFYkVbtyynq8L/JzatSM2Xw28N5ZkkZI4ViUep1DiRlkG2kgfx1zs0Zv9+b93ew3pXV5dk/fUaZ 7kEJw8COgli1LcB0pml0VDV6dK/E0dPpCfSgIroxJJhuvAz8HPUFegO5bg7aI8Hw9pVFeLYT9cbJ RAfUZJyX+yoh0OXd7JaWrJVP5x3XDOlW983pu0rkgiolMZYF9ATU9Hg1HtObJPOhG+Tch7fJVywe d4u7ielNvsXbK3g6o0qzxeDo0Q9l5apnJedAWaE4qiOrzTZm3t2e+7SD5pat+i75gxk52yccSrW3 XdHzVE9auwcU8nyNUr2UGDE5pYsSE3UKJvfe1AswnOXxoOt5bLHwcoHIBbVMN+iEGBpSyaWE54LN SCG3xbhUYafRPwoes98Lrv48AXRzKx6HUZZrf8nq6zaPJPgRgYZynl/V8C4NEjD9aoJ5QhkspFEg 2i8BQw1GOobNMLtFG+xmX9HgxwVyLitlVZQFYahGd4uTwkrclJgznJC33Rhops7Ffg7MSDixh05P /XF4xC+f038BAAD//wMAUEsDBBQABgAIAAAAIQAgoOOhjAQAAPYMAAAWAAAAcHB0L3NsaWRlcy9z bGlkZTM5LnhtbLxXUVPjNhB+70z/w45fynUIgWuv03oINxTuesxwhCGh74osxyq25JFkQ/59v5Xt JEch5dpSHoJir1a73/ftanP8/qEqqVXOa2smydHBYULKSJtps5wkt/OPo58T8kGYTJTWqEmyUj55 f/LtN8d16suMsNv4VEySIoQ6HY+9LFQl/IGtlcG73LpKBHx1y3HmxD28VuX47eHhT+NKaJP0+91L 9ts811KdW9lUyoTOiVOlCIjcF7r2g7dKvsRdJdxdU4+krWq4WOhSh1V0unbTTpLGmbRPaVRp6ay3 eeA9aSVk2lZlQpVML5bGOrEoAU/VxifXTnnlWnUagtOLJijPr9LvB9/1SyKs2YkJMcEvUDsB+HJW Zvzf13OnFK9M+5urZ/W1i6+v2mtHOgOlCRlRIbRk3L/ozeJXAzMsxo+2LwdPIn3IXXVyLFLATw+T BPpY8Sc2iVQ9BJLdQ7l5KovpE7ay+PCE9Xg4ABGsD+Wsuoz+ms7bIZ25DqWio3VWnanA1ksr7zwZ izw5/S49edUOzjhndl8XFFY1kAnsqrfrXkY8BnsPTCNY4eFXm6048QX+sxORgvnqtAk214Fya8JM CtbBL4f4iy63jUsfZmFVqggeUhRp9OFAVSm44JQZ3c4SWkTaMu1CRJV8Fc5KJVCgPfDh5AOKclFq CN8s6ZOtR4vVqLA13VhWG/2uBZ3fTI+BbwC9/UHKZNfCiZu/OY8REyniAwxDzlh2pDxPzQ8DNWfA AcKl61JIVdgyU47eMhiQ7UDDVxKlM8hs4PI/4ujdO+aISjOr5Y3KGsmdZJKgO/0L6naSdmHIOkYj WFIDgSQIxA38OeZvn0KhKAi3VIHiE0doBZmHLVilSnkvloq4Jy+jrVPcwxXZPH7NtJcWT1TWbae9 FoIQNIfe6ccokqgbJRDNm4MvZNJRH/nHB0ulLXvsn9PrzqRpjlzOKdcK90Uf35CA9sgrMBzSmlat ulwYgu88wauKnNAe7pF74bLxQsi7bqHXb0X55lXj5/BnlJdiSZ9vZ3NaKJIoRkd72mRaoj2Dgw2D r4wmR3PVgzmE00N4dECvCsSskUUvwHjy1XTOtAVc5CTMimzNBbRDTE83u93iOR30Dy0o3TLWfhPH oKPZp+nt5flWTW344OklKEKMXFNOL4uwpSxpHW7Z2oJJriS7ESBJ4ZxGAfU7nyydQc9bRfnKJFzk oKBvCZlFpzc2bOUdsYkZ7xNupMhT5nAvcPL/X5RTHOfutUcnG6LoS/hxIFs9zNvGSVDE5T8Iq8N/ J/adMGDYi2EXAf9AgWsB9hoT3lupWVIM6ZbOOO4oT9Ybd/DGb4hR2T7d64CJA5vs4g9ubK2ivDFd h8OAjfgxLEpPjUcygKtHYujlq0eJYbD4ynTQ2bstz80B61LcMQHEQaCbObEcxlBZus+inrYxIvwA CMqdxUc1IGFvMN2YYKzQFV7wRBDMpceIgnFMYDPM5maYW7MGPwzQZFWujQ4qIZQqLsUwSQxfdxg3 bKZYGxjhqhtrQz/DRU84sXfNq/44LPGr5eRPAAAA//8DAFBLAwQUAAYACAAAACEAj06NzdsDAADD CgAAFgAAAHBwdC9zbGlkZXMvc2xpZGUzMy54bWy0Vk1vGzcQvRfofxjsKSmiL7cN0oWlQHXTIoBr C5aSS5EDxZ3VElmSC5KrSP31feTuOlXiFI7j+mBRIvk4783jDM9fHnRNe3ZeWTPPZuNpRmykLZTZ zbM3m99HLzLyQZhC1NbwPDuyz14uvv/uvMl9XRB2G5+LeVaF0OSTiZcVa+HHtmGDudI6LQK+ut2k cOIDUHU9OZtOn0+0UCbr97v77LdlqST/ZmWr2YQOxHEtAiL3lWr8gKblfeC0cO/bZiStbgCxVbUK xwR6C7OfZ60zeU9ppJV01tsyxD25FjLf6zojLfPXO2Od2NaQR+/TLyvHnt2elyE4tW0D+ziV/zBg N/eJsIkgJiSCJ6otIL5c10X89M3GMceR2f/hmnWzcmn6ar9ypAqkNCMjNELLJv1Evyx9NViGweST 7bsBSeSH0unFucghPx3mGfxxjP+xSeR8CCS7H+XHX2V1fcdaWb26Y/VkOAAR3B4aWXWMPqdzNtDZ qFAzzW5ZdUsFtl5a+d6TseAZ6Xf05NV+AIucI3xTUTg2UCZEqH5dN5n0GNZ7aJrECodfbXGMxLf4 jCAiR+b1sg22VIFKa8JaiuiDX6b4S5D/Xlz7sA7HmpN4oCjyhOGQqlrEC8dm9GadUaFcSHqS1+Gi ZoGr2UseFmvbOsl0Y2Erum6i/ekCJ+M++XPoGZDOHphNsRJO3HwRP2ojckQCwgM7DDv5v5yEH4ck xHNhUVrVQnJl64IdnUXaMOgg+FemRBUw1JC1R8rGi59jNqg260becNHKKNo8Qx36v5LU52UDf9Gc pofpkp4ES1smaU2pnOaCtkd6vbxaPh3TSdq6hKSsPMgf/dGXbHahwuFvhVOxOD2jglGVY2UnWCZU TF79zWTLNF4WBeqNZ49uIIN144cHxQ4FHXXnDvNeoNy6E+QHcczpp9EWN641Xu0MtPxKyP+IUMHR bsePECQpiC1RviF4VNu0eov7Ab1R2Ut1ICsDB485EUg4Jq5VAS6ls5pYyIpEl5NvSMUdKViJ4jP5 ImlwHtPVbYyfBtf6GJp11CCqSGnL4QOzod44f5l3hGdCYgqXDbY6qVY2VavHpTMcPxuPzbuc3ibz xtN78dg/65VH/DPCJTRjehXV7XwO1Tk+KKgSvrsQT2bPafSIjnokzz/t/XIqH5rwNxT5VOu7BwSG w5tC1u5P0VzvU3PCaw4X4iL91CDvsWVg6ccl6BxKYyIW/WAuPfoPeqtILVZuzPAIKVoUBdwION+o wBmh2gThwjwzjPcnOootONZL9GN9Y23oG3JCwok9dBz1x2GIJ+jiHwAAAP//AwBQSwMEFAAGAAgA AAAhAH+4MafMAwAAnBMAABYAAABwcHQvc2xpZGVzL3NsaWRlMzIueG1s7FhtbyI3EP5eqf9h5I89 8bIJR7hV4JTSXlUpTVDgPlX94NiGtc4vK9vsQXU/vmPvbo4kUNFElU6lIIFfZsZ+npmd9fjy/UYr qITz0poxybp9AsIwy6VZjcnHxYfOiIAP1HCqrBFjshWevJ98/91lmXvFAbWNz+mYFCGUea/nWSE0 9V1bCoNzS+s0Ddh1qx539DNa1ap31u8Pe5pKQxp9d4y+XS4lEz9ZttbChNqIE4oG3LkvZOlba5od Y05T92lddpjVJZq4l0qGbTL6YKYak7UzeQOpoyVz1ttliDq5piyvtCKgWf7rylhH7xXSo6s0MnPC C1eJqxCcvF8H4eNU/kNruzxmh2U0YkIC+Ii1CZLP5orHf18unBCxZapfXDkvZy5N31QzB5KjSwkY qnFrpNdMNGKpa1AMG70n6qvWEs03S6cnlzRH+mEzJhgf2/iLSjQXmwCsHmRfR1lxu0eWFT/vke61 C+AOHhaNqGpEz+GctXAWMigB2QOqWpSi6rVlnzwYizgj/Boeu6laYxFzNF8WELYlMhOiqUaunkx8 tPIeOU1khc2Plm8j8Hv8j0Zojp7XV+tglzLEhXanlA/zsFUiUYWAaJ40HDpG0fh4CdP5OCfApQuJ PfA6TJWg+CA2BIfJ3K4dE3BnMYjgtozBHlcJaa1kTxg+o47eHTRb7ws3gKhaCNisOT7M9HnL9NSa gHEIM0WZKKziwsHZ63iXHKOmdc0ByiNhT4Iv6w+Ho34dgtlgcBHbid02EC9GKDDClBXD8W02yoa1 xG6YRXdG97dU7LrsH3kz2UHt9Q1mxobkOij2+9n/iZgHcfv7PR4Bx3RmUlgukewxmaL7JfJ9Iz4T KGVgxQeqpUJ0g3eIsqDOi/AQLsy/UBX5wbCMGwgT6MPzT/Z8CM72jJ3Do+hEuynw6596hf8gXxly cQ4DeAtDuIARvEMOjx47OcLedF75PTnGvsQnbYHvKhhD1gf40rwJ4FqYVSiw/4iSQy+afQlIODx8 4Rlh99XzjSSiKR7N3IuBfYOA0E8wozz6D+CuPiFiD/uPUJ5C0nxlBui8OTnGUg6IwfLCz+nFWPcw U1ecY3Hlhf8963bNH/sFuycXY3/D2H6KnoyeHmP/P5XHVCa75cW/kfmfF7apvq1vRrDZXpYw5X6j 5W2VKh28pgrCTdNQiRdTsYJD0a8iWCJKjROpWDTXHmtuvDSgqXhkC9PervA1nqCk4WIpjQyCAGaW QB1WZUbgxRpW0ZaLeHjDiwZ9Z21obhqSpbjz2nRsNcthE+/WJn8BAAD//wMAUEsDBBQABgAIAAAA IQCtrQdvhgUAAHUdAAAWAAAAcHB0L3NsaWRlcy9zbGlkZTIxLnhtbOxZbW/bNhD+PmD/gdCnbUBq 68VvWpyiTZagQFsHSfoDGImytUqkQNFu3F+/5yhRjmOnS9u0G5DkQ0xJxyPv7uHD4/Hw5U1ZsJXQ da7k1PNf9D0mZKLSXM6n3oer04Oxx2rDZcoLJcXUW4vae3n06y+HVVwXKUNvWcd86i2MqeJer04W ouT1C1UJiW+Z0iU3eNTzXqr5J2gti17Q7w97Jc+l1/bXD+mvsixPxIlKlqWQplGiRcENZl4v8qp2 2srkIepKrj8uq4NElRVUXOdFbtZWaadmNfWWWsatSQdlnmhVq8xQn7jkSbwqC4+VSfxmLpXm1wXc U67sm3MtaqFX4pUxOr9eGlHTp/gPp7t6yAwrUiKNNXDLa0dwfnJZpPRbV1daCGrJ1ZmuLqtzbT+/ X51rlqcIqcckLzE1r9d+aMXso4QYGr073edOE49vMl0eHfIY7mc3Uw/4WNN/dOKxuDEsaV4mm7fJ YrZHNln8tUe65wbADLpByarGol1zAmfOVW4KwfzOqkaUo+tblXysmVSwk8xvzEver5wyspnUVwtm 1hU8Y0hVK9d8tP5w8jV8ap1lbl6rdE2GX+OXlPAYkS9fLY3KcsMyJc1lwgkHkz7+rMrbwkVtLs26 ENZ5MJHHVodGqApOC07Igw+XHktzbaw/WV2a40JwLM3W5ebo5M2MHXOt11hMjLMLBXixk7xOFJbx ms0qWhCHcKxBXNsRhEzPueYX9w5ETuIxpgTLnZloNnG4PxqRi8aFSEASc0QkJKuBz8bftn0bZLed Sg64A68gGA/JcwQyfzQI8ED6NlAbRH4f/OExAtxoiKZzs9NU6dqcCVUyakw9jZl5pIGv3tamtbMV oddSneZFQe/J3AYZNQWJPhbyQmRYRsB4YJVYMhDHhWYrXkw9niRYoX7zacFT0bwe3Ip+18N62Cok zRkG7XS3Cog7d3U3U27lqavIMtjUde5/aWJN566HHRko7TqXOQC8T0EBq9qRG/nGQY1jNhhx6Gba FMcKHkFkuEwWCpSeGN3Ebhf28DPjxRyw7oTugWgzh68G5sAB8woc9VrdsGgLlowwjqC29PEVAA2j gNZ2A9BxMB7fBWgwHk1CHwuDADoIwiD4AQB1S7Rz/yfNQXYSW7R3KxQU7roiejrNW+hvmGs3Kprk d8io/gzwk5n/TkuveS3Y7PpvwPOBBLRH+TdGfOgivqGiwVbMoZd2uc1+9xVUFAz86MtUNJn0W4Fu SwOfPlPRhiObuD49Kho5YDoqGm7B8tupyIGS9krXhpM3e2UEphr1kQASFU1o5xzR0I8L0P8jFc1O Xp2xYyWzfL7UNn/elxY1CY/Neu5LxPbQ076U7DdwjipxLElFymbH5zGbnfZ//+kUiKNak+pvKNAG /FGysXDQH1DitYWwrWzsmQLtUchuul9K5Z4eBU4cMB0Fjh+JAkM/iOxpAAS3F6BhFPmTIRbGE6PA dwKFh4Q40KDOIjTbIqNHZD5UeBix7amt9ODk+fNpz0dqepf3JlsAA2d9c+oXRZPBTpK/xXu+H4XP x9DnY2hXYELtwxXfuuqbYz6A1aKxrY98R/Y3HI7cQXQ/RvtBEA1xEH5i1PeAgtgj8t+MZQWfsynz /6TMj2W5QFm8Ld3+B1zY1Uc3OaC/XST9HjIcDMPdiscWGT4ngc9JIO21rrhyiwtDt013XBg8EheG wWhI1Rc6Ce+FaDgYh/0Qa+OJceFPTQPvEO+PIT9bpW+uvNB0t2BJod/xarayFUzcPxqhUaPHqwqX JCA8Et2IoHydo/A9p6zQSNwKUKPi6AyxK+muzdIlitg5zvRZLnNDhVWBm1CNOwUpcNUCNKtUXDU3 SOWFUobQjJGsJvy2qqnVDocmLk2P/gEAAP//AwBQSwMEFAAGAAgAAAAhAJhntfwnBQAACxgAABYA AABwcHQvc2xpZGVzL3NsaWRlMjAueG1s7Fhtb9s2EP4+YP+B0KdtQGpLtmJbi1O0yRIUaOsgSX8A Q1G2VooUKNqN9+v3HPXiOHE2p82KAU0+xBR5PPLuHj483tHr20KxlbRVbvQ0CF/1Aya1MGmu59Pg 0/XZwThgleM65cpoOQ3WsgpeH//801GZVCplmK2rhE+DhXNl0utVYiELXr0ypdQYy4wtuMOnnfdS y79Aa6F6Ub9/2Ct4roNmvt1nvsmyXMhTI5aF1K5WYqXiDjuvFnlZtdoKsY+6gtvPy/JAmKKEiptc 5W7tlXZqVtNgaXXSmHRQ5MKaymSO5iQFF8mqUAErRPJuro3lNwruKVa+58LKStqVfOOczW+WTlY0 lPzW6i732WFJSrTzBm557RjOF1cqpd+qvLZSUkuvzm15VV5YP/xxdWFZniKkAdO8wNaCXjPQiPlP DTE0evemz1tNPLnNbHF8xBO4n91OA+BjTf8xiSfy1jFRd4pNr1jMdsiKxR87pHvtAthBtyhZVVv0 0JyoNec6d0qysLOqFuWY+t6IzxXTBnaS+bV54uOqVUY2k/pywdy6hGccqWrk6kHvj1a+gk+9s9zt W5OuyfAb/JISniDyxZulM1nuWGa0uxKccDDp48+rvCusKnfl1kp658FEnngdFqFSnA6c1AefrgKW 5tZ5f7KqcCdKchzNxuXu+PTdjJ1wa9c4TIyzSwN4sdO8EgbHeM1mJR2IIzjWIa7NClKnF9zyy0cX IifxBFuC5a2ZaNZxeDwawzYal1KAJOaIyICsBj5rf/v2XZDddSo54B68omh8SJ4jkIWjOMIH6dtA LR6GffBHwAhwYTgcbPzcqipt5c6lKRg1poHF1gJSwVfvK9cY2ohQtzZnuVLUT/bW0KgoSjSo9KXM cI4A8sgr8WwgT5RlK66mARcCRzSshxY8lXV3fCf83QzvYq+QNGdYtNPdKCDyfKi73nIjT1NllsGm bnL/nzZWT+5m+JUB025ykQPBuxQoWNWsXMvXDqodswFJC29mnTox8AhCw7VYGHC6cLYO3kPcw8+M qzlw3Qk9gtF6D09GZtwi8xok9dbcsuEWLhmBHEFt+OMJCB3E/dgDEPiL+vFoeB+h0Xg0GYQ4GYTQ OBpEUUsEzwjQ9ox27v9iOdhO444O7oSCwl2VxE9neQP9DXU9jIol+QdsVP0FS8d05v6Vl97ySrLZ zZ+A554MtEP5V0b8sI34hovirZhDL11zmwvvCVwUjSfxCxd1jFBz1wsXIRnY45YctchsuehwC5df z0VRHA4JlXRbRpNRSIcUKN/clkPkIaM+UkDiogndnSMS6LIuXPnffln+H7lodvrmnJ0YneXzpfUZ 9K7EqE55fN7zWCq2g592JWW/gHRMgYdJKlM2O7lI2Oys/+t350A81upkf8OBPuDPko8N+wNKzrYR 9pKPveRj+3DgpEVmy4HjZ+LAQTwOKQcjDhxGhyPKzbY4MBpHw3GId+MPlo99kKg9CCJBh1KLtN+d jEIE5T4bTbai/i0ZWRyOwxc2esnICNZPfh2GXVWspSOA1aOxqVt8Q07W5GHER3EUjx7mZFEUxYd4 rfxgOdkehapnzMdmLFN8zqas/ztKgZSSsSyXKv1vcjL/CKgLsWi2tVmh7Adezlb+WY2quJMWhSN0 lSjdURoO0Y0Iaio5qjFzeqU6jVKVr1FyTIbYtW6LuekSlZUceWaW69zRa1+iPm9R6NISBUBQrknl dV3XLC6NcYRrrFSSJvw2qqnVLIcmSvnHfwMAAP//AwBQSwMEFAAGAAgAAAAhAOl+lxhMBAAAlwsA ABYAAABwcHQvc2xpZGVzL3NsaWRlMTkueG1stFZtb9s2EP4+YP/hoA9DOzRxkmFZp8UpsqQtAjS1 ETs/gKZONle+CCSt2P9+DykpWdI0SLPUHyyKujvePc+98Ojdxmhq2Qfl7LjY390riK10lbLLcXE1 /7DztqAQha2EdpbHxZZD8e7455+OmjLoiqBtQynGxSrGphyNglyxEWHXNWzxrXbeiIhXvxxVXlzD qtGjg729w5ERyha9vn+KvqtrJfnMybVhGzsjnrWI8DysVBMGa0Y+xZwR/su62ZHONDCxUFrFbTZ6 Y6YdF2tvyz6kHaOkd8HVMemURsiyNbogI8vzpXVeLDTgMW3emXoO7Fs+idGrxTpySJ/KXwfbzVM8 bJIRG3OAd1ELK3c9LvaKY7AgZ7pKz9DMPXNa2fajb2bN1OfPn9upJ1WB24KsMPCxGPUferH8aiGG xeie+nKwJMpN7c3xkSjBA23S6bRN/1ASJW8iyW5T3u7K1eQBWbl6/4D0aDgAHtwcmqLqIvo6nIMh nLmKmmn/JqpOVED1k5NfAlmHOFP4XXjyczsYSzEn882K4rYBMjGZ6uW6jxmPQT4A0wxW3Pztqm0K fIFnMiJKpIA5WUdXq0i1s3EmRUqIP/fwyyb/K6xDnMWt5gweQhRltuFBlRap8tjuXM0KqpSPGU8K Jp5qFqjRHvJ4PF8xXTokF52pIB2KeEuTJpUDncIB1Fcoj4BrBK39AWyrqfDi8pvnJIxECY8Q+BAl lh0N3ybjt4GMdDBylqZaSF45XbGngxQ+EnUA/jupURUSa2DvhVg5PPgdrJC2s0ZecrWWCbVxgcb0 o8ialHQVmAIqkCanU6SIJ5/Jq27IQ5elyKZBMwGVZycfkxT6Z2IU4tbFXbpDaEdV5gt/idRW91g9 K6POa4orFajWYkl4SmScf4O9zmfZZRVXpGzePJskJ8F5rZZr3zvaZeAgcT5JhtYBSg+GHOiatd79 oWG914FvowgNS1Wr2yju15DrI/jK7cCac6ZQZgqoGEZ/l2EEZEL0qLj4mJJnksL7/mhBF532UK0o leFoY7hSIrLeAjWtXRqcGfGHfX0Evmf0lQuxoUthv5SUOowRG2XWhjx2SCRfbpG7k6yPOPECqfnH ziI1VsW4dIx/Wca/aP/gLfpjXbNPDWdwmlqh1xyocSEojORHvHoGNHPhlxzppKowm0MH0Pm0PSTR 7ZBLFcQUO7lc4P5lXUDzKOkEDSFnqdAdJm+ovy2Qs0ga1bkxuankwOgd57ZSElkVso9u8U/K5hZJ 6SoGYMheegXzryk6WvD9or3J/l16tX9IoCO8vtuOMOG+E1M0sE7l/wymPJ+6yw+Ww31Ian8hmkmb PcKVNLI/zVsNaimNOYjeimDaIcGDSr02T6uoDOTS3Ir2U8AIxTVBwBa05na4T1Vr3FyVrbhWVkUu CFkB6uO4sIxxjKEIZOfd1cJcOhf7u0W2BAd602nVH4clrtXH/wIAAP//AwBQSwMEFAAGAAgAAAAh ANW7ibXXAwAA1gkAABUAAABwcHQvc2xpZGVzL3NsaWRlOC54bWy0Vttu3DYQfS/QfxjwsYC9josW qeDdwHUuKJDGC+8m77PkaEWEF4Gk5NVbPqT9uXxJh5TkS+sATursg5aX4XDmnMMhz14crIGeQtTe LcWz4xMB5KRX2u2X4v329dFzATGhU2i8o6UYKIoXqx9/OGuraBTwahcrXIompbZaLKJsyGI89i05 nqt9sJi4G/YLFfCavVqzOD05+XVhUTsxrQ+PWe/rWkt66WVnyaXRSSCDiSOPjW7j7M3Kx7izGD52 7ZH0tmUXO210GorTGzf9UnTBVVNKR1bL4KOvU15TWZRVb40AK6s/9s4H3BmGx/ZlZB0oUujpPKWg d12imKeqn2bf7WMibLMTl0qC91BbMfhyY1T+j+02EOWW69+EdtOuQ5l+168DaMWUCnBoOTSxmCYm s9J1bMaNxb+W72dPWB3qYFdnWDH8cFgK1seQv7wIKzokkOOgvB2VzeUDtrJ59YD1Yt6AI7jZNGc1 ZvTfdE7ndLY6GYJnN1mNpshL33r5MYLznGdOf0xPvutnZznn7L5tIA0tI5Oyq8lunCx4zPaRMS1g pcPvXg058R3/ZydYMfP2vEu+1glq79JGYtbBbyf8Ky7vGpuYNmkwVMDjFLEqPgJTZTAfOHJH7zcC lA6p4AnRpgtDyEdzgjytXndOZs2jgUs+uL2m6wo+f/rrpc7nVNLnT3/DBz7QXcyjb7xX8Mr5bt/k iYugEwWNZwx8Yt6nCMipNQa8+mIgGUSsOGRGZoaBmyNPX2br55mtC4aGtQxrg5IabxQFOM34sJJn Zr6SO61YeTO9T0Tb818ybWDcppVXpLoC9FJwwfpebJ470AxNsKQ0JoLguVoEUCS1ogjXDaWG+8mz usI1BgUIzLT0TP0AlmLEPUHdhWK2w0gKvAPugVCTIgR3MfFHR2gxJC07gwGkbwfwdbGdHTUYAU0g VAOkgD0ZUsf3xDLKoGjhm+S75chYl3NsWZQcltJ1TSErpA7elpDYaJ/FSzfilQ+J9yniEXc2EjBv AxYH2BFj7xkr2xo6ZBKYAMk3DqOjHYP9EHvMFvVoukxoXkEoGwgkSfe8YsL6u8MaG9/xFc0ZRJ2j zyLi6pTJT/S0u5/Pus2Q+XYsT2aALhLsfGqY37E4Ab8kCrt3EL8FnAMchf+Vur+fDN9L/6Oclao2 3qncnK9ZacKf2F72pV7zA4fP6EUZavlJk4sjm96acI3UlidyeUvubeRKy9cNlltHbvnEj/ey6vjh o52iWjsuy4IlwiiFtBSO+Hhz7fSKtuMVZa+8T9MdVTzxjpPr3Jq24ya/ylb/AAAA//8DAFBLAwQU AAYACAAAACEAeCqan7gDAADECQAAFQAAAHBwdC9zbGlkZXMvc2xpZGU3LnhtbLRW227cNhB9L9B/ GPCx6HodFy1axbuB4zRFgdReeDfoM5carYjwIpCU4v37HFLSps4FcJv6RaLImcOZMzddvri3hgYO UXu3Es/OzgWxU77W7rASb3evF78Kikm6WhrveCWOHMWL9fffXXZVNDVB28VKrkSbUlctl1G1bGU8 8x07nDU+WJnwGQ7LOsj3QLVmeXF+/svSSu3EpB8eo++bRit+5VVv2aURJLCRCZbHVndxRrPqMXBW hnd9t1DedoDYa6PTsYCeYIaV6IOrJpcWVqvgo29S1qmsVNVgjSCrqj8Pzge5N6DHDmVnEzhyGPgq paD3feKYj6ofZuzuMRZ2GcSl4uAD1tYgX21Nnd+x2wXmvHLDH6HbdptQjm+GTSBdI6SCnLQwTSyn g0msfDqIYbH8RP0wI8nqvgl2fSkr0E/3K4H8OOYnlGTF94nUuKk+7qr29guyqv39C9LL+QJYcLo0 ezV69Lk7F7M7O50M07OTV6OohOobr95Fch5+ZvdH99TNMINlnzN811I6dmAmZahJbjwsfMzyEZwW stL9S18fs+N7vMumrExM23Q0XAiB2bICOB6g38hcROwWb7eCah1S4YiiTdeGJcptojGtX/dO5TyW hm5RjIPm95egJiEyEx67eiODvPsqbHZTVjAAts+GYjky+XU+f5r5vPYuIdtoY6Ti1puaA118G7u6 Rm7MAfg3xGYCUVL2qk++0Yka2LZVMhfYbxc/nyMHjdt26o7rvtC2Emgp2B45GIOTMf6X2Nx51G+g K/JBH7STKGaSJF7pqDxidUTBc4zywGR0TOhwFEaNlyQjpZYpyXDgdEY3vmbgSBM9aVdrVbC0K0IT SPUg7mNES1jxyLEfzETpf8qzHayBB31g8k25NtuabVY+ph8nQ1Lra3AeSCo02z63WEhkT5CFi+QX eBUFwlwo+ypocKQl9ZGx46lmfFvtmHQDtgojpCOJgwc2O98fWvGcntxZVB2XFPmnv0x7zh7VUwi5 fv70hnCEKTW53u6RTWC/cBKf9ua/W0bYwinSCAdS0sN/BCX6PihejLHJ0abWd4v9cYEXYdg/rWlX KBeL2vZj+gsEA78ZikUx9lRdp+Ky8kgpyIHN2YNgYQp9Q2ssHXKcoFjOQ1WZ8JfsbofSyfE7g1y+ Llsd0iY3GYh+FEG/hSfukGdKcm8iujaGixzn8M7NU7ju8ZuDsudGO1SLIIx3dIa0Eo7RR9CH0R52 40Cyd96naSIVJNw4QefVdB2W+AdbfwAAAP//AwBQSwMEFAAGAAgAAAAhAEExcrQqBAAAvQsAABUA AABwcHQvc2xpZGVzL3NsaWRlNi54bWzEVttuGzcQfS/QfyD2sYAsyUlsd2E5cNymDZDGhqV8wIik JMK8LEhq7f37HpK7suXGrdsI6IvEJTmXc+bCOX//YDRrpQ/K2Vk1PZpUTFruhLLrWfV18XF0VrEQ yQrSzspZ1clQvb/48Yfzpg5aMEjbUNOs2sTY1ONx4BtpKBy5RlqcrZw3FPHp12Ph6R5ajR4fTyYn Y0PKVr28f428W60Ul784vjXSxqLES00RnoeNasKgzfDXqDPk77bNiDvTQMVSaRW7rHSnpp1VW2/r HtLIKO5dcKuYZGpDvG6Nrpjh9ae1dZ6WGvSYNu/ceBmkb+VljF4tt1GGdFT/NOhuXuNhk5TYmAHu sXYB8vlci/QfmoWXMq1s+5tv5s2Nz8df2hvPlEBIK2bJwLVq3B/01/KnxTUsxs/E14Mmqh9W3lyc Uw362cOsQn506RdCVMuHyHjZ5I+7fHP9jbt88+s3bo8HA/BgZzShKoj+Cud4gLNQUUs23aEqVwmi nx2/C8w64EzwCzz+pR2UJcxJfbNhsWvATEyq+nvlMPMx3A/gNJMVHz440SXgS/znTap1iPPYaZkJ gdtUQzl+QL+mVETSjr7OKyaUj5kjFky80pJQbj2N8WIhvVHWabfuzkFJRER6PdKKG/J0+6K6BI9q GIbPg4NYFgZf5vHNwOOVsxFZxm40cblxWkjPjr+PVSWQEwPxLxCaOHqWWtPp2zeTSUmw6du3p2dY Z1aHNDs9/XlycoaGlJLt3fRselJuPE2iFKwU3IGKIVbJHqrUXG6jW6nIVoA955Rq9uT4XbKq7bzh t1Jseeooswpdaqe+xDvpOEi4r71aK8tuHTqDr9liI5nPa6asigoVb9csDrtIncAdenR3lK+6It1L EI+BUWDozujcgjVOIZpu9SgfWHRsKXdqpDhie1lW8icn0X/LXvJrGffgOHjv/y9/PiGjvZECRMqd V5cDxXFDkSk0CKmyk4nnnlIkSKYtZkAHZumj8/fkRXGoZr0/bOWdyUb3w4qQJceKJ73rB3boA/G7 v/Voz3hKoidUlew7tEcKXVLm+iP9nKgcN042pfI2SIFaYUvkWeqsRSbU/4ZNhqGGtRgp8vhDB4Yy d1sP1bnEU7DTnKEl8jFZdR5dFgi0CrlUC5mo05SaTyEuO0asQZxQXol/T63UBSSxUExgn5iQAU0j jwoHBvK7a0bLbrRxzSOY7O8/uMHu0QHQkohvhspDwFIGFek76+5T19Jd3iQhMO5gozQum3p+sume yBztdS2MH9/xNuYnsoxOWA7TFNf+D2qu2/yEY45FH7nKWw06cnppcfXxCl4ZhWd7nd8b+zng2cZU Qfn94Qs7jF9ii/lWWSFXqbvLigEoSivOKivR1fEQOyEXZRIxt87FfhTJmmAxFtVp1ZvDEsP3xZ8A AAD//wMAUEsDBBQABgAIAAAAIQDikl7e9gMAAEMJAAAVAAAAcHB0L3NsaWRlcy9zbGlkZTUueG1s rFbbbtw2EH0v0H8Y6KVAUXsdF20KwbuB67RBAddZeNcfwCVnV4R5EUhKtv4+h5TkxGkcOE5ftFxy OJxzznCGZ2/uraGeQ9TeLatXxycVsZNeaXdYVjfbv4/+qCgm4ZQw3vGyGjhWb1Y//nDW1tEowm4X a7GsmpTaerGIsmEr4rFv2WFt74MVCX/DYaGCuINXaxanJye/L6zQrpr2h+fs9/u9lvzWy86yS6OT wEYkRB4b3cbZm5XPcWdFuO3aI+ltCxc7bXQaitMHN/2y6oKrJ0hHVsvgo9+nvKe2Qta9NRVZWf9z cD6InQE9ti8z68CRQ8/nKQW96xLHvFT/PPtunxNhm524VAA+Ym0F8uXGqPwb221gziPXvwvtpl2H snzVrwNpBUkrcsIitGoxLUxm5a+DGQaLz7YfZk+ivt8HuzoTNein+2WF/BjyF5tEzfeJ5DgpP87K 5v0XbGXz1xesF/MBiODh0IxqRPRfOKcznK1OhunVA6rRVGDrpZe3kZwHzgx/hCev+tlZxpzdtw2l oQUzKbua7MbFwsdsH8FpISvd/+nVkIHv8FsmRW1i2qTBcCEEYYsazvEB/UbkS8Tu6GZTkdIhFY4o 2nRhWOC6TTSm1VaEAydWdBOZLkTkeAZmEoSZ3LFTaxHE9ZNeM0pR43yEPseJ4Ujk03T+OtN54V1C stHaCMmNN4oDnX4fuVohNWb+v4XXzB9ulD3vkt/rRHvEtpEi36/Xr387QQoat2nlNatO5tu/rFBR MD1yMGqTffwv0pxTYOsTk0QUwRtKjUgUO6XYmYEcs4qUPJat7ZyWAqZ3OjUkoL9tyXrVGf6F7hoP bR2nOx9uSSiF2x0J6G6dv4uwboP2QR/TI+VHTYuw+GT1ezOR+rJEa/hzPLaLiXZMuYBlIEpH6dER EFLwKF15LmHbJ2io8o4UCr1T1dcCfsFNOMc5uAt0eXmFE1rjh1ztwR4HpvXp+hOeoTzlrnRApAfj d8LQ2/N3JGyeajoHhiGN348wQiQZGOpEigx4wBVEbilZ2APHnEiQR4RRYHj6KWKnT8dPC/ICfBvJ TkDpOEFix+EwkA9Aa8SQg4kITLuEnECQziPZ0ALiXqM87IYiReahaAObiYCMfMdSdEgyqDWQdr03 fUFZ2js4gV4D8hFe4Z6DZaVzthZPoAeJnRmQyEsRcJBHpgiJIgnxVSbIlVb0mA80ge8oTaVCjQ0M w7mnSRP+Fe37vtCL1wRivShTLd4P+ZLD9KMJ6p22WMglPbnLiKqJ2i6wGWZbNzdB1eGVoZ3ivXY6 cQVweNeEtKxcTgfUQa94O/YDew3dp4ZQPOHEyXUeTcdhiCfQ6gMAAAD//wMAUEsDBBQABgAIAAAA IQAh5e2JlQMAANMJAAAVAAAAcHB0L3NsaWRlcy9zbGlkZTQueG1stFbbbtw2EH0v0H8g9NQWkeW4 aJEK3g1cpwkCpMlid/MBXHJ2RUS8lBzJu3/fQ11suI0B5+IXiSJnDmfO3HT58mhb0VNMxrtF8fzs vBDklNfGHRbFx+3r8kUhEkunZesdLYoTpeLl8scfLkOdWi2g7VItF0XDHOqqSqohK9OZD+RwtvfR SsZnPFQ6yhug2ra6OD//vbLSuGLSj4/R9/u9UfTKq86S4xEkUisZlqfGhDSjWfUYOCvjpy6UytsA iJ1pDZ8G0FuYflF00dWTS6U1Kvrk95x1aitV3du2EFbVbw/OR7lrQY/th51VpESxpyvmaHYdU8pH 9S8zdniMhSGDOB4cvMfaEuSrTavzO4VtJMor17+JYRNWcTh+36+iMBohLYSTFqYV1XQwiQ2fDmJY VP9RP8xIsj7uo11eyhr0i+OiQH6c8hNKsqYjCzVuqrtd1Xz4jKxq/vqMdDVfAAtuL81ejR79352L 2Z2t4ZbE81uvRlEJ1XdefUrCefiZ3R/dU+/7GSz7nOFDI/gUwAxnqEluPBz4mOUTOB3I4uOfXp+y 4zu8h01Zt4k3fGppIARmyxrgeID+VuYiIld+3BRCm8gDRyJZvm5JotwmGnm5pn86E0mL1cVKvO6c ykktc0pegiFGgCZYcnolo1w/iJ69lTXsgAuzvViOhD5M668zrdfeMZJOrFqpqPGtpiguvo1ko5Ei cxy+hN/MIyrLXnXs94bFHrZtlMx19sfFb+dIxdZtglqT7gbCFgU6C7ZHDsYYZYzvEqKN76Ki0jjD RjLpZ8I7odHsnEZsk/Jooifh9yL6XO/ixnCDlVDoThzR7DiJSAcZc2sVdDSJ8+LV1Zuf0s9n98I8 BnCIIh451H07MfhV2ZVG0yfDfBSND+XuVOL1pPfeowXTQ+Bq6yOJ4uC9Lsn57tAUE2FPagnm0A2Y ryLlUUfVzqAcaaqyh2/+ikq+GieJYC8sydTBW24IM1WX7OGyRkIkznki3V0WDKF52iRYj2lp5Uns SORpfiiRfDkmaDoPc/Ad8m/r85Uh+uATepxxQopEAX2MSehpoIt7JqDFfiH5KJpR5Vta5NApx4GK 5TxjVRv/luFDP1iEvxumeD1sBVRwbjYQvRNB3zUWB3nEsHuX0L0xaySUIbZ181DWHf56jNO0zy2F UAaE/6zIi8LlJEU/9pq243yya+95GlADEm6coPNqug5L/JIt/wUAAP//AwBQSwMEFAAGAAgAAAAh APNuCZlMAwAAjgcAABUAAABwcHQvc2xpZGVzL3NsaWRlMy54bWysVV1u2zgQfl+gdxjwsWjsNAUW WyF2kaZtUCDbGLF7AJqiLKL8AzlSrbe9xl6vJ+kMJSWb3RbItjVgiyaH38w338zo/NXRWeh1yib4 lXi+OBWgvQq18YeV+Lh7d/KHgIzS19IGr1di0Fm8Wj/57TxW2dZAt32u5Eq0iLFaLrNqtZN5EaL2 dNaE5CTS33RY1kl+JlRnl2enp78vnTReTPfTY+6HpjFKvwmqc9rjCJK0lUiR59bEPKM59Rg4J9On Lp6o4CJB7I01OBTQO5h+Jbrkq4nSiTMqhRwa5DuVk6rqnRXgVPX+4EOSe0vpcX3Z2SSdder1BWIy +w515qPq6YwdHxNhZBCPheCDrK0p+Wpra37muEta88r3Vylu4yaV4w/9JoGpSVIBXjoKTSyng8ms /PVkRovlv64fZiRZHZvk1ueyovTDcSWoPgb+pUuy0kcENW6q+13V3nzDVrVvv2G9nB1QBHdOmdXI 6L90zmY6O4NWw/M7VqOppKvXQX3K4APxZPojPfWhn8GYM8PHFnCIlBlkqMluPCz5mO0z5bQkC4+v Qz0w8T09GURWpLy76DA0BqEJHrdKch28PKVPgfynsc24xcHqkjyiKKuCkUgqK7nhtD/5uBVQm4Ql n5AdXlotqTWnlON624aEVILUSxlCA7eb6y9//Z1hc7aBd51X3A+Sq/mckouk7eRF+3ojk7z9rjNO lKwoLGI/U6XlqMX3FXkxK3JJ9KleYWOl0m2wtU5wxjmgap2z/z/1MTVV1yzhT0gzUrtX7ZcIsWs1 eK1rwAA8zZC+kAJ3O4iYgiQpem0H8QzMQi9A05gdIIacDc0KqHVG40t3A11EQntzcQWuywghmQOf aZC0ebN4IOUoUlHqhwqI41Y0MzFx0Bx9CRqCtwPwmD8Ur1cUKutppKV9KsI6s202B29oEkuPtJ27 fYhonLSl/ib29LoAQueBzZ4OzDR4SpZMdzxTCPiQF82TnyjRUqnjLKTlPB6VTX/KeNOXPqMXE+p0 WbYitQ9XBZnem1DdG+4rLln015m6h8aELNNC7fw8T+uOXljG17ox3qAWQIMaZcKV8Kwx9UOo9W4c Le6WeE6zpSCRxwmaV5M7WtLbdP0VAAD//wMAUEsDBBQABgAIAAAAIQDxbIkd6gIAAB8HAAAVAAAA cHB0L3NsaWRlcy9zbGlkZTIueG1sxFXbbtswDH0fsH8g9LQNSJ12wDAYSYquu2BA1wZN9gGKxMRC dTEkxkn+fpQvLdalWIc+7MWWKfKI54ikJ+d7Z6HBmEzwU3F6MhaAXgVt/GYqfi6/jj4KSCS9ljZ4 nIoDJnE+e/1qUpfJauBon0o5FRVRXRZFUhU6mU5CjZ731iE6SfwZN4WOcseozhZn4/GHwknjRR8f nxMf1muj8HNQW4eeOpCIVhJnnipTpwHNqefAORnvtvVIBVczxMpYQ4cW9B6mmYpt9GVPaeSMiiGF NeWY0klVNs4KcKr8vvEhypVleVzTWuYRE8YGL4iiWW0JU94q3w3Y9XMyrDOIp5bg76qlKuymYixm fAtqYXV+p3oZEfPKN99ivajnsd2+buYRjOa7FeCl4xxF0W/0bu2nZzdeFI/CNwOSLPfr6GYTWfI9 wD6fDof85CBZ4p5AdUb1YFXVzRFfVX054l0MB3AG94dmVh2jP+mcDXSWhizC6T2rzlVy6FVQdwl8 YJ6ZfkdPXTcDWOac4esK6FCzMpSher9us9Vj8E+saSsW7T8FfcjEV/xujbK0iRZ0sNgKwmnLksH5 wfJbmbsJ/ejnQoA2kVqNIDm6tCi573oZaXaxShSlognrQXwdPQh6PZdR3j6JlbnJkk/lhIfseNnJ 97SI7wcRL4MnrjWYW6mwClZjhLOXSWo0F8Sg+v9Rc1mZBLqfGKAxKe5GTCDBoaqkN8kBBb6RpALP QOAxB8jTbmVNqkAEzzGOjQJ49kGI4EJEiCE3NKyQdogeaBc6U0xgPGPbsIM67Hq8Rzf5t5rAyMOQ W/VIbdiQ0uEf4Y7AgOfEQ7yDN1dX128f4b2k0Np664YQL4e5pGz8IeubpiXOvwbCeNmaav4Z9C35 4MLVG6VPJg/1rtWMY7/cpeSvErcEt6tsu1Yt/TDX9JZFM17j2nhDKIAnJ8lIU+GR75WLPGhcdi3u bkOgvsdbpNwxHXRe9cdlLjxXfwEAAP//AwBQSwMEFAAGAAgAAAAhAHL9R29OAwAA3AcAABUAAABw cHQvc2xpZGVzL3NsaWRlOS54bWy0VV1v2zYUfR/Q/0DosVjiNAWGTYhdZGk7DOgaI3ax52vyyiLC D4GkZPvf75CS0mRtsWzF8hDR5OW595z7was3R2vEwCFq75bVq/OLSrCTXmm3X1aftu/Pfq5ETOQU Ge94WZ04Vm9WL3646upolMBtF2taVm1KXb1YRNmypXjuO3Y4a3ywlPAz7Bcq0AGo1iwuLy5+WljS rpruh+fc902jJb/1srfs0ggS2FBC5LHVXZzRrHwOnKVw33dn0tsOEDttdDoV0AeYYVn1wdUTpTOr ZfDRNynfqS3JerCmElbWv++dD7QzkMcOZWcdOHIY+DqloHd94piP6pczdvecCLsM4lIh+ES1FcSX G6PyN3bbwJxXbvgtdJtuHcrxx2EdhFZIaSUcWYRWLaaDyaz8dDDDYvG36/sZiepjE+zqimrIL47L CvVxyv9xiWo+JiHHTfl5V7a3X7GV7buvWC9mB4jgwWlmNTL6ks7lTGerk2Hx6oHVaEq4+sHL+yic B89Mf6QnPw4zWOac4btWpFMHZVKGmuzGw6LHbB+haRErHX/16pSJ7/DNIFQj8/a6T77RSTTepY2k XAe/XOCvQD42NjFt0slwEQ8UqS4YAakylBuO3dmnTSWUDqnoKaJNN4YJrTlJnlbveydzzZMRt2jc QfOhFnceRSbe6ig99k5X0DUhrZMDdmpNge6+6SdrRDUiAvGZJZZjGr6djNdzMm7AHKUq1oYkt94o DuIy00ehzsL/y9RohcKas/c9WTFu08k7Vn1RDZj/X2quoyAhfXcSvhGpfZQQYTlG2rNIgQY2USR/ oKDwhVWisOckQs5h+FGgkkhiyvWYbTxaYM7xQBAYAzXfW+xI3ucFvMUEr1Ec2Jj8zYAFKeMkuud4 Lp6Uw5joku3/VH9/tuy+DFsElqwHxPsPChR+isHUagfzQ8sIOTyKe5SIldidyu4snWUG1cyv2nuv 8E75ft9WQgYNNE3nT2hiOn1H1ZfiHycrlvOwlSb8Qd3tULoWzxzc3pStDg9b7iGYfjZBK2lw3Ocu SO5DRENi6FCZPXLr5umsejx/2ilutAORCkriwQ1pWTlGL6PFvOLtOKjsnfdpmlQFCR4n6Lya3GGJ t3n1FwAAAP//AwBQSwMEFAAGAAgAAAAhAB+QsTejAwAAVgkAABYAAABwcHQvc2xpZGVzL3NsaWRl MTAueG1stFZtb9s2EP4+YP/hoI/DHKcZtm5C7CJNlqJA1xi2+wPO5EkmwheBpBTr3/dISencuEXa rf5g0+Tdw7vnOR55+epgNHTkg3J2Ubw4Oy+ArHBS2XpRfNjezv4sIES0ErWztCh6CsWr5c8/XTZl 0BLY24YSF8U+xqacz4PYk8Fw5hqyvFY5bzDyX1/PpccHRjV6fnF+/sfcoLLF6O+f4++qSgm6caI1 ZOMA4klj5MjDXjVhQjPiOXAG/X3bzIQzDUPslFaxz6CPMN2iaL0tx5RmRgnvgqti8ikNirIzugAj yre1dR53mukxXZ5ZeQrkO7qK0atdGymkpfKXCbt5ToRNArExJ3jE2pLJFxst029otp4ojWz3xjeb ZuXz8vtu5UFJlrQAi4ZDK+bjwmiW/1o248H8M/d6QsLyUHmzvMSS6YfDouD66NM3O2FJhwhimBSf ZsX+7oSt2P99wno+bcARPG6ashoyeprOxZTOVkVN8OIxq8EU2fWdE/cBrOM8U/pDeuJ9N4GlnBN8 s4fYN8xMTFCj3bCY+ZjsA3OayYqH1072KfEd/yYQLFl5c9VGV6kIlbNxIzDVwV/n/MmQ/zbWIW5i rymTxylimTE8S6UxHTiysw+bAqTyMfMJwcRrTchHc6Q8Lm9bK1LNo4Y7PridoocSXqO4f0AvYeNa LwjWLhXdJdMbWd1xH7JyhR7XX9wuUYUlB8b5T8nycFDjy5r8NmlyzQRwxcJKo6C905I8XCQWuF4n /r9RISW5viYR/ydxXr78ncUBbTeNWJNsM52LgtvSj9LsbQVxT+C8qpUFn8Th02lVVBhJ5jWpgnCs Zw+ugt0kZ8hyzrJH+DUbRvQ1xQlEIHfcANybGR2M8wS1c5KbuGvrPRz5A9eokiyQqhSFs6PqGHTP 4n9XVW45vePIuHfJ48CKm8cc19TonlslhYA1xx/dCYJ4knmw7kGTrBmetzhiiScCDUT8gGw+C3aK FQRaiB470qejZoHR9mDQWhZZ7B0TAbv+qXZfEYA7DuhOj5X/XYLccjnQAU2j6VTdGOyPiiOHN8qR Kimpl+olutRWWKAn5ZseBDUg3Fy9Oc6E74X/0GhyvxnuNB5O15zQ/h9s7rrcL/mBwefnOk81/KRI bYtNP5lw91KGF1LjifZd4B7I7R5z1xdbO92LsuWHh7KSqnQUqQC+cLmG46KwxCeRu5qTtB2uCLN2 Lo53REbiHUfoNBq34yG/ipYfAQAA//8DAFBLAwQUAAYACAAAACEAn03hjFcDAABGCAAAFgAAAHBw dC9zbGlkZXMvc2xpZGUxMS54bWy0Vl1v2zYUfR+w/3Chx2GJ0wwYViF20aXLUKBrjNj9ATR5ZRHl h0ZSiv3vd0hJybwmQLpufrAp8fLwnnMuL3315mANDRyi9m5ZvTq/qIid9Eq7/bL6tL05+6WimIRT wnjHy+rIsXqz+v67q66ORhFWu1iLZdWm1NWLRZQtWxHPfccOc40PViQ8hv1CBXEPVGsWlxcXPy+s 0K6a1oeXrPdNoyW/87K37NIIEtiIhMxjq7s4o1n5Ejgrwue+O5PedoDYaaPTsYA+wAzLqg+uniid WS2Dj75JeU1thawHayqysn6/dz6InYE8dihv1oEjh4HfphT0rk8c81T9w4zdvSTDLoO4VAieqLaC +HJjVP6N3TYw55Ebfg/dpluHMv1xWAfSCpZW5IRFatVimpjCyqNDGAaLfyzfz0iiPjTBrq5EDfnp sKxQH8f8jUWi5kMiOb6Uj29le/tErGx/eyJ6MW+ADB42zaxGRl/SuZzpbHUyTK8eWI2hAks/ePk5 kvPgmemP9OTHYQbLnDN811I6dlAmZagpbpwseszxEZoWsdLhV6+OmfgOvxlE1HDevu2Tb3Sixru0 kSLXwesLfArk34NNTJt0NFzEA0VRF4wAq4zIB47d2adNRUqHVPSkaNO1YYGjOUmeVje9k7nmhaFb HNxB831NNz7ci6Bo4/sgme58rrkrqJtg7rQNO7UWQdw9u1tWStTIC/RnrhiOZjxvyU+zJdfgj4Kl tRGSW28UB7rMIqBcZ/m/0iCtUF6zh9/gzUjt0bb/xIn3DaWWyQe9145C1jxQKxQF/rPnmFiVeaWj 9HDqSL6hCk0PXbGYFYtZZ2Vh/JFO7BqNKG7gK1s2mEmJf1U1WySaRNhzmhNFb1GxJJhz2nuv0Pl9 v2/pJC9CYWsFW3WjGfH+Cc5gj8sBQpD1gendA+E77syRLMco9hzP/3eGz+1MUjhKQQxswCCLPzI/ tQ40hEO6wjkYKVsPiWh3LIRPtDslgj74DSerHLCxh2M4t3Vpwh+iux1Kf8CFisq6Lq86XKG5mBH6 GILjqi0m8klL7kPEoUd7E6XLya2b7wHV46LVTnGjnU5coU5xtYe0rByjPnGMveLt2BLtnfdp6okF CTtO0Hk0bYch/gWs/gIAAP//AwBQSwMEFAAGAAgAAAAhAFRj4kbsAwAA5QkAABYAAABwcHQvc2xp ZGVzL3NsaWRlMTgueG1stFZtT+M4EP5+0v2HUT5xpy1NCywQUVYs3K5W4qCi3R/g2pPGIrYje1La f79jJ4Flb5G4O7YfUscez8vzzEvOPmxNDRv0QTs7yyb7eQZopVParmfZ1+Wn0UkGgYRVonYWZ9kO Q/bh/Pffzpoi1Ar4tg2FmGUVUVOMx0FWaETYdw1aPiudN4L41a/HyosH1mrq8TTP34+N0Dbr7/vX 3HdlqSVeOdkatNQp8VgLYs9DpZswaDPyNeqM8PdtM5LONKxipWtNu6T0Uc1mlrXeFn1II6Old8GV FO8URshiY+oMjCy+rK3zYlUzPGaTduYeA/oNXhB5vWoJQzwq/hx0N6/xsIlKLKUAn6MWKvcwy/Ls nFmQi1rF/9AsPWJc2c1n3yyauU/HN5u5B62Y2wysMOxjNu4PerH0almMF+Mfrq8HTaLYlt6cn4mC eYBttA67+ORLosAtgew25dOurG5/Iiurv34iPR4MsAePRmNUXUT/DGc6hLPUVCNMHqPqRAVfvXby PoB1HGcMvwtP3mwGZTHmqL6pgHYNI0NRVS/XHSY8BvnAmCawaPvRqV0MfMX/UYkoOAXMRUuu1ASl s7SQIibEac6/pPJ74TrQgnY1JvA4RFEkHZ6pqkWsPLSjr4sMlPaU8IRg6LJGwTXaQ07nywrhznFy wZUO0nER7+C2ieUAl+wA11cozhhXYlp7A2jVXHhx96KdiJEo2CMOfIiSlx0NL5NxMJARDXPOwrwW EitXK/QwjeFzog7A/0tqtOLEGth7gZWI4A/5OZkcHkToY5ZODg+PTzoannL1+Pg0f3/C7S1m7NHh JOe21BPVqUpxdxkyQPE9hy8RPj2KVmu7aOQdqlZGQtiFX5cHPedLTmGYQb7NT2GPHKwQpLOl9gYV rHbw5eLm4o9n+dAxnej+TwnYG75Gu6aKTU9zcEz3FJwkpAAKeQrESQKckg8VUsXZwA+4vZxDqZHn hw6graxbxT7yXevoTT28KiBWCZcRJh7AlckBhYG3FPhYPqGAT84/CK/ewUch7/uVfrwl6n3Ym8JK U3hbABcFLFzrJfaORAgq14xWuxH/9ZtsexJtv63pmw4Z25oVk8KwdFAwZx0yewe/IN7rzqjRVpvW QHatS4SlNpgNxBCahmcpd7Kri88FHIV3MMnjA/gScxVf+2V4IgWeJQ2X+P9oc6nqu1HKy2G6ytr/ LZrbTWrT/IFD6C/TVsPpHZsmiz6JcO/0wgYdSz/1PtLs/jp2QbLXgRsyDx2RZo9c2mE6q5a/g7RV WDI+xJjw/CfhaZZZ5ObOLdYpjFXOg8rcOUepW/Wa2IFedVz15njJH2nn3wAAAP//AwBQSwMEFAAG AAgAAAAhAFmBxybdAgAA2wYAABYAAABwcHQvc2xpZGVzL3NsaWRlMTcueG1srFXbbtswDH0fsH8Q 9DgsddsBw2AkKbp2Gwp0TdCkH8DITCxUF0NivOTvR8l2u96G7vLiyCJ5zHN4yfhkZ41oMUTt3UQe HRxKgU75SrvNRN4sv44+SREJXAXGO5zIPUZ5Mn37ZtyU0VSCo10sYSJroqYsiqhqtBAPfIOObWsf LBC/hk1RBfjBqNYUx4eHHwsL2sk+Prwm3q/XWuG5V1uLjjqQgAaIM4+1buKAZtVr4CyE220zUt42 DLHSRtM+g97BtBO5Da7sKY2sVsFHv6YUU1pQZWuNFFaVFxvnA6wMy2PbfDMPGDG0eEoU9GpLGJOp fDdgN6/JsEkgjjLBB6pNWXy1MFX6jc0yIKaTa7+FZtHMQzZftfMgdMUllcKB5dRk0Rt6t/zq2I0P xaPwzYAE5W4d7HQMJcsvdhPJ/bFPTw6CEnckVHep7m9VPXvGV9VfnvEuhg9wBncfTaw6Rk/pHA90 lpoMiqM7Vp0rcOilV7dROM88E/2OnrpqB7DEOcE3taB9w8pQgur9OmPWY/CPrGkWi3affbVPxFf8 my+hNJEWtDeYBeG0oWRwfrD8BtIQoRvdLKSodKCskYiWzgwCj1svI02XNYprz30iznVUnudxL2ZN 6uwxK0RcoB4WXTWHANcvoie2UHIeTGHIl4+doC/L+mGQ9cw74qYTcwMKa28qDOL430TWFbfIUIc/ 0TfpyJNlT7fk15o6ap30yfRflL9wwodEkrxYodhGrAREAb8UwmKMsMH36fJiJr7fLJZCQeASgZCP qiaFz2U7EA8K15Uk14UfqXit6TX5q345vc/kajZkY31AQTUwI/e0nX6T19NWyR3TLRY+DrtGmfAd mlmbG5y3PGE4y1cN7/VUHXa9d+H+05YNadTIXUbuYp456NbT0g3Lqdry9teuwrV2mlAK3noEgSbS Ic8B96WvcNnNqb32nvpBzUgp8w46nfrP8ZH/mqY/AQAA//8DAFBLAwQUAAYACAAAACEAdE5mPMID AAAOFAAAFgAAAHBwdC9zbGlkZXMvc2xpZGUxNi54bWzsWF1vGjsQfb9S/8NoH1tRIKGErgJVLrm9 qpQCCvQHOF7DWvHHyh62UOXHd+zdTZsAV6h5uwQk8NrjY8+Z492dufy00QpK4by0Zph033cSEIbb TJrVMPm2+NwaJOCRmYwpa8Qw2QqffBq9+euySL3KgGYbn7JhkiMWabvteS408+9tIQyNLa3TDOnS rdqZY98JVav2WafTb2smTVLPd8fMt8ul5OLa8rUWBisQJxRD2rnPZeEbNM2PgdPM3a+LFre6IIg7 qSRuI+gjTDlM1s6ktUstLbmz3i4xzEk142mpVQKap19Wxjp2p4geXcaemRNeuFJcITp5t0bhw1D6 tsEujtlhEUAMRgefsDYi8vlcZeHfFwsnRGiZ8l9XzIuZi8OTcuZAZhTSBAzTtLWkXQ/UZvHSkBk1 2s+mrxoklm6WTo8uWUr0w2aYkD624ZcmsVRsEHjVyX/18ny6x5bn/+yxbjcL0A4eFw1eVR7tunPW uLOQqAR0H72qTBlNvbH83oOx5Gdwv3KPT8oGLPgc4IsccFsQMxigartqMPLR2HviNJKFm79ttg2O 39F/7GSp8jjHrRKRENo2Swmcfoh+xcIhEqb1bZ5AJh1GjsBrHCvB6LjVNOJokQu4taQTuJaeWzqP W5gWQdmXxBBSgGpYYbIZc+z2IHrwlqW0D3Kh2S81K0IP03re0Dq2Bkl0MFOMi9yqTDg4exnJMiOJ NHE4wG+g7JnSup1+f9Cp9Nbt9S5CO5LcqO5iQAYDuj8F7X3oDrr9yuJ3TYXYhVg3VDShC+vRodVX a7RLiRVrVVTD0G5QIw7NXk/oNliTHKAPhdv/IJ97Yfv7Ax9XoaNtogaXRPYwGdu1k8T3RHxPoJDI 889MS0Xe9T6SlzlzXuCjarj/w6lBS9XWcQQd2P10d7vgbE/fOTxRZ6W7KD76qVb4H/LVJS7OoQcf oA8XMICPxOHRfSdH2LvWC78nx9hDOGkLejDBkLQF8FA/CeBGmBXmdH0ND3OymoSxG3iYUvsr28At M/fB/uQYe6HCWu9OjrGosaCzP/ycnsb+g7EFcyuBcJVl9MLuDzD6ytgBYg52vzJ2kJoDA6fH2Oud /5hc4fcX/mf3sel49lRMrxra0dS+LGc3u45JdlWLoWZTnuHKfWXFtIyZIhXGULhx7CqoFBbSSDL9 ZUJ5qtQ0EDNWc+Mp8acyBYsZLF+Ypp6TralgJk0mltJIFAnQcweZo9TQCCodUCpvMxHeIKm0oW+t xbq2EZHCzivo0KqXoyZV80Y/AQAA//8DAFBLAwQUAAYACAAAACEAs+IJGwcDAAC+BwAAFgAAAHBw dC9zbGlkZXMvc2xpZGUxNS54bWzEVdtO3DAQfa/UfxjlsdISoFJVRbsgCi1FomXFLh8w60yyFr7J 9qa7f9+xk0BpoUXw0JfEscfHc45nTqbHW62gIx+kNbPiYG+/ADLC1tK0s+Jm+WXysYAQ0dSorKFZ saNQHB+9fTN1VVA18G4TKpwV6xhdVZZBrElj2LOODK811muM/Onbsvb4g1G1Kg/39z+UGqUphv3+ Oftt00hBZ1ZsNJnYg3hSGDnzsJYujGhaPAdOo7/duImw2jHESioZdxn0DqabFRtvqoHSREvhbbBN THsqjaLqtCpAi+qiNdbjSrE8usszc0+BfEcnMXq52kQKaal6N2K752ToEoiJmeAD1Y5YfLFQdXoH t/REaWS6c+8Wbu7z8vdu7kHWfKUFGNScWlEOC0NY/jQcxoPyt+3tiITVtvH6aIoVyw/bWcH1sUtP 3oQVbSOIflLcz4r11SOxYv35kehyPIAzuDs0seoZ/UnncKSzlFERHNyx6kORt15acRvAWOaZ6Pf0 xPduBEucE7xbQ9w5ViYmqCGuX8x6jPGBNc1ixe0nW+8S8RW/8yRWKsRF3CnKgnDaWDE4P1h+hamJ yExuFgXU0sesEQQdTxUht9sgYzxaknZcQn4HZyfnUxYl8p0MSGTqOXq8fhIwEcSKj+asxxR52Gv4 tJLvRyVPrYlcZzBXKGhtVU0eDl+nq6y5Kkbp/4+kJ0lKEJ4wUg1sRBDXBG7jnQ0EtgHnrcOWu8u0 cCaDsOyCO9AUArYU9h7cQq9vFvlF9/sVAyAoqWVKRsmGIEpNfzmEaw5UpwYVX3Tokvlq0iu+Tm/Z g3xIMrQUAVf8nfVIGmHDaxCs/mdSL6nsJHo2MpFVR7hOufyiuHXJwUGaPqGLK0jWHO7T4+HYHg8u hf3nFa2RO6T3Th6OdiqU/4buqstM+UfGypzmKcdlMjjJfQj3G1+paZObRHMZuGvZVjC7i1gyp95/ 6w3/4KSpqZGGC6AA1iOij7PCEBcd96Gtadlbkb62Ng5elJFSU/fQaTQcl5Jn//8JAAD//wMAUEsD BBQABgAIAAAAIQBVzomYAAQAAKQKAAAWAAAAcHB0L3NsaWRlcy9zbGlkZTE0LnhtbLRW32/bNhB+ H7D/4aDHoYljr11SIXaRJVtaoG2M2MGeaepsEeEP4Ugp1n+/IyXZbVYPqYvmIabI4x2/+7478vLd 1mhokLxydpqNT88yQCtdoexmmj0s/z65yMAHYQuhncVp1qLP3s1+/eWyyr0ugHdbn4tpVoZQ5aOR lyUa4U9dhZbX1o6MCPxJm1FB4om9Gj2anJ39MTJC2azfTy/Z79ZrJfHGydqgDZ0TQi0Cn9yXqvKD NyNf4s4IeqyrE+lMxS5WSqvQJqc7N800q8nmPaQToyQ579Yh7smNkHljdAZG5h821pFYaU6PadLM nNAjNXgVAqlVHdDHpfy3wXf1khNW0YkNCeBXWZtx8uVCF/HXV0tCjCPb3FK1qOaUlj83cwJVMKUZ WGH4aNmoX+jN0qdlMx6Mnm3fDJ5Evl2TmV2KnNMP22nG+mjjf94kctwGkN2k3M/K8u4btrL86xvW oyEAn2AXNKLqEP0XzmSAs1RBI4x3qDpTwVs/OvnowTrGGeF38OTnZnAWMUf3VQmhrTgzIbrq7brF lI/B3nNOU7LC9k9XtBH4in+jE5Ez8+aqDm6tAqydDQspog7envFfcvmlsfZhEVqNKXkMUeTJBzFV WsSCQ3vysMigUBRSPsGbcK1RcGn2KQ+zf8oWHjzCzYc7CA6uBVELN8pLx2Xcwif0XmzwkjMbmNg+ BNpiLkjcH4wUsyRyPhNDH3DysCPiMB2/D3RcM3YWK8y1kFg6XSDBJCaApTqk/jvJUQVLa+DvAC8x h88UOp6M33KHSTodv359ftERsVfr+TlPX3Bfi5p9czZJ1h3+zlXC3WlkSMWXLB6ifPImRtV2Ucl7 LGoZG9M046P8LCUkBZBoUHtolACt7OOJdqxAMLUOSgofTuErJXQcJ6KPEt/cPSGtaw2S+SanIYou SXGDFin1qvxwRK4k0I3uaT3yBMo7yxdJjOohJPzxU9knQYV/QfCky6OCx4ybrsA8EEpUDRawJmdA x8wACfvIMxbVplw58iAIQcX7AYtTWJa1fwWh7Ip356giV4mNCAiuDgkE+2ErYlNhOU7ge2jAxzXf mSQ3V7dAzoXTF6BOlXQ06j29A/Waca5aEEyBko/ci4MySP9zkiN63Xt+i+ArqPftTqZ2l7DvWl6f yMM5OCLyfMdJT9do32L7eBG9JGTNs/oEZAFNxe8AajO4ubp9VnjcQL7zFFyq3ZYf6d2plXUvBB4O jwap6ZOo7pp0In6uBaTrNFUxlNgJ2XRvwheCMrwQe3mwHz1fK3x5Ct7MZksWZvfKKGp+xilb4FpZ FTBj3fLDkcI0s8hNgi8KV+Cyu3DNPYu2v3GTJ47Yu46jPhwP+Y05+xcAAP//AwBQSwMEFAAGAAgA AAAhAFCv/4buAwAAUQoAABYAAABwcHQvc2xpZGVzL3NsaWRlMTMueG1stFZtb9s2EP4+YP/hoI9D HacZtm5CnCJL1q5A1wSx+wNo8mwRoUiOpBT73+8hJTlLm2DZS/zBosjj8Z7nOd7p9O2uNdRziNrZ RfX66LgittIpbbeL6vPq3eynimISVgnjLC+qPcfq7dm335z6OhpF2G1jLRZVk5Kv5/MoG25FPHKe LdY2LrQi4TVs5yqIO3htzfzk+PjHeSu0rcb94Tn73WajJV862bVs0+AksBEJkcdG+zh5a+Vz3LUi 3HZ+Jl3r4WKtjU774vTgpl9UXbD1CGnWahlcdJuU99StkHXfmopaWX/YWhfE2oCeti8z14Ejh57P Uwp63SWOean+bvLtnxOhz05sKgAfsHYG8uXSqPyMfhWY88j274Nf+utQlj/114G0gqQVWdEitGo+ Loxm5dXCDIP5F9u3kydR7zahPTsVNein3aJCfuzzPzaJmneJ5DAp72dlc/WIrWx+fcR6Ph2ACA6H ZlQDoq/hnExwVjoZptcHVIOpwNaPTt5Gsg44M/wBnvzUT84y5uzeN5T2Hsyk7Gq0GxYLH5N9BKeF rLT7xal9Br7GMzsRNZRvz7vkNjrRxtm0lCLnwc/H+BWXfzU2MS3T3nAhDxBFXXwESGVEvnBsZ5+X FSkdUuGTYpsuDAtczZHydPauszLnvDB0hYvba76r6TfnZ+v9rHGeblzOt1MwmyDseARbdS2CuHny pMySqBEToE84MRyEeFqO7yc5LoAdyUrXRkhunFEc6CQTgFSdqP+H4miF1Jr0+590efPmB+hCxi69 vGHVFSYXFSrSS8n1YUOpYXJBb7WlkMUJ1AhFgf/oOCZWZV3pKB3k3JPbUIXKiNJ5J4Kar4W8LQNa a+QFT9pD6knx4jS+ogeaD2oWSfGXde/NSOe/SrsVQCQRtpwmEChOKhIAkaDLQ/g37M2eWo5RbLHD PYIe0IiFbAgdJcPN/GTIW+cUuo/rts1wRiTcKq2QV3qjOR69OMAnYQTRs4mAk6XA8ytFu4jeVuaj 64LkWRGFhES76tCkIPN6X9bvzxhJOnpZ4c5zuDreS/J3WF5l1pGZ6Gg6NhxJeB+cDxooDmlJU14W pTJ2bMA6cjyTg0I2EDAk/ItLB3yVdZYuz99XX0QUG9fhS2XNFD1LLUxOTzT/fPEciRgdJnPkie50 Qk9A+DnqjKll9G8ZqYuD9XRLD0b8MCfREv9DoS31dmjnGE4dXprwu/BXfWkV+LZC/bgoUx4R5rIN 03sTVG/dYiEX3mQ/RvQAdDpRGp5c2emTQHX45tJW8UZbnRicZcFDWlSWUYVQ1Z3i1dAd2xvn0tge iyecOLrOo/E4DPFBePYnAAAA//8DAFBLAwQUAAYACAAAACEAa87Cmm4DAACHCAAAFgAAAHBwdC9z bGlkZXMvc2xpZGUxMi54bWy0Vm1v2zYQ/j5g/+Ggj8MSpxkwrELsok3XoUDXGLb7A2jyZBHli0ZS iv3v95CS0rlLgGxF/UGmyLvjPc9zPOrm1dEaGjhE7d2yenF5VRE76ZV2h2X1affu4reKYhJOCeMd L6sTx+rV6scfbro6GkXwdrEWy6pNqasXiyhbtiJe+o4d1hofrEh4DYeFCuIeUa1ZXF9d/bqwQrtq 8g/P8fdNoyW/9bK37NIYJLARCZnHVndxjmblc8JZET733YX0tkOIvTY6nUrQhzDDsuqDqydIF1bL 4KNvUvaprZD1YE1FVtbvD84HsTegxw5lZh04chj4dUpB7/vEMS/VP82xu+dk2OUgLhWAZ6ytQL7c GpX/Y7cLzHnkhj9Ct+3WoSx/HNaBtIKkFTlhkVq1mBYms/LqYIbB4iv3wxxJ1Mcm2NWNqEE/HZcV 6uOUn3ASNR8TyXFSfpmV7d0jtrL9/RHrxbwBMnjYNKMaEf0bzvUMZ6eTYXrxgGo0FXD94OXnSM4D Z4Y/wpMfhzlYxpzDdy2lUwdmUg412Y2LhY/ZPoLTQlY6vvHqlIHv8Z+DiBrK29d98o1O1HiXtlLk Onh5hV8J+U9jE9M2nQwX8gBR1CVGgFRG5APH7uLTtiKlQyp8UrTp1rDA0ZwoT6t3vZO55oWhOxzc QfN9TW80fHie3/o+SKaNz5V3A44TJJ42Y6fWIojNk3tmvkSN7EDCjBjDUZKnhfllFuYWLKBsaW2E 5NYbxYGuMxUo2lmE/yiTViiyWclvUci4bSc3rPrCFGJ+P5neN5RaJh/0QTsKWYpArVAU+K+eY2JV 1pWO0kPGE/mGKnTE/ZmSsSh5MfrHn+lMzFGmohUeWdDBTDz9r8raId8kwoHTnK8U6OexJJpzO3iv cD34/tDSlFkBFgnVrxVU142GPa4LEiZ6Qv9SxT3yBIGSf4QXMITbBWSR9YHp7QMpG+7MiSzHKA4c L787/Kd2JikcpSAGNkBwL8II6yt5AUM4pCucg9iy9cBP+1MBfEbsORA00m84lOVsjpcAhvO9IE34 U3R3Q2kwuJFRfbdlqsMdnI84TL+Y4KRri4V8SJP7ENEv0B9FaZNy5+aLRPW4qbVT3GinE1eoZXwb hLSsHKOG0QG84t3YU+3G+zQ11RIJO06h82jaDkN8Rqz+BgAA//8DAFBLAwQUAAYACAAAACEAW50l eSkEAAA9CwAAFgAAAHBwdC9zbGlkZXMvc2xpZGUzNC54bWy8Vl1vIzUUfUfiP1zNI6JNW8QKDU1X pQtopW0bNakQQjw4njsZs/6S7Uybf8+xZ6ar7Lao7BZeEo99fXzvuZ+nr++Npp5DVM7Oq+PDo4rY Stcou5lXt6tfDn6oKCZhG6Gd5Xm141i9Pvv6q1NfR90QbttYi3nVpeTr2SzKjo2Ih86zxVnrghEJ n2Eza4K4A6rRs5Ojo1czI5StxvvhOfdd2yrJb5zcGrZpAAmsRYLmsVM+TmhGPgfOiPB+6w+kMx4Q a6VV2hXQB5h+Xm2DrUeTDoySwUXXpnynNkLWvdEVGVm/3VgXxFqDHtOXnUXgyKHn85SCWm8Tx3xU fzNh++do6DOITcXAfdZi5+7m1VF1Bi/IpW7yf/SrwJxXtv81+KVfhHJ81S8CqQa+rcgKAx2r2Xgw ipVPCzEsZh9d30xIor5vgzk7FTX8QPf5ddrlX1wSNd8nksOm/LAru+tHZGX38yPSs+kBaPDwaLZq sOhTc04mc1YqaabjB6sGUYGr75x8H8k62JnNH8yTV/0Elm3O8L6jtPNgJmWoUW44LHxM8hGcFrLS /U+u2WXD1/gvm6LWMS3TTnMhBGqLGuD4Af1a5Gxie3C7rKhRIRWOKJp0oVkg70Ya09nSbYNkunGI Gbr2ObZPQU2CZ0Y8ts1CBHHzJGw2U9RQALpPimI5MPk0n99NfF44mxB2tNBCcud0w4FOvoxd1SA2 Jgf8G2Izgcgtc75NrlWJWui2lCJn2quT748Qg9ouvbzhZiszV/MKtQXbAweDczLGi/hm1THt+ccV /5AUISiOJCgXE83wHOrenQjNbK3gbS6qCU1xcG4ozm2DM5QAmUTYcKKyGyi5sumC2ig7bh7uhcDg 3OLhzwqx8yeMsOSs3tGaYYgXIZFriypvVJQOHWJHN+whcL3+CxYRWgJdnv+e5ZUx3CiRGKet09rd cUPrHXAuGfVPUg4plHsE0khZ6gQKxrAbyytiswm8AUZDvdBb0Dk+n3lB2yBToGKmFhdU3GPzZRl6 ytGXt8sVXV2vKHqWqs0GonegeGRrehVVykEwOtK4AN92ItMq+ZBe1Ie/dWxpw2AU3QHkiMd8+m0h dj+8igls43ZQLtVPq4ViR7rXY+J+VqhlIt8u+ld03jRoZhFebRwKMqLHexaB9kn68f9RRjwoM4bY mGw5oj9JyI81RlJmmdEgTE4yufDfK77/HgUeh4MccHtlBfqNxSc3mqH00J1ClI4Qfxz/iZzNQZPt sLlzd86PacX0D4UHbf4Lek9pQcOIguU0tUgdLoW/7kurxOCYOFyULQ8NcxWH6AcRNLQgLPIMpR6H +FQGcmVl30V0STRzMcw9KztNPc0W86WyDbfKqsQV2MNEG9K8soy6hr7nGl4NA4C5cS6NE0BBggJp gM6r8TksMfye/Q0AAP//AwBQSwMEFAAGAAgAAAAhAHZ+Fia4DAAAyUkAACEAAABwcHQvc2xpZGVN YXN0ZXJzL3NsaWRlTWFzdGVyMS54bWzsXGty28gR/p+q3AGF/EuKK7wIgCzTW5ZlOa6yd1WWN/sb BEASKzwYAKSlTaVqK4fI3iB3SI6zF8gV8nXPYACIpETasmNJ3ipLwMxgpme6++vHtPbJt5dZqq3j skqKfKKb3xi6FudhESX5fKL/8O504OtaVQd5FKRFHk/0q7jSv336+989WY6rNHoTVHVcapgjr8bB RF/U9XJ8dFSFizgLqm+KZZyjb1aUWVDjtZwfRWXwHnNn6ZFlGO5RFiS5Lr8v9/m+mM2SMD4pwlUW 57WYpIzToAb91SJZVs1sWbjPdFlQXqyWg7DIlphimqRJfcWTqmnWE31V5mO5pUGWhGVRFbOavhln QTheZ6muZeH41TwvymCa4pCyNbeclXEVl+v4WV2XyXRVxxV1jf/YzL3ch8IlTZLXvMHeqT0FC8Lz NKLf07n4+TaeaUl0CUYahq0/fRIIuuPnaamtg3SiT+eWfvT0yRF9gsHyiT6ulu/KOKanfP2yXJ4v z0p6Cb9bn5WYE1PqWh5k2B1NwB1yGL/mGCYm7n0+b2YKxpezMiOKwEENFELQrugnPgrG8WWthaIx bFvDxfdbxoaLF1tGHzULYGtqUdqV2NHmdrxmO2dJrLlqTzRwY0PN1xUfSrOS2srAN4cjCxOCdPHM h9xuy3Rt3/cxgDbXvNBptVMty6p+GReZRg8TfZnEzL5g/bqq6YTmkTz9IPoJnJhlKdQNLNXkCXb7 rW7/0DEs0+JRWE7Oh6dmQRaSIk2i0yRN+YWUty8x1FwneS1kyPQNQ65aBfWbIhLNFhS6aQ/S5SIQ zbYtW7EmKxFNzVuvuqumufZ+otumN8QpBdCMMo/wlC0heVU+17UgnQOgwroUYt39Vk3byjhvZBFE sWjyWtJ6JFOz3EqHZCiPbL6ZZjrCk6BaiDV4OyRH+CjNiYB4NovDGgykRpJFoVJVfZVC0WiU0tet yprWppqPlTUYz8Ak9ZEpjqLPryAMARfNh3J8S80hHwv6m5WLvFYfZwmwbtvqLckzMV7sXOx4Oa4v j4voiqiZ4jeAJcjDRQHgJ77ilHAmVX1Oo/kFygtBpWGK+VocvM6PywvGI4L9XL4CTxZBPodtOVvl IVSIjwBMyKOzoAzeYpaLVZZkxU8Jg0+KwRM9zgc/nMtDxmrgUkMiM4zAYzeEwDQKRPyeFNGjaRgX PwRDTNf3TZchxDJN4zqAeFDiEfSeAUS+kFTtBJA4TWEMOyAiRne1Pi9I5fmghfZZnm3cnfq1gOEM lZZ1tc+22vZPqX0kRAWsb3m+iN5r03RVvg2AKhaQEUITJYS36gWySO1EsJS6Gua9LOofk3pxvgiW MIDGNskny0orVS3q0Pa2AKXZae/s229OYwN0FPHMcIUqQrW+gkqjsQ8DVEzlZ50U+arWTJagw3CF 5BUybZtDF/aU5V84UqZvAWYYZUxjODQ8Bq2Oo2JaQ89sHBXAkGs5Eh0b961BEOmoREQkL7HVVel6 Iqbp27acbbsfMi8DdkOu6Zuwc/OqcYUqbVnAlb5RDVv0YWtOy/Z0czTaqps2DqXR2Y5uKv9hQzfn FU08lySJcbxU3yo36NCS5ap1OojReh4gtuNbSUTiTXTIUsTeQpacdi+6eiS0WOa159IlzFYnA9+y dfpocyy3WwlDo2Imwq6FRj/gAyRlmAqLRW7Lu+ItvCcNQcvAMWh5XYNQD4gOPBJOy9YpbL1olTYO szFSNuJE+xYWzrOH+Pbu/Uu13z7bdrjE7RFvHE/PJ97bv6QNKiPRWjjTAncaC8dHRC84OTbI1CX8 qg+3cLwTqVsdceVIYNOvxuFjUcEk5bMzpxTxXy3cw3ebTcSnwm8mBYcbnsYarB7k4jArx1Iv7Zph Wr5niwh8yCarNWq+aZtQBeE8u/7QN8QIKN8Oo1aCrtamSVSRATqD6I3RZxN79XRZetjC59wDgDrO +d4wQIR+DTMhRQ/LI0RIJtTlXVJDVc7SIIwXRRoh8cqSrrSGRXP5uggvKi0vXpbIoghZ7Iyg9J5I QywXWn1F4UxN0zIsN52Qonx9S9LLdOyhayAERkrL8hxkuIQdaFJ5njPyDZ+sLeW8MLrF/g/Suo5k 38heOgQkJ7Jnq7qYJZx6aQID6trML5TUXN6UHtCqrH6exgHyT9Ko1U+fp0l4odWFFkdJrck8OJ8k 0uXIX1BojsQdfvL8nzALMVLiQUfflQ7mSIf3cE4Olw5K1OgyqfxRQmI6jofM4Q1S4qAbnhSv8oHY fIOUHCwYlHhK1/A/IcSHZp3uUqiIrSxTVU+oIFoiP0YbU7QiuPs8tJ7HYZFHWhqv43QPumDzPw9d 7xZJuT9ZcBk+D1mnxapEpLPvcTmfja5ktpWsT5o4RVJBmrSToO5bNIszBB8LWlGNW8ufcb0WpDMJ XpxRZcNG5m8fC2cPfZNThDBgLjKjiLb74GWZtk14xSbO8VzkMz8Rdqk8+VRQ0Fgxtmjr1Gxz5OVB gkPfR/FsIzlOZ4dLI5lhudHb3Tfr2caEAK5+9NdxlNEn6GHTCfSlrYlneTHAaEc/ZmnE95J/8/1j 37FOjIFzapwOnOMX/sD3fG9gntrD5yf2sxcnnvV3JA/Y2YkgcHWSxafJfFXG38vcFZn/7oXApsUH GXCvyaa7R+bwyDRazAMh1NMx8d2pZPTAItc4Lmylbr5bQNpPqshpUdAde9ewj0gKPlZHZrhyYSX5 6yoosYLUE5GhO8QTRMaQA3vyBLfriT+Cq/il6MkBeE9s/aLUA1LWvVNsqLtdWe5WOC1YcxGSnOPi ONa+W2XTayJq9QN6OskPcD5RYoK5t4mpSEsfIqa+a9quIwKWrWLqDD2CvC8Jzela9BAH5eEIrEJ3 B6huAckHhnd8MnBs92Rw7B17g2eG4Tmnlj18YTxX6F6ROOaQGDqIQ0D9t1/+/YfffvnPpwZ1Fcp3 Ml/9GJ6BvVtM0w3Dtel7lFsgZE+oyCa44m020bSsqzENE5E3HCyg8eB6KszDlRB0l0Lyh5wII+6r lHKbD7d9cuHkja/NVSwiH24iUUH/fXxCnL0c4aN1r0lwo0/TswfRuSZRF+AbLpGinqFdgT57EV/r SO5hgo9dPlFhh8embi9MyzfBUpvOzYlOpTNafYmn6AJPuDGkNmhrfYmn6AJPsrZnojdFPrIF/aJF jbGbFgS4ostpWgANomXYtACVRIvbtKAQZZEmOaps+BducYv0z6KheRIuKAz06+AK0voq4ttZpJ/b FnbPLdPxHN92XeypHFMhYfkqks7BzrHYhxrLgdsN82KHaqwMHnfOi72rsRJ3d47Fqaixw43d9veG 81JjZS3hznlxEaHGypqhnWPhraixMpu3cyzygGqsDBB2jfWAdGpsU2Cwc3CPcU1CuTNaMr6+5MIt 3IcjAU8pZX4lKJZhnLxtpHKa+uCsGs1TLcNjqlnlpzPcDXNJaxNzt73T1XeoVWaw3eW9Uzpa1y7i koqe9wl0oYRsbXuoTjlttXxz4c+I3QlpOz77DrskLq8bu8RzCru0byVSOZ+qCl/6HETRUh1L06NU DGc6d9oZcI2K6zhqnuHCYaL/KftpkNbChsXBtY44EB1hda0jrKhjV1jflxQUJSPZvCE2qNF+jdJQ d+i54FmSw8OjQgDLtx2XwIxrAz9cqtL8fBleF6reFX13REcA60oIYJuy7oogV7l2Mh1irMBZoUS4 lljJUdPV+c9KoNkXEcc5XZ3iPrhzpD+ivjHCv0qTFYKYYhGUWogfE/2///hVfLdL7G0OcA4S+4bW nkRvyka+SzbywQ7ZyAc3ygbDhkWJLcF/F6k4uk5q+W97nvMl8F/mBcmHUwClOKsyXbfw/xqf/xKX UZBLperx+Ldf/3Uzjy3Iz4HQ9vl5TIwlnYNpsFse+747cmHzWh5bPieO/m863hgZ5dcfwGWRce5p +TUu36bN/7yF05yd/sK1mdgrOe20nDaNkQdB7bDa9GzPhh91L1ktkqafktVk0w/zVz6/UhN/JauH HVZbSEdQ3k1pNVehYjv3ktUi8fjYWU38lax2O6weGn7fSbvXrOaoD4CvjPnB7thtAH4ftJr4K1nt dVjtmSPDQ5z+MLSag/ZHz2rir2S132H1yDIsp2er6c8I7iuAf2U1ed3EX8nqUctqVDSgzuGrVqt4 +iEAOPGXLw462ZXluKgX+Is49aeosohExNp3oNrbMhBfeKQiSk2u5x2aW+GPdVbv4YFsD9JHKOSk YOQRHsiOWNb2zDvJUtxDEdkR8rF/8DhlZHtkZHEi63GeyPYAAn8zILLRjxBHtvvZdByPFVm3u6Pi zudxao3y2rqOGkoH2mtWKilo/hdMT/8HAAD//wMAUEsDBBQABgAIAAAAIQDV0ZLxvgAAADcBAAAt AAAAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlkZUxheW91dDEwLnhtbC5yZWxzhI/BCsIwEETv gv8Q9m7SehCRpl5E8OBF9AOWZNsG2yRko+jfm2MFwePsMG92mv1rGsWTErvgNdSyAkHeBOt8r+F2 Pa62IDijtzgGTxrexLBvl4vmQiPmEuLBRRaF4lnDkHPcKcVmoAlZhki+OF1IE+YiU68imjv2pNZV tVFpzoD2iylOVkM62RrE9R1L83926Dpn6BDMYyKff1QoHp2lM3KmVLCYesoapJzfeS5qWd4H1Tbq a277AQAA//8DAFBLAwQUAAYACAAAACEA04GHi/UEAAC1DgAAIQAAAHBwdC9zbGlkZUxheW91dHMv c2xpZGVMYXlvdXQ3LnhtbOxX227bNhi+H7B3ILS7AaolH2JXiFPEcVwUyMGIW+yalihLC0VqJO3E Gwb0tbbH6ZPsI3Vy0hRIhgwYht3YIvWfv/+k43f3BSc7pnQuxdQL3wQeYSKWSS42U+/Tx4U/8Yg2 VCSUS8Gm3p5p793J998dl5HmyQXdy60hkCF0RKdeZkwZ9Xo6zlhB9RtZMoF3qVQFNTiqTS9R9A6y C97rB8FRr6C58Gp+9Rx+maZ5zOYy3hZMmEqIYpwa2K+zvNSNtCJ+jriCqttt6ceyKCFinfPc7J3Q Vsxu6m2ViGqX/CKPldQyNZYnKmgc7QrukSKOPmyEVHTNEaRi526WimmmduzUGJWvt4Zp+yr6sZFd PsfC0goRxjn4MGo6k3eXVBumVpAE4My+hPI1p+LWI44PygGqdwK04hVPiKAFLmaOwl7q8qNizD6J 3XtVrsqlcrRXu6UieWJ5ax6vV7+oydxRgAwPvUfsm0YSje5TVZwc0wiwkXtn5N7+golG7N6QuLqM u9s4u36CNs7On6DuNQpgQavUelV59LU7o8adGxYjqTeckWHrmSX/yq1GhnahafS1DoVBOHw7GXqk c6BxaxL23wbhkUesc0eT0SQInOOt0TQqlTbvmSwAljZTT8EoYEUjurvQxga2I7HXWvI8WeScu4Ot MXbGFdlRDtQ3oXUEHA+ouCB3U68/GkI3iSnyRIkET0UJcLXYeITyDQo/NsppFtLKd/BYm+ZUZ5V8 J7XWwIWDL01hb22oDXqVO9rsOTKKRlzcsBRJBIQHTrYroc5ibhqLHaVlSaG7ZbJpC28euknjGMXQ MNb0nTUvYWbOfnA4zVKYlrnIUclPae9MTit6l/u1x2Vk7mcy2Vtxa/yjgqiIM4m2ZqPrYsq1Wdn4 VAG2lIjaAQSE0QsxU7eu8GxTE/UR6GXIV3TO5VbEyBUXAtSQSJZU0RtIud0WeSF/zl2VocLRv5nw P61q0FATqJLGRDxWVfLtWuk3tTKnhpElpzHLJE+YIk43OsrVrqoOoFReyPhWEyHRHmrjoKKlsA2i So8yq9tUYjBYfkUHpDz1qjQJq/poiCFA1Bqq9ELUOg+aIH8jrim6nW1gv00ms8mwPw/84SJY+MPZ +cSfjCdjP1wMRmfzwen5fNz/vemdCVw1ecEW+War2PW2KkeF6B4GlOjCnHFGUTd1K6s6B43MyVEv HPXCwBaiceUIQ1x+dkAdioL1tshfis2gwWYhJfr/A3T6FvCD2P8tdFJkrIPnly1V0NAgVFXeqyB0 kLqvEBG04Gq4rdAjGbnaFutHcRm8Rlyw80D0k6FxcXc5azP9dZJ3iKTtI1H9YDyb+8PB0dyfjWdj /zQIxsNFfzA6D87a5NXWcwHrbL69JGe/fP7jhy+f//yHcxaTsEKom72jB5C4tD1cKQ5nL1nfXcoE y0tuNxW6d04+2i4Oh7E/coO92zLGg3CEltYO4+o9iq8R8t8YxhZ7rOTYCbPkjqz5Vt1QtMHBZDTC DElyu2cM3CqCA0ZTGNiD3Q6qRcBgmVXS/JSbbJVRu08GT03C9aZfXWcU1eY2EOzz1YKDhkMNwKqu w7C7p7zMaE09qqntxtLMeNcMW+vdqZrS2DJcSf2/ZLQTvJl///4lA62w+c7Ao/0OcfOJq0taXu+U zVh8LCJlscziqsSSY8ciSDsSK6P53Dz5CwAA//8DAFBLAwQUAAYACAAAACEAt+ubM1gFAABuEgAA IQAAAHBwdC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQ4LnhtbLRY227jNhB9L9B/INS3Al7r4luE 2Iu1HRcFsolRZz+ApuhIG4pUKUqxWxTY32o/Z7+kQ0p0ZK/jOLc8OLrMDOdyznCo84/rlKGSyjwR fOh4H1wHUU5ElPDbofPlZtYaOChXmEeYCU6HzobmzsfRzz+dZ2HOoku8EYVCYIPnIR46sVJZ2G7n JKYpzj+IjHJ4txIyxQpu5W07kvgebKes7btur53ihDu1vjxFX6xWCaFTQYqUclUZkZRhBf7ncZLl 1lpKTjGXYnlXZC0i0gxMLBOWqI0xujVTDp1C8rAOqZUmRIpcrJTWCVNMwjJlDkpJ+PstFxIvGSQp Lc2TuaQ5lSX9pJRMloWiuX4V/mptZ6d4mGkjXJkAd7OWx+L+M84VlQuwBIVTmwwWF8uvN2sHGT1Y HIrqjKBaZMEixHEKDyaCKzCJ7hMVownOdO6MTJ7dSEq1NC9/k9kim0ujelXOJUoibao24bTrF7WY ueUgBhftPfVbawmH65VMR+c4hCqitfF5o39BCYd0rRCpHpKHpyS+PiBL4osD0m27AHiwXRRwmlUR /RiOb8O5SRSjyNtGVYliUL0U5C5HXECcOvwqPHJVWmM6Zm0+i+v0K22qlqtemnxY+dzk1Dq6zUSn 2wc+OAgC971evz/YzUkw8Fz4c5DOjOf1fLdrsraNGIeM6yRyMUsY015WT2DtasUsVOuxiDZaaAn/ oaCYk1gA6ZbVWixXC7VhUH5QLZkHjiLMbqErMACHNrfIiL7IMzJXOSoxA2e1V3a5+v2yuIJWYWoa 0dUfYCb/CyRNfEuDIYIhmZgBb5Y4pyzRjWVrplq6iqDhEhQRh5Bq+AGLd0WapOJrYjDEsG5WlLe+ LKBZpWrCKAa3a1yp0YQl5A4pgWiUKFRRBpk6QWuDiHWylFnQ2Kc8mmOJteOPLlOFDD5Bgm1iTa41 Fh4HXLAFnEb7nGFCY8EiKpGvswgstch6EfZ0YR0gKrDI2DPI0/g0F6dD0Ou4vbNe5wgGe2eD7rby FatN+BUZbEYs1AwWDuEL2u/l0DHgB795BF1J1+0HuBFVwc2wYIuUBiDHdLUPTSsGcK3fHgYmBGtF a9ib5Uvm11R9RE3juYIBqFlZuAyOqzUI8yALap2jamfNxawoaHVP16pEdV/YZxXYQGDLcIniSz6W d4amelfl9S30nhhoBlv3vOAEqmR64dsyUnPCEDLfYSS4/GyidSzR7F7X5FrwOq7pbhZjtqqZZjeF Fzb7IOhVtX3YAQdeN9CgNN0+ODvzuz3jMiTixVTTmG5042AHvbrX74G+IesPmuA7gPSm7A6ZLBUa 8G7K7lDhAKgflX1nKL9sPzmKXgNh+LFMg0HqxUx7yr0FJYJHiNGSsgNE2ncFhqB3c+UmTuTpnsDu +G6ezEQhYdo9NSnQP97PlWR10BNoAO83eXRtQ5xiRXcmD7PNv3byiBRMXnt9sdoe9WHg4Ahi5p2j k4IZG8zct4Kziz5//D0YjAcdf+q2OjN31uqMLwatQX/Qb3mzoDuZBp8upn3/H3sSiiBUlaR0ltwW kl4XygwWenw8TiFgqVlajXptr9v23AcWgSO6UTYK1TRVjQPP3qx6tjYzIeA0t1Od7uv2qupIuFKy Ks+fBZawgt25nti6nlOht81I32ZkwZKIoqsiXe7lpfcWeYEvGGD6YGqemJ+fk5oteDsAWh+A2nL7 42mrE/SmrXF/3G99ct1+Z+YH3Qt3sgVvriPn4J3G23Mw+/3bv798//bfG2DWTPTVFwG41B8QzBGF yc84uy7NxABfeQBPE/Mog+FQMwBEH0S0DfudaPQ/AAAA//8DAFBLAwQUAAYACAAAACEAkHJo7X0J AADKHwAAIQAAAHBwdC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQ5LnhtbOxZ227jRhJ9X2D/geC+ 7UKxJFISJUQOxvYoCTAXYexgnltkS2TMW5ot2c5igfzW7ufkS/ZUNZukLMljz3ofAsQGbF66q6vr cupU89vv7rPU2UlVJUU+dwff9F1H5mERJflm7v50s+gFrlNpkUciLXI5dx9k5X53/te/fFvOqjR6 Jx6KrXYgI69mYu7GWpezs7MqjGUmqm+KUuZ4ty5UJjRu1eYsUuIOsrP0bNjvj88ykeRuPV89Z36x XiehvCrCbSZzbYQomQoN/as4KSsrLQufIy4T6nZb9sIiKyFilaSJfmChjZjd3N2qfFZvqZcloSqq Yq1pziwT4WyXpa6ThbMfN3mhxCqFkbIdP1kqWUm1k2+0Vslqq2VFr2Z/t7LL52hYkpBc8wb3rVbF xd17UWmpriEJjtMPJRYvk/Dm3nV4HhaHU91zeCu8TiMnFxkeLJNQb5V07hIdO5eiJNvxmKq8UVLS 6Hz3vSqvy6XiqR92S+UkEYmqRbhn9Yt6GN/mGIaLs0fTN1aSmN2vVXb+rZjBi8496/xAfzFJzOS9 dkLzMGyfhvHHI2PD+O2R0Wd2AWjQLIo4Lc2ODrcztNu5SXQqnUGzKzNUYOq7IrytnLzAPmn7Znvh h50VRnsm8WVcm1+TqHqcecn2sOMrtqlVtLHEKAjGwXTsOtj5oD8eB/1HVhlOfA8Z4zpkm8E0GNAN aWNFYRUju5zp+4sieiCbrvAfrhN5GBdIrxW8LGZ58Wari3WizXQzhl6klb7WDykCANe7dABVHZFu gAspT1xtPwAD2FmRXH/C2+rXuTsckForsg5NlOu1DPW7qpZuBrKetUhz3VkK7hEzGBF/IPJ2myVZ 8XPC0ZEKgiGZ9366Bgxl+jKVAurUttHnl2kS3jq6cGSUaMckg8MeAGhhJ2QezQuyfJlHS6EEaX5y GWMU6ASDWkOybcnLp0NpZEPpSmjpLFMRyrhII6kc/zWiKtLYP4wdi3TtIhWRJwPjf0o2CsGDKMNG 2h3YUGDnWT/zDVt/DWyg/P5nEFwE/vCq3/MX/UXPv3gb9IJJMOkNFt7o8sp78/ZqMvyXRZoIW9VJ JhfJBnDycas5AMiJT/sNccVL6/Px2WB0Nui3boIiHESto7qiMAsOfbFvkFYG+BZFAbTc887oNbyz 1sq455etUFjBesjixSt4qBO6r2CRibXIdZpE0vmwzVaP7DJ+DbuAIUD0UdMMST7H7OsFr4+gHSJQ e/3JxVXP98ZXvYvJxaT3pt+f+IuhN3rbv2yCt6Kd59DOAk/XrIdY08bs77/9+2+///af/3PMgnaZ mP0ENAUKojxN9lwC85nUt3b8QoWZjFExANSnCow/mpgBVGDsjUk4W7VLVenvZZGBW1R67ipoxtYT uwbu7RAyalXAxIskTflGbVaXqXJ2Ip27C/7hCHg0LM2du7kbBFMudQI1t/qF1/gaYVlC2Z4mGSRi 703BTHPGGFuo6AYsFjQqju6cVbpVnwSwcDQakRJRQnsdBPUNqujIN8Lq2qhB/1ShP4NMXceCGFjf aNzdMc8wz0VaxsLYwYNQW8UrM5wRrtGG75qKynYMZS49BskQZE6J2hmF0nGxUaKMk3ChilyTdVHG k02sPyUbRyUopPquWKKQRAl2UYN1oQHW2CB2CoLP/5UE5+VgaJSzYlifqlWhKr3ICbFasVWf5+7Y G/HWV3In0xvy5JCM5ToxcZb+qK7b9QSEA++oa6fpmH7ryOiOA+7TYowZJ3lO+mMOij0d+D7W1Hxj eBM8pNPLAqGHF5YNGQuAtGdf4ENsSa6TxIjQMrxjOUkOAIHpesPA88c+BNdciRbjEVK8yy/ULVEj snKS17dkEeQ0+qDlNg8pvNhsaX5dhmySMlzqqo6RNkS67y/k+vHIceOuqgzr96uttTK1ZLLJQBHC idrUJ3ADO2q1vf51GWqzMueMCaPVdgEnM8Ndg9nM3c/QnXrEymEgJxE1N6QCTZAOJtgW8ZNsi0mN Iba3UlEHSryWd7aHHvva63ur+R4ssIk7Sv4jy3tpnQhSPHohhdlaWD16EVZ1+LX6c9i/mHZ4FsJt v9VlhWw2dGW2k/iqXgOtnqUarPNJLkgGtShe916BF5CpuR4MfK/f94w9bBvm+4MpRRQ3HN5o4I88 a3QryYK9rQfFNo+oXLH/uCjQuhvbdoroZ9dZZynOCVAFnEnAKyJe6qEUOXWF+VIArDaGPxytHoPh hHKGZOQF1R/O32cWA6p4T3RSTyBMCysGeTsdjm2mLGIY5ZqUEbNOO8XJQFo0PZi57og7hKIGeV6A OKwlJ+pXtl0J8Jl6LxFFDiKRjhRaUsSC2ww63W9RNdKgHLYOvjjNpjbNFmlxF8Yg4DNnqYpQVpUT UEw3WcbXxMXJvJQrxygT1XKqVv44GE8MLtcZ403HkyH6PCg7Hfmez+nQnluMgxF17Zwvw77v1f1Z m3g2uOt0WUPdS1K3VrbNGlLvqVzoFszFBf2auS2x8Ef9Ke8dcrrEYh8umWuhZpPSRLVUHuEqKyOw rnxj61mI5uYwH/d0MHSOBnXIDY4F2tJ1UgkyypWoYlNyWD+GMkT/s1haTTAMS2tuwG88QBqt71To lQnJ6JJcZy5Nxpzkbvv1huCGTRALdEtMYUFQIRGegoGFfl9E5jFRaPu8YwtmjPW++CSRKjF7+STV 66AQH2XQSmn+Sa5N9+8Zhfb1TJuKziNpyhr410wy4dwoYFTepwL1eJpqeOdLJjczeGUwhmZyloBn Pa3y2ozn1Kx3fHh+0ZA3ikq2/uFhBpE0414a5LwUEp8DWnWGsq4vOCQCJNiTiEOsmtJ+vgarcADn eSPwz3WalD9YMlmDFjoMbzxGv0+h740nAZPrDmr50+EQc6nr+xO1YLwmgZ+Czj8UanVwiOHpTxwi eHqEgi10/pFw6H8mT8h8c8x0Q7y/26AwOW/giC328o8h9G3BHP91Dq4Ndf/KXsUHx6ob3RbE9nqV +qDLQLRpVTq11KK1PRA/XVBoy5a4H/T8AHLLuXncsc59UOtJTL7z/uKwc7fct9u3H/vUMqDDFHbF XnPc5WIT/rEp3g6DEsc+xfAWh3XD3ulCOp+XYAM7AJfekbE146F9tgNw6R+OpXM945nOe1yOvjDU vKcVjvVBEPDS8xYo8bofnSh/mLZUe00QVD7a0XBImq+tuKSPs1z8U/VelB934IYCH5fp2y6IIh6V OGshu2FoO4Rk2G/w5/8FAAD//wMAUEsDBBQABgAIAAAAIQBs5sd12QMAAMwMAAAiAAAAcHB0L3Ns aWRlTGF5b3V0cy9zbGlkZUxheW91dDEwLnhtbLRX247bNhB9L9B/INS3Aork29oQ1g7W9roosNk1 aqfvNEVZrHlRSUqxWxTIb7Wfky/pkJL2kjqBs7VfZIkcHs6cMzOkr9/uBUcV1YYpOQ46b+IAUUlU yuR2HLxfL8JRgIzFMsVcSToODtQEbyfff3ddJIand/igSosAQ5oEj4Pc2iKJIkNyKrB5owoqYS5T WmALn3obpRp/AGzBo24cX0UCMxk06/Up61WWMULnipSCSluDaMqxBf9NzgrToglyCpzAelcWIVGi AIgN48wePOgjTDUOSi2TJqRQMKKVUZl1axKBSVIJHiBBkp+3Umm84UCSqPzIUlNDdUVvrNVsU1pq 3FTyY4tdnOJh4UCk9QG+ZM0eCtgLtLPrfYC8HWwGIgYTUIeseIokFjCwZpZTBBqiX8GYEczRmu6t NzPFWlPqFsjqJ12siqX2q++rpUYsdWgNShA1E42Z/5RgBi/RZ8u3LRJO9pkWk2ucgHBoPw4gvw7u CYtwAk4gUg+Sp1GSPxyxJfntEeuo3QA8eNwUUrOoI/pvON02nJqUzmNUtSmGpXeK7AySCuJ04dfh kfuqBXMxO/giR7UE1vHb2NWTno/W3gCnniy7n6r04ALfwK8fxAk3dmUPnHpCwG2cADg8gP5dKZhQ vzHPGseuIqkM36+gIoWdcYqhYhsm7WTGGdkhqxBNmUXvsLFUI+8Z1C/gXwNVFpRq8KlMl1jjX762 jYscJ+AThNP6Dq81uV+muNdS/CLb0JJjQnPFU/Crew7aHYkBUppBedR1EEDGQjq1mn2LFq4HAgrF zmnn3TFlQEjEK+71oPhOTvXOF4hrP7L5hATPQSrocctSEoD03jxT9XVCulLxOpoXQtb6eJHg0boH NXsx91aUKOgknFaUn+AK1NvFXFnnTJ/uCaTlxTxZqFLb/GRS+pd0hWVHPYFue7mSh4Dqo2aOLX1R 6b1zVHpqoeX9Aacl5llb477x+T7ruvH/argZnJTuqPtzNJqO+t15HPYX8SLsT29H4Wg4GoadRW8w m/dubufD7l9B0/VTCNUyQRdsW2r6ULrztO7bX6/w+jRwzfgq6gyiTvxUReCIw3gm1HOoV7bjQavN Qil3Jjzvw/1zqJNZXcvze4k17NAq9Jo2/IXGe15GrlpGVpylFN2XYvMZL4Nz8AL3Y4A+So0//86c vH1I2i4kahgPp/Ow37uah9PhdBjexPGwv+j2Brfx7DF5jYtcgnffmrOfPv79w6eP/5whZ/1Nor58 wqu7rvr7JdfvcPFQ+UsQ/IeAfJr5oQJOVFcBYPpk4jDafyGTfwEAAP//AwBQSwMEFAAGAAgAAAAh ALDHabdzAwAANgkAACEAAABwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0Ni54bWysVu1u2zYU /T9g70Bo/waokmU5UoXYRWzHw4A2Meb0AWiKtrnwQyMp1d4woK/VPk6fZJeU5LhJWqSD/9gSeXl4 zzn3krp8sxccNVQbpuQ4GLyKA0QlUSWT23Hw/m4R5gEyFssScyXpODhQE7yZ/PzTZVUYXr7FB1Vb BBjSFHgc7KytiigyZEcFNq9URSXMbZQW2MKr3kalxh8AW/AoieOLSGAmg269fsl6tdkwQueK1IJK 24JoyrGF/M2OVaZHE+QlcALr+7oKiRIVQKwZZ/bgQY8wzTiotSw6SqFgRCujNtatKQQmRSN4gAQp ft9KpfGag0ii8SNLTQ3VDb2yVrN1balxU8WvPXb1kgwrByKtJ/i1avZQwV6WWU5vJT8EyIfCfuBj MAGDyIqXSGIBA3cuCvkwN2OqO02pe5LNb7paVUvtF9w0S41Y6QC6hUHUTXRh/lVCGDxEj5ZveyRc 7DdaTC5xAXah/TiAqjq4X1iEC7q3iLSD5GGU7G6fiSW762eio34DyOC4qWPVMnpKJ+nptDoMjqza UAxL3ypyb5BUwNPRb+mRm6YHc5wdfLVDJ8J3ce2k16OPN17TPtGjEoN0OLqIoamAeZKlw+SRKFn6 Oo9z0MtJM4DoOPYRp5Rb6Kqw+6kqD07SNfyDc1iSnYI2Ila3UnNjV/bAqdcd1MEFcIAfiL2vBRPq T+bN4di1O5Xh+xW0u7AzTjEcB11udjLjjNwjqxAtmUXvsLFUI195cDgA/iWkZ6EgOnwqyyXW+I/v beMExgXkBKr1ROCx9fDbTg57J+fYUrTkmNCd4iWkk5zD1NIC/7+hLzHfBNAJUKaDVn9X664CnpgM RB4Y9FZ4wZ+qv4GGdO31T55P8zSZx2G6iBdhOr3OwzzLs3CwGI5m8+HV9TxL/g26SiuBqmWCLti2 1vS2tkFv4vd9gwr0edjJRTQYRYP4wSZIxGGcGHUK9T+9SXtvFkq5Ajl1Z3gOdzZQ196ev2qsYYfe ob5dz+DQeRUZ9YqsOCspuqnF+pEu6Tl0gZsYoJ+VxneFr9nzFW8KRZtAoYZxNp2H6fBiHk6zaRZe xXGWLpLh6DqeHYvXOOYSsvvRmv3y8dMvXz5+PkPN+mOlvfDg0d2K/k7j+h2ubht/IsLXCtTTzA9V 8H3iOgBCH0IcRv+9M/kPAAD//wMAUEsDBBQABgAIAAAAIQCtFy/HUAYAAEAhAAAhAAAAcHB0L3Ns aWRlTGF5b3V0cy9zbGlkZUxheW91dDUueG1s7FrbbuM2EH0v0H8Q1LcCXuvmm7DOYh2viwLZJKiz H0BLdKyGolSSdpIWBfa32s/ZL+khJcp21pu7CxT1iyNRnOHcOHPIydt3NzlzVlTIrOBD13/juQ7l SZFm/HLofrqYtPquIxXhKWEFp0P3lkr33dH3370tY8nSE3JbLJUDHlzGZOgulCrjdlsmC5oT+aYo Kce3eSFyovAqLtupINfgnbN24Hnddk4y7tb04jH0xXyeJXRcJMucclUxEZQRBfnlIiul5ZYnj2GX E3G1LFtJkZdgMctYpm4N04bNauguBY9rlVp5lohCFnOlaeKcJPEqZ66TJ/HPl7wQZMZgpHxlRs4F lVSs6HulRDZbKir1p/hHy7t8jISlZsKVUXDbanJRXH8kUlExBSc4Tt2WWFxdFxc3F9fF2exX1zHU EAGudY/gs2TKUoeTHAPHWmeRyYKbL7K8EJTqOXz1kyin5bkwBKerc+FkqWZQE7rt+kM9zbxyTMND +w75peVE4pu5yI/ekhgedG6MvLf6F0QkpjfKSarBZD2aLM52zE0WH3bMbtsFIEGzKGK0rDT6Wp3A qnORKUYdv9GqmkpAelIkV9LhBfTU6lfqJacry0zrrNmXC2t6zaqeV3009rDzpbGpFbSxRNTpYS+4 DhTv+F0vDLvbRukHwaCrJ2jT+H4UenjRwlhOWKRiXcbqZlSkt9qkM/yF5whPFgV2VqJExZVJNVW3 DJ4mMVsxHzI5hF1i8+spejSl818wKH8fulFHrzszzk8IrMCRBDBAJGWZTgdWkJqTEWpzBZifxDAS fsDyaplnefFrZrzPiE4xlLc+TZFicnXMKIEUdUSoo2OWJVeOKhyaZsqpAt1RxllSK6D1V2ZBw5/y 9JwIoiX/5jKV0SATLGYtZYynvfjtUAmbUNFxes5IQhcFS6lwAm1T7CobE8+KGu0pF1sM8W+D7FnB Ewb9oNffjp3ICxBPdex0I8/rW4/Z7SgLlqWTjDHtJJPl6DETzoqwoTu7rATCh81ZjDvXkNXrDTom YLY+Po5FniFtOSzLh24f4dwENOPGOS8LZyT1k6FrtIVdeYr0aSKuCnNmZGZ8WiZG5TI5T1Slr78t ynrGiM7tXCWbufUmlGVSf58tT7E/EBJbm8gf1JvIe9Ba6maHwRHn1Zasdle1Z/Ua2HRBnVJ2r4y0 YrdvFfobFHgM7yX24Zh67zfElgLE0f3EJmGZxNEQWwoQd55MXFHAFF9lF7BywNJ4mJITPhJXJl9p TMDrVyiyQLoB8Dhf8gTRYMz8uplJ5waTmORWZoLIT0440TcTTvh6CUfn9wVh8zr1GM6mXOmiZh6m xku2uNhqs65b3W4YRTAtytIh99Sl9JB7auhwyD3/zdzTsbnnuOAKlXML70QvSz865fy2JAK1v846 BkA9Leus0fKgO/gKLG8BnghoWVexqgRZxPMK8KUUUo2JXFRQIMWTXoPEz4Q1hnazsKGeGWBeZZNw EPoDnFcslGkFvSgMKjTxYhzTa+yzxjEbJ4AAmLG2Xy3UHeSxdwE2wOEa70CWBou8FMk9YAGDgxoQ 06y6RkD7tgDOhBsu2IGi/l0B9ozEnncsvBd8GQSGHwsUcZPxbKD4kHhTmhQ8dRhdUbYDB94VBbt6 b6JcLDLxeElwyN2bJJNiKdTi0UYB/N2fKNl8pyS4g9rfBUL3vpraee2aaor002rqBpI/FFWcMfdc Ug5F9VBUt6v6oajedxV8KKo77sf/70W1Z4vqmCi6dUo1/ZOX3sqnCl2J7Ssyv4LhusW1844Mh4R1 X8F2YLbOdubF9ETm6MPprtof/f6oHwVjrxVNvEkrGn3ot/q9fq/lT8LO8Th8/2HcC/60vb0Uqqos p5Pscino2VKZG2XdWrkflwL6mqXVUbftd9q+t4amEESf6DbQzyYrUD3nAhNN46rJOCkKfdG/2TPp vQzvVE3OOXpVxj3b1wn+Aw0UqPNoD72uRQbWIlO0W6hzusxnd+xiOjcvjVr05MF6p2keuGp5imma 4I0QtAECteX1RuNWFHbHrVFv1Gu997xeNAnCzgfvuAleqTXnkE7H21Ni9svnv3748vnvV4hZoGLb 58ajboab9h0TH0l5tsK9N65wTEcdLTAMlWgY6B2Aqespmof9z4ejfwAAAP//AwBQSwMEFAAGAAgA AAAhABeBISuCBAAASxMAACEAAABwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0NC54bWzsWFtu 4zYU/S/QPRDqXwGNZUm2VCH2ILbjYoBMYtSZBdASHWvCh0pSit2iwGyrXc6spJeUZDsZd+K8vpof W4/Do/s4vLzkyfs1o6giUuWCD5zuO89BhKciy/n1wPl0NXVjBymNeYap4GTgbIhy3g9//OGkSBTN zvFGlBoBB1cJHjgrrYuk01HpijCs3omCcHi3FJJhDbfyupNJfAvcjHZ8z+t3GM6504yXx4wXy2We kolIS0a4rkkkoViD/WqVF6plY+kxdAzLm7JwU8EKoFjkNNcbS7qlqQZOKXnSuOSyPJVCiaU2YxKG 06Ri1EEsTT5ccyHxgkKQWGWfzCRRRFbkVGuZL0pNlHmV/NxyF8dYWBgSrq2Dd6OmNwV8S9+Ky8Vn B1kcfAyS6AwhO+mcZohjBg+ubgUaC66Bxr5SxZUkxIB49ass5sVM2hEX1UyiPDMMzUin07xoYPaW AwwuOveGX7dMOFkvJRue4ASShdYDBzS1Mb8wCCdkrVFaP0x3T9PV5QFsujo7gO60HwALth8FORa1 R9+647fuXOWaEtTdelVDMQw9F+mNQlyAn8b92r30omrJjM+GvlihJuyGqsHVL208WryyMW0N3Uai Gwa9vgdTCjz3ozDw7wUlCn+JvRjiZULTBbTnWcS+yzV1kej1SGQbE9IF/NuU4IQqPdcbSmyoISA4 AbPhBxJ7U7Kcic+5zQfFZn4T7n6aw/xmekwJhvnfmKOHY5qnN0gLRLJco49YaSKRtuFThv8ELNKg gYaf8GyGJf7te58xMcUJ2ASBam2Hyzpt/528oE1eo2A0ozglK0EzsMh/XirVHzADMV06oHqQZJv3 p+Wz2/PDJl07lQf9XtSHHNqEhv1+EIZPS6jJIq1ot9FVRpYm2MYBP95qZA8Al/4BLFhoRWvJWgBg gwPYnfb2AHAZfovt3rGhBQC29xC2BoAwWuUaR61wYSQCBitXgs/5SN7YymRqPW9uIbArUDIsKLOS p7pJ4Z7on6ZzU6OszNUdndfyvW8eFMtXM29OUsEzRElF6BGmQKF7NVOuVrk83hKYta9myVSUUq+O Dkr4mqbky4OWQAF4vYoIDtXr+qGKGLxoRbT11S5sZvk7ZoXr+VDv4nqFe6uIdsnbK5lvFfG5Bfut Ih7o1v7vFbHXVsQJ1uROgxg+rxzWvX6moUe+1yrWbZTZAh2sjNDs7rrcBzr0JWzUzK7rzzgexaE/ 8dxw6k3dcHQWu3EUR253GvTGk+D0bBL5fznNBiQDV3XOyDS/LiW5LM3Wrm70v9/zQFtlNwd62O90 e52ut+srwBDDsbd07VM9sX/vt7mZCmE2Efvte+8lsrPUsk7P7yWW8IW2mX+gm39Mhl42IlEbkTnN M4IuSra4F5f+S8QFjmeA+mBoHljWHxOarXhDEK0PQnW9aDRxw6A/cUfRKHJPPS8Kp37QO/PGW/Eq 4zkH6x6r2a9f/v7p65d/XkCzdutZn4PApTktsUcdVH7ExWVld81whAV6GttHBewxzAwA6A5iONpD sOG/AAAA//8DAFBLAwQUAAYACAAAACEAc2FOXQoIAAAcIAAAIQAAAHBwdC9zbGlkZUxheW91dHMv c2xpZGVMYXlvdXQzLnhtbOxZ227byBm+L9B3INi7AlqJ1IG0EHkR2/G2gJMYURa9HpEjkfXw0JmR bLcosK/VPs4+Sb9/hkNRB7u24wRtsDcSDzP/fP/5wDc/3hXC23Cp8qqc+cEPA9/jZVKlebma+T9/ vuzFvqc0K1MmqpLP/Huu/B9Pf/+7N/VUifSK3Vdr7YFGqaZs5mda19N+XyUZL5j6oap5iXfLShZM 41au+qlkt6BdiH44GEz6BctLv9kvn7K/Wi7zhF9UybrgpbZEJBdMA7/K8lo5akXyFHIFkzfrupdU RQ0Si1zk+t4QbclsZv5altOGpV6RJ7JS1VLTnmnBkummEL5XJNM/r8pKsoWAkIqNeXItueJyw99q LfPFWnNFr6Z/dLTrpyCsiUipDYO7UlNZdfueKc3lHJSgOH1f43DFkz9xlvqe2YnjoVb/FPpK5iL1 SlbgwZwnJDCPFnJp3qr6s+Sc1pWbn2Q9r6+l2fRhcy29PCUizWa/37xolpnbEstw0d/bvnKU2PRu KYvTN2wKDXp3Bu89/WITm/I77SX2YbJ9mmQfj6xNsndHVvfdAUDQHgobrS1Hh+xEjp1PkAUrV4J7 k5YzWn7AlqOhjGjceS1DYRiH8QnUAAZ649EuY5N4HA8GeEnsmRu7ooXNprVU+ideFdCb0jNfAhYU w6Zsc6U0iXa7hB6rSuTpZS6EuSGH4+dCehsmZv5iFdDx2LGzSpTe7cwPxyMDhMFoZAk7SYoa6lXl yveYWCEKJJpMgk3LiugbBRGmC6YyS99QbU4QJS3lyyXwNkBJ7NZ6lL4XsCk2FeUnvoQZQcdDQ9v4 0xax0A6xWUlblji73UQWDG522WRJAs9wG5v1WzTP2WzxY4c5uSp1u7nI4dbHTt9CXtr1xvobjuup vjur0nsit8A/fIiVSVYhxpF0jUyF0nOSjxUwrYTUOirwOLsqz+SNcT2KcGVzCzPKYLEIo9frMoGt GBFACWV6zST7BCo36yIvqr/mxs8EFs98XvZ+njdKg1fATxxEXFo/edhbQuctn3MNTzEHIqJ82Fin gGrqqyq5UV5ZISo0iEC3XUFxwdpEnTWBShMpA8i9xIayoehs6NDNxlE8PAEeOFI4GQyG4diK08WQ CcwbvmZdDU6JNSbKtK5m2LVYnAQOlKR3VUTKERsRbBUkjEmIcl4n9FLVybVW1jtG4/bA9v1i/QHp 02g65UvSkPr7zAdS4FwYBSfkj0yIRkPNacaJnaEYE6EfaX4eU7OnCn0uOIM3NyFWn56LPLnxdOXx NNeezRyeUQIyPOyQ4oU2Bxr6X9Gahq01kdKuBUt4VglkIi8k9jtm8yLDIofzbbCxweGl9hUMJhMy JaO3o/YVjAcnUWBQP8u+Fg/bF0qSK1gEkglKr7xMEeJIiaTy1py65hYOD80N789sLOuudG6wfXvc LFGZ2fN2ssde8NV3ocGkMpQQ1vABxAlLMf2+Su1jyKh5TgnJhXBjaJ0D8M56hjV562yG6Y0Im4x7 HG5AKqKVHWqdgywIfWdTCKKotk8igtV429NROSjwz+HjqBB3vhkqBwWoRo+jotz/rWTloADV+H8H lYUCczsIq8DoAavJmc/NvZKEKl8nJFOkMRFZ7YRkQH523h65SHvBNN+JtMPXiLSpRneIRJYxsXQR 1/rUgyHXxPf9vGsCrNOHuQGnKAHRsFDr8Y84PotH4cWgN7ocXPZGZ+/iXhzFUS+4HI7PL4Zv311E 4T9dA5SCVZ0X/DJfrSX/uLZlNOmmWwgdZkio3xytTyf9YNwPBlvpAwjh6aTELinseoluxk43l1WF Jm5HO6Z9+NI8uESladTztzWTOMFp6L8kRbCzrQ1dZWQkc6ih15XIxElkjt6Gex/WxWJPLqbW+1K5 YHAB0kdFYzP56xrvCEYbwlB7g+jsojcaTi56Z9FZ1Hs7GESjy3A4fjc4b41XEecl0Ll40jW0x2z2 11/+9Ydff/n3V7bZAPWqHSFs2+aTnUhirKc7DbAdgq3nvcUtygIMIHIaMrB7w+XeYMCV7FTg75Ve 0QSlyfffQ5PqMVbDXCdLb72FWMtPDFFwGI/H4D7NaTwwtOOENEdHGVC/Q8VM0zxqDKRkpf+S62ye MZoJNTnf1V62AFqsDio4qvwame9UcMH2ORN1xiyB8MEKqkVvImM7HMCd6+vw/9tswAXX/+/ZANoU GxI+YvjkRU+PBmTn+84fROEwxKiRuvs4GE3GZii3nRCGwWCIfsvM0Zprm34dob0xGhcCQ2FuAs0D k7SVZGaQtucztl9YqSuFpphNV8qrKwxwj7qSm0TRwm2H8YA30XzAeVnHm04e9KaV6gKwu+lJ27VY dzwOwgYKk767Lm18t3H1LggHDQVNS9448S4IC/bJINpeC1Q7nWGIgHZEErGJbVatj4EwUekZ+mjW W1ls29YTx/PTwDnIRyWEh63F4ItC5tEPZn65TDDrInnRmPJzRdnTQ6dhQ6iHgB7QJeL2zLfCorFQ TJfkT1RegpBVRGOuRKyZ6JIQPTNAenyg+1iD3LWeTk//gHCC4xmBZm0O8K7mdo5+xWnyEwbDxyfK Te7bTYlOCFbk33qinN7YyhxG8v1PlE92skb8ZVljhApogl6XskY0GsdRE9l2ZnZN4Ujj4canXp4z Op9GrA8GYfT1nLATPjux+jdna7/9vODzzXfnbKa0tt9wcUkfe80kXcj3rP64kZQu8E0eXQU+E+JR jc9HFOawdLuEaLiv+qf/AQAA//8DAFBLAwQUAAYACAAAACEAflKUj74DAACVDAAAIQAAAHBwdC9z bGlkZUxheW91dHMvc2xpZGVMYXlvdXQyLnhtbLRX227bOBB9L7D/QGjfFlAl32JDiF3EdrwokCZG nX4ATVEWa160JKW1WyzQ39p+Tr+kQ0rKpU0Lt7FfZIkcHs6cmTmkz1/tBEcV1YYpOQ46L+MAUUlU yuRmHLy7XYSjABmLZYq5knQc7KkJXk3+eHFeJIanV3ivSosAQ5oEj4Pc2iKJIkNyKrB5qQoqYS5T WmALn3oTpRr/C9iCR904PosEZjJo1utD1qssY4TOFSkFlbYG0ZRjC/6bnBWmRRPkEDiB9bYsQqJE ARBrxpnde9A7mGoclFomTUihYEQrozLr1iQCk6QSPECCJK83Umm85kCSqPzIUlNDdUUvrNVsXVpq 3FTyV4tdHOJh4UCk9QE+Zs3uC9hLrd8HyBvBTpDBYAKpISueIokFDNwyyymCBKKZkhaQvIEpbjWl zlRWf+tiVSy1X3ddLTViqcNp1gdRM9GY+U8JZvASfbN80yLhZJdpMTnHCeQL7cYBlNXePWERTujO IlIPkvtRkt88YUvyyyeso3YD8OBuU6jIoo7o+3C6bTg1HZ27qGpTDEuvFNkaJBXE6cKvwyPXVQvm YnbwRY5q5q1jtrGrJz0frb0BTj1ZdjdV6d4FvoZfP4gTbuzK7jn1hIDbOAFweAD921Iwod4zzxrH rhGpDN+toBGFnXGKoVEbJu1kxhnZIqsQTZlFb7CxVCPvGbQt4J8DVRYy1eBTmS6xxm9/to2LHCfg E4TT+g6vNbk/prjXUtzUGVpyTGiueAoedZ9HOEuhXNqcHIFrSA3iFfcMU3wlp3rrS97piGw+oWRz IB/EallKYpv9H+Tp91Ljit9nxjxKTc24px0erXvQhSdzb0WJAlXgtKL8AFegg07mym3O9OGeQKGd zJOFKrXNDyalf0pXWPakJ6Cfp2tiCKg+NubY0kcd3HteB9eSmVoQsQ9w7GGeBXDOuK72UuaV0+nr syQ0g1PPHV4fR6PpqN+dx2F/ES/C/vRyFI6Go2HYWfQGs3nv4nI+7P4XNDqeQqiWCbpgm1LTm9Kd kLUS/7zDa3138noWdQZRJ77vInDEYTxI1EOo3xTYQZubhVJO5R/qa/8Y2cmsrtPzT4k17NBm6IjC e1xGzlpGVpylFF2XYv0NL4Nj8AIXXYB+khp/rh25ePtQtF0o1DAeTudhv3c2D6fD6TC8iONhf9Ht DS7j2V3xGhe5BO9+tWa/fPr/zy+fPh+hZv3doL5Owqu7evobI9dvcHFT+WsN/BmAepr5oQJOVNcB YHpv4jDavxOTrwAAAP//AwBQSwMEFAAGAAgAAAAhAGrSnmkKBwAA/hcAACEAAABwcHQvc2xpZGVM YXlvdXRzL3NsaWRlTGF5b3V0MS54bWzsWMtu20YU3RfoPwzYXQFFJEWJFBE5iC27CODYRuSg6xE5 klgPHyVHit2iQH6r/Zx8Sc+dISnKlhMrddBNsnCo4dwz93HuY/jy1W0q2UaUVZJnE8t5YVtMZFEe J9lyYr2/PusFFqsUz2Iu80xMrDtRWa+OfvzhZRFWMj7nd/laMWBkVcgn1kqpIuz3q2glUl69yAuR 4d0iL1Ou8LNc9uOSfwB2KvuubY/6KU8yq5YvnyKfLxZJJKZ5tE5FpgxIKSRX0L9aJUXVoKXRU+BS Xt6si16UpwUg5olM1J0GbWE2E2tdZmFtUi9NojKv8oUimTDlUbhJpcXSKHyzzPKSzyWclG70ylUp KlFuxGulymS+VqKiV+HPDXbxFA0LAsmUNnDXa+quwFkqUVJYTG/DWYihdYTgRDMZs4ynWLimHWwm k1joV1VxXQpBm7LNL2UxK65KLXGxuSpZEhNCLWn16xf1Nv0zwzY89O+JLxskHt4uyvToJQ8RK3Y7 sUCpO/oLIR6KW8UisxhtV6PV5Z690ep0z+5+cwA0aA8FGwtj0R5zvMYe4wln0NplNnMIn+fRTcWy HJaSA4yB0cWmgSOr6YBixYzfI1VquHqrea+d0ohU2rGNtq07HG/gDkfGKYPhOBgHu57xPXs08vCe /ON4vusEnj6kQcIhBroI1e1xHt+RX+f4H+HjWbTKkUhzgykrNVN3EsHmodxIBxoxLpfIdAkq8DAW i3cmmu17RBbPHTn4lYewHX8gfbNOkzT/LdFhlZyqhMh672eoEqk6kYIDuw61OjqRSXTDVM5EnCj2 lldKlExpOlakFh2l9IEaX2TxFS85NHr8GAoMD6ETvNBYrx1CwXmcA67bcGC2nhsNXB1lZEoT5K+i QbWeGxogc0DrhjlfRwcnGKIo6mhvM2WXD/7QHdnawd08eJQP6k2GolMHpBvVhg0ogOcTy/VBSosl WYxSo0PbZcl8fYHar9PXEIZVf0CG9CBaVDlKy1kipf5BpV+cyJJtuER1unXNnhWPhVka2Phn6Flx 9TaPzbID01vDdLUlFB3tzgEw2qigX9RG0Ll4dIndxh5v6KO97DEIWav1aU0CYC1aowy2KGPH8w5B IdEaxduiOAPfIVc99O4jypBsDTPswARuEBwCQ7I1zGgL47oBlDlAG5KtYfwODBHmEBiSrWGCLQxh HORikq1hxh2Y0dA/yMUkaxj0DQsdSsP/Uuv8ptRNuRLsSvJIrHIZo/SOKO3+a8WLFWo98n/F5QKk 1lXPFCSaCLRf6WGmXWxalT61qdZNr9L1pClJ+ofuNAvMLTSE/BkEx4HnTu2ed2af9bzj06AX+IHf c84Gw5Pp4PXp1Hf/supuHMNUlaTiLFmuS3G5VhaxhBrW53sUlNRHq6NR3xn2HXvbkqAIYXSaUhcK Ul/Vh5B5Zio7y3Pqht3wOOPniM8CJU4H6Pc1L3FEE6MvtCYYtO2oX4jR8/rEaX2iZ1R2sU7n9zzz LI7BfQXQe33jkuP18PZ8/PXAWxdc7dn+8bTnDUbT3rF/7Pde27bvnbmD4al90vK3ouk8g3aH0vbT x79/+vTxn29MW1wCDWsv0dWZv0NTTRxK/MaF3cwnc+5dB8YuJuCBvhM4njMIbO387bzjOvbAwTBC 42/9TMhbnKKs1C8iT3HnqTCsCClx7aOrDQ/55rxSZnezi5aXJdcDCitz9WuiVrMVp6sT3ZTwsoKM eWBFrqcl+tWOIGY84VGE0chIqCRTZhXtC00QB2J/Z5bx2lkGKslixc3uMS1rpnXgtWnLqquAkX6y EnDhPiXcR5RoVIZHWxv3KGGUfbISfmPbrifc4Xa94wmaZJ7iCYeUrafM3cFyfzzq/SYg25FzrFEe hOkx5RqV93oIiy1j8M1gxejPxIqSMsI9nPy1wCh8nb8TkWKYgHUY0KZAN3q0GG5nxllsPrECeqwp QUAmEDVdCUxm7ANAyAss4ribllmMp7RAi6yypVVf55pRsjMqd8L7kMLVF53jaF8abnciR8Njo/Au fXaOpuyb8mplTtavaitlRmaJxQL+qZN1e5/Vt0Jj9juxaK5UtNCetWuLyXWZYTftIte3gvXNYz9v jGC9f6tRK2wy/bOnGhuak/NMtcJpgk9Bmgv3AOIb04WhqdmPeMN6c0V/2H7b6zyFV9P34bxEU7C5 rNEmJvh5dlzeUHHD6INKVf8EfVa4rePT29U6i4iNBrDTyh+92htfHXznHu80Df2Vo509AWmmRcK+ Py5SOO41DccZ+o4/Ml1jgPrq6Fl22zXwxcRGl6KmYR6N0g1M0w2e3jOynK60QGly0HH9b5eEnfL5 Pdn2pfj3ZDOlov52i5yhL7z6NifLt7y43JREVXx1x8iPDydYKpDsJr2i7RYqN813+6N/AQAA//8D AFBLAwQUAAYACAAAACEAqdJL7TAEAACtDQAAIgAAAHBwdC9zbGlkZUxheW91dHMvc2xpZGVMYXlv dXQxMS54bWy0V9tu4zYQfS/QfyDUtwJaybJkq0LsRRzHRYFsYtTevjMUbbPmRaUord2iwP7W7ufs l3RISYlz6dabxi+yJc0czsw5nKHO3u4ERzXVJVNy5PXehB6ikqicyfXIe7+c+amHSoNljrmSdOTt aem9HX//3VmRlTy/wntVGQQYsszwyNsYU2RBUJINFbh8owoq4d1KaYEN3Op1kGv8AbAFD6IwHAQC M+m1/voYf7VaMUKnilSCStOAaMqxgfjLDSvKDk2QY+AE1tuq8IkSBUDcMs7M3oHewdQjr9Iya1Py BSNalWplrE8mMMlqwT0kSPbLWiqNbzkUSdTuyVzTkuqanhuj2W1laGlfZT922MUxERYWRBqX4MOq mX0BawF3ZskMp+cyX+485OxhUSDTGwNLZMFzJLGAB7+BKSOYI2ePgFS0pDvjzMpiqSm1DrL+WReL Yq6d93U914jlFq1F8YL2RWvmbiWYwZ/gkfu6Q8LZbqXF+AxnQCDajTzQ2d5ewQlnEAQizUNy/5Rs bp6xJZvLZ6yDbgGI4G5RkGjRZPQ0nahL51FRenfpNT4YMK4U2ZZIKkjY1qHJk1zXHapN3q5TbFDD ibF8eEhpBsw1FLVejakrU+ddulJ38d8VaJAmaRg2ZYqG8aD/08Na9dIoBQMP2YoladJLosQt0iHB Ig10kZndROV7W+lb+AVCrWhGHsU2+QaWl2Zh9pw6PqBqOIOU4ALG20owoX5njjSObWOg0n+/gMYg zAWnGBpHS6QZX3BGtsgoRHNm0DtcGqqRqwe0EcA/A6YMCKXFpzKfY41//doytt44g5ggoy4Tl5yt +b8z3H/KsNXZnGNCN4rnEFdkc4ct0lH5IrJtSR9xDRsG1Nwp5XjOe724f8h5/Gh/JMkgGpySc5Ai 4jV3TFN8JSd663a+7a+yvQXJbUAE0MTnlSQgI5fngV5eJhHLjVNI+UAiDfOOfrh04UEzOll4C0oU dEZOa8qPCAUayclCWW6YPj4SEPzJIpmpSpvN0UWJTxkKWz0bCYyR0zUTSKiZoVNs6IMe0n+NHpIb aKZ/wnEA85XXdg+3992ksNPF/TkcGa5zde2wa+yuez9t5Ss4AtgZ/leaTtI4moZ+PAtnfjy5TP10 mA793qyfXEz755fTYfS3106xHFI1TNAZW1ea3lT2oNBMhK/vcNilLg4zHgS9JOiF97sIArEYB0Qd QoHXSxp90nEzU8pOm8MOH78GOyujG3r+qLCGFTqG/qPBfwtDr1uRQVeRBWc5RdeVuH1UF3dU+L+T Dz4AAPrZ0rjJ+srijUG0EQjVD4eTqR/3B1N/MpwM/fMwHMazqJ9chhd34i1t5hKi+1bNfvn46Ycv Hz+/gmbdGaU5VcNfew53hw2u3+HipnbHK/hIAj1duEcFTFS7A8D03sRidJ9Z438AAAD//wMAUEsD BBQABgAIAAAAIQDV0ZLxvgAAADcBAAAtAAAAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlkZUxh eW91dDExLnhtbC5yZWxzhI/BCsIwEETvgv8Q9m7SehCRpl5E8OBF9AOWZNsG2yRko+jfm2MFwePs MG92mv1rGsWTErvgNdSyAkHeBOt8r+F2Pa62IDijtzgGTxrexLBvl4vmQiPmEuLBRRaF4lnDkHPc KcVmoAlZhki+OF1IE+YiU68imjv2pNZVtVFpzoD2iylOVkM62RrE9R1L83926Dpn6BDMYyKff1Qo Hp2lM3KmVLCYesoapJzfeS5qWd4H1Tbqa277AQAA//8DAFBLAwQUAAYACAAAACEA1dGS8b4AAAA3 AQAALAAAAHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQ4LnhtbC5yZWxzhI/BCsIw EETvgv8Q9m7SehCRpl5E8OBF9AOWZNsG2yRko+jfm2MFwePsMG92mv1rGsWTErvgNdSyAkHeBOt8 r+F2Pa62IDijtzgGTxrexLBvl4vmQiPmEuLBRRaF4lnDkHPcKcVmoAlZhki+OF1IE+YiU68imjv2 pNZVtVFpzoD2iylOVkM62RrE9R1L83926Dpn6BDMYyKff1QoHp2lM3KmVLCYesoapJzfeS5qWd4H 1Tbqa277AQAA//8DAFBLAwQUAAYACAAAACEA1dGS8b4AAAA3AQAALAAAAHBwdC9zbGlkZUxheW91 dHMvX3JlbHMvc2xpZGVMYXlvdXQzLnhtbC5yZWxzhI/BCsIwEETvgv8Q9m7SehCRpl5E8OBF9AOW ZNsG2yRko+jfm2MFwePsMG92mv1rGsWTErvgNdSyAkHeBOt8r+F2Pa62IDijtzgGTxrexLBvl4vm QiPmEuLBRRaF4lnDkHPcKcVmoAlZhki+OF1IE+YiU68imjv2pNZVtVFpzoD2iylOVkM62RrE9R1L 83926Dpn6BDMYyKff1QoHp2lM3KmVLCYesoapJzfeS5qWd4H1Tbqa277AQAA//8DAFBLAwQUAAYA CAAAACEA1dGS8b4AAAA3AQAALAAAAHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQ0 LnhtbC5yZWxzhI/BCsIwEETvgv8Q9m7SehCRpl5E8OBF9AOWZNsG2yRko+jfm2MFwePsMG92mv1r GsWTErvgNdSyAkHeBOt8r+F2Pa62IDijtzgGTxrexLBvl4vmQiPmEuLBRRaF4lnDkHPcKcVmoAlZ hki+OF1IE+YiU68imjv2pNZVtVFpzoD2iylOVkM62RrE9R1L83926Dpn6BDMYyKff1QoHp2lM3Km VLCYesoapJzfeS5qWd4H1Tbqa277AQAA//8DAFBLAwQUAAYACAAAACEA1dGS8b4AAAA3AQAALAAA AHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQ1LnhtbC5yZWxzhI/BCsIwEETvgv8Q 9m7SehCRpl5E8OBF9AOWZNsG2yRko+jfm2MFwePsMG92mv1rGsWTErvgNdSyAkHeBOt8r+F2Pa62 IDijtzgGTxrexLBvl4vmQiPmEuLBRRaF4lnDkHPcKcVmoAlZhki+OF1IE+YiU68imjv2pNZVtVFp zoD2iylOVkM62RrE9R1L83926Dpn6BDMYyKff1QoHp2lM3KmVLCYesoapJzfeS5qWd4H1Tbqa277 AQAA//8DAFBLAwQUAAYACAAAACEA1dGS8b4AAAA3AQAALAAAAHBwdC9zbGlkZUxheW91dHMvX3Jl bHMvc2xpZGVMYXlvdXQ2LnhtbC5yZWxzhI/BCsIwEETvgv8Q9m7SehCRpl5E8OBF9AOWZNsG2yRk o+jfm2MFwePsMG92mv1rGsWTErvgNdSyAkHeBOt8r+F2Pa62IDijtzgGTxrexLBvl4vmQiPmEuLB RRaF4lnDkHPcKcVmoAlZhki+OF1IE+YiU68imjv2pNZVtVFpzoD2iylOVkM62RrE9R1L83926Dpn 6BDMYyKff1QoHp2lM3KmVLCYesoapJzfeS5qWd4H1Tbqa277AQAA//8DAFBLAwQUAAYACAAAACEA 1dGS8b4AAAA3AQAALAAAAHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQ3LnhtbC5y ZWxzhI/BCsIwEETvgv8Q9m7SehCRpl5E8OBF9AOWZNsG2yRko+jfm2MFwePsMG92mv1rGsWTErvg NdSyAkHeBOt8r+F2Pa62IDijtzgGTxrexLBvl4vmQiPmEuLBRRaF4lnDkHPcKcVmoAlZhki+OF1I E+YiU68imjv2pNZVtVFpzoD2iylOVkM62RrE9R1L83926Dpn6BDMYyKff1QoHp2lM3KmVLCYesoa pJzfeS5qWd4H1Tbqa277AQAA//8DAFBLAwQUAAYACAAAACEA1dGS8b4AAAA3AQAALAAAAHBwdC9z bGlkZUxheW91dHMvX3JlbHMvc2xpZGVMYXlvdXQ5LnhtbC5yZWxzhI/BCsIwEETvgv8Q9m7SehCR pl5E8OBF9AOWZNsG2yRko+jfm2MFwePsMG92mv1rGsWTErvgNdSyAkHeBOt8r+F2Pa62IDijtzgG TxrexLBvl4vmQiPmEuLBRRaF4lnDkHPcKcVmoAlZhki+OF1IE+YiU68imjv2pNZVtVFpzoD2iylO VkM62RrE9R1L83926Dpn6BDMYyKff1QoHp2lM3KmVLCYesoapJzfeS5qWd4H1Tbqa277AQAA//8D AFBLAwQUAAYACAAAACEA1dGS8b4AAAA3AQAALAAAAHBwdC9zbGlkZUxheW91dHMvX3JlbHMvc2xp ZGVMYXlvdXQyLnhtbC5yZWxzhI/BCsIwEETvgv8Q9m7SehCRpl5E8OBF9AOWZNsG2yRko+jfm2MF wePsMG92mv1rGsWTErvgNdSyAkHeBOt8r+F2Pa62IDijtzgGTxrexLBvl4vmQiPmEuLBRRaF4lnD kHPcKcVmoAlZhki+OF1IE+YiU68imjv2pNZVtVFpzoD2iylOVkM62RrE9R1L83926Dpn6BDMYyKf f1QoHp2lM3KmVLCYesoapJzfeS5qWd4H1Tbqa277AQAA//8DAFBLAwQUAAYACAAAACEADyHZNyAB AADHBwAALAAAAHBwdC9zbGlkZU1hc3RlcnMvX3JlbHMvc2xpZGVNYXN0ZXIxLnhtbC5yZWxzxNXd asMgFAfw+8HeIZz7xpi2aTtqelMGhV2N7gEkOflgiQa1Y3n7HQpjKRRHIeBNQMX/+XFEsz989130 hca2WgngcQIRqkKXraoFfJxfF1uIrJOqlJ1WKGBEC4f8+Wn/jp10tMk27WAjSlFWQOPc8MKYLRrs pY31gIpWKm166WhoajbI4lPWyNIkyZiZZkB+kxmdSgHmVFL98zhQ5f+zdVW1BR51celRuTslmO3a Et/kqC+OYqWp0QmI4+m8nQ62MfGB3ZetQspWPhmnUwzXNJ74bOuQtLVPtgkp2/hknIekce61pXPa HD0cSIF/V/M6w65fv2NOxqPvhFc2a4MelaW+s9uF7NnOJ1uGlC19siykLPuVsZvfb/4DAAD//wMA UEsDBBQABgAIAAAAIQDV0ZLxvgAAADcBAAAsAAAAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlk ZUxheW91dDEueG1sLnJlbHOEj8EKwjAQRO+C/xD2btJ6EJGmXkTw4EX0A5Zk2wbbJGSj6N+bYwXB 4+wwb3aa/WsaxZMSu+A11LICQd4E63yv4XY9rrYgOKO3OAZPGt7EsG+Xi+ZCI+YS4sFFFoXiWcOQ c9wpxWagCVmGSL44XUgT5iJTryKaO/ak1lW1UWnOgPaLKU5WQzrZGsT1HUvzf3boOmfoEMxjIp9/ VCgenaUzcqZUsJh6yhqknN95LmpZ3gfVNuprbvsBAAD//wMAUEsDBAoAAAAAAAAAIQDw7PSvraIA AK2iAAAXAAAAZG9jUHJvcHMvdGh1bWJuYWlsLmpwZWf/2P/gABBKRklGAAEBAQBIAEgAAP/iBcBJ Q0NfUFJPRklMRQABAQAABbBhcHBsAiAAAG1udHJSR0IgWFlaIAfSAAUADQAMAAAAAGFjc3BBUFBM AAAAAGFwcGwAAAAAAAAAAAAAAAAAAAAAAAD21gABAAAAANMtYXBwbAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADXJYWVoAAAEgAAAAFGdYWVoAAAE0AAAAFGJY WVoAAAFIAAAAFHd0cHQAAAFcAAAAFGNoYWQAAAFwAAAALHJUUkMAAAGcAAAADmdUUkMAAAGcAAAA DmJUUkMAAAGcAAAADmRlc2MAAAVAAAAAb2NwcnQAAAIUAAAAOHZjZ3QAAAGsAAAAMG5kaW4AAAHc AAAAOGRzY20AAAJMAAAC8lhZWiAAAAAAAAB0SwAAPh0AAAPLWFlaIAAAAAAAAFpzAACspgAAFyZY WVogAAAAAAAAKBgAABVXAAC4M1hZWiAAAAAAAADzUgABAAAAARbPc2YzMgAAAAAAAQxCAAAF3v// 8yYAAAeSAAD9kf//+6L///2jAAAD3AAAwGxjdXJ2AAAAAAAAAAEBzQAAdmNndAAAAAAAAAABAAC4 UgAAAAAAAQAAAAC4UgAAAAAAAQAAAAC4UgAAAAAAAQAAbmRpbgAAAAAAAAA4AAChSAAAVwoAAEuF AACa4QAAJ64AABO2AABQDQAAVDkAAoAAAAKAAAACgAB0ZXh0AAAAAENvcHlyaWdodCAyMDA3IEFw cGxlIEluYy4sIGFsbCByaWdodHMgcmVzZXJ2ZWQuAG1sdWMAAAAAAAAAEQAAAAxlblVTAAAAJgAA An5lc0VTAAAAJgAAAYJkYURLAAAALgAAAepkZURFAAAALAAAAahmaUZJAAAAKAAAANxmckZVAAAA KAAAASppdElUAAAAKAAAAlZubE5MAAAAKAAAAhhuYk5PAAAAJgAAAQRwdEJSAAAAJgAAAYJzdlNF AAAAJgAAAQRqYUpQAAAAGgAAAVJrb0tSAAAAFgAAAkB6aFRXAAAAFgAAAWx6aENOAAAAFgAAAdRy dVJVAAAAIgAAAqRwbFBMAAAALAAAAsYAWQBsAGUAaQBuAGUAbgAgAFIARwBCAC0AcAByAG8AZgBp AGkAbABpAEcAZQBuAGUAcgBpAHMAawAgAFIARwBCAC0AcAByAG8AZgBpAGwAUAByAG8AZgBpAGwA IABHAOkAbgDpAHIAaQBxAHUAZQAgAFIAVgBCTgCCLAAgAFIARwBCACAw1zDtMNUwoTCkMOuQGnUo ACAAUgBHAEIAIIJyX2ljz4/wAFAAZQByAGYAaQBsACAAUgBHAEIAIABHAGUAbgDpAHIAaQBjAG8A QQBsAGwAZwBlAG0AZQBpAG4AZQBzACAAUgBHAEIALQBQAHIAbwBmAGkAbGZukBoAIABSAEcAQgAg Y8+P8GWHTvYARwBlAG4AZQByAGUAbAAgAFIARwBCAC0AYgBlAHMAawByAGkAdgBlAGwAcwBlAEEA bABnAGUAbQBlAGUAbgAgAFIARwBCAC0AcAByAG8AZgBpAGUAbMd8vBgAIABSAEcAQgAg1QS4XNMM x3wAUAByAG8AZgBpAGwAbwAgAFIARwBCACAARwBlAG4AZQByAGkAYwBvAEcAZQBuAGUAcgBpAGMA IABSAEcAQgAgAFAAcgBvAGYAaQBsAGUEHgQxBEkEOAQ5ACAEPwRABD4ERAQ4BDsETAAgAFIARwBC AFUAbgBpAHcAZQByAHMAYQBsAG4AeQAgAHAAcgBvAGYAaQBsACAAUgBHAEIAAGRlc2MAAAAAAAAA FEdlbmVyaWMgUkdCIFByb2ZpbGUAAAAAAAAAAAAAABRHZW5lcmljIFJHQiBQcm9maWxlAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD/4QB0RXhpZgAATU0A KgAAAAgABAEaAAUAAAABAAAAPgEbAAUAAAABAAAARgEoAAMAAAABAAIAAIdpAAQAAAABAAAATgAA AAAAAABIAAAAAQAAAEgAAAABAAKgAgAEAAAAAQAAAQCgAwAEAAAAAQAAAMAAAAAA/9sAQwABAQEB AQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEB/9sAQwEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEB/8AAEQgAwAEAAwERAAIRAQMRAf/EAB8AAAEFAQEBAQEBAAAAAAAAAAAB AgMEBQYHCAkKC//EALUQAAIBAwMCBAMFBQQEAAABfQECAwAEEQUSITFBBhNRYQcicRQygZGhCCNC scEVUtHwJDNicoIJChYXGBkaJSYnKCkqNDU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0 dXZ3eHl6g4SFhoeIiYqSk5SVlpeYmZqio6Slpqeoqaqys7S1tre4ubrCw8TFxsfIycrS09TV1tfY 2drh4uPk5ebn6Onq8fLz9PX29/j5+v/EAB8BAAMBAQEBAQEBAQEAAAAAAAABAgMEBQYHCAkKC//E ALURAAIBAgQEAwQHBQQEAAECdwABAgMRBAUhMQYSQVEHYXETIjKBCBRCkaGxwQkjM1LwFWJy0QoW JDThJfEXGBkaJicoKSo1Njc4OTpDREVGR0hJSlNUVVZXWFlaY2RlZmdoaWpzdHV2d3h5eoKDhIWG h4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uLj5OXm5+jp 6vLz9PX29/j5+v/aAAwDAQACEQMRAD8A/sO0LQtEbRNGZtG0pmbStNLMdNsyWJs4SSSYskk5PP3u p5r+eadOm6cG4QvyR+yuy8j9Kbd3q931ff1L11pXhyyhSa40SxfzneG1trTSLGe9v7hFDm2sonWG EuoZDNc3Vxa2FkkiS6heWtu3m1oqVN7wgl3cV/lqRKo07JuUntFPX1fZef8AwTj/ABLY3Nvp8U9t baH4cuLnU9NtLG20rRtH1HUM3F3Et19r1fWNMuYWaKwW6vUGj6RpNxZSQlU1C9WMTPhipU6NCc40 6fMrJOUIu7b7W9e/R9B04TqTipzlq1eMW0rN6re79b+Z658BopI/Gvi1pL/V71n8NaCx/tPWNT1J Eb+1tWJNvBfXdxb2Ycn51s4reNwFBTCIF+28NsRVrvN/aSUlFYPlSjCNrvE3+GK/G54XE1GnSeD9 nG3Mq17ylJu3s7aybPrCv1M+UCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACg AoAKACgAoAKAPinQWjTQNJlmbZBDotlcXEgSSTyreDT45p5SkavIwjiR3YIjMdp2g9K/nynrTp/4 I/8ApK1f6n6RN8vM99XZd3fRdd2WbaKV3e+u963NwPktWmeWHTLc7NlhaqZHhVgscbajcwCManfL JeOscf2a2ttG7vTZbf569yIxtdvWT+J/kl5LZHA3eoxeItVjvLWRJtG0jz49PuEIeDUdSnQw3N/b uCVltbO3aSxtJ0OyeS41BhviWCVvBzHEqpJUoNOMHdyX2peXku/W73Wp6GGptXm+u36v80ew/Az/ AJHTxV/2LOhf+nXVa/RPDHfOPTBfniT5nivfBelf86Z9VV+snyAUAFABQAUAFABQAUAFABQAUAFA BQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQB8Aaf4o0tdA0yGNL2/a3tdGt7mOytLszw3VvEl3 FHG8iQW7F5dOkgnLzmFIGcSlRIj1/O0MVQhRc3UT9nCEZW95pyVreb0fX18/0idOcqtOPK/elKS0 evKu/k5Jv5X03q319rGvK0Fwh0XSZFKy2UU6TapfxNkNDe3UJa3srdwSJbawkuJpB/zEUjaSFvLx OYyqJwpJwi1ZyfxPyXZfj52Z208NZ3m/kv1/4D+dyeOOOGOOGFEihiQRRRRhUjjjRQiRxooCqiKA qqoC7QFUACvM/XX5vVv5nWesfAz/AJHXxV/2LOhd8/8AMV1X/PtX6v4Y75x6YL88SfHcV74L0r/n TPqqv1k+QCgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAPgNB LIJIgSIY0F64LBVaWF0tIlVCQJJdmoTugAL+Uk7jCCSv5ZpWeHxUftJUai06RqOEn8vaq/8ATX6x V0r4eT2vVhf+9OF4/fyNephav4h0nQxCuoXWy4ud32Wyt4Jr3Ubsqfm+zWFpHPdzKhwJJkhMURI8 6SNTmueMZTdoxcm+iV2bSlGOspJer/ps58+NpeXXwh4raL5v3hj8PRMw/vC3n8QRXIHfa8SuM42b gRWzwtZK7S/8Djf1te5ksRTbtd/d/X+Z7n+zl4hsNd8Z+MRape29xa+GfDv2qz1CxubG6gM2qauY yVnRY50fY4E9rLcQMVIEpPFfqPhlGUZZxdWusH+eJPk+KZKTwbTvpX/9xH2NX6ufJBQAUAFABQAU AFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAH5x+ItZbQNO/tSGBLu9iube2 0+yYgfb7zUn/ALNWxBY4j+1RXk0UlyFkaxjaS/jRntVr+V8NJxqpJcyqRlSnFtpShUXK7tXatdST 6NI/Wq8VKm7uzi4zjLe0oSTTtdXvs9dU2eT6dY6zqmr3ul6PqBa6TyJPGnxAmtYnuZLmaNZ4/D+g W0yeTDJDBIiiDDW2hWzg3Mb6k6R3XZWnDCJ0adnLTmqK15u6d762jbRb9k3LmkualGWIftJ3SvpH Wy8n3k1vtbfayfZJ8M/DuwG4vPEt7equBqlx4p11b3djiTba3ttYhs8qBZCMdPLCgAcDrVG7t/Lf rfd3l+Nzq9jTtt8+v4afh+J6l+zvcaN4L+JHijw/q3jmyvLzWfDHh9vD2ka5f6cnim6NvqGtPdQW kEbwXuv5VDLH9nsHukCSI7T8OP13wwwuLrUc5xUMLiJYaEsJCeJjSqPDRmvbtxlW5XThJKcXJSnd cybsmj4Xi3H5fh8Vl+Bq4/CQxlaFepRwU8RRjjKsPdvKlhuZVqqbjLWFN3cWldpn1T8LPij4c+L3 hYeL/C9vrVtpZ1PUNKEeu6adNumn06RUkliCzXNrc28iyRt5lrdztZ3P2nSNUSw17TNW0qw/Wcbg 6uBrewrSpynyRnenPnjaauk7pST0fxRXNG1SDnSnTqT+MynNcNnOE+uYWNeFJ1alK2Ipeym5U2k2 rSnCcXdawnLknzUaqp4ilWpU/R65D0goAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAK ACgAoAKACgAoAKAPzC8bMft3gyN1zbnxDdSszH5RcweGtda1Q9skmWVAejQg9RX8rYeXLVUr7KWn y3+Xr95+sYhNwS/vK/8An+fXUg+Gst1beEYbkQfb49T1jX9R1izDQRXx1Btdv7aa90u7nKxpdpBb xW8um3c0Om6kLW3Elzplwp1Jd/bU53o4i/submp1IJOdGUtW1fWVOTd5wbvs46xRmqU4pVqLtOzU 6bfuVUm7X6KS2jPtpte/otnJbanM8Gl3SXt2iPLJpmGt9bgjU7WkuNEuBHqQhVvl+3QQXGmXBy1n f3UWJTnLCVrc9JKvTe06PvvXW0oL34ytrJONltfRlxxVO/LUvRn1jU91b20k/dkm9nfXc8et/hn8 TPEuseP/AABoHhGxnm8WatbeJH+JF9qVhZp4etL+WO10281W2urmHxO2seCm01U8OW/h601CForP SpI77Q7iW6ltP6u8LeLsg/1ZwuCrLEYbGZFh3h6+WRw0vZ42pWqV6n1inXUHQlDHOcpYtYh0qsan tYuNam6cqn8w+IXBXFGJ4izKWDo4XE4XP8bHGUs9qY2kp5dShCjCFKth5TjjVXy32UY4D6pGtSlT VGSq4ar7VU/1ciRo4o43kaV0jRGlfAeVlUBpGA4DOQWbHGScVg3dtpWu27dvI/RopqKTbk0knJ7t pbvze7PyI/4KbftnfEP9lz4nfso+C/C/x5+Bv7N3hH4w6V+0XqvjT4ofHnwZeeM/C1ne/CfQPh1q 3hHQ4bLT/FnhK/SXxDe+J9S054dOvLjVL2WS0i0+BrhFjl8PNsfPB1sHBYvD4KnXjipVK2Ipe1je jGk6cEvaUneTnLaTb6Js+u4byejmeFzWtLLsbmmIwk8uhQwuCxH1eo44upiY1qkpuhiFanGlF3lD kjq5Ox6p8L/+CiHhXT/2Rv2X/jz+1D4f174bfE/9ofwut7pfwi8A/D34k/EDxfr2rabY3eqa5q/g /wCHfhrQvE3j+LwiPDlpb+NpbnWbORPDGha5oum67rE2r3lj/aW9HMksFg8RjITpYjFU+ZYejRrV qkpKLlJ06MITrcihao+Zfu4yUZy5mr8eKyKUs1zPB5bWo18Hl9ZxljsVisLhqEISmoU41sVVqUsM 6sqrdGPs5fvpwnOnDkUuX0e2/wCCjH7It/40+EPgnTPiRq+qz/HO08Bz/DrxXp3w2+Jt18N9Qvvi lHPJ8OfDes/EpPCH/CE+FfGPjFraa20vwh4m1vSfEkOoCDS9U03TtSv9PtLvT+08G50IqpOSxPs/ ZVVQrug5Vv4VOVf2fsoVKm0ac5xne0ZRUmk8HkGaKnjKkqNKMsC8R9Yw8sXhFi4wwrX1mtDCOv8A WK1CjfmnXpU50nG84zlGMpLnfFH/AAU5/ZH8L3/xqsP+Em+IniRPgJo/xC1Hx9rvg74J/F7xN4IG qfCuJ5PH3g/w/wDEbTfBknw+1/xh4YkjktdX0iw8UOmnXVvqMd/d2w0XXH02Z5rhI/WHevOOGjWd WpTwuJnS5qF/bU4VlS9jOpTs1KKm7NSu1yT5bp8O5nU+pJ/U6U8fPDRoUa+Y4KlieXFtfVq1XCzr rE06NZNShOVH31KHKpOpTUuL03/gp78CL258J+OtY8RXngL4L638BtU+LWtR/EX4T/Grwl8UtBkj +Mfwn+Eljr97pGreDbXSLb4aafrHxLtrTXfEbtOj+fa+K9LvJ/A2l69rltCzWh7lWblRoSwzryjW w+Jp14/v6FFTcZU0lRTrLmm1qmqsX7KMpGz4cxn76hSjTxWLhjo4SE8LjsBXwk39UxeKlRU4VpSl ipRwz9nTT+JOhOKxEoQfsnxN/wCCgn7LXwo8ReLfBviPxt4h1fxt4N8c6Z8NdS8FeAvhr8SPiN4r 1DxvqPgGw+KNzoPhvRPBHhXXbzxNL4c8AarpfiXxneaIl7pvg221TS7LxNe6Xq2p6fp9zvVzLCUp zpudSdWFVUXTo0K1epKr7JV5QhClCcpuFGUZ1XFNU1KKm1KST5KGRZliKVKuqdGlh61B4qOIxWLw uEoxoLETwkalWpiK1ONJVsTCdKgpuMq8oTdKM4RlJa/xp/aV0uH9hb41ftZ/ALxFofiyx0P9mH4r fG74V+IbiyvJ9E1O+8LfDXxF4t8OS6ro94umapFHFqmlwW2uaDqMemavZTw3ukalBp+oQXEMJiMX FZdiMbhpxmo4OviKM2nytwozqRcou0t170XaSd4tJ3Fgstk89wWU4+nOk6maYTBYqmpRU4xq4mnS qqE488HeM24VIucJJxnFyi038EX/AO0f+33+zL8Gvhd+1v8AHzxx+z58d/2btftfhLqvxn8P+EPh X4n+E/xV+GPhL4s3/hfR4fG3g/Vz8QvF/hrxlF4M1HxZZXfiDwvqegafe61pVpcHSdY024JZfPli MxwdCljcRXw+Kwz9g8RThhpYetSp1pQj7SlNV6sans5VFKcJwjzQUuWalZP2oYHJMzxuJynBYTHZ fj4vFxwVapjqeNwuJrYWNWp7DEUng8PVoe3jRlGFaFaoqdSUVOnKN5L6auv+Cj3wN+Hc3iiy+MHj GKfVk/aE+OHwd8HaF8IPhb8bfiL4gbTfgjD4dvfGd54n0DQPBOt6wt34I0/xHplz428Q6NZXHg5P 7U01dDv76SWSNet5nQpuUas3ObxOIowhh8Pia07YbldRyhCnObdJSXtJxTp+8uVu55q4fxldQnhq cadNYHBYqtVxuNwOGpc2O9oqCp1atalTX1iVOaoUpy9t7knNJK57DL+3F+zkvx/vf2abXxT4m1f4 l6PqMeh+J7rQfhp8SNd+HPgzxLP4afxjB4W8a/FvSfCt58M/CfiOXw0g1R9J1zxVZXFos1naX4tN Q1CwtLnb6/hniZYVSqTqQlyVJQoV50KU3D2ip1cRGm6FObg1LlnUTV0nZyinyf2PjlgYZhKNCnRq xdSjTq4vC08XiKSq+xdbD4KdaOLr0va3hz06Mk+Wco3jCUl5XpH/AAVR/Ya16Dxld6T8X9VurHwZ 4F8Y/E1tTl+E3xj0/SPG/gD4e2z3vjfxZ8IdZ1TwDY6V8adI8M6fFcarqc/wpvfGDrottca9bxz6 JGdQOKzfANTkqtTljSqV4zeHxMYVqVJc1WphpypKOJjCPvN0HU933leOp1y4ZzmMqcJYejz1MRRw k6ccdgZ1MNicTLloUcdThiZTwE6svcisZGj7/wC7dp3id/8AEX/goB+yn8ML/WtJ1/4kz6rrOjWH wku00fwN4P8AGvxC1TxBe/Ha08V6n8J/DnhC08FeH9dk8W+K/GGg+CfEniu28N6B9v1XTPBmnnxn rtvpfhaeDV5NauZYSlKUZVJTnFUGo0qdStKbxKqSowpqnGTqVJxpzqckOaUacXUlyw94woZFmeIj GpGhGnTlLFqVTEV6GGhSjgXSjiqteVepTVGlSqV6VH2tXlhOvL2FNzrJwOQ8Qf8ABTj9jbw54Z8B eKbv4i+J9RtfiX4U8feMfCOjeG/hD8X/ABT4yvNM+FPjLRPAXxOs7/wN4e8Dal4v0PxF8PvE+ux2 fi/wxrei6f4g0S30rxHqN5p0en+HdYubSJZrglGnLnqydaFapCFPD4ipVaw9SNOunShSlUjOlOVq kJRU42m2rQk1rDhvNpzrw9lh4LDVcNSq1q2OwVHDqWNo1MRhJxxNXEQoVKWKpU26FaFSVOo504xk 5VIKXqek/tqfs4a5eaLpWmePZrnXNe/aH8Qfsr6f4c/4RXxfF4lHxv8ACujaj4n8Q+Fr3QJ9Cj1b TdP0rwppk3i268W6haW3hFfC9zpeuDXDYavpk13qsfhZSjFVHzyxU8GoOFRT+sQhKpODg48ySpxd TnaUORqfNaSb5p5NmEIzqSox9nDL6eaSqqtRdL6lWqRo06kaim4SnOvNUFRjJ1vbKdNw5oTSn/aG /bK/Z5/ZcvfDOkfGLxlrOn+IvGFlq2raB4R8FfDz4k/Fnxnd+H/D72qeIPFNx4P+FPhLxp4k03wn ojXtsmpeJ9T0yz0OC4mSzF8986WzPE43D4WUI1ZVHUmpSjTo0a2IquEGueo6dCnUnGnHmXNOSUU3 a93YnA5TjsxjVqYaFFUqM6dOpXxWLwuCoKrV5vZUVXxtehSlWqcsnClGcqjScuXlTZ8iR/t43fxo /bu/Z9/Z3/Z48baLcfB3xF8BLn9o/wAX+P4/hP468Z6X8U9D1i+js/CvhHwj8QYF0zwd4F0+30m3 1nVtZ8U6nJqbv4si074feXp3ia11LRLziWYvEZjhsNhql8PLCvFzqrD1akK0ZS5acIVvdp0opKbl NuTdS1KympI9aWSLBZJj8dmFG2Np5gstp4eWOw9CphJwg51qtTC+/iMTNydOMKUeSKoueJbnTcZr 5N/bm/4KQfHX4BftM/tN+AfBvx//AGZfhpY/AP4KfBz4lfC/4IfF74ea/wCLPHn7UPi7xxp3xI1L XvAHga78MeO/DviVdS+0+EPDugWr6FoesnTr7xlpN1frFarI0vDmOa18NjMXShi8LR+r4bD1sPhq 1CVWrjqtX27lRpuFanUu3ThBckJtOom1Za+tknD2Dx+WZZiKuXZhivr2PxuFxuYYbFww9DKaFB4R QxVdVcNWoyio161WSq1aKlHDyUZXba/RHwv/AMFK/wBlbU/GXg74V+KvG9/4M+K/iC+8H+DfEOhX 3gj4j3vgTwR8ZfFul6Zdp8EPEfxstfBv/CoNP+J9lqmpL4dk8JX/AIystcOvomhy6db65c2+lyep HNcJzwpVJyp1ZShSnelWdGniZqP+zTxSp/V1WUpcvs3UUub3bKTSPnqnD2ZKlVxFGnTrYeMK2IpW xOFji6+BpSmvr9PL5V/r0sLKMHU9tGhKnyXnzOCcjmx/wUp+BHgXRYj8XfFk994p1v4hftYaB4S0 P4NfCP45/EC51Lw1+y58Zbv4Z+Mnu9L0rwPq2r2+t+ELW60EeML6WG38N6nqK6zq3g+71Dw9Hbyi VmmHgkqs5TqTqY1QhhsPiqrcMHiHQq3jGnKSlSvFVJfBKXNKm3Cxo+HsbVm3h6cKVGnQymdWpj8d l+HjGpmuCWKw9qlSvTg4V+Wo6ME5VYQ5I1kqnMd54X/4KH/s3eOPj54D/Z68E33xE8XeJfiT8I/A vxr8I+MPDvwn+Iuq/DDUPAvxLsNR1jwRqd148tfDkmi6La63o2lXl9Hq2vy6V4fiuwnhw6w/iyHU 9B03SGZ4ariaeGpe3qSq0KWJhVhh60qDpVuZ05OsockFJRfvTcYc3uc3tFKCwrZBj8Pga+PxDwlC OHxmIwFXD1cbhYYtYnCuEa9OOGlV9rUlTlUheFNTqcj9s4Ki4VJ9X8dv21/gz+zx8Yfgr8DvHtl8 T7/xv8dl16fwgvgX4T+P/iDpVlZeHp9Msb2+8Qah4P0HWRp9sNS1nTLa5kSK5j0S1uP7Z8TPomiv bX91eIx9HDV8Ph5wryqYnncPZYetWilDlUnOVOErJOUeZ7QT55uMbN5YLJ8Vj8HjcdSq4KnRwLpK t9ZxuGw05SqqbhGnCvUg5uSpz5Vo6sl7OkqlRSisbwt/wUM/ZC8afGSD4E+HPiw1946v/FWu+A9D vpvAvxH074beKfHvhj7b/wAJF4G8HfGTU/CNp8JPF/jDSG06+hufDvhvxrqepyXdneWNrb3F9ZXt tbzDM8HUrKhGrJzlUnShN0a8aFSrT5uelTxMqaw9SpHlleEKspXTSTaaV1chzSjhZYuph4KnCjTx NWksVhZ4yjhq3L7LEV8BCvLG0KE+eDVWrQhC04ybSlFv7TrvPHCgAoAKACgD80fG+kXeraJv01PN 1bR7y11vSoS2xbi7sd4ks2OQP+JhYzXlghYqiyXSSuyhCw/lGLs9Xa6av67P77N9T9dnHmXmndeq /wA1f56nnnhTxhZ6LNIbhnHhbXbye+i1CQsG8N6zcMDqGn6vA242dldXay3BuvlSw1KW5ivQIbmO 4inmTlyPSa0s9OZdLPq/zVrdUKPuq93yvXvyvqn6t3+e3U9intdK1u1j+02+n6vYyYnh8+C2v7WT jKTReYssLequmcdVNVGc4S5oSlCS6xbjJfNNMpqM1aSjJeaUl+Nz039nq50g+PPGunaZeJNJYeGP Dgu7OG+muYdPMmq6wIofs5mlt7KRgjHyIlik2BXkQK0Zb9Z8NK1Wq839pUlOywduZ3erxN9XqfG8 UU4QeD5IRin7a/KrK/7vtpsz7Cr9VPkz4y/aB/ZG0f8AaC/aD/Zr+K3i6XwzrPgP4KeEv2j/AAn4 v+G/ifw5Hr9n4+svjx4W8FeG4omN1KdPtbbRf+EVuJ7yK7sb03y3sSQG2eEyNx18JGvicNXm4uFC niqcqUoKcascTGnFptuySVPVOMlJStpbX1cHmk8FgMwwdOM1VxtbLq9PEwqunPDzwFSvUTilFylK brLlkpwdNwv719PgDxr/AMEmviRf+B/gv4X8P/F74W+Nz+yl8QPjLafs1aJ+0D8NvE/xD8G2n7N3 xisvC+34M/E6DRfHfhXxVrur/DK/8LaTafDzxv4b8TaBc2nhfRdF8O6hYXFpHem682eTTcKEY16N T6nUr/U44vDfWKUMLXUf9lqxdaEqnsXCPsa0akJRhCMJRkuZv3KfFVP2uMqVcHiaX9qUMG8yqZfj 1gsRUzHBurbMMPU+q1adH6zGrUeKw06NanOrUqVYzi+VRg8R/wDBLb9oi81X4IyaD8cvgbpfhT4I 67+zj8QPBfw5s/hN8QfDvwz8BfEH4K/F3VPib4sf4cfD7w78Wbbw9pWi/E1dRt9O1vV/EUfiT4gL a6PaaTF4tg064keAnk9eUqFsVRjChPCVadKOEnCjTqYbEOvN0aMMVGnTjWuozuqlWyt7W2gUuJsH COM58uxdSrjKeZUK2JnmVOpiq9DHYOOFpLF4mtl9StXqYTlc6fLOjh3Kbk8OpRTfungn9hT9obwZ 8Pvjr+ynD8cPhTe/safFXQv2m9P8M6bcfCnxGf2hfBsn7SUnjrVrvR7jx/H8QIfBOu6D4P8AE/j/ AFjVbC9vvAj+JtVso7XR7zVIYY1nTenl1eFLEYNYqm8BXji1GDw8vrNL626kpRVf2/s5QpzqzlHm oObVoyk7XOStnmErYjBZm8vrRzjCzy11KyxsfqNf+zY0KcKjwbwjrU6talh6cKnLjPZKXNUjTvLl S/DP/gn98Tdb1rSL79rH4g/CX4m6JbfsU/Er9iPWfC/wz+HvijwVpes+APGXiH4X3uma1dP4p8be NLk66mj+AtUXW54HtLZ9X162m0ez0620lFuXSy6o5ReMrUq6WBq4CUKdCVGM6VSVF3fNXrO/LSal rZud0o8tnOIz2jGFSOWYXE4ObzjDZzTq18ZDE1KWJoQxScYunhMKuTnxEXTunKMaVpObm3H5/vv+ CNt/o3wI/Zp8N+FPiV4B8dfHn4D+NPjF468X+NP2hvAfiD4jfD746a38el02H4gXfxC0LRPGPhPx jHqdlaeGPA1p4T1zQ/F2n32m2nhGzsLhbmwvLq2PN/Yahh8JCFanUxGFnXqSq4zD/WaeIliWnW9t S9pTk37tP2c41VKCpxWsW0d/+t0quNzKrWw1ajg8wpYSjDD5bjPqNfAwwF/qywuI9hWhy+/W9tTq YeUasq05+7NJn37D+yXqY/YB8dfsbx6p8OPDGt+N/gJ8YvhKdb+HPgK68GfDPw9rPxY0Pxjp8mqe HvADa/rWoWOg6TqHixrttOuPEl/qmoi3nuLzVZL+9muK9B4JvLquB5qUHVw1ehz0aCpUoOvGcXKF CM3yxi535faNu2srts8SOaqOeYfOPZ4iqsPjsJjFSxWLlicTUjhalKap1cZKlFznNUlF1PYRjG/u 0lGKgfL2mfsHftc/Ffwj8LPgj+1z+0t8IfEn7M/wzl+G0+q/Cf4DfBfxH4A1P4vw/Ca50bU/Bnh7 4n+NPG/xI+IF6/hVNb8O6HrGvaV4S0/w4+vT6eLS6uIrGZ7ccqy7F1oUaONxtKrhaLpN0MPhXQ9v 7BxlTjXqVMRiJOmpxjKUIKnztWlJxbR6Ms8y7DVcVi8qyvEYfMMSsTFYzG5hHGfVVi4zhXnhKFHB YOEa0qdSpThVrSrezUnKEee0lwnx3/4JafF74i+GfGWg+APjB8JvC+seMP2tPjz+0tpHxE1/4deO p/ib8G9Q+Ldx4Hfw1r/wU8beCviZ4L1bwr8RfAlv4b1y1ubnUH1fwd4yg163g17w4YdJgSWMRlFS rTqU4YilB1MZicWqssPOVahOu4OE8NVhiaUqVajaSU25QqKdp0+VWltgeJqGGrUatbA4isqOWYLL pUIY2nDDYynhVV9rSx9CtgsRDEYbEucG6aUKtB01KlX55c0fe/Df7FPx98B/EP47+F/Cvxp+Gmqf sn/tR+OPGnxH+M/hDxl8NfENx8dLDxJ8SvAlj4Q+Idp8OPiR4b8ceH/CmlaV4mvtOt9dtZPEXgbx Bd+G3mu7DSs27W7W28MBXp1cRGGJpvB4upOrXpVKEpV1OrTVOr7LEQrwjGNRxU/foTcG2ouzVuKr nOEr4fBTq4GtHNMto0sPg8VRxkYYR0sPXlWw7xGDq4WtUqVKKm6d6eLoxqJRlUTkpc/HfBb/AIJ8 /HLTPFf7NelftH/Gr4T/ABU+CP7Gfg7xl4J+BfhHwb8Hb7wb4u8a6d4t+E2rfApbz4763qvjHxLo WtyaZ8Lte1fR5NJ8DeH/AAlouu6rd/21rVpcywW1vDFDLa8Z4RYnFU69DAQnDC044b2U5c1GWGUs TN1akajjQnOHLTp0YSlLnkm0ka4zPsLUpZjLA5fWweMzipSq5hXqY54ilTdPFwxzjgKSw9GpQVTF 0qdVzr18VUhGPsoTtKU34wn/AARa0jwx+zfoHwx8GfErQ/EfxW8CftMzfHvwj4z+NfhTUviJ4P1/ wr4b8F6z8DvhX8GPiJoFv4h0LX9V8FeC/wBnaTw34HsX0XxHpGo6Frmivrfha50qOYW1YLIacMLC jTqxlVpYx4qnUxFL6xBqNOWHo4erSlOLqUqeEcaCtUg1KCqwcX7p2z4xr1swq4qvhpQw+IyyOXV6 GCxLwVaMp14Y7E4zDYiFKcaOIr5kqmLlzUakZwqyoVVUXvn1J+zH+wZr/wAE/in8HPit4i1b4LWt 78Pfg/8AtIeANc8H/Bb4W6t8OvA9x4l+PfxY+EHxFXxD4Y0zW/F/jLVbKPSrH4aahpes3Wt63rGt +Ir/AF1tSnvrdBNav14bL3QrYeu50E6VDF0ZU8Phlh6UpYqvh63PCCqVOXl9haXNKcqjlzuS2PLx +dxxmFxmEjTxjjiMZluJhWx2PeOxMYZfhMbhlSqVXQoqpzvFqcOSFKFGNNU405X515v+z9+z74Y+ Jn/BT/8Aay/bNi8I6v4f8OfCy10D9nrwGNUXVLTSfHPxst/CWiQfHf446RoWoi3t7W9s/CkPgH4E WPibT7N4vEVj4R8USx6hd20sbVjhsLGrm+NzB05QjSjDC0ubmSq1lCP1nFKMtL8nscLGoviVGort NM6sdmE6HDWVZMq9OrPETq5jieRwlKhhpVZrA5fOpG8rKr9ZzCpRlL3J4mk3FTTPfP2iv2Yfj7rf 7Qfh39qT9lf4r/DD4f8AxUT4NX/7P/jTRvjb8ONe+JPgLXPh9N4wfxzo2saNaeE/GXgPxDonjPw1 4gu9Umt5TrV3oOt2d6llrOlSiztZ4+rE4SvLExxeExFOhW9i8PUVeg8RSnS5/aRajGtQnCpCbk01 UcZJ8s4uya4MDmeDp4GpluZYKvi8L9bWOoywmLjg8RSxHsvY1IynUw2Lp1KFanGClF0o1ISgpU6i 5pRfLfsj/wDBPj/hlP4j/Dvxdp/xJbxjpXgv9lTUPgJqcOo6FFpur+IPGviT49eJvj14u8eo9hcL pWlaPqXiDxZq9ppnhe1sSNItDbQR30sNuqtGDy1YOrTqRrSqKGEeHfNFKU5yxE8TUrNp8qUp1JWp qNoqyUmkaZpn080oV6U8NGjKtmSx0XCpKUKdKngqWBo4ZRlFzm4UqUHKtKpzVJJtwTbZ7n4H/Zdt fDX7Wv7SP7S+uX3h/wAR23xu8D/s5+FfDvh+68Pxyar4KvPghF8V49U1EavdyXMc6+JW+IenSW6W VvZSWZ0R/tD3JlgaHopYV08bi8Xz3+s0sJT5OW3J9W+sXfNzPm5/b7WXLy7u+nHiMwVfK8ty32Ti 8BiMxrutz39r9f8Aqfu8nKuT2X1R3fPPn9ptHl1+LPEn/BOH4461ffEL4LWvx6+Hdp+xX8VP2n7v 9qjxf4Rm+FWpzftC2/iLWPi/p/x38RfDvQPijH4zh8KW3gzV/iRYG8h1+/8AAt9460rRLiXQrLW/ sqWzwcEsrrS9pQWKisBVxbxlSj7BvE88sQsVOlHEe2UI0Z1053dB1Yxbgqm0l69PiHDQ9jjHl1R5 xhstWV0cUsYlgfZQwby+niamB+rOpLE08G/ZpRxkcPOolVnRfvQl6j8HP+Cf+vfDD4w+D/idffEf Rdas/DN3/wAFErmbR4fDt5bz3g/be/aI8JfGzQ0S5m1OaKM+A9O8NzaBq5aF/wC27u7S8tPsMCNC 2tDLXRxFOs6ylyf2p7vs7X/tLGQxS153/CUeR6Pnvze7sYYvP1isJWw31Vw9quHVz+25uX+wstrY Bvl9kr/WnV9qveXsVHkftL8x5t8Kf+CcHxY+El78BtM0j4ufDjXPAWj/ALDnww/YY/aT0TXvA/jN Ne8beAfhvqXjPVTr/wAIvEfh34geH5vAXiHxF/wnviDRp7vXYPEq6Rp/2K/06E6nbo65UMqqUHh1 HEU5U4ZdQy7FRnRnetSoOo1KlOFeDoyn7WopOSq2TTj7yudGL4jo4z69OeCrU69TO8XnmX1aWLp8 uFxGLVGLp4mnUwdVYunS+r0pwUHh3Kakp3hKy73xP/wT01T4a+I/2ZvFn7F/i7wh8Lr/APZ+1r41 LPovxp034h/GTQNe8N/H7S/BWl+N5rWc/ETQPE1l4j0n/hBdIvvDIk1+TQUupLpNQ06WCaRX1nli pzws8DOGHeGeI92rCriYShiVBVN69OamnTi4P2jivevB3OaGfvEU8xpZxSrY5Y+ODftMPWoYGrTq 4GVaVC7jg61KVJ+3qRqx9lGo0041Ita+Z+AP+CbHxr8N3HwR+CviP49fD/WP2M/2bfj7D+0J8KvC mlfC7VdL/aB1LW9D8W+I/HPgjwT48+JkvjK78I3nhfwr4l8RyTXGreHvAWieKvE9hYW1jq+qBZr+ S7yp5VWj7ChPFRngcLifrNGisPy4hyjOdSlTq4j2zhKnTnLmvDDwqTSUZS+Jy6a/EWGqfXMXTy6p TzfMMC8BisTLGKeCUKlKnQxFfD4L6tGrTr16UOW1TGVaNKUpTp00+SMP0M/Z0/Zb+Df7KvhvXvCf wX0PWtC0TxLri+ItWt9a8YeLPGMs2qrYW2miaG78W6zrN1aR/ZLSBDb2s0MDMplaMyMWPo4bCYfC RlDD0/ZxnLmknOpO8rJXvUlNrRLRO3zPCx+ZY3M6kKuOre3qU4ezhL2VGlaHM5WtRp04v3pN3ab1 tex9DV0nCFABQAUAfAH5dvX8f/r/AKV/J5+wHnPiPwAmo3c2saBqA0PVrkf6fG9sLvSNYIGFbUbH fC6XWB5Y1C0minETOJkujsCzUhCrHlqK9vhnF2nG/Z63XlJNCs07xdm909Yy9Vffz83e55jP8OPE 4kKyeFPC108hPm3Om63PZWjnk73tZtMilbJPzKySEEkBnGGrmeFq6qGOqxj0UoOcradeeyfRPyb0 vYakvtUYyb3s0l11s1rvre79T6n/AGTPDOs+HPFnjddW/sSAXPhzw4bWw0NLhre1SPVNY3NLc3EN qZppC4DLHaxxp5eQ8u/I/W/CrDxoPOmqlWrOawLnOq1dtfWbKKTbsvNyb79F8hxZOUvqKcYQSVe0 YX70t2+vokvU+7K/YD44/M79un9rv4z/AAB+Mf7MPwe+Dkf7O2n3fx28O/tBeJdc8W/tI+J/EHhL wfoVv8FLT4V3trp9nrGh6hZJb3uvR+P9QQvfpdIr6fbmKMAzB/JzDG18NiMJQovCQ+swxU5VMXOc Kcfq/sGkpQas5+1e99vU+kyXKcJjsFmeNxUcyq/UauXUqdDLKdKpWqPHPGKU5RqRleNP6srKNr87 u9mmfAH/AIKlfs1eO/2fPgV8W/j38TvhF+zt4y+M+neKZ7PwL4n+JujS20qeDfiR4n+Fl94w0LWb +PSJLj4ZeJNf8LXGp+EvGur2OlaRe6RqenpLeG7EwpYfOcJPDYetiq1DC1MQptU5Vk01TqzourCT UW6E5QcqdSUYxcZLW9x4/hfMqOPx2FwGFxmY0cHKkpV6eGmpKVbDUsUsPVhF1EsXRhV5K+HhOpOF SE7LlVz3nxF+2Z8IPh14z+LuifGDxt8Mvhn4R+GuvfCbwzpfi/VfiRY3d34g1/4seDtU8XaTpGt+ Gho9m/g7ULmDSbtPC9tJq+uv4wsopNRs/sLKtlJ1Tx1ClOsq9WjShTlRgpureUp1oSnGMoci5HLl fs0pTdRa+69Dz6WUYvE0sLLCUMViKuIp4qrOmsPyxhTwtWNKc6dX2snWjFyTrN06XsZPlfOveOf8 Qf8ABR39ibw1pvwd1rUv2hfAz6P8eNc8V+HvhtqVhPfalb6pqfgeO+XxZDqaWVlNc+HG0HVLL/hH dRj1+DTri28SXVrossC3jypDEs1y+CoN4qm1iZVIUmryvKldVFJJNxcJLkkpJNTfK1e9tYcO51Ul jIxwFbmwNOjVxKlyx5YYjldGUXKSjVVSEvaRdNyUqac0+WzfPf8ABQL9qP4k/sweFP2fp/hZb/B8 eJfjh+0n4c+BsutfHPV9Z0L4d+FtL1r4X/Fvx9P4g1XVdDv9OubOSO8+HVhpkU0872iR6pO0kLyC FknM8ZVwkcL7L2ClicXHDOeJco0qcZUMRVc5OLT3oqO9veZpkOWYfMqmY/WfrkoYHLamOVLAxhPE VpxxeDwypxjUjNNWxUpuyv7m9rlT9mX9vrwJ8UP2Ub79pr476p8OfgjoXhP4ifEP4V+LPFY8fWer /B/xDrvw+8e6n8P4PFXws8falbaOPGHg34gahYQXXgl7e0kv9Qub46HYHWbi2iv79YTMqdXBPGYm VGhCFWtRlUVVSw9R0q0qPtKFSSi5060o3pac0r8q5nq6zLIa+HzZZZgIYnG1auHw2Kp0JUOTGUY4 jDQxTo4uhCVRUq+GhNrEe9yR5XOXIm4x+kPA/wC1B+zx8S9N+HOsfD74y/D/AMZ6Z8W/E/iHwV8O bzw34isdWi8VeMPCXhrXvGHinwrY/Y5JXh8ReHfDPhjX9Y1vRr5bXUNMtdLuvtlvDKFjbqp4zC1l SlSxFKoq8506ThNS56lOEqk4K17ThCE5Si7SSi7q551fK8xw0sRDEYPEUZYSlTr4hVacoOlQrVad GlWfNa9OpVq04QnG8Zua5W9zzPWv2/f2P9B8f/DH4Zah8dPB58ZfGHVPGuieANMs5L6/TV9X+H/x Ef4S+KNOnvLOzntNLurT4lwX3gu1j1Oa1/tLW9J1uHTzcw6Nqk1rlLM8DGrRovEQ9pXlUjTirvml Sq+wqJ2Ts1WvT9615KVrqMmumGQZvUw+KxSwVX2ODjQniJy5Y8kMThvrlKSUpJyUsM413y35YTg5 Wc4p9DpH7bP7JGva78UPDek/tD/Cq81j4MaD4p8U/E+3HizT4oPCXhrwLdCw8c6/e6hcSRaddaR4 J1Fk0zxlqGm3d7a+FtVmg0zXpdPv7iG3kpZjgZSrQWKo81CM51rzSUIUnarNyejjTelRptQlpJps znkubQhhqk8vxSjjKlGlhv3UnKrVxEefD01BXnGdeHv0IzUXWgnOmpRTZ6h8IPjZ8Kfj74OTx/8A BzxzofxA8INqN7o76zoc0zR22r6esD3ul39tdw2t9p2oW8V1a3Elnf2ttcfZbu0uhGbe6glk2oYi jiYe1oVI1IXceaN9JLdNOzTV72aTs09mjlxeCxWArewxlGdCryqfJOzvCV7SjKLlGUW01zRbV01e 6Z8saB/wUe/Zd034efDbxX8bvjJ8Gvg/4o+Ifgiy+IEXhRPifaeNNMtPC2oeJ9c8J2/iSx8XW2ia FDqvhGHWNA1Cz1PxZPo2k6Po11b3EWrzWUcS3EvJHNMHGnSniMRh6M6tNVeVVfaRUHKUOdT5IN01 KLTqOEYxd+Zrd+nLh3NKlfEU8FgsbiqdCvLDe0lh1Rm60acKvspUlVqqNeUJxlCjGrUnUTXIpO6X of7bv7Rms/st/sxeNvj14U0TRfFup+GNa+FGnWOk6xc3Uekaha/EP4ueAvh3eXD3OmypcE2mmeLr nUrF4ZDHJd21sJRJbtIj6ZhipYTCVMTCMZyjKikpN8rVWvTpN3TvoqjktdWkc+TZfDMsyo4GtOdK NSni5SlBLnjLD4TEYhK0k1rOioyur2btZ6ntXxZ+M3wo+BHg6f4gfGb4h+Evhn4MgvbLSz4h8Y61 ZaLp8+rakzppuj2L3cqSalrOovHKun6Rp8d1qV6YpfstrL5b7d6+Io4aDq4irCjTuo89SSinKW0V feT6RV2+iOPCYPF4+sqGDw9bE1nGU/Z0YSnJQhrOcrfDCK+Kcmoxvq1c47wZ+1R+zf8AEOHw7c+B fjd8NfFdp4t8EeMPiR4cvtD8VaXf2Gr+Cfh7qul6H4+8QW1/BO1n9m8E6xrWlaZ4uhknS98OXt7F b6xbWcm8LFPG4SryOniKVRVKdSrBxmmpU6UoxqyTWj9nKUVUV7wbXMkbV8qzLDOqq+CxNKVGtRw9 WNSlKMoVsTCdTDwlFrmvXhTnKi7ctVRbg5G/4R+P3wX8f3Pw3s/BPxL8JeKrr4vfD7Ufit8NYND1 WHUZfGHw40mXw7b6l4z0pLfeToNndeLPDtnNe3HkIt9qsFkAbtZoYqp4rD1XRVOtCbr0nXpcrvz0 VyXqK32b1IK7trJLfQitl+Nw6xMq+Gq0lg8THCYl1I8vscTNVXGhK/8Ay8ao1ZKKu+WDltZv8hP2 sP8AgqT8cf2ePjd+11pGieFP2ZNX+E37INr8FNS17wt49+JHiDwL8dfiza/FLwLo3jC90v4Vx/8A E00DU/EdrPf3Ok6Lpp8P3bX9+2mWb5mvS6eJjc3xGFr45RWDdLAqhJ0qtWdPE4hVqSqONC3NFzu3 GCcHzSsnvc+ryvhnBZhg8olOeaRxWbyxsViMPh6VfAYF4avOjGpi7uFSNJpKpVn7WPJDmmk7Wf6e Wf7aH7Kl78TZPgqnx7+GMXxhghuGu/hhN4t0geNrPUbHSP7f1Pw3PokdzJO3jDSdHEmpap4QgM/i SxsYZrufTFto2mHrrH4N1nhvrNH6wrp0edOopKPM4cqbbqKPvOmrzSu+Wx828mzVYX679QxLwbs1 ivZT9g4Sn7ONXnaSVGc/djWlanKTS5rs7Xw/+0Z8CPFdx8O7Tw78W/Aer3Pxa+HGqfF74bQWniLT 2l8ZfDLRE0OTWPGuiK0ym50LTU8SaO95dHZ5C3UrOgFlfm2uOLw03SUK9KTr0pV6Npr95Rjy81SO usVzxu/N9nbGpl2PpLEurhMRBYTExweJcqcv3OKn7TkoT7VJOlO0db2/vRv5zpX7c/7IOt+Lfhx4 F0r9of4Y3vi34uaR4Y134daJF4hh+0+J9M8bwyXHgeW2kdFtrSfxxDG0vguw1Oey1DxajRN4dtdS E0W/KOY4GU6VOOKpOdeMJUlzfGqutLXZe1WtNNp1PsJ3V+ieR5vClia88vxMaWEnWp4ibh/Dnh3b EJq/NJYdu2IlFSjRd/auNmdV4A/av/Zu+KnxD1D4TfDn40eAvGXxI0qx8W6jqfg3QdbhvtcsbXwH 4yn+H/jI3Vqg/c3Hhvxhbvo2rWTuL21kktbt7f8As++s7u4uljcJXqyoUsRTqVYqo5U4yvJeyqey qXXeFT3ZLdNp7NN5YjKsywuHji8Tg69HDTlRjGtUg1CTxFH6xQs+qq0Xzwl8LtJX5oySlsP2qv2c tT+N2pfs32Hxl8B3Xxz0m2urq/8AhnHrcH/CSxGw0i28QajZRwHFvdaxpugXltr2p6FaXM+tadok o1e+sINPDXIaxuFeIeEWIpvEJNulze/pFTkuzlGDU5RT5lF8zVtQllWYxwUcylg66wMmksS4P2b5 punGT6qE6kZU4VGlCdROEZOWhzPwr/bc/ZH+N91rln8Kf2hvhb42m8N+Bz8TNbbSvFFkttYfD2Iw pqHjOS9vWtbOXw5oc9xb2fibVoJ5bTwtqFxBp3iOXS7+aO3aKOY4HEOSo4qjU5aXtm1NW9knaVS7 snCLdpyTahL3Z8r0NMXkmb4FQeLy/FUfaV/qseam3J4l3caHLG8lVqJOVKDSlVinOmpxVzyT4Bft 7/Db9pr9qf4g/Bn4J+JPB3xG+F3gr9nv4d/FYfEbw1carLPceMvF3xI+JPhLU/Dge7it9OvdEt/D /hTw3r2lapp0UsV7/bc00N9eWklv5WOGzKli8ZVoYecKtGnhaNf2sea7nVq1oOOtk48tOMoyV78z d2rHVj8ixGWZZh8XjadbD4qvmGKwjw9TktGlh8PhKqm1FuUajqV6lOcJtOPs0nFSufoBXpHghQAU AFAHwB/9bv8A5/Pt3r+Tz9gD/D19/wDPH40AH/1+/wDn8T/FQB6r8DP+R18Vf9izoXfP/MV1X/Pt X6v4Y75x6YL88SfHcV74L0r/AJ0z6qr9ZPkD4E/ac/Y00n9pX9qT9kb4n+PPCvw88d/CP4FeEP2l 9L8aeD/HmmQ642pa98WLP4QQ+Cb/AEjRr7Tb3TLo6Rc+A9Ymv7m7ntZrMT2htBcGaURedisDHFYz BV6kaNSlhqeLjOnVip806/sOSUYyjKPu+yldtpq6te7t7eX5vPL8rzXB0amJo4nH18tqU6+HqOko 08G8b7aFScJwqfvPrMOVRUovllzW0v8ANHx6/Yk/aC0r4sftDa9+zL4O/Zf8UfD79qr4IfD74La7 o3xps9b0d/gHD8P/AA34q8F2V38P9J8M6Dqmm+J/At9ovin+2Ln4evJ4WVfE9jNexawkF9LC3PiM Di1WxU8I8I6eNw9PD1Y4lVE6KpQqU4ukqcZRq03Go26E/Zx5k2qlpyS7sFm+XPC5fSzJZkq2VY3E Y3DzwMqLWLeIqUa044idapCdCsqtFJYymq8nTkoui5U4yfB6J/wS7+KXhTxv4Jaw8YeEvFPgzwJ8 Z/8Agmz4sttS8R3WojxF4h8HfsYfATX/AISeNb3V7E6be2q+JfEup3thqukWhvri2uEe6e8v7WVE WXKOUVac6fLVhKFKtlc0583tJQwGHlRm5WTXtJtqUdWt7tM6anE1CvRr8+Hq062IwnENKcaSh7GF XOcdDF01Bual7GlFShO8VLZRjJXZraj+wZ+0n4A+IGi/Gn4U2XwQ8YeL/Bv7cv7XHx/0DwF4713x D4e8K6p8Mf2mfh4fBdhDe65pHhXWbrTfEvhHUtviG40SDRrvT9TYzW8OsWVxL9tSnl2Kp1Y4ihLD yqQzDGYqMKsqkISpYuk6dpThTnJVIN89lCUZarmV7rNZ3l1ehPB4uGNp0K2S5Xl9Srh4UKlaOJy3 Exr80adWtThKjVSdNSdSM6d1L2c7cr+0P23f2Tz+1sn7Kvh/WdG8E+JfAnwp/an8N/GL4q+FvHFu b/SPE3gPS/g/8aPAt/otnpslhfWuqahNrnxA0K4htNQW2tTa2t1cNdRzQQxy9mPwX114JSVKVPD4 2OIqwqx5o1KaoYik4qLjKMpc1aLtK0bJ63sn5eT5q8qWaypyxFOvjcsngsNWw8/Z1KNaWNwOJVR1 FOE4R9nhqkW6bc+acdLOTXxPqH/BPL9ovwD4U8OfDn4S638KPGXwv/ZT/ar0X9pH9jHwD8Xr/wAR 3ujv4G1/wL8Q/C3jH9nn4iy2+m393pul/DTVfiDrOtfAzx/DJ4p1HQ420fTNR0Y2WgWkUnE8sxVO MIYerRdLB4yOLy+nXdSUYwlRq06mEqtRbjTpOrKWFqx9pOkuSLg1TXN6yz/AV6lWtjKGKjiM0yue W53XwioxqVKsMTh69HMsMpTjGdfErDU4Zjh6io0679pUjV5q0uWHR/2Fv2s/DnjDSf2r9Msf2fo/ 2hz+2JcftIal8ANE8QeK/DPwJ0zwlqn7KviH9lDVPD2leN4vCupa7N8QL/QtYt/HniHxrL4KisvE PiC0Fo2iWVtHAESy7GKosYpYV4t4/wCuToqVWGF5XgZ4B041PZzqOo6cvayrOiuea5XBK0lTzzK5 UJZW6eYLLP7H/syGLlHD1MwdVZtTziNedB1oUFRVeDoQw0cS/Z0pOoq05txd/wCFf7EP7WXwavv2 RPiJpFh+z941+JHwo8R/t56Z8W9H1jX/ABbonhUeGP2xP2oNN+O+keK/Aupx+GNZ1a81XwHZaHDb r4b1iC0F1cavcW0WvwNbvqE7oZfjcPLBVYyws6tGWZqupSqwpunmONjiuek1CcnOkoKPs52UnJr2 qtzSnGZ5leNjmtCpTzClh8XTyCWFlCOHq1o1skyupl/s8QpVacPZYiVWU/bU25wUIv2EnJwj4V8G /wDglT8dfhfo2p/DLxP4L+BXxl8F+Afhr8ffh18M/FnxK+OP7R2qw+OPDHxcsdT01fDeufB038vg b4YS+IdMvrS08f674Vu9Yju7/T11vRdHsdQW1lt8aGT16MHRnHC4inSpYmlRnXr46bqQrpx5KmHl N0KKlF8taVLn5rc0YRb06sZxPhMVVWKpzzHBYjEYnA4nF08JhMopKlWwkoz9rQxsaaxmKdOcXPDU 8T7Pk5nCdWcU+b9RP+Ce/wAEvjx8APgLffD74++J7HxBrcXxD8Wap4D0u28X6t8SL3wF8LbyHSYP CPw/1r4peItA8M+JfiXqPh6S01RovFniLSYdVOkXul6FJJLbaJbNXq5dQxGGw7pYmoqklVm6SVSp W9jRdvZ0fb1Ywq1uTW1SpFSs1Ft8qb+dzzG4LH41YjA0JUYuhSjXlKjRwv1nFLmdbFfVMPOph8L7 W8eajRnKnzxlUXK6jivz/wDhZ/wS9+M3hD4VeMPBPiPVfhnqWq63/wAEtvGv7Fmmzx3mp3dpb/FL xL8SfjV4xtdZaS60JZYfCcdh8QdBjuL+KJtSF3a3ipprpBBJN5tHKK9OjUpSqUm55PPLk0529rKp iJ87vC/s7VY305rp+7tf3cTxNhK2KoV4UcSo0uJqWeNNU1J4enQwdL2atVaVdyw02teRKUffve32 l+1h+y18VfjF/wAE7H/Zg8D3/hN/i1a+D/2etNs77xLqep2nhG8134Q+PPhf4u1n7Zqtppt9qiWW oxeCdRhtLldMed5bi3MsUW+Ro+7G4OtiMteEpypqtyYZKVRyVNyoVaVR3cYynaXs2k+W+qvbU8jL M0w2Dz3+068Kzwrq4+UoUVTddQxlDE0Y8sZzjT5oe3Tac0tHZvS/iHxN+Cv/AAUG+N+qfBn4weO/ h9+yZpvxN/Ze+KF543+HPwtXx58QfFPwt+Kuj+N/hz40+HfjSLxhq2peCrTUfBfjHwpDrek6z8Of Eun6N4jgtLt9aj1DTninVJsKuHzKvLD16iwEa+DrOpRpxnXnRqxqUalGoqk5UozpTipqVKpCFSz5 lKNpM66GOyHCQxuDovN54TM8LGhiq86ODp4vDzoYmhiqEqEIYmdPEUpypShiaNWpQ5k4ShUUoHiH jL/gk38Wfiz8GvEE/iXx74I+Evx9+KH7W/jb40+N/wDhTkeq23gfwb8DPj/4A8Ifs/8A7RXwO8JX mpWsd5q7eMPgxoEniTUdfu9I0ltc+Kdva6vBBoDeTqNrz1cmq4ijP2laFLE18dPE1pUFJU40MRSp 4XF4WnKS52quGi5Oo4xc8Rao1Gyt20OKsNg8VS9hhKuIwGFymngMPHGOEq9TGYLEVswy7H14wbpw lh8fUUY0YzqRp4LmoqVW7jL69/Yb/wCCetn+yD8Xf2hvHH/CRxa/4V8QamvgX9mLwsqSeR8Dv2c7 zxHrvxi1f4Y6SJFU29pP8afiR44ZYTLfs3hjwz4Fh+3JBZW2k6V2ZflkcDXxVRTUoVJcmFp2ssNh XKVeVGOisnia1ZpK69nGir+7yx8vOc/nm+Fy+hKm6dWjB1cxrOV5ZhmChTwkMXUd25SWBwuFi5Ss /bzxU7N1HOfReCP2FPCL/tp/tXftQfFvwB8KvHqfFLVPgBqHwX1LW9AsPEXi7wO3wx+F1t4Q8TyG XWNIddEmvdfsrO/01tKvbkyx20N1M1vcxqgulgIRx+MxlWFCo67wzoScFKrS9jRVOfvSj7vNJXXJ J3Wrs9DLEZzVnlGV5Zh62LorCRx0cXGNWVOhiPrWJdaneEKn7zlg3GXtYKzbUbrU+RdB/wCCe37T FhfeBPgJer+z0f2efh5+2hF+13ZftCQr4kk/aY8Qw2Px11P9oGx8Galor6Umh23jW88Qaj/wg2v/ ABQj8VTLqHgNbi0Twut7cyTPxxyzFr2eGc8N9TpY/wCvqslU+uSaxUsWqbjyqmpOpJ054j2jlKlf 92pSdvUnn+XSdbMFRx/9qYjJ/wCyJ4WUqP8AZkVLL45bOvGfM68qaox9vSwUqCjTxHK/byhFHkPj z/gh/wCKNam+Mmo+C/jheeD9auPjFZ+Hv2atRsGnjk+Cv7F/xNm+IUn7RnwR0ki3c2//AAka/tJ/ HlNDixeyoPCnwo8jWtGGn2o8Pc9Xh5zeIcMQ6cpYhLCyjdPDYCq6rxmGjpp7T63i+RK693DXlHkX s+3D8aqksHGrgY1qcMHJ5hCdpRx2cYdUFluYVE5e86P9m5b7VuzfNj/cn7aXtfS/Gf8AwTA+JOif tN+L/EHwz0H4c+KP2dPiP47/AGcfHkfh7xT8a/j18PZvhHd/AHwv8NfBek6XbfDb4faingj4pWWh 2Hws8NeIPh3Pr02hah4Z1hPsN3eanplnYxQbzympHFVJ0o0J4WtVwtZ06lfGU/Yyw0KNOKjQoy9h XUY0Kc6Tq8jhPRuUVFLjp8SUJ5fh6eIli6WY4TD5hho18Pg8sxH1unj6uKrTlVxeLpvGYSU5YyvS xCoe1jWpO6VOpKbl+jv7FX7N13+zh8Kta8M+KLDwnN421r43ftNfEe+8QeHoBLLe6N8Yv2gviB8S vDUN1qdxY2d/Je2/g/WvCemavA4aCK90dLWGW5t7G1nb0sBhpYWhKnNwcpYnGV+aF7NYjFVq8E20 nzKE4xl0vGybSTPCzjHwzLFwxFNVI04YHLMIo1bXUsFl+GwlVpRlJKE61KpUhrflmnJKTkj448Xf sh/ta69+3v8ADr9oi5ufhlr3ws+Fn7QXijxn4Psl8ea14Qk074R/Ez9mrxR8GfE+lN8N9H+HV1o+ q/EfQfGPizWvHV7468R+L9c1fxxBcWHhSzuPAuhaeqnjqYLG1Mwo4mVSjOjQxU6tOLq1YONCrg6m GnD2MaTpOrGpVnV9rOcp1U+TmoxVj1aObZVSyXFYCNHFU8VjMvp4evUjQw9VTxeHzOjjqVZ4qpiY 11h50aFPDvD06UKdBxdXlxE5cy8q/wCHUvxI8Qfs5/sw/AnVvFvg3wfefDv/AIJ0ftN/sgfFHxX4 Xe+nmuvG3xntfgOfC+rabD/Zmny+JPCdhqnw48TXfiG21ObTbm7t9REEMTSanczW/P8A2NVlhMHh Z1oR9jlOLy+rOHM254lYXlnBOMeenF0JuUZODfMl1bXZ/rVQpZjmeYUsNVqPF8SZbneHpVnCKVLB TzGVSjVlGU+StUWMpxhKCqRi4yk37sVL6w/ZX+An7S+hftQ+Nvj58fPCHwF8A2Nx+zB8KP2d/Dvh 74GeIfEeraRqNx8OviH8R/Gd14nbSde8KeHj4YsL+DxzFYafoEd9rz6bb6dBA2q3fMi92Fw+LjjK uKxSw0ebCUMLCOHlUkn7GrXqObVSnDkT9rZQUp8tvie55OY47LZ5ZQy/APHzcMyxmYVKmOhQi19a w+EoqnGVGvVdWUfq3NKpKNPnc78i2P0xr0z58KACgAoA+AP/AK3b/P8A9l1NfyefsAf4env6/wBf woAP/r9v8/j6daAPVfgZ/wAjr4q/7FnQv/Trqv8AnPfrX6v4Y75x6YL88SfHcV74L0r/AJ0z6qr9 ZPkD5p+I/wC0XB8Pf2l/2Z/2c5PCUuqzftG+Hfj3r0Hi5NbSzj8JH4HaN4E1iS0l0M6VdNrf/CTJ 418hLhNW0r+yG0ze0Gpi922nJVxXs8XhMLyc31qGJnz81uT6uqTty8r5uf2u/NHlt1vp6WHy94jL cyzH2vL/AGfVwFN0uTm9r9eliI83tOdcns/YXtyT5+beNtfX/FvxM+HHgC70Cw8d/EDwR4Kv/Fd8 dM8L2Xi3xXoPhy78SakGiQ6foFtrN/ZzaxfB7iBTaaclzcBp4gY8ypu3qVqVJxVWrTpubtBVJxg5 vtFSacnrsrvU5KWGxOIjUlQw9evGlHmqypUqlSNOOvvVHCMlCOj1k0tHqRXPxT+GNl49s/hXefEf wHafE/UdKl17T/hxc+L/AA/B49v9DgjuZp9Zs/B8uor4hutKhhs7uWXUYNOks447W5d5gsEpVOvR VVUXWpKs4uapOpFVXHVuSpt87jo7u1tHroNYXFSw8sWsNiHhYzVOWJVGo8PGo2koSrKPs1NtpKLl zNtaaoyPCHxz+CfxBksIfAXxi+FnjeXVdW1nQdLi8IfEHwl4lk1LXfDliuqeIdFsE0bV71rzVtC0 1l1HWdOtxJeaXYst3fQwW7CQzTxOGqtKliKFRylKK9nVhNuUVzSiuWTvKK1kt0tXoVWwOOw/M8Rg 8VQUYQqSdbD1qXLCpLlpzlzwjaFSXuwk9JS0TbMX4sfHHw38O/gF8Zvj14dk0n4jaR8IPh38V/HE +n+HvEdgbPW9S+Eui+ItQ17wn/wkFjFrNrpWpRav4bv/AA3qjvZ30+hapFdQ3unSXVlNZlV8TClh sRiYctaNClXqNRmrSlQjNyhzrmUXzRcJaNxd7q6sXhcFUr4/B4Gqp4aeLxGFo81SnLmhHFzpxhV9 nJwc4uFSNSPvRVSLTUrSUj4r0X/gqJ8M/GH/AAT++K37cfgvwXqmo6v8E/Amq658TfgBr+uR+GfG vgvx5oml2epXvw+8Ras+jambCG+gv7PVPDfi6Pw9d2HiTwtqGl+I9O04x3rWVv56zilPLK+Ywpyc 8NSlOvhZy5KlOrCPO6U5csrKSalCpyNThKNSKadj2Z8M4iln+DySriIezx+Ip08LmNKHtaFehUqO msRTjzx5nGSlCtRdRSpVoTpTleN3+gl58Vfhfp/j3S/hXqHxI8BWPxQ1zTZdZ0X4b3vjDw9a+PdX 0iBJ5J9U0zwfPqKeIb/ToUtbp5b6006a2jS2uGeUCGQr6brUVVjRdakq0lzRpOpFVZR1vKNNvna0 eqTWj8zwVhMVLDzxccNiJYWEuSeJVGo8PCbtaM6yj7OMm2vdck3daanF/Df9pr9nb4w3kmm/Cz45 fCjx/qseteIvDraP4V8eeGtY1o6x4U1DWtN16zj0e01GTU5fsVx4d1uZbiK0e1vdN0+bWLCe60ho r6TOjjMJiHahiaFWXNOHLCrCUuaDkpLlT5tHGTvazS5k3HU2xOWZlg0pYvA4vDwcKdTnrYerCHJV jCVOXPKPKuZVYJpu8ZSUJJT909BtviF4BvU8Py2fjjwfdxeLdV1nQvCslt4m0WdPE2t+HI9Ym8Q6 P4feK9ddZ1XQYfD2vy6zp+nG5u9Lj0PWHvoYF029MOqq0nytVab9pKUYNTi+eUOZyjHX3pR5ZOSV 2uWV9mc7w+IXtOahWTowhUq3pTXsoVXBU51Lx9yFR1KahKVlNzhyt80b4ej/ABq+DniHQPEHizQP i18M9c8LeErprLxV4l0fx54W1PQPDN6rrG1p4g1my1WfTtGulkdUa31G5tpQ7KpTcwFTHEYecZVI 16MoQdpzjVg4wfaUlJqL9WjSeCxtOpTpVMJiqdWsualSnh6salWP81OEoKU1vrFNHjM/7Xfw8uv2 hvhh8DvCWoeE/G+kePvh3+0Z401z4keGvH2h6po/gPWf2dPEPwW0HxB4M1qy0yHULY6rct8Xzcau 15r2kXfhVvDv2e90u9Or+dpmH16k8VRw8HCpGrSxdSVaFWMo05YSeHhOnJK65n9YvK8ouHJZxfNe PZ/ZGIjl2Jx1aNahOhicuoU8NVw84zrwzGljqtOvCUnF8i+pWhanNVfa3jOPJaXsVh8b/gvq3iPw t4P0v4vfC/UvFvjnw7F4v8E+FrDx/wCFLzxH4w8JzwTXUPijwtolvq0mp+IPDs1tbXFxFrek213p skEE0yXJjikZd1icPKcKar0XUqR9pTgqsHOpBpvnhFS5pxaTfNFNWTdzjlgcbCnVrTweKjRoVHRr 1ZYesqdGqmk6VWo4KNOom0nCbUrtK12eoVscoUAFABQAUAFABQAUAFABQAUAFABQAUAFAHwB+Xb1 /H/6/wClfyefsAf57+v8/wBMe9AB+Xf1/wA/T9aAPVfgZ/yOnir/ALFnQv8A066rX6v4Y75x6YL8 8SfHcV74L0r/AJ0z6qr9ZPkD8wv22vBX7R1n+1H+xR+0b8A/gZF8fLT4G+H/ANqPw/428Jf8LI8O /DS8h/4XBoHwq0jw3e22r+IrLUYLhI5PC+sS3EMNlKwWCNXeLzkY+VjqWK+uYDFYahHELDwxkKkJ Vo0X/tEaCi1KUZXt7OV1bt3Po8nxGXf2ZnGXY/GVME8dVyyrRrQws8Wv9jni5VIyhCdNq/toWbl3 7Hxp8c/2dP2nfi18RPi/8ZPHf7Afwx+O2o/tQfs8eEPhJ4b8EfEz40eDrm7/AGQvEfhC5+I2jahp ja3d+Fb+z1rwH44k8UaR8T73Xfh6mleJbLW7e60e5sLi4+w6lZ8VfCYyrVxFeeX4bEPGYWFD2dfE Rf1OVN1k487oy56NX2kasnSSqKd04ytGS9TCZllmGw+DwlLOsfgo5XmNbGe3wmDqR/tWFZYaSn7N YmDpYqh7GeHgsTKdF0pKSnG9SEqHhn9hf9pz4cftOfCzX9I+Euh/EjTdN/Zy8EfCX9o74s/ED4k+ FNW8P/tA3PgX9kK4+EUHinwvHqXhW6+MPwS+LWq+NrmfwHqeteHdd1Hw54k+HN3feIvFVpqGqXMd jZqGXYuliqMo04VYxw1Oji61WtGUcZ7LBOgpqDpSr4fEOq+R1IVHB4dzc1OcuVVWzvLcVgMXGpWr YepPH18XluFw2FnGplv1jNo4udF1o4iGExuCjQXto0a9CNWGNjBUZU6UXOXzL4i/Zt+P37PH7Hc+ jN4Ttvgb8cfD/wC2D+zrov8AwTGjN/8ADfxl8bLXx3rtha+Ata8FfEzxx4G8PeHtB+IfgGz8Cal8 SrGXWvFVtN4su/hRpWu33jG5v30zRrKPkqYTE4bA+z5VQxCx2Ejk6c6dbEU6jSpuFWtTpwVWjGk6 6vUUqqwvtPaSk4xPSoZjgMfm/tuaWMwc8ozKpxRL2dfC4OtRUpYhVcNhqtatLD4qeIjhJctFwoSz GVP2EYxnJn7haz+ybH8N/wDgnF8QP2Ovg9B/bOqxfsq/FD4S+GbnUrlbS58YePvF3w78S6beeJNd vruaRItU8b+ONbvfEOvX9zO6DUdYvLmSTZk1708F7PK6uAoav6nVw9NzdnOpOlKPPOWvvVKknOct felJnx0M1dfP6GcYzRPNMPjKygrqnRp4inU9lSjp7lGjBU6UFa0IRitj86f23P8AgmT8bvHf7Kdl qv7LN1ovg/8AaZ8S/sr+B/2bf2ivh5f31tbeBP2hfA+m+D9K0EWniG6EsOnW/wASPhZq0dxq/wAN vH+9LoWEep+E9Qubnw7rLWS+ZmOU16+Cf1OUKeMng4YTEQk7UcVSVPk5ajW1Wi250K261pyvTm7e /kfEuDwmaf8ACnCrXyunmlXM8FUhG+Ky/Eus6iqUU9XQxUVGnjMNfll7taFq1O84/Gn7BHxvl/bt 8dfEHWvhLqHxc+H/AMR/2sPgj+0X4a+Mml/F74ceBpvh5oXgey+G+k6h4T8YaJr3wt8UfEzVoPAV p4J1OLQvDXhLxlZ+GfiH4X1ZPCWqReGRfa3f3Lnltd4+tUlS9tRrY3D4uNX6zCk6Xso0YuFSDoTq zdP2UvZxp1FTqQn7OfIpTk5pZ7g/7Hw1COJeExWFyrHZZPDPA1cRHE/WJ4qoqtKrHGUcPTVf6xH2 061CVahVp+3pe2lGlGPN6b+wP+0x4a/Zq8c/Dr4P/BjwF8D/ANqD9m/9oXx78c/2Yv2lND8QeDZ7 P4yy+NPjJ8Z9Ui8Pa7pOnaNZ+ING8OwfAP4r6p8Pr3SPE1/LAt5c21nZpFY6cjCP7NxiwlShRp0c PisNi62KwWLU4yVV1cRiJqM4KEZQX1avKjKMm1eXu3jFM1ee5ZPM6GLxVfFY3Lswy7DZfm2XTpTj LDxw+BwVLnpVZVZQqT+v4Oni6c6cU+WHv2nJo5y0/wCCMPxm8L+Hv2gfg14Q+Lj3fwj8H/s7eJPD H7FC+KNTv5LrQ/i5+0T4d8Laf+1LeeLb6xuP7VsNO8a6h8NL+wS4iW8k07Qfj/8AEFtPknuZLuKW FkFWEMVh6eI/2eOFnTy9Tcm6dfFQgsZKq03O1WVFaq7UMViErttPaXGWHq1MvxlfCf7bPMadfOpU o00q+FwFSrLK4UIyShzYeGKfuTtGVTAYOUnpeMXxF/YK/aI+Nvhb9ozU/Bf7HXwy/Y3s/FH7Hdn+ zhZfB7wV8TfDGtR/GTx63xi+HHju08X6xdeFdD8N+G9O0P4aeGvCXibw/wCCta1aM+K9STxxrZlG m27vZu62W4rExxLjg8NgefA/VI0KVWMlXn7elUU5yhTpwjCjCnONG6dR+2ndQWjnC59l+BqZfCeZ 47N/ZZx/ak8ZicNUhLCU44XEUZUaUa1avUqVcXUrQq4rlaop4elZ1W3KP0v+3N/wTP8AEnxf8XfC 7Rf2XNG8C/BTwDoPwQ/aP0nxtp2jWVt4X8D/ABA8VeMvGf7JmsaJ8LviVpXhKTRvFN74B+L/AIW+ C2t+CviJq/hfUNP1seGbSOwur+5sbuXStS6cwyqWJq0fqypYelDD4qFRRio06s6lXAzhSrQgozlQ rQw0qVdwlGfs7Ru4txfBknEdPAYfFPHvEY3EVMfl1WjKc5VK+HpUcPm9OrisLVrOpThi8LVx8MRh VWhOm6zlNxjJe0jjeE/2cP2jbj9u/wCA37Rfhf8AZN8M/ArQrzwx8P8AQvj/AG+u/EH4Y/EfwDY+ GPBXwo8QeF7Cz+HmiWvhW38bfD/4k+BPEd9F4S8Ga54A1nTvC/jT4dm3vvGuj2E9xc6Fp5HC4t5h QxccLSw6caccXevTrU5Qp0ZwSp0/ZKdKtTnLlp1KU4wnQ/ixu+SJUzDLVkuNy6pmNfHTjOvPLWsJ XwteNWti6VScq9b6y6NfCYijB1cRQxNKpWp4xL6vNwSqz/devePjgoAKACgAoAKACgAoAKACgAoA KACgAoAKAPgD/wCt3/z+fbvX8nn7AH+Hr7/54/GgA/8Ar9/8/if4qAPVfgZ/yOvir/sWdC75/wCY rqv+fav1fwx3zj0wX54k+O4r3wXpX/OmfVVfrJ8gfH/7Zf7Zfws/Y5+Fninxd4x1m2uPHo+HXxN8 Y/DP4dQ6b4n1rV/HWpfDzwy+s3EMtp4Q0PxDqeh+FINSutA0vxJ441SytPDHhc69p0ms6rZm7thL w4/HUsDRqTm3KqqNarSpRjUnKp7GHM21ThOUKak4RnVklCHPHmkrq/rZRlGJzbE0aVNKFB4rC4fE YidSjShS+tVeSKjKvUpRq15RjUlSw8JSrVfZy5ISs7YQ/wCChv7KNhHqth4h+KENp4r8J6HYal47 8NaH4P8AiJ4vuvDGqXMPgo3Hh1n8L+ENXXUvEEdx8QPCy2vh/TTd69f2mqR6jaabNZW19PapZlhd VKpJzgl7SMKNeo4zapvkXJTlzT/ewtCN5yUuZJq7VPI8xfJONGCpVpS9hUq4nCUFUpp117X99Xg4 0v8AZ6qlVnanGUHCU1JxT+fPHn/BWP4EeD/jr4f8HRa7pF98D/8AhSvwj+LviP4s2OhfE7xHqOrN +0P4/b4c/B3Q/AOgeF/Aup22qM+rPpmpeK5b/UotQistdXTtH0i71zw14osdP5qmc4eGIjBO+H9h hq0q0aeIm5vGVnRw8aUYUpKV5q87y5ve5YRlOFRR9CjwvjamCnVkuXHfXMdhYYWdfB0Y0lleGWLx 1TEzrYmMo2pyapcsORcntKlSNOrRlP7X+L/xP/Z18FeDPAPx5+MV9oFp4e0TVtI1b4YeI9b8K6xr Xie38UeOtEu9I0mHwJ4Ws9E1Hxxc+M9e8P6tqVimieH9Bn8Ttpk2qxTWEcEGoCLvrVsPThTr1rJK UfZN05Tq89SLSVKmoSq+0lFtcsI8/LzJq3MeLhcNjq9Wvg8LzOThP6zGNenToeyoSU5zxFaVSOG9 hTnGMvaVansefklGV3Fv55/ZU/4KOfBf9pO++H/gVrnUNA+MXxF0T4jeM9E8E2vhTx7d6ZH4G8If FT4q+AND1fVPFV54Xs9F0DU/EGl/C3VtcfQfEN3pWp2dwJdMe2+1y6fDecuCzOji3Tp2nGvUjVqK Cp1nFU4V69GEp1HBRhKaoylyTcZJ3ja9r+jmmQYrLlWr3p1MJRnh6LqvEYZVJV6uEwmJqRp0Y1pT qwpyxcI+0pKcHFqd+W7XvHjr9sb9mb4Z/EXUfhR49+Lnh7wv470XQ5PE3iHSdTttbSy8L+HIvC2v +NTr/i3xHHpUvhnwnoz+F/CviLVoNT8R6xplncx6Re29vNLeR/Zz0VMdhaVSVKpWUZwjz1Lxny04 ck6nPUqKLhTi4Qm1Kcop8skm2rHDQynMcTQhiaGGlUpVansqTjOnz1qvtKdF06FFzVatUVStSjKF KnOS9pFtKLufPvxJ/wCCjPwotPCPgXxf8DNU0D4u2mv/ABQ8a/DfxbYTTa94U1vwdceGf2WP2gf2 jtMudR8Pa5otj4hsz4hPwZ07S9Ml1LSrSw1LRdfvNa0m6vhYRpLzVczpKNKVBqrz1qlKpGXPTnT5 cFisXFuE4xmuf6ulFyilKM3OLlbX0MLw/iZzxMcYpYb2WEpYqjODpV6VfnzXL8tnGFalUnSl7J42 cpqM5ShUpqnNRcnb3Zv2r/hl4O/Zr+FH7SXxp1m3+HHhr4k+EfhXrDRw6f4i8Uta+Jfinoek6jpP hjTLDw3o2q6/rFzJf6mbC0NrpLyzLEZ5o4UDlen65ShhaOJrv2casaLsozqPnrKLjCMYRlOTcpWV o67s4P7MxFXMMVgMJH208NVxUeac6VFeyws5qdWc6s4UoJRjzS5ppLZNnhPxr/bY8YeEfD3wv+Ov wU8HfDD40/speJPE/wALPCfiv4gWXxM1HT/iDf6/8UvjVZfBBvD/AMN/AsHhO+ttS8SeAvEGp2F1 4h0LxLrOjanqOpNqXg02mgazol/djnr4+pCFLE4eNCvg51KNOc/azVaU62IWHcKVP2bjz0pyTlCp OMnLmptQlFs7sHk9GrVxOBxtTGYTM6dDFYilS+r054WFLC4GWPVXE13XjNUsRThJU6lGlUhGDhX5 6kJpL6K+HH7XX7OXxa+Jni/4OeAPilo+ufE3wPq/jbQ/EHhGbTvEOh6h/afw38Ty+DPH8GhTeIdH 0qw8XReDvFML6H4jvPCd3rdlpN+Yo7y4iE8LSdNLG4WtVlRp1VKrCVWLi4zhzSoVHSrcjnGKq+yq Jxm6bkovd6q/BiMqzDC4eniq+HccPVhh6kakalKpyxxdH6xhnVjSqTnQeIov2lKNeNOU43cU7O2L 8TP22/2XPg94x8T+APiN8WtM8PeL/BXhjU/GnjDRhoPi/WZPC3hfSfBOtfEa71rxBdaD4e1Sw0i0 l8GeHdd1rTft91BLrK6VfWOjx32pwPZCa2PwlCdSnVrcs6UHVqpQqS9nBU5VeacoQkopwhOUbtOf K1G8lYvDZNmWLpUa2Hw3PTxNVUMPJ1qFN160q1PD+zpRqVYTqSVarThPli+T2kZTcYtSOI0j9ub4 WfEP4i/s6+FPgvrGj/EXw/8AGf4g/FD4feKdXDa1oGvfDvWfh58G9a+LUdhrXhDXtJ0zxBpmr6ra WWkFNO8QafpM50XWbTWrVbm1ubR5oWPpVKuGhRaqKtVq0qjanCdKVOhKulKnOMZxlJKOk4xvGSkr pq+ssmxFDD4+ri4yozwuGw+JoqLp1qWJhXxtPCOVOvSnOlOEZSmnKlOa9pTlCTUlJLzb4/8A7dni 74Q/G/xJ4U8PfC/w94n+DHwQu/2brD9pb4gan4xvNG8V+Frr9qX4hT+APBg8BeFYdAvrLxHF4Etj pPjjx2+o6vYPeaBrUOnaFH/alnO8uOJzCpRxE4xownh8O8IsVUlUlGonjKrpR9lBQlGfsVy1avNK N4StC8kzpwOS0MVg6VSpiatPGY1ZlLL6MaMZ0ZrK8MsRV+s1XUjODxUufD4f2cJ8lSDnVfJJH1H8 JfjdefEr4v8A7VPwxudAtdLt/wBnX4meAPAen6tBey3M3ia28a/Ab4WfGKXUb22kgjTTp7G9+IV1 okcEEtzHNa6bb3jSJLcSQx9lHEOrWxlJxSWFrU6Sd7uanhqFe77NOs42V9En1PNxeCjhsJlWJVRz eY4XEYiUWklSdHH4vBqMXduSlHDKo27NObWyu/oauk88KACgAoAKACgAoAKACgAoAKACgAoA+AP/ AK3b/P8A9l1NfyefsAf4env6/wBfwoAP/r9v8/j6daAPVfgZ/wAjr4q/7FnQv/Trqv8AnPfrX6v4 Y75x6YL88SfHcV74L0r/AJ0z6qr9ZPkD4X/a5/Ywuv2lrq91zwp8X9Z+DnijX/gX8Wf2bfGOo2Xh Lw94303xV8IPjGdFm8SaNNpfiAwvo+taff6FbX2heI9Fv7O8tzc31rexX9tNCtrwYzArF3arToTn h62FqShGE1OhX5eeLjNO0k4pwnFpq8k+ZNW9jK83ll3LGeFo4ulDG4XMKUKs61OVLF4P2nsqkZ0Z x5oyjUlGrTqRnGSUXHklFuWSv7Cw0r4QfF34XeEPjF4o8LXfxa+Ofhb406l4ostJt0nSDQdP+E2j 6x8PNTtbHUdOu9V8G+M9E+Fo0TxRbwaxpV3qOjeJNU0uW4axMkF0vqEVRrUoVqkPbYiFeUlbeCox dOS05qVSNFRqRb96M5RbsylnMnicLiauFo1fquDrYOEJOVv3ssVOOIjJt8mIozxTqUZ2koVKcJpc yuvIvCP/AAS/tPBfwsTwDo3x18QR+INE+G/7KPgbwT40Pgfw1nw5qX7HX7VPxC/aq+FHiO58Oeed I1dZ/EnjLS/DPiLRpBbWV9o/h6SeB7afVXjtMIZRCFL2SxFS6pYGnCfJTvB5fjKuMw8+Xl5JfvKi jOLSUow05XJ27KnE1ariXXng6DjPEZtXrUXUrtVVnOWUMrxsPaOp7WN6NKVSlNScoVKjcnNRSfrX ir/gn74G1SDTvGng/wAX6r4A/aNt/iT4E+NOsfHTTtLt9f8A+En+LPg3wr448HXviLVvhr4nvdV8 FWmkeJ9D+J/xDs73w5oNto8Glr4kSbRbuzu9G0q4tt55dSlapCTpYlVYV3iYRg5zrQhUpuc4SUqc lOFarGUeVJKo+RxkoyXHTzzEx56VWMcRgJYethI4CrOr7OlhatWhXVKnVhKFdOlVw2HnCpKcm5UY +0U4ynGXnPw5/wCCaGneCbjw1ba38ZNZ8Z+FtR+FPjX4R/HbwnfeD9I0mz+Mnh7xR8Y/i18cdOlt tT0jULfW/h5c6P42+MPiEzt4c1GU6ppVjptg7Wqi4klypZXCm43rTqQdKpRxEJwp8uIjOvXxCvZX p8tTETfuPWNk9rvoxHENWupuOFpUKkcRRxODq06lb2mDqUsJhcE+Xmk41lOhhKX8WL5ZuclfmsvR rv8A4J2fB6Xwt+0j4B0zVNf8O+B/2g/hd8JvhdBo+ky+df8Aw4sPg7pnii08Lar4f1vW5tXvNXvY dQ8Rx6sbfxAt9ZvLpyWV3Fe2F3cwNq8toOGJprmhTxNGjR5YNL2SoqfI6baeqc+b3uZXSumm0+eO e4xVMBXkqdWvgcTicV7SqnL6xPFyputCvGLjeEo0+R+zcJ8s5NSjLlkvPr3/AIJv33jLWdR8e/F3 9oXxJ8RPivrvijTNV13xnD4A8G+DdNn8M+GP2b/2lP2d/B/hPTvCnhtLfT7JdJg/ad8deOb/AFu4 uNQ1LVdaW10nNpoVvYWlhk8rVSXta2Jq1a7mnKo4U4JxjhsXhYQUIRjFKKxlao3rKVR7qFoR6I8Q yo03h8LgcPh8L7KUI0FUxFVqpVx+W4+tXlVq1JTlOpLK8NQUbxhCjHSLqOVSfAfHb/gnjb+F/h98 D/8AhmvS7q2+N2h/GH9jWy8Z/Fq4lfWZI/B3wK1bwtp0vj3VPBHiLxLB4Vnh0HS/DVjq1/ouiw21 5exRTWlp5rzOzZ4nLUqVBYSKjXjXwPtK9oufs8NKF6kozkoy5YxT5Vq9oq5tgs+lPEYt5jUc8HPC Zv7HCXqKmq+Op1mqMJ04yqQVSpVcVUk+WN+abSNzxL/wTZ+JVza/A6PwV+11rvhm8+EPxH+Knx51 W41v4N/D/wAZ6b49/aJ+L/i7xP4t8QfFrUvC2pS2vhbR7nwxL4u1/T/ht4f03SDp3gmDU7q/snuN aFnqVlUsrk/YezxtWDoVa+IbdKhU9ricROc515xlDkUo+0mqUYxSpKTteVpKKfENNfXFWyrDVVi8 PhMElHEYui6GAwVOlTo4SnUp1fayhP2NKeJnOpKdecI8zUOaEsb4K/8ABPfV/HOr+MPEP7Ueu6xq /gXTP2gf+Cg+u/C/4ER6ZpHh6x0vw7+0j+098UfEMPjXWfHfhXUj4s8RDxf8PtRsNc8P6TLqWkpo Vr4xuoNTspNSsLNNPjDZZKTnLGNzgsVmk6WGap+zUMZjK9RVJTg3ObqUZRlGLlHk9pKM486XJrj8 /jBUYZZGFOq8vyClicenWdaVXLMswtGVGFOralSjSxNOUZzhTk6rowlTqezcnV674+fsK2nhT9mL /goF4b/Z/wBM1HWvEX7Qf7LcPwp+H3wzSaBv7Kvfh58HvGHgHwZoOk+IPEOqNcXsuty6/hrjX9Sj S1mYK915TyONMVl6WDzKnhYtzxWDdGlSvFRUqdCdOlGLk0lzOWrnKy3bSuZZdnblmmQ18wqKNLL8 0ji8Rimqk5yjWxdLEV6k4U4ylJwVPSNKDlL+Vuxvad/wTd0LX/iFJ8Vvjh8V9c+L/jjxJ4q8Z6z8 Spf+Ea0rwHoHi/w34m/Z81X9nPTfBWn6P4TvLaXwzp2h+EtYvtUk1e01C717V9avLuS61CK2FjBY 2sspyqe1r1Z4ipKc5VXKMIRqRlhpYVU+SCSjCNOUnu5SnKTcrNRWMs/rQo/V8Hh6WDowpUqeHVOd WpUozp46GYSr+0qzm51J1oRjZpU404xUYKSlKcXiL/gmL8N5PG2hy/Dvx/4p+GPwRvk+CC/GH4C6 ZYaZ4k0H4un9nH4jat8UvhJ9u8Y+K/7W8aeGI7PxNqv2PxfHoeqL/wAJf4Y03S/D161va2xd1LKq LqRdOc6ND/Z/a4aCh7Ot9VqyrUOaUoyqQtUl+85JL2sIxhLRDp8RYtUaka1KjisX/tv1bH1nUWIw v9o4eOFxnJGnOFGo50YfunVpydCrKdWD5pafY3wz+CVh8Nvih+0d8TrXXbzVLv8AaJ8f+CfHup6X cWkEFt4buPBfwa+HXwdt9PsbiOR5b6G+svh7b61NPcLE8V1qU1qiGGCOR+2lQjSq4mqpNvE1YVZJ 2tFwoUqCS6tNUlJ36t9DzMTjZ4nDZfhpQjGOX4eth6co35qka2MxOMlKd3a6niZQVrLljG+rbPca 3OIKACgAoAKACgAoAKACgAoAKACgAoA+APy7ev4//X/Sv5PP2AP89/X+f6Y96AD8u/r/AJ+n60Ae q/Az/kdPFX/Ys6F/6ddVr9X8Md849MF+eJPjuK98F6V/zpn1VX6yfIBQAUAFABQAUAFABQAUAFAB QAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFAHwB/wDW7/5/Pt3r+Tz9gD/D19/88fjQAf8A 1+/+fxP8VAHqvwM/5HXxV/2LOhd8/wDMV1X/AD7V+r+GO+cemC/PEnx3Fe+C9K/50z6qr9ZPkAoA KACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgD4A/+t2/z/8AZdTX 8nn7AH+Hp7+v9fwoAP8A6/b/AD+Pp1oA9V+Bn/I6+Kv+xZ0L/wBOuq/5z361+r+GO+cemC/PEnx3 Fe+C9K/50z6qr9ZPkD8I/wBrL4CftmeObH/gqt4o+FHxt+PPgHw1rGka9Y+FPhf4Z8P+KtT8RfEe 18EfsJ/BrxH8PW/ZU1+0ni1LwNrPij47zeM/h98UbzwFpniOf4iWzar4U0dvC3xE8O23iG28jEUc VP8AtCVOrWhFpqNOKk3PlwlOUHh3vCUq3NCo4KXtFeK5ZxufT4HFZdSeRwr4bC1ZxlF1K85wUKTq 5piYVvr0XpVjDCqlVoKrKCpPlqS9pRm4Puvjx8f/ANsvxKG+GXgb4D/EbWPE/gb4w2XiXURpPw3+ L3w/8P8AijS/hv8A8FGP2NY/gZoWn/HC80jUPAF34d+Jf7M3iD4ra98ZdR0W48UWWjaFoPivVvFG neHNC8L+KNDl0rVsTL93CjNyhV5nanVhGSp47DexSrNODjUw8qkqrXMkoyclGMZJ54XC5dD99UxV GMKuHlBc1bD1ZwlWyjMfrMnhlKNVTo42NCOHUlBynOEYSnKcJHIfGn9pr9tHxx8Avit8MLH4OfFs fEfx18Mfi/aWeteEP2Yf2g/A95pfh65/4J7fGHxWbjw74gEviDRvDHxJ079tXw3pfwr8FaT/AMJl rHiHXdGvfDNz4UtfEsXi3wv461OKuIxU6NSn7Kp7ScKqvHD14Wj9Sqy0l70Y1FioqnFc7lJOLipc 0Zu8Ng8up4uhXeIw/saVfDuUamNwtVOazbDw9+PuSqUXl05VqsvZxhGSnzuDhOkvpH9t/T/El18Y vhrP4+8JfHPx1+zbF8HvivDp/hv4KH9oW40aX9p2XWvBjfDp/jlpn7K2h+KfjTN4Gu/CKeK7Lwtr 0HhLxZ8PvCGsvr+teKtDl8Xj4ZXNvvilJ1Yc8as6HsqllSde31i8eT2yw6lV5HHmUZcsoRfM5R5/ Zs48tlBYet7KphqWM+sUG54n6opfUuWp7b6tLHThh/aqpyOceeFWpHljCfs/bJ+Z6R+0R+2la+Fv hV4T8E/Bk/B241P4L/C7+x/DXxu+Hn7R/wAaLTw1da54H1h/FvjT4t/taeIvE/hXS/DUXwN1bT9M k8W+C/jNpdv8ZPinY6TqbRatYeIvHWi3ug5xrYrlpxjS9lelTtGtCvV5eaEuaVXEuUVH2TS5o1V7 Wdn9qcWbSwmXc9edTEfWOXE1+aeGrYPDuajVjyU6GBjCpKf1mLl7Orh5fV6DkvdlClJS8c8Z/tef t3fFr4WeFdS0j4IeJtC8GftN/s6/Gnxdb+G/BHwJ+Lvirxj8LdC8e/BD9pPXP2druy/aA8CeMtX8 LSfFG+1/4afCWLxb4Pu/hxoE/hW8+Nvh+DT9f1S7uNOm0jKWJxlSEWqUoxr0Ks+WFGrKVOM6Vd0P 38JuLquUKfNH2ceX2qs22rdFPAZZQr1FLEwnUweLw8OepisPCnXlSxODji08LVpxn7BRrYh06irT 9osNJuEVzX9//ba13xH8S/gl+zBe+ALH4naxo3hv9qmfwr8ZU0n4R/tQ+NJrTT/AnwX/AGi/BPiV vGfgL4A2+i/GjxH4Mtfi9YeGLC21zw/KfDFz4mbwtrsuo6howR7jbFylUpYdw9o0sQ41bU8RL4KV eEueFG1WUfaqK5o6c3K7tHLlsY0cTjVVdGMp4H2mH5sRgqd3VxGEqw9nVxTlh4VHh3NuM/fUOePK paGPZfHj9vTQ7FT4N+GWiXvw88O+DPi14g8NaLqX7MX7Q1j4t1fQPgj4r/Z00LwN4IiuPFnxMs/E um+K/jx4N+J/xF1TwxP4u8LXHijRD8LNTM3hbxbe6b4sl05e2xiXu004RhVlGP1evztUpUFCHvVF JSrRqVHHmjzL2b92TUmqeFyuT/eVpKrOrQhOSxuEcIzxMMZKpVtCi4OnhalGiqip1OSXt1+8gpU7 7jftDf8ABQbT7zVdavfhjoN/4Y07xZ4Q8rw5p37NPxhn8XXvhbxj+2H45/Z61C2tdST4sJaX154A +DNj4S/aM1bUYNAgj1bw1Lc3tzb+G/CGr2PiC0ft8am26acVKOioVXJxlip0Wk/apNwpKNdu2sXd pRako+qZU1GKrTU3Tq3m8Zh1TU6WX08XFtewuvbYh1MJFc/uzslz1IuD4n4f/tXf8FDvFumeGNSv fg4lguiat4pvPG9vrn7Jfx58Dar438MxfGv9njSfCGk6DoviD4jXUnw+8Wz/AAW+K3j/AFXXbpdS +K2hr4s+HHiG+03z9E8L+I7OKYYjGyUW6VrOXPzYatBzj7WgopJ1HyS9lUm5O9Rc0JW0jI1rYHKa cppYhy5lBU3HH4WrGnP6vi3UlKcKK9rT+s0aSiuWjL2dWCbUpwk63iL9tT9vB/CFhceFf2fr3Stf 0nw1+z5o/wATde8c/su/tY6j4c8HfFDxHpH7WNx8bX8O+D/h94Z1/wCI3xb8E6J4t+GP7O/hDTNX +Emj+NdJ0Gx+L0ni7U/El/4enj1bRCWKxnKuWi1JRoKo54fEuMakliXW5Ywi51IKVOjFOmppKrzO TWsXHLss9o1PFqUJTxcqMaeOwKnUoQlgFhlOpWnCjh6soV8XUccRKnKTw/s1BT92Wn8X7f8AaA8R fsP/ALR91deHfipZ+O/EP7W/wp8QWOi6H4R+PHibWofhhdfH79njU/G3/CLeD/B+neGvjh4j+Glh 4Lj8cNq2j+DdM0DxFqHg+08SWcFtpF+17FbOr7eWFrtxqc7xNKSSjWk/Z+2oOfLGKjVlTUee6ilJ x5tncnDvCxzLBpTounDAV4OU6mGhH2ywuLjS56lSU8NCs6nsuWVSUoKo4NuStfyv4K/tC/t2/Cjw 78GvhvoPwX+KHxU0WDS/2h01S9+JnwI/aRsNR8V3LJ+1f41+A+p6L8WviR4kl8W/Czwld+KPh38I /hDZfC39onwTJ8QPh98P/Hfg/VvEfxW+IUutaZ4pgypV8XTVKEaVWokq/M6lGunL/eJ0XGrOXNTi 5Qp0lTrw54QnFyqT5lI3xOFyyvPEVp4mhQk5YRpUcThGqavgaeKjLD0ocleooVsRiJV8JU9lVrUq kYUKSjKB9IRftM/tbKulHSNC1LxuT8KPFvi7w2tx+wj+1J8LW+Mvxjsx48MPwP1L/hMPF94v7MWl +GzpXggWXxK+LLat4c+JJ8Yr/wAI3qcY8HeIjq3R9YxGlouf7uU1/smIp+1q+/8AuXzSfsFG0P3l TmVTm0fuyvyfU8B73NNU/wB/CnP/AIU8FX+r4d+yvil7Omvrsp3q3o0OWdL2b54/vYcvzbqXxC/b X+MWtfA/xt4g8I+O4bnSdY07T9dHwt+D37WXwf8ADF3ptp+1V+xB4hdvGHgT40eCvBHjHSNTtvCE nxZ07ULlP7a8Paj4E0DxZqmneJXs18X6donNKpjKkqM3GejSl7OliacWvrOEl70KsYyT5faJvVOC k1Jrmt2RpZbh4YqlGpStKMnH2+IwGImm8DmcP3dXD1KtOSdT2DS92aqyhFwv7OUvX/jF4p/aU/aU /ZH+CXwB+B2hfEnwd8cPGuk/D7Sv2ivF99qXxc+C958ED4E+FHw4+KnjjSY/i5428G/ELxBb+Ode 8YeMvhz4M0y11mPxbrnjDRNR+KUc+uXes+CPGOoaTtUlXxGGo0aSnGtNQVeT9rS9lyU4VJr2k4zl zSlKEFfnck6nvOUJNc+Hhg8Hj8TisTOjUw1KVZ4SCVDErE+1r1qFKX1elUpRdKNOnWqScfZxpyVD 3VGrTUtHT/2nf+CiF0mg6vF+zxZyXWg+CPA3h7x78MdR+FHxHsLrxP8AHNvDH7TuifEufwT8Y7rx DpPhqz+FWm/Fr4R/DGXwr4puvAOp6Zrnw1+JXh/xLJq9lbeN/Ct5C1Xxvuv2KuoQU6bpzXNW5cQq nLV5uVU/aU6fLLkacKkZX9+JMsFlKco/W3adSrOnWVei1DDc+DlR9ph1CU3XlQr1uemqsZRrUpQs 3Tmjx/wX+0P+3h4P8b+L73T/AATqvjPw18Uf2oNRvdb8d/EX9kz9tHwZodrofh39m/8AYP8AD2me Bfh38J/D/hz4n/EX4XeFPFHiTU/2hE0/4r+LrPVPhHb+Nfhjr+pa14ia81+W31jKNfGRnJqDlGpX blOphsVBJRoYOKhCmlUnTjKTrWqSTp81OTcrvXoq4TLKlOmnVjTnQwKUadHH5dUm5zxmaTdWrXlO jRr1IQWE5qFNrEOnXjGMEoXj9NeFfjl+29a+Mf2Zn8eeF9Cu/Cnxl+I3xT0X4geE/Cv7L/xwj8X/ AAu8K6Dr8Wi/D/U/Evjm88e3Xw68N6Jf6ZaX2veJvEPjebwhrc7a1oVx8O/BPxA0zSfENqvRGti+ ahzxTjVqVFOMcPW56cU7QcpubhGLV5SlPleseSM/eOKphstdPG+ynL2mHpUJUqk8bhfZ15zjzVVC kqSrTnFtRhCkqkfdmq1WlKUGfqJXeeKFABQAUAFABQAUAFAHwB+Xb1/H/wCv+lfyefsAf57+v8/0 x70AH5d/X/P0/WgD1X4Gf8jp4q/7FnQv/Trqtfq/hjvnHpgvzxJ8dxXvgvSv+dM+qq/WT5A/LDxX /wAFIR8PP2wfiN8BPHPg3QNK+FXw81/V9C1r4ji/8eQ67pNp4f8A2SNC/ao1HxM8M3w/k+HPidrm PU7nwLYfDPwx8Q5/jFcSRR+NdP8AA2r+DrLxHqWhefLHcmJqUZxSpwk1KpefMlHDRxDlbk5JXu4K EZ+1+2oOPM17cMo9rl9LFU6k5V6sYzjRtTcZOePnglC6q+2hblVV1p0vq+rpurGo4KfufiL/AIKG fsw+ELbSbzxfrXxS8JWviDwD46+Jfh+58Vfs8ftAeHLbX/Cvw6sNW1rxK+h3WtfDOyttX1xfDmia j4q0vwpp81x4o1rwwtlrumaRc2Gr6RNf7SxtCKTlKpFShOcXKjXXNGmnKXLenq+VOSivecbNJpq/ NDKcbUclTjQqONWlRmoYzCTcJ1nGMedRrNxipyUJVGlCM24uV1K2B8Sf+ChXwe8NeE/DmqeBYPF3 jXxb4k+I/hzwGfBlz8NfipoWq+E4pf2hfCP7P3jXWPiTb33glLv4Z22geI/ElzFoTeO7fQI/Gd/Z Kvhp9S0tb/U7GamNpxjFx5pylUjDk5Kicb1o0ZOpeP7tKUtOe3M17t1dq6OU4ipUmqrp06cKM6vt FWoTU/8AZamKpxo2qv2znCC5/Zc7pp+/yysn3Ooftf8AhfWv2OPiz+198NvDPivUdA8AfCX4ufEv w9oHxC8M+Ivhvf8Ailvhj4V17xDBEbXXNNXUrbRPEE2jLBaa3b2V3Gbe4eRI3urae0jv6zGWGqYm EZNQp1JxU4yg5ckW+qvaVtGrmSy+ccxoZfWqU1OrXoUZzozhWUPbVIwbvGXK5Q5ruLa1W9nc8R+F /wC3d8JPjV8AfEWu/HXwlE2geJfG3xM+B914V8E+Afi98atK+LGieEvCdhcfE3WbT4bwfCa2+Kdl 4I0aDVte8H+P7Xxx8O7HTNH1fRNRsv7W17Qtd8Ja34mxhjKdWjJ1o6SnOlywhVqqooxTqPk9mqig ruM+eFk01dpxcumtlmIw2LhHC1PfhTo4lVKlXD4aVCdSo1Ri6zxDoOpJxjUounWcpRmnyxnGpGG7 4J/4KRfs5S2vxTbxvrr+ANC+GeteM18N+IU8HfEG78C+P/h34R174f8AhjTtf+Hni+28Hr4V8bav e3/xP+H1ifBvgXU/EOtQXXivRrO1sriX7cljUcdQ/ec75FBz5Zcs3CcIOEeaElG03epBckHKV5JJ N3tFTKMXeh7KPtZVo0+ePtKSq0q1SNabjVg6nPTilQrS9pVUI2pyba0b39V/4KT/ALKlp4W1zxfo WvfEbx9o/h34aWPxW1ib4efBT4t+LotM8L6p4i8f+D9Mg1vUtN8HNofhbX7/AMW/C7x94Zh0Lxdq ugX8eteGdRs7qO3ZFZqeOw/K5KU5pU/aPkpVZWi5TirtRtGTlTnG0mneLRKyfHOcYThRpSnWdCPt cTQhzTUKVSTinU5pwVOvSm504zXLNNXO6+Nn7Q/jnw5rXwF+G/wU+H2j+KPiv+0PD4p13w5B8Xtc 8Q/C3wj4H8D+AvD+jeIfGviHxv8AZfCPijxmfE1gPE3hrRNG+HFn4ZttZ1PWtVuv7Z1XwtpHh/Xd Vs6q1pxdGFKClUr80o+1cqcYQglKcp+7KfMuaKVPlTbb5nFKTWWGwlKccVWxNaUKGEcIzeHjGvUq 1as5Rpwp3qQp8j5JzlWc+WMYrlU5TjF0b39sLw18N5dR8FfHXQPEOn/GTwb4C0X4ifErwv8AAD4c ftA/tG+C/C3hnxZr/jnRfBOqDxz4V+CGkywr4rj+H/iG6Sx1/wAP6HPpN1p2r2cs+oaXpaeI9QHi VC8a0ZKrGCnONGFavGMZSmoPnjSXxckn70VZpq7S5m1l861quGlB4epVnRo1MXWwuEqTnThSnVj7 KeJl8HtoaxnJSTi9JS5FzF7/AMFGP2ZLu78F6X4I8ZXfi7UPH+j/AAz8UeGtRbwP8WtL8EXHhn4n 3fwPuNDuLzxzb/DXWdH07xHc+Ff2h/hT4lsvB18sGurF418MR+JovCemalda7pk/XqD5FCbk5qEo vkqqPLU9i1efs2lJxr05KD973483KnzLRZRjEqkqtNU1SlWhNe0oSqqdFYlSSpOtGUoKphK8HUV4 3pz5OeSUZe1fAb9qv4B/tNnxiPgf8QbPxz/wgd3plt4kNtpWv6UIINcbVk0HWLA69pWljWvDmvvo OuLoXiPR/t2iav8A2Tftp99cJAzHWjiKNfn9lNT5GlLSS3vZrmSvF2dpK6dnZs5sVgcVgvZ/WaTp e1UuS8oSu48rnF8spcs4c8eaErSjzK61PmrwZ/wU2/ZuksNJ0r4seMtO+HvxL1LTPjB4ml8FWem+ LfEsNp4U+Fni342aVHfXGvab4dl0q31fxD4Y+BPjfxJpvh26uoNYvJNLk03T7S7utS8OJrXPHH0L JVJqFS1WThaUvdpyqq91G15Roykot36K7cebsqZNjLylQpyq0YvDw9o5Qi3OvDDSa5XLmcYTxVKE ppOK5uZtKM+XU+J//BRb4M+EPA/inVPDVj8QLrx5B8E/if8AGv4eeFPiJ8HPjb8J9H+IOh/C+1S5 1iPTPF/jn4daNoTSPBdaZq0NlBeT6vd+G9StfEFhp11prm4V1MdShCTipufsqlWEZ0qtNVFT1dpz ppdn1bi+ZJoVDKMRUq04zdJUniaGHrVKOIw1eVKVdtR5qdKtKejUottcqnFwckz1L4b/ALWXhL4t ftDeKPgv4F03VtT0Dwl4C8Q+Ir/x/feHvFugaNq3ijwr8UL74XeI9C8IX+v6DpujeNNI0XXdJ1ew v/E3hbUtW0ldV06W1huJ4JILmXWGJjUrSpQTajCUnNxlFOUans5Ri5RSmlJO8otq63ZhWwM6GEhi KrjGdSrCCpKcJyjCpQVeEqijJypylGUWoTSlyyu0mmj4g+Dn/BVXxh8Sbb9kdvE/7KXxI8CJ8cvt mpfFXxIbXxH4n8IeD/Desfsx/F/9pf4U3nwXu/D3hW91n9oPX/iZ4Y+FV8s/hLwNpE+u/D6/s9c8 I+K7ZfGUvhLS/FPJSzCdT6vzYecPa3dSWsoxi8PVr03S5Yt1nUVN+7Fc0HeMlzcql6WJyOnReP5M dRq/VrKhC8IVKk443D4OusSpzUcJGjUrr95Vko1U41IN0/aSh9P3n/BSf9laLwRqPj/S9a+JvifR dH+FvxH+MOsweGvgX8ZNR1LQPBvwn1r4oeFvHcniy2fwRbxeCNS0Xxn8HfHvgt7DxtceHWn8TaXb 2UEkkGo2N3Pv9ew/K5p1JJU51Go0arajTlUjPm9z3Wp0px95xvJeab4lk+OdVUpRowlKtRoRc8Vh 0p1MRGhOl7N+0bqqdPEUqt6an7jbeqaPQ7/9tv8AZ00O9Fh4r8VeJvBUtvpP9p6/e+M/hf8AFHw3 4c8E3P8AwgV58UV8MfEDxnqXg+HwX4G8dyfD2xm8XReAvFPiHS/GE2iz6XdRaK41/QF1O3i6CdpS lHS7c6dSMYPk9pyzm48kJ8nvckpKVraaq+Sy3GSV4QhUvLlgqdehOdVe1VDnpU1U9rVpe2fs3VhC VNSUk5e5PlxfEf7cnwc0bw7q2qW+n/FNNZ034b+LPilc6H4q+BH7QPhH/hGfBnhyx8V3GneLPijJ N8JdT1j4W+D/ABZdeDdds/DOueJfDv23X/7M1lvDmh67daBrVjZEsXTUW/3l1CVS0qVaPLGKlaVT 923TjJxfLKUbys+VSaaVQyzESnFN0OV1oUOaGKwlTnqzcOanRtiFGvUpqpFzjCfLG8eecVODl9e6 ZfR6npun6lEUMWoWNpfRmNpWjMd3BHOhRp4LaZkKyDa01tbylcGSCJ8xr0J3SfdX+88+StJrs2td 9H1s2vub9WXqYgoAKACgAoAKACgAoA+AP/rd/wDP59u9fyefsAf4evv/AJ4/GgA/+v3/AM/if4qA PVfgZ/yOvir/ALFnQu+f+Yrqv+fav1fwx3zj0wX54k+O4r3wXpX/ADpn1VX6yfIH5nftAeAP+Cam k/GzXI/2ivH3hLw98VfjOlv4o8QfD7xr+0t8S/DnhjX59R8AW37PekfEPUPgz/wtDT/hl4f1q48G WNp8O/C/xMk8G6PrP9q2cEXh3xEviy2S5TgrQwKqv284xqVfelCdepGMrw9ipul7RU4vlShGo4p3 +GXMj2cLVziWGj9UpVJ0MPeEatPB0ZzilVeLlSWJ9i604qo3WnR9pKPK25w9m2j2PxL+yT+yF+0v PovxU1fww/j6GfwVb+ANH17Qvij8UdL0G+8HaFonxR8BQ6WdN8L+N9J0LUDZaP8AFb4m6JJqd1YT 6sx164ea/e60zSZtP1lhsNXaquPP7nIpKpUScUqkLWjNRdlUqK7TfvPW6VueGPx+D5qEZ+yaqOrK MqNCUlUnKjVcuadOUleVCjKyfL7i0tKV4fir+zp+xvp2p6DrnxStrPwZe6r8RNd+IVlqNz8YfiN8 O7PxN4x0rXYv2g9dfxNJo3jzw/pvi3w7omtfDk/EmTwf4u/tXwNoq+HtQvbfQrSyk1GO4KlDCpxd S0W5ymm6s4c0ub28ua04qcU4e05ZXgrN2Svd0MXmLjONBuoo0o0mlh6NZwpyi8LHk5qU5QnKNb2P tKfLVlzpObdrddon7IHwM8J+Dvit4Btrbx9N8KPi14C8QeAPGXwx1/4wfFXxF4B0/wAJ+Jp/Gtz4 utvBWk6/4x1Gb4cJrtr441fTbiLwJe+HrLSdJstFs/DdpoaaZGz1HDUoxqQXP7OpBwlTlVqSgoyc 3LkUpP2fNztPkaSSSio2M5ZhiZ1KFVul7fD1YVadaGHoRqucFTVP2koU17bldKLXtVNyk5Obk5M8 k8GfDT9gn9rtPFPxI+FHiDSfHs+tah4W1Pxd4o+DPxv+J3gzVxfj4fJ4P0O+1Ob4a+PfC+raR/wm vwuGj6JrNwyWUPxV8FeH/BCeJn8VaR4M8Gvo2caeDxPNOnJT5nFylSrVIu/JyJt05xa56dk9vaRj Dm5lCFt6tbNMByUa8ZUuVVFCGIw1CpG3tvaTUfbUpxl7OvzSitfYVJ1eTklVqc3Q3f7Gf7GOha/e +GLvwcNJ1j4v2HiDT9D8K/8AC0/inY2thHpl34D8X+IL34LeHIfHMWmfB3WtN1X4cfDjxZceIfg3 ZeB9esNc8GeFvEMOpQ6ro1heQN4XCqTi42dVSUY+0qLZwnJ0o89qbThCTlSUXeMXe6TJWYZjKCmq nNHDuDnP2NBt8yq04LEzdLmxEZKtWhyYh1YuNScWnGTT77R/2Zf2c/Efgb4h+HLO01jx74Y+KvgZ Pgr8RNd1n4z/ABT+IniPxP4X8C+JfiUg8P33xJ17x/r3jSDxD4S8VePviJZP4gsfE9p4z0TVZv7M fWLaXwtoVtotqhQlCcbOcakPZTbq1JylGEqmjqSnKfNGU6i5lLnT0v7qtjLG4uFSlNuNKdCq8TSj HD0KMIVKsKPvqjClGm41IUqL5HB05L3uV883LrPiF+zb8JPin4P8D+C/HGl+LNVtvhpdafqHgHxZ Z/FL4qeH/iz4T1bTtFuPDq67o3xu8OeNNJ+MVr4h1HQr2/0nxFr48dNrPiqw1HUrbxNe6vFqN8tx c6FOpGEZqT9m04SVSoqkWly3VWM1V5mm1KXPeSb5m7siljMRQqValKUIuunGrB0KEqFSMpKfLLDT pyw7gppShD2XLBpOCjZW5eL9jn9n2Pw1r/hSXwt4p1HTvFOn/DPTPEeoa38XPjFr3i3Wrf4PfEnx J8Xvh3PqHj3W/H2oeOLjU9A+Ini7xD4il1p/ER1jXG1D+zPEN/q2i2llp1tH1ai4yi4yakqak3Vq uT9lUlVhebm53U5SlfmvK9pNqyLeYYvnjPngnCVeUFGhh404vE0YYetalGkqajOlThDl5OWNuaCj Jtv5d8Cf8ExvAvgP443/AI50/wAZ/afgyfBvwm8A6F8GrvQddvvEOk+C/gPb/D3Ufgv4Im+M2r+P 9U8VXng74bfELwHJ8RdHsoNL0/W9Z1HXP+Eb8XeIfEHhLSYtIvsIYCMKzmp/uuWnBUnFtqNFQ9lD 2rm5OMJw9olZSbfLKUoqz7auc1auGVJ07Yn2mIqzxKlBRlUxTqrEVPq8aUYKpWpVfYybbjFR56cY TldfU/hD9lX4dfCyLTP+FRan8R/BSeHfEN34q8N+F734xfGXxh8L9Pvf+EH+IHgnR/CafDTxP8Qt Q8OaP8JtEj+Id/rlh8KfA0XgzwjZ674f8F6lplnp1x4M8MyaZ0Rw8KdvZuceWXNGLq1ZQT5JwUeS U2lTXtG1Thyx5lFpJxjbhqY6tXcvrCo1OeChOaw+Hp15L2tKpKp7aFJTlXl7FRder7So4zqxk2qt Tm8j+G//AAT3+DfhrwTpGjeP7rxR428Z3fgfxX4K+KPiPwl49+L3wd8G/Fiz8daz8SfEPiSDxZ8J /BHxSHhPXdHs9U+Lvj5PA9r44k8c6/4HsNWtk0rxTJqmmWerx5U8FSjFKfNObhKFSUZ1aUaim6kp c1OFTlavVnyc/PKCekrq50Vs1xE6kpUlCnTVSFSjCpSw+IqUHTjRhF069Wh7SMnHD0vaul7KNVxf NC0nE9G8efsQ/sy/EzxTc+M/Gvw/1TVtfvfAr/DS9mg+JXxU0bTr3wRJ4S8R+Bm0O70HQ/G2m6Dc r/wjPizXbFb+bTH1VLm6t9WS+XWNN0y/s7nhMPUk5zg3Jw5G+eok4csoWajNJ+7OSva92ne6TWNL MsbRgqdOqoxVX2yvRoSaq+0hU51KdOUvjpxdublsnG3LKSfd+Af2bfg78MfiF4o+KXgnw5q+k+MP F9prNhq0tx48+IWt+HbWz8R+MNR+IHiG28MeBtf8Vap4G8ERa7411bU/E+sL4L8OaANT1e+ubu98 55WzcKFKnOVSKalLmvec5L3pOcuWEpOELzbk+SMbt3ZnVxmIr0oUas4yp03FxtSpRm3GmqUXUqxh GrVcacVCPtJz5YqyMPWv2R/2e/EPwk+GXwK1fwA9z8LPg5oF14Y+G3hmPxf46s5PDWiXvwZ8dfs+ XNmniCx8TW3ifVHf4Q/Erxr4SW81rWdSv4m1keIYbmPxTpuka3YJ4ai6cKLh+7pxcYR5prlTpTot cylzP93UnG7bevNfmSkqjj8XDEV8VGraviJ+0rT9nSfPNYmni78jg4L/AGijTqWjGK93ktySlF5/ hH9jP9m/wP4e8feFNA+H1yfD/wAUPB3jH4f+PNO13x18RfFsfiHwd8QPF3xA8eeMtCnl8WeLdaub S21/xd8VPiBrd7Lp01ndm68TXqRXEdvFZw2yjhaEIzjGD5akZQmnOpLmjOU5yV5SbV5VJt2d7yeu w6mYYypOlUlVXPRqU6tKUadKm4VKVOlSpzXs6cU3CnQpRV01aCbu7t5f/DDv7NE15bXmr+C/E3is R6U+lajp3jv4vfGbx/4f8VM3gvUPhyuv+PvDPjX4g6/4d+Ivje38A6nceDbP4g+O9L8ReObHwzFp ujWfiGCw0bR4LBfVKF7uEpaWanVqzUvccLzjKbU58jcVOalNRslKyVq/tPG2ajVhT97mTpYfD0pw /eKty0p0qUJ0qbqr2jpUpQpOblJwblJtt3+xB+zzqFh/Z2pab8VtUgm8Ga78OdWm1T9pP9pPU9S8 V/D7xDDrcF14H8daxffFq41bx/4T0xPEniF/CmgeNb3XtM8Ez65rF14Ot9CudUv5rgeEovdVH7jg 7167coO/uTbqXnFc0uWMnJRu3G12CzLFp3UqCftI1o2weDShVi4tVacVQUaVR8kOedNRlUUYqo5K Kt9B+A/A2mfD3RLjw/pGp+JtUsZ/EHifxBFJ4q8R6p4mvbA+J9f1HX30PTb3Vp7iex8M6C2onR/C 2hQOtloWgWWn6Xar5dtvfeEFBcqcmuaUvek5Nc0nKyb2jG9orpFJHJVqyrSU5RhFqEIfu4RgnyRU eaSiknOduapN6zm3J7nZ1RmFABQAUAFABQAUAFAHwB/9bt/n/wCy6mv5PP2AP8PT39f6/hQAf/X7 f5/H060Aeq/Az/kdfFX/AGLOhf8Ap11X/Oe/Wv1fwx3zj0wX54k+O4r3wXpX/OmfVVfrJ8gfCI+E v7SHwn/aC+PXxH+C/h/4EfELwd+0x4m+HHjTxZefFT4heOvh145+GOueCPhl4L+D91pHh+18LfCP 4oad8S/BFx4b8C2Pi7Q/D+o+IvhlNonjbxD41Bv7y08SPf2PH7KvTr1qlJUZxxEqc5OpOcJ05Qpx pWXLTqKpDlhzqLlTtNz19669P2+Dr4TC0cTPFUqmDhWp01QpUq1KtGrWqYhSm6mIoujU56soSnGF bmpxp+6nCz+LPFn/AAT4/bC0v4MeL/ht8HPjRp/hfVvE3gvwculagn7S/wC0/wCC7fwF8WfD9/8A teazqHxA8ETeErC6h06zu9S+Jn7N0F34Ou9CvPAfiHTfh74hbVPBtnrnhXwDrl1zSwWJVGVOlVUX KMLP6xiIqFRPEtzhyrS7nQ91rkahJuKlGDfpU81y+WIp1sRh3NQqVOZfUsFUdXDzWXxjSqe0abaj QxlqimqsZVo2qONStFeo/E/9hf8AaF8aaNq3ibQvisul/GbVfi1+0x41sda1b45fGzVfDXgjwn8S vhb+0B4G+Dfh/wCHtpNpM2neDL7wRffFrRDrt54S8IeG5zptjqM1vf64+l6Fpb3Vwleaco1bVXVx E03WquMI1KdeFKNPT3HF1VzOMY6J6ytFGFDM8JSkoToc2HVDB03GOGwynVqUa+Eq4idZ816iqLDy 5VUqTV2k1G8pHvP7M/wB/aJ+Gfjv9pHV/jB8TtZ+IWjfE7XfEN94JutS+NviDxxokNlqHjr4i674 f/s34Qaz8F/Clp8DJdB8G+KvDfgrUNO8KfFn4oaL4gsvC+kpHZ6HbeH9Jjm2w9GvTlXdWo6iqSk4 N1XNWc5yVqTpR9jaMoxajUqKSitlFHLjMXhK1LBxw9GNKVGMFUSw0aUrqlRjO+IjiajxKnVpzqxc 6FCUHUldzc5M+O9L/wCCZvxp+Fvwg/Zi0H4NfFjxZp3xL8F/Cn4c+Af2itUsP2p/ir8P5PGWu/Db wF4a8O/DzVPBXj7Wfg/8c/N+G/we1mP4kyeCvgfffCjwp4G8RQ/E7UvEOuf2VrWmyWGtcywFWnTo KlUkqkacIV2sRUhzypwioOM3Trfu6T9pyUnTjCXtOZ2ktfQlnOGr4jGyxFCDo1K9WrhE8DQrezjW qznWjUpLEYb99iI+x9riVXnVg6KhDmi7x7/x7+wT+0PrFh4U8ReFPjXdR/E3Tfi7+0b498Z3/ib4 0/G2/wBL8W/D74gfFbxJ4l+Hvwa8K6nJBqV78EdH1f4Sajp/wi8aeLfhJo3hvXvAtr5OveHYPiFe eF9Ji1G54OtLllGq+dVa85c1ataUJ1JShSi9XSTptUpypqMoLWPtHFXzpZphIupCphl7GWHwdKmo YbDKUK1KhCFbEzV0sTKOITxFOGIlONV+5P2SnK2g37Gn7Ws3iLU/Gd38cL5tatLjwq3hLRtI/aM+ O/h3w9a6ZN+0n+2R49+JmmajZ2Phqbw5Le618CPjf8GPh34W8S6n4J8S6h4c1j4ePDpVro+l+DfC Wpaw/quJu5Os3K65Uq9aKs6+JnNO0XG7o1aUIycJOLhpZRi3P9o4BQVOOGXK1PnlLB4Wcm/qeXUq Mk3PnSjisNia04RqQU41U5OUqlRR+2v2Rfhx8UvhH+z54C+HPxm1+08UfEDww3iu01HXrbx142+J s2oaTc+NPEWo+E5dY8e/EDT9E8ReJ/EqeE7zRIvFF/F4c8J+GY/EMepWXgfwf4T8FWvh/wAPab1Y aFSnRhCrLmnHmvLnnUuueTjedRKUpcrXM+WMea6jGMUkvNzCtRxGLq1sPBwpT9m1F0qdG0lTgqnL SpSnCEPaKXIuepPks6tSpVc5y+kq3OMKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoA+AP y7ev4/8A1/0r+Tz9gD/Pf1/n+mPegA/Lv6/5+n60Aeq/Az/kdPFX/Ys6F/6ddVr9X8Md849MF+eJ PjuK98F6V/zpn1VX6yfIBQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFA BQAUAFAHwB/9bv8A5/Pt3r+Tz9gD/D19/wDPH40AH/1+/wDn8T/FQB6r8DP+R18Vf9izoXfP/MV1 X/PtX6v4Y75x6YL88SfHcV74L0r/AJ0z6qr9ZPkAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAo AKACgAoAKACgAoAKACgAoAKACgD4A/8Ardv8/wD2XU1/J5+wB/h6e/r/AF/CgA/+v2/z+Pp1oA9V +Bn/ACOvir/sWdC/9Ouq/wCc9+tfq/hjvnHpgvzxJ8dxXvgvSv8AnTPqqv1k+QCgAoAKACgAoAKA CgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKAPgD8u3r+P8A9f8ASv5PP2AP89/X +f6Y96AD8u/r/n6frQB6r8DP+R08Vf8AYs6F/wCnXVa/V/DHfOPTBfniT47ivfBelf8AOmfVVfrJ 8gFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAFABQAUAfAH/wBbv/n8 +3ev5PP2AP8AD19/88fjQAf/AF+/+fxP8VAHqvwM/wCR18Vf9izoXfP/ADFdV/z7V+r+GO+cemC/ PEnx3Fe+C9K/50z6qr9ZPkAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKACgAoAKA CgAoAKACgD//2VBLAwQUAAYACAAAACEATFwoTmwHAAB2HwAAFAAAAHBwdC90aGVtZS90aGVtZTEu eG1s7FlPjxs1FL8j8R2suZfd/NtNVk1RmmS7hS5UTVrUozPjZNz1jEe2s7s5IiFxQCAhIbhUcAAJ JARIqIeKdvk0FIEo2q/Asz0z8Wy8bVpUBKJ7yM54fn5//H5+frYvvn6cMHRIhKQ87Qa11zYDRNKQ RzSddYOb490L7QBJhdMIM56SbrAgMnj90quvXMQ7KiYJQdA/lTu4G8RKZTsbGzKEZixf4xlJ4duU iwQreBWzjUjgI5CbsI365ubWRoJpGqAUJyB2xJlUNCTBpULwkIH0VEndEDIx0mKJDx0d1DRGLmSf CXSIWTcALRE/GpNjFSCGpYIP3WDT/AUbly5u4J28E1Pn9HX67Zq/vF/eITqoG51iNimVNnfr27V+ Kd8AmFrFDbcHw36nlGcAOAzBV2uLK7PR7tR62znWAdnHVdm7w8vtzV4F78hvrNjcb9QH9WEFb0BW fnMF3272eo1GBW9AFt9awXe2mo3NVgVvQBa/tYJvbrd67UEFb0Axo+nBCro96G9vFdJLyJSzPS+8 12v3as1c+BIFbCj5pVVMearOZ1uC73CxCxANZVjRFKlFRqY4BBZfoYyhEU4l2h9rPXiHYOezbQrl SpNWiWQoaKZAiCAHgQPpczEhzPatAPsLwdYCvpFhmGhLM/eunJ78dPrz56cnD09Pfjg9uW8YYD0v zdjD6czt9Ofde3988/CPr796/PW7j3+857EHeki3x6MPP/r10/d/uf/do+8/8MNhei6tevTz9789 +OLX7778/cHHv3/7iadHT+CJ22Mf38GMYXTzqge8RybCBfcExb5RHMeYujgY7ohi9BY58ggdqrgC fmuBGfbgLpPq4N0SkJF8wCvzOxUrR7GYK+qR+GacVIADPE+vkzT2QbUqZ2DH83Tm1y3mLu4Gxoc+ 1f0zcR3OM8jF1CeyH5OKldcZThWekZQopL/xA0I8Ft+mtDKs+zQUXPKpQrcpuoypd0TGdFLhz7LT Hk0gLAufgRDtytjs30KXOfN5PSCHVSTMBz+BCKsM4xU8VzjxiRzjpDJhr2EV+4wcLUToBmYolQDt hHE0jIiUvj5vC/DXCfqbGHKgN+z7bJFUkULRA5/Ma5hzFzngB/0YJ5kPO6LARUf/VXnAOczN61z5 4Pu8OkH0O8QBp+eG+xYllXCPccwTn+ibdFaxZMkL/WUuNP8g51cSeULT/2dW37v9+LOTx+/dveaZ lS/zebkYvszntsB5mc/dSu1lPi8nyL8gny9TOGT3ZRFvSvrkCRX9FIr2kVowck2aol7COhTtQqPu aXazpNzjZTE85gtIBTcT2PRBgqt3qIpHMc5gQ1ALtJCZzEXPJMq4hK2oafbK1njYVCi7kW20YNNq U7PEap9HtrneauTt4GopxixrM7NhLhTp7msra8Ku3KusMOIpyjrbz6Cs9AAccD3bMhbbJfpJntU0 bm3XWlqsZxy3n+ga+FuGLoNaDemfbhBSETJ7UqG5M+Y3SKgQHDvY0Uawh8uf4NQhf5oUT9YzLciG K+eNocmL4VDHH9aajpYZk6eEtWbG6NzJUCWsqyzGEbF87XS8w7+2CVvGhXVNcGK9NKFdeFvl29om PBO5O1pbTrelCVvFpH1OE9ahvHTUPVfc/1HOg7Kz2Zelbi5mKTrqBp1WvRWgEGfdYApHLvCYZFE3 kHoLgdkMzi1DJWxKfZ7cnQmpBljGlqsmrecpnqWac9aIeqsJMf1/WwHxqsaHTKeQ+9yIOS167Oxr vvzxuSJiFEdHaMLm4gaGGG7pFS5AEZWQNfMhjqjOmzDaehKdWVDzjO+ekRqcbccsi7ENY7NRaxQH p9LCTcItbTBvjnngm9d249x/yxVdE8CRSyPSZodwvi4w0iTvBlyomEOtksU03BVQywZoyg+LggRq FzguBxgMO5z2m/+CmM922bKyzJyArbS6QWdIULgnmMAvvHIOBwsmeoqZ6XiuwLZZfIrVh+XCTEgc 02XWiFAIVvK5eAeKqTr0MnIn5JCwsU4NYCmsyHmuzaFQomkTy+rBEsKWbubDMkeWqwJEv8QbM1xZ +iOY4jDmDCnOvP4X6P7v50iRASz1/gZH8rQCPGltQsCDfC7AiRpUcSAd5ojl2JOIk08AB3guK6qZ JCfDZKa3FG6mrOwfSvK5ZLU6K7gXtM8oq26ghVONN1qm9svtMDdwZozAw+o+wyRruwIXKNcRPcbL TU27EHpGma5XipRQjoeZdFVlz1gHlT6cUWfWjXyhX1VnXMxjt07tf6HeNCsZZM8L1hEEq1gtb4Xy v+a6563/J4xmxb5TP+dXqyDm6VerfDqF29MBD+f60tTerwqi76d4KmOawcWM2CHJhETdQFyN7L40 mnMFl7rrJkt/Ea+LWl/YdILRV7ZAmPOpoEUWhbLDu3q9oIieZIUYQ4XSZviiB8lSixGkjs1qoBbm n4Q3KxxJaMkfp9ChGxwvirIRlinL7eXQa7Fnpio0TYsDBGODufh276f55A6UQQO4BZwzJUEk1BLH cGYPvo+M9UAkq8h0vfQXAAAA//8DAFBLAwQKAAAAAAAAACEAicQXM9QeAADUHgAAFQAAAHBwdC9t ZWRpYS9pbWFnZTEuanBlZ//Y/+AAEEpGSUYAAQIBAEgASAAA/+EDakV4aWYAAElJKgAIAAAABwAS AQMAAQAAAAEA3gEaAQUAAQAAAGIAAAAbAQUAAQAAAGoAAAAoAQMAAQAAAAIA5P0xAQIAFAAAAHIA AAAyAQIAFAAAAIYAAABphwQAAQAAAJoAAADEAAAASAAAAAEAAABIAAAAAQAAAEFkb2JlIFBob3Rv c2hvcCA3LjAAMjAwNToxMjowMiAwOTo1MTo1NwADAAGgAwABAAAA//8AAAKgBAABAAAABQAAAAOg BAABAAAABQAAAAAAAAAGAAMBAwABAAAABgAAABoBBQABAAAAEgEAABsBBQABAAAAGgEAACgBAwAB AAAAAgD//wECBAABAAAAIgEAAAICBAABAAAAQAIAAAAAAABIAAAAAQAAAEgAAAABAAAA/9j/4AAQ SkZJRgABAgEASABIAAD/7QAMQWRvYmVfQ00AA//uAA5BZG9iZQBkgAAAAAH/2wCEAAwICAgJCAwJ CQwRCwoLERUPDAwPFRgTExUTExgRDAwMDAwMEQwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwB DQsLDQ4NEA4OEBQODg4UFA4ODg4UEQwMDAwMEREMDAwMDAwRDAwMDAwMDAwMDAwMDAwMDAwMDAwM DAwMDAwMDP/AABEIAAUABQMBIgACEQEDEQH/3QAEAAH/xAE/AAABBQEBAQEBAQAAAAAAAAADAAEC BAUGBwgJCgsBAAEFAQEBAQEBAAAAAAAAAAEAAgMEBQYHCAkKCxAAAQQBAwIEAgUHBggFAwwzAQAC EQMEIRIxBUFRYRMicYEyBhSRobFCIyQVUsFiMzRygtFDByWSU/Dh8WNzNRaisoMmRJNUZEXCo3Q2 F9JV4mXys4TD03Xj80YnlKSFtJXE1OT0pbXF1eX1VmZ2hpamtsbW5vY3R1dnd4eXp7fH1+f3EQAC AgECBAQDBAUGBwcGBTUBAAIRAyExEgRBUWFxIhMFMoGRFKGxQiPBUtHwMyRi4XKCkkNTFWNzNPEl BhaisoMHJjXC0kSTVKMXZEVVNnRl4vKzhMPTdePzRpSkhbSVxNTk9KW1xdXl9VZmdoaWprbG1ub2 JzdHV2d3h5ent8f/2gAMAwEAAhEDEQA/APQf8lfs3/A/sf0OPb9l+zbP3v5j7P6P9hJfNKSSn//Z /+0HkFBob3Rvc2hvcCAzLjAAOEJJTQQEAAAAAAAHHAIAAAIAAgA4QklNBCUAAAAAABBGDPKJJrhW 2rCcAaGwp5B3OEJJTQPtAAAAAAAQAEgAAAABAAEASAAAAAEAAThCSU0EJgAAAAAADgAAAAAAAAAA AAA/gAAAOEJJTQQNAAAAAAAEAAAAeDhCSU0EGQAAAAAABAAAAB44QklNA/MAAAAAAAkAAAAAAAAA AAEAOEJJTQQKAAAAAAABAAA4QklNJxAAAAAAAAoAAQAAAAAAAAABOEJJTQP0AAAAAAASADUAAAAB AC0AAAAGAAAAAAABOEJJTQP3AAAAAAAcAAD/////////////////////////////A+gAADhCSU0E CAAAAAAAEAAAAAEAAAJAAAACQAAAAAA4QklNBB4AAAAAAAQAAAAAOEJJTQQaAAAAAANFAAAABgAA AAAAAAAAAAAABQAAAAUAAAAIAHAAYQB0AHQAZQByAG4AMgAAAAEAAAAAAAAAAAAAAAAAAAAAAAAA AQAAAAAAAAAAAAAABQAAAAUAAAAAAAAAAAAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAQAAAA AQAAAAAAAG51bGwAAAACAAAABmJvdW5kc09iamMAAAABAAAAAAAAUmN0MQAAAAQAAAAAVG9wIGxv bmcAAAAAAAAAAExlZnRsb25nAAAAAAAAAABCdG9tbG9uZwAAAAUAAAAAUmdodGxvbmcAAAAFAAAA BnNsaWNlc1ZsTHMAAAABT2JqYwAAAAEAAAAAAAVzbGljZQAAABIAAAAHc2xpY2VJRGxvbmcAAAAA AAAAB2dyb3VwSURsb25nAAAAAAAAAAZvcmlnaW5lbnVtAAAADEVTbGljZU9yaWdpbgAAAA1hdXRv R2VuZXJhdGVkAAAAAFR5cGVlbnVtAAAACkVTbGljZVR5cGUAAAAASW1nIAAAAAZib3VuZHNPYmpj AAAAAQAAAAAAAFJjdDEAAAAEAAAAAFRvcCBsb25nAAAAAAAAAABMZWZ0bG9uZwAAAAAAAAAAQnRv bWxvbmcAAAAFAAAAAFJnaHRsb25nAAAABQAAAAN1cmxURVhUAAAAAQAAAAAAAG51bGxURVhUAAAA AQAAAAAAAE1zZ2VURVhUAAAAAQAAAAAABmFsdFRhZ1RFWFQAAAABAAAAAAAOY2VsbFRleHRJc0hU TUxib29sAQAAAAhjZWxsVGV4dFRFWFQAAAABAAAAAAAJaG9yekFsaWduZW51bQAAAA9FU2xpY2VI b3J6QWxpZ24AAAAHZGVmYXVsdAAAAAl2ZXJ0QWxpZ25lbnVtAAAAD0VTbGljZVZlcnRBbGlnbgAA AAdkZWZhdWx0AAAAC2JnQ29sb3JUeXBlZW51bQAAABFFU2xpY2VCR0NvbG9yVHlwZQAAAABOb25l AAAACXRvcE91dHNldGxvbmcAAAAAAAAACmxlZnRPdXRzZXRsb25nAAAAAAAAAAxib3R0b21PdXRz ZXRsb25nAAAAAAAAAAtyaWdodE91dHNldGxvbmcAAAAAADhCSU0EEQAAAAAAAQEAOEJJTQQUAAAA AAAEAAAAAjhCSU0EDAAAAAACXAAAAAEAAAAFAAAABQAAABAAAABQAAACQAAYAAH/2P/gABBKRklG AAECAQBIAEgAAP/tAAxBZG9iZV9DTQAD/+4ADkFkb2JlAGSAAAAAAf/bAIQADAgICAkIDAkJDBEL CgsRFQ8MDA8VGBMTFRMTGBEMDAwMDAwRDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAENCwsN Dg0QDg4QFA4ODhQUDg4ODhQRDAwMDAwREQwMDAwMDBEMDAwMDAwMDAwMDAwMDAwMDAwMDAwMDAwM DAwM/8AAEQgABQAFAwEiAAIRAQMRAf/dAAQAAf/EAT8AAAEFAQEBAQEBAAAAAAAAAAMAAQIEBQYH CAkKCwEAAQUBAQEBAQEAAAAAAAAAAQACAwQFBgcICQoLEAABBAEDAgQCBQcGCAUDDDMBAAIRAwQh EjEFQVFhEyJxgTIGFJGhsUIjJBVSwWIzNHKC0UMHJZJT8OHxY3M1FqKygyZEk1RkRcKjdDYX0lXi ZfKzhMPTdePzRieUpIW0lcTU5PSltcXV5fVWZnaGlqa2xtbm9jdHV2d3h5ent8fX5/cRAAICAQIE BAMEBQYHBwYFNQEAAhEDITESBEFRYXEiEwUygZEUobFCI8FS0fAzJGLhcoKSQ1MVY3M08SUGFqKy gwcmNcLSRJNUoxdkRVU2dGXi8rOEw9N14/NGlKSFtJXE1OT0pbXF1eX1VmZ2hpamtsbW5vYnN0dX Z3eHl6e3x//aAAwDAQACEQMRAD8A9B/yV+zf8D+x/Q49v2X7Ns/e/mPs/o/2El80pJKf/9k4QklN BCEAAAAAAFUAAAABAQAAAA8AQQBkAG8AYgBlACAAUABoAG8AdABvAHMAaABvAHAAAAATAEEAZABv AGIAZQAgAFAAaABvAHQAbwBzAGgAbwBwACAANwAuADAAAAABADhCSU0EBgAAAAAABwAIAAAAAQEA /+ESSGh0dHA6Ly9ucy5hZG9iZS5jb20veGFwLzEuMC8APD94cGFja2V0IGJlZ2luPSfvu78nIGlk PSdXNU0wTXBDZWhpSHpyZVN6TlRjemtjOWQnPz4KPD9hZG9iZS14YXAtZmlsdGVycyBlc2M9IkNS Ij8+Cjx4OnhhcG1ldGEgeG1sbnM6eD0nYWRvYmU6bnM6bWV0YS8nIHg6eGFwdGs9J1hNUCB0b29s a2l0IDIuOC4yLTMzLCBmcmFtZXdvcmsgMS41Jz4KPHJkZjpSREYgeG1sbnM6cmRmPSdodHRwOi8v d3d3LnczLm9yZy8xOTk5LzAyLzIyLXJkZi1zeW50YXgtbnMjJyB4bWxuczppWD0naHR0cDovL25z LmFkb2JlLmNvbS9pWC8xLjAvJz4KCiA8cmRmOkRlc2NyaXB0aW9uIGFib3V0PSd1dWlkOjE4YzFl OWUzLTYzNWMtMTFkYS05NWNiLWZmYWExNzU3ZmJhNCcKICB4bWxuczp4YXBNTT0naHR0cDovL25z LmFkb2JlLmNvbS94YXAvMS4wL21tLyc+CiAgPHhhcE1NOkRvY3VtZW50SUQ+YWRvYmU6ZG9jaWQ6 cGhvdG9zaG9wOmZhYWY2ZDRkLTYzNWItMTFkYS05NWNiLWZmYWExNzU3ZmJhNDwveGFwTU06RG9j dW1lbnRJRD4KIDwvcmRmOkRlc2NyaXB0aW9uPgoKPC9yZGY6UkRGPgo8L3g6eGFwbWV0YT4KICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg IAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAog ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg CiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAKICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAKICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIAogICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgCjw/eHBhY2tldCBl bmQ9J3cnPz7/7gAOQWRvYmUAZAAAAAAA/9sAQwABAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEB AQEBAQEBAQEBAQEBAQEBAgICAgICAgICAgIDAwMDAwMDAwMD/8AACwgABQAFAQERAP/EAB8AAAEF AQEBAQEBAAAAAAAAAAABAgMEBQYHCAkKC//EALUQAAIBAwMCBAMFBQQEAAABfQECAwAEEQUSITFB BhNRYQcicRQygZGhCCNCscEVUtHwJDNicoIJChYXGBkaJSYnKCkqNDU2Nzg5OkNERUZHSElKU1RV VldYWVpjZGVmZ2hpanN0dXZ3eHl6g4SFhoeIiYqSk5SVlpeYmZqio6Slpqeoqaqys7S1tre4ubrC w8TFxsfIycrS09TV1tfY2drh4uPk5ebn6Onq8fLz9PX29/j5+v/aAAgBAQAAPwD+4dVOZWaWYwGe CWCCW31VdNj0xdUuTdWFhdG5axm8IzWLQi7u1hjsY7GO2LW0k8irH//ZUEsDBBQABgAIAAAAIQD9 6heGvwAAACUBAAAfAAAAcHB0L3RoZW1lL19yZWxzL3RoZW1lMS54bWwucmVsc4SPy4oCMRBF94L/ EGpvqtuFDNJpNzLgdtAPKJLqdLTzIMkM+vcG3IwwMMu6l3sONRzufhE/nIuLQUEvOxAcdDQuWAWX 8+fmA0SpFAwtMbCCBxc4jOvV8MUL1TYqs0tFNEooCuZa0x6x6Jk9FRkTh9ZMMXuq7cwWE+kbWcZt 1+0w/2bA+MYUJ6Mgn0wP4vxIzfw/O06T03yM+ttzqH8o0PnmbkDKlqsCKdGzcfTKe3lNbAHHAd+e G58AAAD//wMAUEsDBBQABgAIAAAAIQCkLTm86wEAAAkEAAARAAAAcHB0L3ZpZXdQcm9wcy54bWyM k02L2zAQhu+F/gehYyFrO2RT18RZCqVQ2EMg6d4VWXZE9cVI9ib76zuS89nmkFM0M5pH7zvjLF72 WpFBgJfW1LR4yikRhttGmq6mvzc/JyUlPjDTMGWNqOlBePqy/Pxp4apBivcVEAQYX7Ga7kJwVZZ5 vhOa+SfrhMFaa0GzgCF0WQPsHcFaZdM8n2eaSUOP/fBIv21bycUPy3stTBghIBQLKN7vpPMnmuaP 4DSDP72bcKsdIrZSyXBI0DNmqGkPpjpammjJwXrbhthTacarQStKNK9+dcYC2yqckB5SZgXCCxjE 9xBAbvsgfCxVX05s94hCFyEmJIO3U1PMhzdcQE29aja7Xm8Nkypm6BJ3g2o0S+EKYoycYEE0r6IN xH/gpp/n05xm17WNdan0bTafp1L2P8cr2Yj4yojla9VcReORDAzWnMVZFEmMj8FywSq/J/Eje55R 0uBvnl7B9OFOGh8/9rnKguykIfuaTopiht0HPJVllI/X+EVB16O8Vx+irXQm2IoDxFlb+KDEWdzC tBjtna6MybI8eb5AIvzKYZR0699Y3OtG7NMqjiO5qPnXN/q95/s2HR8Z53XtGzvR80nh2TFeviOh A9msHeP4VyMch/a1zKdoDxkcIedonN4wLvMvAAAA//8DAFBLAwQUAAYACAAAACEAexd40fkAAADC AQAAEQAAAHBwdC9wcmVzUHJvcHMueG1sjJDBTsMwEETvSPxD5CNS6pQDQlbTCglV4tYDfIDjbBKr XtvadQL9e5zQIrjluDuat7OzO3yhKyYgtsHXYrupRAHehNb6vhYf78fyWRSctG+1Cx5qcQEWh/39 3S6qSMDgk07ZeqIigzwrXYshpaikZDMAat6ECD5rXSDUKY/Uy5b0Zz6ATj5W1ZNEbb24+mmNP3Sd NfAazIg5wA+EwC1JeLCRbzQ0a3Co6TzG0gSMGdFYZ9Nlgf5iplqM5NX1pRKtocChS7NHoTZqQicK NOqt94F043JTOC2b09wSTfCSEtlmTMCzpB5u7Lgm4d+q/7Um998AAAD//wMAUEsDBBQABgAIAAAA IQDY/Y2PrAAAALYAAAATAAAAcHB0L3RhYmxlU3R5bGVzLnhtbAzMSQ6CMBhA4b2Jd2j+fS1DUSQU wiArd+oBKpQh6UBooxLj3WX58pIvzT9KopdY7GQ0A//gARK6Nd2kBwaPe4NjQNZx3XFptGCwCgt5 tt+lPHFPeXOrFFfr0KZom3AGo3NzQohtR6G4PZhZ6O31ZlHcbbkMpFv4e9OVJIHnHYnikwbUiZ7B N6qCIKK0wKfL5YhpSANcejTGcVTW1bmp/SosfkCyPwAAAP//AwBQSwMEFAAGAAgAAAAhANT9cpiq AQAA/gIAABEACAFkb2NQcm9wcy9jb3JlLnhtbCCiBAEooAABAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAIxSwW4bIRC9V+o/IO6YZZ1GzcreSG2USlVcWanbVL0hGDvILCCY9Wb/vuza3jpqD7nB vDdv3jxY3L40lhwgJuPdkopZQQk45bVxuyX9sblnHylJKJ2W1jtY0h4Sva3fv1uoUCkfYR19gIgG EslKLlUqLOkzYqg4T+oZGplmmeEyuPWxkZivcceDVHu5A14WxTVvAKWWKPkgyMKkSE+SWk2SoY12 FNCKg4UGHCYuZoL/5SLEJv23YUQumI3BPuSdTnYvtbU6ghP7JZmJ2HXdrJuPNrJ/wX+tHr6PqzLj hqwU0HqhVYUGLdSPIBWaA5A7k5TPUffEb8naG4cMPRsP5NG3mCM0jjz4LoMdRJJDz7eUevINsPNx nwjRUW6RaWTRW8tCGVgMlhViwad5w2QVQaKP9ardt5Z88b20I+NcH17PyoSr/NBbA/pTX39dk58y JWjjgv+LDg0RDmb4JrWY34ycqZBHjtke54ImOa3qmO0ZeZp/vtvc07osRMGKayY+bEpRiZvqav57 sPaqf0jvWGhOBt+sWBZVeXWheBaoR8evf2z9BwAA//8DAFBLAwQUAAYACAAAACEAexTl3UwEAACv DQAAEAAIAWRvY1Byb3BzL2FwcC54bWwgogQBKKAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AADMV91u2zYUvh+wdzjwVXuhyHHdrjMYFa7dNAXi2LCd5JqWjiUuNKmRtF3vKq8xYHu5PMkOJf8u gudmKDYDBg7J88fv/FHsw9eZhAUaK7S6qJ2f1WuAKtaJUOlF7XZ8GbyvgXVcJVxqhRe1Fdrah+jH H9jA6ByNE2iBVCh7Ucucy1thaOMMZ9ye0bGik6k2M+5oadJQT6cixq6O5zNULmzU6+9C/OpQJZgE +VZhrdTYWriXKk107P2zd+NVTg5HbIyzXHKH0UhL68gJFm632Fg7LsdihlHjvFmnk+2a3WuT2KjZ fP+WhSXN2nkuRcwdARb1RGy01VMHPR4L5bTNYKCXaAaaVizc5yXE0NK1C8nLApWorwIbG0QFo0wv 4VWz9eY1CysY2YAbnhqeZzZqvCUf99ZsJEWCNnrzMwvXJLvRjnaIryTYlUgSVOvTn1h4sGa9XkeK vODfkGwUc4kdAjGacmkJr90Gu0LuE2TAhbERW7jWAmOnDVjxG6VIswYTbtFDf1FbcCO4chQCz1Yu Clrm1pmoi1akCjaxYCFxlScFuS+wT4tmdF4wEHGUsdRV3BvGwkm032DCA0r+PLPhN8sbk/FDLEob /SmFx1VBQ+W1w6ZwrkRm7ec2OXcwbKkh8tiJBUJX2FhTya5ATynbKNECp4OCgKGeU+BBKLimfCpS Eah4aWXtCm7QLbV5sACJ4VMXJC4wWsogb+SByWVQL0FdB2BruT2hUJHxfei2h5S4xsV6RvlgvUPD wfXT4+8WBo0BXM4VuawVl8KtKqWH+OtcGExOZB9zk6Ij9luL0KEkOwjn1qcxGvJHS51WW935BX0C ciFwWeldBV8Lnh7/oAhQS4zx6fFPuKPeObd+97PWCXxSep5m/qBjhENK/tM1F8Hbhfd0wY88flhy k8BIz02M6yw4XZ660b8R/ygSiuE60i/14UrnwWQVZDo/5v59tipi3/3SB6cpBQyVwa4gemgtT6lZ bVPBt50yn32P0YZ7/vbnao5sDd2exn7uE/j7skNH01gQyra+0c4/CHqQCoSoNoGXsJ52tZdLjmi+ IU1D6kr0p0ql+U+2D8CHyYqaEnxRVB8zTISXKHLfVN6fJnlMcfWXoP7C4STnoO2g/f+ycTI0ULa5 74PJf638Bpd+RhSpS8MH1iXb2kvMIeZyBf3JL9RTKjNiV/D7rPCqO+y/rhYYUiWsi+xlDPudFY40 hQq+45YrBCo9HNEr2ZcA3dF3Pke9qm9ESpP+SOm8SMhb4Bba8YPSS4lJiv61XhRy9aCBSofXanwD Emh86W7GDHWEIyOjWtsnmrgTKWzmMXg2K+BOUF8Y9vcdOXil/e1d1tGznKtVdAv30BNyyecPSFNj s82uhXqwt/lYd6k3bR7Ah5tslHF6uNDHzOZ8t8Gu6O1rpFfSybhKMdnwPD/w3xP+DeE/J84bZ3X6 Fd8Nmz3/ObD50or+AgAA//8DAFBLAwQUAAYACAAAACEACCohnPEDAACpJAAAKAAAAHBwdC9wcmlu dGVyU2V0dGluZ3MvcHJpbnRlclNldHRpbmdzMS5iaW7kWc1v2jAUZ7uBdt+VcSemLR1sSqlYKRoS baNCJ+1UuYnL0oY4Stx17A/Zv7s9J3Ew+YLtUJLsUCm49vP7/vm997pWq72Cv99vazX19MfSan4n rmdS+6R1oHRaTWLr1DDtxUnrZj5u91ung4b6bnR1Nv+qnTcdy/RYU7v5NJ2cNVtthIaOYxGERvNR U5tOZvMm0EDo/LLVbH1jzPmI0PPzs4L5LkWnS77RQ5pLHeKy1RSIteGAYjCjBdcE1DfYgVXD1Nmg UVcfyWoAJEJijmvaTNHwgoypu8TwefGZuuZPajNsXRNPRXw/HAuPp59npv5ImKK7BDPqijN11WNA fiFd90Dvgr0qCv/XqOeSNBlZDl0Xr9ZEMf8JLMFBwVQGje1icSLAtDXoHarI/+B0cznyGGZkbOFF xBHsByWSBXEHHRWJT59BJDhUkWBbFWvbLXHlmgTswMCrxGWRyKmny2CHFKG4xoXaDjY1WBRTzHRs gStXxwwxgaJAAP0XLg6+QJYzwQCVykcpQkVGKGQ2EgzHPKf8GSlDsMgaBQkJ7+luHuCsgwH3b037 nt4GGT89LWkXmjbS+N4zapBLvCRin4Scf4MjuwJ6btJOInpdFdjIVW4E7xT4DMjkSMG3hM+IYVd+ UYiz8XdOoC0lDcLXCBTD8HoE2HBbhOLSqq9B7WJu0gX2tV1eTWfIIOnZ9Ggb71nXcatuPPOGxsOT x4jBF6+Jzsro8v8mILeSFEjwywfyjgIOvYb0Lcu9/lHa7uPjDxvLUiC8fKztqB7IexV3gLiEGR7Q PuhvGC90jIzl/iGEd9Jfjnu9jeWCeQCoYgJ4COVrqVNw0rXzBCt8Xl4zf2PjSibmnSTMiMv/ITOn 6wdWq5OadxMxwwcyknDGcrlzs+MY1c3PWcJJOXrfNUocXMJqaKhNoALmrev1Wzmsqjod5RBej7u1 atnKkQrM8Ez8Th+dOVLP/VJWoh2VWXkVaZJXUQDGWc2jInMqzicZFS3xOKeCURX5jfZBg48Cfr2p wBhgRPWnJXScA4khVmcOpVYwGBC+EdXneQou2iBgF8GkQOVzFug38r47cox7yUn5prQBShhKaY2F qLMd6ysINwKKUVchWku9ROOzmhlhDBrRHljnjFrUna1sHQZB96ZFJqNSG2l38bgVxLygf/S+OBOD hIEcs+wjtFyRZEMUaHCT5HkFsWLB3K5iAeLE5eIGYe4TQf58tEC5amy6HuM9uUpZICFVOQJiiito i7hQsikOD7q9LiBFF3pYAjj2PeiPJSm/X43tigVIQipuFblJHeF4HD7WCJ9tvOjdxKnu7VkWvv1e sDSRXWdrdfIHAAD//wMAUEsBAi0AFAAGAAgAAAAhAODwGUbIAgAAJSAAABMAAAAAAAAAAAAAAAAA AAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAbVvtOAsBAADiAgAACwAAAAAA AAAAAAAAAAABBQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAS/U97L8AAAA3AQAAIQAAAAAA AAAAAAAAAAA9CAAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTEzLnhtbC5yZWxzUEsBAi0AFAAGAAgA AAAhAEv1Pey/AAAANwEAACEAAAAAAAAAAAAAAAAAOwkAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUx MS54bWwucmVsc1BLAQItABQABgAIAAAAIQBL9T3svwAAADcBAAAhAAAAAAAAAAAAAAAAADkKAABw cHQvc2xpZGVzL19yZWxzL3NsaWRlMTQueG1sLnJlbHNQSwECLQAUAAYACAAAACEAS/U97L8AAAA3 AQAAIQAAAAAAAAAAAAAAAAA3CwAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTEyLnhtbC5yZWxzUEsB Ai0AFAAGAAgAAAAhAEv1Pey/AAAANwEAACEAAAAAAAAAAAAAAAAANQwAAHBwdC9zbGlkZXMvX3Jl bHMvc2xpZGUxNS54bWwucmVsc1BLAQItABQABgAIAAAAIQBL9T3svwAAADcBAAAhAAAAAAAAAAAA AAAAADMNAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMTYueG1sLnJlbHNQSwECLQAUAAYACAAAACEA S/U97L8AAAA3AQAAIQAAAAAAAAAAAAAAAAAxDgAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTE3Lnht bC5yZWxzUEsBAi0AFAAGAAgAAAAhAEv1Pey/AAAANwEAACEAAAAAAAAAAAAAAAAALw8AAHBwdC9z bGlkZXMvX3JlbHMvc2xpZGUxOC54bWwucmVsc1BLAQItABQABgAIAAAAIQBL9T3svwAAADcBAAAh AAAAAAAAAAAAAAAAAC0QAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMTAueG1sLnJlbHNQSwECLQAU AAYACAAAACEAS/U97L8AAAA3AQAAIAAAAAAAAAAAAAAAAAArEQAAcHB0L3NsaWRlcy9fcmVscy9z bGlkZTkueG1sLnJlbHNQSwECLQAUAAYACAAAACEAS/U97L8AAAA3AQAAIAAAAAAAAAAAAAAAAAAo EgAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTgueG1sLnJlbHNQSwECLQAUAAYACAAAACEAY1wjtMEA AAA3AQAAIAAAAAAAAAAAAAAAAAAlEwAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTEueG1sLnJlbHNQ SwECLQAUAAYACAAAACEAS/U97L8AAAA3AQAAIAAAAAAAAAAAAAAAAAAkFAAAcHB0L3NsaWRlcy9f cmVscy9zbGlkZTIueG1sLnJlbHNQSwECLQAUAAYACAAAACEAS/U97L8AAAA3AQAAIAAAAAAAAAAA AAAAAAAhFQAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTMueG1sLnJlbHNQSwECLQAUAAYACAAAACEA S/U97L8AAAA3AQAAIAAAAAAAAAAAAAAAAAAeFgAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTQueG1s LnJlbHNQSwECLQAUAAYACAAAACEAS/U97L8AAAA3AQAAIAAAAAAAAAAAAAAAAAAbFwAAcHB0L3Ns aWRlcy9fcmVscy9zbGlkZTUueG1sLnJlbHNQSwECLQAUAAYACAAAACEAS/U97L8AAAA3AQAAIAAA AAAAAAAAAAAAAAAYGAAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTYueG1sLnJlbHNQSwECLQAUAAYA CAAAACEAS/U97L8AAAA3AQAAIAAAAAAAAAAAAAAAAAAVGQAAcHB0L3NsaWRlcy9fcmVscy9zbGlk ZTcueG1sLnJlbHNQSwECLQAUAAYACAAAACEAS/U97L8AAAA3AQAAIQAAAAAAAAAAAAAAAAASGgAA cHB0L3NsaWRlcy9fcmVscy9zbGlkZTE5LnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhAEv1Pey/AAAA NwEAACEAAAAAAAAAAAAAAAAAEBsAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUyMS54bWwucmVsc1BL AQItABQABgAIAAAAIQCgONHUMgIAAHIYAAAfAAAAAAAAAAAAAAAAAA4cAABwcHQvX3JlbHMvcHJl c2VudGF0aW9uLnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhAEv1Pey/AAAANwEAACEAAAAAAAAAAAAA AAAAhR8AAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUzMi54bWwucmVsc1BLAQItABQABgAIAAAAIQBL 9T3svwAAADcBAAAhAAAAAAAAAAAAAAAAAIMgAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMzMueG1s LnJlbHNQSwECLQAUAAYACAAAACEAS/U97L8AAAA3AQAAIQAAAAAAAAAAAAAAAACBIQAAcHB0L3Ns aWRlcy9fcmVscy9zbGlkZTM0LnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhAEv1Pey/AAAANwEAACEA AAAAAAAAAAAAAAAAfyIAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUzNS54bWwucmVsc1BLAQItABQA BgAIAAAAIQBL9T3svwAAADcBAAAhAAAAAAAAAAAAAAAAAH0jAABwcHQvc2xpZGVzL19yZWxzL3Ns aWRlMzYueG1sLnJlbHNQSwECLQAUAAYACAAAACEAS/U97L8AAAA3AQAAIQAAAAAAAAAAAAAAAAB7 JAAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTM3LnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhAEv1Pey/ AAAANwEAACEAAAAAAAAAAAAAAAAAeSUAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUzOC54bWwucmVs c1BLAQItABQABgAIAAAAIQBL9T3svwAAADcBAAAhAAAAAAAAAAAAAAAAAHcmAABwcHQvc2xpZGVz L19yZWxzL3NsaWRlMzkueG1sLnJlbHNQSwECLQAUAAYACAAAACEAS/U97L8AAAA3AQAAIQAAAAAA AAAAAAAAAAB1JwAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTMxLnhtbC5yZWxzUEsBAi0AFAAGAAgA AAAhAEv1Pey/AAAANwEAACEAAAAAAAAAAAAAAAAAcygAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUz MC54bWwucmVsc1BLAQItABQABgAIAAAAIQBL9T3svwAAADcBAAAhAAAAAAAAAAAAAAAAAHEpAABw cHQvc2xpZGVzL19yZWxzL3NsaWRlMjkueG1sLnJlbHNQSwECLQAUAAYACAAAACEAS/U97L8AAAA3 AQAAIQAAAAAAAAAAAAAAAABvKgAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTIyLnhtbC5yZWxzUEsB Ai0AFAAGAAgAAAAhAEv1Pey/AAAANwEAACEAAAAAAAAAAAAAAAAAbSsAAHBwdC9zbGlkZXMvX3Jl bHMvc2xpZGUyMy54bWwucmVsc1BLAQItABQABgAIAAAAIQBL9T3svwAAADcBAAAhAAAAAAAAAAAA AAAAAGssAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMjQueG1sLnJlbHNQSwECLQAUAAYACAAAACEA S/U97L8AAAA3AQAAIQAAAAAAAAAAAAAAAABpLQAAcHB0L3NsaWRlcy9fcmVscy9zbGlkZTI1Lnht bC5yZWxzUEsBAi0AFAAGAAgAAAAhAEv1Pey/AAAANwEAACEAAAAAAAAAAAAAAAAAZy4AAHBwdC9z bGlkZXMvX3JlbHMvc2xpZGUyNi54bWwucmVsc1BLAQItABQABgAIAAAAIQBL9T3svwAAADcBAAAh AAAAAAAAAAAAAAAAAGUvAABwcHQvc2xpZGVzL19yZWxzL3NsaWRlMjcueG1sLnJlbHNQSwECLQAU AAYACAAAACEAS/U97L8AAAA3AQAAIQAAAAAAAAAAAAAAAABjMAAAcHB0L3NsaWRlcy9fcmVscy9z bGlkZTI4LnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhAEv1Pey/AAAANwEAACEAAAAAAAAAAAAAAAAA YTEAAHBwdC9zbGlkZXMvX3JlbHMvc2xpZGUyMC54bWwucmVsc1BLAQItABQABgAIAAAAIQAgu/79 agMAAPgRAAAUAAAAAAAAAAAAAAAAAF8yAABwcHQvcHJlc2VudGF0aW9uLnhtbFBLAQItABQABgAI AAAAIQA7R4b00QMAAD4LAAAVAAAAAAAAAAAAAAAAAPs1AABwcHQvc2xpZGVzL3NsaWRlMS54bWxQ SwECLQAUAAYACAAAACEA2/5bfj8EAADmGwAAFgAAAAAAAAAAAAAAAAD/OQAAcHB0L3NsaWRlcy9z bGlkZTI4LnhtbFBLAQItABQABgAIAAAAIQAeXgxYXwQAACwLAAAWAAAAAAAAAAAAAAAAAHI+AABw cHQvc2xpZGVzL3NsaWRlMjcueG1sUEsBAi0AFAAGAAgAAAAhACTqZylVAwAAHwgAABYAAAAAAAAA AAAAAAAABUMAAHBwdC9zbGlkZXMvc2xpZGUyNi54bWxQSwECLQAUAAYACAAAACEAlDB5//kDAACG CgAAFgAAAAAAAAAAAAAAAACORgAAcHB0L3NsaWRlcy9zbGlkZTI1LnhtbFBLAQItABQABgAIAAAA IQBlq5fLNgQAAJ4KAAAWAAAAAAAAAAAAAAAAALtKAABwcHQvc2xpZGVzL3NsaWRlMjQueG1sUEsB Ai0AFAAGAAgAAAAhAIFSFuAnBAAAuwoAABYAAAAAAAAAAAAAAAAAJU8AAHBwdC9zbGlkZXMvc2xp ZGUyMy54bWxQSwECLQAUAAYACAAAACEAC/iq2bEEAACtDAAAFgAAAAAAAAAAAAAAAACAUwAAcHB0 L3NsaWRlcy9zbGlkZTIyLnhtbFBLAQItABQABgAIAAAAIQA3/fklsAMAALYJAAAWAAAAAAAAAAAA AAAAAGVYAABwcHQvc2xpZGVzL3NsaWRlMjkueG1sUEsBAi0AFAAGAAgAAAAhAKv3j9U2AwAA3AkA ABYAAAAAAAAAAAAAAAAASVwAAHBwdC9zbGlkZXMvc2xpZGUzMC54bWxQSwECLQAUAAYACAAAACEA eth4pMUDAABxCQAAFgAAAAAAAAAAAAAAAACzXwAAcHB0L3NsaWRlcy9zbGlkZTMxLnhtbFBLAQIt ABQABgAIAAAAIQCVNpCrzQMAAJ4JAAAWAAAAAAAAAAAAAAAAAKxjAABwcHQvc2xpZGVzL3NsaWRl MzUueG1sUEsBAi0AFAAGAAgAAAAhADzXi72kAgAAIAYAABYAAAAAAAAAAAAAAAAArWcAAHBwdC9z bGlkZXMvc2xpZGUzNi54bWxQSwECLQAUAAYACAAAACEApvmJ/vUDAACQCgAAFgAAAAAAAAAAAAAA AACFagAAcHB0L3NsaWRlcy9zbGlkZTM3LnhtbFBLAQItABQABgAIAAAAIQDIHmVxgwQAADoNAAAW AAAAAAAAAAAAAAAAAK5uAABwcHQvc2xpZGVzL3NsaWRlMzgueG1sUEsBAi0AFAAGAAgAAAAhACCg 46GMBAAA9gwAABYAAAAAAAAAAAAAAAAAZXMAAHBwdC9zbGlkZXMvc2xpZGUzOS54bWxQSwECLQAU AAYACAAAACEAj06NzdsDAADDCgAAFgAAAAAAAAAAAAAAAAAleAAAcHB0L3NsaWRlcy9zbGlkZTMz LnhtbFBLAQItABQABgAIAAAAIQB/uDGnzAMAAJwTAAAWAAAAAAAAAAAAAAAAADR8AABwcHQvc2xp ZGVzL3NsaWRlMzIueG1sUEsBAi0AFAAGAAgAAAAhAK2tB2+GBQAAdR0AABYAAAAAAAAAAAAAAAAA NIAAAHBwdC9zbGlkZXMvc2xpZGUyMS54bWxQSwECLQAUAAYACAAAACEAmGe1/CcFAAALGAAAFgAA AAAAAAAAAAAAAADuhQAAcHB0L3NsaWRlcy9zbGlkZTIwLnhtbFBLAQItABQABgAIAAAAIQDpfpcY TAQAAJcLAAAWAAAAAAAAAAAAAAAAAEmLAABwcHQvc2xpZGVzL3NsaWRlMTkueG1sUEsBAi0AFAAG AAgAAAAhANW7ibXXAwAA1gkAABUAAAAAAAAAAAAAAAAAyY8AAHBwdC9zbGlkZXMvc2xpZGU4Lnht bFBLAQItABQABgAIAAAAIQB4KpqfuAMAAMQJAAAVAAAAAAAAAAAAAAAAANOTAABwcHQvc2xpZGVz L3NsaWRlNy54bWxQSwECLQAUAAYACAAAACEAQTFytCoEAAC9CwAAFQAAAAAAAAAAAAAAAAC+lwAA cHB0L3NsaWRlcy9zbGlkZTYueG1sUEsBAi0AFAAGAAgAAAAhAOKSXt72AwAAQwkAABUAAAAAAAAA AAAAAAAAG5wAAHBwdC9zbGlkZXMvc2xpZGU1LnhtbFBLAQItABQABgAIAAAAIQAh5e2JlQMAANMJ AAAVAAAAAAAAAAAAAAAAAESgAABwcHQvc2xpZGVzL3NsaWRlNC54bWxQSwECLQAUAAYACAAAACEA 824JmUwDAACOBwAAFQAAAAAAAAAAAAAAAAAMpAAAcHB0L3NsaWRlcy9zbGlkZTMueG1sUEsBAi0A FAAGAAgAAAAhAPFsiR3qAgAAHwcAABUAAAAAAAAAAAAAAAAAi6cAAHBwdC9zbGlkZXMvc2xpZGUy LnhtbFBLAQItABQABgAIAAAAIQBy/UdvTgMAANwHAAAVAAAAAAAAAAAAAAAAAKiqAABwcHQvc2xp ZGVzL3NsaWRlOS54bWxQSwECLQAUAAYACAAAACEAH5CxN6MDAABWCQAAFgAAAAAAAAAAAAAAAAAp rgAAcHB0L3NsaWRlcy9zbGlkZTEwLnhtbFBLAQItABQABgAIAAAAIQCfTeGMVwMAAEYIAAAWAAAA AAAAAAAAAAAAAACyAABwcHQvc2xpZGVzL3NsaWRlMTEueG1sUEsBAi0AFAAGAAgAAAAhAFRj4kbs AwAA5QkAABYAAAAAAAAAAAAAAAAAi7UAAHBwdC9zbGlkZXMvc2xpZGUxOC54bWxQSwECLQAUAAYA CAAAACEAWYHHJt0CAADbBgAAFgAAAAAAAAAAAAAAAACruQAAcHB0L3NsaWRlcy9zbGlkZTE3Lnht bFBLAQItABQABgAIAAAAIQB0TmY8wgMAAA4UAAAWAAAAAAAAAAAAAAAAALy8AABwcHQvc2xpZGVz L3NsaWRlMTYueG1sUEsBAi0AFAAGAAgAAAAhALPiCRsHAwAAvgcAABYAAAAAAAAAAAAAAAAAssAA AHBwdC9zbGlkZXMvc2xpZGUxNS54bWxQSwECLQAUAAYACAAAACEAVc6JmAAEAACkCgAAFgAAAAAA AAAAAAAAAADtwwAAcHB0L3NsaWRlcy9zbGlkZTE0LnhtbFBLAQItABQABgAIAAAAIQBQr/+G7gMA AFEKAAAWAAAAAAAAAAAAAAAAACHIAABwcHQvc2xpZGVzL3NsaWRlMTMueG1sUEsBAi0AFAAGAAgA AAAhAGvOwppuAwAAhwgAABYAAAAAAAAAAAAAAAAAQ8wAAHBwdC9zbGlkZXMvc2xpZGUxMi54bWxQ SwECLQAUAAYACAAAACEAW50leSkEAAA9CwAAFgAAAAAAAAAAAAAAAADlzwAAcHB0L3NsaWRlcy9z bGlkZTM0LnhtbFBLAQItABQABgAIAAAAIQB2fhYmuAwAAMlJAAAhAAAAAAAAAAAAAAAAAELUAABw cHQvc2xpZGVNYXN0ZXJzL3NsaWRlTWFzdGVyMS54bWxQSwECLQAUAAYACAAAACEA1dGS8b4AAAA3 AQAALQAAAAAAAAAAAAAAAAA54QAAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlkZUxheW91dDEw LnhtbC5yZWxzUEsBAi0AFAAGAAgAAAAhANOBh4v1BAAAtQ4AACEAAAAAAAAAAAAAAAAAQuIAAHBw dC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQ3LnhtbFBLAQItABQABgAIAAAAIQC365szWAUAAG4S AAAhAAAAAAAAAAAAAAAAAHbnAABwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0OC54bWxQSwEC LQAUAAYACAAAACEAkHJo7X0JAADKHwAAIQAAAAAAAAAAAAAAAAAN7QAAcHB0L3NsaWRlTGF5b3V0 cy9zbGlkZUxheW91dDkueG1sUEsBAi0AFAAGAAgAAAAhAGzmx3XZAwAAzAwAACIAAAAAAAAAAAAA AAAAyfYAAHBwdC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxMC54bWxQSwECLQAUAAYACAAAACEA sMdpt3MDAAA2CQAAIQAAAAAAAAAAAAAAAADi+gAAcHB0L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91 dDYueG1sUEsBAi0AFAAGAAgAAAAhAK0XL8dQBgAAQCEAACEAAAAAAAAAAAAAAAAAlP4AAHBwdC9z bGlkZUxheW91dHMvc2xpZGVMYXlvdXQ1LnhtbFBLAQItABQABgAIAAAAIQAXgSErggQAAEsTAAAh AAAAAAAAAAAAAAAAACMFAQBwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0NC54bWxQSwECLQAU AAYACAAAACEAc2FOXQoIAAAcIAAAIQAAAAAAAAAAAAAAAADkCQEAcHB0L3NsaWRlTGF5b3V0cy9z bGlkZUxheW91dDMueG1sUEsBAi0AFAAGAAgAAAAhAH5SlI++AwAAlQwAACEAAAAAAAAAAAAAAAAA LRIBAHBwdC9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQyLnhtbFBLAQItABQABgAIAAAAIQBq0p5p CgcAAP4XAAAhAAAAAAAAAAAAAAAAACoWAQBwcHQvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54 bWxQSwECLQAUAAYACAAAACEAqdJL7TAEAACtDQAAIgAAAAAAAAAAAAAAAABzHQEAcHB0L3NsaWRl TGF5b3V0cy9zbGlkZUxheW91dDExLnhtbFBLAQItABQABgAIAAAAIQDV0ZLxvgAAADcBAAAtAAAA AAAAAAAAAAAAAOMhAQBwcHQvc2xpZGVMYXlvdXRzL19yZWxzL3NsaWRlTGF5b3V0MTEueG1sLnJl bHNQSwECLQAUAAYACAAAACEA1dGS8b4AAAA3AQAALAAAAAAAAAAAAAAAAADsIgEAcHB0L3NsaWRl TGF5b3V0cy9fcmVscy9zbGlkZUxheW91dDgueG1sLnJlbHNQSwECLQAUAAYACAAAACEA1dGS8b4A AAA3AQAALAAAAAAAAAAAAAAAAAD0IwEAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlkZUxheW91 dDMueG1sLnJlbHNQSwECLQAUAAYACAAAACEA1dGS8b4AAAA3AQAALAAAAAAAAAAAAAAAAAD8JAEA cHB0L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlkZUxheW91dDQueG1sLnJlbHNQSwECLQAUAAYACAAA ACEA1dGS8b4AAAA3AQAALAAAAAAAAAAAAAAAAAAEJgEAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9z bGlkZUxheW91dDUueG1sLnJlbHNQSwECLQAUAAYACAAAACEA1dGS8b4AAAA3AQAALAAAAAAAAAAA AAAAAAAMJwEAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlkZUxheW91dDYueG1sLnJlbHNQSwEC LQAUAAYACAAAACEA1dGS8b4AAAA3AQAALAAAAAAAAAAAAAAAAAAUKAEAcHB0L3NsaWRlTGF5b3V0 cy9fcmVscy9zbGlkZUxheW91dDcueG1sLnJlbHNQSwECLQAUAAYACAAAACEA1dGS8b4AAAA3AQAA LAAAAAAAAAAAAAAAAAAcKQEAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlkZUxheW91dDkueG1s LnJlbHNQSwECLQAUAAYACAAAACEA1dGS8b4AAAA3AQAALAAAAAAAAAAAAAAAAAAkKgEAcHB0L3Ns aWRlTGF5b3V0cy9fcmVscy9zbGlkZUxheW91dDIueG1sLnJlbHNQSwECLQAUAAYACAAAACEADyHZ NyABAADHBwAALAAAAAAAAAAAAAAAAAAsKwEAcHB0L3NsaWRlTWFzdGVycy9fcmVscy9zbGlkZU1h c3RlcjEueG1sLnJlbHNQSwECLQAUAAYACAAAACEA1dGS8b4AAAA3AQAALAAAAAAAAAAAAAAAAACW LAEAcHB0L3NsaWRlTGF5b3V0cy9fcmVscy9zbGlkZUxheW91dDEueG1sLnJlbHNQSwECLQAKAAAA AAAAACEA8Oz0r62iAACtogAAFwAAAAAAAAAAAAAAAACeLQEAZG9jUHJvcHMvdGh1bWJuYWlsLmpw ZWdQSwECLQAUAAYACAAAACEATFwoTmwHAAB2HwAAFAAAAAAAAAAAAAAAAACA0AEAcHB0L3RoZW1l L3RoZW1lMS54bWxQSwECLQAKAAAAAAAAACEAicQXM9QeAADUHgAAFQAAAAAAAAAAAAAAAAAe2AEA cHB0L21lZGlhL2ltYWdlMS5qcGVnUEsBAi0AFAAGAAgAAAAhAP3qF4a/AAAAJQEAAB8AAAAAAAAA AAAAAAAAJfcBAHBwdC90aGVtZS9fcmVscy90aGVtZTEueG1sLnJlbHNQSwECLQAUAAYACAAAACEA pC05vOsBAAAJBAAAEQAAAAAAAAAAAAAAAAAh+AEAcHB0L3ZpZXdQcm9wcy54bWxQSwECLQAUAAYA CAAAACEAexd40fkAAADCAQAAEQAAAAAAAAAAAAAAAAA7+gEAcHB0L3ByZXNQcm9wcy54bWxQSwEC LQAUAAYACAAAACEA2P2Nj6wAAAC2AAAAEwAAAAAAAAAAAAAAAABj+wEAcHB0L3RhYmxlU3R5bGVz LnhtbFBLAQItABQABgAIAAAAIQDU/XKYqgEAAP4CAAARAAAAAAAAAAAAAAAAAED8AQBkb2NQcm9w cy9jb3JlLnhtbFBLAQItABQABgAIAAAAIQB7FOXdTAQAAK8NAAAQAAAAAAAAAAAAAAAAACH/AQBk b2NQcm9wcy9hcHAueG1sUEsBAi0AFAAGAAgAAAAhAAgqIZzxAwAAqSQAACgAAAAAAAAAAAAAAAAA owQCAHBwdC9wcmludGVyU2V0dGluZ3MvcHJpbnRlclNldHRpbmdzMS5iaW5QSwUGAAAAAHQAdAD1 IQAA2ggCAAAA --Apple-Mail-133--169971286 Content-Disposition: attachment; filename=4-gnawali-mrhof.ppt Content-Type: application/vnd.ms-powerpoint; x-mac-creator=50505433; x-unix-mode=0644; x-mac-type=534C4438; name="4-gnawali-mrhof.ppt" Content-Transfer-Encoding: base64 0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAACAAAAkwAAAAAAAAAA EAAAlwAAAAEAAAD+////AAAAAJUAAACUAAAA//////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// ///////////////////////////////////////////////////////////////////////////9 ////kgAAAP7///8EAAAABQAAAAYAAAAHAAAACAAAAAkAAAAZAAAACwAAAAwAAAANAAAADgAAAA8A AAAQAAAAEQAAABIAAAATAAAAFAAAABUAAAAWAAAAFwAAABgAAAADAAAAGgAAABsAAAAcAAAAHQAA AB4AAAAfAAAAIAAAACEAAAAiAAAAIwAAACQAAAAlAAAAJgAAACcAAAAoAAAAKQAAACoAAAArAAAA LAAAAC0AAAAuAAAALwAAADAAAAAxAAAAMgAAADMAAAA0AAAANQAAADYAAAA3AAAAOAAAADkAAAA6 AAAAOwAAADwAAAA9AAAAPgAAAD8AAABAAAAAQQAAAEIAAABDAAAARAAAAEUAAABGAAAARwAAAEgA AABJAAAASgAAAEsAAABMAAAATQAAAE4AAABPAAAAUAAAAFEAAABSAAAAUwAAAFQAAABVAAAAVgAA AFcAAABYAAAAWQAAAFoAAABbAAAAXAAAAF0AAABeAAAAXwAAAGAAAABhAAAAYgAAAGMAAABkAAAA ZQAAAGYAAABnAAAAaAAAAGkAAABqAAAAawAAAGwAAABtAAAAbgAAAG8AAABwAAAAcQAAAHIAAABz AAAAdAAAAHUAAAB2AAAA/v///5EAAAD9////egAAAHsAAAB8AAAAfQAAAH4AAAB/AAAAgAAAAFIA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAACAAUA//////////8BAAAAEI2BZJtPzxGG6gCqALkp6AAAAAAAAAAAAAAAANulHaufDMsB dwAAAIADAAAAAAAAUABvAHcAZQByAFAAbwBpAG4AdAAgAEQAbwBjAHUAbQBlAG4AdAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAACgAAgECAAAAAwAAAP////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAKAAAAZucAAAAAAAAFAFMAdQBtAG0AYQByAHkASQBuAGYAbwByAG0AYQB0 AGkAbwBuAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKAACAQQAAAD//////////wAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAHkAAACILgAAAAAAAAUARABvAGMAdQBtAGUAbgB0 AFMAdQBtAG0AYQByAHkASQBuAGYAbwByAG0AYQB0AGkAbwBuAAAAAAAAAAAAAAA4AAIB//////// ////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAwDAAAAAAAAAQAA AAIAAAADAAAABAAAAAUAAAAGAAAABwAAAAgAAAAJAAAACgAAAAsAAAAMAAAA/v////7///////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// ///////////////////////////////////////////////////////////////////////bBjxO 7a5vrHBCefDoqJH9mySZ9BuoFZ/jUeq0MWtLo+LhtLasLjM+4kxBgy7fgxdsLaEQey1LYdmQ91vT uAswlJUuDq6NB14ST2nhMyb5LBSm9AeL2QzIQT8E08WlMCxyavbMXwxGVXoE5hE9gaw4BnzO+E27 Ldri/mtaLqQH6bmyzWujnN9CqquKocfReIpAcnbJ+GQ4xk9CIUAqzp4VFNFgOJyQQYEWw8l4cDMO McZAyNJY5z8I/eqgGB2UcSsKj4xCCqeV84Ti1UWANAJhUn9e6PJCljl+I+VRSt9OHWoY/e+1feTs swVk0f15BCs4k78ql/HZYDRCIHyYBNw4s09X8qcr6tjca0lKYKAKPDXjhbfd5N7jnFDVjQG/UhtT kGmH5/b8G1jTIuKRiwe92YMR/wZMtA04RSDoEOn8xl+keC0o4ayTHLTiK0X1EZEm1Q5INrTstKzL ZS1lmNhdfi8tOwGm/nZG71Yuz8wkFrEKZVBhUWb8HmSd2xrx2IN1AmkIMkTqo8eQneziwJ+7/Mhn 10S+mflwCKbVgF0FVnDwMQzQZfiuVYmdJwxB7rDNSc4wsi3kG4QiCAPJtD5aC1iphT0E7iut/F3Y koMjKVHm7TJu2YPaYQ9ZH1WBx0cBSFJDANMU68JHLAcJvVosn1osRPVP287MmeK6elf5/7BrV/Mj krc9hw6QHzePX4dLTOPr5AH7eDDxkMca7Xhqy5UaHaSVLEMb/nK3mA1HN9NZbzqZjnvL6WjRm42T YW+ZvB8Ol8kgGS1nf2Fhha64r6hbb+smit0iL4djUzf6jzpSgohlXKjep01sn0GILI88hecx4wpD pGvH1geUl9KbMOLsICxdUqHlFVTirSGVH9Kh6LqR9aP4JUyJMlnTpRXW1lbrisaUnVT0VJqUH9OO vzzTuXtZOYiqwq7XQXlcqRbqIx3ejl9YMti54Ulh3dkaUKvPywrSwv2fDdYYQk8pYun/qIz0u1aG n/9O1xoWJD6xTAhmoco1WKD2+kPvVF8vuyK+o96vDAReDD6v/zJw6Mz8bwAAAP//AwBQSwMEFAAG AAgAAAAhAA3docjTAAAA+QAAAA8AAABkcnMvZG93bnJldi54bWxEj01rAjEURfeF/ofwCu5qokg7 TI1SRLHLzqj75+TNB05ehiTq+O8bumiXl3s5l7Ncj7YXN/Khc6xhNlUgiCtnOm40HA+71wxEiMgG e8ek4UEB1qvnpyXmxt25oFsZG5EgHHLU0MY45FKGqiWLYeoG4tTVzluMKfpGGo/3BLe9nCv1Ji12 nB5aHGjTUnUpr1bDWBcDqlAt1KF5/85222w+qzOtJy/j5weISGP8H5/oQuX1r/xFfRkNCxD1/nH2 nSkwRPIaklsyTZYgVz8AAAD//wMAUEsBAi0AFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAAAAAAAA AAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAMd1fYdIAAACPAQAA CwAAAAAAAAAAAAAAAAAvAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAJYh+aqADAADtCgAA EAAAAAAAAAAAAAAAAAAqAgAAZHJzL3NoYXBleG1sLnhtbFBLAQItABQABgAIAAAAIQAN3aHI0wAA APkAAAAPAAAAAAAAAAAAAAAAAPgFAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAQABAD1AAAA+AYA AAAAAAAQ8AgAAACkDyABYAaKEA8AEfCUAQAAAADDCwgAAAACAAAABwH/vw8AiBN8AQAADwCKEzwB AAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEA AAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAA AQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABk bWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAA AAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAY AAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAA UABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wXgAAAAAAnw8EAAAABAAAAAAAoA8C AAAAKgAAAKEPIgAAAAIAAAAAACAACgAAAAD/BwACAAAAAABHAAEAAQAMAImJif4AAPgPBAAAAAAA AAAAAKoPCgAAAAIAAAABAAAAAAAPAATwCAoAABIACvAIAAAABQQAAAAKAACTAAvwYAAAAH8AAQDv AYAAGG/NJIcAAQAAAL8ABAAEAL8BAQARAP8BEQAZAD8DAAAIAIDDKgAAAL8DAAACAEYAbwBvAHQA ZQByACAAUABsAGEAYwBlAGgAbwBsAGQAZQByACAANAAAABMAIvGKBwAAqcOEBwAAUEsDBBQABgAI AAAAIQAMgYW7/gAAAOIBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbJRRwU7DMAy9I/EPUa6oSccB IdR2BzqOgGB8gJW4bUSbRHEo29/jbuyAhIY42n7v+fm5Wu+mUcyYyAVfy5UqpUBvgnW+r+Xb9qG4 lYIyeAtj8FjLPZJcN5cX1XYfkQSzPdVyyDneaU1mwAlIhYieJ11IE2QuU68jmHfoUV+X5Y02wWf0 uciLhmyqFjv4GLPY7Lh9dMJ0Ke6PuGVVLSHG0RnIbFQvU91UT2w8OYviGVJ+hIlR2ibSNEBExqjz KrO3aqIidJ0zqNpErwvv6g9xGz59wvm/2i3TXnA+qf9ycsKRzty8uP0ZbPEdqmLmIRcaXKTTBn34 UPMFAAD//wMAUEsDBBQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAX3JlbHMvLnJlbHOkkMFqwzAM hu+DvYPRvXHaQxmjTm+FXksHuwpbSUxjy1gmbd++pjBYRm876hf6PvHv9rcwqZmyeI4G1k0LiqJl 5+Ng4Ot8WH2AkoLR4cSRDNxJYN+9v+1ONGGpRzL6JKpSohgYS0mfWosdKaA0nCjWTc85YKljHnRC e8GB9KZttzr/ZkC3YKqjM5CPbgPqfE/V/IcdvM0s3JfGctDc996+omrH13iiuVIwD1QMuCzPMNPc 1OdAv/au/+mVERN9V/5C/Eyr9cesFzV2DwAAAP//AwBQSwMEFAAGAAgAAAAhAGsKw7whAwAABwgA ABAAAABkcnMvc2hhcGV4bWwueG1srFVRb9owEH6ftP9g+XXqIBRoGzVUbSW6SahCpf0BF8eBDOec 2Q6D/vqd7VBKH6aprYTgzJ19n7/77nx5ta0V20hjK40ZT773OZModFHhMuNPj9OTc86sAyxAaZQZ 30nLryZfv1w2qW0YbUabNhlfOdekvZ4VK1mD/a4bieQrtanB0dIse42RVqIDR4lq1Rv0++NeDRXy CR2Fm0UzN94S95u5YVWR8RFnCDWlnGrtpGFzBUKutCrIHvJeFxz3AYGZabG2HSL4H0SFgT90zSMw DPWdofskPkEvwNkjQwLmkzYr5nYN4SqdIW6eM/67BUMIOcHeZvy02xrj6YzD5Wy4JKTb0tQfRTq5 hFSXJfMZk8GQ+ORsl/Hx6Yg+fY8BUrl1TFDA4PxiNPYBgiJOx6NkMAogIxIf2Rjr7qT+MCrmD8q4 kcJRYSGFzcw6T+UhReA1MtGkbnuji52PzOmXKh8V9f76kZQp/0qbZ87UT7QZv0iGQ7q6C4vh6GxA C/Pakx95nLrVKuMUBCjonIwLqnOgU1m3cDslPwrSX1dtVEJqYKCW1Hc+BSs1uuuwhNbpQJ9txI0s fTxZc2fZBgK2yOiR97p0/4jrvIUsHyipF23iFRN2aFUV00qpsPANLG+ViZncNgkxrkIX/zkb9Wlf l38fHOprX5+jqM8x9ElJXZvxbzWeKNepEt44JESHsG8cwnaZIu6QpiMu2l1BPPL9MHq3dMIhRE4N ZhbqT8ZDMChl+K2woAkWtXEoG2F7hHxBlAaleXW5GC9hhjdm7afJ2+KyQFDnpi0rwCXNonmLghJE 0hUuGhGKQrUXHf8J0f9SgNcRn6qTvCUJPG6D6vN28fxiTkmjL4t7ehFCiIM8tjmksVJRH920k1jM wYAX3rqtq1r/qiKtdOeMSzx5WsQ5GiTJ8sh1+G4zjpTEP0GmWpOOUC+CxdlaGv9ghbkngEZ2F9iI sBP906OqZ/kjLHOwUlX+ASOyUc+N1qW3Pb0K/Tdq3wMRePznSNDhZfuExpBlSbNxz1Y7w47N1mfv 7E9ungP/oWka+j4MXjJtM/kLAAD//wMAUEsDBBQABgAIAAAAIQDxlCXP0wAAAPkAAAAPAAAAZHJz L2Rvd25yZXYueG1sRI9LSwMxFIX3gv8hXMGdTVp8DGPTImLRpdNK17eTOw+c3AxJ2k7/vRcXujyc w3f4luvJD+pEMfWBLcxnBhRxHVzPrYWv3eauAJUyssMhMFm4UIL16vpqiaULZ67otM2tEginEi10 OY+l1qnuyGOahZFYuiZEj1libLWLeBa4H/TCmEftsWd56HCk147q7+3RW5iaag8A6ANcDQAAAQDp AygAAACAFgAA4BAAAOAQAACAFgAAAQAAAAIAAAAAAAAAAAAAAAEAAAAAAAABDwDyA/4BAAAvAMgP DAAAADAA0g8EAAAAAQAAAA8A1QcwAQAAAAC3D0QAAABBAHIAaQBhAGwAAAD9/f39/f39/f39/f39 /f39/f39/Wi8/78R0f+/jLz/vwEAAAAAAAAAiLz/v9i5RB2I4v+/AAAEABAAtw9EAAAAQwBhAGwA aQBiAHIAaQAAAP39/f39/f39/f39/f39/f1ovP+/EdH/v4y8/78BAAAAAAAAAIi8/7/YuUQdiOL/ vwAABAAgALcPRAAAAC3/M/8gADD/tDC3MMMwrzAAAP39/f39/f39/f39/f39/f3/vxHR/7+MvP+/ AQAAAAAAAACIvP+/2LlEHYji/7+AAAQAMAC3D0QAAABDAG8AdQByAGkAZQByACAATgBlAHcAAAD9 /f39/f39/f39/f39/f39jLz/vwEAAAAAAAAAiLz/v9i5RB2I4v+/AAAEAAAApA8KAAAAgABCAAAA AAASAAAApQ8QAAAAAAAgCC4AAAAA/wAABwAAAAAAqQ8KAAAABwAAAAIACQQAAEAAow9uAAAABQD/ /T8AAAAiIAAAZAAAAAAAAABkAAAAAAAAAAAAQAIAAAAAAgAAAP//7wAAAAAAAAAAAP//GAAAAAAB AAAABQAAIAEgAQAAAAAABQAAQAJAAgAAAAAABQAAYANgAwAAAAAABQAAgASABAAAAAAPAAsECAEA AA8AAPAAAQAAAAAG8KgAAAAETAAAFAAAACYAAAATAAAAAQAAAAcAAAACAAAAAgAAAAMAAAACAAAA BAAAAAIAAAAFAAAAAgAAAAYAAAACAAAABwAAAAIAAAAIAAAAAgAAAAkAAAACAAAACgAAAAIAAAAL AAAAAgAAAAwAAAACAAAADQAAAAQAAAAOAAAABAAAAA8AAAAEAAAAEAAAAAQAAAARAAAABAAAABIA AAAEAAAAEwAAAAQAAACDAAvwMAAAAIEBBAAACIMBAAAACIbBAAAAAL8BEAAQAMABAQAACMXBAAAA AP8BCAAIAAECAgAACEAAHvEQAAAABAAACAEAAAgCAAAI9wAAEB8A8A8cAAAAAADzAxQAAAACAAAA AAAAAAAAAAAAAACAAAAAAA8A0AckAQAAHwATBDwAAAAAAP0DNAAAAGQAAABkAAAAZAAAAGQAAACa Lk0Ai9T/v3i8/79IvP+/tXlvAHC8/78AAAAAAAAAAAAA/78PAPoDZwAAAAAA/gMDAAAAAAEAAAD9 AzQAAACaAAAAZAAAAJoAAABkAAAAEdH/vxC8/78owmA46Lv/v7V5bwAQvP+/iPv//5j///8BAE0A cAD7AwgAAAAAAAAAcAgAAHAA+wMIAAAAAQAAAEALAAAPAIgTaQAAAA8AihMpAAAAAAC6DxAAAABf AF8AXwBQAFAAVAAxADIAAACLEwkAAAAAACUEAQAAAAEPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQ AFQAMQAwAAAAixMQAAAAAAANBAgAAAAAwAAAAMAAAD8A2Q8MAAAAAADaDwQAAAAAAAIATwDZDwwA AAAAANoPBAAAAAAAAgAPAPAPxAAAAAAA8wMUAAAAAwAAAAQAAAAAAAAAAAEAAAAAAAAAAPMDFAAA AAQAAAAEAAAAAAAAAAEBAAAAAAAAAADzAxQAAAAFAAAABAAAAAAAAAADAQAAAAAAAAAA8wMUAAAA BgAAAAQAAAAAAAAABQEAAAAAAAAAAPMDFAAAAAcAAAAEAAAAAAAAAAYBAAAAAAAAAADzAxQAAAAI AAAABAAAAAAAAAAHAQAAAAAAAAAA8wMUAAAACQAAAAQAAAAAAAAACAEAAAAAAAAAACgEwgcAAFBL AwQUAAYACAAAACEAShmuwvcAAACpAQAAEwAIAltDb250ZW50X1R5cGVzXS54bWwgogQCKKAAAgAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAfJDL TsMwEEX3SPyD5S2KHVgghJJ0wWMJSJQPGJxJYtUveaZV+/c4aZEQqroazePeezTNau+d2GEmG0Mr b1UtBQYTexvGVn6tX6sHKYgh9OBiwFYekOSqu75q1oeEJIo6UCsn5vSoNZkJPZCKCUPZDDF74NLm UScwGxhR39X1vTYxMAauePaQXfOMA2wdi5d9GR9JilyKp+PdHNVKSMlZA1xA9bzVXfNewLPtUXxA 5jfw5UozfDv85INDUpdNdqH/R1rFYbAG+2i2vvCplJFKXTK9U3+sb04EZ8gzOrqAfib19BtVlEsU TTbRb4JeHt39AAAA//8DAFBLAwQUAAYACAAAACEA7eQMS7sAAAAmAQAACwAIAl9yZWxzLy5yZWxz IKIEAiigAAIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAISPzQrCMBCE74LvEPZuUz2ISNNeRPCq9QHWdPuDaRKSVezbm2MLgsfZYb7ZKarPaMSb QhycVbDNchBktWsG2ym41+fNAURktA0aZ0nBRBGqcr0qrmSQUyj2g48iUWxU0DP7o5RR9zRizJwn m5zWhRE5ydBJj/qJHcldnu9lmDOgXDDFpVEQLs0WRD351Pyf7dp20HRy+jWS5R8VkvFh6MaTSStE jaEjVjA7ZulbkGUhF+vKLwAAAP//AwBQSwMEFAAGAAgAAAAhANj9jY+sAAAAtgAAAA8AAAB0YWJs ZVN0eWxlcy54bWwMzEkOgjAYQOG9iXdo/n0tQ1EkFMIgK3fqASqUIelAaKMS491l+fKSL80/SqKX WOxkNAP/4AESujXdpAcGj3uDY0DWcd1xabRgsAoLebbfpTxxT3lzqxRX69CmaJtwBqNzc0KIbUeh uD2YWejt9WZR3G25DKRb+HvTlSSB5x2J4pMG1ImewTeqgiCitMCny+WIaUgDXHo0xnFU1tW5qf0q LH5Asj8AAAD//wMAUEsBAi0AFAAGAAgAAAAhAEoZrsL3AAAAqQEAABMAAAAAAAAAAAAAAAAAAAAA AFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEA7eQMS7sAAAAmAQAACwAAAAAAAAAA AAAAAAAwAwAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEA2P2Nj6wAAAC2AAAADwAAAAAAAAAA AAAAAAAcBgAAdGFibGVTdHlsZXMueG1sUEsFBgAAAAADAAMAtwAAAPUGAAAAAAAA6gMAAAAADwD4 A26IAAACAO8DGAAAAAEAAAABAgcJCAAAAAAAAAAAAAAAAgD/v2AA8AcgAAAA////AAAAAADu7OEA H0l9AE+BvQDAUE0AAAD/AIAAgAAAAKMPPgAAAAEA//0/AAAAIiAAAGQAAAAAAAEAZAAAAAAAAAAA AEACAAAAAAIAAAD//+8AAAABAAIAAQD//ywAAAAAAQAAEACjD3wAAAAFAP/9PwADACIgAABkAAAA AAAAAGQAFAAAANgAAABAAgAAAAACAAAA///vAAAAAQACAAEA//8gAAAAAAEAAIAFAAATINQBIAEA AAIAHACABQAAIiDQAkACAAACABgAgAUAABMg8ANgAwAAAgAUAIAFAAC7ABAFgAQAAAAAIACjD24A AAAFAP/9PwAAACIgAABkAAAAAAAAAGQAHgAAAAAAAAAgAQAAAAAHAAAA///vAAAAAQACAAEA//8M AAAAAAEAAAAFAAAgASABAAAAAAAFAABAAkACAAAAAAAFAABgA2ADAAAAAAAFAACABIAEAAAAAEAA ow9uAAAABQD//T8AAAAiIAAAZAAAAAAAAABkAAAAAAAAAAAAQAIAAAAABwAAAP//7wAAAAEAAgAB AP//EgAAAAABAAAABQAAIAEgAQAAAAAABQAAQAJAAgAAAAAABQAAYANgAwAAAAAABQAAgASABAAA AABQAKMPUgAAAAUAAAABCQAAAgABAAAAAAAAAAEAAQkAAAIAAQAgAQAAAAACAAEJAAACAAEAQAIA AAAAAwABCQAAAgABAGADAAAAAAQAAQkAAAIAAQCABAAAAABgAKMPDAAAAAEAAAAAAAAAAAAAAHAA ow8+AAAABQAAAAAAAAAAAAIAHAABAAAAAAAAAAIAGAACAAAAAAAAAAIAFAADAAAAAAAAAAIAEgAE AAAAAAAAAAIAEgCAAKMPPgAAAAUAAAAAAAAAAAACABgAAQAAAAAAAAACABQAAgAAAAAAAAACABIA AwAAAAAAAAACABAABAAAAAAAAAACABAAAAAjBI8HAABQSwMEFAAGAAgAAAAhABqxGgP8AAAAuwEA ABMAAABbQ29udGVudF9UeXBlc10ueG1sfJDJasNADIbvhb7DMNfiGaeHUortHLrcuhzSBxBj2R46 G6NJSN6+spNCKCEnoeXX/0nNeu+d2GEmG0MrV6qWAoOJvQ1jK783b9WjFFQg9OBiwFYekOS6u71p NoeEJFgdqJVTKelJazITeiAVEwbuDDF7KJzmUScwPzCivq/rB21iKBhKVeYdsmtecICtK+J1z+Uj CculeD7OzVathJScNVAYVM9d3TWfDJ5tj+ILcvkAz1O6z6TJcfEdqPBd58lKXV+7C/0/9ioOgzXY R7P1TKxSRuK4UHinzozuTkwXbsno6MoxF1xP31KsXKxoson+HPTy+u4XAAD//wMAUEsDBBQABgAI AAAAIQCO6ir6vgAAADgBAAALAAAAX3JlbHMvLnJlbHOEj8EKwjAQRO+C/xD2btN6EJGmvYjQgxfR D1iSbRtsk5CNon9vjhYEj8Mwb2bq9jVP4kmRrXcKqqIEQU57Y92g4HY9bfYgOKEzOHlHCt7E0Dbr VX2hCVMO8WgDi0xxrGBMKRykZD3SjFz4QC47vY8zpizjIAPqOw4kt2W5k/GbAc2CKTqjIHamAnF9 h9z8n+373mo6ev2YyaUfFZIna+iMnChmLMaBkgIT+dtYiKrI+0E2tVz8bT4AAAD//wMAUEsDBBQA BgAIAAAAIQDJ25UpXQQAAMgmAAAhAAAAZHJzL3NsaWRlTWFzdGVycy9zbGlkZU1hc3RlcjEueG1s 7FpNjts2FN4X6B0ELhsotuQfaYSRg8kUAxTIwugkB6BoymaHogSKdsddFZMj9AbdFwnQAl10Vj1K 5wBzhfJHtmWPlCjpeIrY2tEi9Uh9H/ne9x59+uI6odYC85ykLATO8y6wMEPphLBpCN68vrB9YOUC sgmkKcMhWOIcvBh9/dVpFojrS7GkOLekCZYHMAQzIbKg08nRDCcwf55mmMm+OOUJFPInn3YmHP4o TSe043a7w04CCQPF+7zJ+2kcE4S/TdE8wUwYIxxTKOTy8xnJ8pW1BDUxl0B+Nc9slCaZNBERSsRS G12bWYRgzllQfJKdEMTTPI2FeidIIAoWCQVWgoLvpizlMKISo2Shn4w5zjFf4DMhOInmAueqK/hm ZTtrssJMGWFCf+AWaiPFABEUaxJGpzCgC+pkY25BOpVUIsGBxQUNgaIUvmIv+ZVuxykTZ3pIBHMM rBlkU0nJeM6QUAOUqTxDL3FctMZIWAuoDXVGp52d3rNYfGBc0TvB8fdyZflPIej3u3JBV5ir7SY3 gZkvpWRyQSjVptT2weeUm1nFtQOKecujFOfMEssMxxBJ0J8lP9hUqJEwwHCnA0PTgfKdDpQXts0K 9ecVOCpDsul+IZBq5MoA6S37yTCeQ0oiToCVEYFmFzAhdBmCXh9YaAZ5jvUWMXRsQ6ZwKiDrtZA1 gkzhVEDWbyFrBJnCqYBs0ELWCDKFUwHZUEEmY94r6YYHnnK+VcFiJ0Cod/cdD/Qc/6PzUsAUGHkb jE4cE6wqAuoRYqSAKTDyNxg5Pc8ZthtpJRwUMgVIJyWQfNf3W5BWIClkZHtbv2ZBlE6WD8Ss8Va9 vnui8CNsIsVwCOzVA3M0pQJ/XKUrXaOc7nPVbjS/kBq7pDTPOIFyjdsKCgbR/FxqKv04BP/8/KvR qCWt3NMueh9amdVpZWbXaGVmN9TKhjFPMjYoM+b6A089OCTGfnnAmKuP+RMydn/72/3t79b97fu7 mz/ubv68e/v27uZdaa/ZjuubZe4kP7WE7ip5Q6jj9HvqUGzOoOv6Jc9/qGfQ3Vu+WnMG98DobqJR MCrZ0w5m7VUPkdGKM6q38Zd9RnfzIMOo2x14erseMKN///XQ6R4AodVZmjtw+trH1hMq5cJrGF3K ytoqXXkghRxg6WrZpga4XfNzgM6/Kmt+1UqoTuF8pGjUQPKo+fZTHqxxt8+ST5c81emie+I5Ovy3 ZP3nWu4jklWdt5oE4oNypj1ZDQvvj0hWdf7c8/3hR5RKS9bTk7XO40uZexakYob5Oo+XvIxNSUS2 1B0QlddNIcDMfnOpArm8TtoMWd1gGTVTThYfjd5iFeomyjjrJ9SBnxNq1I1eUVDSN1EGmu3qrUy9 jhaf6mR1JYXWxYajxacm9duu2h7zBqrOpJztiu0xA1STmejiT+uiZciqyQa8vinftj6oRoFLRaeL FS1ANap3OPC2C6xHG8XWSrMsLtUFUvEXtNG/AAAA//8DAFBLAQItABQABgAIAAAAIQAasRoD/AAA ALsBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAh AI7qKvq+AAAAOAEAAAsAAAAAAAAAAAAAAAAALQEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAh AMnblSldBAAAyCYAACEAAAAAAAAAAAAAAAAAFAIAAGRycy9zbGlkZU1hc3RlcnMvc2xpZGVNYXN0 ZXIxLnhtbFBLBQYAAAAAAwADAMkAAACwBgAAAAAPAAwEeCcAAA8AAvBwJwAAEAAI8AgAAAAGAAAA BgQAAA8AA/DfIQAADwAE8CgAAAABAAnwEAAAABAAAABsdG5jDwAAAGx0bmMCAArwCAAAAAAEAAAF AAAADwAE8PoAAAASAArwCAAAAAIEAAAACgAAkwAL8F4AAAB/AAEA7wGAAJis90iHAAEAAAC/AAQA BAC/AQEAEQD/AREAGQA/AwAACACAwygAAAC/AwAAAgBUAGkAdABsAGUAIABQAGwAYQBjAGUAaABv AGwAZABlAHIAIAAxAAAAAAAQ8AgAAACtACABYBV9Aw8AEfAQAAAAAADDCwgAAAAAAAAAAQD/vw8A DfBUAAAAAACfDwQAAAAAAAAAAACoDyAAAABDbGljayB0byBlZGl0IE1hc3RlciB0aXRsZSBzdHls ZQAAog8GAAAAIQAAAAAAAACqDwoAAAAhAAAAAQAAAAAADwAE8DwBAAASAArwCAAAAAMEAAAACgAA gwAL8FYAAAB/AAEA7wGAAPgi7iS/AAQABAC/AQEAEQD/AREAGQA/AwAACACAwyYAAAC/AwAAAgBU AGUAeAB0ACAAUABsAGEAYwBlAGgAbwBsAGQAZQByACAAMgAAAAAAEPAIAAAA8AMgAWAVEw8PABHw EAAAAAAAwwsIAAAAAQAAAAIA/78PAA3wngAAAAAAnw8EAAAAAQAAAAAAqA9SAAAAQ2xpY2sgdG8g ZWRpdCBNYXN0ZXIgdGV4dCBzdHlsZXMNU2Vjb25kIGxldmVsDVRoaXJkIGxldmVsDUZvdXJ0aCBs ZXZlbA1GaWZ0aCBsZXZlbAAAog8eAAAAIQAAAAAADQAAAAEADAAAAAIADQAAAAMADAAAAAQAAACq DwoAAABTAAAAAQAAAAAADwAE8JcKAAASAArwCAAAAAQEAAAACgAAkwAL8FwAAAB/AAEA7wGAAIh4 fzqHAAEAAAC/AAQABAC/AQEAEQD/AREAGQA/AwAACACAwyYAAAC/AwAAAgBEAGEAdABlACAAUABs AGEAYwBlAGgAbwBsAGQAZQByACAAMwAAABMAIvEJCAAAqcMDCAAAUEsDBBQABgAIAAAAIQAMgYW7 /gAAAOIBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbJRRwU7DMAy9I/EPUa6oSccBIdR2BzqOgGB8 gJW4bUSbRHEo29/jbuyAhIY42n7v+fm5Wu+mUcyYyAVfy5UqpUBvgnW+r+Xb9qG4lYIyeAtj8FjL PZJcN5cX1XYfkQSzPdVyyDneaU1mwAlIhYieJ11IE2QuU68jmHfoUV+X5Y02wWf0uciLhmyqFjv4 GLPY7Lh9dMJ0Ke6PuGVVLSHG0RnIbFQvU91UT2w8OYviGVJ+hIlR2ibSNEBExqjzKrO3aqIidJ0z qNpErwvv6g9xGz59wvm/2i3TXnA+qf9ycsKRzty8uP0ZbPEdqmLmIRcaXKTTBn34UPMFAAD//wMA UEsDBBQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAX3JlbHMvLnJlbHOkkMFqwzAMhu+DvYPRvXHa QxmjTm+FXksHuwpbSUxjy1gmbd++pjBYRm876hf6PvHv9rcwqZmyeI4G1k0LiqJl5+Ng4Ot8WH2A koLR4cSRDNxJYN+9v+1ONGGpRzL6JKpSohgYS0mfWosdKaA0nCjWTc85YKljHnRCe8GB9KZttzr/ ZkC3YKqjM5CPbgPqfE/V/IcdvM0s3JfGctDc996+omrH13iiuVIwD1QMuCzPMNPc1OdAv/au/+mV ERN9V/5C/Eyr9cesFzV2DwAAAP//AwBQSwMEFAAGAAgAAAAhACWIfmqgAwAA7QoAABAAAABkcnMv c2hhcGV4bWwueG1s7Fbfjxo3EH6v1P/B8jthOX6F1S3RcRFpJXRCgaiP1eyuF7Z4bdc2BC7q/94Z ezfcVVV7yuUxgBYbjz0z3/fNmNt350ayk7Cu1irjgzcJZ0IVuqzVLuOftsveW86cB1WC1Epk/CIc fzf/+adbkzrDcLNyqcn43nuT9vuu2IsG3BtthMK1SkST6nuza58+i81bsZg3hbW3N9PLM6hMU/4f 70lWx7/yF/XhLDyAat4vh9i7ClOmaEHcxFQsQa9+AAAA//8DAFBLAQItABQABgAIAAAAIQAMgYW7 /gAAAOIBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgA AAAhADHdX2HSAAAAjwEAAAsAAAAAAAAAAAAAAAAALwEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgA AAAhAGsKw7whAwAABwgAABAAAAAAAAAAAAAAAAAAKgIAAGRycy9zaGFwZXhtbC54bWxQSwECLQAU AAYACAAAACEA8ZQlz9MAAAD5AAAADwAAAAAAAAAAAAAAAAB5BQAAZHJzL2Rvd25yZXYueG1sUEsF BgAAAAAEAAQA9QAAAHkGAAAAAAAAEPAIAAAApA+wB9AOihAPABHwlAEAAAAAwwsIAAAAAwAAAAkC /78PAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEA AAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAA AAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAAB AAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwA AAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABo AHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAA AAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8EoAAAAA AJ8PBAAAAAQAAAAAAKEPJAAAAAEAAAAAACAICgAAAAD/AQAHAAEAAAAAAEcAAQABAAwAiYmJ/gAA qg8KAAAAAQAAAAEAAAAAAA8ABPCyCgAAEgAK8AgAAAAGBAAAAAoAAJMAC/BsAAAAfwABAO8BgAAY Oj8vhwABAAAAvwAEAAQAvwEBABEA/wERABkAPwMAAAgAgMM2AAAAvwMAAAIAUwBsAGkAZABlACAA TgB1AG0AYgBlAHIAIABQAGwAYQBjAGUAaABvAGwAZABlAHIAIAA1AAAAEwAi8RIIAACpwwwIAABQ SwMEFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAABbQ29udGVudF9UeXBlc10ueG1slFHBTsMwDL0j 8Q9RrqhJxwEh1HYHOo6AYHyAlbhtRJtEcSjb3+Nu7ICEhjjafu/5+bla76ZRzJjIBV/LlSqlQG+C db6v5dv2obiVgjJ4C2PwWMs9klw3lxfVdh+RBLM91XLIOd5pTWbACUiFiJ4nXUgTZC5TryOYd+hR X5fljTbBZ/S5yIuGbKoWO/gYs9jsuH10wnQp7o+4ZVUtIcbRGchsVC9T3VRPbDw5i+IZUn6EiVHa JtI0QETGqPMqs7dqoiJ0nTOo2kSvC+/qD3EbPn3C+b/aLdNecD6p/3JywpHO3Ly4/Rls8R2qYuYh FxpcpNMGffhQ8wUAAP//AwBQSwMEFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAABfcmVscy8ucmVs c6SQwWrDMAyG74O9g9G9cdpDGaNOb4VeSwe7CltJTGPLWCZt376mMFhGbzvqF/o+8e/2tzCpmbJ4 jgbWTQuKomXn42Dg63xYfYCSgtHhxJEM3Elg372/7U40YalHMvokqlKiGBhLSZ9aix0poDScKNZN zzlgqWMedEJ7wYH0pm23Ov9mQLdgqqMzkI9uA+p8T9X8hx28zSzcl8Zy0Nz33r6iasfXeKK5UjAP VAy4LM8w09zU50C/9q7/6ZURE31X/kL8TKv1x6wXNXYPAAAA//8DAFBLAwQUAAYACAAAACEA+uKM vqkDAAAECwAAEAAAAGRycy9zaGFwZXhtbC54bWzsVt9v2zYQfh+w/4Hgu+vfciJELmIv7gYYgVGl 6ONwkihbM0VqJOXaGfa/746U6ywotiDpY21DPppH8u677zv65v2xluwgjK20Svjw3YAzoXJdVGqb 8E8Pq94VZ9aBKkBqJRJ+Epa/n//8000T24bhYmXjJuE755q437f5TtRg3+lGKJwrtanB4dBs+40R VigHDg+qZX80GET9GirF57iVOqTNxpCV3x82hlVFwiPOFNR4ZCqrQrD7ts6EYRsJudhpWaA95f1u SVgNGNJa53vbxQUviasw8AWT/VdITOkPBrMa0gF9H9Q5PoXh0aHNjrlTg9FZWWBoCNJjwv9swThh OMZ/TPikWx2W4DaXLK3PFuJjaeq3Bju/gViXJcMTo+l0jMBydkJ7PMXPgGKAWBwdy9FhNByPI3LI 0WMcTYcjj2E/REKejbHug9BvjorRRgk3IndYYYjhsLaO0Lwc4aENSDSxOy50cSLPDL+RAoFary8h chrP32nzyNkXA1hNS+URnMnflE349XAyQSCcH0ymsxEOzNOZ7OmMauullsQIBirHXROeOyx0GCwd jglVXTfg1iptcnI94/lw/Aym6RBxWIt7ne6gEd8CJvh6nAIQtIm0LnUnKd4Kit/rIIfIPgZyi4I3 PoZClB/xJ6LwkPhDflaj7FaVlH5gttlSGnYAxODqmt6e3M/cJKpbeV2UqNKEL0FWmakQmB0YK7Ae no/IgXCiT1OGgILdJUpnnrvLqyngN8G0ajBrXx40PnoDj/TflSqwJXnzDAfDyB4gSxEKzxBihQve AtZqYfaeBKVW7tYjmIElTlHm3TQu2YHaYlPZtCrH7QMTJNHCg9nkm9wFLIcDenVYPvVYiPK579nN Nvll9rZ0/+HXzWYtFu/h6FtB1qaPX80VpvF1cI8N3rs4yIJYz3XqdEudD+JSFr4//3V3HU1uZ5Nx b7Qarnqzq0nUu5pFUW/xy2I1u1uu7gar6G9UWNcmsYmjijy3DFZl39ZVrf+oQkEQr4QL1fuUhk7q aciyUCX/bBOuMEC6jUy1R3IpnXqLs70wdHf5zpeT0jtHUiEWQ9EtJKtH8asfUsFkRXeZn9sYrUuy KTep6Kk08T4kHX55jRhEWWLzOwPZrlUHdEubd/YLBYMNHJ7I6tZUIJ+LCuLc/p8PCg+hpxSpA/zQ xXfVhZv/TrcbyhGfKBKCWahiAwaouf7gO+nrZRfEd+T7pQK+Lg0+L3820LTN/B8AAAD//wMAUEsD BBQABgAIAAAAIQCcQkZ+0wAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/BTsMwEETvSPyDtZW4 UbsVKlGoWxVERY+k5QOWeJ1ExOvINq3791gc4Dia0Ru99Ta7UZwpxMGzhsVcgSBuvRm40/Bx2t9X IGJCNjh6Jg1XirDd3N6ssTb+wg2dj6kTBcKxRg19SlMtZWx7chjnfiIunfXBYSoxdNIEvBS4G+VS qZV0OHB56HGil57ar+O305BtM6GK7YM6dY/v1f61Wi5spfXdLO+eQCTK6X/Mzwdn81/5izoYDSsQ 9u36GQbTYEwUNBS3YlosQW5+AAAA//8DAFBLAQItABQABgAIAAAAIQAMgYW7/gAAAOIBAAATAAAA AAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhADHdX2HSAAAA jwEAAAsAAAAAAAAAAAAAAAAALwEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAPrijL6pAwAA BAsAABAAAAAAAAAAAAAAAAAAKgIAAGRycy9zaGFwZXhtbC54bWxQSwECLQAUAAYACAAAACEAnEJG ftMAAAD5AAAADwAAAAAAAAAAAAAAAAABBgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAEAAQA9QAA AAEHAAAAAAAAEPAIAAAApA8gEGAVihAPABHwlAEAAAAAwwsIAAAABAAAAAgC/78PAIgTfAEAAA8A ihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAA AAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAA AAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABo AAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMA AAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAA AAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8A XwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GAAAAAAAJ8PBAAAAAQAAAAA AKAPAgAAACoAAAChDyQAAAACAAAAAAAgCAoAAAAA/wIABwACAAAAAABHAAEAAQAMAImJif4AANgP BAAAAAAAAAAAAKoPCgAAAAIAAAABAAAAAAAPAATwcQUAABIACvAIAAAAAQQAAAAMAABTAAvwHgAA AIEBAAAACL8BEgASAP8BAAAIAAQDCQAAAD8DAQABABMAIvEzBQAAqcMtBQAAUEsDBBQABgAIAAAA IQAMgYW7/gAAAOIBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbJRRwU7DMAy9I/EPUa6oSccBIdR2 BzqOgGB8gJW4bUSbRHEo29/jbuyAhIY42n7v+fm5Wu+mUcyYyAVfy5UqpUBvgnW+r+Xb9qG4lYIy eAtj8FjLPZJcN5cX1XYfkQSzPdVyyDneaU1mwAlIhYieJ11IE2QuU68jmHfoUV+X5Y02wWf0uciL hmyqFjv4GLPY7Lh9dMJ0Ke6PuGVVLSHG0RnIbFQvU91UT2w8OYviGVJ+hIlR2ibSNEBExqjzKrO3 aqIidJ0zqNpErwvv6g9xGz59wvm/2i3TXnA+qf9ycsKRzty8uP0ZbPEdqmLmIRcaXKTTBn34UPMF AAD//wMAUEsDBBQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAX3JlbHMvLnJlbHOkkMFqwzAMhu+D vYPRvXHaQxmjTm+FXksHuwpbSUxjy1gmbd++pjBYRm876hf6PvHv9rcwqZmyeI4G1k0LiqJl5+Ng 4Ot8WH2AkoLR4cSRDNxJYN+9v+1ONGGpRzL6JKpSohgYS0mfWosdKaA0nCjWTc85YKljHnRCe8GB 9KZttzr/ZkC3YKqjM5CPbgPqfE/V/IcdvM0s3JfGctDc996+omrH13iiuVIwD1QMuCzPMNPc1OdA v/au/+mVERN9V/5C/Eyr9cesFzV2DwAAAP//AwBQSwMEFAAGAAgAAAAhAILp4/fHAAAAIAEAABAA AABkcnMvc2hhcGV4bWwueG1sjM+9TsMwEAfwHYl3sG6ndhgQiuJ0QOrWpYIHuMRXx8I+W7bbtG9f AxUSG9t9SP/f3bC9BC/OlIuLrKHbKBDEczSOrYaP993TK4hSkQ36yKThSgW24+PDkPoJ50+b44mN aCFc+qRhqTX1UpZ5oYBlExNx2x1jDlhbm61MmQpxxdrA4OWzUi8yoGMQ07qPphHr4irB+CXYAx2F M5d2mVJdm2H/HU1vPt9R/A9qMq7to7/eGb2GyXYgx0HesZ/q97HxBgAA//8DAFBLAwQUAAYACAAA ACEAHa6BStYAAAD/AAAADwAAAGRycy9kb3ducmV2LnhtbEyPT0vDQBDF74LfYRnBm90oYkvMplRL L+KlfzB422bHJDQ7GzKbNv32TnvRy2OGN7z5vWw++lYdsecmkIHHSQIKqQyuocrAbrt6mIHiaMnZ NhAaOCPDPL+9yWzqwonWeNzESkkIcWoN1DF2qdZc1ugtT0KHJN5P6L2NsvaVdr09Sbhv9VOSvGhv G5IPte3wvcbysBm8gWa5/PpeT4vFmZ/5bVgdCvz4LIy5vxsXr6AijvHvGC74gg65MO3DQI5Va0CK xKuKJ/P+ojrP9H/u/BcAAP//AwBQSwECLQAUAAYACAAAACEADIGFu/4AAADiAQAAEwAAAAAAAAAA AAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQAx3V9h0gAAAI8BAAAL AAAAAAAAAAAAAAAAAC8BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCC6eP3xwAAACABAAAQ AAAAAAAAAAAAAAAAACoCAABkcnMvc2hhcGV4bWwueG1sUEsBAi0AFAAGAAgAAAAhAB2ugUrWAAAA /wAAAA8AAAAAAAAAAAAAAAAAHwMAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAABAAEAPUAAAAiBAAA AAAQAPAHIAAAAP///wAAAAAA7uzhAB9JfQBPgb0AwFBNAAAA/wCAAIAAAAAOBPwLAABQSwMEFAAG AAgAAAAhAEud9hgAAQAAHAIAABMAAABbQ29udGVudF9UeXBlc10ueG1srJHLasMwEEX3hf6D0LbY croopdjOoo9dH4v0AwZ5bIvaIyFNQvL3HTsOlBJCF90IpJm599xRud6Pg9phTM5TpVd5oRWS9Y2j rtKfm5fsXqvEQA0MnrDSB0x6XV9flZtDwKRkmlKle+bwYEyyPY6Qch+QpNL6OALLNXYmgP2CDs1t UdwZ64mROONJQ9flE7awHVg97+X5SCLjWj0e+yarSkMIg7PAAmqmqqnLdwGPrkH1AZHfYJQuw4KA P89VfllrR80v4My3rbPYeLsdBTOfJW8WzzOsEYd0AfaMwbKNXCbnQKl3IZ0c/pTqFUjWGf8n2yJ2 AjDz39bfAAAA//8DAFBLAwQUAAYACAAAACEApdan58AAAAA2AQAACwAAAF9yZWxzLy5yZWxzhI/P asMwDIfvhb2D0X1R0sMYJXYvpZBDL6N9AOEof2giG9sb69tPxwYKuwiEpO/3qT3+rov54ZTnIBaa qgbD4kM/y2jhdj2/f4LJhaSnJQhbeHCGo3vbtV+8UNGjPM0xG6VItjCVEg+I2U+8Uq5CZNHJENJK Rds0YiR/p5FxX9cfmJ4Z4DZM0/UWUtc3YK6PqMn/s8MwzJ5PwX+vLOVFBG43lExp5GKhqC/jU72Q qGWq1B7Qtbj51v0BAAD//wMAUEsDBBQABgAIAAAAIQBreZYWgwAAAIoAAAAcAAAAdGhlbWUvdGhl bWUvdGhlbWVNYW5hZ2VyLnhtbAzMTQrDIBBA4X2hd5DZN2O7KEVissuuu/YAQ5waQceg0p/b1+Xj gzfO3xTVm0sNWSycBw2KZc0uiLfwfCynG6jaSBzFLGzhxxXm6XgYybSNE99JyHNRfSPVkIWttd0g 1rUr1SHvLN1euSRqPYtHV+jT9yniResrJgoCOP0BAAD//wMAUEsDBBQABgAIAAAAIQD5zwk5gwYA AFwbAAAWAAAAdGhlbWUvdGhlbWUvdGhlbWUxLnhtbOxZT2/bNhS/D9h3IHRvYyd2Ggd1itixm61N G8Ruhx5piZZYU6JA0kl9G9rjgAHDumGXAbvtMGwr0AK7dJ8mW4etA/oV9khKshjLSNIG27DFh0Qi f3z/3+Mjdf3Go5ihQyIk5Unbq1+teYgkPg9oEra9e8P+lQ0PSYWTADOekLY3I9K7sfX+e9fxpopI TBCsT+QmbnuRUunmyor0YRjLqzwlCcyNuYixglcRrgQCHwHdmK2s1mrrKzGmiYcSHAPZu+Mx9Qka apLeVk68x+A1UVIP+EwMNGnirDDYYFLXCDmTXSbQIWZtD/gE/GhIHikPMSwVTLS9mvl5K1vXV/Bm toipJWtL6/rml63LFgSTVcNThKOCab3faF3bKegbAFOLuF6v1+3VC3oGgH0fNLWylGk2+hv1Tk6z BLKPi7S7tWat4eJL9NcWZG51Op1mK5PFEjUg+9hYwG/U1hvbqw7egCy+uYBvdLa73XUHb0AWv76A 719rrTdcvAFFjCaTBbR2aL+fUS8gY852K+EbAN+oZfA5CqKhiC7NYswTtSzWYvyQiz4ANJBhRROk ZikZYx+iuIsZHQmqGeBNgkszdsiXC0OaF5K+oKlqex+mGDJiTu/Ny+/fvHyO3rx8dvz4xfHjn46f PDl+/KOl5SzcxUlYXvj628/+/Ppj9Mfzb14//aIaL8v4X3/45JefP68GQgbNJXr15bPfXjx79dWn v3/3tAK+LfCoDB/SmEh0hxyhAx6DbsYwruRkJM63YhhhWl6xnYQSJ1hzqaDfU5GDvjPDDFfgOsS1 4H0BFaQKeHP60BF4EImpylzuaHYrih3gHuesw0WlFW5pXiUzD6dJWM1cTMu4A4wPq3h3ceL4tzdN oXTSKpLdiDhi7jOcKByShCik5/iEkAp7PaDUsese9QWXfKzQA4o6mFaaZEhHTjTNF+3SGPwyqxIQ /O3YZu8+6nBWpfUOOXSRkBWYVQg/JMwx4008VTiuIjnEMSsb/DZWUZWQg5nwy7ieVODpkDCOegGR smrNXQH6lpx+C6pHtdv32Cx2kULRSRXN25jzMnKHT7oRjtMq7IAmURn7gZxAiGK0z1UVfI+7GaLf wQ84Weru+5Q47j69GtyjoSPSPED0zFRoX0K1dopwTJPLinzmirwtaGVK7J6ow8twJ6tvl4uA/vuL 7w6eJvsE4n1xB7qsvZe11/vP195l+XzWijsvslB/dZ9jG2TTLsdLu+UxZWygZozclqZhlrBhBH0Y 1OvMSZEUp6c0gseswDu4UGCzBgmuPqIqGkQ4hWa77mkiocxIhxKlXMIhzwxX0tZ4aNiVPSI29eHB 1gOJ1R4P7PCaHs7PCAUZs+2E5iCaM1rTBM7KbO1aRhTUfhtmdS3UmbnVjWim1DncCpXBh4uqwWBh TehEEPQvYOV1OKtr1nBIwYwE2u52E87dYrxwkS6SEQ5I5iOt96KP6sZJeayYWwGInQof6QPfKVYr cWtpsu/A7SxOKrNrLGGXe+9dvJRH8NxLOm9PpCNLysnJEnTU9lrN1aaHfJy2vTGcb+ExTsHrUjd/ mIVwSeQrYcP+1GQ2WT73ZitXzE2COlxZWLsvKOzUgVRItYNlZEPDTGUhwBLNycq/2gSzXpQCNtLf Qoq1DQiGf0wKsKPrWjIeE1+VnV0a0bazr1kp5VNFxCAKjtCITcUBBvfrUAV9AirhmsJUBP0Cd2ra 2mbKLc5Z0pVvsgzOjmOWRjgrtzpF80y2cJPHhQzmrSQe6FYpu1Hu/KqYlL8gVcph/D9TRe8ncGWw FmgP+HClKzDS+dr2uFARhyqURtTvC2gcTO2AaIF7WZiGoIKLZfNfkEP93+acpWHSGk5+6oCGSFDY j1QkCNmHsmSi7xRi9WzvsiRZRshEVElcmVqxR+SQsKGuget6b/dQBKFuqklWBgzuZPy571kGjULd 5JTzzakhxd5rc+Dv7nxsMoNSbh02DU1u/0LEil3VrjfL8723rIiemLdZjTwrgFlpK2hlaf+WIpxz q7UVa0Hj1WYuHHhxUWMYLBqiFC5+kP4D+x8VPrNfKfSGOuQHUFsRfHTQxCBsIKqv2MYD6QJpB0fQ ONlBG0yalDVt1jppq+Wb9QV3ugXfE8bWkp3F3+c0dtGcueycXLxIY2cWdmxtx5aaGjx7MkVhaJwf ZIxjzOet8hcoPnoIjt6Bu/4pU9IEE3xfEhhaz4HJA0h+y9Es3foLAAD//wMAUEsDBBQABgAIAAAA IQAN0ZCftgAAABsBAAAnAAAAdGhlbWUvdGhlbWUvX3JlbHMvdGhlbWVNYW5hZ2VyLnhtbC5yZWxz hI9NCsIwFIT3gncIb2/TuhCRJt2I0K3UA4TkNQ02PyRR7O0NriwILodhvplpu5edyRNjMt4xaKoa CDrplXGawW247I5AUhZOidk7ZLBggo5vN+0VZ5FLKE0mJFIoLjGYcg4nSpOc0IpU+YCuOKOPVuQi o6ZByLvQSPd1faDxmwF8xSS9YhB71QAZllCa/7P9OBqJZy8fFl3+UUFz2YUFKKLGzOAjm6pMBMpb urrE3wAAAP//AwBQSwECLQAUAAYACAAAACEAS532GAABAAAcAgAAEwAAAAAAAAAAAAAAAAAAAAAA W0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQCl1qfnwAAAADYBAAALAAAAAAAAAAAA AAAAADEBAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQBreZYWgwAAAIoAAAAcAAAAAAAAAAAA AAAAABoCAAB0aGVtZS90aGVtZS90aGVtZU1hbmFnZXIueG1sUEsBAi0AFAAGAAgAAAAhAPnPCTmD BgAAXBsAABYAAAAAAAAAAAAAAAAA1wIAAHRoZW1lL3RoZW1lL3RoZW1lMS54bWxQSwECLQAUAAYA CAAAACEADdGQn7YAAAAbAQAAJwAAAAAAAAAAAAAAAACOCQAAdGhlbWUvdGhlbWUvX3JlbHMvdGhl bWVNYW5hZ2VyLnhtbC5yZWxzUEsFBgAAAAAFAAUAXQEAAIkKAAAAAAAADwQ6AQAAPD94bWwgdmVy c2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiIHN0YW5kYWxvbmU9InllcyI/Pg0KPGE6Y2xyTWFw IHhtbG5zOmE9Imh0dHA6Ly9zY2hlbWFzLm9wZW54bWxmb3JtYXRzLm9yZy9kcmF3aW5nbWwvMjAw Ni9tYWluIiBiZzE9Imx0MSIgdHgxPSJkazEiIGJnMj0ibHQyIiB0eDI9ImRrMiIgYWNjZW50MT0i YWNjZW50MSIgYWNjZW50Mj0iYWNjZW50MiIgYWNjZW50Mz0iYWNjZW50MyIgYWNjZW50ND0iYWNj ZW50NCIgYWNjZW50NT0iYWNjZW50NSIgYWNjZW50Nj0iYWNjZW50NiIgaGxpbms9ImhsaW5rIiBm b2xIbGluaz0iZm9sSGxpbmsiLz6wAB4ELgYAAFBLAwQUAAYACAAAACEA8xbAYf0AAAC7AQAAEwAA AFtDb250ZW50X1R5cGVzXS54bWx8kMtOwzAQRfdI/IPlLYqdskAIJemCxwoBi/IBI3uSWPglj1M1 f4+TFglQ1dVoHnfumWm2B2fZHhOZ4Fu+ETVn6FXQxg8t/9y9VPecUQavwQaPLZ+R+La7vmp2c0Ri Re2p5WPO8UFKUiM6IBEi+tLpQ3KQS5oGGUF9wYDytq7vpAo+o89VXnbwrnnCHiab2fOhlI8kRc7Z 43FusWo5xGiNglxA5dKVXfNewJPRyD4g5TdwZUrqRJJsKb7CHKb8J9mIy2v3Xv9jr0LfG4U6qMkV YhETUokrhbPil9HNienMLQktXTjmjOvpW6IoVysaTaQfB7m+vvsGAAD//wMAUEsDBBQABgAIAAAA IQBw8DjcvgAAADgBAAALAAAAX3JlbHMvLnJlbHOEj8EKwjAQRO+C/xD2btN6EJGmvYggeBL9gCXZ tsE2Cdko9u/N0YLgcRjmzUzdvqdRvCiy9U5BVZQgyGlvrOsV3G+nzR4EJ3QGR+9IwUwMbbNe1Vca MeUQDzawyBTHCoaUwkFK1gNNyIUP5LLT+ThhyjL2MqB+YE9yW5Y7Gb8Z0CyY4mwUxLOpQNzmkJv/ s33XWU1Hr58TufSjQvJoDV1w9s+UsRh7SgpM5G9jIaoi7wfZ1HLxt/kAAAD//wMAUEsDBBQABgAI AAAAIQBTLuiu+wIAAFkIAAAhAAAAZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1stFZt b9owEP4+af/B8sdJNEB5awRUXbdOk/qCBt134xhi1W+yTUb+/c5OQlXKpLBpX0Ji3z139zznM9Pr vRSoYNZxrWa4d9HFiCmqM662M/y8uutMMHKeqIwIrdgMl8zh6/nHD1OTOpHdk1LvPAIM5VIyw7n3 Jk0SR3MmibvQhinY22griYdPu00yS34BthRJv9sdJZJwhWt/28Zfbzacsi+a7iRTvgKxTBAP+buc G9egSdoGThL7sjMdqqUBiDUX3JcR9ABTzPDOqrQuqSM5tdrpjQ8+qSQ0LaTASNL0+1ZpS9YCSJJF XFlY5pgt2I33lq93nrmwlX5qsE2bDE0AUT4W+JY1XxqIBdr5FfeC3ahstcco2kNQEBPPQSW6FBlS RMLCTzDllAgU7RGIilZs76OZMyvLWHBQxTdrlmZho/djsbCIZwGtRsFJvVGbxU8FZvCSHLlvGySS 7jdWzqckBQHRfoahz8rwBCeSQhKIVov0dZXmTydsaf71hHXSBIAMDkGhRU1V0fty+k05R6T0DuVV PgQw7jV9cUhpKDjwUNVJH4sGNRQf4pgcVZr4oAdG2nJQrpKo9qpMI02Nt4tUN/kfCBqN+leDbkVT fzwYXU7ectXvDsdxPzA2nAx7w/4wBmmQIEgFbVK//6yzMjC9hl8QNDTNDDMSiq9ghfNLXwoW9QDW SAolwQOMBQmzgKnO8xJmgfS3ghGYFbV2fn4rOH1BXiOWcY8eiPPMokgBTA6AnII4HnqjhmQqWxBL fhwhB1ZJCpEh7ybfWEJg9s86Xr7XMXTTQhDKci0ySKUfKoSD0Aj2V5IG4o4UhWMBPdv0Q3tlB8Mx zL7Y/6eEHXV7V5Ow/7+EhX5DohAHBf9R6EB31Nm9EboSMyoKjyZkZOuM3loyqmFMCVYw0QI+Sn0G /Crntj36ZXVUWvN1p3fW562TH5wLzzcn0WGenn3E4kmrbgB4DXdGPDLCPhDzVMSK4UKHg30blwxc 4fUYfDUJGM1fgvlvAAAA//8DAFBLAQItABQABgAIAAAAIQDzFsBh/QAAALsBAAATAAAAAAAAAAAA AAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAHDwONy+AAAAOAEAAAsA AAAAAAAAAAAAAAAALgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAFMu6K77AgAAWQgAACEA AAAAAAAAAAAAAAAAFQIAAGRycy9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnhtbFBLBQYAAAAA AwADAMkAAABPBQAAAACgAB4E6AUAAFBLAwQUAAYACAAAACEA8xbAYf0AAAC7AQAAEwAAAFtDb250 ZW50X1R5cGVzXS54bWx8kMtOwzAQRfdI/IPlLYqdskAIJemCxwoBi/IBI3uSWPglj1M1f4+TFglQ 1dVoHnfumWm2B2fZHhOZ4Fu+ETVn6FXQxg8t/9y9VPecUQavwQaPLZ+R+La7vmp2c0RiRe2p5WPO 8UFKUiM6IBEi+tLpQ3KQS5oGGUF9wYDytq7vpAo+o89VXnbwrnnCHiab2fOhlI8kRc7Z43FusWo5 xGiNglxA5dKVXfNewJPRyD4g5TdwZUrqRJJsKb7CHKb8J9mIy2v3Xv9jr0LfG4U6qMkVYhETUokr hbPil9HNienMLQktXTjmjOvpW6IoVysaTaQfB7m+vvsGAAD//wMAUEsDBBQABgAIAAAAIQBw8Djc vgAAADgBAAALAAAAX3JlbHMvLnJlbHOEj8EKwjAQRO+C/xD2btN6EJGmvYggeBL9gCXZtsE2Cdko 9u/N0YLgcRjmzUzdvqdRvCiy9U5BVZQgyGlvrOsV3G+nzR4EJ3QGR+9IwUwMbbNe1VcaMeUQDzaw yBTHCoaUwkFK1gNNyIUP5LLT+ThhyjL2MqB+YE9yW5Y7Gb8Z0CyY4mwUxLOpQNzmkJv/s33XWU1H r58TufSjQvJoDV1w9s+UsRh7SgpM5G9jIaoi7wfZ1HLxt/kAAAD//wMAUEsDBBQABgAIAAAAIQDJ VWgntQIAAHkHAAAhAAAAZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1srFXbitswEH0v 9B+EHgtZ76WUYpIs7bZbCnsJTbbvE1mJxeqGNHHjv+9ItrNkm0JC++I40szRnHNm5PH11mjWyBCV sxN+cXbOmbTCVcquJ/xpcTv6yFlEsBVoZ+WEtzLy6+nbN2NfRl3dQes2yAjDxhImvEb0ZVFEUUsD 8cx5aWlv5YIBpL9hXVQBfhG20cXl+fmHwoCyvM8Px+S71UoJ+cWJjZEWO5AgNSDVH2vl44BmxDFw BsLzxo+EM54glkorbDPoDqaZ8E2wZU9pZJQILroVppzSgCgbozkzovy+ti7AUpNIpskrsyCjDI38 hBjUcoMypq3y3YDtj6nQJxCLmeC+ath6Oou8w8WWsxxHh5GJfEruiLmumAVDCwuFWjLykP2kYCVA s4XcYg6LfhGkTAm2+Rb83M9Czn5oZoGpKqH1KLzoN/qw/NdSGL0Ur9LXAxKU21Uw0zGUZBzbTjj1 V5uelAQlFcFEtyheVkX9eCBW1F8PRBfDAVTB7lBqTd8x+pPO5UCnE+Vix6oLBUq9c+I5MuuIZ6Lf 0RMPzQCWOCd4X7POAkz69nHdZtZjiI+kaRYLt59d1SbiS/rNi1DqiHNstcyCUNlQEjg9SH4NaQil HT3NaQgN3mgJNKS9eDi90Uo8M3RMVgrZPUSUgeViaGQJckzqIJnTQ0pbzSDAj1fIiR+UdDIVPVRI r52EfxfyahByr6fYTIOQtdMVlXL5P8RNUnHmgqIh6LqdU19S0wzOnKJ4uukIRUIqOlV3SH+yi+lG 74T+Rz9Sk2c74p4fneZZeHoMR2ZSJ7TAXApHc61lI/UR8NmRE+AXtQrHo191ih6t163bBKyPLv79 qfBqdRCd7p2TJyEPRHdT0mu6W/NlqMM9+McmM6YPHs3fTV7y9IlLc0WhLyEJY/hkTn8DAAD//wMA UEsBAi0AFAAGAAgAAAAhAPMWwGH9AAAAuwEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5 cGVzXS54bWxQSwECLQAUAAYACAAAACEAcPA43L4AAAA4AQAACwAAAAAAAAAAAAAAAAAuAQAAX3Jl bHMvLnJlbHNQSwECLQAUAAYACAAAACEAyVVoJ7UCAAB5BwAAIQAAAAAAAAAAAAAAAAAVAgAAZHJz L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1sUEsFBgAAAAADAAMAyQAAAAkFAAAAAJAAHgTP CAAAUEsDBBQABgAIAAAAIQDzFsBh/QAAALsBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQy07D MBBF90j8g+Utip2yQAgl6YLHCgGL8gEje5JY+CWPUzV/j5MWCVDV1Wged+6ZabYHZ9keE5ngW74R NWfoVdDGDy3/3L1U95xRBq/BBo8tn5H4tru+anZzRGJF7anlY87xQUpSIzogESL60ulDcpBLmgYZ QX3BgPK2ru+kCj6jz1VedvCuecIeJpvZ86GUjyRFztnjcW6xajnEaI2CXEDl0pVd817Ak9HIPiDl N3BlSupEkmwpvsIcpvwn2YjLa/de/2OvQt8bhTqoyRViERNSiSuFs+KX0c2J6cwtCS1dOOaM6+lb oihXKxpNpB8Hub6++wYAAP//AwBQSwMEFAAGAAgAAAAhAHDwONy+AAAAOAEAAAsAAABfcmVscy8u cmVsc4SPwQrCMBBE74L/EPZu03oQkaa9iCB4Ev2AJdm2wTYJ2Sj2783RguBxGObNTN2+p1G8KLL1 TkFVlCDIaW+s6xXcb6fNHgQndAZH70jBTAxts17VVxox5RAPNrDIFMcKhpTCQUrWA03IhQ/kstP5 OGHKMvYyoH5gT3JbljsZvxnQLJjibBTEs6lA3OaQm/+zfddZTUevnxO59KNC8mgNXXD2z5SxGHtK Ckzkb2MhqiLvB9nUcvG3+QAAAP//AwBQSwMEFAAGAAgAAAAhAPEna3ycBQAAgBEAACEAAABkcnMv c2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWysWF1v2zYUfR+w/yDocUPq+CO2I9Qp0mzdCrip UbvYM01TsWaK1EjKtfPrdy5F2VKWDobrF4cSLw957z33XCpv3+1yGW2FsZlWk7j75jqOhOJ6lamn Sfx18eFqHEfWMbViUisxiffCxu/ufv7pbZFYuZqyvS5dBAxlEzaJ184VSadj+VrkzL7RhVCYS7XJ mcOjeeqsDPsG7Fx2etfXw07OMhWH9eaU9TpNMy5+07zMhXIViBGSOZzfrrPC1mg5PwUuZ2ZTFldc 5wUglpnM3N6DHmC2k7g0KgkuXeUZN9rq1NGaJGc82eYyjnKefHxS2rClRJDyrX8zM8IKsxX3zpls WTphaSr5pcYuTjlhQSDKeQfbUXP7AnsVGV/s4sibYS/kML5DcvhcriLFcryYZdyVRkTfMreOHlhB ofI2tlgYIchabf8wxbyYGb/0cTszUbYiqAARd8JEMPOPCmYYdF4sf6qRWLJLTX73liVIWrSbxODW nn6xiCVi5yJeveTHt3z9+RVbvv79FetOvQFOcNgUtCwqj/7rTq92Z5E5KaLuwavKlGHpVPONjZSG n+R+5R5/3NZg5DPBF+uoCr8jqGBXTfp41PbWx7Q+6CES3dFtrzdGacHzwRiFcP0iKjeD8XCAlxHF 5mY4HPXHfpMaCZtU0EXidu/1ak8hXeIvMscUX2sU05JWsERaN3d7iTxjvJVdnChi8gnVLsEClqxE +gWv7PMkRkliy2Xt+cEeSW7jIMQsQSDwg6WSkVgIdfV1DrHI3YMUDPDBJXf3IDO+iZyOxCpz0Sdm nTCRDxykBScjdOf38JBCrWbMMDpUE5lywRLsDN9rn30YKB/fT3q/TnpdBjPJuFhrucIhehQiFEud 4LMogAqMUS7gck2Y84gw7PZGo5sqaXV1tHgw6HaJLCcTAbLuIDHaPMfRN8PAaPtPyYyII/lRQYtu u4MB8u38w+Bm1MODac4smzOqzB+09KJgnPRD2Ndkc/XwwYF6mKgkdarmBYSYNAm5M9Ytdn8xU0Cu LI7m4Oajnq9ZIbwB206tC3k+2NJKKGt+XzqdZmG6ojpNvUZvqPrUHyJTK2gnDcl0WT6ih/miaJC+ D9aHkIby8LBb2aNKqaB8cODUKXi9Y4qARyABr3/E85E/FY90oAoK8Agk4A2OeN3+qEsactoBqcoP gIQSAG8agGPI03mAhBIAh0dAyB0OeNYJCSUAjhqAo4HP3BkuE0oAHB8BCc1L7klJbsWQUALgbQNw eDM6MymE8rroHuERS5Dzi+c5iPGC7weJj0D1BVvOIe8161C+3lqwqXpvNn6cauXufVdYMksKgQuH Ok6vIfG4ts1KxQ/lJKm2yW1b8Bl30ZaROiAwR3o1LN6L9KUttZuaicA4WtynaAdt3IZdmF2WD9Is dr6cl+X8+TD8AFd8d04h9JP43mQMNzS+ZsYKf/iw5CAGji0r3ambYVUcIamNdrQp8yzXf2dVzFtd D+Gt6IjuSSz3v+UkVlAcukGbbIOzKD33ozjaCEP3bdKeiJM0B0NSS7wiwWMyexZ/+kfKiczo/u3n ZkbrlMaedIp+lf6QSRmq2r+xWmYreulDSTdygYBVWXK7qlUhxk0rkaaCuzoW5VSFmJYEE8aeGI3w /pqrK+lIT3CnYy8mBKsmuH0xwW1QoGN0z2vvg7q9L6hlNnt7n3b40d5OfQbpQ3bXTKahzftbA64e 57X5mz5uc9V17ngLbvX58TVuf9UmJ9z3fOR/uAt2W12GLomeW2d3Qc/sQMdLdEHSlUCZy3TB2ybe BZpgC+8CPbCFd4EW2MK7QAds4V2gAbbw/r//hW7nie9pev5HCImG/waxrY+Q731o+O+N6qMZQ/rG 9hIjzSdWfN76s+D/Hvi8gdLiVYGWSTUA06MJYdT/Obn7FwAA//8DAFBLAQItABQABgAIAAAAIQDz FsBh/QAAALsBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAG AAgAAAAhAHDwONy+AAAAOAEAAAsAAAAAAAAAAAAAAAAALgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAG AAgAAAAhAPEna3ycBQAAgBEAACEAAAAAAAAAAAAAAAAAFQIAAGRycy9zbGlkZUxheW91dHMvc2xp ZGVMYXlvdXQxLnhtbFBLBQYAAAAAAwADAMkAAADwBwAAAACAAB4EcAcAAFBLAwQUAAYACAAAACEA 8xbAYf0AAAC7AQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kMtOwzAQRfdI/IPlLYqdskAIJemC xwoBi/IBI3uSWPglj1M1f4+TFglQ1dVoHnfumWm2B2fZHhOZ4Fu+ETVn6FXQxg8t/9y9VPecUQav wQaPLZ+R+La7vmp2c0RiRe2p5WPO8UFKUiM6IBEi+tLpQ3KQS5oGGUF9wYDytq7vpAo+o89VXnbw rnnCHiab2fOhlI8kRc7Z43FusWo5xGiNglxA5dKVXfNewJPRyD4g5TdwZUrqRJJsKb7CHKb8J9mI y2v3Xv9jr0LfG4U6qMkVYhETUokrhbPil9HNienMLQktXTjmjOvpW6IoVysaTaQfB7m+vvsGAAD/ /wMAUEsDBBQABgAIAAAAIQBw8DjcvgAAADgBAAALAAAAX3JlbHMvLnJlbHOEj8EKwjAQRO+C/xD2 btN6EJGmvYggeBL9gCXZtsE2Cdko9u/N0YLgcRjmzUzdvqdRvCiy9U5BVZQgyGlvrOsV3G+nzR4E J3QGR+9IwUwMbbNe1VcaMeUQDzawyBTHCoaUwkFK1gNNyIUP5LLT+ThhyjL2MqB+YE9yW5Y7Gb8Z 0CyY4mwUxLOpQNzmkJv/s33XWU1Hr58TufSjQvJoDV1w9s+UsRh7SgpM5G9jIaoi7wfZ1HLxt/kA AAD//wMAUEsDBBQABgAIAAAAIQDXlCmAPQQAAG4OAAAhAAAAZHJzL3NsaWRlTGF5b3V0cy9zbGlk ZUxheW91dDEueG1szFfdjuI2GL2v1HewcllpFkIIMNHAqqXdqtLsLCrsA5jEkHQcO3JMFvbpe+zE TGDZJcz0ojdMxjk+/n7P5zy83+ecVEyVmRRTz3/X9wgTsUwysZ16n1cf7iYeKTUVCeVSsKl3YKX3 fvbzTw9FVPLkkR7kThNwiDKiUy/Vuoh6vTJOWU7Ld7JgAu82UuVU41+17SWKfgF3znuDfn/Uy2km vGa/6rJfbjZZzH6X8S5nQtckinGqYX+ZZkXp2PK4C11O1fOuuItlXoBinfFMHyzpkaaaejslosal uzyLlSzlRps9UU7jqMq5R/I4+msrpKJrjiDllV1ZKFYyVbFftVbZeqdZaV5FvzjuoouFhSER2jp4 GjV9KHCWXP+z2nvEwnAWcujNkJx4yRMiaI6FuRQaDORLplMyp4UJlcWUxUoxZtCi+lMVy2Kh7Nan aqFIlhiqhsLrNS8amP1XAIaH3tn2rWOi0X6j8tkDjZA0sp96qK2D+cUmGrG9JnG9GL+sxumnC9g4 /eMCuucOgAXHQ1GWRe3Rt+4MnDurTHNG/KNXNZRi66OMn0siJPw07tfuxU+VIzM+G/oiJXX4taFq cPVLGw+HL21MnaHHSAzDMcrfhmMwDvrhWUyCfn8S+IFHTGR8fzRoEG2Pa+Yi0vvfZHIwEV3jLxJH RZxK9NK6jjMv9VIfONJMI15xHwYRyrdodo4ioFHCNn9jqfw69WASbFo7x4945BjPLR5EmEaIA36w lVOjFUzcfV5CK3I954yCvvFJz+Y8i5+JloQlmSYfaamZIjZuUBZYZti1PcNSMpEsqKLGqDazSQWN cDLi63zGY53t7+ccQTztggWnMUslT2DE4G0VkCWoX1ck3ZMfhOPQJNQ0w6Xsh77vA1FnP5yEgY9S qN2vG8q6Xdehi4TLvm2tdqqalJ9lOjDVV1O2AHgcNPXaropJG+sAwAYXsMM21gGAHV7Ammo72uAA wIbXsA4A7Oga1gGAHV/DOgCwk2tYBwD2/hq2BlzqIewkYDg2yxt7ymiqbanypKfqvrHNgx93pC3c G9p4yWIpEsJZxXgHettbN9Cv0kx1Z7cNcQP7B7lTmH5djR+awryFPttcZMeY+0/VbOjUbGVS3ZYy GxCMfTeqXjXMzASBhGMUpJRvPNwBIHA2kXaoGcmxD0tb8UZ8zdKPpps/DEK/7vOXkX8y3oaje78/ erPAEdzkHu0VIxMJbjvm0Zi23j3h3mqz2dI0/0SnzEw0WHSikbeGys3oTnwnenqmkQ3fvT80p5JO fCfaeKajDZ8fjP1RV8L7H2it45sMJkbqOxl4wnemxw3fYDCBea/hO9Nsxzce2rF1u31nut7wGbLO CTnx90z7Hd8oHL8uH/+P+YDOdrcJe8Gwve4+EbBivijsVwBXH2nxqbItg6883ObmdqnAd52Z54C+ QAyV+06c/QsAAP//AwBQSwECLQAUAAYACAAAACEA8xbAYf0AAAC7AQAAEwAAAAAAAAAAAAAAAAAA AAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBw8DjcvgAAADgBAAALAAAAAAAA AAAAAAAAAC4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQDXlCmAPQQAAG4OAAAhAAAAAAAA AAAAAAAAABUCAABkcnMvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWxQSwUGAAAAAAMAAwDJ AAAAkQYAAAAAcAAeBMMEAABQSwMEFAAGAAgAAAAhAPMWwGH9AAAAuwEAABMAAABbQ29udGVudF9U eXBlc10ueG1sfJDLTsMwEEX3SPyD5S2KnbJACCXpgscKAYvyASN7klj4JY9TNX+PkxYJUNXVaB53 7plptgdn2R4TmeBbvhE1Z+hV0MYPLf/cvVT3nFEGr8EGjy2fkfi2u75qdnNEYkXtqeVjzvFBSlIj OiARIvrS6UNykEuaBhlBfcGA8rau76QKPqPPVV528K55wh4mm9nzoZSPJEXO2eNxbrFqOcRojYJc QOXSlV3zXsCT0cg+IOU3cGVK6kSSbCm+whym/CfZiMtr917/Y69C3xuFOqjJFWIRE1KJK4Wz4pfR zYnpzC0JLV045ozr6VuiKFcrGk2kHwe5vr77BgAA//8DAFBLAwQUAAYACAAAACEAcPA43L4AAAA4 AQAACwAAAF9yZWxzLy5yZWxzhI/BCsIwEETvgv8Q9m7TehCRpr2IIHgS/YAl2bbBNgnZKPbvzdGC 4HEY5s1M3b6nUbwosvVOQVWUIMhpb6zrFdxvp80eBCd0BkfvSMFMDG2zXtVXGjHlEA82sMgUxwqG lMJBStYDTciFD+Sy0/k4Ycoy9jKgfmBPcluWOxm/GdAsmOJsFMSzqUDc5pCb/7N911lNR6+fE7n0 o0LyaA1dcPbPlLEYe0oKTORvYyGqIu8H2dRy8bf5AAAA//8DAFBLAwQUAAYACAAAACEAuMj+kJAB AAATAwAAIQAAAGRycy9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnhtbIxS207jMBB9R+IfLD+u VFL2Aa2spmiXm5AWqAT7AVPHaSx809gJzd8zdhMQKx76Yo3PnHNmxuPV5d4aNiiM2ruan58tOVNO +ka7Xc3/vdwufnEWE7gGjHeq5qOK/HJ9erIKIprmL4y+T4w8XBRQ8y6lIKoqyk5ZiGc+KEe51qOF RFfcVQ3CG3lbU/1cLi8qC9rxSY/H6H3baqmuveytculggspAov5jp0Oc3aw8xs4CvvZhIb0NZLHV RqexmH7YDDXv0YlppIXVEn30bcoaYUGKwRrOrBT3O+cRtoYeyQ4F2aCKCgf1OyXU2z6pmFPix+wd jukwZBOXyoBfXy2NgWptDbhXzgqNatEO+ZqWI59NwxxYAv4URgZjeEGlcuSGOwzPYYOF+zhskOkm aycNr6bERCtXRzQKqv/ku9kJxL5Fu16BoC2xfc3pM435JBEItU9MHkD5icru6Ruu7G6+YVdzAerg oyjF81gU5rFL5wYfIDwNNB/QlmJSeFWgQJ/vMIP8pGSP+TOv3wEAAP//AwBQSwECLQAUAAYACAAA ACEA8xbAYf0AAAC7AQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQIt ABQABgAIAAAAIQBw8DjcvgAAADgBAAALAAAAAAAAAAAAAAAAAC4BAABfcmVscy8ucmVsc1BLAQIt ABQABgAIAAAAIQC4yP6QkAEAABMDAAAhAAAAAAAAAAAAAAAAABUCAABkcnMvc2xpZGVMYXlvdXRz L3NsaWRlTGF5b3V0MS54bWxQSwUGAAAAAAMAAwDJAAAA5AMAAAAAYAAeBFoFAABQSwMEFAAGAAgA AAAhAPMWwGH9AAAAuwEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJDLTsMwEEX3SPyD5S2KnbJA CCXpgscKAYvyASN7klj4JY9TNX+PkxYJUNXVaB537plptgdn2R4TmeBbvhE1Z+hV0MYPLf/cvVT3 nFEGr8EGjy2fkfi2u75qdnNEYkXtqeVjzvFBSlIjOiARIvrS6UNykEuaBhlBfcGA8rau76QKPqPP VV528K55wh4mm9nzoZSPJEXO2eNxbrFqOcRojYJcQOXSlV3zXsCT0cg+IOU3cGVK6kSSbCm+whym /CfZiMtr917/Y69C3xuFOqjJFWIRE1KJK4Wz4pfRzYnpzC0JLV045ozr6VuiKFcrGk2kHwe5vr77 BgAA//8DAFBLAwQUAAYACAAAACEAcPA43L4AAAA4AQAACwAAAF9yZWxzLy5yZWxzhI/BCsIwEETv gv8Q9m7TehCRpr2IIHgS/YAl2bbBNgnZKPbvzdGC4HEY5s1M3b6nUbwosvVOQVWUIMhpb6zrFdxv p80eBCd0BkfvSMFMDG2zXtVXGjHlEA82sMgUxwqGlMJBStYDTciFD+Sy0/k4Ycoy9jKgfmBPcluW Oxm/GdAsmOJsFMSzqUDc5pCb/7N911lNR6+fE7n0o0LyaA1dcPbPlLEYe0oKTORvYyGqIu8H2dRy 8bf5AAAA//8DAFBLAwQUAAYACAAAACEA3Ow/7CcCAABlBAAAIQAAAGRycy9zbGlkZUxheW91dHMv c2xpZGVMYXlvdXQxLnhtbIxUy27bMBC8F+g/EDwWcOTkUBSE5aB1HyiQxEbtfMCaom3CfIFcq9bf d0lJTpvm4ItELWdnd4Zcze7P1rBWxaS9q/ntzZQz5aRvtNvX/HnzffKJs4TgGjDeqZp3KvH7+ft3 syCSaR6g8ydkxOGSgJofEIOoqiQPykK68UE52tv5aAHpM+6rJsJv4ramuptOP1YWtONDfrwm3+92 WqqvXp6sctiTRGUAqf900CGNbFZeQ2chHk9hIr0NRLHVRmNXSC80bc1P0YlB0sRqGX3yO8w5woIU rTWcWSl+7p2PsDVkkm1LZBVVUrFVnxGj3p5QpbwlPozc4ZoOQyZxWAT+6xp2gWqhRqOWznScFSjV o3PkczoguTYNc2ApsMkoVmB5J4VNVCqvXPsjhnVYxZLw1K4i000mGBJ5NWwMsPLpCEaL6lX6fmQC cd5FO5+BoONi55rTreryk5JAqDMy2QflS1Qelm9g5eHbG+hqLEAdXIpmVb2i/+XcjXJ6H24vqnoo UOqDl8fEnCedWX4vTz61I1nWnOnDgf1l/IDrN4sfIz6Rp8UsPH/xTZeFb+ldgiBMwjV2RhVDqG0Q RE4Pst9AHj3lJs9rGj2LC6OARnMwD+cLo+WRoWeq0cgeIaGKrNwCGlSinJE7SIczUCrXrCDCr1fM WR8IqkxNjx3SMltYXv39oGW+ROUKmPgIYdmWPmm4qeqihAKN8+DWCyRzjL+H+R8AAAD//wMAUEsB Ai0AFAAGAAgAAAAhAPMWwGH9AAAAuwEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVz XS54bWxQSwECLQAUAAYACAAAACEAcPA43L4AAAA4AQAACwAAAAAAAAAAAAAAAAAuAQAAX3JlbHMv LnJlbHNQSwECLQAUAAYACAAAACEA3Ow/7CcCAABlBAAAIQAAAAAAAAAAAAAAAAAVAgAAZHJzL3Ns aWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1sUEsFBgAAAAADAAMAyQAAAHsEAAAAAFAAHgTyBwAA UEsDBBQABgAIAAAAIQDzFsBh/QAAALsBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQy07DMBBF 90j8g+Utip2yQAgl6YLHCgGL8gEje5JY+CWPUzV/j5MWCVDV1Wged+6ZabYHZ9keE5ngW74RNWfo VdDGDy3/3L1U95xRBq/BBo8tn5H4tru+anZzRGJF7anlY87xQUpSIzogESL60ulDcpBLmgYZQX3B gPK2ru+kCj6jz1VedvCuecIeJpvZ86GUjyRFztnjcW6xajnEaI2CXEDl0pVd817Ak9HIPiDlN3Bl SupEkmwpvsIcpvwn2YjLa/de/2OvQt8bhTqoyRViERNSiSuFs+KX0c2J6cwtCS1dOOaM6+lboihX KxpNpB8Hub6++wYAAP//AwBQSwMEFAAGAAgAAAAhAHDwONy+AAAAOAEAAAsAAABfcmVscy8ucmVs c4SPwQrCMBBE74L/EPZu03oQkaa9iCB4Ev2AJdm2wTYJ2Sj2783RguBxGObNTN2+p1G8KLL1TkFV lCDIaW+s6xXcb6fNHgQndAZH70jBTAxts17VVxox5RAPNrDIFMcKhpTCQUrWA03IhQ/kstP5OGHK MvYyoH5gT3JbljsZvxnQLJjibBTEs6lA3OaQm/+zfddZTUevnxO59KNC8mgNXXD2z5SxGHtKCkzk b2MhqiLvB9nUcvG3+QAAAP//AwBQSwMEFAAGAAgAAAAhAIdYZny/BAAA4xcAACEAAABkcnMvc2xp ZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWzsWNtu4zYQfS/QfyD0WCBry5YvEWIv2rRbFMgmQeP9 AFqiIzUUqVK0Yu/Xd2Yk2vJtoXgX2AXqF5uWDg/nwjkc8+b9KpOsFKZItZp4/ruux4SKdJyq54n3 afbhauyxwnIVc6mVmHhrUXjvpz//dJOHhYzv+FovLQMOVYR84iXW5mGnU0SJyHjxTudCwbuFNhm3 8NM8d2LDX4E7k51etzvsZDxVXj3ftJmvF4s0Er/raJkJZSsSIyS3YH+RpHnh2LKoDV3Gzcsyv4p0 lgPFPJWpXRPphqaceEujwtqlqyyNjC70wuKcMONRWGbSY1kU/vWstOFzCUHKSnryaEQhTCl+tdak 86UVBb4Kf3HceRsLcyRRlhzcjZpd57CWfdWz1exVP8z/8RiBYUXIpDeFFEVPMmaKZ/DgFl00aaEV vSnymRECMar80+RP+aOhCfflo2FpjAT1RK9Tv6hh9FMBDAadvenPjomHq4XJpjc8hISx1cSDfbXG T5jEQ7GyLKoeRtunUfJwBBslfxxBd9wCYMFmUdiSeeXRoTs9584stVIwf+NVBeUw9U5HLwVTGvxE 9yv3ovvSkaHPSJ8nrA49UtW46iXFw+ELiCkFy65+0/EaHZ/DNz3koSzsk11LSAGMS+lTAngYi8Xf VWgbj8HbJhyc5CGYAh+QLMmxVIW6+vQEpZrZWyk4lHIdaju9lWn0wqxmIk4t+8gLKwyzFIUCDbgB dguprCmFih+54WDEDjNGg4ewMrjo/IFhFfDTYe9vwo45f5Q8EomWMVjQ+xYZwHh6sF1hL7mEnUgE RmtvSwaDEWgQ7Ut/0B/4fh9N2u7OoBt0/THoH+7RYf96NCSbIQwVEblfbQkXEZdhxlWUaBC0eUXZ zF6dbAbSc0d1kaoYChyHuPp8eQ9CS4ZUe4EVnydeL0BL587Nxt6gYQ92T03ovGrF2j1kRSq0A8zs b1mv/YAsaMPqjw9ZkapmDbasfn/kDxHcipaQuyFArpp20KAd98Zkw7m0yFXTDre0vd4YTPgKa5Gr ph01aEdBn/bhudYiV0073tIiZ/uUHYktctW01w3a4WD0VSlDLtKSZk2QouEisOs20kWrn69wKDgk cMWOwp2jYoFTsVutLNTqjpCRasBR6w6KNx4lWN0Jl4taxiqJwWOVwoSD5nmCCTktYz1/FIxHgy/I WP964ENxIKKNjpEMNRN1cFJt1amibABg6MSkqWRYQhusAwDWSUQDS0qywToAYF3dN7G4KzdYBwCs K+aTWAcArKvQk1gHAKwru5NYBwCsq6WTWAcAbFUgrhOg+JJIbnz7MSqImgH4cEVL5+8b2pInEWkV MylKIY8U6D491cUb6GdJatqz1yd/a8X5oJfGJq2ND6qKbE+fLo6yQ2/yTbuzgdO12X53RhafL2pV f1x1Zyhw/y65gbaz1jiKNrXKrTVuGAy6PTAXOrFTvZo/AuW79GoT79KrQb986dUmXv//2KsNnaYd 69WoNTpf1g6ljHTybCk71a9tpezSr2HMd/ufS7924k7ni/949huqS7+GV2jVv8H92HzPfo1ulaq7 WRjiBS5dv0rzkecPJbWQcLUOzdQtPcrhMh3/GQB0C0EOdzk//Q8AAP//AwBQSwECLQAUAAYACAAA ACEA8xbAYf0AAAC7AQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQIt ABQABgAIAAAAIQBw8DjcvgAAADgBAAALAAAAAAAAAAAAAAAAAC4BAABfcmVscy8ucmVsc1BLAQIt ABQABgAIAAAAIQCHWGZ8vwQAAOMXAAAhAAAAAAAAAAAAAAAAABUCAABkcnMvc2xpZGVMYXlvdXRz L3NsaWRlTGF5b3V0MS54bWxQSwUGAAAAAAMAAwDJAAAAEwcAAAAAQAAeBJgGAABQSwMEFAAGAAgA AAAhAPMWwGH9AAAAuwEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJDLTsMwEEX3SPyD5S2KnbJA CCXpgscKAYvyASN7klj4JY9TNX+PkxYJUNXVaB537plptgdn2R4TmeBbvhE1Z+hV0MYPLf/cvVT3 nFEGr8EGjy2fkfi2u75qdnNEYkXtqeVjzvFBSlIjOiARIvrS6UNykEuaBhlBfcGA8rau76QKPqPP VV528K55wh4mm9nzoZSPJEXO2eNxbrFqOcRojYJcQOXSlV3zXsCT0cg+IOU3cGVK6kSSbCm+whym /CfZiMtr917/Y69C3xuFOqjJFWIRE1KJK4Wz4pfRzYnpzC0JLV045ozr6VuiKFcrGk2kHwe5vr77 BgAA//8DAFBLAwQUAAYACAAAACEAcPA43L4AAAA4AQAACwAAAF9yZWxzLy5yZWxzhI/BCsIwEETv gv8Q9m7TehCRpr2IIHgS/YAl2bbBNgnZKPbvzdGC4HEY5s1M3b6nUbwosvVOQVWUIMhpb6zrFdxv p80eBCd0BkfvSMFMDG2zXtVXGjHlEA82sMgUxwqGlMJBStYDTciFD+Sy0/k4Ycoy9jKgfmBPcluW Oxm/GdAsmOJsFMSzqUDc5pCb/7N911lNR6+fE7n0o0LyaA1dcPbPlLEYe0oKTORvYyGqIu8H2dRy 8bf5AAAA//8DAFBLAwQUAAYACAAAACEAYSyntWUDAAAUDgAAIQAAAGRycy9zbGlkZUxheW91dHMv c2xpZGVMYXlvdXQxLnhtbOxXW2/aMBR+n7T/YOVxEguXQGkEVBtbp0m9oEF/gHEcktWXyDYp7Nfv 2IkppXSAukdewHE+fz7nOxc7g6sVZ6ikSudSDIPW52aAqCAyycViGDzMrhv9AGmDRYKZFHQYrKkO rkYfPwyKWLPkBq/l0iDgEDrGwyAzpojDUJOMcqw/y4IKeJdKxbGBR7UIE4WfgJuzsN1s9kKOcxHU 69Ux62Wa5oR+k2TJqTAViaIMG7BfZ3mhPRsnx9BxrB6XRYNIXgDFPGe5WTvSDU05DJZKxLVLDZ4T JbVMjV0Tc0zikrMAcRL/XAip8JyBSLx0MxNFNVUl/WKMyudLQ7V9FX/y3MUxFhaWRBjn4EvVzLqA vcyTvJ//DpDDwWYQxGAE0SFTliCBOUzMniQaS2GAxr3SxUxRakGi/KGKaTFRbsVdOVEoTyxDvTII 6xc1zD0KgMEg3Fm+8Ew4XqWKjwY4hmCh1TCAnFrbX1iEY7oyiFST5HmWZPd7sCT7vgcd+g3Ags2m kI5F5dFrd9renVluGEWtjVcVFMPSG0keNRIS/LTuV+6Ru9KTWZ8tfZGhWnZLVeOql04Pj9egqRPL rL7KZG0dn8O/m8Qx02Zq1ow6QcBsHAM5/ID8DNvCo6LxMIXC42bMKIbCrMUzozHLySMyEtEkN+gW a0MVMs4vbSkHoI6B4NSUVCQTrPCvHWbrH45hZzDaWwjDSsK3hex4IetsQhOGCc0kS8CI9vtk1X+g GjBLA8hASA8fgze0tXLtZFnUvYCW4lKt1Ws27djp6xMuanb6MB8gm3ZRt9297HVcAD2TE6AKs9dk b9Ts3qxkLVc2OE5oauW19rf71aag7RYAhu092Ggb6wGA7ezBNrexHgDY6DW29cIGDwBs9xDWAwDb O4T1AMBeHMJ6AGD7h7AeANjLQ9gKYLWuy8kGxlUTrETAsCmbd1aXzSBXXPpFdVUVtLulS9wTCnpK iRQJYrSk7Ah6V2Un0M+yXB3P7griBPZruVQmO9r4qKrIo8Nxnad72eEU+a99LfpXX3OawHnqD4MT j4udvubi544K22ncYPvM2NfXelH/3NjgRDg3tvjc2DYXoXNjqy9s7q+60MPQXvvdnZ2pW1zcl67X wrcYXBPHbqqAry97/QPoM8Ry+K+50V8AAAD//wMAUEsBAi0AFAAGAAgAAAAhAPMWwGH9AAAAuwEA ABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAcPA4 3L4AAAA4AQAACwAAAAAAAAAAAAAAAAAuAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAYSyn tWUDAAAUDgAAIQAAAAAAAAAAAAAAAAAVAgAAZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEu eG1sUEsFBgAAAAADAAMAyQAAALkFAAAAADAAHgT9BgAAUEsDBBQABgAIAAAAIQDzFsBh/QAAALsB AAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQy07DMBBF90j8g+Utip2yQAgl6YLHCgGL8gEje5JY +CWPUzV/j5MWCVDV1Wged+6ZabYHZ9keE5ngW74RNWfoVdDGDy3/3L1U95xRBq/BBo8tn5H4tru+ anZzRGJF7anlY87xQUpSIzogESL60ulDcpBLmgYZQX3BgPK2ru+kCj6jz1VedvCuecIeJpvZ86GU jyRFztnjcW6xajnEaI2CXEDl0pVd817Ak9HIPiDlN3BlSupEkmwpvsIcpvwn2YjLa/de/2OvQt8b hTqoyRViERNSiSuFs+KX0c2J6cwtCS1dOOaM6+lboihXKxpNpB8Hub6++wYAAP//AwBQSwMEFAAG AAgAAAAhAHDwONy+AAAAOAEAAAsAAABfcmVscy8ucmVsc4SPwQrCMBBE74L/EPZu03oQkaa9iCB4 Ev2AJdm2wTYJ2Sj2783RguBxGObNTN2+p1G8KLL1TkFVlCDIaW+s6xXcb6fNHgQndAZH70jBTAxt s17VVxox5RAPNrDIFMcKhpTCQUrWA03IhQ/kstP5OGHKMvYyoH5gT3JbljsZvxnQLJjibBTEs6lA 3OaQm/+zfddZTUevnxO59KNC8mgNXXD2z5SxGHtKCkzkb2MhqiLvB9nUcvG3+QAAAP//AwBQSwME FAAGAAgAAAAhAA8TSpjKAwAABQ0AACEAAABkcnMvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54 bWzMV9tu4zYQfS/QfyD0WCBrSb7IEWIv2rTbFshmjTr7ATRF20IoUiBp1d6v7xlKsp1tFjDyYOTF lsjhmTNnZkjq7uO+UqyR1pVGz6LkQxwxqYUpSr2ZRV+fPt1MI+Y81wVXRstZdJAu+jj/+ae7Oneq eOAHs/MMGNrlfBZtva/zwcCJray4+2BqqTG3NrbiHq92Mygs/xfYlRqkcTwZVLzUUbfeXrLerNel kL8bsauk9i2IlYp78HfbsnY9WiUugau4fd7VN8JUNSBWpSr9IYAeYZpZtLM670K6qUphjTNrT2vy iou8qVTEKpH/vdHG8pWCSFUTRhZWOmkb+av3tlztvHQ0lf/SY9eXMKwJRPsQ4EvV/KGGLyfFX5IX EQuG8IYsRnOkRyxVwTSvMLCUgvRhZChtmHX1k5WS7HTzp62X9cKGRY/NwrKyIJBucTToJjqz8Kph hofBd8s3PRLP92tbze94joSx/SxCXR3oF4t4LveeiXZQnEbF9ssrtmL7xyvWg94BGBydoiTrNqL/ h5P24TyVXkmWHKNqTTmWPhjx7Jg2iJPCb8MTj00PRjETfL1lrfSeoDq7djLo0du7oGlP9KhElqbD ZBjkGI3iyW38nShZlqUjDDKSJhlO0jgbByc9Epy00HXu97+Z4kCSrvCPzHEttgaN5GkFz5XzS39Q yDOeG5WAEeNqg05XqAKeF3L9D4bct1kEl/C5CokXHApwpTq33Uqk+yUixOY5JMEPQBSnLUPqm69L bBmVv1eSw1EXnZ/fq1I8M2+YLErPPnPnpWVBQmww4EjoPvgIkFIXC2450TtHpqzwHJ6hQh99EIQy 8+P0Q++2FZ6o9haKC7k1Cs3AUgoS3dLn+U2VQOpHaBvUdF84byqI9DaeZCiOkLy+S14WxDiOk2nW ZaZtsksKYtVivlYQ2AMfQoOWusBOQ4+U09XuETt+YHJWJti122lnVFl8KpUi27A7yntlWcMVqm9P WxDSWWrfjmSgHSoByTsah1Se4WCu9RQmjlUXSjel0m2ZjsYZWEDuC+gm0yvSJY4UNpgPT3RvE7T5 pXQnV6RLHDu6oxPdZJglxOIyeSmyUABXqAYi2fEdn/GdplNK8vvjSyQ7vpMT3zSdQt73yJdIdnyz M77ZaHh5u12zHohkx3d64ktkL++3a/Ilkh3f2zO+k3H2PvuNSLY78dktIpz5xB6b3PFwD2G9/Q5A B124ArgXd4AfnfPhuGtvr3ika244wJX9zOsvTeCCjw/cLnAeYajG5wbdGmB6MiGM/vNl/h8AAAD/ /wMAUEsBAi0AFAAGAAgAAAAhAPMWwGH9AAAAuwEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50 X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAcPA43L4AAAA4AQAACwAAAAAAAAAAAAAAAAAuAQAA X3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEADxNKmMoDAAAFDQAAIQAAAAAAAAAAAAAAAAAVAgAA ZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1sUEsFBgAAAAADAAMAyQAAAB4GAAAAACAA HgTNBQAAUEsDBBQABgAIAAAAIQDzFsBh/QAAALsBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQ y07DMBBF90j8g+Utip2yQAgl6YLHCgGL8gEje5JY+CWPUzV/j5MWCVDV1Wged+6ZabYHZ9keE5ng W74RNWfoVdDGDy3/3L1U95xRBq/BBo8tn5H4tru+anZzRGJF7anlY87xQUpSIzogESL60ulDcpBL mgYZQX3BgPK2ru+kCj6jz1VedvCuecIeJpvZ86GUjyRFztnjcW6xajnEaI2CXEDl0pVd817Ak9HI PiDlN3BlSupEkmwpvsIcpvwn2YjLa/de/2OvQt8bhTqoyRViERNSiSuFs+KX0c2J6cwtCS1dOOaM 6+lboihXKxpNpB8Hub6++wYAAP//AwBQSwMEFAAGAAgAAAAhAHDwONy+AAAAOAEAAAsAAABfcmVs cy8ucmVsc4SPwQrCMBBE74L/EPZu03oQkaa9iCB4Ev2AJdm2wTYJ2Sj2783RguBxGObNTN2+p1G8 KLL1TkFVlCDIaW+s6xXcb6fNHgQndAZH70jBTAxts17VVxox5RAPNrDIFMcKhpTCQUrWA03IhQ/k stP5OGHKMvYyoH5gT3JbljsZvxnQLJjibBTEs6lA3OaQm/+zfddZTUevnxO59KNC8mgNXXD2z5Sx GHtKCkzkb2MhqiLvB9nUcvG3+QAAAP//AwBQSwMEFAAGAAgAAAAhANCezsSaAgAAQgcAACEAAABk cnMvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWysldtu2zAMhu8H7B0EXw5I3cMwDEKSYsvW YUAPQZM+ACMrsVadIDFe/PajZDtFuw5I0N04jkR+In+S8vhyZzRrZIjK2UlxdnJaMGmFq5TdTIqH 5dXoc8Eigq1AOysnRStjcTl9/27sedTVNbRui4wYNnKYFDWi52UZRS0NxBPnpaW9tQsGkP6GTVkF +E1so8vz09NPpQFli94/HOLv1msl5DcntkZa7CBBakCKP9bKx4FmxCE4A+Fx60fCGU+IldIK2wzd Y5pJsQ2W9ymNjBLBRbfG5MMNCN4YXTAj+M+NdQFWmkQyTV6ZBxllaOQXxKBWW5QxbfEPA9sfEqFP EIs5weeqYevpLLf6VbBsRCdRBYsplUYsdMUsGFpYKtSSUQHZzFkkUjaIfhmkTKa2+RH8ws9D9rtt 5oGpKnF6/6LsN3qz/NeSGb2UL9w3Awn4bh3MdAyc6sV2k4Laqk1PcgIud8hEtyieVkV994qtqL+/ Yl0OB1AE+0OpI32X0d/pnA/pdHKc7bPqTIFcr514jMw6yjOl36UnbpsBlnJOeF+zTnlMyvZ23WbW Y7CPpGkWC3dfXdWmxFf0mxeB64gLbLXMglDYwAlOD5JfQ5o9aUcPC5o9gzMtgWazFw+nM63EI0PH ZKWQ3UBEGVgOhiaVkGNSB6k4PVLaag4B7l+QU37A6WQKeoiQXjsJ/y3kxSBk301srkHI2umKgjh/ m6yqoqYYlP8PilIBmG70Xro3KpzaNgscnyncqZilpMdwZE7jiKIupHA0o1o2Uh+Az0ofgV/WKhxO v0h1PIJ+5bYB64OD/3gsXq1fpdNNcnRv5xbv7j56Tfdkvt50uAF/1+QOoS8XTdQsL3n6VqVJIdMn k8QYvn3TPwAAAP//AwBQSwECLQAUAAYACAAAACEA8xbAYf0AAAC7AQAAEwAAAAAAAAAAAAAAAAAA AAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBw8DjcvgAAADgBAAALAAAAAAAA AAAAAAAAAC4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQDQns7EmgIAAEIHAAAhAAAAAAAA AAAAAAAAABUCAABkcnMvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWxQSwUGAAAAAAMAAwDJ AAAA7gQAAAAAEAAeBKcGAABQSwMEFAAGAAgAAAAhAPMWwGH9AAAAuwEAABMAAABbQ29udGVudF9U eXBlc10ueG1sfJDLTsMwEEX3SPyD5S2KnbJACCXpgscKAYvyASN7klj4JY9TNX+PkxYJUNXVaB53 7plptgdn2R4TmeBbvhE1Z+hV0MYPLf/cvVT3nFEGr8EGjy2fkfi2u75qdnNEYkXtqeVjzvFBSlIj OiARIvrS6UNykEuaBhlBfcGA8rau76QKPqPPVV528K55wh4mm9nzoZSPJEXO2eNxbrFqOcRojYJc QOXSlV3zXsCT0cg+IOU3cGVK6kSSbCm+whym/CfZiMtr917/Y69C3xuFOqjJFWIRE1KJK4Wz4pfR zYnpzC0JLV045ozr6VuiKFcrGk2kHwe5vr77BgAA//8DAFBLAwQUAAYACAAAACEAcPA43L4AAAA4 AQAACwAAAF9yZWxzLy5yZWxzhI/BCsIwEETvgv8Q9m7TehCRpr2IIHgS/YAl2bbBNgnZKPbvzdGC 4HEY5s1M3b6nUbwosvVOQVWUIMhpb6zrFdxvp80eBCd0BkfvSMFMDG2zXtVXGjHlEA82sMgUxwqG lMJBStYDTciFD+Sy0/k4Ycoy9jKgfmBPcluWOxm/GdAsmOJsFMSzqUDc5pCb/7N911lNR6+fE7n0 o0LyaA1dcPbPlLEYe0oKTORvYyGqIu8H2dRy8bf5AAAA//8DAFBLAwQUAAYACAAAACEANwJD63QD AACxDAAAIQAAAGRycy9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnhtbMxX227bOBB9L9B/IPRY ILUtX6QKsYPd7HZRIE2DOvkAmqJtIryBpLX233eGpGynmwXykAe/2BQ5c3hmzgwpXd/slSQdd14Y PS9Gn4cF4ZqZVujNvHh6/HpVF8QHqlsqjebz4sB9cbP4+OHaNl62d/RgdoEAhvYNnRfbEGwzGHi2 5Yr6z8ZyDWtr4xQN8Og2g9bRfwFbyUE5HM4GigpdZH/3Fn+zXgvG/zJsp7gOCcRxSQPw91thfY+m 2FvgFHXPO3vFjLIAsRJShEMEPcJ082LndJNDulKCOePNOqBPoyhrOiULoljzbaONoysJSVJdnHlw 3HPX8T9CcGK1C9zjUvOpx7ZvYWgRRIcY4MushYOFvYIIkhckmsFeoGGxAHHYUrZEUwUTj2hBllK0 PC55++g4RyPd/ePs0j646HHfPTgiWkTInsUgL2Sz+KjBDAaD39w3PRJt9munFte0Aa3Ifl5ASR3w F5xow/eBsDTJTrNs++MVW7b9+xXrQb8BMDhuCtVoU0T/Dafsw0mJGB2jSqYUXO8Me/ZEG4gTw0/h sfuuB8OYEd5uSco6Cy6iZdO0HlPSu/iY1p7rMRmzeloPU0bK0Xg4Kacv81JVVTlBA8zOaFINh8ni POoEbZuw/9O0B8zqCv6jKrSRPizDQfKYbcgJbYA5/IC2kmJTc331tISmVuFWcgpNn5UJi1sp2DMJ hvBWBPKd+sAdCbF6PEJeA4kAymdIrtsH6ujP35AxebSBnSEdPUMYJn3+X6Vxr9Jyt0p7lu8hlN+t klBQ2VB2vbZvF2w0rkazrNi4rmdwbL1UbAZyRUmjYtW0ROuUhNQIMfhUP30+XlUMZZKdHEHhEDiX 7mLnCN1C98chlRtQCyoPuhgAdvdwIEeVW74GEXDSG+jyr0LK+ICnML+VjnRUwkGxx5MBFBQ6pJlq OjxSjecbGkf1znBAyx4fhpkf4sCwPFGdTCvMDLk8vkgy8x2f+H4ZTWKbXR5fJJn5Tk58j2V4eYSR ZSY8PSNcl3Vsi8sjjCwz4dmJcFnW0LkXWcLIMhOuzghXk/GF9hyyzITrE2Fke6FNhywz4S9nhGfT Kp79l1fDyDIe1f19j+zf4bqH+/I9b/x496XXTRjiS2l8o5TuO7U/uphy+FCA9wy4eWDKwqcBXp1g ejJBjP5TY/ELAAD//wMAUEsBAi0AFAAGAAgAAAAhAPMWwGH9AAAAuwEAABMAAAAAAAAAAAAAAAAA AAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAcPA43L4AAAA4AQAACwAAAAAA AAAAAAAAAAAuAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEANwJD63QDAACxDAAAIQAAAAAA AAAAAAAAAAAVAgAAZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1sUEsFBgAAAAADAAMA yQAAAMgFAAAAAAAAHAQEAAAAAQAAACAAug8YAAAATwBmAGYAaQBjAGUAIABUAGgAZQBtAGUADwDu A2QEAAACAO8DGAAAABAAAAAAAAAAAAAAAAAAAIAAAAAABwD/vw8ADARvAwAADwAC8GcDAADQAAjw CAAAAAMAAAADNAAADwAD8CMDAAAPAATwKAAAAAEACfAQAAAAAAAAAAAAAAAAAAAAAAAAAAIACvAI AAAAADQAAAUAAAAPAATwbgEAABIACvAIAAAAAjQAACACAAADAQvwcAAAAAQAAAAAAH8AAQDvAYAA +NNxOoEAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAQAAAIgAAAAAAL8ABAAEAP8BEAAR AAEDAgQAAD8DAAAIAIDDEAAAAL8DAAACAFQAaQB0AGwAZQAgADEAAAAAABDwCAAAAMADsAHQFJAJ DwAR8BwAAAAAAMMLCAAAAP////8PAP+/AAAfBAQAAAACAAAADwAN8KoAAAAAAJ8PBAAAAAYAAAAA AKgPaAAAAFRoZSBNaW5pbXVtIFJhbmsgT2JqZWN0aXZlIEZ1bmN0aW9uIHdpdGggSHlzdGVyZXNp cwsoTVJIT0YpCwtkcmFmdC1nbmF3YWxpLXJvbGwtbWlucmFuay1oeXN0ZXJlc2lzLW9mLTAwAACh DyYAAABpAAAAAAAAAAoABwA9AAAAAAAAACwAAAABBGMAAQQDAAMAAwASAA8ABPB1AQAAEgAK8AgA AAADNAAAIAIAAAMBC/B2AAAABAAAAAAAfwABAO8BgAB4I+4kgQAwZQEAggCYsgAAgwAwZQEAhACY sgAAhQAAAAAAhwAAAAAAiAAAAAAAvwAEAAQA/wEQABEAAQMDBAAAPwMAAAgAgMMWAAAAvwMAAAIA UwB1AGIAdABpAHQAbABlACAAMgAAAAAAEPAIAAAAQAtgAyATkA8PABHwHAAAAAAAwwsIAAAA//// /xAA/78AAB8EBAAAAAMAAAAPAA3wqwAAAAAAnw8EAAAABQAAAAAAqA9JAAAAUk9MTCBXRw0NT21w cmFrYXNoIEduYXdhbGkgYW5kIFBoaWxpcCBMZXZpcw1TdGFuZm9yZCBVbml2ZXJzaXR5DTYvMTYv MjAxMAAAoQ8gAAAASgAAAAAAAAAKAAcACQAAAAAAAABBAAAAAAQCAAAEEAAAAKoPCgAAAEoAAAAB AAAAAAAAAKYPDAAAAPAAAABWXTh/WIB4gQ8ABPAkAAAAEgAK8AgAAAABNAAAAAwAACMAC/AMAAAA BAMJAAAAPwMBAAEAEADwByAAAAD///8AAAAAAO7s4QAfSX0AT4G9AMBQTQAAAP8AgACAAA8AiBON AAAADwCKE4UAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTZQAAAAAAHRAEAAAAAAAAAAAA ACsEAAAAAAAAAB8ARPE9AAAAAAAn8SAAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAD/////EgAA AA8APfENAAAAQAFC8QUAAAABCQAAAA8AAisAAAAAAAAiBAgAAAABAAAAAQAAAA8A7gPcBAAAAgDv AxgAAAAQAAAAAAAAAAAAAAAAAACAAAAAAAcA/78PAAwE5wMAAA8AAvDfAwAA4AAI8AgAAAADAAAA AzgAAA8AA/CbAwAADwAE8CgAAAABAAnwEAAAAIAQAAEAAAAAAAAAAAAAAAACAArwCAAAAAA4AAAF AAAADwAE8CEBAAASAArwCAAAAAI4AAAgAgAAAwEL8HAAAAAEAAAAAAB/AAEA7wGAAFisDS+BADBl AQCCAJiyAACDADBlAQCEAJiyAACFAAAAAACHAAEAAACIAAAAAAC/AAQABAD/ARAAEQABAwIEAAA/ AwAACACAwxAAAAC/AwAAAgBUAGkAdABsAGUAIAAxAAAAAAAQ8AgAAACtACABYBV9Aw8AEfAcAAAA AADDCwgAAAD/////DQD/vwAAHwQEAAAAAgAAAA8ADfBdAAAAAACfDwQAAAAAAAAAAACoDxsAAABS UEwgYW5kIE9iamVjdGl2ZSBGdW5jdGlvbnMAAKEPFAAAABwAAAAAAAAACgAHABwAAAAAAAAAAACq DwoAAAAcAAAAAQAAAAAADwAE8DoCAAASAArwCAAAAAM4AAAgAgAAEwEL8JIAAAAEAAAAAAB/AAEA 7wGAAPj61zWBADBlAQCCAJiyAACDADBlAQCEAJiyAACFAAAAAACHAAAAAACIAAAAAAC/AAQABAC/ AQEAAQD/ARAAEQABAwMEAAA/AwAACACAwywAAAC/AwAAAgBDAG8AbgB0AGUAbgB0ACAAUABsAGEA YwBlAGgAbwBsAGQAZQByACAAMgAAAAAAEPAIAAAA8AMgAWAVEw8PABHwHAAAAAAAwwsIAAAA//// /xMA/78AAB8EBAAAAAMAAAAPAA3wVAEAAAAAnw8EAAAAAQAAAAAAqA+oAAAAT2JqZWN0aXZlIGZ1 bmN0aW9ucw1Db21wdXRlIHRoZSByYW5rIGJhc2VkIG9uIG1ldHJpY3MNU2VsZWN0IHBhcmVudCBh bW9uZyBjYW5kaWRhdGUgbmV4dCBob3BzDU1ldHJpYyBFeGFtcGxlcw1Ib3AgY291bnQgKE9GMCkN VGhyb3VnaHB1dA1FVFgNRGUtY291cGxlZCBmcm9tIHRoZSBtZXRyaWNzAAChD2wAAAAUAAAAAAAA AAoABwBKAAAAAQAAAAoABwAQAAAAAAAAAAoABwAfAAAAAQAAAAoABwAcAAAAAAAAAAoABwAUAAAA AAAAAEoAAAAABAAAAAQQAAAAAAgAAAAIHwAAAAAMAAAADBwAAAAAEAAAABAAAKoPCgAAAKkAAAAB AAAAAAAAAKYPCgAAAOAAAAA4f1iAeIEPAATwJAAAABIACvAIAAAAATgAAAAMAAAjAAvwDAAAAAQD CQAAAD8DAQABABAA8AcgAAAA////AAAAAADu7OEAH0l9AE+BvQDAUE0AAAD/AIAAgAAPAIgTjQAA AA8AihOFAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLE2UAAAAAAB0QBAAAAAAAAAAAAAAr BAAAAAAAAAAfAETxPQAAAAAAJ/EgAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAA/////xIAAAAP AD3xDQAAAEABQvEFAAAAAQkAAAAPAAIrAAAAAAAAIgQIAAAAAQAAAAIAAAAPAO4DBg0AAAIA7wMY AAAAEAAAAAAAAAAAAAAAAAAAgAAAAAAHAP+/DwAMBBEMAAAPAALwCQwAAPAACPAIAAAAAwAAAAM8 AAAPAAPwxQsAAA8ABPAoAAAAAQAJ8BAAAABGADAAKQANAFQAaAByAG8AAgAK8AgAAAAAPAAABQAA AA8ABPARCQAAEgAK8AgAAAACPAAAIAIAAAMBC/BwAAAABAAAAAAAfwABAO8BgAAIKsc9gQAwZQEA ggCYsgAAgwAwZQEAhACYsgAAhQAAAAAAhwABAAAAiAAAAAAAvwAEAAQA/wEQABEAAQMCBAAAPwMA AAgAgMMQAAAAvwMAAAIAVABpAHQAbABlACAAMQAAABMAIvGIBwAAqcOCBwAAUEsDBBQABgAIAAAA IQAMgYW7/gAAAOIBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbJRRwU7DMAy9I/EPUa6oSccBIdR2 BzqOgGB8gJW4bUSbRHEo29/jbuyAhIY42n7v+fm5Wu+mUcyYyAVfy5UqpUBvgnW+r+Xb9qG4lYIy eAtj8FjLPZJcN5cX1XYfkQSzPdVyyDneaU1mwAlIhYieJ11IE2QuU68jmHfoUV+X5Y02wWf0uciL hmyqFjv4GLPY7Lh9dMJ0Ke6PuGVVLSHG0RnIbFQvU91UT2w8OYviGVJ+hIlR2ibSNEBExqjzKrO3 aqIidJ0zqNpErwvv6g9xGz59wvm/2i3TXnA+qf9ycsKRzty8uP0ZbPEdqmLmIRcaXKTTBn34UPMF AAD//wMAUEsDBBQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAX3JlbHMvLnJlbHOkkMFqwzAMhu+D vYPRvXHaQxmjTm+FXksHuwpbSUxjy1gmbd++pjBYRm876hf6PvHv9rcwqZmyeI4G1k0LiqJl5+Ng 4Ot8WH2AkoLR4cSRDNxJYN+9v+1ONGGpRzL6JKpSohgYS0mfWosdKaA0nCjWTc85YKljHnRCe8GB 9KZttzr/ZkC3YKqjM5CPbgPqfE/V/IcdvM0s3JfGctDc996+omrH13iiuVIwD1QMuCzPMNPc1OdA v/au/+mVERN9V/5C/Eyr9cesFzV2DwAAAP//AwBQSwMEFAAGAAgAAAAhACffNjEaAwAA6gcAABAA AABkcnMvc2hhcGV4bWwueG1s1FXfb9MwEH5H4n+w/IpGu6r8aLUUbZMGSNVUkSIep2virKGOHexL affX89lOWNkTgheI1PTOd/Z9/u5HLt4dGi32yvnamkyevxxLoUxhy9rcZ/Lz+ubsrRSeyZSkrVGZ PCov3y2eP7to574V2Gz8vM3klrmdj0a+2KqG/EvbKgNbZV1DDNXdj1qnvDJMjECNHk3G49ejhmoj FzjK7PN25YJU3O5XTtRlJidSGGoQcl2zVuJcjnp7ciXEX9pi53sQ9DsgSkffcbNf4gtj3ztcIQYY RQQDGAMsIWi7FXxsAYUDFAl4h0xOJ7Pp7PWbyexVQIaNyTsKwwEet4qw+XBly+PiguYb/OOGibk/ B42UMW5s3YMU3x0Bv//WkQM4/dH4TM7Op1PkkqMyffVmAsWdWjanFtM111YHDoRjHUX4kykQIJMF u0G5ZugwFbZpiZcmb4uwK1ysdZ7Xhy/kWhFEkKUOfGvzLbUqOtB+6TlQdeobdhqUyWXHtqpZVNZw XpAG2bMxnsjtwFpw1p5zPqIg/pJBAAGOvz0lHoJ0NuSWkRgIn6Kg9+ATTNWmRNlHkfQ9eiyyWapq TZv8oU9USA4nf0VLc+V2MReBjMu4iUAPUovuMb0ZW7Zk7lHNq84UCJCyoENKAirfFquCxZ5CWgOT A5WnHleqeuo7uGH/o/Wy4sGPfTrzxK+3brpr7daHSOymyx9+ije4xk/lFmMkujBtUj3QHGx8io0S SiO0HM3TC8zuuqZu7Nc6kYobZ1KZs885xhLYQ5GDiE1iOr67TBqECFPL1TuUkbF5lKTYKRdmHEYP Cji0TO8YahhLoQxJ1w/qQ1Q35JWuw8yLtpWztopyWTs+Rsk3fK0V4dBxrHBtAnRjb2qtU6GnFW91 XYbFSGKYkQpUJR75kAYPMnbqpapKFTwQ1C1NT2AXjunlWA5xMlVUAOeL5uuZ5tAxNFf0xKAoGQr/ xFD4vsdcYp4X4u5O4Bee+D8oj8t30fy4Dr/0hOZGqeAdE6hMuSJHSO6/nMfA1/+dukee03iN36Ph m4Mvkm8XPwAAAP//AwBQSwMEFAAGAAgAAAAhAPZPwVbYAAAA+QAAAA8AAABkcnMvZG93bnJldi54 bWxEj01LAzEURfeC/yE8wY3YjMWPYexrEVHUTaFVLO5eJ6+T6CQZk7Qz8+8NLnR5uZdzObPFYFtx 4BCNdwgXkwIEu9or4xqEt9fH8xJETOQUtd4xwsgRFvPjoxlVyvduxYd1akSGuFgRgk6pq6SMtWZL ceI7drnb+WAp5RgaqQL1GW5bOS2Ka2nJuPygqeN7zfXXem8Rri6b773Zlqq/+Rw/yo08ax80I56e DHe3IBIP6X+81Jv3F/1X/qKeFcIUxO5p3AajVhQTB4Tslk2zJcj5DwAAAP//AwBQSwECLQAUAAYA CAAAACEADIGFu/4AAADiAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBL AQItABQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAAAAAAAAAAAAAAC8BAABfcmVscy8ucmVsc1BL AQItABQABgAIAAAAIQAn3zYxGgMAAOoHAAAQAAAAAAAAAAAAAAAAACoCAABkcnMvc2hhcGV4bWwu eG1sUEsBAi0AFAAGAAgAAAAhAPZPwVbYAAAA+QAAAA8AAAAAAAAAAAAAAAAAcgUAAGRycy9kb3du cmV2LnhtbFBLBQYAAAAABAAEAPUAAAB3BgAAAAAAABDwCAAAAK0AIAFgFX0DDwAR8GAAAAAAAMML CAAAAP////8NAP+/DwCIEzwAAAAPAIoTNAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMU AAAAAAC2DwwAAAAAAgAAAAAAAAAAAAAAAB8EBAAAAAIAAAAPAA3weQAAAAAAnw8EAAAAAAAAAAAA qA87AAAAVGhlIE1pbmltdW0gUmFuayBPYmplY3RpdmUgRnVuY3Rpb24gd2l0aCBIeXN0ZXJlc2lz IChNUkhPRikAAKEPIgAAADwAAAAAAAAACgAHADsAAAAAAAIAKAABAAAAAAQCAAAEKAAPAATwdAIA ABIACvAIAAAAAzwAACACAAATAQvwkgAAAAQAAAAAAH8AAQDvAYAASJ+cIIEAMGUBAIIAmLIAAIMA MGUBAIQAmLIAAIUAAAAAAIcAAAAAAIgAAAAAAL8ABAAEAL8BAQABAP8BEAARAAEDAwQAAD8DAAAI AIDDLAAAAL8DAAACAEMAbwBuAHQAZQBuAHQAIABQAGwAYQBjAGUAaABvAGwAZABlAHIAIAAyAAAA AAAQ8AgAAADwAyABYBUTDw8AEfAcAAAAAADDCwgAAAD/////EwD/vwAAHwQEAAAAAwAAAA8ADfCO AQAAAACfDwQAAAABAAAAAACoD8QAAABBcHBsaWNhYmxlIG1ldHJpY3MNTGlzdGVkIGluIEktRC5p ZXRmLXJvbGwtcm91dGluZy1tZXRyaWNzDUFkZGl0aXZlDUdsb2JhbA1NZXRyaWMgbWluaW1pemF0 aW9uIGFzIHJvdXRpbmcgb2JqZWN0aXZlDQ1CYXNlZCBvbiBleHBlcmllbmNlcyB3aXRoIEVUWA1N aWdodCBiZSBhcHBsaWNhYmxlIHRvIGxhdGVuY3kgYW5kIG90aGVyIG1ldHJpY3MNAAChD4oAAAAT AAAAAAAAAAoABwBiAAAAAQAAAAoABwAeAAAAAAAAAAoABwAxAAAAAQAAAAoABwABAAAAAAABAAoA AgAHABMAAAAAAAAACgAAAAAEAAAABB0AAAABCGMAAQgDAAMAAwAUADsAAAAADAAAAAweAAAAABAA AAAQMQAAAAAUAAAAFAEAAAAAGAAAABgAAKoPCgAAAMUAAAABAAAAAAAAAKYPCgAAAOAAAAA4f1iA eIEPAATwJAAAABIACvAIAAAAATwAAAAMAAAjAAvwDAAAAAQDCQAAAD8DAQABABAA8AcgAAAA//// AAAAAADu7OEAH0l9AE+BvQDAUE0AAAD/AIAAgAAPAIgTjQAAAA8AihOFAAAAAAC6DxAAAABfAF8A XwBQAFAAVAAxADAAAACLE2UAAAAAAB0QBAAAAAAAAAAAAAArBAAAAAAAAAAfAETxPQAAAAAAJ/Eg AAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAA/////xIAAAAPAD3xDQAAAEABQvEFAAAAAQkAAAAP AAIrAAAAAAAAIgQIAAAAAQAAAAIAAAAPAO4DyhAAAAIA7wMYAAAAEAAAAAAAAAAAAAAAAAAAgAAA AAAHAP+/DwAMBNUPAAAPAALwzQ8AAAABCPAIAAAAAwAAAANAAAAPAAPwiQ8AAA8ABPAoAAAAAQAJ 8BAAAAAgAG8AbgAgAGUAeABwAGUAAgAK8AgAAAAAQAAABQAAAA8ABPAWAQAAEgAK8AgAAAACQAAA IAIAAAMBC/BwAAAABAAAAAAAfwABAO8BgAB4E5Q6gQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQAA AAAAhwABAAAAiAAAAAAAvwAEAAQA/wEQABEAAQMCBAAAPwMAAAgAgMMQAAAAvwMAAAIAVABpAHQA bABlACAAMQAAAAAAEPAIAAAArQAgAWAVfQMPABHwHAAAAAAAwwsIAAAA/////w0A/78AAB8EBAAA AAIAAAAPAA3wUgAAAAAAnw8EAAAAAAAAAAAAqA8QAAAAU29tZSBUZXJtaW5vbG9neQAAoQ8UAAAA EQAAAAAAAAAKAAcAEQAAAAAAAAAAAKoPCgAAABEAAAABAAAAAAAPAATwMw4AABIACvAIAAAAA0AA ACACAAATAQvwkgAAAAQAAAAAAH8AAQDvAYAAmKVMP4EAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUA AAAAAIcAAAAAAIgAAAAAAL8ABAAEAL8BAQABAP8BEAARAAEDAwQAAD8DAAAIAIDDLAAAAL8DAAAC AEMAbwBuAHQAZQBuAHQAIABQAGwAYQBjAGUAaABvAGwAZABlAHIAIAAyAAAAEwAi8ZoKAACpw5QK AABQSwMEFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAABbQ29udGVudF9UeXBlc10ueG1slFHBTsMw DL0j8Q9RrqhJxwEh1HYHOo6AYHyAlbhtRJtEcSjb3+Nu7ICEhjjafu/5+bla76ZRzJjIBV/LlSql QG+Cdb6v5dv2obiVgjJ4C2PwWMs9klw3lxfVdh+RBLM91XLIOd5pTWbACUiFiJ4nXUgTZC5TryOY d+hRX5fljTbBZ/S5yIuGbKoWO/gYs9jsuH10wnQp7o+4ZVUtIcbRGchsVC9T3VRPbDw5i+IZUn6E iVHaJtI0QETGqPMqs7dqoiJ0nTOo2kSvC+/qD3EbPn3C+b/aLdNecD6p/3JywpHO3Ly4/Rls8R2q YuYhFxpcpNMGffhQ8wUAAP//AwBQSwMEFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAABfcmVscy8u cmVsc6SQwWrDMAyG74O9g9G9cdpDGaNOb4VeSwe7CltJTGPLWCZt376mMFhGbzvqF/o+8e/2tzCp mbJ4jgbWTQuKomXn42Dg63xYfYCSgtHhxJEM3Elg372/7U40YalHMvokqlKiGBhLSZ9aix0poDSc KNZNzzlgqWMedEJ7wYH0pm23Ov9mQLdgqqMzkI9uA+p8T9X8hx28zSzcl8Zy0Nz33r6iasfXeKK5 UjAPVAy4LM8w09zU50C/9q7/6ZURE31X/kL8TKv1x6wXNXYPAAAA//8DAFBLAwQUAAYACAAAACEA jS2EqTAGAAA2HwAAEAAAAGRycy9zaGFwZXhtbC54bWzsV81u2zgQvhfYdyB4XaR2XKdJjChFYiC7 BYzAiFP0WIwlKlZNkSpJuXZOfYd9g320Pkk/kpLjGAU2WKeHBvZB5s/MaOab+TjU2btlKdlCGFto lfDD113OhEp1Vqi7hH+4vTo44cw6UhlJrUTCV8Lyd+d/vDqrBrZiUFZ2UCV85lw16HRsOhMl2de6 Egp7uTYlOUzNXacywgrlyOFFpez0ut23nZIKxc9hSi0m1dj4UXq9GBtWZAl/w5miEq8cauWgycaS UjHTMhOG9XinkY6KBG9GOp3bxiV6ikuZoa+I85E3TOm/DAI69C/oBH9a1xQ88y+tZvBvmfB+77R/ +va4d3rUyEYBKD2EYxFW8NQtL3W2Oj+jwRT/CDFC9//9RM4cgtTmnrOvhuCy/VKTEZzJ98om/PSw 30cyXZj0j457mJjNnenmjqrLoZY+bGacDEPIk0rxgoS7djh0mGEj1WVFbqQmVep1fFiVse52+ZFM xfwQSmLprvVkRpUIArQYWedB3ZT1mgpVclE7nReOSW/yRmR16usEtrv4BXhb4LyGtG7iVlLsCiK8 gTO7WglGkNGSzAhli7KAy352E7CSC+CKhUJlqOKEH7QSJO8QoeQsE/ktTSf3TdIgixwEHUEjdWnm IS85aHARVAhgIc2gkmq2oTIjdYdiHtcqxUtiTgKa3j1bpePUsQX5FHtIW0w3JS5Fvi0Llq5FYeNB 4iJ3rayz0W5rEnLN7rQeSnO7DChP68n9eniFUJhbVSIHoxN+YQoCDFXh0tkVlYVceRhRZTMyViCa YBoFUA+xEpYT/v3bv74uaOBoGguLBgDyJvDN15gnKw3iA9mZ12VR6s9FzAnASrhQBx8mON4A/BtE ytk0Jio864QrnHj+9DPFHF4qPQkjzubC+NIMKqlnXiPoyQArvp5JFvfi7zCdkhWy8Gdn2BsbrfMw zgrjEClWbemGUhCMdgNVpPKuK31VSBkZE1eslkXmFwP2/qwVQDjC75bxyEKyN6VEnovUtQDVI9Uk ofZmmnGopI18/FmqA+kiuoK2NgTFjdRubaS24amJyLtz9in+mn/PfFQNnkiKz5CP4pnZdwz2HQHR x+zDqbZmX+/k6NhL7Nm3G/v+eUb29U727Fufhs/Ivi0CYtqufNqT8SW1wieRUahsTIbQIf+jGe7p uNXadmiGD6D/sp7X3icf9zy0uHXPayX2PW+3nre/cf4GN879bfMFfus9qcE98Vtv396er7397Fsv ELC9aK4ncQFPFi+hL+EC+gMAAP//7FbNbhoxEH4Vy9eKbiCkSVAWCZBQDxxQSM/RsOsFF+/Ysr0p cOo79A36aH2Sjr3LT0jVRkK9sQevPfN51v5mPnsx5VB5zZkCL3GCQ7tK+RVnS8CFxMW0wsynvM37 D9BTODNZ6DiTTTPPXkCR6yo8POk/JK8RQ1GcYjtHUIpxQAwKv8N6V8fdhSRc451XI2Wf1vQl6M2r 2XbfHWv0zG+MKCATKR9YCYozI322HEMp1Sbl113OsiVYJ2g3MXSIMSJLNKf81/efYQ/Q8zCfOB+7 uSgep7bemZna4BWYT8ECmdmqKmWpv8pIlyK6Ui6w9WXGmdumvHNHpLB5dNaQKuWoUZDbW7midaKe xR5nK2EpD22ih1YJZg80WZyP2pag5FZ8jsM5OKEkUgSCo55arYvYz6X1tFeyutKPlAAKetVkLiwe 9VgqVe9HYbA4rWQejHGQLUUpiOM6AX7dbrL6CiWKQmR+R1E1wSYNVQjT9GMtHWXkQ4kt5Wt+BZw4 BNSOzJ04Mtd8/0B6LDITFmvYulToepDypfemlyQuLB/cR20Ekq8IpHka2kWSW/hGxVyqhCj+lJQg MdJCSWUl2Emoj859YJ9Gj5FB9UK1TQaJuUCqmdYOAWpBtFJ9UXU8wXxGub5vd7thsvX1HAGNjtqc FVSbgzjlIjP7bplFrdl/iuw6KuYisnjsnSkyYjvoyvfZM3umJzb1azeu3+Gcp9OaWppA7f+Q4y3J 8eaNHElOezl27m5uA+Iix/NuvR/14fv3W++dcrzceSc32Bl33pEcgxQbNQZdHp6DmQXIDsb+oNDE 9Px6qPMNSdbQ/1v/NwAAAP//AwBQSwMEFAAGAAgAAAAhALm+39bUAAAA+QAAAA8AAABkcnMvZG93 bnJldi54bWxEj8tOwzAQRfdI/IM1SOyoQxBVFepWNFIhK1Bf+yGePNp4HNmmSf8ei0W7vLpX5+rM l6PpxJmcby0reJ4kIIhLq1uuFex366cZCB+QNXaWScGFPCwX93dzzLQdeEPnbahFhLDPUEETQp9J 6cuGDPqJ7YljV1lnMMToaqkdDhFuOpkmyVQabDk+NNhT3lB52v4aBbmfrnZ6Vnx/pXqQr0VljgV+ KPX4ML6/gQg0htuYD2mdH67lP6rQCl5AVJ+XH9fqDfpATkF0i6bREuTiDwAA//8DAFBLAQItABQA BgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1s UEsBAi0AFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAAAAAAAAAAAAAAAALwEAAF9yZWxzLy5yZWxz UEsBAi0AFAAGAAgAAAAhAI0thKkwBgAANh8AABAAAAAAAAAAAAAAAAAAKgIAAGRycy9zaGFwZXht bC54bWxQSwECLQAUAAYACAAAACEAub7f1tQAAAD5AAAADwAAAAAAAAAAAAAAAACICAAAZHJzL2Rv d25yZXYueG1sUEsFBgAAAAAEAAQA9QAAAIkJAAAAAAAAEPAIAAAA8AMgAWAVEw8PABHwKgEAAAAA wwsIAAAA/////xMA/78PAIgTBgEAAA8AihNgAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACL E0AAAAAAALYPOAAAAAACAAAAAAAAAAIAAAAAAAAAAgAAAAAAAAACAAAAAAAAAAIAAAAAAAAAAgAA AAAAAAACAAAAAAAADwCKE5YAAAAAALoPDgAAAF8AXwBfAFAAUABUADkAAACLE3gAAAAAAKwPcAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAIAAAAAEAAAAAAAAAAAAAACAAAAACAAAAAAAAAAAAAAAgAAAA AwAAAAAAgAL//wAAAAAAACAAAAAEAAAAAAAAAAAAAAAgAAAABQAAAAAAAAAAAAAAIAAAAAYAAAAA AB8EBAAAAAMAAAAPAA3wnQEAAAAAnw8EAAAAAQAAAAAAqA/DAAAAU2VsZWN0ZWQgbWV0cmljDVRo ZSByb3V0aW5nIG1ldHJpYyB0byBtaW5pbWl6ZQ0NUGF0aCBtZXRyaWMNQ29tcG9zZWQgb2YgbGlu ayBtZXRyaWNzIG92ZXIgdGhlIGxpbmtzIG9uIGEgcGF0aA0NSXMgcGF0aCBtZXRyaWMgdGhlIHNh bWUgYXMgcmFuaz8NSG93IHRvIHRyYW5zbGF0ZSBFVFggKE5UWCkgb3IgbGF0ZW5jeSAobXMpIHRv IHJhbms/AAChD6wAAAAQAAAAAAAAEAoAWgAHACAAAAABAAAQCgBaAAcADAAAAAAAABAKAFoABwAy AAAAAQAAEAoAWgAHAAEAAAABAJIQCgADACIgAABaAAcAIQAAAAAAABAKAFoABwA0AAAAAQAAEAoA WgAHABAAAAAAAAAAIAAAAAAEAAAABAwAAAAACAAAAAgyAAAAAAwAAAAMAQAAAAAQAAAAECEAAAAA FAAAABQ0AAAAABgAAAAYAACmDwoAAADgAAAAOH9YgHiBDwAE8CQAAAASAArwCAAAAAFAAAAADAAA IwAL8AwAAAAEAwkAAAA/AwEAAQAQAPAHIAAAAP///wAAAAAA7uzhAB9JfQBPgb0AwFBNAAAA/wCA AIAADwCIE40AAAAPAIoThQAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixNlAAAAAAAdEAQA AAAAAAAAAAAAKwQAAAAAAAAAHwBE8T0AAAAAACfxIAAAAAAAAAADAAAAAAAAAAAAAAAAAAAAAAAA AP////8SAAAADwA98Q0AAABAAULxBQAAAAEJAAAADwACKwAAAAAAACIECAAAAAEAAAACAAAADwDu Aw8UAAACAO8DGAAAABAAAAAAAAAAAAAAAAAAAIAAAAAABwD/vw8ADAQaEwAADwAC8BITAAAQAQjw CAAAAAMAAAADRAAADwAD8M4SAAAPAATwKAAAAAEACfAQAAAAZQAgAFUAbAB0AGkAbQBhAAIACvAI AAAAAEQAAAUAAAAPAATwGQEAABIACvAIAAAAAkQAACACAAADAQvwcAAAAAQAAAAAAH8AAQDvAYAA GKpORIEAMGUBAIIAmLIAAIMAMGUBAIQAmLIAAIUAAAAAAIcAAQAAAIgAAAAAAL8ABAAEAP8BEAAR AAEDAgQAAD8DAAAIAIDDEAAAAL8DAAACAFQAaQB0AGwAZQAgADEAAAAAABDwCAAAAK0AIAFgFX0D DwAR8BwAAAAAAMMLCAAAAP////8NAP+/AAAfBAQAAAACAAAADwAN8FUAAAAAAJ8PBAAAAAAAAAAA AKgPEwAAAE1ldHJpYyBNaW5pbWl6YXRpb24AAKEPFAAAABQAAAAAAAAACgAHABQAAAAAAAAAAACq DwoAAAAUAAAAAQAAAAAADwAE8HURAAASAArwCAAAAANEAAAgAgAAEwEL8JIAAAAEAAAAAAB/AAEA 7wGAANi40S+BADBlAQCCAJiyAACDADBlAQCEAJiyAACFAAAAAACHAAAAAACIAAAAAAC/AAQABAC/ AQEAAQD/ARAAEQABAwMEAAA/AwAACACAwywAAAC/AwAAAgBDAG8AbgB0AGUAbgB0ACAAUABsAGEA YwBlAGgAbwBsAGQAZQByACAAMgAAABMAIvGYCwAAqcOSCwAAUEsDBBQABgAIAAAAIQAMgYW7/gAA AOIBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbJRRwU7DMAy9I/EPUa6oSccBIdR2BzqOgGB8gJW4 bUSbRHEo29/jbuyAhIY42n7v+fm5Wu+mUcyYyAVfy5UqpUBvgnW+r+Xb9qG4lYIyeAtj8FjLPZJc N5cX1XYfkQSzPdVyyDneaU1mwAlIhYieJ11IE2QuU68jmHfoUV+X5Y02wWf0uciLhmyqFjv4GLPY 7Lh9dMJ0Ke6PuGVVLSHG0RnIbFQvU91UT2w8OYviGVJ+hIlR2ibSNEBExqjzKrO3aqIidJ0zqNpE rwvv6g9xGz59wvm/2i3TXnA+qf9ycsKRzty8uP0ZbPEdqmLmIRcaXKTTBn34UPMFAAD//wMAUEsD BBQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAX3JlbHMvLnJlbHOkkMFqwzAMhu+DvYPRvXHaQxmj Tm+FXksHuwpbSUxjy1gmbd++pjBYRm876hf6PvHv9rcwqZmyeI4G1k0LiqJl5+Ng4Ot8WH2AkoLR 4cSRDNxJYN+9v+1ONGGpRzL6JKpSohgYS0mfWosdKaA0nCjWTc85YKljHnRCe8GB9KZttzr/ZkC3 YKqjM5CPbgPqfE/V/IcdvM0s3JfGctDc996+omrH13iiuVIwD1QMuCzPMNPc1OdAv/au/+mVERN9 V/5C/Eyr9cesFzV2DwAAAP//AwBQSwMEFAAGAAgAAAAhAGEwclAtBwAAR0AAABAAAABkcnMvc2hh cGV4bWwueG1s7FvNbuM2EL4X6DsQvBZZO46zSYwoi8RA2gLGwoiz6LGgJTpWQ1EqSXmdnPYd+gZ9 tD5JvyHl3x42qJ04NmQgCn+G5HBmvuGQoi4/TTPFJtLYNNcRP/7Q5EzqOE9S/RDxL/e3R+ecWSd0 IlSuZcSfpOWfrn784bLo2IKhsbadIuJj54pOo2HjscyE/ZAXUqNulJtMOGTNQ6Mw0krthMNAmWq0 ms2PjUykml+hKz0ZFH1DqfjzpG9YmkT8hDMtMgzZzbVDS9ZXIpbjXCXSsBZvVNShoQA3vTx+tBVL 4iUsJUZ8xTxXuGE6/9lgQsc0QMPzM2NNgzMatBiDv2nE262L9sXHs9bFaUUbCNBoMR2LaXlO3fQm T56uLkVniP+YYhDd/+cTOnOYZG6eOftqBFi2f5bCSM7Ur9pG/OK43YYync+0T89ayJjlmuFyjS6z bq5o2sw45ZOgFzrGABF3s2TXIYeKOM8K4Xp6UMTUhqZVGOvup78JUzBKopGcus/5YCwK6QnEpGcd CXWZllpqWMl16fJR6tgIuh7EQkHt56fNJoZSNMidTMqYLAejobTpBT4TJfWhrBu4JyU3FSv4A3ub 9uI7gY4zYXowZBgKzQS5Oy89NYGkUZDqBHYd8aMZhVAPmKHiLJGjezEcPFdqBC204ttI0dM35tFr ioR17ZsIiA+iArh0VY0mY6EfYN79UscYJGjJS5PYs0Xcjx2bCFI6iXQm02WKGzlapwVu56ToY0Fx PXIzWmdDv7MuQVfVDsuuMvdTL+VhOXieJ28xFeaeCjkCxiN+bVIBMRSpi8e3IkvVE4kRdjcWxkrM xncNAyi7KPHFEf/n299kF6LjxDCYmuhAkHcegWR1BF/RCQ9o57HM0iz/Iw06gbAiLvXRlwEcHgR/ gplyNgyK8s8y4ho+kPyhSR/Bpc4HPsXZozRkmr5JTFisCAke6IUsXKj0Wf7is0NhpUrJm/q6vsnz kU8nqXGYKUpt5rpKCnTa9OBRmljX+W2qVMBQKLG5ShMq9LIn7ysh4SB+Nw1ODMpeppKjkYzdTEBl T1dKKKmbKu0taUkfP2X6SLkgXSnWKqQIFbFdq4hthVMTJO+u2O/+R/+YfyzlQ5LcAwwJT+iJlEYT 2zIgzwDIUwh5FZBwfXNAts5Pz4iiBuRmgPxri4BsndeAnDvI7QFyDsO3QN7xcfuE1o816LWWodc6 /0gUNfQ2g94218JWe5fQkwZBJ7zzga6JtBZWfz6B9AoUXxyx7FZLB6od9p/finLqCAUS2OctQx2h vPstA3nH4CPXPOMrga8OUvZyw77b5e/wgxSPwjpUeceHKyuRyZ6EjYeOm33UySGH8vNIgjwZm224 qHRDTdHxod+mvuUxcY0enBSp9aP73UYCB4yeFfDUkOHv8A3LpmdHO3FjhwqZDZcU+LbwcvItl5QD 1UU4QPCHebSRWdFMfY5A4tjnU7z6ZceeXACoIgh/pBfO9VahuCe71gN1kuQeNw/rdrJsHfpOiBYt +hFoavTgduE7vNxE6GGr5wh1aFGHFos7hfXBxNoNwe3dKfQrl/eQlX+ce8kQZtTr2rv0md9f0aRO +sII3OL9zoXdGlzbA9dC6K92Cbd+y/5mb9lfdMdlofKX4qw+Koz4hvdwF0J/NZzNvi1ZvexOe7T6 65PZhyjb/PrkXwAAAP//7FXNjtsgEH4VxLVKHWez3V2rjpSsFPWQQ7TZnldjjBMaDAjwNtlT36Fv 2CfpAM5Pox5zjA94mBkG+D4+KDxUC+ezyVcoat68LC2aGRRmaYMrNUtLtl0rWv1DlHRIiQS1LilX g+8rStxHSe9GQ3RXMZhSupIqrTiGvRVbHnqraFGy5VaVNI9DGJhjomFxvNK2BSk++LfYrcBxKRRW wBmUXlqtm2jXwvp9tFzrnyUHLDqkYdFShVbpuZAy7SZ5nJaiDs4QdmzDW/4sLXkHWVK/y2nK/SeL Nw1n/gBQt1CvuwhVF8r0tgQvFPF7wxtguM5PrRpIH6pBweEiwCEFmLsIMNfPbxPyfkLe0hfo8JEU ZCNQEwobsmulcgWUdOO9KbIsbgjcZ224wlgTYPTYteustvBTqHUrMwT9S9aCUBEoJJm0YBclfRiP nu4RYOy9REzlO4KSUyJUzZUv6WD0eP8QMkCuEWhJCZ6WV6hWyP5TPh4H/q3HMfjnsFAzu43jG638 NA6BzutwdBCsPoypGzxJuLJlpxhOkvf0rQyLFBm2ZD7xkw/D10Mk1SljxpvLXNzkMdUZdsqYNogj Uo91vUt1DyXR10erDg9FT23VrT6O5hy3ckba1ApAGIzwbDOHVkg8jHdjStgGrOO4m1gaCqyHnugu 6Z9fvxP/V5Hd6PEmu+vLjoQvSO/YHJSYPMfQybhJNNwWQXYHPd0kml7Gm0TPrswrv4znMj3I9e0/ UsxM4XczXe/x+TR4+0/+AgAA//8DAFBLAwQUAAYACAAAACEAPqjT+9UAAAD5AAAADwAAAGRycy9k b3ducmV2LnhtbESPy07DMBBF90j8gzVI7KhDEVUV6lZQ8cgK1JYPmGYmjxKPI9s0KV+PxaIsr+7V uTqL1Wg7dWQfWicGbicZKJbSUSu1gc/dy80cVIgohJ0TNnDiAKvl5cUCc3KDbPi4jbVKEAk5Gmhi 7HOtQ9mwxTBxPUvqKuctxhR9rcnjkOC209Msm2mLraSHBnteN1x+bb+tgXWYPe1oXny8T2nQ90Vl DwW+GnN9NT4+gIo8xv9xTc/yQ+fyD1WQgTtQ1dtp71vaYIjsDSS3ZJosQS9/AQAA//8DAFBLAQIt ABQABgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10u eG1sUEsBAi0AFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAAAAAAAAAAAAAAAALwEAAF9yZWxzLy5y ZWxzUEsBAi0AFAAGAAgAAAAhAGEwclAtBwAAR0AAABAAAAAAAAAAAAAAAAAAKgIAAGRycy9zaGFw ZXhtbC54bWxQSwECLQAUAAYACAAAACEAPqjT+9UAAAD5AAAADwAAAAAAAAAAAAAAAACFCQAAZHJz L2Rvd25yZXYueG1sUEsFBgAAAAAEAAQA9QAAAIcKAAAAAAAAEPAIAAAA8AMgAWAVEw8PABHwogEA AAAAwwsIAAAA/////xMA/78PAIgTfgEAAA8AihOIAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEA AACLE2gAAAAAALYPYAAAAAACAAAAAAAAAAIAAAAAAAAAAgAAAAAAAAACAAAAAAAAAAIAAAAAAAAA AgAAAAAAAAACAAAAAAAAAAIAAAAAAAAAAgAAAAAAAAACAAAAAAAAAAIAAAAAAAAAAgAAAAAAAA8A ihPmAAAAAAC6Dw4AAABfAF8AXwBQAFAAVAA5AAAAixPIAAAAAACsD8AAAAAAAAAAAAAAAAAAAAAA AAAAAAAAACAAAAABAAAAAAAAAAAAAAAgAAAAAgAAAAAAAAAAAAAAIAAAAAMAAAAAAAAAAAAAACAA AAAEAAAAAAAAAAAAAAAgAAAABQAAAAAAAAAAAAAAIAAAAAYAAAAAAAAAAAAAACAAAAAHAAAAAAAA AAAAAAAgAAAACAAAAAAAgAL//wAAAAAAACAAAAAJAAAAAAAAAAAAAAAgAAAACgAAAAAAAAAAAAAA IAAAAAsAAAAAAB8EBAAAAAMAAAAPAA3waQMAAAAAnw8EAAAAAQAAAAAAqA+ZAQAAQ29tcHV0ZSB0 aGUgUGF0aCBtZXRyaWMgYW5kIHBhcmVudA1BdCB0aGUgcm9vdA1jdXJfbWluX3BhdGhfbWV0cmlj ID0gTUlOX1BBVEhfTUVUUklDDU9uIG90aGVyIG5vZGVzDWNhbmRpZGF0ZV9taW5fcGF0aF9tZXRy aWMoaSkgPQtMaW5rIG1ldHJpYyB0byBhIGNhbmRpZGF0ZSBpICsgUGF0aCBtZXRyaWMgZnJvbSBp IHRvIHRoZSBEQUcgcm9vdA1jdXJfbWluX3BhdGhfbWV0cmljID0gTWlue2NhbmRpZGF0ZV9taW5f cGF0aF9tZXRyaWMoMS4ubil9DVBhcmVudCA9IGNhbmRpZGF0ZSB3aG9zZSBjb3N0IGlzIGVxdWFs IHRvIGN1cl9taW5fcGF0aF9tZXRyaWMNDUV4YW1wbGVzDUVUWDogUGF0aHMgd2l0aCB0aGUgc21h bGxlc3QgZXhwZWN0ZWQgdHJhbnNtaXQgY291bnQNTGF0ZW5jeTogTGVhc3QgbGF0ZW5jeSBwYXRo cwAAoQ8EAQAAIwAAAAAAABAKAFoABwAMAAAAAQAAEAoAWgAHACYAAAACAAAQCgBaAAcADwAAAAEA ABAKAFoABwDaAAAAAgAAEAoAWgAHAAEAAAACAJIQCgADABMgAABaAAcACQAAAAAAABAKAFoABwBS AAAAAQAAEAoAWgAHACMAAAAAAAIAGwAMAAAAAAQCAAAEGAAmAAAAAAgCAAAIFAAPAAAAAAwCAAAM GAA6AAAAABACAAAQFAABAAAAAxQCAAMUFAAUAAAAABgCAAAYFAACAAAAAxwCAAMcFACJAAAAACAC AAAgFAABAAAAAyQCAAMkFAAJAAAAACgCAAAoGwBSAAAAACwCAAAsGAAAAKoPmAAAAC8AAAAAAAAA EwAAAAEAAAADACIAAAAAAAAAGQAAAAEAAAADAAEAAAAAAAAAAQAAAAEAAAADAB8AAAAAAAAAAQAA AAEAAAADABQAAAAAAAAAAQAAAAEAAAADABEAAAAAAAAAEwAAAAEAAAADAAcAAAAAAAAAGQAAAAEA AAADADIAAAAAAAAAEwAAAAEAAAADAF0AAAAAAAAAAACmDwgAAADAAAAAWIB4gQ8ABPAkAAAAEgAK 8AgAAAABRAAAAAwAACMAC/AMAAAABAMJAAAAPwMBAAEAEADwByAAAAD///8AAAAAAO7s4QAfSX0A T4G9AMBQTQAAAP8AgACAAA8AiBONAAAADwCKE4UAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAA AIsTZQAAAAAAHRAEAAAAAAAAAAAAACsEAAAAAAAAAB8ARPE9AAAAAAAn8SAAAAAAAAAAAwAAAAAA AAAAAAAAAAAAAAAAAAD/////EgAAAA8APfENAAAAQAFC8QUAAAABCQAAAA8AAisAAAAAAAAiBAgA AAABAAAAAgAAAA8A7gO+EAAAAgDvAxgAAAAQAAAAAAAAAAAAAAAAAACAAAAAAAcA/78PAAwEyQ8A AA8AAvDBDwAAIAEI8AgAAAADAAAAA0gAAA8AA/B9DwAADwAE8CgAAAABAAnwEAAAAHUAcABjAC0A TQBhAGMALQACAArwCAAAAABIAAAFAAAADwAE8BABAAASAArwCAAAAAJIAAAgAgAAAwEL8HAAAAAE AAAAAAB/AAEA7wGAAFjcWDqBADBlAQCCAJiyAACDADBlAQCEAJiyAACFAAAAAACHAAEAAACIAAAA AAC/AAQABAD/ARAAEQABAwIEAAA/AwAACACAwxAAAAC/AwAAAgBUAGkAdABsAGUAIAAxAAAAAAAQ 8AgAAACtACABYBV9Aw8AEfAcAAAAAADDCwgAAAD/////DQD/vwAAHwQEAAAAAgAAAA8ADfBMAAAA AACfDwQAAAAAAAAAAACoDwoAAABIeXN0ZXJlc2lzAAChDxQAAAALAAAAAAAAAAoABwALAAAAAAAA AAAAqg8KAAAACwAAAAEAAAAAAA8ABPAtDgAAEgAK8AgAAAADSAAAIAIAABMBC/CSAAAABAAAAAAA fwABAO8BgAAIjNw1gQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQAAAAAAhwAAAAAAiAAAAAAAvwAE AAQAvwEBAAEA/wEQABEAAQMDBAAAPwMAAAgAgMMsAAAAvwMAAAIAQwBvAG4AdABlAG4AdAAgAFAA bABhAGMAZQBoAG8AbABkAGUAcgAgADIAAAATACLxygoAAKnDxAoAAFBLAwQUAAYACAAAACEADIGF u/4AAADiAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWyUUcFOwzAMvSPxD1GuqEnHASHUdgc6joBg fICVuG1Em0RxKNvf427sgISGONp+7/n5uVrvplHMmMgFX8uVKqVAb4J1vq/l2/ahuJWCMngLY/BY yz2SXDeXF9V2H5EEsz3Vcsg53mlNZsAJSIWIniddSBNkLlOvI5h36FFfl+WNNsFn9LnIi4ZsqhY7 +Biz2Oy4fXTCdCnuj7hlVS0hxtEZyGxUL1PdVE9sPDmL4hlSfoSJUdom0jRARMao8yqzt2qiInSd M6jaRK8L7+oPcRs+fcL5v9ot015wPqn/cnLCkc7cvLj9GWzxHapi5iEXGlyk0wZ9+FDzBQAA//8D AFBLAwQUAAYACAAAACEAMd1fYdIAAACPAQAACwAAAF9yZWxzLy5yZWxzpJDBasMwDIbvg72D0b1x 2kMZo05vhV5LB7sKW0lMY8tYJm3fvqYwWEZvO+oX+j7x7/a3MKmZsniOBtZNC4qiZefjYODrfFh9 gJKC0eHEkQzcSWDfvb/tTjRhqUcy+iSqUqIYGEtJn1qLHSmgNJwo1k3POWCpYx50QnvBgfSmbbc6 /2ZAt2CqozOQj24D6nxP1fyHHbzNLNyXxnLQ3PfevqJqx9d4orlSMA9UDLgszzDT3NTnQL/2rv/p lRETfVf+QvxMq/XHrBc1dg8AAAD//wMAUEsDBBQABgAIAAAAIQBCCBDWXwYAALQiAAAQAAAAZHJz L3NoYXBleG1sLnhtbOxXzW7jNhC+F+g7ELwWWTteZxMbURaJgbQFjIURZ9FjMJaoWDVFqiTltXPq O/QN+mh9kn5DSY6T02KTBkVrA5b4MzOc+WY+kjr/uCm1WCvnC2sSefyuL4Uyqc0Kc5/Iz7fXR2dS +EAmI22NSuRWefnx4vvvzquxrwSUjR9XiVyGUI17PZ8uVUn+na2UwVxuXUkBXXffq5zyygQKWKjU vUG//6FXUmHkBUyZ9byaOW6ln9YzJ4oske+lMFRiyYk1AZpipilVS6sz5cRA9lrpRpHgzdSmK9+6 RF/jUuboC+J84o0w9keHgI55gV70p3PNwDNetFrCv00ih4PRcPThdDA6aWUbASg9huMRVvQ0bK5s tr04p/ECb4TYQPftfiJnAUFa9yDFF0dw2f9Wk1NS6J+NT+ToeDhEMkPsDE9OB+i4/ZnF/oypy4nV HLZwQccm5MmkWCCRoWtOAnqYSG1ZUZiaeZWyDodVOR9uN7+QqwQ3oaQ24ZOdL6lSUYDWUx8Y1H1Z 1jSokss62LwIIkeu5ylppH00OOljKc2L3KisTrlyEonCwXBjp4GSbWgf5mGr1UthhV2491Ir0Qhy XJKbopBRKBwJejcRPb0G0hgoTIa6TuRRJ0H6HhFqKTKV39Ji/tCmEbLIStRRNDVXbhUzxWBdRhUC fIAK5DLtNFSWZO5R3rPapFikyVJEk93zVTpLg1gTJ50h7TDdl7hS+XPZffhh41HiMg+dbPCN3c4k 5NrZRT3R7nYTUV7U84dd8xqhiLCtVA6OJ/LSFQQYqiKky2sqC71lGFF3S3JeIZpoGlyqJxiJw4n8 6/c/uS5oHGjRlBqNAeRNZCBXHdOXxs0D2VnVZVHaX4smJwArkcocfZ5jwwPw7xGpFIsmUfFZJ9Jg D+T90BUreGnsPLakWCnHu2dUSZmLrSDTA1a4wkkXD+qn2F2QV7rg3TTOzZy1eWxnhQuIFKO+DBOt CEb7kTzasOvGXhdaN7XfjHiri4wHI/a8+yog3MAfNs0mhmTvS6k8V2noAKqnpk1CzWbadqykvXz8 UJojHRp0FT2bUNRMpP7ZROpbnroG+XAh7u7u+N++YrPt876ACsITCeJscUSvzMRTMPEE6D5lIva8 HRMHZyenLHFg4suY+McrMnFwdmDibmd8TSYyC+MvEjISE2Rs+dg2ut6Bnv+lg/JAz3//Qdkwb/fk RkfGu7dgY3cpfXpY4mzcHZadxOGwfNlh+VXXVmWyGTnCbfZwceWr4ZtcXB9B/8fupB2JDjTjr7nD 16H4f38dPl5F2/OuO/Pe4sj7tu/DvwEAAP//7FbvatswEH8Voa+jc9KGsYY60ATCPoRhmu7zuNhy okU+CUnu0n7aO+wN9mh7kp0k5y8bG6wMOiKwfLr7+WTd6f7cw2L+lPPr/mDQ63Fmvco5vQXMcGzX Oe9zVmv0t2qJOYfWa84UeImdmKArwKXEZdFi6QN+dANDhXNTBsKZsig9ewBS2++FwbPRTXaMGIv6 FHt5ACUde8Rt7bdY75LerUrCddJFO1H2fkM7wXDRzp925JSOwvyjETWUIue3VoLizEhfrqbQSPWY 86sBZ+UKrBN0mqg66JgQJ7Jz/v3L13AGGHpYzJyPZCXqu8Kmk5nCBmmaCsvWbSMb/UlGuyoyVs4F XnyYc+bI8Jdvg9kXUZggbc5RoyCxt3JNf4l6HinO1sKSF/pkHPpHMDugKeP3qG0DSj6Jd3G5ACeU RNJAcNSF1bqOdCWtp5MS1zV+ogSQ0l7nt/DrqKdSqXQahYHjtJJVYMZFuRKNIAsn8/tNv/PpEUrU tSj91kDtDDsntEFNR8ebdOCPVw1eKJ+sK+BEICAJSnciKF23v02W9yP2kcZuikRaJvZOEmA0EiC+ OrL7OFxUum40vxyXCmtj1P6nrk0e6+YT/wisCrBAkXgOuhCo/yTo9kaPgWLCxoZtGoVuCDlfeW+G WeZCzgD3WhuBJKtDpvK0tMussvCZ6kejMsprb7IGJMZcRHmUNWBnISVfXoeUR6u7mLbUQ6pSEiuB lKYvtgiIZYpSOiXkc2X7WSF7T6XlD6rX3qu/CaWrWIzO9Sv2E39Zv/ZGP4fSi28Sv6Vu5VmaxHOQ nbR8z9YkHvR+ofXbPifsJCFhag/ZL8ZRO0JNI9XCzAz9Zqyrx0g6M/oBAAD//wMAUEsDBBQABgAI AAAAIQC+uCCj1QAAAPkAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI/NTsMwEITvSLyDtUhcEHVoRVWl 3VZQCcgJ1JYHWOLNT4nXkW2a9O2xONDjaEbf6FttRtupE/vQOkF4mGSgWEpnWqkRPg8v9wtQIZIY 6pwwwpkDbNbXVyvKjRtkx6d9rFWCSMgJoYmxz7UOZcOWwsT1LKmrnLcUU/S1Np6GBLednmbZXFtq JT001PO24fJ7/2MRtmH+fDCL4uN9agb9WFT2WNAr4u3N+LQEFXmMlzH5anbn/8s/VGEQZqCqt/OX b82OQmSPkNySabIEvf4FAAD//wMAUEsBAi0AFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAAAAAAAA AAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAMd1fYdIAAACPAQAA CwAAAAAAAAAAAAAAAAAvAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAQggQ1l8GAAC0IgAA EAAAAAAAAAAAAAAAAAAqAgAAZHJzL3NoYXBleG1sLnhtbFBLAQItABQABgAIAAAAIQC+uCCj1QAA APkAAAAPAAAAAAAAAAAAAAAAALcIAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAQABAD1AAAAuQkA AAAAAAAQ8AgAAADwAyABYBUTDw8AEfB8AAAAAADDCwgAAAD/////EwD/vw8AiBNYAAAADwCKE1AA AAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTMAAAAAAAtg8oAAAAAAIAAAAAAAAAAgAAAAAA AAACAAAAAAAAAAIAAAAAAAAAAgAAAAAAAAAAHwQEAAAAAwAAAA8ADfAVAgAAAACfDwQAAAABAAAA AACoDzUBAABMaW5rIG1ldHJpYyBjYW4gaGF2ZSBqaXR0ZXINRXhhbXBsZTogRVRYIGppdHRlciBk dWUgdG8gY2hhbmdpbmcgbGluayBxdWFsaXR5DUNhbiBjYXVzZSBjaHVybiBpbiB0aGUgdG9wb2xv Z3kNDUh5c3RlcmVzaXMgZGVsYXlzIHRoZSBlZmZlY3RzDVNob3J0LXRlcm0gYW5kIHNtYWxsIGNo YW5nZXMgaW4gbGluayBwcm9wZXJ0aWVzIHNob3VsZCBub3QgdHJpZ2dlciBwYXRoIHJlY29tcHV0 YXRpb24NDUNoYW5nZSBwYXJlbnQgaWYgdGhlIG5ldyBwYXRoIG1ldHJpYyBpcyBiZXR0ZXIgYnkg YXQgbGVhc3QgUEFSRU5UX1NXSVRDSF9USFJFU0hPTEQAAKEPkAAAABwAAAAAAAAQCgBQAAcAUQAA AAEAABAKAFAABwAfAAAAAAAAEAoAUAAHAFYAAAABAAAQCgBQAAcAAQAAAAAAARAKAAIAUAAHAFMA AAAAAAAQCgBQAAcAHAAAAAAAAgAeAFEAAAAABAIAAAQaAB8AAAAACAIAAAgeAFYAAAAADAIAAAwa AFQAAAAAEAIAABAeAAAAqg8aAAAA1AAAAAAAAAANAAAAAQAAAAMAVQAAAAAAAAAAAKYPCgAAAOAA AAA4f1iAeIEPAATwJAAAABIACvAIAAAAAUgAAAAMAAAjAAvwDAAAAAQDCQAAAD8DAQABABAA8Acg AAAA////AAAAAADu7OEAH0l9AE+BvQDAUE0AAAD/AIAAgAAPAIgTjQAAAA8AihOFAAAAAAC6DxAA AABfAF8AXwBQAFAAVAAxADAAAACLE2UAAAAAAB0QBAAAAAAAAAAAAAArBAAAAAAAAAAfAETxPQAA AAAAJ/EgAAAAAAAAAAMAAAAAAAAAAAAAAAAAAAAAAAAA/////xIAAAAPAD3xDQAAAEABQvEFAAAA AQkAAAAPAAIrAAAAAAAAIgQIAAAAAQAAAAIAAAAPAO4DvAQAAAIA7wMYAAAAEAAAAAAAAAAAAAAA AAAAgAAAAAAHAP+/DwAMBMcDAAAPAALwvwMAADABCPAIAAAAAwAAAANMAAAPAAPwewMAAA8ABPAo AAAAAQAJ8BAAAAAAAAAAOI4COgAAAAAAAAAAAgAK8AgAAAAATAAABQAAAA8ABPAaAQAAEgAK8AgA AAACTAAAIAIAAAMBC/BwAAAABAAAAAAAfwABAO8BgAAYGz4xgQAwZQEAggCYsgAAgwAwZQEAhACY sgAAhQAAAAAAhwABAAAAiAAAAAAAvwAEAAQA/wEQABEAAQMCBAAAPwMAAAgAgMMQAAAAvwMAAAIA VABpAHQAbABlACAAMQAAAAAAEPAIAAAArQAgAWAVfQMPABHwHAAAAAAAwwsIAAAA/////w0A/78A AB8EBAAAAAIAAAAPAA3wVgAAAAAAnw8EAAAAAAAAAAAAqA8UAAAAT3RoZXIgQ29uc2lkZXJhdGlv bnMAAKEPFAAAABUAAAAAAAAACgAHABUAAAAAAAAAAACqDwoAAAAVAAAAAQAAAAAADwAE8CECAAAS AArwCAAAAANMAAAgAgAAEwEL8JIAAAAEAAAAAAB/AAEA7wGAANgs1TWBADBlAQCCAJiyAACDADBl AQCEAJiyAACFAAAAAACHAAAAAACIAAAAAAC/AAQABAC/AQEAAQD/ARAAEQABAwMEAAA/AwAACACA wywAAAC/AwAAAgBDAG8AbgB0AGUAbgB0ACAAUABsAGEAYwBlAGgAbwBsAGQAZQByACAAMgAAAAAA EPAIAAAA8AMgAWAVEw8PABHwHAAAAAAAwwsIAAAA/////xMA/78AAB8EBAAAAAMAAAAPAA3wOwEA AAAAnw8EAAAAAQAAAAAAqA9zAAAARnJlcXVlbmN5IG9mIHVwZGF0ZXMNUGVyaW9kaWMNUmVhY3Rp dmUNTWV0cmljLXNwZWNpZmljIHBhcmFtZXRlcnMNTWF4IGFuZCBtaW4NUm91dGUgc3dpdGNoaW5n IHRocmVzaG9sZA1UaWUtYnJlYWtlcgAAoQ+IAAAAFQAAAAAAAAAKAAcAEgAAAAEAAAAKAAcAGwAA AAAAAAAKAAcAJgAAAAEAAAAKAAcADAAAAAAAAAAKAAcAFQAAAAAAAAAIAAAAAAQAAAAEAQAAAAEI YwABCAMAAwADABQACQAAAAAMAAAADBsAAAAAEAAAABAmAAAAABQAAAAUDAAAAAAYAAAAGAAAqg8K AAAAdAAAAAEAAAAAAAAApg8KAAAA4AAAADh/WIB4gQ8ABPAkAAAAEgAK8AgAAAABTAAAAAwAACMA C/AMAAAABAMJAAAAPwMBAAEAEADwByAAAAD///8AAAAAAO7s4QAfSX0AT4G9AMBQTQAAAP8AgACA AA8AiBONAAAADwCKE4UAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTZQAAAAAAHRAEAAAA AAAAAAAAACsEAAAAAAAAAB8ARPE9AAAAAAAn8SAAAAAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAD/ ////EgAAAA8APfENAAAAQAFC8QUAAAABCQAAAA8AAisAAAAAAAAiBAgAAAABAAAAAgAAABAAERBb AAAAAAYAAHicu3Be8MHCjVIPGdCAHQMzw7//nAxsSGKMUAwGAgxA+f//QUwYDQL/R8GQAn+B+N9A O2IUDBgIQs/4JAImBlaUPE+Mnn9EqiMWkGo/tcFQth8AqeLv0QAAchcsAAAAAQCgAAAAAABkDQAA 2pUAAEaaAAAqnwAAOKwAAAq9AAAh0QAA5+EAAKvmAAAAAPUPHAAAAAAAAABJLwADAAAAAA7nAAAB AAAACgAAAAEAEAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/v8AAAMK AQAAAAAAAAAAAAAAAAAAAAAAAQAAAALVzdWcLhsQk5cIACss+a4wAAAA3AIAAA8AAAABAAAAgAAA AAMAAACIAAAABAAAAKgAAAAGAAAAsAAAAAcAAAC4AAAACAAAAMAAAAAJAAAAyAAAAAoAAADQAAAA FwAAANgAAAALAAAA4AAAABAAAADoAAAAEwAAAPAAAAAWAAAA+AAAAA0AAAAAAQAADAAAAHwCAAAC AAAA6f0AAB4AAAAYAAAAT24tc2NyZWVuIFNob3cgKDQ6MykAAAAAAwAAAGbnAAADAAAAPgAAAAMA AAAHAAAAAwAAAAAAAAADAAAAAAAAAAMAAAAAAAAAAwAAAAAADAALAAAAAAAAAAsAAAAAAAAACwAA AAAAAAALAAAAAAAAAB4QAAAMAAAABgAAAEFyaWFsAAgAAABDYWxpYnJpABcAAADvvK3vvLMg77yw 44K044K344OD44KvAAwAAABDb3VyaWVyIE5ldwANAAAAT2ZmaWNlIFRoZW1lAGkAAABUaGUgTWlu aW11bSBSYW5rIE9iamVjdGl2ZSBGdW5jdGlvbiB3aXRoIEh5c3RlcmVzaXMgKE1SSE9GKSAgZHJh ZnQtZ25hd2FsaS1yb2xsLW1pbnJhbmstaHlzdGVyZXNpcy1vZi0wMAAcAAAAUlBMIGGBAAAAggAA AIMAAACEAAAAhQAAAIYAAACHAAAAiAAAAIkAAACKAAAAiwAAAIwAAACNAAAAjgAAAI8AAACQAAAA /v////7////+//////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////7/AAADCgEA AAAAAAAAAAAAAAAAAAAAAAEAAADghZ/y+U9oEKuRCAArJ7PZMAAAAFguAAALAAAAAQAAAGAAAAAC AAAAaAAAAAQAAACMAAAACAAAAJgAAAAJAAAArAAAABIAAAC4AAAACgAAAOAAAAAMAAAA7AAAAA0A AAD4AAAADwAAAAQBAAARAAAADAEAAAIAAAAQJwAAHgAAABwAAABUaGUgRVRYIE9iamVjdGl2ZSBG dW5jdGlvbgAAHgAAAAQAAABvZwAAHgAAAAwAAABKUCBWYXNzZXVyAAAeAAAABAAAADE2AAAeAAAA IAAAAE1pY3Jvc29mdCBNYWNpbnRvc2ggUG93ZXJQb2ludAAAQAAAADFCR1xEAAAAQAAAAIBa6h66 x8oBQAAAAI/36qqfDMsBAwAAADQBAABHAAAAQi0AAP7///9QSUNULToAAAAAAIcAtAARAv8MAP/+ AAAASAAAAEgAAAAAAAAAhwC0AAAAAAAeAAEACgAAAAAAhwC0AJr/AAAAgtAAAAAAAIcAtAAAAAQA AAAAAEgAAABIAAAAEAAgAAQACAAAACAAAAAAAAAAAAAAAAAAhwC0AAAAAACHALQAAAAMgf+B/4H/ gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B /4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/ gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B /7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/ sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x /wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/ AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AHCB/6//AJnr/wHy/fv/ Afj31f8Amfj/APz+/wHsrP3/Afv08v8A8MD/AJnr/wHy/fv/Afj31f8Amfj/APz+/wHsrP3/Afv0 8v8A8MD/AJnr/wHy/fv/Afj31f8Amfj/APz+/wHsrP3/Afv08v8A8N7/AMqB/7X/Bk43FjE3zh31 /wLzFHL+/wXbF5P/W8n7/wGVj+f/BPIXPDCQ9P8AHfr/B58wNy6v/9JK/f8Brnf2/wTP1f/kQMb/ Bk43FjE3zh31/wLzFHL+/wXbF5P/W8n7/wGVj+f/BPIXPDCQ9P8AHfr/B58wNy6v/9JK/f8Brnf2 /wTP1f/kQMb/Bk43FjE3zh31/wLzFHL+/wXbF5P/W8n7/wGVj+f/BPIXPDCQ9P8AHfr/B58wNy6v /9JK/f8Brnf2/wTP1f/kQN7/AYqB/7P/DDfb//8d/Nj5///+2+v9/ynsKibw//9vS4T/7Pv87fXa /v/08//p/Nb7/tb3//vr///n//P16OX/6uH9/xXsJ//uEOv/89Hw///p/Nn5//8d//3m/v8SxjDx /+Ac49JK8dn+//fw///m3/7/EvfU9/l5heTk7fft///u+P/x1/vO/ww32///HfzY+f///tvr/f8p 7Com8P//b0uE/+z7/O312v7/9PP/6fzW+/7W9//76///5//z9ejl/+rh/f8V7Cf/7hDr//PR8P// 6fzZ+f//Hf/95v7/EsYw8f/gHOPSSvHZ/v/38P//5t/+/xL31Pf5eYXk5O337f//7vj/8df7zv8M N9v//x382Pn///7b6/3/KewqJvD//29LhP/s+/zt9dr+//Tz/+n81vv+1vf/++v//+f/8/Xo5f/q 4f3/Fewn/+4Q6//z0fD//+n82fn//x3//eb+/xLGMPH/4Bzj0krx2f7/9/D//+bf/v8S99T3+XmF 5OTt9+3//+74//HX++j/AZOB/7P/DTfb//8YTlsv+/tJbTec/v8q7C18lP/0MJOE/1LK0jFIRmj/ kor/Jk9UPFRcK/nLUP//G/+SQVUkcUwwoP7/Fewn/+oa89NKdCnS/yZOWy/7/x3/YYP+/wFsm/7/ JGee0iJLTU//q3D/e1dSX//XJGA70DI3X1cy1DX//zraskJnN/PP/w032///GE5bL/v7SW03nP7/ KuwtfJT/9DCThP9SytIxSEZo/5KK/yZPVDxUXCv5y1D//xv/kkFVJHFMMKD+/xXsJ//qGvPTSnQp 0v8mTlsv+/8d/2GD/v8BbJv+/yRnntIiS01P/6tw/3tXUl//1yRgO9AyN19XMtQ1//862rJCZzfz z/8NN9v//xhOWy/7+0ltN5z+/yrsLXyU//Qwk4T/UsrSMUhGaP+Siv8mT1Q8VFwr+ctQ//8b/5JB VSRxTDCg/v8V7Cf/6hrz00p0KdL/Jk5bL/v/Hf9hg/7/AWyb/v8kZ57SIktNT/+rcP97V1Jf/9ck YDvQMjdfVzLUNf//OtqyQmc38+n/AY2B/7P/DTfb//8Y5v9Gz6pv+eMk/v8q7C3eMP+ZhpWE/1LK 0jH6+xn/kor/GOf/Jcj/SsvLUP//G/+Sbf+lSf/KS/7/BOwJOQ+5/f8LjY//GOb/Rs//HXh//f8B ULf+/yR/idIx/P8u2atw5zP5+SrjZJz/+v+Ilf/qMf8v3eI2/y3p+Wijz/8NN9v//xjm/0bPqm/5 4yT+/yrsLd4w/5mGlYT/UsrSMfr7Gf+Siv8Y5/8lyP9Ky8tQ//8b/5Jt/6VJ/8pL/v8E7Ak5D7n9 /wuNj/8Y5v9Gz/8deH/9/wFQt/7/JH+J0jH8/y7Zq3DnM/n5KuNknP/6/4iV/+ox/y/d4jb/Len5 aKPP/w032///GOb/Rs+qb/njJP7/Kuwt3jD/mYaVhP9SytIx+vsZ/5KK/xjn/yXI/0rLy1D//xv/ km3/pUn/ykv+/wTsCTkPuf3/C42P/xjm/0bP/x14f/3/AVC3/v8kf4nSMfz/LtmrcOcz+fkq42Sc //r/iJX/6jH/L93iNv8t6floo+n/AZCB/7P/DTfb//8d//9Zw4g0X19x/v8q7C3/Q8c06JWE/1LK 0kr//x3/kor/Hf//Nub/WcLLUP//G/+Siv+2Zv/ZQv7/FOwn/4hm/+lUXDWJ/x3//1nD/xs5tP3/ AWSh/v8RZaTSSv//T8OrcMgcX19g6ETN/v8LiJX/6jH/ioaMkf8N/l8Awc//DTfb//8d//9Zw4g0 X19x/v8q7C3/Q8c06JWE/1LK0kr//x3/kor/Hf//Nub/WcLLUP//G/+Siv+2Zv/ZQv7/FOwn/4hm /+lUXDWJ/x3//1nD/xs5tP3/AWSh/v8RZaTSSv//T8OrcMgcX19g6ETN/v8LiJX/6jH/ioaMkf8N /l8Awc//DTfb//8d//9Zw4g0X19x/v8q7C3/Q8c06JWE/1LK0kr//x3/kor/Hf//Nub/WcLLUP// G/+Siv+2Zv/ZQv7/FOwn/4hm/+lUXDWJ/x3//1nD/xs5tP3/AWSh/v8RZaTSSv//T8OrcMgcX19g 6ETN/v8LiJX/6jH/ioaMkf8N/l8Awen/AYGB/7P/Cjfb//8d//9ZxKti+/8q7C3/pzBW/5WE/1LK 0kr//x3/kor/Hf//Nub/WcLaN//dEf+Siv+2Zv/ZQv7/Fewn//gb7I2D/4aJ/x3//1nE/x3iJd/+ /xGsPvj/3yDs0ir0+yblq3DoKP3+/xFjov/p/oyJ/+ox/+QwOuj/LOLM/wo32///Hf//WcSrYvv/ Kuwt/6cwVv+VhP9SytJK//8d/5KK/x3//zbm/1nC2jf/3RH/kor/tmb/2UL+/xXsJ//4G+yNg/+G if8d//9ZxP8d4iXf/v8RrD74/98g7NIq9Psm5atw6Cj9/v8RY6L/6f6Mif/qMf/kMDro/yzizP8K N9v//x3//1nEq2L7/yrsLf+nMFb/lYT/UsrSSv//Hf+Siv8d//825v9Zwto3/90R/5KK/7Zm/9lC /v8V7Cf/+BvsjYP/hon/Hf//WcT/HeIl3/7/Eaw++P/fIOzSKvT7JuWrcOgo/f7/EWOi/+n+jIn/ 6jH/5DA66P8s4ub/AZOB/7P/DTnd//8f//9axfxSSFR4/v8q7S//+BO//5eG/1PM00z//x//k4z/ H///OOf/W8P/Rz9WKP+TjP+4Z//bQ/7/Qu0o//9xkcsoWEWK/x///1rF/x//tzb+///+dyc+L7v/ 0zc5NHr/q3D/iDZZSv/YK0lA+8kdbOsz//9ESv//ujFZRtjP/w053f//H///WsX8UkhUeP7/Ku0v //gTv/+Xhv9TzNNM//8f/5OM/x///zjn/1vD/0c/Vij/k4z/uGf/20P+/0LtKP//cZHLKFhFiv8f //9axf8f/7c2/v///ncnPi+7/9M3OTR6/6tw/4g2WUr/2CtJQPvJHWzrM///REr//7oxWUbYz/8N Od3//x///1rF/FJIVHj+/yrtL//4E7//l4b/U8zTTP//H/+TjP8f//845/9bw/9HP1Yo/5OM/7hn /9tD/v9C7Sj//3GRyyhYRYr/H///WsX/H/+3Nv7///53Jz4vu//TNzk0ev+rcP+INllK/9grSUD7 yR1s6zP//0RK//+6MVlG2On/AXuB/7P/APz+/wP8///8/v8B9fP8/xr8///8///+/v/8///8///8 //7+//z///z///z+/wv0//3//v7///3///z9/xT8///+/f/69v/+//z///z///z///z8/wH+8v3/ Cv369f//n3r///vu/f8A7v7/B/f4//z///39/v8C/uz9zv8A/P7/A/z///z+/wH18/z/Gvz///z/ //7+//z///z///z//v7//P///P///P7/C/T//f/+/v///f///P3/FPz///79//r2//7//P///P// /P///Pz/Af7y/f8K/fr1//+fev//++79/wDu/v8H9/j//P///f3+/wL+7P3O/wD8/v8D/P///P7/ AfXz/P8a/P///P///v7//P///P///P/+/v/8///8///8/v8L9P/9//7+///9///8/f8U/P///v3/ +vb//v/8///8///8///8/P8B/vL9/wr9+vX//596///77v3/AO7+/wf3+P/8///9/f7/Av7s/ej/ AByB/4H/z/8Cqy/Ogf/Q/wKrL86B/9D/Aqsvzs7/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x /wAMgf+B/4H/gf+B/7H/AD2B/5D/APDq/wH49/3/Aeys1P8B8v2c/wDw6v8B+Pf9/wHsrNT/AfL9 nP8A8Or/Afj3/f8B7KzU/wHy/dn/AI6B/6n/BHwoNzj28f8F67r//zrq6/8HlY//tfD/0kr6/wU1 6f//StX3/wCl7P8BW8m1/wR8KDc49vH/Beu6//866uv/B5WP/7Xw/9JK+v8FNen//0rV9/8Apez/ AVvJtf8EfCg3OPbx/wXruv//Ourr/weVj/+18P/SSvr/BTXp//9K1ff/AKXs/wFbydn/AUuB/6n/ AWyn/v8f6/z/9PP/6fzZ+f///djs/7JL5OTm///71+3//+v93vD9/xLl///p/f/w9vTz8kC+8tJK 9dr+/f8rLOf//0LS5/7//un/79L76xrk+P/51vX//+nz2//51vX///jS8v/s+//40vK5/wFsp/7/ H+v8//Tz/+n82fn///3Y7P+yS+Tk5v//+9ft///r/d7w/f8S5f//6f3/8Pb08/JAvvLSSvXa/v3/ Kyzn//9C0uf+//7p/+/S++sa5Pj/+db1///p89v/+db1///40vL/7Pv/+NLyuf8BbKf+/x/r/P/0 8//p/Nn5///92Oz/skvk5Ob///vX7f//6/3e8P3/EuX//+n9//D29PPyQL7y0kr12v79/yss5/// QtLn/v/+6f/v0vvrGuT4//nW9f//6fPb//nW9f//+NLy/+z7//jS8t3/AU6B/6n/AWyn/v8gS9D/ kon/Jk5bL/v4OlFBy0sfX18P8t4zaTOa/1JRXSLZ/v8SKuX/Gb3/T8uSiqkaT6bSI0lGaP3/Kyzg +PhB0laz/7lbzTx6lIEKX8/dO3Etzf8nQWTdO3EtzfQ4fG//Usr0OHxvuf8BbKf+/yBL0P+Sif8m Tlsv+/g6UUHLSx9fXw/y3jNpM5r/UlFdItn+/xIq5f8Zvf9Py5KKqRpPptIjSUZo/f8rLOD4+EHS VrP/uVvNPHqUgQpfz907cS3N/ydBZN07cS3N9Dh8b/9SyvQ4fG+5/wFsp/7/IEvQ/5KJ/yZOWy/7 +DpRQctLH19fD/LeM2kzmv9SUV0i2f7/Eirl/xm9/0/LkoqpGk+m0iNJRmj9/yss4Pj4QdJWs/+5 W808epSBCl/P3TtxLc3/J0Fk3TtxLc30OHxv/1LK9Dh8b93/AUuB/6n/JWwmO07/S9D/kon/GOb/ Rs+kXP//+8hV//8q8Wen/+8Z/1Ks/4aO/v8Sd5vTI3P5J/6Siv9I1f/SMfr7Gf3/KiwzOTkO0rVX /2K2oGT8//8d//9prvmmY/8W3P9prvmmY+Aw8P//UsrgMPC4/yVsJjtO/0vQ/5KJ/xjm/0bPpFz/ //vIVf//KvFnp//vGf9SrP+Gjv7/Eneb0yNz+Sf+kor/SNX/0jH6+xn9/yosMzk5DtK1V/9itqBk /P//Hf//aa75pmP/Ftz/aa75pmPgMPD//1LK4DDwuP8lbCY7Tv9L0P+Sif8Y5v9Gz6Rc///7yFX/ /yrxZ6f/7xn/Uqz/ho7+/xJ3m9Mjc/kn/pKK/0jV/9Ix+vsZ/f8qLDM5OQ7StVf/YragZPz//x3/ /2mu+aZj/xbc/2mu+aZj4DDw//9SyuAw8Nz/AU6B/6n/AWyn/v8MS9D/kon/Hf//WcOEjf7/EMhV //8q8UTP//8b91LK/5mD/v8SxlCPozK7af+Siv9I1f/SSv//Hf3/Kyzn//9C0vwi7Cf7+Xovsf8d //9ITF9fmf8d//9ITF9fmf+hMYL/Usr/oTGCuf8BbKf+/wxL0P+Sif8d//9Zw4SN/v8QyFX//yrx RM///xv3Usr/mYP+/xLGUI+jMrtp/5KK/0jV/9JK//8d/f8rLOf//0LS/CLsJ/v5ei+x/x3//0hM X1+Z/x3//0hMX1+Z/6Exgv9Syv+hMYK5/wFsp/7/DEvQ/5KJ/x3//1nDhI3+/xDIVf//KvFEz/// G/dSyv+Zg/7/EsZQj6Myu2n/kor/SNX/0kr//x39/yss5///QtL8Iuwn+/l6L7H/Hf//SExfX5n/ Hf//SExfX5n/oTGC/1LK/6Exgt3/AU6B/6n/AWyn/v8gWrf/ZYn/Hf//WcSjYv/47sxJ//8q8Wae /+Mo/1LK/5mE/v8S/SRH70hRuf+Siv9Myf/SSv//Hf3/FCzn//9C0v90VW///f/gMf8X/v9rov3/ BB3//2ui/v8L/f/8JPFSyv3//CTxuv8BbKf+/yBat/9lif8d//9ZxKNi//juzEn//yrxZp7/4yj/ Usr/mYT+/xL9JEfvSFG5/5KK/0zJ/9JK//8d/f8ULOf//0LS/3RVb//9/+Ax/xf+/2ui/f8EHf// a6L+/wv9//wk8VLK/f/8JPG6/wFsp/7/IFq3/2WJ/x3//1nEo2L/+O7MSf//KvFmnv/jKP9Syv+Z hP7/Ev0kR+9IUbn/kor/TMn/0kr//x39/xQs5///QtL/dFVv//3/4DH/F/7/a6L9/wQd//9rov7/ C/3//CTxUsr9//wk8d7/AUuB/6n/AW6o/v8gvCNEVor/H///WsX3QUM31fMjRfQs8t40TDO+/1PM /5qF/f8RZTn/lBD5/5OM/5Epl9NM//8f/f8rLuj//0TT/9MAy/+TTkOP/1E7xeE4VEyo/x///+E4 VEyoyEJUVv9TzMhCVFa5/wFuqP7/ILwjRFaK/x///1rF90FDN9XzI0X0LPLeNEwzvv9TzP+ahf3/ EWU5/5QQ+f+TjP+RKZfTTP//H/3/Ky7o//9E0//TAMv/k05Dj/9RO8XhOFRMqP8f///hOFRMqMhC VFb/U8zIQlRWuf8Bbqj+/yC8I0RWiv8f//9axfdBQzfV8yNF9Czy3jRMM77/U8z/moX9/xFlOf+U EPn/k4z/kSmX00z//x/9/ysu6P//RNP/0wDL/5NOQ4//UTvF4ThUTKj/H///4ThUTKjIQlRW/1PM yEJUVt3/AT+B/6n/AP38/wj5+v7+//z///z+/wfx/P///PP//P7/APH+/wT8///+/f3/Ef78///7 ///+/v//8v3//P///P3/APz+/wT8///jK/7/AfL2/v8A8P7/BPD5///8/f8M8Pn///jw///8///4 8Lj/AP38/wj5+v7+//z///z+/wfx/P///PP//P7/APH+/wT8///+/f3/Ef78///7///+/v//8v3/ /P///P3/APz+/wT8///jK/7/AfL2/v8A8P7/BPD5///8/f8M8Pn///jw///8///48Lj/AP38/wj5 +v7+//z///z+/wfx/P///PP//P7/APH+/wT8///+/f3/Ef78///7///+/v//8v3//P///P3/APz+ /wT8///jK/7/AfL2/v8A8P7/BPD5///8/f8M8Pn///jw///8///48Nz/ABmB/4H/4v8Bj42B/8// AY+Ngf/P/wGPjbr/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/ADKB /4f/Af6F5/8A/Pn/AfqKgf/0/wH+hef/APz5/wH6ioH/9P8B/oXn/wD8+f8B+oq6/wCJgf+H/wW1 Zv+7Ea3+/wqlEM/yFzwwkP/uMP7/ECD//58wNy6v//9AMzdh/0Dogf/1/wW1Zv+7Ea3+/wqlEM/y FzwwkP/uMP7/ECD//58wNy6v//9AMzdh/0Dogf/1/wW1Zv+7Ea3+/wqlEM/yFzwwkP/uMP7/ECD/ /58wNy6v//9AMzdh/0Dou/8AiYH/h/8FXr3/rEU7/v8KOELE7Cf/7hDr7Cf+/wsU/8Yw8f/gHOP/ LOf+/wGSjIH/9f8FXr3/rEU7/v8KOELE7Cf/7hDr7Cf+/wsU/8Yw8f/gHOP/LOf+/wGSjIH/9f8F Xr3/rEU7/v8KOELE7Cf/7hDr7Cf+/wsU/8Yw8f/gHOP/LOf+/wGSjLv/AImB/4f/EyHt/6xtPNT/ xF1VxOwn/+oa8+wl/vgDFP9sm/7/BGee/yzn/v8BwlmB//X/EyHt/6xtPNT/xF1VxOwn/+oa8+wl /vgDFP9sm/7/BGee/yzn/v8BwlmB//X/EyHt/6xtPNT/xF1VxOwn/+oa8+wl/vgDFP9sm/7/BGee /yzn/v8Bwlm7/wCMgf+I/xT+DP//rG2gbv9ZxlXE7Ak5D7n/7Aj+OQMS/1C3/v8Jf4n/LDU7f//e N4H/9v8U/gz//6xtoG7/WcZVxOwJOQ+5/+wI/jkDEv9Qt/7/CX+J/yw1O3//3jeB//b/FP4M//+s baBu/1nGVcTsCTkPuf/sCP45AxL/ULf+/wl/if8sNTt//943u/8AjIH/iP8U/A7//6xt9R/fNP9V xOwn/4hm/+wn/v8DFP9kof7/BGWk/yzn/v8B5CiB//b/FPwO//+sbfUf3zT/VcTsJ/+IZv/sJ/7/ AxT/ZKH+/wRlpP8s5/7/AeQogf/2/xT8Dv//rG31H980/1XE7Cf/iGb/7Cf+/wMU/2Sh/v8EZaT/ LOf+/wHkKLv/AImB/4f/ExTx/6xt/2cwlv9VxOwn//gb7Own/v8LFP+sPvj/3yDs/yzn/v8ByECB //X/ExTx/6xt/2cwlv9VxOwn//gb7Own/v8LFP+sPvj/3yDs/yzn/v8ByECB//X/ExTx/6xt/2cw lv9VxOwn//gb7Own/v8LFP+sPvj/3yDs/yzn/v8ByEC7/wCJgf+H/xNIyv+tb//LDfL/V8btKP// cZHtKP7/Cxf//ncnPi+7//8u6P7/AaF0gf/1/xNIyv+tb//LDfL/V8btKP//cZHtKP7/Cxf//ncn Pi+7//8u6P7/AaF0gf/1/xNIyv+tb//LDfL/V8btKP//cZHtKP7/Cxf//ncnPi+7//8u6P7/AaF0 u/8Ag4H/h/8Tmnn///3///z///3///z///79//z+/wD8/v8B/vL9/wD8/f8BT8WB//X/E5p5///9 ///8///9///8///+/f/8/v8A/P7/Af7y/f8A/P3/AU/Fgf/1/xOaef///f///P///f///P///v3/ /P7/APz+/wH+8v3/APz9/wFPxbv/ACaB/4f/AfVZ3v8B+lSB//T/AfVZ3v8B+lSB//T/AfVZ3v8B +lS6/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B /7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/ sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x /wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8AwYH/rP8By+/7/wLA2PDv/wOx8P/Q+P8E1cz/ w977/wH90vb/Ad3d/v8B98P6/wH59/X/AND3/wHRx/7/BNLS/7/lwP8By+/7/wLA2PDv/wOx8P/Q +P8E1cz/w977/wH90vb/Ad3d/v8B98P6/wH59/X/AND3/wHRx/7/BNLS/7/lwP8By+/7/wLA2PDv /wOx8P/Q+P8E1cz/w977/wH90vb/Ad3d/v8B98P6/wH59/X/AND3/wHRx/7/BNLS/7/l4f8BaYH/ rf8Mt2DPko7QjOW4RMpRmP7/EcqIt46Z8ovPpuKcq6L/rNPhkP7/Cv6SjuuPwvWJ/9+f/v8Sn4m3 yajtibDrk5TDkPmOmed6qf7/GmOS5LKm2I7JnWvdoqvrk5TPj++9iu97/+iOyf7/DKCq2EKw///+ hIDfnoXB/wy3YM+SjtCM5bhEylGY/v8Ryoi3jpnyi8+m4pyrov+s0+GQ/v8K/pKO64/C9Yn/35/+ /xKfibfJqO2JsOuTlMOQ+Y6Z53qp/v8aY5LksqbYjsmda92iq+uTlM+P772K73v/6I7J/v8MoKrY QrD///6EgN+ehcH/DLdgz5KO0IzluETKUZj+/xHKiLeOmfKLz6binKui/6zT4ZD+/wr+ko7rj8L1 if/fn/7/Ep+Jt8mo7Ymw65OUw5D5jpnneqn+/xpjkuSyptiOyZ1r3aKr65OUz4/vvYrve//ojsn+ /wygqthCsP///oSA356F4f8BbIH/rv90/Yyd0IHyvYKY5af/jP7qlreJurSGpcOId5Y7iY9J/rnT /4z/wpbhgfKp03z/jP/sn+yWt4qKjP+M/4aN/3f7pmXMhqXWINrXlsyGo+h/f8WNqsrC11lm93f7 YoGtlnbwjP/FjaqtltSgifKM/8KW34uL07SLwv90/Yyd0IHyvYKY5af/jP7qlreJurSGpcOId5Y7 iY9J/rnT/4z/wpbhgfKp03z/jP/sn+yWt4qKjP+M/4aN/3f7pmXMhqXWINrXlsyGo+h/f8WNqsrC 11lm93f7YoGtlnbwjP/FjaqtltSgifKM/8KW34uL07SLwv90/Yyd0IHyvYKY5af/jP7qlreJurSG pcOId5Y7iY9J/rnT/4z/wpbhgfKp03z/jP/sn+yWt4qKjP+M/4aN/3f7pmXMhqXWINrXlsyGo+h/ f8WNqsrC11lm93f7YoGtlnbwjP/FjaqtltSgifKM/8KW34uL07SL4f8BaYH/rf9rsIW8iKzMi6m6 iOfKi+z//8hltpC7wouS4LnRnobWi5HNh8H///SIrPSNvLaH2J6I7///oKqrtofEpKTTh8O1iL+Q u7bDkf//+5C11pHLyozT9o2+n47bh8PMjNGald+HqsqM0////puk0ofQ/v8ErsP/mNrB/2uwhbyI rMyLqbqI58qL7P//yGW2kLvCi5LgudGehtaLkc2Hwf//9Iis9I28tofYnojv//+gqqu2h8SkpNOH w7WIv5C7tsOR///7kLXWkcvKjNP2jb6fjtuHw8yM0ZqV34eqyozT///+m6TSh9D+/wSuw/+Y2sH/ a7CFvIiszIupuojnyovs///IZbaQu8KLkuC50Z6G1ouRzYfB///0iKz0jby2h9ieiO///6Cqq7aH xKSk04fDtYi/kLu2w5H///uQtdaRy8qM0/aNvp+O24fDzIzRmpXfh6rKjNP///6bpNKH0P7/BK7D /5ja4f8AKIH/nf8C3Jz6yf8C5Y/oi/8C3Jz6yf8C5Y/oi/8C3Jz6yf8C5Y/ou/8ADIH/gf+B/4H/ gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B /7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/ sf8ADIH/gf+B/4H/gf+x/wBogf+C/wL78vz+/wjx9v//9v//9/7+/wr1///1///2///x84H/6v8C +/L8/v8I8fb///b///f+/v8K9f//9f//9v//8fOB/+r/Avvy/P7/CPH2///2///3/v7/CvX///X/ //b///Hztf8Aa4H/gv8Oe21Qv/9md2GR/1T//3jb/v8LXuz9FvH+VPdeeXK3gf/r/w57bVC//2Z3 YZH/VP//eNv+/wte7P0W8f5U9155creB/+v/DnttUL//Zndhkf9U//942/7/C17s/Rbx/lT3Xnly t7b/AGKB/4L/DnjbwITAh///SPxU//942/7/CKSqzUGw0oaRs4H/6P8OeNvAhMCH//9I/FT//3jb /v8IpKrNQbDShpGzgf/o/w5428CEwIf//0j8VP//eNv+/wikqs1BsNKGkbOz/wBrgf+C/w54XzHw nq3//1/tVP//eNv+/wvrZ4zIbI/QZea6Z6mB/+v/DnhfMfCerf//X+1U//942/7/C+tnjMhsj9Bl 5rpnqYH/6/8OeF8x8J6t//9f7VT//3jb/v8L62eMyGyP0GXmumeptv8AaIH/gv8OeNuOtLyH//9J /1T//3jb/f8KV2n/WGb/ja3/yYuB/+v/DnjbjrS8h///Sf9U//942/3/Cldp/1hm/42t/8mLgf/r /w542460vIf//0n/VP//eNv9/wpXaf9YZv+Nrf/Ji7b/AGuB/4L/HXnb8Fb+YG1arP8yapx9W2v1 //+BZ/98a//2XG1WqYH/6/8dedvwVv5gbVqs/zJqnH1ba/X//4Fn/3xr//ZcbVapgf/r/x152/BW /mBtWqz/MmqcfVtr9f//gWf/fGv/9lxtVqm2/wBNgf+C/wf+///+///5/vX/A/7///7+/wH5+4H/ 6v8H/v///v//+f71/wP+///+/v8B+fuB/+r/B/7///7///n+9f8D/v///v7/Afn7tf8ADIH/gf+B /4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/ gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B /4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/ gf+x/wAMgf+B/4H/gf+B/7H/AI6B/5D/AsKu/fn/AMX9/wXF///osd75/wLJ4Pz8/wjG/8qwxP/j xt7+/wDS/f8B9uqG/wLCrv35/wDF/f8Fxf//6LHe+f8CyeD8/P8Ixv/KsMT/48be/v8A0v3/Afbq hv8Cwq79+f8Axf3/BcX//+ix3vn/Asng/Pz/CMb/yrDE/+PG3v7/ANL9/wH26sP/ALuB/5D/OaXa lZqfu5i6i8Gpk8W2qKKfk/+k2dmRr7a4sJ2znpm6+9mYrZO2ev6ikpmTvq+1rZj2qv+QqbupuaKH /zml2pWan7uYuovBqZPFtqiin5P/pNnZka+2uLCds56ZuvvZmK2Ttnr+opKZk76vta2Y9qr/kKm7 qbmih/85pdqVmp+7mLqLwamTxbaoop+T/6TZ2ZGvtriwnbOembr72Zitk7Z6/qKSmZO+r7WtmPaq /5Cpu6m5osT/ALuB/5D/OZGbpNLRn4yxroiQmLB0mnqusfy3sauurnSldo+8couv+px8rrGlgf6p /a6xsK+qnpHzocJ7yn3QuXqH/zmRm6TS0Z+Msa6IkJiwdJp6rrH8t7Grrq50pXaPvHKLr/qcfK6x pYH+qf2usbCvqp6R86HCe8p90Ll6h/85kZuk0tGfjLGuiJCYsHSaeq6x/Lexq66udKV2j7xyi6/6 nHyusaWB/qn9rrGwr6qekfOhwnvKfdC5esT/AJ2B/4//AP7+/wTu1v///v7/Av7//f3/AP3+/wD+ /f8A/v7/AP79/wD++f8Bxv7+/wD9/f8A/Yb/AP7+/wTu1v///v7/Av7//f3/AP3+/wD+/f8A/v7/ AP79/wD++f8Bxv7+/wD9/f8A/Yb/AP7+/wTu1v///v7/Av7//f3/AP3+/wD+/f8A/v7/AP79/wD+ +f8Bxv7+/wD9/f8A/cT/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wBZgf+D/wLfuOX8/wCs /f8Hxv/T/9P//+H7/wLj6viB/+v/At+45fz/AKz9/wfG/9P/0///4fv/AuPq+IH/6/8C37jl/P8A rP3/B8b/0//T///h+/8C4+r4tf8AcYH/g/8fzKuS3J6joMuTnq2Lr3r+qv+qka+zu6mPtJeOua+i xdGB/+3/H8yrktyeo6DLk56ti696/qr/qpGvs7upj7SXjrmvosXRgf/t/x/Mq5LcnqOgy5OerYuv ev6q/6qRr7O7qY+0l465r6LF0bf/AHGB/4P/EdyNpsdyi97FsZCmrqeB/rmxv/6uCn3LhsjFh5/L wWn+gf/t/xHcjabHcovexbGQpq6ngf65sb/+rgp9y4bIxYefy8Fp/oH/7f8R3I2mx3KL3sWxkKau p4H+ubG//q4KfcuGyMWHn8vBaf63/wBfgf+C/wP9//7+/f8A/v7/A/7///37/wf9///9///9woH/ 6/8D/f/+/v3/AP7+/wP+///9+/8H/f///f///cKB/+v/A/3//v79/wD+/v8D/v///fv/B/3///3/ //3Ctv8ADIH/gf+B/4H/gf+x/wAigf+B//n/APD8/wDwgf/U/wDw/P8A8IH/1P8A8Pz/APCo/wBJ gf+B//z/Eduw9q2b7bXM76uN4aLAi+qiw4H/3/8R27D2rZvttczvq43hosCL6qLDgf/f/xHbsPat m+21zO+rjeGiwIvqosOw/wBJgf+B//z/Eaaszri/6oyfsfueweWqqsLlqoH/3/8RpqzOuL/qjJ+x +57B5aqqwuWqgf/f/xGmrM64v+qMn7H7nsHlqqrC5aqw/wBJgf+B//z/Edynpfiszri2rdOi5afX mNin2YH/3/8R3Kel+KzOuLat06Llp9eY2KfZgf/f/xHcp6X4rM64tq3TouWn15jYp9mw/wAigf+B //r/AO/8/wDvgf/U/wDv/P8A74H/1P8A7/z/AO+n/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/ sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8A/wAgAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAG5kIE9iamVjdGl2ZSBGdW5jdGlvbnMAPAAAAFRoZSBN aW5pbXVtIFJhbmsgT2JqZWN0aXZlIEZ1bmN0aW9uIHdpdGggSHlzdGVyZXNpcyAoTVJIT0YpABEA AABTb21lIFRlcm1pbm9sb2d5ABQAAABNZXRyaWMgTWluaW1pemF0aW9uAAsAAABIeXN0ZXJlc2lz ABUAAABPdGhlciBDb25zaWRlcmF0aW9ucwAMEAAABgAAAB4AAAALAAAARm9udHMgVXNlZAADAAAA BAAAAB4AAAAQAAAARGVzaWduIFRlbXBsYXRlAAMAAAABAAAAHgAAAA0AAABTbGlkZSBUaXRsZXMA AwAAAAcAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAD2DyIAAAAUAAAAX8CR40LnAAAKAPQDAwDLAkpQIFZhc3NldXIIAAAASgBQACAAVgBhAHMA cwBlAHUAcgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQwB1AHIAcgBlAG4AdAAgAFUAcwBlAHIAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABoAAgD///////////////8AAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAANAAAAPgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP////////// /////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAA////////////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAD///////////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAABSAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAFAP//////////AQAAABCNgWSbT88RhuoA qgC5KegAAAAAAAAAAAAAAADY6xIeoAzLAXcAAACAAwAAAAAAAFAAbwB3AGUAcgBQAG8AaQBuAHQA IABEAG8AYwB1AG0AZQBuAHQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAoAAIBAgAAAAMAAAD/ ////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAACgAAAGbnAAAAAAAABQBTAHUA bQBtAGEAcgB5AEkAbgBmAG8AcgBtAGEAdABpAG8AbgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ACgAAgEEAAAA//////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB5AAAA iC4AAAAAAAAFAEQAbwBjAHUAbQBlAG4AdABTAHUAbQBtAGEAcgB5AEkAbgBmAG8AcgBtAGEAdABp AG8AbgAAAAAAAAAAAAAAOAACAf///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAMAwAAAAAAAIEAAACCAAAAgwAAAIQAAACFAAAAhgAAAIcAAACIAAAAiQAA AIoAAACLAAAAjAAAAI0AAACOAAAAjwAAAJAAAAD+//////////////+WAAAA/f////3////+//// /v////7///////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// ////////////////////////////////////////////BAAAAAUAAAAGAAAABwAAAAgAAAAJAAAA GQAAAAsAAAAMAAAADQAAAA4AAAAPAAAAEAAAABEAAAASAAAAEwAAABQAAAAVAAAAFgAAABcAAAAY AAAAAwAAABoAAAAbAAAAHAAAAB0AAAAeAAAAHwAAACAAAAAhAAAAIgAAACMAAAAkAAAAJQAAACYA AAAnAAAAKAAAACkAAAAqAAAAKwAAACwAAAAtAAAALgAAAC8AAAAwAAAAMQAAADIAAAAzAAAANAAA ADUAAAA2AAAANwAAADgAAAA5AAAAOgAAADsAAAA8AAAAPQAAAD4AAAA/AAAAQAAAAEEAAABCAAAA QwAAAEQAAABFAAAARgAAAEcAAABIAAAASQAAAEoAAABLAAAATAAAAE0AAABOAAAATwAAAFAAAABR AAAAUgAAAFMAAABUAAAAVQAAAFYAAABXAAAAWAAAAFkAAABaAAAAWwAAAFwAAABdAAAAXgAAAF8A AABgAAAAYQAAAGIAAABjAAAAZAAAAGUAAABmAAAAZwAAAGgAAABpAAAAagAAAGsAAABsAAAAbQAA AG4AAABvAAAAcAAAAHEAAAByAAAAcwAAAHQAAAB1AAAAdgAAAP7///+YAAAA/////3oAAAB7AAAA fAAAAH0AAAB+AAAAfwAAAIAAAABDAHUAcgByAGUAbgB0ACAAVQBzAGUAcgAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAGgACAP///////////////wAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAA0AAAA+AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA//////////////// AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAD///////////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAP///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAEAAAACAAAAAwAAAAQAAAAFAAAABgAAAAcAAAAIAAAACQAAAAoA AAALAAAADAAAAP7////+//////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// ////////////////////////bmQgT2JqZWN0aXZlIEZ1bmN0aW9ucwA8AAAAVGhlIE1pbmltdW0g UmFuayBPYmplY3RpdmUgRnVuY3Rpb24gd2l0aCBIeXN0ZXJlc2lzIChNUkhPRikAEQAAAFNvbWUg VGVybWlub2xvZ3kAFAAAAE1ldHJpYyBNaW5pbWl6YXRpb24ACwAAAEh5c3RlcmVzaXMAFQAAAE90 aGVyIENvbnNpZGVyYXRpb25zAAwQAAAGAAAAHgAAAAsAAABGb250cyBVc2VkAAMAAAAEAAAAHgAA ABAAAABEZXNpZ24gVGVtcGxhdGUAAwAAAAEAAAAeAAAADQAAAFNsaWRlIFRpdGxlcwADAAAABwAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAPYP IgAAABQAAABfwJHjQucAAAoA9AMDAAMASlAgVmFzc2V1cggAAABKAFAAIABWAGEAcwBzAGUAdQBy AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAA= --Apple-Mail-133--169971286 Content-Disposition: attachment; filename=5-RPL-Simulations.ppt Content-Type: application/vnd.ms-powerpoint; x-mac-creator=50505433; x-unix-mode=0644; x-mac-type=534C4438; name="5-RPL-Simulations.ppt" Content-Transfer-Encoding: base64 0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAAEAAAAAQAAAAAAAAAA EAAAAgAAAAEAAAD+////AAAAAAAAAAB8AAAA/gAAAIABAAD///////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// ///////////////////////////////////////////////////////////////////////////9 ////qgEAAP7///8PAAAABQAAAAYAAAAHAAAACAAAAAkAAAAKAAAACwAAAAwAAAANAAAADgAAAAMA AAAQAAAAEQAAABIAAAATAAAAFAAAABUAAAAWAAAAFwAAABgAAAAZAAAAGgAAABsAAAAcAAAAHQAA AB4AAAAfAAAAIAAAACEAAAAiAAAAIwAAACQAAAAlAAAAJgAAACcAAAAoAAAAKQAAACoAAAArAAAA LAAAAC0AAAAuAAAALwAAADAAAAAxAAAAMgAAADMAAAA0AAAANQAAADYAAAA3AAAAOAAAADkAAAA6 AAAAOwAAADwAAAA9AAAAPgAAAD8AAABAAAAAQQAAAEIAAABDAAAARAAAAEUAAABGAAAARwAAAEgA AABJAAAASgAAAEsAAABMAAAATQAAAE4AAABPAAAAUAAAAFEAAABSAAAAUwAAAFQAAABVAAAAVgAA AFcAAABYAAAAWQAAAFoAAABbAAAAXAAAAF0AAABeAAAAXwAAAGAAAABhAAAAYgAAAGMAAABkAAAA ZQAAAGYAAABnAAAAaAAAAGkAAABqAAAAawAAAGwAAABtAAAAbgAAAG8AAABwAAAAcQAAAHIAAABz AAAAdAAAAHUAAAB2AAAAdwAAAHgAAAB5AAAAegAAAHsAAAB9AAAA/f///34AAAB/AAAAgAAAAFIA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAACAAUA//////////8DAAAAEI2BZJtPzxGG6gCqALkp6AAAAAAAAAAAAAAAACM9qb+xDMsB xgEAAMADAAAAAAAAUABpAGMAdAB1AHIAZQBzAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAABIAAgH/////BQAAAP////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAEAAAA1YoBAAAAAABQAG8AdwBlAHIAUABvAGkAbgB0ACAARABvAGMAdQBt AGUAbgB0AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAKAACAf////8EAAAA/////wAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAANAAAAB3uwEAAAAAAAUAUwB1AG0AbQBhAHIAeQBJ AG4AZgBvAHIAbQBhAHQAaQBvAG4AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAoAAIBAQAAAAIA AAD/////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAqwEAACQ0AAAAAAAAAQAA AAIAAAADAAAABAAAAAUAAAAGAAAABwAAAAgAAAAJAAAACgAAAAsAAAAMAAAADQAAAP7////+//// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////9jLrrE Us8AACAASURBVHic7d3btqo6swZQs9p+/1dmXzB+JnIIBzkkqd4vVls6URHEwWclReq67gMAAEA8 /729AgAAALxDIAQAAAhKIAQAAAhKIAQAAAhKIAQAAAhKIAQAAAhKIAQAAAhKIAQAAAhKIAQAAAhK IAQAAAhKIAQAAAhKIAQAAAhKIAQAAAhKIAQAAAhKIAQAAAhKIAQAAAhKIAQAAAhKIAQAAAhKIAQA AAhKIAQAAAhKIAQAAAhKIAQAAAhKIAQAAAhKIAQAAAhKIAQAAAhKIAQAAAhKIAQAAAhKIAQAAAhK IAQAAAhKIAQAAAhKIAQAAAhKIAQAAAhKIAQAAAhKIAQAAAhKIAQAAAjq/95eAeAdKaXxza7r3lqT m/RvsK73Nd4pZa75fVt18sw17r5rPfZh2HyhhvfF5Gtw7ML3W+AG3FylzJZZe+D+jVngBoHgBEKI Ze1v9nC/P9JvyZ+BPfbqlX4Aal//iQc+DIsv8cqZ+h377vfnPL0pGvsoLjq6cSRAKJxACIFkSgHD P6WU2vizXe+7KHnNH1u3kjfCk27aDmtfBf39AU/fm/8+PCdfCVzbODYmVMccQoho/le56zp/qiGU +VHvS6BnO2Qc3Tg2JpRPIAQAAAjKkFGIYs+spPlPufNHZdoDzMehrbWuyT9qc7U316HrugBuHvA+ FQAAW8ATwIl5HqaD6MuurshaM/+JUE5HDQoaCgAAAA1JSERSAAACMAAAAaQIAgAAAKCMiPAAAAAJ cEhZcwAADdcAAA3XAUIom3gAAAAHdElNRQfaBgkTECDi9QBzAAAAInRFWHRDcmVhdGlvbiBUaW1l ADA5LUp1bi0yMDEwIDE1OjE2OjMy1QspCwAAACR0RVh0U29mdHdhcmUATUFUTEFCLCBUaGUgTWF0 aHdvcmtzLCBJbmMuusRSzwAAFG5JREFUeJzt3duWo7iyBVA4Y///L/s8uIuiuJmriJDmfOiR7bKd 2AksIiSg/3w+HQC87f/eXgAA6DqBBEAQAgmAEAQSACEIJABCEEgAhCCQAAhBIAEQgkACIASBBEAI AgmAEP739gKwqu/74efClxzs+77Mb/x+xvHveuhXD2+78f7FPvXab++O/6EXV5JzH+ToqxafP16e 7tfH2fNHueLQEm487oKfxQikoCabQeGtolgald/UY+5cbomQILvOgIs0sbaE8Ze8elp2Ec03hsmm 8jV+pBsd4i3+0+QAcPtNJo/vf+3kmRuvmv+i+ZPv+qWTRxb/df4d7vx182duP7i4kDt/9drH/Jqs Mye+w41l6Da/rj1+rgCH1p/5wu98HyJTISXTj7Jq/nP/p+2z+LT5Dxs/n37t/E0WnzlZyEd/6VoM jF87Xp79v+7nwmy/5OvQr56/sFsq+658h3v+dePPt+jnCnB0/fm58DIpI4FUicW2w/5Hth/f/qed T9hv/1vtfOaw4975Jie+n0MLs+dphxZpHku3f4f7nz/+qjdWy0Nve26NXfujLy7hxuMUI5AatfP4 ceMYPLvtj3bx+Hr+8ke/yY3a4pwry7/2hNu/0tPGBdbi47xFILVo0vTYfvLtO7s41j7aoe9n4513 /rrTnvuj3L78F7/S63+RRUcbjzzNpIaI5t2GKxvhW68tYOfirY0hFViY4cHg3+SavMufboHpVEhh TTJp3IsfHj86grL2JhsHiT9fe+LjnDggXXv5dh/p8+8sj41/HR4cj7ePn/bz++l+fUU7W16Hvqi1 leT0Oy9+/I3l319erH2lO9/h3Bp7VyYZWypGuVq5ijsSFX80aJOWHQAhCCQAQtD0ACAEFRIAIQgk AEIQSACEIJAACCHuibGLF3T5/rB4PUSzMwBSixhI2zcLGP/88/r8AGQRsWX3vXjJ20sBQFERK6S7 uLoiwETkw/2aA6mL/dVvyNt+tOTlZVzye48Vy3/6/s8NmjcuNXvof4sJfpheeSABcezcGYaN1ysp MnlhumOIMgQS8KzFHPp8EtR2h5ZQ5FwnkICnzKOopr20yLld3COU6+chxT/+girlzaEgIz3PCf6J 4lZI829t7a6gRRYH+GGtNRfZ9g7a7qWwuIEEpJAxh9ZIoHcJJOCMpDkUvGfVOIEEHJNriEhTLhGB BOySK4fWSKDIBBKwJWlrbiCBEhFIwLKkJZFRorwEErBgnEbpdu8yKSmBBKzKuFcXRXlFvB8S8K5v eWTHTmECCfiHNOItAglIL/htftjJGBLwV97y6NBEhqYCLNGgmkAC/pN3L31in5toN31FrujVsgP+ 0caOmogEEtB1mZt1VEMgAVnl6kfxk0ACEpdHMqkmJjVA6/KmUSMTE9qhQgIgBIEETctbHlEfgQTt yjj+YtCoYsaQoHXpyqOK7y4xidvhY248XtNXIZCgUUmbdc/tf18pveafZvwBx3mz9nhNtOygRfpe BJSpQhqK1smRwvxBYA8bzZhv43VpAmlcog4/Lz4IbMvYrGtnAx8PFy0efHf1Hn+nCSTgFnmbdY1k 0s+JDBWrPJBaOKaAE9JtDQ1uv5/P55YMTjRRPk0gff82J171xMJAUhmbdVy01vcLKE0gdeuVLECz auoDZQok4Ip05VEjg0Zjk8+7eBLSxvOzS3MekqoIrki6Adnwm5KmQhqPIY2PGpyHBPvl2kps1K1J E0jdytpplYWf0jXraFOalh1wjqYXWQgkaEKi8si4UbMEEtQsabNOJrUp0xgScEjSvbqB4WapkKBy du9kIZCgTkmbdbRMIEGFMjbrjBshkKBa6cojmdQ4kxqgNkn36uYyfC1eLLWReyOpkKAqw46r0l3W gyY7/WL/O/mnz8gknBYfr4lAggpJozrUWgmtEUhQj3THzaGO9Ndu/fD0/07+qe/7UF9LScaQoDa5 jqobvOnRtu+38c2ktZu91vqNCSSoRMYTj2rdsV43xNLPe/TVRMsOatBqj6c2zTbrvgQS1KOBY2hq pmUH6bV9VF2V+VTvFxemPIEEuWU88Wg+Ys+g5VtjCySoQa79VSO7V44yhgSJadZRE4EE6ak3qINA AiAEgQRZZTwTtuXr4vCTSQ1AOXGmM8jFgDIF0rACLV7fKc6KDgRndxFTmkAaX9Np+HnxQQAyMoYE KWUcQIJtaSqk8RU19ldCLV+EA0JxdYZX5BoqSxNI57pz1n4Iwsb4isnXHjyftOwACEEgQT4GkKiS QAIghDRjSIuTGs7NdABKMp2BndIEUtf2bUJgkK5fZyNlJy07AEIQSACEIJAACEEgQSa5BpDcbIJD Mk1qAHIxnYFDVEgAhCCQAAhBIEEauQaQ4CiBBNzPdAZOMKkBuJ/pDJygQgIgBIEEORhAonoCCYAQ BBJwJ9MZOM2kBkggUb/OdAZOUyEBEIJAAiAEgQRACAIJossygGQ6AxeZ1ADcw3QGLlIhARCCQAIg BIEEoWUZQILrBBJwlekM3CLNpIbJ6j4Mnw6PG1CFt9j6uEWaQBqv8UMI9X0/TiZbBZXRr6Mp+Vp2 ggegSmkqpHPGjT4xBrQm19heskA6Wh4JIXjUd39nQwtr8qcJnk/JAgnakWIASRRxo3xjSABUKVMg mc4AULHcLbvP5+M8JIA6ZAqkxciRQ1Qp/gCS6QzcLlMgAXGIIm6XaQwJgIoJJABCEEgQTvwBJHiC QAKOcbMJHmJSA3CM6Qw8RIUEsejX0SyBBEAIAgmAEAQSsJfpDDzKpAYIJPgAkukMPEqFBEAIAgmA EAQSACEIJIgi8gCS6QwUYFID8JvpDBSgQgIgBIEEIUTu10EZAgmAEAQSsMV0BooxqQHYYjoDxaiQ 4H0GkKATSAAEIZCAZYaOKCzTGNKweYyb2osPAhdJI8pLE0h93w+RM/y8+CDkEnMAydZEeSlbdjYV gPqUqJDGXbWLdcz3rfa/w7jtIMaA1uRqvT4eSOP2WnctkxY7dduEEByl+12TyZ8yeD5latnZSKhP zAGk4LstapVmUgNQhiM/3vJ4IH17dN+fj44AAdCOEhXSLQk0DrbhDRcfhCxi9uvgLZladouRI4fg LqYz8K4Ss+zW/smqD3GYyMDrCo0hLV5PweEYxGFj5HWPT/uepM541AdaZgAJJjKdhwRAxYpO+x4e 6fTrIAwbI0G8Nu3bBgARaKETxwstOxsAxBlA+nw+jg4JoujVvr+s/QDMFZpl9w2h7w8qJADmzLKD 0oL06xwaEo1AgnbJJEIpd6WGoVlnDAkisCUSTdFp3zYAANZo2UFRQQaQIKCigdT3vZ41vMs2SFjl AmkykgS8xTZITA8GkpUeAnJpBsJ6cFLDZFqdWXZgAAk2PDvLbriwd+e4DIBNzwbSuCQaOnhiCV7h NhME92AgDWv/+HJ2na0C3mBMl/hKnBg7IY1o07sDSLY74is3qQEANpSY1AAAP7l0EJTwYr/O6BFZ vDCGdM7abWdN3oOfzCQihTSB1C1Fzngzs8nBItsFWWjZARBCpgrpRHdu3OhznMhbXDGIt+QaQSwR SPNv5EQ2jF+yvzsnhGiWJjbdbB8YPJ8eDyRbBbzF1kcuacaQggc7RONyxqTzeCC5Ix+NM4AEO5Vo 2XXrZxHtNw624eWLDwKQ0eOBdGNOLL6VHCKyV8ojQ0cklWYMCdhDh5y8Hr8f0uLm4fCNFrxSHtm4 yOvZ2090Ng9apVCBo7Ts4EGOx2A/gQT3e2suQ9HfB3cTSFAPmURqmS6uCim8dSas8VqyUyHBnVyX AU57MJB0DwDYr1CFJJxogbkMcIWWHdzjxVyQSdTBpAa4k7kMcJoKCW5gLgNc92yFNO4kjH92TAfA xOPXsoPqlS+Pvod3NjEqo2UHl7ikN9yl0B1jBzYkuIVNifo8PoY02Wzcy5KamMsAN3r2Sg3z7Fm7 ZR+kY0WGexlDgkvKlEd93zuSo3oCCc4o3KzT6KYFAgkOe6VWkUlUr9yJsVAZAQH3cmIsHOMoCx6S r2U3qbr6P95aHtr09OGWtZoGPRtI8y3q4jY2T6PPH7ZeCig2l0GDgQZlOg/JSbW8q/Axj7Wd1lR+ PySXGOd21iMSydU6ShNI58ojIcRdXCWIjOYXb3trSfbIMalBs453FdiKzWKABwNpcbjodLSMZ9PZ bnnFowdFDrng2ZbdPJPObXXjV6mWKKzY8Y8Vm8Y9Pob06DY2DjwbM08Y0sj6BU9LM6lhMAkeOUQB 1jIoIMekBnjFo806sxhgQiDBDw+VR4p7mBBIsKzAiUcyCcYEEizQS4PyBBKsUsBASQIJph4qj8xi gG0CCf7x3IlHRoxgm0CCBWbWQXkCCf7SUYMXCSSYUsbAKwQS/Of2E4/MYoBDBBJ03TPNOiNGcIhA gr/MrIMXCSS4rTzSo4MrBBKtu/HEI/UQXCGQaNrtp8HKJDhNINEud4OFUAQSjboljQwawY0EEi26 qzbSoIMbCSSac2+nTibBXf739gJAOePumhyBaFRItOKWNDJoBM8RSDRh3Ka7Uhtp0MFzBBL1M2gE KWQaQxpaJeM9wuKDMHCyEWSRJpD6vh8iZ/h58UEYXE+j7xGPVQsKSNOys0fgqFtqIyseFJOmQvo6 erg6nhBlz9IUl0yF7t99YHzJAmneqdvzfFpj3Ai+JvvA4PmUpmUHO11MI2cawVvSBJJ9BHtcr41U 1fCWNIEEP7lkKqSWZgzp8/nMTzlafJA2GTeC7NIEUrcSOXKI7loaOdMIgtCyI72LtZEogiAyVUgw cdftJGQSRKBCIis3N4LKqJBIyaAR1EeFRD4GjaBKAolkXDIVaiWQyMTJRlAxgUQap9PI5ekgBYFE DldqIw06SEEgkYBLpkILBBLRGTeCRggkQjuXRgaNICOBRFynayMNOsjIlRqI6PplgWQSpKNCIhwX qYM2CSRiGbfp9qeRESOogEAikOuXTAXyEkhE4dRXaJxAIgSnvgICifedSCMNOqiPQOJlVy6ZevvC AC8SSLzJqa/AwImxvMOpr8CECokXnEgjDTqoXqYKadgljQ+NFx8ksiuDRv7KULE0gTTeGQ0/Lz5I ZFcGjRRJULc0LTthU4GLJxtZB6BuaSqkwaFKaHxMbXf2rqNppOSF63L1FZIF0tGdlD1aEKfvs+cv CFdMtqDg+ZSmZdfZPaV1Lo38raE1aQJJGiW1P43mx27+4tCUNIFEOn1/ZtzoueUBgss0hjSfoTCe CuxoOpQTp76a2A2NSxNIa3kjhwJyhTrgBC07bnZl0AhomUDiTgaNgNMEErc5mkYadMBYmjEkIjt9 LwmZBAwEEpdMWm7b+fJt0AkhYJGWHedNCqOfQSOKgA0qJM7QowNup0LisOt3HweYUyFxwNEoMmgE 7KdCYpfxhek6E7uBB6iQ+O1Kj04mATsJJLbo0QHFaNmxTI8OKEyFxAI9OqA8gcQ/9OiAt2jZ8R89 OuBdKiS6To8OCEAgtU6PDghCy65penRAHCqkRunRAdEIpOYcuoNRp0cHlKJl15ajdzDqRBFQigqp FXp0QHACqX56dEAKyQKp7/vJjrL/s7u1A507GkV/nuabBF6QJpD6yc71z4PD3nOeVY1zX1cglzSB 9A2bxVhiwrmuQEZpAumccYC1sMPVowPGch3EVx5ITe1q9eiAibVB95gqD6RG6NEBFRBIuenRAdUQ SFkdiiIlERBf7kD6fD5tnod0tEc3/qIAYkoWSPPUaSqHut1RNC+JWvuigHRcXDWNQ7cYFz9AOskq pGb9jCIlEZCdQIpuZ1VklAjITiDFtT2PTkkEVEYgRbRnSreSCKiMQIplI4qUREDdBFII81JnnjVK IqBuAulNi/kyRJGSCGiK85DeMTmpqOu6z+cbRW3dLwNgoEIqavG2txvBI5OAdgikEjZac0aFAL4E 0oNWwkZJBLBAIN1vlkP9OGhmQ0cSCKDrTGq41+JUhe7fOdwSCGCRCukG85JI6gAcJZDOW5uqoCkH cIJAOuzn1G0JBHCCQNrr3xzqu+7TmboNcB+B9Nv2BX46JRHAHQTSqnlJNG7LFV8cgMoJpKk/OdQP qfOdp6AKAniUQPrPdl9OUw7gaU6MHc5mHV9m++9/ASij3UDq+35yYYXvDSD+pNGbcZT3RnyWvDxL Xl7eJQ+uuZbd+r1ZFUQAb0ofSMOhys+apu/7SepoygHEkTuQ+v7vJRLGP//7nOkjSiKAgHIH0k// DhFJIIC4cl+XertCMvAIMBF5n19zhRT5ewdgot1p3wCEIpAACEEgARBC7kkN3ZHzkACILH0gAVAH LTsAQhBIAIRQ7XlIeceW8i7519o1nCLL+52nW/KNE9iDf4Salnz78RfVGUh7rnEXU94l/8p4dYy8 33muJV9cN1J8hMqW/Oc/vUjLLpaYq/VOYTfL/bIvf2Sfzyfp17u45Ck+y9p3HnZTrbNCqkDYNaZW 3wPGXN/55/PJ0jWqmE31RgIpooyreMZlHgwLn+tTpOga1S3j1x55mbXswom8uqzJuMxjqReet2Rc 7YMvswopluCry4bxGGneTwE75V3JI2+qAokbjNfpaKs4MAi+qdYZSKkHe8fHL+kWPqO8a0veJR+k /gg21duFS0gA2mRSAwAhCCQAQhBIAIQgkAAIQSABEIJAAiAEgQRACAIJgBAEEs2Z35rs4s3K+n/t fOeYd0iDF9V56SAobO0SYa6EAvupkOAf80Ln+/O8+lkzvj7b5H0mj4//d+cvXavD9i8ehKVCgr/W bnl3/Q5+k3f4htb8Pbd/6c9FCnj9ZthPINGio8XEjXv5+Vutvfn2LxU81Ecg0aLJ3rxAs2vo4y0G yfVZFVdeDkEIJChkrek36bmdfmfIzqQG+O1QTiwO5NxexCy+oVKJ1FRI8NfaDUy3G27djpuHLr7D eILD+Gkbo0rzxUt901UYMycHfjB1DcrQsgMgBIEEQAh6EQCEoEICIASBBEAIAgmAEAQSACEIJABC EEgAhPD/nITQxi0hPKQAAAAASUVORK5CYIIAbh7wBS0AAKACVlkbCGDMMClRPLqrcg7/iVBORw0K GgoAAAANSUhEUgAABLAAAAOECAIAAAA+D1+tAAAACXBIWXMAABcSAAAXEgFnn9JSAAAAB3RJTUUH 2gYJFBE5msqPdwAAACJ0RVh0Q3JlYXRpb24gVGltZQAwOS1KdW4tMjAxMCAxNjoxNzo1N3pvB/oA AAAkdEVYdFNvZnR3YXJlAE1BVExBQiwgVGhlIE1hdGh3b3JrcywgSW7FYW/5Vjo/vtmM/DNP/jUz YO/c1l58lcm+mL/E6a26tvJ7Vma+GpuPymy9cx+ezGKbz7P5jjILLC622GtnczUme23xhdYWyO+7 3zdRZtfk3+zOTbr/aDpq8+O056X3f2/c9+lVsgMmVAghlkNDQzMnbfM75ydD8yU3l8ncHK/5uZYb +fX58c0eet3Nh+Sd2Nqb++KXldl5548rc/RRhz48+X26+R73fNQPrfyiCz9Ikxiz+PmZv9Avm+io ZzbpuVc/91106Hvj1k/vjxvq6MMv3C/ATVQIgW07z37mi2V+Pt//5OMnGYpUc/lSwPxfT6/PocX2 PGTyA//OxL5/a69VKlJKw7nm2qvvL7BcuEHmMrsvv/47Pzw712dxgfzmza/82kvkPwyb67lnr82f 5Nyjfl+3+Zv9ZZOeO5r2fPl8tj5Ol+y7/S939JnPhdidq7fnUSqTUCyBEFi2eE7Wn5SkWbO4/KnP ms0n3xwkdujlMsv//mbXHHrmE2t+bq1+fK3B2rs78ZCjZYSjn67P2Q/Pife46cTD7/uITnLC2sfy xCb6fd32u/xpN1f78k/s6Zc7t2v2r8yhV7xkeeBhAiFQtGuHGy3+oh9EAwO3ju6+J9/yziLnoMDP 3pAT9peFb/XkJt3z2IePoBIO2MXNMoxQXdtor39ygKMEQoilkFO9ncanRCfGO41NRnMNT1XLpvhd 1e/0xO678MOzR2ZNKvrs/V47ulBRm/Thj9PDLwcEJxBCFHtO9cqMixeuz855XJTpxO4r58Nc1Gev zCP9qOc36cNbrMwdNK4kl7mGwFG6jAIAAAQlEEJE81/Th2khg2FQ1mZDxV9W474nz7/WxH1v9oHN uNN8HX4vqqy9u3ObOuOStT1n53vMLHDrpv788EFafBeFrNviE167SSM4d7gB0RgyCoGMR42unROs dRG4b60ODWQdr//pVo2Dh9/si5Fmc78PTp/Hn3h3Rx+yf/dNpl1d8uGZr8CwGns2756V/2U1Dsmv 81vrNuysCzfptT++HPo4XRKJ97/czmcrx6G/QcCtVAghlu5/9tx/tPv8uZXJPPlkjlAaXTfvxGvl 77nvzd69Gc+tw2RLnl6fE+9uc1+ceEh+gcs/PJM785v3xPs9txq/P9vpJ/xl3XY+9tAmvfz42v9x uvxL4+6vPgATgoEXXPuzPQAA56gQAgAABCUQAgAABCUQAgAABCUQAgAABKWpDAAAQFAqhAAAAEEJ hAAAAEEJhAAAAEEJhAAAAEEJhAAAAEEJhAAAAEH939srEFFK6fP5zC/40d8/OLEAAADAfq5D+JBJ lvvM4tx8gckymwsAAAAcYshocbquy8e8zQUAAAD2EAgBAACCMmT0BfM5hIuzCsd3bi4wvx8AABoj vFxOU5k2OVRakpIfbppihz5p/APZsNknu+DczcUuX5c88+LNO578+x2kz6e75+atT17jzXLW5Md3 Aavu+yun7HEHgRCAgtyRqe4I4ZnhG1Uo+Jyqq+tm1x197EMrdvPNavgNDjYJhABwjcl554U3r362 2yPK5PWPPPxl8gMQjUAIQOPuy2ld19U+fkn2AQhOIASAQlUeNgGogEAIwJsmfV9uHXUJAEwIhAC8 SWxbpDYIwDNcmL4IQ7e64ZfySee6zQUA4JCuM4EQABXC8mz2J6i9gQEAAFAIgbAU81Z1m73slAeD sKMbY4c25oEd6iPzJEdoY+xQ2CQQvmDtu2nzO8uXGtCYBn7nMmgDamfsVYFq/HNQL4EQgNf4kw+U wHdRUUT0hwmEAHCGMxYAGiAQAkChFC0AuJvLTgAAAASlQgjAASml8WSbH29OnrzeaTzVrjgA0QmE ALym3gQIAG0wZBQAACAogRAAACAogRCAAyaDPC+8CQA8zxxCADaMu79IcQDQEoEQgA1CIAC0ypBR ADhsdskMAKiSQAgAABCUQAgAABCUOYQAbNBUBgBaJRACsEEIBGhYys6KXvwTkHnIZPl+SX9HSiYQ AgBATht9pM6FsqOJTgKsjkAIQOPaOJMDuFW+EphSWlxgsR6YWZ4CaSoDAAAsOBrqhMAaqRACsKHe pjJqgwCQJxACsKGuEPgw2wYicKTTMIEQgBCczwEclW9A+vvylEAgBACA6E5cfCLzKENLKiIQAgAA y/SVaZ5ACMCGepvKALDT2mUn8tcV9EehAQIhABv8vQeAVrkOIQAAsGD4QVC3mIYJhAAAAEEJhAAA AEGZQwjABk1lAPiFq1OUTCAEYIM/2ADQKoEQAADiyv/qt/iv+38o9JNi+cwhBAAACEogBAAACMqQ UQA2aCoDAK0SCAHYIAQCQKsMGQUAAAhKIAQAAAhKIAQAAAjKHEIAcsYdZT7mEwJAWwRCAHIkQABo mCGjAAAAQQmEALTpe6wrALBAIAQAAAjKHEIAcjSVAYCGCYQA5EiAANAwQ0YBAACCUiEEAAA+n+9p AmsjRNJ6zy6DSmqkQggAADmTCNTAzYn0P/M7M49ae55DD+F1KoQA5GgqA9C2tapgf3//38Uv/8md w/OklPyxqIhACECOP+oAEcy/7buuO1TuO7o8hTBkFAAAICj13AYp0wN8Pp/J79S+F4FFTpz2NJJZ XH6+cOafDq1Ppp9N8J11BxVCAACIazJv8HRjGONFK2UOIQA5msoANG/4bh83hvlsfeevJUB/Keoi EAKQ4+86QByTZHh0iKY/GTUSCAEAgC9Dy9D9l52gUgJhKTYHZRm1BQDAY1xGIghNZYowP9gm92wu AAAAJ5zuIkMbVAjfNy/EZwZt9/c4aIHHGJ4AAA0TCAHIkQABIlgrUdA8gbBEkxHb8+OzXyB/1c7M k1+3pgAA1G185jk/h3zl1FEWfZJA2CapD6iLP/0AL1rrH/PWKeWJmgenCYQAABDd/uyn8NAYgfB9 w/jPt1cEaMRkPPmPNydPfvl5gC8/AHiRQFiESZneVV+AcjTwS3D97wAA7iIQlqKBUy4AAKAuAiEA pfDLGAA87L+3VwAAAIB3qBC+b+0yoMM9464z/Z3zhwDBTeYhj//pwpsAQGMEwlLs7CKj2QywSHID OM35FZEJhO9b7Ck6/5F+soyTPwCA3zmnIjiBsAh7vol8WwEAANfSVAYAACAoFUKAFmSaygAArBEI AVogBAIAJxgyCgAAEJRACAAAEJRACAAAEJQ5hAAt0FQGADhBIARogRAIAJxgyCgAAEBQAiEAAEBQ AiEAAEBQ5hACtEBTGQDgBIEQoAVCIABwgiGjAAAAQQmEAAAAQQmEAAAAQZlDCNACTWUAgBMEQoAW CIEAwAmGjAIAAAQlEAIAAAQlEAIAAARlDiFACzSVAQBOEAgBWiAEAgAnGDIKAAAQlEAIAAAQlEAI AAAQlDmEAC3QVAYAOEEgBGiBEAgAnGDIKACvGdU1AYAXCIQAAABBCYQAAABBmUMI0AJNZQCAEwRC gBYIgQDACYaMAgAABCUQAgAABCUQAgAABGUOIUALNJUBAE4QCAFaIAQCACcYMgoAABCUQAgAABCU QAgAABCUOYQALdBUBgA4QSAEaIEQCACcYMgoAABAUAIhAABAUAIhAABAUOYQArRAUxkA4ASBEKAF QiAAcIIhowAAAEEJhAAAAEEJhAAAAEGZQwjQAk1lAIATBEKAFgiBAMAJhowCAAAEJRACAAAEJRAC AAAEZQ4hQPXGHWU+5hMCALsJhKXYPJ9zwges8YUAAJxjyGgRJmFvfs/mAgAAAEcJhO+bXD1s+KV/ MfKNFwAAAPiFQAgAABCUOYSlGNf9uq4blwf7/58vkFJaqxZmBpQqMEJ7zDEGoA1mRT1PIGyT00EI 5ZlD3t9oAO6W/4smLt7BkNH39Z/7vuLX3zMvCQIAAFxOhbAsfvYACuSbCQBapUL4vkNdRgGa1HUf oyIA4HkqhKXINJUByHuyqYzYBgAtEQgBqmfKMQBwjiGjAAAAQQmEpZh3GR1oQwoAANzBkNH3jWcM ThrMzBc2txAAALiKQFiEeReZSRrcXACIzPcDAHCOQFiKzRM4Z3jAGt8PAMA55hACAAAEJRACAAAE JRACAAAEZQ4hQPU0lQEAzhEIAaonAQIA5xgyCgAAEJRACAAAEJRACAAAEJQ5hADV01QGADhHIASo ngQIAJxjyCgAAEBQAiEAAEBQAiEAAEBQ5hACVE9TGQDgHIEQoHoSIABwjiGjAAAAQQmEAAAAQQmE AAAAQZlDCFA9TWUAgHMEQoDqSYAAwDmGjAIAAAQlEAIAAAQlEAIAAARlDiFA9TSVAQDOEQgBqicB AgDnGDIKAAAQlEAIAAAQlEAIAAAQlDmEANXTVAYAOEcgBKieBAgAnGPIKAAAQFACIQAAQFACIQAA QFDmEAJUT1MZAOAcgRCgehIgAHCOIaMA5HxXHwGApgiEAAAAQQmEAE+bTPm78CYAwCHmEAJUT1MZ AOAcgRCgehIgAHCOIaMAAABBCYQAT5sU9C68CQBwiEAIAAAQlDmEAA8Zt35R2QMASiAQAjxECAQA SmPIKAAAQFACIQAAQFACIQAAQFDmEAI8RFMZAKA0AiHAQ4RAAKA0howCAAAEJRACAAAEJRACAAAE ZQ4hwEM0lQEASiMQAjxECAQASmPIKAAAQFACIQAAQFCGjL5vPK1oYjzAbLKYsWcAAMCPBMI6zENj SkkmhLpoKgMAlEYgfN/ieeFa2bBfOFNUBIolBAIApTGHEAAAICgVwhL1BcChmDC52f9/SikzanTn vEQAACiHcXDPEwiLM49/J0h9AABUJ38SKy7eQSAEeIimMgBAaQTCslxSHgTK5NAGAEqjqQwAAEBQ KoSlGMaSqSEAAADPUCEEAAAISoUQ4CGaygAApREIi5AfLzpcdXBYQO8ZqJFjFgAojUBYGVdfAQAA rmIOYR3mhQWlBgAA4EcqhEXYk+4kQAAA4FoCIcBDNJUBAEojEAI8RAgEAEojEAK0Q9spAOAQTWUA AACCUiEEaIHaIABwgkAI8JDam8pUuMoAwAaBEOAhj4VAyQ0A2MkcQgAAgKAEQgAAgKAEQgAAgKDM IQR4SO1NZQCA9giEAA8RAgGA0hgyCgAAEJRACAAAEJRACAAAEJQ5hAAP0VQGACiNQAjwECEQACiN IaMAAABBCYQAAABBCYQAAABBmUMI8BBNZQCA0giEAA8RAgGA0hgyCgAAEJRACAAAEJRACAAAEJQ5 hAAP0VQGACiNQAjwECEQACiNIaMAAABBCYQAAABBCYQAAABBmUMI8IRxR5mP+YQAQBkEQoAnSIAA QIEMGQUAAAhKIAQAAAhKIAQAAAjKHEKAJ2gqAwAUSCAEeIIECAAUyJBRAACAoARCAACAoARCAACA oMwhBHiCpjIAQIEEQoAnSIAAQIEMGQUAAAhKIAQAAAhKIAQAAAjKHEKAJ2gqAwAUSCAEeIIECAAU yJBRAACAoARCAACAoARCAACAoMwhBHiCpjIAQIEEQoAnSIAAQIEMGQUAAAhKIAQAAAhKIAQAAAjK HEKAJ2gqAwAUSCAEeIIECAAUyJBRgOp9Vx8BAPZSISzF5nAy480AAIBrqRAWIc1+3k8pje9cXOD2 1QIAAJqmQliWoe63lvf6BaRBqI4iPwBQIIEQ4AkSIABQIIHwfX3dYHKyOL45X6Drun5M6dopZqaE 6KwUAIAyGQf3PIGwTVIfAADVyZ/Eiot3EAjLMnzKJToAAOBuAmEpJj94ZIaDAjXSVAYAKJBAWIrJ 2WF+iiBQHYczAFAg1yEEAAAISiAEAAAISiAEAAAIyhzCUixejbA3XHVwWCCzMFAmTWUAgAIJhO/r 817//+NTxsXzRVdfgUpJgABAgQwZLcL8THFyz+YCAAAAR6kQlmIz4EmAAADAtQTCnGF85hDGTN4D AACaIRCuMlsPuJCmMgBAgQTCZfOWnr2h4aeTOeAQXxoAQIE0lQEAAAhKIAQAAAhKIDzGxEIAAKAZ 5hACPEFTGQCgQALhsqF5TH/TmRzwI98bAECBDBldtXb25qwOAABogwphjuwHAAA0TIUQAAAgKBVC gCeYigwAFEggXLbn8hLO54D9fGMAAAUyZPS8cRtSAACA6qgQLusvOzH/Rb9PgP390iAAAFA1FcJl a2FvHAWH/5cMAQCAGqkQAjxBUxkAoEACIcATJEAAoECGjObMx4KO7xkGjjrPg4ZNvgcuvAkA8DqB EAAAIChDRpf1XUY/K7/oKwkCAAANEAhXLV5bYhwFxUJoz/iQd4wDAM0TCDc4I4RQHPIAQCjmEALk TCLihTcBAF4nEAIAAAQlEB6WUtI7HgAAaIA5hKukPghIUxkAIBSBcFk+DTpNhFY5ugGAUATCnOFq hONzRJVDAACgDeYQrupD4LxcMKREAACAqgmEAAAAQQmEq8ZlwLX/BxqTRt5eFwCA25lDCPDPA01l JE0AoBwCYU5KaTg7VC4AAAAaY8josnGVYLGvzLOrA7QgJeVBAKAsKoSr8pkQoEC+qwCAQwRCgH/G g8P9EgQANE8g3GUygdBpIrTqsaPbtwgAUAJzCLfN28loMAMAADRAhXCXSdFAIAQAABqgQviPmAcA AISiQvhlyIRKghCTpjIAQCgCIcA/QiAAEIoho/+MTwRTSmvVwsV7AAAAqqNC+GVIen0a7P/bdZ0E CAAAtEeFcNk4BI6rhQAAAM1QIfyyeAH6cbXwY7woNE1TGQAgFIHwn8UL0A+lwuFfh3GkD68e8ACH NgAQikD4JXO1icn0QgAAgNoJhIcpIAAAAG3QVAYAACAoFcIvhoNCcJrKAAChCIT/dF232GUUiMNR DwCEIhB+cS4IAADEYQ4hAABAUAIhAABAUIaMAvyjqQwAEIpA+L611qaTk1ENb+ABjiwAIBRDRusw D42ukAEAAPxIhbAUO+sS/WLSIAAA8DsVQgAAgKBUCFflq3BPTjTq12T8il3XpZRSSmurkVl5U6Qg Q1MZAHiRcXDPEwiXPf9ZvLZnjBNZOMexAwAvyv8hFhfvIBDmvHhqmKn+AQAAXEIgLMU4/vU/fsiE AADArTSVeV/XdZPgJwcCAAAPEAiXuboDxJRG3l4XAIDbGTL6vnkTUeAtjkQAIBSBcNlQHFirEjhr BAAAamfIaIkWL0ExHsOmqAgAAPxOhXDZ81lrXopcXAfzmgAAgKsIhO/rum4zDc6XUR6EyznKAIBo BMIi7DnvdG4Kd3OUAQDRCIR/JrPyNkdmOnEEAABqp6kMAABAUCqEf+Zz9t5aEwAAgGcIhAB/NJUB AKIRCAH+SIAAQDTmEAIAAAQlEAIAAAQlEAIAAARlDiHAH01lAIBoBEKAPxIgABCNIaN/UkqT4gAA AEDbBEKAJ/jFCQAokECYo2wIAAA0zBxCgD+aygAA0QiEAH8kQAAgGkNGAQAAghIIAQAAghIIAQAA gjKH8MtiT9HFO801gvZoKgMARCMQAvyRAAGAaAwZBQAACEqF8I/KAAAAEI0KIQAAQFAqhAB/NJUB AKIRCJfNO4s6NYTmOcwBgGgEwi+LV5iY/JNTRgAAoA0C4T/jNDhPfcO/ppRkQgAAoAGaygAAAASl Qvhnc0Rof3+/mCIhNElTGQAgGoHwy+b5X9d1mXmGQNUkQAAgGkNGAQAAghIIAQAAghIIAQAAgjKH EOCPpjIAQDQCIcAfCRAAiMaQUQAAgKBUCL+4pAQAABCHCiEAAEBQKoR/zB0CNJUBAKIRCAH+SIAA QDQC4ZehPjA/L8z8EwAAQI3MIfxnZ0cZjWcAAIA2qBBOrRUA+/ulQQAAoBkCIcAfTWUAgGgEwj/9 ieDm+V/XdSmllJIzRWiP4xoAiMYcQgAAgKAEQqBKk+Gd990EAGiYQAgAABCUOYRAZYYK3uWzecfP /DGlEAAIQIXwz86rSjhNhNd1Xdcfg5cfieNndpgDABGoEE4NmXB8OmhOEQAA0B4VQqBKkwrefTcB ABqmQvhPf43B4eZaVdDJIgAA0AaB8MsQ9uZpUA6EQowPTwcmAMAvBMJlzjKhWA5PAICrmEMIAAAQ lEAIAAAQlCGjJVq82uFkWqNRcwAAwI8EwuIsdjed35lSkgmJ6YGmMq48CgAEIRCWZe1aF4P+9Hdz MWiYn0IAAK4iEAL848cWACAUgbAUQ9Gv67pJAXA+pbBfJjNqNFNCVF2BdzkEAWCNcXDPEwiLME6D lzyh1Ae/cxgBwMPyJ7Hi4h0EQqAyDzSVAQAIQiB83+JFJoA1DhYAgKu4MP3LpEEAAOAtKoRFWLv2 oKAIAADcR4UQAAAgKBVCoDKaygAAXEUgfNni6exkYuFw1cHhTjMPicwnHwDgKgJhZVx9BQAAuIo5 hHWYl0QUSQAAgB+pEJZoMexJgAAAwLUEQqAymsoAAFxFIAQqIwQCAFzFHEIAAICgBEIAAICgBEIA AICgzCEEKqOpDADAVQRCoDJCIADAVQwZBQAACEogBAAACEogBAAACMocQqAm444yH/MJAQB+IxAC NZEAAQAuZMgoAABAUAIhAABAUAIhAABAUOYQAjXRVAYA4EICIVATCRAA4EKGjAIAAAQlEAIAAAQl EAIAAARlDiFQE01lAAAuJBACNZEAAQAuZMgoAABAUAIhAABAUAIhAABAUOYQAjXRVAYA4EICIVCT WxPgd9gEAGifIaMAAABBCYQAAABBCYQAAABBmUMI1ERTGQCACwmEQE0kQACACxkyCgAAEJRACAAA EJRACAAAEJQ5hEBNNJUBALiQQAjURAIEALiQIaMAAABBCYTAXSbDO++7CQDAOQIhAABAUOYQAtcb KngppWtn/Y2f+WNKIQDAbwRC4Hp9Trs8Dd76zAAAARkyChRhEvAO3QQA4ByBELiLUAcAUDiBEAAA IChzCIHrjS8LoRIIAFAsgRC4nhAIAFAFQ0YBAACCEggBAACCEggBAACCMocQuJ6mMgAAVRAIgesJ gQAAVTBkFAAAICiBEAAAICiBEAAAIChzCIHraSoDAFAFgRC4nhAIAFAFQ0YBAACCUiEsxXiIXW9S Y5ksoAIDAAD8SIWwCPM0OLlzvsDiQwAAAPZTIXxfH+3y9cBBv5g0SOEeaCrjIAAA+J1ACFzPkGYA gCoIhBWYlxC7rksppZTWTrszJURn6tRObRAAWmUc3PMEwvfNE9riINIfnxPYzwEEAK/In8SKi3cQ CMsyfMolOgAA4G4CYaEyw0GhfA80lfnfk9/33AAA7RMIyzJuIioTUi8fXQCAKrgOYYmcTAMAAA8Q CN/X9wt9ey0AAIBwBEIAAICgzCEs0aRgOFx18PM9ydDIUso0/wC/tSYAAOQJhO8b573J/fOFDS6l fBIgAEAtDBktwvwEenLP5gIAAABHqRCWYjPgSYAAAMC1VAgBAACCUiEELqapDABALQRC4GISIABA LQwZBQAACEogBAAACEogBAAACMocQuBimsoAANRCIAQuJgECANTCkFEAAICgBEIAAICgBEIAAICg zCEELqapDABALQRC4GISIABALQwZBQAACEogBAAACEogBAAACMocQuBitzaV+X5uAAB+IhACF9NU BgCgFoaMAgAABCUQQmiT4Z333QQAoEACIQAAQFDmEEJQQwUvpXR135c0/h9TCgEAiiUQQlB9Trs8 Dd76zAAAXMuQUWCvScA7dBMAgAIJhBCaUAcAEJlACAAAEJQ5hBDU+LIQKoEAADEJhBCUEAgAgCGj AAAAQQmEAAAAQQmEAAAAQZlDCEFpKgMAgEAIQQmBAAAYMgoAABCUQAgAABCUQAgAABCUOYQQlKYy AAAIhBCUEAgAgCGjAAAAQQmEAAAAQRkyCtxlNEsRAIASCYQQlKYyAAAIhBDUrSFQbRAAoAoCIVAl RU0AgN8JhEARBDwAgOcJhMC9JD0AgGIJhBCUpjIAAAiEEJQQCACAC9MDAAAEJRACAAAEJRACAAAE ZQ4hRJS+rxxvPiEAQEwCIUQkAQIA8DFkFAAAICyBEAAAICiBEAAAIChzCCEiTWUAAPgIhOXYPEF3 Bs+FfH4AAPgYMlqClNIk7H1m8W9zAQAAgKNUCEsxqdj0KXFexunvkQYBAIDfqRACAAAEpUL4vs3Z XH09cLxY13VrJcTxQ869HBGYkgoAFMg4uOcJhCX6/Uhwfk/erZ8Q3+QAwDn5UxRx8Q6GjBZn+KAL dQAAwK0EwrJIgwAAwGMMGS3FuAIuDQIAAA8QCIsgDfIwTWUAAPgIhCWQBnmeTxoAAB9zCAEAAMIS CEvRdd1a0aa/v7/wYH/P/MqENGwyvPO+mwAARGPIaCkWT83nkc8ZPPAuproAAAwpSURBVAAAcBUV wjrMk6HyYARDWfjyHwLGz+xXBgCAsFQI37cz2kmAAQ2jhS/f+/c9MwAAFVEhhKZMAt6hmwAARCMQ QumEOgAAbiIQAgAABGUOIZRr3O5FJRAAgMsJhFAuIRAAgFsZMgoAABCUCiGE5hqEAACRqRACAAAE pUII5bq1qYzaIAAAAiGUq/amMpWvPgBA+wwZBQAACEqFEFDKAwAISoUQAAAgKBVCKNetTWUAAEAg hHIJgQAA3MqQUQAAgKAEQgAAgKAEQgAAgKDMIYRyaSoDAMCtBEIolxAIAMCtDBkFAAAISiAEAAAI SiAEAAAIyhxCKNS4o8zHfEIAAG4gEEKhJEAAAO5myChE9F19BAAgKIEQAAAgKIEQAAAgKHMIoVCa ygAAcDeBEAolAQIAcDdDRgEAAIISCAEAAIISCAEAAIIyhxAKpakMAAB3EwihUBIgAAB3M2QUAAAg KIEQLjAZ3nnfTQAAuJAho1A6kRAAgJsIhPCToYKXUrp21t+oNtj/jymFAABcTCCEn/Qh8PI02D/3 5/P5fJIoCADATQRCKM6TY0S1MgUAiOyOsgYvu6daxbJx05dLNvuPadCeBwBa5Sz3DiqE8JOr5w3O n//CpwcAgC8CIRRBFAQA4HmuQwjvkwYBAHiFQAgvkwYBAHiLIaPwkx+bykzSoCgIAMCTBEL4yemm MgqDAAC8zpBReIE0CABACQRCeJo0CABAIQwZheeIggAAFEUghJ/sbyojDQIAUBqBEH6ys6mMNAgA QIEEQriXKAgAQLE0lYEbSYMAAJRMIIS7SIMAABTOkFE4L31nvvF8wkkaFAUBACiQQFicPmPMW5Vk sgdvWdwLCoMAANRCICxCmmeIrQVSSjJhgaRBAAAqYg5hZbqukwOLJQ0CAFAXFUK4gCgIAECNDDss znwO4eKswrWphp+tAaj2+IVmm/pv29rGAAAnbE6kcip7ORXCNjlUntF1ndogAMBV8iexm3GREwRC OM+1JQAAqJqmMnCSNAgAQO1UCOEww0QBAGiDQAjHfKfBNL7T1E0AAOoiEMJeS4VBCRAAgIoJhLCL GYMAALRHU5kK9GWolNLQaTdzEUIul5I0CABAmwTCyoxjIUdNNt2em6P7+hD+lwbtBQAAGmDIaB26 rpskEOXBB2wWBu0UAACqJhAWZy1UCBtPmkfBxYqgnQIAQNUMGYUpMwYBAAhChRD+EQUBAAhFhZBA JiM8ZwM+c/+69VgAAKiPCiHtG7d+WQxyS1ecv3WNAACgCAIh7ctX8wwTBQAgLIGQuBQGAQAITiAk KIVBAAAQCAlHYRAAAHoCIe1LXxFw0iz04XUBAICCCIS0r28qozAIAAATAiEhmDEIAABzAiGNUxgE AIA1AiHNEgUBACBPIKRBsyiYhvvzF6kHAIBQBEKaMq8Kfj6fvrOoJAgAABMCIY1YiYKfjygIAAAr BEKqJwoCAMA5AiEVEwUBAOAXAiFVOhQF02hpTWUAAGAgEFKZE1VBIRAAABYJhFTDAFEAALjWf2+v APyTvjPfcDOlPg1OEmH6fD5d95cG1x67eBMAAPioEFK4fI5TGAQAgF+oEFKElFJfxBtXBdcMVcH9 Tz5+CQAAoKdCSBH6vi8ppa7rLp8r2HVd/8xn1w4AANrkLLlB9YYfbWMAAFhT71luyVQIKYIoCAAA zxMIeZkoCAAAbxEIec3kwhCj/zcWAAAAniAQ8oKlquBfBBQFAQDgMQIhjzJAFAAAyiEQ8hBREAAA SiMQcjtREAAAyiQQcqP9UTCNFtVSBgAAniEQcoujVUEhEAAAnicQcjEDRAEAoBYCIZcRBQEAoC4C IRcQBQEAoEYCIT+5KgpqKgMAAM8TCDnp2qqgEAgAAM/77+0VoCbpzzgNTnJhGie79J0aD90EAADu JhByja4zXRAAACpjyCi7aBsDAADtEQjJSSl9PquBr+tyQREAACicQMgZqoIAANCApLtje1K6YLf+ r/T3r0LokwIAwIsuOctlQoWQL0tjRJOrQgAAQJMEQjbIggAA0CqBkD/z9jBd98l0lAEAAGonEEZn jCgAAIQlEDIlCwIAQBACYVyLlxCUBgEAII7/3l4BXpDSJA2mz+fTdS4sUai0mN2plh3aGDu0MXZo Y+xQ2KRCGM580qCqIAAAxCQQBmKMKAAAMCYQhrASBR9fDwAAoCTmELZvafR8kgYBAAAVwpYZIwoA AGQIhNWYFPryuW6tpZYwCAAADAwZrcN82OfBNsrJVSUAAIAJFcLK9IXBQ2nQGFEAAGCRCmHjhEEA AGBNUj4qX18PnOypxTvH/wQAAI0RXi5nyGiDHCcAAMAehowCAAAEJRACAAAEJRACAAAEJRACAAAE JRACAAAEJRACAAAE5TqEdRguLdjvr8xFCAEAAHZyHcLKuOg8AABwFUNG6zAvBioPAgAAPzJkFAAA ICgVQgAAgKAEQgAAgKAEQgAAgKAEQgAAgKAEQgAAgKBch7Apk6sUaiFbr7ULTtqnNer35nzfOWAr Nd+hDtgabR6AjtC6ZPaXI7RG87022V+O0AsJhO2YHzkpuawIvGPt/COzgAO2ZJs7lIos7s3JAegI rcieHUpdNvepI/RaAmGD+uPB6UsDfLVF4IBthgO2LvNqw+IJpSO0Fps71BFai8VhNfkyryP0R+YQ AgAABKVC2Ij5ryld16393gncbXPs2ccBW5U985GoxeZR5giti50SjSP0cgIhlMuEaaiIA7ZeQn5j 1magjW86Qou11uHJLruPIaNQDacsUBEHbC2GPeV0sw07d6gjtAp93e/j8LyZCiGUaz5KzXAIKJYD tkbSYGMyO9QRWjU761YCIZRo8S+ZnzOhTA7YGo13kBPNBmR2qCO0XuMmojLhfQwZBQBikQYbY4e2 zT69m0AIJRoGzQPlc8DWRXhozOYOdYTWxf56nkAIAAAQlEDYiGGM9fCbiqZMjfFrWUscsM1zwJav 67q1I84RWqPMDp1zhNZl8ZIhjtALaSrTIF9zzZjvSl927XHANsMBW5fFQ2/tAmiUb3OHOkJrMVxl fn7/fGFH6CVUCNuR77BMXRb3nR3aEgdsSxyw7XGEtsQRWp3NA9ARei39WwEAAIJSIQQAAAhKIAQA AAhKIAQAAAhKIAQAAAhKIAQAAAhKIAQAAAhKIAQAAAhKIAQAAAhKIAQAAAhKIAQAAAhKIAQAAAjq /95eAQBallL6fD5d11245E0rkH+GNfNnvumNAMAdBEIAqjTktHej14WBU4YE4HkCIQC320xN+Src L65KWYvPM6x2SmlYQK4DoCLmEALASbIfALUTCAEAAIJKft0E4D6TsaD5gZeTBdYeuzi+tOu68cDU 4f8XR6vOn2FzOGv+z+XiS2decbzk4ppk/inzopnFNp9n7V8BaJsKIQAlmseYq+YZLj7PfZMYF588 /3KTdJdPwimlyf3jm5tv9r7tDEAVNJUB4HZDFWvcfOXz3WBznlLmhaz+4ZOaWKZutmetPo+kwbV3 Pb85X73PbPvMbb6XxQXy2znzcgA0QyAEoCn7x3bufMjlNl9u7dqGR5+thDcLQOEEQgAe0pe5hurT 5vX3Whq7eHSe3pPvvaXtDMBRAiEAhWqjlrXYJCY/JnOxQ0z5l2oEoEYCIQDPmcyFayCKbNY55/+6 M9o1sHEAKJ8uowAAAEEJhAA8bX6lhD2L7XxU3rjf6e/PfOJdPGnnm71jOwNQC0NGAXjU2sXiF5f5 7Ahd+68zsfjASxY+2iRmcfnJG1m87vzpC0KsXel+/3YGoEkqhACUaB57xpdoX1zg9DP/+Gz7Zw8u 3pNfYHL1xROrl79zczsD0DZXngUAAAhKhRAAACAogRAAACAogRAAACAogRAAACAogRAAACAogRAA ACAogRAAACAogRAAACAogRAAACAogRAAACAogRAAACAogRAAACAogRAAACAogRAAACAogRAAACAo gRAAACAogRAAACAogRAAACAogRAAACAogRAAACAogRAAACAogRAAACAogRAAACAogRAAACAogRAA ACAogRAAACAogRAAACAogRAAACAogRAAACAogRAAACAogRAAACAogRAAACAogRAAACAogRAAACAo gRAAACAogRAAACAogRAAACAogRAAACCo/weueot6dn2POwAAAABJRU5ErkJgggBuHvCMFgAAuvhX ziXVul4Us0ime1Bnef+JUE5HDQoaCgAAAA1JSERSAAAASAAAAMgIBgAAAEtdp58AAAMlaUNDUElD QyBQcm9maWxlAAB4AYWUTUgUYRjH/7ONBLEG0ZcIxdDBJFQmC1IC0/UrU7Zl1UwJYp19d50cZ6eZ 3S1FIoTomHWMLlZEh4hO4aFDpzpEBJl1iaCjRRAFXiK2/zuTu2NUvjAzv3me//t8vcMAVY9SjmNF NGDKzrvJ3ph2enRM2/waVahGFFwpw3M6EokBn6mVz/Vr9S0UaVlqlLHW+zZ8q3aZEFA0KndkAz4s eTzg45Iv5J08NWckGxOpNNkhN7hDyU7yLfLWbIjHQ5wWngFUtVOTMxyXcSI7yC1FIytjPiDrdtq0 ye+lPe0ZU9Sw38g3OQvauPL9QNseYNOLim3MAx7cA3bXVWz1NcDOEWDxUMX2PenPR9n1ysscavbD KdEYa/pQKn2vAzbfAH5eL5V+3C6Vft5hDtbx1DIKbtHXsjDlJRDUG+xm/OQa/YuDnnxVC7DAOY5s AfqvADc/AvsfAtsfA4lqYKgVkctsN7jy4iLnAnTmnGnXzE7ktWZdP6J18GiF1mcbTQ1ayrI03+Vp rvCEWxTpJkxZBc7ZX9t4jwp7eJBP9he5JLzu36zMpVNdnCWa2NantOjqJjeQ72fMnj5yPa/3Gbdn OGDlgJnvGwo4csq24jwXqYnU2OPxk2TGV1QnH5PzkDznFQdlTN9+LnUiQa6lPTmZ65eaXdzbPjMx xDOSrFgzE53x3/zGLSRl3n3U3HUs/5tnbZFnGIUFARM27zY0JNGLGBrhwEUOGXpMKkxapV/QasLD 5F+VFhLlXRYVvVjhnhV/z3kUuFvGP4VYHHMN5Qia/k7/oi/rC/pd/fN8baG+4plzz5rGq2tfGVdm ltXIuEGNMr6sKYhvsNoOei1kaZ3iFfTklfWN4eoy9nxt2aPJHOJqfDXUpQhlasQ448muZfdFssU3 4edby/av6VH7fPZJTSXXsrp4Zin6fDZcDWv/s6tg0rKr8OSNkC48a6HuVQ+qfWqL2gpNPaa2q21q F9+OqgPlHcOclYkLrNtl9Sn2YGOa3spJV2aL4N/CL4b/pV5hC9c0NPkPTbi5jGkJ3xHcNnCHlP/D X7MDDd6hgosIAAAACXBIWXMAABcSAAAXEgFnn9JSAAAS/ElEQVR4Ae2dBbQVxR/HfyAmYLeiD0Rs xBYTA4/dYivWUVE8tmKgIvYjbEwMbDCwRTGw24fosRATxcDu+N/P6Ox/37J7d/bendnhub9z7tu9 O7N79/d9U78ckZKqItCK0u+//77p77//bqha879XOGH22Wfv3ga+K+C0qxza//cwSOa4VatWbSlt nVylLCkBMmgDZQtKAakEqAQoBYGU4rIFlQClIJBSXLagEqAUBFKKvW1BDz74oBx99NGy1VZbyRtv vBGwMXXqVNl7771l+PDh8s033wTXbZ14B9CXX34pu+66q+y0005y+eWXy+OPPy6//PJLwP9cc80l gwcPlldffVVWW201eeCBB4IyGyfeAXTQQQfJvffeW5XXeeaZR84//3wFYq9eveTaa6+tWr+eQq8A GjlypDz00EOKn6WWWkq1pEUWWSSRv379+kn79u3lmGOOadYNE2+oocArgB599FHFwlFHHSXPP/+8 XHbZZdK5c+dEtgBn2WWXVV3w0ksvTaxXT4FSd9TzgDzvnTBhgmy++eZyyimnGD/2559/VnUZk2yQ Vy2oXbt2stlmmxnzWVH0yeuvv67qf/HFF8b3ZanoFUDdunWTH3/80fj9hw4dKn/99Zeqz702yCuA 1lprLTUj/frrr6m83nnnnXLeeecF9dZYY43gPM8TrwBi/OnSpYvsueeeMmXKlFg+33vvPbVQ3Guv vYLypZdeWg488MDge54nSmn/3XffTaw8tGOeD671WayOe/ToIZMnTxZaxdtvvy0rr7yyMBhPmjRJ 3n///aBb8RuMW2PHjhVAypMqOunxlVmyq3cAweRPP/0kQ4YMUYvB8Co6CsCOO+4oAwcOlIUXXjha VPd3rwHS3H3yySdK1Jg4caLQtSotXTp16qTWRquvvrqstNJKumruR28B+uOPP6R169bqkzvXGR6o AfJqkOb9Gaj79u2bgRVR49OAAQNkvfXWk+23314uvvhiAeg8yDuAGH+yrIUA4fjjj5fGxkYMoLLN NtvIs88+K1tssUXiTJgFOO8G6XXWWUcWWmghpcoYPXq0fPzxx9LQ0CDrrruuHHfccWrWCjPIcmC5 5ZYT1k5jxoxRMx/l/fv3VwIsAnAtpLuYlwA1NTXF8oTgCsMM1JqY7bTshi5ppplmUkXMfssss4xc cMEFSumm65seNUBedTHWOh999FEzHtq2bStzzDGHuvbuu+/K4Ycf3qz8ww8/VN8rjgYBOFyYZZZZ ZJdddpFjjz22mcKt2c0GX7wCaMSIEYJKlQXiLbfcohaGLBgBjc+ZZ54pTz/9tDzyyCMBa0z9kAYx KKic0NJYKowfPz58OdO5V+qOJ554Qvbbbz+1SIxyAQCHHnqoGohffvll2WijjVQVBnWIlhYlxjLo rbfeUmNatNzku1ctiO5y0kknVX3vTTbZRN55552gjl5pxwHEegoCoFrJK4BQyMcxGmaOrjbjjDMG l7TCLO4+LfBGx7XgZoMTrwBacskl1diT9N7ffvutnHzyybLEEksEVfSaad555w2u6RPGL2j++efX lzIfvRqDWEVj7mG24rjooouqGYiu99hjjwl6ZwZxxhasH5DubgsuuOA0zN9///3qWocOHaYpM73g FUAbbLCBbL311kqKx6wTR/vuu69aOK655pqywAILKMmfeiwS99lnH8EaAqGj1nrqFVZYQV2r5Y9X AMEAC7/ffvtNWEVHiRY2aNAgmWGGGVTLYtqH6F7IYttuu60SMbB08ByIbrv++uur81r+eLeS1kwA EGYgrTBjWl977bWbDdC0EFoO5mkUZlhF6JqIJ5ouvPBCpYHU302PeiXtLUCmjETrsXDEoAjAmLDP OeccqTAbrZb6vcUClMq5YQUNkFfTvOG7B9Xw+jjttNPU6jq4mPPJdA0Qg3GbNm2Ugk3bx3LGR7yb xTSDqC5YGMbZyFCM/fnnn2qK//TTT+X6668Xlgg77LCDvj23o3cAMWuhpmCxmIVuv/32lg8QMhPC 6Ndff50FG1V31VVXzXyPyQ1etSDECcBBtcG6B/EBgfOll15S65soQ9RHUXbCCSdYMwF5BdArr7wi 3bt3l1GjRgW6Z4TRFVdcUemC5pxzzmYYIXYAJNdZXdsgr2ax1157TTluYk7WhBoDEeOGG27Ql4Ij FlVs8shgeZl5gof/e+IVQEzZcXqd3r17y0UXXRQIpmEmGLMANg7AcL1az70CCPMObi1RwnkB/XKf Pn2iRco0zcVx48ZNU5bHBa/GIFoD3QUPjlVWWUWWX3555XHG+IJxEGMgHq7oglCC3XXXXUq6BwiU 8zbIK2GV1TCGQ+1WB8M33nijbLnllop3FPq33XabOgc0FouaMFefccYZ+mvdRy9lMZTsdDEcxCHG pLAbMDoeuhsUBgfNI56xNsirFhRmkG6GEj86taOkv+aaawIPfLriYYcdFmsXCz8v67luQd4ClJWh vOtrgLyaxfJmMo/neTWLVWMIPTWDN6ttDIEo7Dt27Cg9evSQueeeu9qtdZVNFwA9+eSTsscee8QK sYxRuMUccsghdQGRdLP3XQyHBkxBYQmf2U0TXrHooPEqs0FeD9LIV1hRca1DAY/QSneaddZZldvd V199Jc8995wKrsPrAyMiC8k8SA/STgH64Ycf5IUXXlDaPxMmUGewMExrHWgYsYkdfPDBsummm5o8 OrWOBshpF2Nxh1qUUEvttlLtTTHhxPn9RO+pMKNED5ym8ianAMHsww8/LLQMjIDEhFWjDTfcUK6+ +mrlYvfmm2/GVsVYyCBNIB5iSt70/9Eu7ycnPA9RgVkJcw3dgVUwGkHtWxi+Db0QsxNBK4gZyF/M WgBNKBQDtxY5kMPCg3f4OfWcOx2Doi8KUEjmqE0J4EV6j6PrrrtO+SbGKcVmnnlmGTZsWO4Kez0G FQoQYNASmKZvuukmOfHEExUQ2jMsDBb2drok7ndYPHBKQA7Dn1G72oXr13vuDUCaEcK78UFkdUyL CDtJ6Toujxogp4N0NQYZj1jToGcmsO6KK66oVt1ZmTcAwTGLPGLg0T+ffvrpKqzAlqbQFGGvANIv jY8PrYlZC0+ym2++WRc5P3oJECgw8GJOZjlwxBFHyO677y6IFq7JW4A0EBgHkbMI+0YVm5a2Qt+X 19H5QjH84kQRYlYmFpVFHjNY165dp5nBuM4sp93p6IJ4jrF+sk2FrIOQuonQueeee6bhD7lqt912 k1NPPVUpxaIVEDkOOOAAtYrGLbgeB83os8PfC5vmUcZjSo4DhxdEMsdKSsBunG8QIU44dwLidttt p6J5tLd9mMG8zp2PQQiWgEBYE0mU8FTFUZwPq+S7775b9t9/fxXES5eKI0IRiOlAQCXyByH1xRdf jKta9zWnXQxgEBFImhS2d8VxQVjl2WefHWuKDten9dAdWVhiZJyu9UFYTtEGmsROIGoAaBrxPAZs DI42/BSddjG98CP1RFKQG6DQetAQYqs3JdSyjG15k9MuxsuzQmZwRf2KfpmP1hriLIUbHke8yxiM 07pi3oDo5+lZzDlAvABT9c4776zWP/qFwkf8DRlP4iJ4wvVsnhcKEIzh4ovqlYUixkAUX6SaQOOI qpXvRVLhABXJvMlva4CcDtImL+ZbnRKglP9ICVAJUAoCKcVlCyoBSkEgpbhsQSVAKQikFLeIFoQT FSoUG9QiAMLD46mnnrKBj78hmdjs0TJyTNLz/P777yqejAzlxM7boEKtGnEMEauKSwzmHROFmX7G fwIg1CAErACSL+RVCyItlwaHJCVEMs8333xKTRsHGF0PJ6qrrroqrjiXa14BpAfa3pUAOrLXmRJ+ QkkqXNNnJNXzahaDUQg7fBZCA2nL294rgMiiCU2qmKKzUDjhUpb7TOp6BRCuLuiqdeYoEwaog2OD rXHIK4Aqak6Vhgsf6ltvvdUUH+Vh//nnnxvXz1LRq0Ea4x/O48TCY6LGHyguCloziAswsxj7bzCw 2yCvAIJRPZPBLCCZEq3PBnnVxcKJ/LMym2XVneXZXrUgLK6Ef5O0DR8ggubw5MBvOq6FEGSHkyct zxZ5BRDBKPj9kDgJ+70psQYi770N8qqLwSA+iXhsZCGcFtgEwAZ51YJgEP8hPlmI7sdOUTbIuxZU C5MozMI5pmt5RtI9TlsQM43eQwxJPTrwkp4rzi8x6eWJ/mEVfdZZZ0nPnj2TqtV13SlARPToJLWE WUYHYnJzkOqmFsribJXl+U672AcffBC8W/hcX8SztVZqEesgvFd18uu43ZyIjSeIhbUPG7HpdVBS JCFdjBxnd9xxR624pt7ntIuhHbzkkksSX4poH3wTiWclj5Ap4dka3ovV9D6Tek67mMkLMQ5ldQxH YWZjhyjeV0l4FQnam/3FTEB0Uacyw6r9xbxrQS6Yz/IbJUApaJUAlQClIJBSXLagEqAUBFKKyxZU ApSCQEpx2YJSAHIqi+l3wSsD4yAfQp8IsKtm/9L3FXF03oLIFUQOIGQnlPNEP2uXlyIASPtN5y1I 5wAiFh5LKkefyTlAgEFoJkmTouAQiqk3TYuChioENYhrKgQg0v3xiRKGQJIokQGGgDto8cUXVykC iwCH3y8EoKQ4VAJz+ZApj4wKs802m4qtt6XrAYA0KgSgtBmL0ExAAcgiwQG8QgBK+69R3q1bt0xx qyjto2Ykk99Jq+N8mk97oVrK2d+HLA02qEUARBplW2af6R4gZj7S5NiiQsYgnDTZoqYaEafBmJJU jxaDmZruhRVEbxRQ7Zm1lBUCEGscvc5Je2kcE0zIxgDN7073XcwEvHrqFNKC2A6CfTDYD6OeFBSE SuFZRt5FW1QIQGT37dWrV248hdO55/bQfx9USBdjJ4M8KepGk+eznQOEP2Feeec1EGSrwiHLBpW2 +QRUtW2+kDEo4Z3Uvs6skfAh4kM0c+fOndU+zuzlTBJKfIZckhcAAQqrYRIuRemZZ54JLqFoI4U7 zubhbf6CChZOnI9BYR6IWj7yyCNVCFQcOOG6nBO8QiQigXc2vcrCv1sYQIgH7Lhy5ZVXht+n2XlS K5k8ebLaIr2xsbFZfRtfCutiuO6GI3sIQ8DLHlUs4w7O5Fg/EEnI/cqnqalJbSOhPdAGDBggXbp0 UUDbAIdnFjKL4erLWkhv+cAWfehzFltssVQ+GbwZg0hpCqFx5Hn1rMjjflTPYoV0MboV4CBgktiW lIAm4MBIhw4d1D34XBMFpDfDjmMyj2uFAKQHZDIs1JoxgQQEel9D4u1tkfMuRrpkxhk2GQGouB1Z TJnFCEkIAl2MfTewguRFhXUxrd/p379/XeAABA7mZAIGKBJW2iDnXWzq1KmKD70daL1MYf2AmPpt kHOAmLbxuDdJmWzCMIlyMWFr4E3uyVLHOUDIV0mbHGV58XBd0ribqnDD95mcOwcILaDJ5msmL6/r EGuvvUb0tbyOzgHCGpF3AC65PlhT2SDnAMEEUYK0pDwIgdfm/j+FyWJEKSfFgWUBjhW5Lasq71EY QDb/61kATqtbSBdLeymfygtpQahNkcNYvxDvXssAS7di4wDUIIMGDbKGaSEAAU7fvn1zY4rNAZDx bFAhXYzdnfIkNoK0Rc4BIk8ZokaehNiy8cYb5/nI4FnO1R3BL9dxwvhTy7iV5Se1usPpGARjSN3I Y3wQMPno77QCEr2lEdkbSCWIR6xtctqCULajCYxudcX2VzBNGbavNEKW69Onj1K/ori30Zp0C3I6 BpEXaOzYscGmRoxF7BF23333KcuECTiAh+Zw+PDhappH8WaTnAKkGaFLYa4hE4xJl9L3hY+0Gtxo 2L9+xIgR4aJcz512Md6chR2WUVoSGRPqJTIIYzbiWI9+O/oehXQxXgIzD1N9HuDwPJRlxHPYMkU7 72KMOXltswdAEKELLQYg8gZlzVH2DwzJf4npiMtHlHyHeYnTFsT0jKIs75U0z9V5icxZN6vpFCCm Zz55M4PTOZpFG+QUIBhgQK01T1kcAKzOCcKztd2fc4BwpSP3c9JWEHEgVLs2ZswYZQRICtKrdq9J mXOAyFOGVWPYsGEm71e1DqLLwIEDVZ0WkQUPThBIO3XqJP369ZORI0dWBaBaIV2LRHFshQyR+8wG OW9BiAjEysMgHmW9K4myGWSzEPFhAE1YOYQjeUNDgzrP+49zUUMzQIIBHWNBWkAkejKRo8IgiT8Z frkOYTn97LPP1AZHeMQiw2nvNPTbyGO46+VJWtQoDCBMxfzn2aImiVDoExNG0FwcMXONHj1a+VHH lddzTQPkvIvpl8ZoiBvdueeem+hfyKIyCRz00MxgzIo2qTCANFMoysaNGyeka09y+9V1OeJXNGrU KAUOayrbVFgXi2OMTDB0ObJq4lLHh7GFYBVcg5Hca9Ufxf1etWu6i3kFULUXdl2mASq8i7lmPOvv lQClIFYCVAKUgkBKcdmCSoBSEEgpLltQCkDKNl+Z8xsr0nW+0l7KD/teXMFjCu/4P96J6dVlRPAR AAAAAElFTkSuQmCCAG4e8FUWAAAmsgKrPEBLCtrjgA0zYStZ/4lQTkcNChoKAAAADUlIRFIAAABI AAAAyAgGAAAAS12nnwAAAyVpQ0NQSUNDIFByb2ZpbGUAAHgBhZRNSBRhGMf/s40EsQbRlwjF0MEk VCYLUgLT9StTtmXVTAlinX13nRxnp5ndLUUihOiYdYwuVkSHiE7hoUOnOkQEmXWJoKNFEAVeIrb/ O5O7Y1S+MDO/eZ7/+3y9wwBVj1KOY0U0YMrOu8nemHZ6dEzb/BpVqEYUXCnDczoSiQGfqZXP9Wv1 LRRpWWqUsdb7NnyrdpkQUDQqd2QDPix5PODjki/knTw1ZyQbE6k02SE3uEPJTvIt8tZsiMdDnBae AVS1U5MzHJdxIjvILUUjK2M+IOt22rTJ76U97RlT1LDfyDc5C9q48v1A2x5g04uKbcwDHtwDdtdV bPU1wM4RYPFQxfY96c9H2fXKyxxq9sMp0Rhr+lAqfa8DNt8Afl4vlX7cLpV+3mEO1vHUMgpu0dey MOUlENQb7Gb85Br9i4OefFULsMA5jmwB+q8ANz8C+x8C2x8DiWpgqBWRy2w3uPLiIucCdOacadfM TuS1Zl0/onXwaIXWZxtNDVrKsjTf5Wmu8IRbFOkmTFkFztlf23iPCnt4kE/2F7kkvO7frMylU12c JZrY1qe06OomN5DvZ8yePnI9r/cZt2c4YOWAme8bCjhyyrbiPBepidTY4/GTZMZXVCcfk/OQPOcV B2VM334udSJBrqU9OZnrl5pd3Ns+MzHEM5KsWDMTnfHf/MYtJGXefdTcdSz/m2dtkWcYhQUBEzbv NjQk0YsYGuHARQ4ZekwqTFqlX9BqwsPkX5UWEuVdFhW9WOGeFX/PeRS4W8Y/hVgccw3lCJr+Tv+i L+sL+l3983xtob7imXPPmsara18ZV2aW1ci4QY0yvqwpiG+w2g56LWRpneIV9OSV9Y3h6jL2fG3Z o8kc4mp8NdSlCGVqxDjjya5l90WyxTfh51vL9q/pUft89klNJdeyunhmKfp8NlwNa/+zq2DSsqvw 5I2QLjxroe5VD6p9aovaCk09prarbWoX346qA+Udw5yViQus22X1KfZgY5reyklXZovg38Ivhv+l XmEL1zQ0+Q9NuLmMaQnfEdw2cIeU/8NfswMN3qGCiwgAAAAJcEhZcwAAFxIAABcSAWef0lIAABLF SURBVHgB7Z0FtBXFH8d/KKjYgS2KiM84BnYexTyo2IqtWEcPisdWbBEMBFExMDGwHwa2KAZ2i3Vs TGzsRPnfz/ifdd++jdl7d2aH5/7Oudy9O7P7Zr5M/HraSY1+/vnnXlOnTm3iuqJ/EZhlllmGtePn jz/+2FwDaPt/i6orEJhtttk6TFdBkY5ABVA6PlIBVAGUgUBGcTWCKoAyEMgorkZQBVAGAhnF1Qia VgG6//775cgjj5Qtt9xS3njjjaAbkydPlr322ktGjhwp3333XXDf1oV3I+jrr7+WXXbZRXbccUe5 9NJL5dFHH5Xffvst6P9cc80l55xzjrz88suy2mqryX333ReU2bjwDqADDzxQ7r777tS+zjPPPHLe eecpEHv37i1XX311av1GCr0CqLm5WR544AHVn6WWWkqNpIUXXjixf/3790eglKOOOqrFNEx8oI4C rwB6+OGHVReOOOIIefbZZ+WSSy6Rbt26JXYLcJZddlk1BS+++OLEeo0UtG/k4aKfff3112XzzTeX k08+2fjVv/76q6rLmmSDvBpBs846q2y22WbG/azpseS1115T9b/66ivj5/JU9Aqg7t27o900bv+5 554rf//9t6rPszbIK4DWXntttSP9/vvvmX29/fbb5eyzzw7qrbHGGsF1kRdeAcT609TUJHvssYd8 +eWXsf187733FKO45557BuVLL720HHDAAcHvIi+800nDHffo0UMmTZokjIq3335bVl55ZWExnjhx onzwwQfBtAII1q1x48YJIBVN6KS9A4hO/vLLLzJs2DDFDIa56CgAO+ywgwwcOFAWWmihaFEhv70F SPfu008/VaLG+++/L0ytH374Qbp27ap4o9VXX11WWmklXdXKt/cAWel1jpcCkFeLNG2fMmVKizUm R3+sVPUOIHayfv365eosC/iAAQNkvfXWk+22204uvPBCBXSulyRU9g4gFug8zCL9OvbYY2XIkCFS sw7L1ltvLU8//bRsscUWiaxCAhaxt70DiFYC0ODBg2XdddeVLl26qG3/xBNPlJ9++qlVJ+CXrr/+ enUfkFCmXXvttYpF6Nu3b6v6eW94t80DyoQJE2L7gWSPSoSdTBPsgBZuUbbNMMMMqgj2YJlllpHz zz9faSV1/Tzf3i3SrCUff/xxiz7UPCxkjjnmUPfeffddOfTQQ1uUf/TRR+r37LPPHoDDjZlmmkl2 3nlnOfroo1toJFs8bPDDqyk2atQoQecMB33TTTcpzhmOGtD4nH766fLkk0/KQw89FHQN3gjSIAYF tQtGGrzUq6++Gr6d69orfdBjjz0m++67r+Kio70AgIMPPlgtxC+++KJstNFGqgqLOsRIi9KCCy6o br311ltKfx0tN/nt1Qhiupxwwgmp7d50003lnXfeCepoUSQOoOmm+6d7AFQveQUQFou4joY7x1Tr 0KFDcEtrFOOe0xqB6LoWPGxw4RVASy65pFp7ktr9/fffC9v9EkssEVTRPFOnTp2Ce/qC9Quab775 9K3c316tQXDR2MPYrfheZJFF1A7E1HvkkUcExTyLOGsL5iFIT7cFFligVefvvfdeda9z586tykxv eAXQBhtsIFtttZVSc2D3iqN99tlHMY9rrrmmzD///Eo1Qr2xY8fK3nvvLZiLIJT4WpG//PLLq3v1 /OMVQHQAxu+PP/6QMWPGtOoPI2zo0KEy/fTTq5HFtg8xvZDFttlmGyViYAriPRDTdv3111fX9fzj HSetOwFA2Mm0RpFtfZ111mmxQDNCGDnY79EoYjZian7yySf6NTJ8+HAlfgQ3cly0SX0QjCMWVwDG xn/WWWdJu3ZqHOSA5p+qbRKg3CikPOCdLJbS1tgi3GJOPfVUxV3HVijgpld8UN7+sBi3b99eKdi0 ATHvO7Lqe7eL6QajuoAxjDMiohj766+/1Bb/2WefKf0PLML22xcfTeEdQOxaqClgFvPQrbfe2vYB QmZCGP3222/zYKPqrrrqqrmfMXnAqxGEOAE4qDbgexAfEDhfeOEFxd9EO0R9FGXHHXecNRuZVwC9 9NJLstZaa8no0aOVSRlAEEZXXHFFpQuac845W2CE2AGQ3Ie7tkFe7WKvvPKK8mzF3q4JNQYixnXX XadvBd+YnHFaQAbDnmaDvAKILTtOr9OnTx+54IILAsE0DARrFsDGARiuV++1VwBh4sHvJ0p4d6Bf jjPj4CYMjR8/PvpYIb+9WoMYDUwXXFxWWWUVWW655ZRLHusLxkGMgbgAowtCCXbHHXco6R4kUM7b IK+kebhh7GLa75AOYxTs1auX6jsK/VtuuUVdAxrMoibM1YMGDdI/C/n2ThZDyc4Uw4MeYk0K+0mj 42G6QWFw0DziOmyDvBpB4Q4yzVDiR7d2lPRXXXVVEKLAVDzkkENi7WLh99VzXak7MlDzbopltLeU Yq92sTQE0FOzeMNtYwhEYb/44osrz4+555477dGGyqYJgB5//HHZfffdY4VY1qhjjjlGDjrooIaA SHrYK0YxrpE4NGAKCkv47G6acBtGB41XmQ3ydhejs8hXWFFxrUMBj9DKdOrYsaPym/7mm2/kmWee UdGHeH1gRISRLIpYpP/9ryjqrSnvwUPsueeeE7R/JsTUgkmMGx2ABP/DB79EbGK8u2fPniavNq7j dIrB3KEWJRZVu62ktRQTTpzfT/QZzDqIHjhNFU1OAaKzDz74oLKzYwQkaC6NNtxwQ7nyyiuVi92b b74ZWxVjIYs0kYqIKUWT0ylG4xEVmDqYa5gOcMFoBLVvYbiD6IXYnYjqQcxA/mLXAmhixVi4tciB HBZevMPvaeS61EUaoJDMUZsS4Yz0HkfXXHON8k2MU4rNOOOMMmLECCsKey9EDUYC2/QNN9wgxx9/ vAJCe4aFwcLezpTE/Q6LB04JyGH4M2pXu3D9Iq69AEh3hPh3fBDhjhkRYScpXcf1t1eyGOsRPA16 ZiIPL7vsMtd4xP49p7tYbAtCN2HySBKA/vm0005TYQW2NIWhP5t66RVAuqX4+DCa2LXwJLvxxht1 kfNvLwECBRZezMmwA4cddpjstttugmjhmrwFSAOBcRA5i7h4VLFZeT30c0V9O2cUww0nzBKzMsG6 MHnsYCussEKrHYz77HLanY4piOcY/JNtKoVRROomQueuu+5q1T/kql133VVOOeUUpRSLVkDk2H// /RUXjVtwIw6a0XdHf5eyzaOMx5QcBw4NxPcHKykRzXG+QYQ44dwJiNtuu62K5tHe9tEOFvHb+RqE YAkIhDWRZQpPVRzF+cAl33nnnbLffvupKGemVBwRikBMBwIqkT8Iqc8//3xc1YbvOZ1iAIOIgLk4 bO+K6wVhlWeeeWasKTpcn9HDdISxxMhYpD7I+RTDcoqiyyR2AlEDQLOI97FgY3C04afodIppxo/c HElBboDC6EFDiK3elFDLsrYVTU6nGI2HQ2ZxRf2KfpmP1hriLIUbHt94l7EYZ03FogEJv680aZ6t eqeddlL8T7hB+hp/Q9aTuAgeXcfFd2kA0TlcfPExhFHEGIjii1wcaBxRtfK7bCoVoLI7b/L3ne9i Jo3yrY7TXcy3zpu0pwIoA6UKoAqgDAQyiqsRVAGUgUBGcTWC/gsA4USlPe4z+pu7uE2MIDw8nnji idydN3mgVKV9WgOx2aNl5DtJz/Pnn3+qeDJSuBM7b4O8A4hYVVxiMO+YKMw0KP8JgFCDELACSL6Q VyOItFwaHJKU4Ms477zzKjVtHGBMPZyorrjiirjiQu55BZBeaPvUAujIXmdK+AklqXBN35FUz6td jI5C2OHzEBpIW972XgFEFk1oYs0UnYfCCZfyPGdS1yuAcHVBV60zR5l0gDo4Nthah7wCCLs89nZ8 qG+++WZTfJSH/RdffGFcP09FrxZpjH84jxMLj4kaf6C4KGjdQVyA2cU4oISF3QZ5BRAd1TsZnQUk U6o3iVLW+72aYuGTDrIaHi3Pw3VHn0377dUIwuJK+DdJ2/ABImgOTw78puNGCEF2OHky8myRVwAR jILfD4mTsN+bEjwQBwPYIK+mGB3EJxGPjTyE0wKnJNggr0YQHcR/iE8eYvrVrKB5HjGu690IMm55 qCIKs3CO6VBRw5dORxA7jT5kDUk9uvCSnivOLzGpl0T/wEWfccYZsskmmyRVa+i+U4CI6NFJagmz jC7E5OYg1U09lMfZKs/7nU6xDz/8MGhb+FrfxLO1XmoTfBDeqzr5ddxxV8TGE8QC78NJdZoPSook ZIqR4+y2226rF9fM55xOMbSDF110UWKjiPbBN5F4VvIImRKereHDak2fM6nndIqZNIh1KK9jOAoz W0doOXfiNAHJlzqVh5nB/4R3U8ygzU6rVABlwF0BVAGUgUBGcTWCKoAyEMgorkZQBVAGAhnFTmUx 3Ra8MjAO8iH0iQC7NPuXfq6Mb+dTjFxB5ABCdkI5T/SzdnkpA4Csv+l8BOkcQMTCY0nl22dyDhBg EJpJ0qQoOIRi6kPToqChCkEN4ppKAYh0f3yihCGQJEpkgCHgDlpsscVUisAywOHvlwJQUhwqgbl8 yJRHRoWZZ55Zxdbb0vUAQBaVAlDWjkVoJqAAZJngAF4pAGX9r1HevXv3XHGrKO2jZiSTv5NVx/k2 n9Wgeso534csDTaoTQBEGmVbZp9pHiB2Ptz2bFEpaxBOmhxRk0bEabCmJNVjxGCmZnphBdEHBaS9 s56yUgCCx9F8TlajcUwwIRsLNH93mp9iJuA1UqeUEcRxEJyDQS7oRlJQECqFZxl5F21RKQCR3bd3 796F9Smczr2wl/7/RaVMsR49ehTaj6gbTZEvdw4Q/oRF5p0HDLJVmaaBzwteZZtPQQzbfClrUFKb cMGDR8KHiA/RzN26dVPnOHOWM0ko8RlySV4ABChwwyRcitJTTz0V3ELRRgp3nM3Dx/wFFSxcOF+D wn0gavnwww9XIVBx4ITrck3wCpGIBN7Z9CoL/93SAEI84MSVyy+/PNyeFtdJo2TSpEnqiPQhQ4a0 qG/jR2lTDNfdcGQPYQh42aOKZd3BmRzrByIJuV/5TJgwQR0joT3QBgwYIE1NTQpoG+DwzlJ2MVx9 4YX0kQ+cvoI+Z9FFF83sJ4s3axApTSE0jryvEY486Y+W5mHGtAIcBEwS25IS0AQcOtK5c2f1DD7X RAHpw7CTOtno/VLWIL0gk2Gh3owJJCDQ5xoSb2+LnE8x0iWzznDICEDFnchi2lmMkIQgMMU4dwMr SJFUyhTT+p2TTjqpIXAAAgdzMgEDFAkrbZDzKTZ58mTVD30caKOdwvoBsfXbIOcAsW3jcW+SMtmk wyTKxYStgTd5Jk8d5wAhXyUdcpSn4eG6pHE3VeGGnzO5dg4QWkCTw9dMGq/rEGuvvUb0vaK+nQOE NaLoAFxyfbQppT1RgoykIgiB1+b5P6XJYkQpJ8WB5QEOjtyWVZV2lAaQzf/1PABn1XW+BmU1yLfy UkYQalPkMPiXGjtf1wLLtOLgANQgQ4cOtYZrKQABTr9+/QrrFIcDIOPZoFKmGKc7FUkcBGmLnANE njJEjSIJsWXjjTcu8pXBu5yrO4K/3MAF648txjDcLOd2MTqG1I08xgcBk4/+zSgg0VsWkb2BVIJ4 xNompyMIZTuawOhRVxx/Racpw/aVRchyffv2VepXFPe2RpNzhRl5gcaNGxccasRaxBlh99xzj7JM mIADeGgOR44cqbZ5FG82yfkiTWeYUphryARjMqXiAGDU4EbDGfOjRo2Kq1LIPadTjBbD2GEZZSSR MaFRIoMwZiO+G9Fvx7XD+RSjEZh52OqLAIf3oSwjnsOWKdr5FGPNKfKYPUAidKHNAETeoLw5ygAh jYjpiMtHlPaMaZnTEcT2jKKsaE6a9+q8RKYdN63nFCC2Zz5FdwanczSLNsgpQHSABbXePGVxAMCd E4Rn67g/5wDhSkfu56SjIOJASLs3duxYZQRICtJLe9akzDlA5CnDqjFixAiT9qXWQXQZOHCgqtMm suDREwTSrl27Sv/+/aW5uTkVgLRCphaJ4jgKGSL3mQ1yPoIQEYiVp4N4lPWpJcpmkc1DxIcBNGHl EI7kXbp0UddF/+Nc1NAdIMGAjrEgLSASPZnIUWGQxJ8Mv9yHsJx+/vnn6oAjPGKR4bR3Gvpt5DHc 9YomRI3SAMJUzP88R9QkUa2BKiaMoLk4YucaM2aM8qOOK2/0XimymG40RkPc6AYPHpzoXwhTmQQO emh2MHZFm+R8DYp2BkXZ+PHjhXTtSW6/4WfwKxo9erQCB57KNpU2xeI6RiYYphxZNXGp48PaQrAK rsFI7vXqj+L+Xta9UtegrMb5UF7qGuQDACZtKH0NMmlkmXUqgDLQrwCqAMpAIKO4GkEZAGn3lyk1 IdKOSi6jAZ4XT/W8feU373+bxh32eslNtAAAAABJRU5ErkJgggBuHvC+MgAAc4DUgrdc8w2twosw 38JooP+JUE5HDQoaCgAAAA1JSERSAAAEsAAAA4QIAgAAAD4PX60AAAAJcEhZcwAAFxIAABcSAWef 0lIAAAAHdElNRQfaBgkINxAOms4rAAAAInRFWHRDcmVhdGlvbiBUaW1lADA5LUp1bi0yMDEwIDA0 OjU1OjE2bbiNlAAAACR0RVh0U29mdHdhcmUATUFUTEFCLCBUaGUgTWF0aHdvcmtzLCBJbmMuusRS zwAAIABJREFUeJzt3duWo7iyBVCzR///L3MeXMfl4mYhBLrEnKMfupwkFsiQLIcQ0zzPLwAAAOL5 X+0GAAAAUIdACAAAEJRACAAAEJRACAAAEJRACAAAEJRACAAAEJRACAAAEJRACAAAEJRACAAAEJRA CAAAEJRACAAAEJRACAAAEJRACAAAEJRACAAAEJRACAAAEJRACAAAEJRACAAAEJRACAAAEJRACAAA EJRACAAAEJRACAAAEJRACAAAEJRACAAAEJRACAAAEJRACAAAEJRACAAAEJRACAAAEJRACAAAEJRA CAAAEJRACAAAEJRACAAAEJRACAAAEJRACAAAEJRACAAAEJRACAAAENR/tRvACKZpev/PPM91W/Kw z4ZvemBvTNP0/S7v9lTphZ9vnfIhyf4gLfZDXguzfa85411SGj+Sgtt7dlV5vXP2Vw5W1WlHJ+6E Ow6x9HWuz8aL37r79HhT/6af3DblNamdvyyb0v/crDW7Q0qt8+xlyal91dongYJUCKFXx+f9Zu01 O3tzOt0Pb103PkPB7e1r1/XV2r5M07S5e5/c5ze91/XV7u2cW9+0ZcF3yKltydhX9EuFkKs+3xi9 zx0BvzpqZ5PbaUmDntk5ugCetDes4P16qD9Jm1sa+YK+rx1S9oN6sO2bB0Vf+4o7qBACAB3bvMD9 HsUdlp2wEHmHnM2ckfdVQCqEXLI+U6QPtV//6Htte7d/rL8PXrRh75S3WPlmww4akK14yxcvptzA dvxG6xZmrCTRXiV5sw177775mdncD9/7PGXnJG5Uygd1b/nXr048/pXF8j8bX3aBvWUSfyW9s342 72DXnd2o652e0dq9Zv/8OF1pxroBx+v56WJj1gtcaUy6i006OFld/zS+fh0vRRxs4MUjK/2NXmc+ jXf8ad5b/+uGHZJyIXTqbwcUp0JIAe+T1JVT1Xqo+ubg9exX1ivPa0C2+1pe5K3XL6bssbMtyZPd NT+Xydi9eb+S0bCUX/nZZRkLXO/3vI9KqUMyYxMympe4604dI++FD34l701TTqR5Z5UiJ9VSJ5a9 3/rUCfeWzDszH7zjYpnH9kC67He86dR38Tx23WM75KznPxtEpkLIvX5WhBYLLxbYXOHxSjbfLnvl BV1v+eeS8X2Vs7mShc9WbK4k5Y3OtvYmB0WSg/2Q0ryUPZPYmLXjXbfZ+OufjbwF1tuS0e8Z27vZ kp/NS1xV9m5Jb8n11p5S6jyWsQeKN6bIieWzb9P38MG2550wj989ew8U/NgkvuPr8pGV/kanVnvf n+ZndsipC6HEhmUoflXDSFQIybc+YX3nhyvr2VtVxnlwszHp6TRlW6Ytx++Y3vL17j27hr2VHOzb W2Peesee/aOY2DUpUfnUVh805pT3pd7Z39pcz14zfm5d9o7NaHzKrxRpXmKfZnzUj1uS0dqU89v3 alPeIu9EWuTUdNz448Zct0gLeyfh9cKbbd5b5uwfoycPsbPNyHPT34i801S29ndIEQeXJelNLf59 BC1TIeR26+/G9r76ylhz4hpSzmhPfnmWve158WP9yqmNvd5TFz32jjf95Tv1Z/W+vb1uQOL3HZu/ W/ZXDtZz0WNXM1dau/h+5Ljqcl8zivuZfNIXPrYZ2/I+h9dPmN9uOsSy3+uxk3n1vxqJb/rkDkm5 ELq7YVfOLYxNICTT4mvp9U+fuQ5r4SyWt6UttDxdX61tx/elZPoXtI3s7YzG521vTCkxY/hdd3e1 8PXgH6MMDxwveV8DFdHIeWyh4g45q8hXJK8L3zg0e+BwB4GQVlw/9Vwcj1Tx3HfTSKqbXG/t93el KX+ruv6ztN5dGQXDmz4biSM5TzX+4vaeal5Tsr8Y2vzFzR5PeYumdtqpxmR81H/WWKqfVO84xLLf K+Xdb1Llb1zLO+SsKw1bFyf31k9kAiGXJF7KnA0Aifod4N5Xy/tqbZv27kRaa3Bvpzf+yq8QTYMf 9VoeO14e2+e9dO6T7Tx1IXRHw1qullOdSWXIkTL2/ewftvXy71NnVgN/r/zhBpSS0aTN7SrXoic8 1jUP9HjFv8frrTu7Yx+u8hXp98eO4ozWrielOJ6mIuUtmjqP3d2YO+o5ZU+YDxxi8JNv6PhJIOQh 33+5F3/zCs4HsFmc/LlYwQZk22v5uknpDrbrVfpK/ayDz8N6sdcNXZO9e39efy9+emr5lHdM8XPr UnZsRuOLbG9i8/Z+68ohs2dzoz4tufgpTUkgKW/x8HnsuKPzGpPdXwe5K33by54wbzrEinvsHUt1 7t0NvnX9iX/4Nl1smO8aOGbIKKelnMtSxqyvl3+dPOV93iVl4Z9f1Wc0INuVli926XF37G3X2Xt7 KhYZErsm+8I3fc9kfEj2dt1BJ5bd2wdb93NzEhuf8Svp55CD5h2s6sqn/fiN9tz9KU18i2fOY4nv kv0Bu6MxF9eW2GXriF7kECuY6tP3+cU3bbBzD97igR1y1n1/dtMvzA7WsH5R4OydCiHPWY+JWv/0 +59549PWVYL1qjbXXKQB2TJanh62f75y1mZr73PcNVcuWVI+GNd/5eCVlMbn7e2Upv78zGd8eK5v b2Lz9o7isx10vSUpyySe945fv96MUm46qZb6qCe+3d7afr6S8lubr589xB74G7Te5ze96X3nsbLu 3iHz4YXQqYblvTVscoMpQT38bR8AADRIhZDBbQ66kAYBAODlHkKCqHX/GwAAtMyQUUK4Y5IJAADo nUAIAAAQlHsIAQAAghIIAQAAghIIAQAAgjLL6EOOn3OweBZ59jIAAADpVAjrW0yAefDcvONlAAAA TlEhfMJBeFtXDlOeoi4NAgAA1wmE95LcAACAZhkyeqNPGjy+LXDx0/c/P7+bsgwAAEAGFcJ7mf0F AABolgrhjaRBAACgZQIhAABAUIaMDsi9hQAADMkQvOIEwjE5VHo3TZNO7J1OHIBOHIN+HIBOHECh goWyR3kCIQAAcMKTw9G+vwowDO4OAiEAAPCPWtFLJfh5AmFN8zxP07QYBbF48GDKMgAANEUtK51L 2roEQgAAQhDSapnnf3a+BNgUgbCyTwFw8eLZZQAAhvQeFyXLdep7iJvL1zYJhPW98973P/OWAQB4 kpA2PJecEQiEDzmOcCkBTwgEAJ4k7w3A9SM/CYQAAKEJfmdJWYzEWN4BeXgrAPCOeYvJPIbhSicm V7l3UCEEABjKdwJsPA26tofqBEIAgL49lvrkNxiPQAgA0IdpunEIqLAHMQmEAAB1LB7VnZL0TqXB d8b73EwIsCYQAgA84TjLFa/7fRKgKAgcEAgBAC5pZOIWwQ/IIBACACw1kvHWvkeWSoDAdQIhABBX s8HvtZ/35ECgIIEQABhZa5FPnAOaIhACAINoLft9CIFAswRCAKA/FbOfdAeMRCAEAFp3d/yT8YCw BEIAoF13REHxD+BDIAQAmnMxB4p8AIkEQgCgMvEPoBaBEAB41DT983T1dIIfQHECIQDwnHcOPJsG RUGAmwiEAMAT8saFioIAtxIIAYC7JIZAqQ+gFoEQACgpvRIoBwJUJxACAAXIgQA9EggBgKsMDQXo lEAIAGT6mQPfj5eQAwGaJRACAOek1AM/IVAaBGiZQAgAJEmpBwLQl//VbgAA0IG8pwgC0DgVQgDg h4M0qCoI0DWBEADYJgcCDE8gBAA2bKZBORBgMAIhAPAPtwsCxCEQAgB/HEdB5UGA8QiEABDdqecK AjASgRAAgvJcQQAEQgAIJPH+QFEQIAiBEABCSJ8qRhoEiEMgBIDBGRoKwB6BEABGZuJQAA4IhAAw LA+XB+DY/2o3AAB4jjQIwDeBEADGtC4PSoMALBgyCgCjMVIUgEQCIQCMY28KGWkQgE0CIQCM4GA2 UWkQgD0CIQAMSxQE4JhACAAdM0YUgCsEQgDokigIwHUeOwEA/ZEGAShCIASAzkiDAJRiyCgA9MQz BgEoSCAEgD6IggAUZ8goAHRAGgTgDiqEANC6dRoUBQEoQoUQAJomDQJwH4EQANolDQJwK0NGmzB9 /cGfd/7UpywDwEj2Hi8BAKUIhJVNq7/20zSt895isfc/xUKAgakNAvAAgbAJ39FumqZFJlzHv3WM BGAk0iAAz3APYU2bhT51P4DgpEEAHiMQNupTAzwIjeqEAIOZpmUanGdpEIAbCYQA0ASFQQCeJxAC AAAEJRDWtDny00BQgICUBwGowiyjTSgeAg9WaNIagPY5VQMxKY08TyCsbJ7n9RPnrx8JUh9AR9YT yQDEdHwRKy7eQSCsT3gDiMzlDQAVuYcQABriS0IAniQQ1jRN07rwvXjw4MHEM0qLAF3bfOogADxJ IKzvO+wZGA0QhGlFAWiBewhr+swos8iBi9Lfe7HjZQDoiDQIQCNUCCtb57rNpLeOiDe2CYA7SYMA tEOFsL7EdCcEAgzAnQEANEUgBIBqfNcHQF2GjALAQ8wpCkBrVAgB4HZGigLQJhVCALjXZhpUHgSg BQIhANxIGgSgZQIhANxFGgSgce4hBIBbeN4gAO1TIQSAJ0iDADRIIASA8jxhAoAuCIQAUJiHTADQ C/cQAsCN1AYBaJkKIQCUpDwIQEcEQgAoRhoEoC+GjALALQwWBaB9KoQAAABBCYQAUIbxogB0RyAE gAI8eBCAHgmEAAAAQQmEAHCV8iAAnRIIAQAAghIIAeAS5UEA+iUQAgAABCUQAkA+5UEAuiYQAkAm Dx4EoHcCIQCUoTwIQHcEQgDIYbAoAAMQCAEAAIISCAHgNOVBAMYgEALAJdIgAP0SCAHgHJOLAjAM gRAATjBYFICRCIQAkEoaBGAwAiEAJDFSFIDxCIQAkEN5EIABCIQA8JvBogAMSSAEgB8MFgVgVAIh AJyjPAjAMARCADhBGgRgJAIhABwxXhSAgQmEAAAAQQmEALDL5KIAjE0gBAAACEogBIBtyoMADE8g BAAACEogBIANyoMARCAQAsCSR00AEIRACAA/KA8CMCqBEACOSIMADEwgBIB/GC8KQBwCIQDsUh4E YGwCIQD8pTwIQCgCIQD84VETAEQjEALABmkQgAgEQgAAgKAEQgB4vdw9CEBIAiEALBkvCkAQ/9Vu AK/X6zV9fS8971yGpCwDQAa1QQDCUiGsb/r3SmTaujBZL7O5GAAAQDoVwsreue674vcOe4tX1ss8 2EaAka1PqAZhABCHQAgAf4iCAERjyGjr1uXBzz/VCQEuch4FIDiBEABeL+VBAEIyZLSyeZ7XM8SY RBQAAHiACiEAQX1/F+eLOABiUiGsLGWW0ezVblJ+BHi5exCgSebIeJ5AWNPehDHXM6HUBwBAd44v YsXFOxgyCkA4iysK36EBEJZACEAsvl8GgA+BsHWbjxzcHGsKwE/rNOhUCkBkAmFNwh5AXc61AARn UpkmHN8g61mFAHdwHgUAFcLK5nlezzK6DnvrZW5vGcBw3D0IAAsqhE1ICXhCIMAVZhYFgDUVQgDG Jw0CwCaBEAAAICiBEIBYlAcB4EMgBCAQaRAAvgmEAAzO5KIAsEcgBAAACEogBGBkyoMAcEAgBCAK NxACwIJACAAAEJRACMCwjBcFgGMCIQAhGC8KAGsCIQAAQFACIQBj+h4vqjwIAJsEQgAG5O5BAEgh EAIwmkUaVB4EgD0CIQAjkwYB4IBACMCwpEEAOCYQAjAUdw8CQDqBEIBxSIMAcIpACAAAEJRACMAg TC4KAGcJhAAAAEEJhACMQHkQADIIhAAAAEEJhACMRnkQABIJhAAAAEEJhAB0z+MHASCPQAhA36RB AMgmEAIwFDcQAkA6gRCAjikPAsAVAiEA41AeBIBTBEIABiENAsBZAiEAAEBQAiEAAEBQAiEAvfqe UcZ4UQDIIBACAAAEJRAC0CUPnACA6wRCAPqzSIPGiwJAHoEQAAAgKIEQgM4YLAoApQiEAPTNeFEA yCYQAtATdw8CQEECIQDdMFgUAMoSCAHolfIgAFwkEALQB4NFAaA4gRCA/kiDAFCEQAgAABCUQAhA B0wnAwB3EAgBAACCEggB6IwbCAGgFIEQgNYZLwoANxEIAWiap00AwH0EQgAAgKAEQgC6oTwIAGUJ hAAAAEEJhAC0y3QyAHCr/2o3ILTp8Epn/ndo1PfCs1FTQADSIADcTYWwD4voOE3TcZgEGI+vwgCg OBXCmvYKfdM0ff/onf3WrwDEIQ0CwB1UCJsj7AG8/h0vKg0CwE0EwrbsFQMXtcT3P0VHAADgCoGw IZvZDyAg33cBwDMEQgDaskiDviUDgPsIhK1QHgQAAB5mltExHdxeKHMCHXHGAgjFHBnPEwibULw8 KPUBnXIlABDZ8UWsuHgHQ0YBaIW7BwHgYQIhAABAUAJhK/bq45uPHDQDDQAAcJ1AWJ/B0AAv40UB oAaTynRgnudpmha5UXkQGJgzHAA8Q4WwD4v4Jw0CgzFUAgCqUCGsLzHdCYEAAEBZKoQAVObuQQCo RSAEoCHSIAA8SSAEoKbv8qA0CAAPEwgBqMZcMgBQl0AIQBOUBwHgeQIhAABAUAIhAHUYLwoA1QmE ANRnvCgAVCEQAgAABCUQAlCBp00AQAsEQgAAgKAEQgCeZjoZAGiEQAgAABCUQAjAoxblQTcQAkBF AiEAAEBQAiEAz1EeBICmCIQAAABBCYQAPER5EABaIxACAAAEJRAC8ATlQQBokEAIwNOkQQBohEAI wO0W5UEAoBECIQD3MlgUAJolEAIAAAQlEALwHOVBAGiKQAjAjdw9CAAtEwgBAACCEggBeIjxogDQ GoEQgCdIgwDQIIEQgLu4gRAAGicQAgAABCUQAnAL5UEAaJ9ACMDt3EAIAG0SCAEoT3kQALogEAJw L+VBAGiWQAhAYcqDANALgRAAACAogRCAkhblQeNFAaBlAiEAxUiDANAXgRCAMtw6CADdEQgBuIXy IAC0TyAEoDxpEAC6IBACUIDxogDQI4EQAAAgKIEQAAAgKIEQgKs8bQIAOiUQAlCSNAgAHREIAQAA ghIIAbjE/KIA0C+BEAAAICiBEIB8ppMBgK4JhABkMlgUAHonEAJQhvIgAHRHIASgAGkQAHokEAKQ w3hRABiAQAjAVcqDANApgRCA05QHAWAM/9VuAK/X6zX9e201b33Z/r3M5gIAVTghAUC/VAjrm1bf tP98ZZqm9TIAz3D6AYBhqBBW9s513xW/9yvTNH1e3FsGoDrlQQDomgphcwwHBVrm+ygAGIlAWNO6 9Pc2z/NBefDzT3VCoC7fXwFA7wRCAFL5GgoABuMewlaYRBRo3CINOlEBwABUCOtbTxlqLCgAAPAA FcImHM8ymuEgUio/AhmUBwF4gLrI8wTC+tYTxlw/EqQ+oCBpEIBnHF/Eiot3MGQUgCPSIAAMTCAE YJevYgFgbAJh6zYfObj3AEOA+8yz8iAAjEYgrEnYAwAAKjKpTBOOb5B9TzOzWEZiBAAALlIhrGye 5/Uso+uwt17m9pYB4bmBEACGp0LYhJSAJwQCAABlqRACsMHTJgAgAoFww/T/Pv+s2x6Ah0mDABCE IaP/2Mt+Zv4E4pAGASAOFcINZnABAAAiEAj/OigDbj4wEGB4vhADgLEJhAAAAEEJhAD8ZSQEAIQi ECYxWBQIyHhRABieQPjX3o2Cn1fMLgOMzXdfABCNQPiPRSb8fhqhNAiE4pwHABEIhEsHs4wCDEx5 EAAC8mD6DeIfEI2H0QNATCqEAAAAQakQ/pU4laj6ITAY5UEACEuF8LTvmWYAeicNAkBkKoR/zfP8 TnrrGuD369IgMIb1yUwaBIBoVAj/2kuDr3+joFgIDEkaBICABEIApEEACEogBIhOGgSAsARCgIgM ewcAXgLht8/Ngev7Aw9uLwQAAOiUWUa3HcwZIxwCAABjEAj/sTeDqPgHjMR4UQDgTSDccBz/hEOg a55EDwB8uIcQIBBpEAD4JhCe4GH0AADASAwZXZL6gFEpDwIACyqE/zhOg+4eBAAARqJC+Nf38yQW z5ZQNgR6pzwIAKypECbZexwFAABAvwTCbRIgMBLlQQBgk0AIMDhfbQEAewRCgFiUBwGAD5PK/DXP 8zRNppMBRmKwKABwQIXwH98PlpjnefGcCY+dALrmHAYALKgQLgmBAABAECqEAMMy5h0AOKZCuGtx 96BSIdA15zAAYE2FcNt6LhmzywAAAINRIdywmGj08+I0TeqEQC++v8Vy6gIANkWvEO7V/dbBTxQE OmJMAwCQInogfP1/6W/94s9XANrk2YMAQKLoQ0bfD6N/vV7fw0G/n1C/WPjp9gEAANxGhfDvA+i/ Q6Aho8AYnLoAgAPRK4Qf36XC11dKBAAAGJUK4V/fIdAdg0CnTC4KAKQTCJc2R5ACdMFJCwA4RSDc 9l0qFAuB9k2TyUUBgNPcQ/h6rQaIvtPgp074+ncOUgAAgDGoEP545KARpED71rVBX2EBACmiVwg/ c4ouXlyUBD9zkAK0xskJAMimQpj6yEEPogC64EQFAKQTCH8MGQXoiDQIAJwSfcjoeyzoOgEqBgJd 8P0VAHCFCmHqkFGAxjl1AQBnRa8QvkmAQI++y4NOYwBABoGwvs1bFtcZdfEwjHvbBDTPYFEA4DpD RvuwCI0eigjBrR88CACQQYWwss0HIf5cRhqEyJwAAIBSVAgBAACCEghbt1lCfP9TnRB4GS8KAFxg yGgTTBgDJHL3IABQkAphTZslPhPGAHucGwCAslQI61uUBKVBYNP63KA8CABcJBAuHeexsuM5N9c2 z/O7SHjlvQ62wpBUGINDGYDxKI08TyD8xzAfQakPBuPWQQAiSHkYG2UJhH99PmHSFNAypygAoBST yixJg0BrfB8KANxEIKwpZULRzUcObj6cEIjAcQ8AFCQQ1ifsAQeUBwGA+7iH8K8i03tmvOMrYWrT dS1RYoSAHPcAQFkC4V+fxPXkMxs+mfD4LRaLSYMQhPIgAHArgbC+xHQnBEJwzgEAQHEC4V8SF9AU 5UEA4G4mlQFokSfRAwAPEAgBAACCij5k9PsZDz8fCfgyrBR4hPIgAPAMFUKAtrh1EAB4TPQK4XfF T/UPaJAzEwBwHxVCgHZJgwDArQRCgIYYLwoAPEkgBGiFNAgAPCz6PYQAbTJYFAB4gAohAABAUAIh QBOMFwUAnicQAtTnSfQAQBXRA+E0TZOv5YGWSIMAwGOiB8JNUiLwJOcbAKAWs4wCVCMKAgB1qRAC NMR4UQDgSSqEAHWYSAYAqE6FEKA+aRAAqEIgBAAACEogBKjAdDIAQAvcQ/h6vV6bD5nYfHE2rgu4 zN2DAEAjVAgBAACCil4hVPEDAADCUiEEeJTxogBAOwRCgOdIgwBAU6IPGf1mFhkAACAUgfD12omC 3z8SC4HrlAcBgNYIhP+kwXXwe/9ULAQukgYBgAYJhH/shb336wclRICzpEEAoBHRJ5VJLP2JhcAV Th4AQJuiB0KAuxksCgA0SyAEuJHaIADQMoEQ4DnKgwBAUwRCgLsYLAoANE4gBLiFNAgAtE8gBCjP rYMAQBc8h/D18jwJ4GbKgwBAm1QIAe4lDQIAzYpeIfz5SHqAs4w5AAB6oUIIAAAQlEAIUJLJRQGA jgiEf21OLWO+GSCdNAgA9CX6PYRvx6nv/VN3GwIAAINRIfybBjcj3+dFpULgmPIgANAdgfCPgwKg 2iDwk6+MAIAeRQ+EicNB3wsoEgKb1ucG3yMBAF2IHggBipMGAYBeCIQAAABBCYQAl5hLBgDol0AI UIw0CAD0JXogTJwtxnQywCbnBgCga9ED4SmePwEccIYAALojEP4tEm6WAT+vS4PAgvIgANC7/2o3 oAnzPL9T397QUGkQOOYkAQD0SCD8Y+9mQlEQ2KQ8CAAMQCD8R/X4dzA89TusVm8n8M0RCQB0yj2E DTmYy3Txo707HgEAANKpELbiZxr8rgpKg1CXQxAAGIMKIcA5izRovCgA0C+BsAk/bx1c/GhvChwA AIB0AiFAPuVBAKBrAmF9HnwPHVGYBwBGYlKZygz7hF6sD1Zf4wAAvRMIm1C8PHiQM5UiAQBok2LJ 8wTCmu4bLCr1QUGbf5scZABQ3PFFrLh4B4GwvvUn212F0DhHJwAwBpPKABxx6yAAMDAVwprWNcB1 bXCe52mapmn6flEJEZ4hDQIAY1MhBNgmDQIAw1Mh7MCnSLh4sVZ7ICbHHAAwHhXCPizinzQIdzON GQAQgQphWw6SnhAIFTn+AIAhqRACLC3Kg9IgADAqgRDgH9IgABCHQAgAABCUQAiwS3kQABibQAgA ABCUQAjwl6dNAAChCIQA24wXBQCGJxAC/KE8CABEIxACvF6eNgEAhCQQAqgNAgBBCYQAS8qDAEAQ AiEQnfIgABCWQAiEtk6DyoMAQBwCIcBf0iAAEIpACMRlsCgAEJxACPCH8iAAEI1ACPB6SYMAQEgC IRCU8aIAAAIhAABAUAIhgPGiAEBQAiEQkfGiAAAvgRAIaJEGlQcBgLAEQiAWtUEAgA+BEAhNeRAA iEwgBAIxWBQA4JtACERhsCgAwIJACISwToPKgwAAAiEQwiL+SYMAAC+BEAjiu0IoDQIAvAmEwPjc PQgAsEkgBAAACEogBGIxXhQA4EMgBAZnvCgAwB6BEBiZJ9EDABwQCIFhqQ0CABwTCIEolAcBABYE QmBMBosCAPwkEAIDMlgUACCFQAiMT3kQAGCTQAgMThoEANgjEAKjMV4UACCRQAiMTHkQAOCAQAgA ABCUQAgAABCUQAgMxQ2EAADpBEJgHB5GDwBwikAIDEJtEADgLIEQGJPyIADATwIhMCBpEAAghUAI jMB4UQCADAIh0D1zyQAA5BEIAQAAghIIgb4pDwIAZBMIgY5JgwAAVwiEQMckQACAKwRCYBDCIQDA WQIh0DFPmwAAuOK/2g3gNf17STvvlDm+F9tbBkKRBgEALlIhrGxaXdKuX1m/OE3T5mJO+EqNAAAR 4klEQVQAAADpVAhr+oS6T8Xv/co0Td81wPeL61cgMvOLAgBcp0JY33fSMxYUMjhuAADyCIQ1zfP8 MwGuy4Off6oTEpbPPgBAEQJhWzbjH3DA4QIAkM09hK1Y308IbFIeBAAoRYWwOQaCAgAAz1AhbMX3 RKOLWUYzHKRKFUi6ZnJRABiY0sjzBMLmzPN8PRNKfQAAdOf4IlZcvIMho0CvfO8BAHCRQAh0w9eC AABlCYQ1vYeGHi+z+chBT6cAH38AgOsEwvqEPUihPAgAUJxJZWp6zx/z+nWD7GeamcWL9zYOWiIN AgDcQYWwsnWum+d588Xj34JQHAEAAEWoENaXmO6EQHhzKAAAlKJCCLTOeFEAgJsIhEBPlAcBAAoS CIGmKQ8CANxHIAQAAAhKIATapTwIAHArgRDohhsIAQDKEgiBRi3Kg9IgAEBxAiEAAEBQAiHQIuVB AIAHCIRAc8wlAwDwjP9qNwDgr80oqDwIAHATFUKgFdIgAMDDBEKgXdIgAMCtDBkFWiQKAgA8QIUQ aIKJZAAAnicQAvV5yAQAQBUCIdAWaRAA4DECIQAAQFAmlQFqcusgAEBFKoRAQ4wXBQB4kkAItEIa BAB4mEAIVGO8KABAXQIhUIc0CABQnUAINMF4UQCA5wmEQAWeRA8A0AKBEKhMGgQAqEUgBJ7m7kEA gEYIhMCjDBYFAGiHQAgAABCUQAg8x2BRAICmCITAQ9Zp0HhRAIC6BEKgDmkQAKA6gRB4grlkAAAa JBACt3PrIABAm/6r3QAgFrVBAIB2qBAC91IeBABolkAI3EgaBABomUAIPMd4UQCApgiEwF3MLAoA 0DiTygDlGSkKANAFFULgCcqDAAANEgiB20mDAABtEgiBwtw6CADQC4EQuJE0CADQMoEQKMl0MgAA HREIgbsoDwIANE4gBAAACEogBIoxXhQAoC8CIXAL40UBANonEAJlfJcHpUEAgC4IhEABBosCAPRI IASu8iR6AIBOCYQAAABBCYRAScqDAAAdEQiBS9w9CADQL4EQyCcNAgB07b/aDeA1ra6p561Rd9+L bS4A1flgAgD0RYWwsnUa3Hxx8co0TZu/CE8yuSgAQO9UCGv6hLrvit/7xWmaPi++X1kvAwAAcIUK YX2L8Z+Gg9IF5UEAgAEIhDXN8/wz/q3Lg59/qhNSi48eAMAYBELgKuVBAIBOCYTAOQaLAgAMw6Qy zdkcIwotWI8U9TkFAOiaQNiWUmnw4PZCUZM87hsEAO5mjoznCYQNKVgblPq4m48YAFDc8UWsuHgH gbAVRorSLCNFAQBGZVKZJkiDNMs3cQAAAxMI6ztOg5uPHBQgecZmbdDnDgBgGAJhZaIdzTJSFABg eO4hrOlT99u8QfaTEud5nqZpsYwMyZN83AAAhqRC2IdF/JMGuZtbBwEAIlAhrOlUrhMCecwiDfro AQCMSoUQ+Ic0CAAQh0AI/CUNAgCEIhACf0iDAADRuIcQMIUMAEBQKoTABuVBAIAIVAghtM3aoDQI ABCEQAhxrdOgKAgAEIoho8Af0iAAQDQCIfB6SYMAACEJhBCUmUUBAHAPIYTj1kEAAN5UCAEAAIJS IYRYFuVBtUEAgMgEQojCTYMAACwYMgoheAA9AABrAiGMTxoEAGCTQAiDM1IUAIA97iGEkXnCBAAA B1QIYVjSIAAAxwRCiEIaBABgQSCEMXneIAAAPwmEMCATyQAAkEIghNG4dRAAgEQCIQxOGgQAYI9A CENx6yAAAOkEQhiHNAgAwCkCIQzCRDIAAJz1X+0GAFdtRkHlQQAAflIhhL5JgwAAZBMIoWPSIAAA VxgyCr3yvEEAAC5SIYRBSIMAAJwlEEKXPGECAIDrBELojydMAABQhEAI3VMeBAAgj0AInTFYFACA UgRCAACAoARC6JjyIAAAVwiE0BPTyQAAUJBACN1w9yAAAGUJhNAHaRAAgOL+q90A4AfDRAEAuIlA CO3ai4LKgwAAFGHIKHRGGgQAoBQVQuiGKAgAQFkCIbRoPVhUGgQAoDhDRgEAAIJSIYTmeMIEAADP EAihIUaKAgDwJENGoRWeNwgAwMMEQmiX8iAAALcSCKEJBosCAPA8gRDqkwYBAKjCpDJQ0+Z9g9Ig AADPUCGEtkiDAAA8RoUQ6lAbBACgOoGwIdM0vV6veScTTF8BYm8ZeuGmQQAAWmDIaB+mfwPENE2T h9Z1S9cBANAIFcJWHAS8deVQGhyJ2iAAALUIhPVJd6EselsaBACgIkNGK/ukweNbBxc/ff9TkuyO HgMAoCkqhPWZISYIE8kAANAaFcLKpMGw9DwAANUJhPAEtw4CANAgQ0bHdHB7oZrk89w6CACQwhwZ zxMIxyT1tUznAABsOr6IFRfvYMgoPEoaBACgHQIh3Ms3WQAANEsgbN3mIwc3H05Ig8wlAwBAywRC eIg0CABAa0wq04F5nqdpWhQJlQfbZ7AoAACNUyHswyL+SYPd0WMAADRIhbAhxzFPCOyL8iAAAO0T CKGwdRSU5QEAaJMho1CSwiAAAB0RCKGYzTSoPAgAQLMMGYUyjBQFAKA7KoQAAABBqRBCeWqDAAB0 QYUQCjCXDAAAPRII4SppEACATgmEcIm5ZAAA6JdACPmkQQAAuiYQQjHSIAAAfREIoQxpEACA7giE kMlcMgAA9E4ghByLNKg8CABAjzyYHs4xkQwAAMNQIYQTDBMFAGAkKoSQSm0QAIDBCITww15VUBoE AKB3hozCEWkQAICBCYSwazMNioIAAAzDkFHYcFwYlAkBABiDQAj/UBUEACAOQ0bhL0+VAAAgFBVC QktJgMqDAACMSiAkIjkQAABeAiGhpI8IlQYBAIhAIGRYn/g3z+duDpQGAQAIQiBkKJvBTxoEAIBN AiGDMBwUAADOEggZQWIaFAUBAOCbQEivlAQBAOAigZAu/UyDQiAAAPwkENKZ4ygoBwIAQDqBkD54 lDwAABQnENIBA0QBAOAOAiGt20yDEiAAAFz3v9oNgCPSIAAA3EeFkHYt0qAcCAAAZQmEtGhdGJQG AQCgOENGaY40CAAAz1AhpBV7U4lKgwAAcBOBkPpSnjEIAAAUJxBS2UEaVBsEAIBbCYRUIwoCAEBd AiF1mDkGAACqEwh5mmfNAwBAIzx2gkdJgwAA0A6BkOeYTRQAAJpiyCgPURsEAIDWqBDyBGkQAAAa pELI7UwoCgAAbRIIuYVnDAIAQPsEwugenuhFGgQAgHYIhONrYW5PORAAABokEI6shSj4kgYBAKBV ZhkdVvU0OM9//iPDVL3/uEwnDkAnjkE/DkAnDkAnNkuFcEwFjziJDgAARiUQduP7a5X5TEqT6AAA gE2GjPZhUWSfpknZHQAAuEiFsAPv7PddFZQGAQCA61QIAQAAghIIW7cuD37+mVIndAMhAACwRyAc mTQIAAAcEAiHJQ0CAADHBEIAAICgplNPtON5m/cQHrz+MgcpAACDEl6K89iJATlOAACAFIaMAgAA BCUQAgAABCUQtm7zkYMHNxACAAAkEggBAACCMstoH9YTh+o4AADgIhXCPizinzQIAABcp0IIAAAQ lAohAABAUB5MP5TvWw3VftuR1y8/f2t9Z+mp9XPRlcPNRMFV3NRljsTqMnrWnfl13dRlDsa6rner zqpFhXAc60dTbJ4ZeVhev+jNxumg7uiyUWX07OYCPg+P0WVDKtKt+rQWFcJBrL+9dlC1IK9fUn5L iamii4ebY/N593WZI7GujJ79LLD+rWkyscLt7usyB2NFRbrVYViRCiHAQ1SluqPLRmXu7u7osiF9 96M+rUggHMHmt2Lvf7qUqSivX/Rm47I7aPNLbh6gy0aV17PzPOvQWnTZkHTrAAwZhY6ZRqgv+qg7 GfMi6GWoyMHYL4N+KxIIoT8Ht9c7kzZL13TnZ5c5EqERDsauGY5RnUAIvVqcNw0ohSociQOQHLpz MExxsQwdMaNMLe4hhP5sjrx3nyE8zJE4BmmwO+suczB2bf5/L/1ViUAIAAQlDXZHlw1MJqxFIAQA IhItuqPL4A4CIQAQjmjRHV0GNxEIR7BZYXferC6vX1J+y8OyK3K4dee+LnMk1nWlZx2zVdzXZQ7G ivK6VZc1RSCEXskk0AJHYnf0UXdOhcazv0VFuqwRZncdx/qLFp3bgp/9snn6S/ytNZ3+jLxuTfwp d7ipyxyJ1Z3t2eOihI57wE1d5mCsK+Mcq8vaoUI4juOn8VBLXr/8/K3NV3T6Yxxu3bmpyxyJ1TkY u+NgHFJGt+qydqgQAgAABKVCCAAAEJRACAAAEJRACAAAEJRACAAAEJRACAAAEJRACAAAEJRACAAA EJRACAAAEJRACAAAEJRACAAAENR/tRsA8IRpmt7/M89z3ZY87LPhmx7YG9M0fb/Luz1VeuHnW6d8 SLI/SIv9kNfCxDfa+9F6zRnvmLIhDVrvls29UWrTzq6q4nEBoEIIwF2O42iz9pqdvTmN7Idpmi62 pJENOWVvqxcvFty0HvcSEJkKITC+z7fv70vDgF/Dt7PJ7bSkQQV3zuaq3gfC9yEwfHfsVXTXuwIg LBVCAAghbPhZb/g8z+8XVfMAVAiBwa0v+NLvalv/6HttmzWHdx1yscCiDXvX5YuVbzbsoAHZird8 8eL3huzt7eM3WrcwYyWJ9irJm23Ye/fNz8zmfvje5yk7p0inf7bu52fs9atDj39lsfzPDbm+QJ70 PvrZkoO9lNL+mzYQ4IAKIRDC+9LqygXW+k6kzXuTsl/5eUdTYgOy3dfyIm+9fjFlj51tSZ7srvm5 TJHd+y1xYptT71iq+zIWSNwbe4t96oSnfjevJYnH+PECAHdQIQSi+1kRWiy8WGBzhccr2Xy77JUX dL3l09etWQclr8U6D1aS8kZnW3uTg/LRwX5IaV7KninieDdubsj1z0neAq+0z/+nzccfxYw+utjd 2XsAoDgVQmBk6yuzvBuHDsLhYlUZV2+bjUlPp4mVqLXjd0xv+Xr3nl3D3koO9u2tV8nrHXtwiX+l a1Ki8mNbvSeljJa4ns3/fyVsaamdfPD5T/n17JYkdmX1vgZiUiEE2CgS7tU9MtacuIaU678nh5Bl b3vGhexmKenUxl7vqYsee8cHckJKXffjvj2/bkD2yje/Yji1maVastkqgLoEQmBYn4u2zau3x8Zi PR9O1ipe9T6mr9a26TuHbxZvN3W059fjPI3JBBAIAVJdv3DMG7BasAHZLrb8Yddb+100TiklDRMq Tg2XTfn14m1Ll3jf4AMtAWiZQAgM7uC+r8VipwJAooKrelhfLe+rtRUl7qi92zizVwhAs0wqA4zp Z3Hgdb6OsV7+1OwUZ1f+cANKyWjS5naVa9ETHuuah3u8YtJbb+nZnXxfubJIdzd48AIxCYQAfxw8 wKDgpBSbxcmfixWfFSPDXsvXTUp3sF2va5t2/VL74POwXux1Q9dc373fPvHjoFUpGSzljc7+ys8t vbiTD/Lb2T7Ka0nZrgQoy5BRYECJN319xoimrHP+94FmiT7vkrLw8WJ5Dch2peUpM/Uv3ujnSgq2 trjErslOiRl7Jm9X7O3Ggw4tu+cPtvTKAZj+W+mnjp/r3FzVlQ85wE1UCAH++lzjHvz0+595j1hY lwvWq/r5mLLsBmTLaHneowvSf/F4nU9OhHPcNdmbk/jByF7b5jIHr6S8e96eT9nSvM//3mJX+iij u8t2JUBBZlsGaNTDI0IBgIBUCAEq2xxxJw0CAA9wDyFAE0wyAQA8z5BRgCaYbQIAeJ5ACAAAEJR7 CAEAAIISCAEAAIISCAEAAIISCAEAAIISCAEAAIISCAEAAIISCAEAAIISCAEAAIISCAEAAIISCAEA AIISCAEAAIISCAEAAIISCAEAAIISCAEAAIISCAEAAIISCAEAAIISCAEAAIISCAEAAIISCAEAAIIS CAEAAIISCAEAAIISCAEAAIISCAEAAIISCAEAAIISCAEAAIISCAEAAIISCAEAAIISCAEAAIISCAEA AIISCAEAAIISCAEAAIISCAEAAIISCAEAAIISCAEAAIISCAEAAIISCAEAAIISCAEAAIISCAEAAIIS CAEAAIISCAEAAIISCAEAAIL6P08EV6XtYpceAAAAAElFTkSuQmCCAG4e8JcZAAC4SHoqSGZiNbgh vhEcmeTh/4lQTkcNChoKAAAADUlIRFIAAAIwAAABpAgCAAAAoIyI8AAAAAlwSFlzAAAN1wAADdcB QiibeAAAAAd0SU1FB9oGCRMPI7amX1cAAAAidEVYdENyZWF0aW9uIFRpbWUAMDktSnVuLTIwMTAg MTU6MTU6MzVZ2hNGAAAAJHRFWHRTb2Z0d2FyZQBNQVRMQUIsIFRoZSBNYXRod29ya3MsIEluYy66 xFLPAAAYx0lEQVR4nO3d2ZabOrcGUPsf5/1f2efCCZvQmU5iLWnOkYuqio0xjT7UgN6fz+cFAE/7 39MrAACvl0ACIAiBBEAIAgmAEAQSACEIJABCEEgAhCCQAAhBIAEQgkACIASBBEAIAimW90j9j672 QZPPes/sX9TOP26sSZ3PrblDLx4/w3vHCxmWefvBeXEnPiL46uX1f0+vAP95v9/jZ91Ofi2tzmet famnHvLb3sOFbzxshuUMy6x8TNIbNaQo5qf6JJwmV6bD5er418l/rVVEFheyeDm8570bV4uTd80/ aNv2F9l+y9pqF/rc+RI2vvj+jbn2yvnPRz9obZ3Xljb87/6F7/ma24dEoeNwe1GTn4+uM1eoISXw HmXV/OfvifH9YeOSdnshix+3/73zhSy+crKSh7774g/z148/Yvtr3vu5i+99LX3x/RvzxPof+qC1 77tnmYcOiY0XbBwS5Y7DPRtkY01OHMbsJJASG06J+bmx5y/bf9/+r50v2G9SDm58tfFrrl+llvjc c5tl+103buqfH3Rlq954zDz7yuvv4gSB1JGdBc241lV4jf750GqfVeFztzf1La09j1+k76kp1lkT miGQejFpo9h+sR7sK35u6itbNU57Uc0KNJ0wqCGKeVPJlQvMp95b01PreePn7l9UtS974oMeryrd vhmznALtUUMKZJJJ4/6M4e87rzrnzW6ThWxcZf9874mv8/Nda30526u3VnCMO5+3F3jv505e+fp3 U+9fq8XlTP6+p4Kyf/vv/3Y7F3507+8fsjFf5nYj8+K7tv+4ZyMEqac2xjZtkFOleXbxwKZoiSY7 SEYRTKsEEmQijWiYgxuAENSQAAhBIAEQgkACIASBBEAIcW+MnY8mWrwn7sQNmwAEFDGQFu+Rvv4M eQAii9hk9328ytNrAUBVEWtId/GERICJyJf7LQfSa/em39/ct39yyUP/e/Tvjyu3YheXfPTtO1+/ 52Xd7vpyF377N8DRE3PyMNb5/04mEFn73+/v43V9v9+f+a8bJosqPL1I8Mv0xgPpa88+uPEJ9ucm Zzv69wfFLCip5XPukNw+am4vhW9c4CR+vt3XWy9e/N/NudXXXtObLgLppQy9T+nJZC8u+ejb90/n cfE1G5N97FmBZ+1PoNPf5vp+P5RAk1du/Prfz6e2wvaEJnsX2I1eAgk4ZLv4jVCWXkmgnR+w9T0j bILmpAmk/bNsQQMeOZ7jh9B+eROo56IsbiDN98radJBVVgeatZFDoU6v7SrR+aJg7fuH+vJ9iBtI QFHZy+EbLkbjjRjqnECCvuwbAva8+fCZ25pD5psg4PfvkkCCLmTJocG4h/g2oig2gQQtS5RDBatE oyVO7mMlFIEEbUpXGShSJVr6mOIfwVkCKZ/tke5hHzlDNVmiqEaVSH0olX4D6ZHxNXcMCzLjBqsm R3Xwo6NGlWjtQT6E1G8gJbX/IbCTF8/rVd88W3ulqEskS5VorsZhlmVb0HMgxTlKzwXARvVoPoHh Wr1q45WqXynkiqIa1zra6DLrN5Ai2KjHfP2MnEW3POBLGsU3PlhS7K7ibXRa55ITSM9Yu1S8a26e 0xYb8QglV0fRRMHjatguubYIIwLpGUOz2OtgDalCS5omu7ByNdC9ah5F0qgJAulJ81iqnAFLs3/K oYjy1opqHFHSqBUC6XknhjMcfe/aPB3zBjpNdtHkjaJXnYHdRjE0RCAl8zMn1m4z3D9jqSgKInUU DXQasZ9AgnDyRpFOI64QSBBFujELi3QacZpA6pemuVDy1orGPCCVKwQSPKyNKBq40OE0gQSPaSyK 4CKBBA9oJorcJMCNBBJU1UwUfVXqNHq536gLAgnqSfc41D0qVY+a2V6sE0hQXGO1IigkUyAtPvxm ez5veFYbtxZBHWkCaXtauZenghJPkxUjl4CUkyaQmvTz3I4wGwUnNBlFX7WPN2MZetJ4IG2M/5kU 5dV+Xfz7Rq7Im3SaHLnwDGl0WaUxkDdJE0jnRpeOJxyK5sak2Zjob5J5a68Ue7cQRXeSRneYT3j2 1JrskSaQXv+WrTcurfKvEz/zYE+z3qRHba3utfFKTX8XNdxGB9VkCqQmbefBnqa//UGy8UppdFoP UfRANVr1qEtpAqmHS/gTU8FeZH7YizppozOQgTrSBNLiJNxrM3OnMI/YRwbRabI7zaQ8cK80gfRa iRzF6H7z1JFD53RSMXpG7F53isoUSI3ZU707VwVce9e8gU6T3QkqRgXZuH0TSE/aEwPbr5nkzc93 zf8uig7pp8B0pUJ9Agl26a2Z7pko6mHLsk4gwW/9VIzgQQKpF9pezumtYgQP+t/TKwBxSSOoSQ0J lnWYRk/e1edmWAQSLOqz0+jJdt2uNjQrNNnBVJ9pBI9TQ4L/dNhMB3EIJPhDxQiepckOXq++0+j9 fj82b9v77eF1DNSQoOs0erlHjTDUkHJ4/7X2v5XXpyWdp9GTDPXmXx3XkLYL8fFJ8n5Pfz39xlPn 3tqU5FwnjSAONaRkNtJoXoWa16u+P6+98u6VjU4aPam/442fOq4h7S+EJq+86Y1HH++//fqh5jT/ Ye3n7bc0TxqFmGCi263Pko4D6WlDBrxGhcKkmrKRIotL2/+5R/+rMdLo1dPuJguB9LBJLO2fWO/e dQhxsVyLNHqe4QwsEUgP21lDKq2fJjslIYQlkB6zWCmpkAfz1Okhh76kUQh2AysE0mMO9fqcmBdg 7V3zBrpOmuwUg1/P72v7gBUCKYft4mOSNz/fNf9721H0kkYjze9r8nIfEu1zxwukkKmGtNgA9eQc l2RgTB1kkSaQtm/tfPXUM39Fb5tIGo09f45oOWWTJjuaJY3GhqdGPbkSn4+dwYY0NaRzI806fD4b X9JoorfKMV+5ysA0gXSudW5o2cu1V7hIGsHX/KbDp9ZkjzSBdIVrw65II0hKHxJNkUZBmaqcHQQS DZJGY5qsySJNk93ioIZzIx1olUHFi54/NewY9kkTSK+V8+r5k40YFHqQnSY7WiCNoAECifT0j4Tm YoHdBBK5GVa3yEAGMsrUhwRrpNFElL5VocgRakgkpjUoB3uIfQQSWUkjaIwmO1LSFJSD6wWOUEMi HwMZNhjOQF5qSGQljRZFGc4Ax6khkYyuI2iVGhKZSKMcNKpyikAiDWm0bf/ElcUFWQ2y0WRHDvrp t30HMhjOQGpqSGTiyntNlLoRXKCGBEAIAokE9B5lYrZyzhJIRCeNtsXqNwq1MmQjkAhNGu0RK5Pg LIMaiEsxu0fE4QwBV4kM1JCITuGWhisIrhFIAISgyY6IPHomMfuMswQS4UijPYaBDFH6kLTXcZlA IqggxWxYUXII7pMmkCYDW4ezMdx1ItcY552bPccFaQJpnDdDCI0fbxzoUcecpdUnMWcfl+UbZSd4 mmf3Qp/S1JDOGTf0iTHa8D2qHc/skespHskC6Wj1yEmbiN6jnRzV7Dc5WoLnU7JAolWxTxM2GafP TQQSz1Og5Wa3cZNMgxoMZ2iSNAK+cteQPp+P+5DaYO/tYTgDbcsUSIvnoZMzNV1HhzjaaVumJjsg HBOWcx+BxPNc9wOvOoH0/usVfhQ8NbnxaD8nDj0oHkjfoXFD2/d4GAI9cxTsF/eUcU3BrTINaqAZ hnofYiwDndCHxGMUs7mFrbeRVvEa0riNzl0UvJRjwIoaTXYSiDkHxR4Jnk4SfPVIRZMd9Qy3rCjE 9gs6oiHmWpFc8RrSxukU/dIPnuYcoSuV+pAWJxpP0BzBfYysa4q9SAGV7kMafnUfUp/sc+AnfUhU 5cIaWFN12Pfwl5f2ui7Z4fu5R4IOPTbs25nWD+11J4Q+QYyVpIwHmuz0IXXFWIYGfT52JyXUqCEt NtkBwFjVp31/f1BD6ofqEbCfUXaU4sLjnGHyMOiN6ScoTvXokNBt2uq8lFS8hjS00X1/MNq7N/Y2 sFPVYd+iCFrgRKYMfUjcb3iqN4foOqJzVQNJb21vXEnv59SAeoMaht6j091Iwxk7fvviH4nADjkk wQHsAQ0UVjCQ7h2/sDhvhcksAJpRMJDG4+vmv15c8vXVowTNTs2yaymvbJPdUI95/X1Mw8UFHo20 cbu8GKvJxoYIcvVNlg2kcX5c7+w50QslhIgv00wTKVaSkclxFTyfavQhjR9n97rQ2ZPjjIWDchzY KVaS5B64DynH6cdxHisDXFFvUANtk0bARTUGNdy1qHkv1OIfAcgo09O+TYUen71xSJomBLfEUkWm QCKs2CN34koQRV9Z1pPkPFyVq6QRcAuBxG1cRgNXCCTuIY2Ai2r0Ic3vDU7TdM4v2uvOSTac4eWK gxqKB5KHcDdMGp2W7KTItbakpcmOGyivgOuKB9L43lWaJI2a5cylrhpNdq9ZN1Ky9gq4j0ZsWFM8 kJx7rXL1fFqyTEq0qiTnSQ2cYezVaZmiCOoqPh/SYgeSczI1adQFVWCqKzv9xEv2ALCPYd9QScrh pi4oqUggcUzGQjWOTJn0+UgjKjOogQPGxanC6ijN17BNDYkzFK3A7QQSh0kjoITigfT+q/QHUZp9 eFq+4//9tr+pr96TGoZzUkt6RkqnizydAX6qN6hhkkyZTs7uuRP2Ikc77FF1lN04ipJdMAJQWKWn fX+NE+j7VCGZBMDXk0/7lkY0L99Vl/ZZnvPAsO98I446Nh5spYA6J+UBb2fzhBp9SLfMzre2EIP3 6rB1z3FYwn41+pAmoxhON2LM3zVeVL62EYgmY2WOhnhSA78JeqCCTA9XPdE6tzbGjz1cLl+RuMqe dLVZkqsLs8You++ZOcwee729bv+pnrVECCDVYRxU4kyiFZMjMHg+1aghDVvEyZmFaSauy3e0xy6q 6EGaPqTgwd6qdIUqkFfBGtJGhOS7eIROODd5TsFAujd1hi6o179tgO5Dup266EVZu44yrjNtyTTK bvEkT3nmB6b36BZZMwkeVfVJDR6oGpynBN3CEQ7n1Jgx9jvm+/vruJENAAZpRtkBBZmznAAEEtwm ce3/89FQy+MqPanh+7PJy8MyluEueknhtKpPaiA+++oKhzpcocmO/yhOgQfVmA9p/KtLyIDydnxw A4P9CaNsIM3b07WwR6M4uoUDG64r2GS3eIq6DykUu+JGuQ9saUoAmR4dRCHKoutUj+A6gdSp1Ffz 3MZxQCRG2fVIKQQEVHxQQ9Hlc52mJhwEBJFmPiRuZ//cwvNH4C76kPqiynq7xFHkaCAYfUgdUf4A kakh9cLjU5lyHBBM2Rtjyy2c05RCQEw1Zowt/RH8ZCeU8H6/Hd5wo7Kj7L6n6/ykTdwPnJDGukIc xnCvsn1I30xy3j7Is1NZ9j0yHBZEUmPG2NIfwSIVI7Y4Joinxig7UyLVJ42AdGpM0HfvlEiTtw9p J+fmbJJCPJ0BSkh2H9KksjUOJ51VVONIgxIyPalB5MAN3u8//yCYGoMaHuxDGn+0MAN6k+tWuRpN drckwbnqkRCCZU6NPsy78J9akz1yNNlprCMIT2eActIMahiXAvKJp6Q/8KQpgeUIpMk47/SFAgAz OQJpzXjEhJQauAjmBycLIeULpEnwyKExD2hgi0sVYjMfUjts76Icz1BapVF2TuaaPh/Vo/u1Uxdv 5ovQnHxNdmxT2rDKwUFsOe5DAqB5AgmAEMo22U3uZh1+bqc5ng6YbALqKBhITmDa0MiRbM5ywjOo Afogigivxoyx418budgE4G7F+5Dunb+cRe7yAhpQ9kkN8+yZz9fHRTZnOSabgJr0IeU2lJaqnSW0 U5s3ooEM3IcErZNGJCGQAAih3o2xwAOcg+ThxliYMusjPMKghhYoNu/VYA61941oUdk+pHmTnUY8 ABa5Dwna5VwjFaPsAAhBH1JWrn1LaHOmica+Du0SSClJo0JEETyoYJPdYneRh6teN9moNifQhrI1 pHkmSaO72JBAY4o32d2YQIu3K7qHEaANafqQxm19w8+Lf4QTWhvO4DnwJJQmkNopKQiptQOssa9D H9IE0tfRy9hxD1ZrJQ7AL7keRJAskOYtdXteD9CnSRkYPJ88qYHeBT9FoR9pAkmp8X7/+cftWju6 HCjklKzJrluKl3Jaa9d1rJBWmkAa32M7lCCLf+xBT98V6EWaQHqtRE5XOfQSRezkQCGhNH1IALRN INGv9/vd4HAGSCtTkx2aYe7VW3svBKeGBM0RtOQkkKAV2utITiABEII+pNBc8pbQ7L1rjX0d+iOQ ghJF5bSWQ9AKgRSdwhPohD4kAEJQQ4L8TFhOEwQSHTk643Aa7X0juiSQQlPO3KvBKIKG6EMCIASB BEAIAokutPZU7zETltMKfUiBKFWKer/f+pAgMoEUhTQqShRBfAIpHCUnB3wvZBw0NEEfEgAhCCRa 1vJYBmiOQKJxLWeS9jraog+JlhnLAImoIQEQQqYa0uJEn83O/gnbtNfRnDSBNL6rcfh58Y+5NNzB QVkJj3bYliaQMobNtsUoau5bPqPZaSagaWkCaXCoJjQeYRW5eAq8ailF3tdQU65RpskC6Wi7XPyC KfwKAolNysDg+ZRplF3SXiK4mcd706g0NSRpBH84EWhUphoSbHu/38FbJIANaWpIr6URCp/Px31I DBwDkFqaQFora5RBAG1IE0gN0JjEDTyggXbpQ6pEGnEDaUTT1JBqU5jcTj8itEEgkV4vOaR6ROs0 2QEQgkCCDFSP6IBAAiAEgURWnssAjTGooSClZVG9jGV4aa+jFwKpiLUoUqQArBFI9UgjTnLo0AeB VJBiBGA/gxpIxlgGaJUaEsl0NJYBOqOGBFGZqpzOqCFBVOqCdEYNCYAQ1JBuoFmlgu9ABh1I0DCB dJU0qkMUQfM02ZWi/OQ8wxnokhrSbSQQ9/DkOnqlhgSRqBjRMYEEYQxppHpElwQSQXlEEPQmWSDN S6j3X4+sD+V0N6xO9YjupRnUsBg57/d7KLbGPxdekwofwuvVYSa9pBFdS1ND+nw+EYonM+9RhJF1 kKiGdM64XnU9z6RRBZ7IADfK1Z3ReCCVKNcUlUX1GEWqRxQzOaGC51PjgQQJiCJ4vV6J+pAAaJtA AiCE3E12n89naBLtse+hIcYyAMkCaV5gKcLa0ON+NJYB/pUskKqJPRSFJogi+JdAmhJFNWmpAwYG NRyj5LyXKAIGakirFJXljB88KJOALzUknhH8jvEivhOTd/jFYR+BRG09RtGYGiGs0GRHbZ220Rnk Db+oIUF50gh2EEjU0PWsvtII9um3ya7b4vER44c89aXPbw2ndFpDUkrUce8EifkMX7/D7w7H9VtD +lJQlDa+5agvWurgoE5rSNTRbxRJIzhOIHG/8RCGHjPp+5U7/OJwjUDifj2G0IQtAMcJJG7Te8UI uEYgcZt+Q8gT6uAOAok7dZpJfX5ruFvjw75dthbS+w1GczYCXNZ4IFGIJy+8XkIIbtZ4ICkx7jKf a7yvilGf6Qt1NR5IcMliDnWVxFCRQGLBvD40/7VHtgCUZJRdaDX7abY/q5c0WqsSff9VXRGNhJ3q ederIXVk/JzTxTrQoOUxC/PvtZE0ncQwxJC+hvT+6+JC7nrl9gvW/vfe0n+ytMWF/6zxbL+gXFzd sysnC/neuLrn9tWVb71nrSLs+goKrXC1U/joWwqd8vtXoCu5a0iTS/6fZej4BRF/nR2gn/EfP5// Xvx+T39de9fE+z2UuZ/PZ/yyhXeNt+fojT8+YvONPyLhljfu992GZ94J3C93IHHIJIE6ouUNMsg9 edp2DUmNGGAicpnfcg0p8nYHYCL9oAYA2iCQAAhBIAEQQu5BDa/RyIXsXwSgc+kDCYA2aLIDIASB BEAIAiml64/vIy+7vkOdnPICKZ/vMylafiA36+z0DvVzygukfIxD6Zm9T8MEUg7zCvvPp5vThk7a auDV9rPsWjJ/bqw06oQdTT8EUj7f6+XtKV+BZgy9R82f7y60AQhBHxIAIQgkAEIQSCHMh1G9/3pk fajGru+cA2DMoIaHLR5221Oz0wa7vnMOgDk1pId9b8B+ei14gF3fOQfAnEACIASBBEAIAgmAEAQS ACEIJABCMOw7ovHEJ8bhdMWu71znB0B349wBiEmTHQAhCCQAQhBIAIQgkAAIQSABEIJAAiAEgQRA CAIJgBAEEq15/2vP6y9+3JW3FxV53WDOo4No0Pj5I6Wn3fSsE7iLGhKNGz8c7DWqPy2+eP6/az/P //j9YbtaNv/fxfXZ+ce1T1xch531RXiQGhIdGdeW5jWn7f89tPzFt8//d/ET9/9xe5mT6NpYMQhC DQn+uF5S71zC/g/6+cqNFyz+lzQiMjUk+rLdbLXd2naxNB8aDyddXFeWeeWjIRqBRF82SuRJU9jw +hubuebtZtUSQpMd8Wmyo3FrRXD9Hv4TlbMrK/lzOAZEo4ZEg8bl7ziNtqfjnPzvkGR3VZLm7WaL 67P/jz8/ZfJ1fr4XnqX+Dr9p6YIK/h/r8WPaB/zA1AAAAABJRU5ErkJgggBuHvCJFgAATP7EDN2Y ILho6VWV55ZUw/+JUE5HDQoaCgAAAA1JSERSAAAASAAAAMkIBgAAAIABdDoAAAMlaUNDUElDQyBQ cm9maWxlAAB4AYWUTUgUYRjH/7ONBLEG0ZcIxdDBJFQmC1IC0/UrU7Zl1UwJYp19d50cZ6eZ3S1F IoTomHWMLlZEh4hO4aFDpzpEBJl1iaCjRRAFXiK2/zuTu2NUvjAzv3me//t8vcMAVY9SjmNFNGDK zrvJ3ph2enRM2/waVahGFFwpw3M6EokBn6mVz/Vr9S0UaVlqlLHW+zZ8q3aZEFA0KndkAz4seTzg 45Iv5J08NWckGxOpNNkhN7hDyU7yLfLWbIjHQ5wWngFUtVOTMxyXcSI7yC1FIytjPiDrdtq0ye+l Pe0ZU9Sw38g3OQvauPL9QNseYNOLim3MAx7cA3bXVWz1NcDOEWDxUMX2PenPR9n1ysscavbDKdEY a/pQKn2vAzbfAH5eL5V+3C6Vft5hDtbx1DIKbtHXsjDlJRDUG+xm/OQa/YuDnnxVC7DAOY5sAfqv ADc/AvsfAtsfA4lqYKgVkctsN7jy4iLnAnTmnGnXzE7ktWZdP6J18GiF1mcbTQ1ayrI03+VprvCE WxTpJkxZBc7ZX9t4jwp7eJBP9he5JLzu36zMpVNdnCWa2NantOjqJjeQ72fMnj5yPa/3GbdnOGDl gJnvGwo4csq24jwXqYnU2OPxk2TGV1QnH5PzkDznFQdlTN9+LnUiQa6lPTmZ65eaXdzbPjMxxDOS rFgzE53x3/zGLSRl3n3U3HUs/5tnbZFnGIUFARM27zY0JNGLGBrhwEUOGXpMKkxapV/QasLD5F+V FhLlXRYVvVjhnhV/z3kUuFvGP4VYHHMN5Qia/k7/oi/rC/pd/fN8baG+4plzz5rGq2tfGVdmltXI uEGNMr6sKYhvsNoOei1kaZ3iFfTklfWN4eoy9nxt2aPJHOJqfDXUpQhlasQ448muZfdFssU34edb y/av6VH7fPZJTSXXsrp4Zin6fDZcDWv/s6tg0rKr8OSNkC48a6HuVQ+qfWqL2gpNPaa2q21qF9+O qgPlHcOclYkLrNtl9Sn2YGOa3spJV2aL4N/CL4b/pV5hC9c0NPkPTbi5jGkJ3xHcNnCHlP/DX7MD Dd6hgosIAAAACXBIWXMAABcSAAAXEgFnn9JSAAAS+UlEQVR4Ae2dB7TURBfHL4oVOxZUkCJgR+yK DevBgl3siu2oKB67YkFF7GAvKAIW7GDBLorl2bGC5bMhVuwo9v7tb/wmX15IdpLdzGR45J6zL9nM JJv7f1Pu3DYiJVVFoBmlP/zwQ8M///zTpmrNmaywWbNm/5l33nl7NIfvCjhLVg5tZzIMTOxOo8Is ploze3kJkKEFlACVABkQMBSXLagEyICAobhsQSVABgQMxWULmlEBeuihh+SYY46Rnj17yptvvhmw MXXqVNlnn31kxIgR8t133wXXbZ1414K+/vpr2W233WTnnXeWq6++Wp544gn59ddfA/4XXHBBueCC C+TVV1+VNdZYQx588MGgzMaJdwAdfPDBct9991XltWXLlnLxxRcrEHv16iXXXXdd1fr1FHoF0KhR o+Thhx9W/CyzzDKqJS25JOvoeOrXr59UVtxy7LHHNuqG8bVru+oVQI899pji4uijj5YXXnhBrrrq KunYsWMiZ4Cz/PLLqy545ZVXJtarp0CpO+p5QJ73vvHGG7LlllvKqaeemvqxv/zyi6rLmGSDvGpB 88wzj2yxxRap+awo+uT1119X9b/66qvU92Wp6BVAXbt2lZ9++in1+1900UXy999/q/rca4O8Aqhb t25qRvrtt9+MvN51111y/vnnB/XWWmut4DzPE68AYvzp3Lmz7LXXXvLll1/G8vn+++8rQXHvvfcO ypdddlk56KCDgu95niil/bRp0yZVHto+zwfX+iyk4+7du8uUKVOEVvHOO+/IqquuKgzGkydPlg8+ +CDoVvwG49a4ceMEkPKkitJ+YmWW7OIdQDD5888/y4UXXqiEwbAUHQVgp512koEDB8oSSywRLar7 u9cAae4+/fRTtdSYNGmS0LUqLV06dOigZKM111xTVlllFV019+MMAVDuXGd4oAbIq0Ga9//zzz8b jTEZeLJS1TuAmMn69u2biVkG8AEDBsgGG2wgO+ywg1x++eUK6EwPSajsHUAM0FmERfg64YQTZNCg QViIZdttt5XnnntOttpqq0RRIQGL2MvezWLrrbeeLL744krXM2bMGPnkk0+kXbt2sv7668vxxx+v pvUwJ8hLK6ywgiBcjh07VokGlPfv31+t8NEQ1EJ6DPISoAkTJsTyxMoehpnJNCEO6MUtyrbZZ59d FSEeLLfccnLJJZcoraSun/aoAfKqizGWfPzxx414aNGihcw///zq2nvvvSdHHHFEo/KPPvpIfZ9v vvkCcLgw55xzyq677irHHXdcI41ko5tTfPEKoJEjRwo6ZyToW2+9VUnOSNSAxuess86SZ555Rh59 9NGANWQjSIMYFFROaGnIUhMnTgxfznTulT7oySeflP33319J0VEuAOCwww5TA/HLL78sm2yyiarC oA7R0qLEWAa9/fbbakyLlqf57lULorucfPLJVd978803l3fffTeoo5cicQDNMsu/7AFQreQVQFgs 4hgNM0dXm2222YJLWqMYd5/WCETHteDmFCdeAdSpUyc19iS99/fffy+nnHKKLL300kEVLTMtvPDC wTV9wvgFLbroovpS5qNXYxBSNPYwZiuOrVu3VjMQXe/xxx8XFPMM4owtmIcg3d1atWo1HfMPPPCA utamTe3ul14BtNFGG8k222yj1BzYveJov/32U4Lj2muvLYsttphSjVAPIXHfffcVzEUQSnytyF9p pZXUtVr+eAUQDCD4/f7774IUHSVa2ODBg2XWWWdVLYtpH6J7sRbbbrvt1BIDUxDPgei2G264oTqv 5Y93krRmAoCwk2mNItP6uuuu22iApoXQcrDfo1HEbETXZHmi6dJLL1UqWv097VFL0t4ClJaRaD0E RyyuAIyN/9xzz5UKs9Fqxu9NAiC8Pm6//Xa1MK0FhGooaYC8muarvXBcGWNN8+bNlf5I28fi6tVz zbtBWjPDyhy5J85Ght7nr7/+UjPYZ599JjfccIMwA+6444769tyO3gHEoMwqHFkoC91xxx1NHyCW BKy1vv322yzYqLqrr7565nvS3OBVC0JaBhxW7kzrSMesp1566SU1fUcZoj56oBNPPNGaCcgrgF55 5RVZZ511ZPTo0YFqlbXWyiuvrFQdCyywQCOMkKoBkusIjzbIq1nstddeU46bmJM1sUpHgr7xxhv1 peCIRRWbPEsMzEU2yCuAmLLj1Ba9e/eWyy67LFh3hYFgzALYOADD9Wo99wogrBe4tUQJ5wXUp336 9IkWKdM0FxsaGqYry+OCV2MQrYHuggfHaqutJiuuuKLyOGN8wfaFrQsPV1Qd6HjuvvtutXgFCHTP NsirtRjSMHYx7VYHwzfddJNsvfXWinf01SwtIEBDWNSENfbMM8/UX+s+ernUQIdMF8NBHGJMCrsB o8Kgu0FhcFCs4Rlrg7xqQWEG6WboqKNTOzroa6+9NvDApysefvjhsWaf8POynusW5C1AWRnKu74G yKtZLG8m83ieV7NYNYZQwzJ4I21j50If3b59e+XPuNBCC1W7ta6yGQKgp556Svbcc8/YRSxjFF4f hx56aF1AJN3sfRfDXo+lI7zCZ3bThFcsKlacpmyQ14M06yuMhHiOoV9m0Up3mmuuuZRb8DfffCPP P/+8Cq7DqQEbGYJkHqQHaacA/fjjjzJ+/Hil/UvDBOoMBENT60DDiMnnkEMOkR49eqR5tLGOBshp F0O4Qy1KqKX2yqj2plgo4txaovdUmFFLD3yC8ianAMHsI488IrQMbFzEhFWjjTfeWIYPH648yN56 663YqtjCGKQJxGOZkjf9f7TL+8kJz2OpwKx0+umnq+6AFIxGULvOhW9DL8TsRNAKywzWX8xaAE0o FAO3XnKwDgsP3uHn1HPudAyKvihAsTJHbUoAL6v3OLr++uuV612cUmyOOeaQIUOG5K6w12NQoQAB Bi2Bafrmm2+Wk046SQGhHZ/CYGFOpkviXYbFA5s76zDc9bQnWbh+vefeAKQZIbwbFzukY1pE2AdI 13F51AA5HaSrMcj0jEyDnpnAuqFDh1ar7qzMG4DgGCGPGHj0z2eccYbymrelKUyLsFcA6ZfGhYXW xKyFo9Qtt9yii5wfvQQIFBh4MScjDhx55JGyxx57CEsL1+QtQBoIjIOsswj7RhVrSluh78vr6FxQ DL84UYSYlYlFRchjBuvSpct0MxjXmeW0txhdEMco5CfbVIgcxKqbAJR77713Ov5YV+2+++5y2mmn KaVYtAJLjgMPPFBJ0Xi91uN/GH12+Hth0zzKeEzJceDwgqzMsZISsBvnG0QED76LgLj99turYBXt TB5mMK9z52MQC0tAIGqHJEo4YuIHzQcp+Z577pEDDjhABfHSpeIIT3tCFligEtjCIvXFF1+Mq1r3 NaddDGBYIpA0KWzviuOCqMFzzjkn1hQdrk/roTsiWGJknKH1QVhO0QamCQ1gqQGgJuJ5DNgYHG34 KTrtYlrwI/VEUgwXoNB60BBiq09LqGUZ2/Imp12Ml0dCZnBF/Yp+mY/WGuIshRseR7zLGIxNXTFv QPTz9CzmHCBegKl6l112UfKPfqHwEX9DxpO4AJVwPZvnhQIEY7j4onpFUMQYiOKLVBNoHFG18r1I KhygIplP89saIKeDdJoX861OCZDhP1ICVAJkQMBQXLagEiADAobisgWVABkQMBQ3iRaEExUqFBvU JADCw+Ppp5+2gY8UqrSvxhE2e7SMHJP0PH/88YeKJyNDOaHhNsg7gIhVxSUG804ahZkGZaYACDUI ASuA5At51YLIOqXBIQcHkcyLLLKIUtPGAUbXw4lq2LBhccW5XPMKID3Q9q4E0JGcLS3hJ5Skwk37 jKR6Xs1iMAphh89CaCBtedt7BRBJIqHJFVN0FgrnE8pyX5q6XgGEqwu6ap0YKQ0D1MGxwdY45BVA FTWnyjKFD/Vtt92WFh/lYf/FF1+krp+loleDNMY/nMeJhcdEjT9QXBS0ZhAXYGYx9t9gYLdBXgEE o3omg1lASku0PhvkVRcLJ/LPymwWqTvLs71qQVhcCf8mJxk+QATN4cmB33RcCyHIDidPWp4t8gog glHw+yFxEvb7tIQMRN57G+RVF4NBfBLx2MhCOC2wCYAN8qoFwSD+Q3yyEN2PnaJskHctqBYmUZiF UyjX8oyke5y2IGYavYcYK/XowEt6rji/xKSXJ/oHKfrss8+WzTbbLKlaXdedAkREj87BSphldCAm NwepbmqhLM5WWZ7vtIt9+OGHwbuFz/VFPFtrpSYhB+G9qnM7x+3mRGw8QSzIPmzEpuWgpEhCuhg5 zu68885acTXe57SLoR284oorEl+KaB98E4lnJY9QWsKzNbwXa9r70tRz2sXSvBDjUFbHcBRmNnaI 4n3VCq+ygvZmf7E0ILqoU5lh1f5i3rUgF8xn+Y0SIANaJUAlQAYEDMVlCyoBMiBgKC5bUAmQAQFD cdmCDAA5XYvpd8ErA+MgH0KfCLCrZv/S9xVxdN6CyBVEDiDWTijniX7WLi9FAGD6TectSOcAIhYe SypHn8k5QIBBaCZJk6LgEIqp9wSLgoYqBDWIayoEINL98YkShkCSKJEBhoA7qG3btipFYBHg8PuF AJQUh0pgLh8y5ZFRYe6551ax9bZ0PQBgokIAMs1YhGYCCkAWCQ7gFQKQ6b9GedeuXTPFraK0j5qR 0vyOqY7zad70QrWUs78PWRpsUJMAiDTKtsw+MzxAzHykybFFhYxBOGmyRU01Ik6DMSWpHi0GMzXd CyuI3iig2jNrKSsEIGQcLeeYXhrHhDRkY4Dmd2f4LpYGvHrqFNKC2A6CfTDYD6OeFBSESuFZRt5F W1QIQGT37dWrV248hdO55/bQ/z2okC7WvXv3XPmIutHk+XDnAOFPmFfeeQ0E2apwyLJBpW0+AVVt my9kDEp4J7VtMTISPkR8iGbu2LGj2qaYrYpJQonPkEvyAiBAQRom4VKUnn322eASijZSuONsHt7m L6hg4cT5GBTmgajlo446SoVAxYETrss5wStEIhJ4Z9OrLPy7hQHE8oAdV6655prw+zQ6T2olU6ZM UTuADxo0qFF9G18K62K47oYjewhDwMseVSzjDs7kWD9YkpD7lc+ECRPUNhLaA4095jt37qyAtgEO zyxkFsPVF1lIb/nAFn3oc5ZaaikjnwzejEGkNIXQOPK8eiTyuB/Vs1ghXYxuBTgsMElsS0rANODA SJs2bdQ9+FwTBaQ3w45jMo9rhQCkB2QyLNSaMYEEBHpfQ+LtbZHzLka6ZMYZNhkBqLgdWdIyixGS EAS6GPtuYAXJiwrrYlq/079//7rAAQgczMkEDFAkrLRBzrvY1KlTFR96O9B6mcL6ATH12yDnADFt 43GfJmVyGoZJlIsJWwOf5p4sdZwDxPoqaZOjLC8erksa97Qq3PB9ac6dA4QWMM3ma2leXtch1l57 jehreR2dA4Q1Iu8AXHJ9IFPZIOcAwQRRgrSkPIgFr839fwpbixGlnBQHlgU4JHJbVlXeozCAbP7X swBsqltIFzO9lE/lhbQg1Kasw5BfiHevZYClW7FxAGqQwYMHW8O0EIAAp2/fvrkxxeYArPFsUCFd jN2d8iQ2grRFzgEiTxlLjTyJZcumm26a5yODZzlXdwS/7PlJYeqOPHCxKfdE38/pIA1jqCVYsPJh Bc5Hf6ebkAnPRKS3INciLsO2yWkXwxqBqjS6Fxj7g8E0ZRgHTcRit0+fPko/jWWjFjHB9BuFdDES J40bNy7Y9YnBmk3U7r//fmW6SQMOjKFaHTFihJKD0EzaJOezGMzQpbBnkSonTZeKA4BWg5/R+PHj ZeTIkXFVcrnmtIvxxki+mI5pSaSUqJdIsYxdjWM9BoDoexTSxXgJ7GDIQnmAw/PQJhLwYstW77yL MebktQ8hAEHEdjQZgEislDWJ278wJP8l6CUuYVPyHelLnLYgpmc0iXkvNXiuTtyUnvV0NZ0CxPTM J29m8MpH9WqDnAIEAwyotSZyiwMA6ZwoRVv7IToHCF9DkmMn7ZURB0K1a2PHjlVWkqQoxmr3pilz DhCJ3DD7DBkyJM37Va3D0mXgwIGqTpNIEwgnLEg7dOgg/fr1k1GjRlUFoFohXYtMeuwVDZEczgY5 b0EsEUgmAIO43PWuZBJnkM1CBNABNHH3EJ727dq1U+d5/3G+1NAMkIFBB6GQN5EVPanaUWGwywEp kLkOYVr+/PPP1Q5QuAyzhtPuexgAWI/hz5gn6aVGYQBhS+c/zx4+SYTFg6A5ogrjiJlrzJgxytE8 rryeaxog511MvzRWVfwMzzvvvEQHTITKJHBQ1DODMSvapMIA0kyhKGtoaBDy2Sf5Reu6HHG8Gj16 tAIHmco2FdbF4hgjVQ5djrSj+BzyYWwhmgffaVbuteqP4n6v2jXdxbwCqNoLuy7TABXexVwznvX3 SoAMiJUAlQAZEDAUly2oBMiAgKFYm56HVuq1NNSdqYor07wd1/2mhuJ/AYxM5thIF/HuAAAAAElF TkSuQmCCAG4e8DEeAAA2LaUXJQ2a3WSfl231Xmr1/4lQTkcNChoKAAAADUlIRFIAAABHAAABRggG AAAAOJuCDgAAAyVpQ0NQSUNDIFByb2ZpbGUAAHgBhZRNSBRhGMf/s40EsQbRlwjF0MEkVCYLUgLT 9StTtmXVTAlinX13nRxnp5ndLUUihOiYdYwuVkSHiE7hoUOnOkQEmXWJoKNFEAVeIrb/O5O7Y1S+ MDO/eZ7/+3y9wwBVj1KOY0U0YMrOu8nemHZ6dEzb/BpVqEYUXCnDczoSiQGfqZXP9Wv1LRRpWWqU sdb7NnyrdpkQUDQqd2QDPix5PODjki/knTw1ZyQbE6k02SE3uEPJTvIt8tZsiMdDnBaeAVS1U5Mz HJdxIjvILUUjK2M+IOt22rTJ76U97RlT1LDfyDc5C9q48v1A2x5g04uKbcwDHtwDdtdVbPU1wM4R YPFQxfY96c9H2fXKyxxq9sMp0Rhr+lAqfa8DNt8Afl4vlX7cLpV+3mEO1vHUMgpu0deyMOUlENQb 7Gb85Br9i4OefFULsMA5jmwB+q8ANz8C+x8C2x8DiWpgqBWRy2w3uPLiIucCdOacadfMTuS1Zl0/ onXwaIXWZxtNDVrKsjTf5Wmu8IRbFOkmTFkFztlf23iPCnt4kE/2F7kkvO7frMylU12cJZrY1qe0 6OomN5DvZ8yePnI9r/cZt2c4YOWAme8bCjhyyrbiPBepidTY4/GTZMZXVCcfk/OQPOcVB2VM334u dSJBrqU9OZnrl5pd3Ns+MzHEM5KsWDMTnfHf/MYtJGXefdTcdSz/m2dtkWcYhQUBEzbvNjQk0YsY GuHARQ4ZekwqTFqlX9BqwsPkX5UWEuVdFhW9WOGeFX/PeRS4W8Y/hVgccw3lCJr+Tv+iL+sL+l39 83xtob7imXPPmsara18ZV2aW1ci4QY0yvqwpiG+w2g56LWRpneIV9OSV9Y3h6jL2fG3Zo8kc4mp8 NdSlCGVqxDjjya5l90WyxTfh51vL9q/pUft89klNJdeyunhmKfp8NlwNa/+zq2DSsqvw5I2QLjxr oe5VD6p9aovaCk09prarbWoX346qA+Udw5yViQus22X1KfZgY5reyklXZovg38Ivhv+lXmEL1zQ0 +Q9NuLmMaQnfEdw2cIeU/8NfswMN3qGCiwgAAAAJcEhZcwAAFxIAABcSAWef0lIAABqhSURBVHgB 7Z0JuFVTG8dXhJBMEZlShFJIihChlCmSBpQpDVI3pcgsKUMpIT2pUGSIMjVQKGQuQxQRiTLPs8J3 f+v71nn23e35rL32un37fZ57zz57rbPPev9nDe961ztU+PXXX6v//fffjUVOZRCoWLHi6xX/+eef JqV3p5Qpyd+IUlw6rZfj4I9ADo4/NiIHJwcnAIGAorzn5OAEIBBQlPecHJwABAKK8p6TgxOAQEBR 3nMCwKkYUJZZ0bfffismTJggFi9eLKpVqyauu+66QlvGjRsnli1bJlq3bi0OPPDAwv00LqwDZ8qU KaJ///7iu+++k/weffTRZfju0qWLePrpp8UZZ5whDjvsMHHDDTeILbbYokwdXW+sGlavvPKKgHkF jB+TRx55pJg9e7Z48sknBde//PKLX9Wi7lsFznnnnSf+/fdfsckmmwh6zDHHHOPL3M477yy6d+8u PvjgA3HBBRf41iumwBpwPvvsM8lojRo1xLx58wTDq6SkJJC3xo3/q6N74IEHxOeffx5YN0mhNeC8 ++67sv2TJk0Se+yxRyRefv/990K9N954o3Ct68IacDbbbDNRvXp1sc8++0Tm7eWXXy7U/eabbwrX ui6sAadevXrijz/+kHNOFOZWrVolJk+eXKgaB9TCh0IurAGHnrPTTjvJuSakzeK3334Tp59+uvj6 669l1cqVK4u6deuGfSx2uTXg0PJbb71VXHTRRb4AlZ6SiLvvvlvsu+++4vXXXy8wO2zYMFF6WlB4 r+uiws8//9y2dPm05vRhzJgxYsCAAaJWrVpil112ER9++KE44IADxPLly8VHH30kvv/++zK8d+rU Sdx2221l7ul4s95663WyDhwYe/XVV2UPWrBggS+f2223nbjmmmtE+/btfesUU2AtODCFMPjss8+K JUuWyL0UPYdtwu677y7/WrZsKZhr0iKrwUmL6ajPBRyrJmQa/tdff0Vtf+r1rAJn7ty5omrVqoKt RBxCGDzllFPEIYccIrccb731VpyP+9a1CpxSowbZUOSYqASQbFDZofPKCte5c2cxceLEqI/wradf OPD9qugF9IQrrrhCvPPOO2LNmjViv/32E127dhXNmjVb6yHIRtQ54ogjxCWXXCLL27RpI3f1e+21 lxQD1vpQxBtW9RzV5vPPP1/MmDFDrFixQrBNmD59utT8OTWC1EUovOuuu+THAFARO3uegSqDOknJ KnCWLl1aho8KFSrIOWj99deX94cMGSJefPHFQh2UYmoIMlc5iaH19ttvS3Wr836ca2vAWb16tUA6 Zo/FL75w4ULBThupGJ0yMs/BBx8sh5ti8IcfflCXYvPNNy9cc8H7rbfeWsycObPM/ThvrJlz2CbQ CwChdu3aZXgolTnE/vvvLx588EEJUKlhkeAeu3hFXgLh9ttvL95//31VJfarNT0HCZitgBsYJ0f0 KuaWTz75RN52KrtQrbqJ4fjpp58Whp67POy9NeAwDNxDw6vxLN0bbLCBLArrOV9++aWsF1duUt9r DTh77rmneOSRR4SSdVQDna+oUBctWiR22GEHedt56uCekFnelb5nm222cT4m8rU14Gy11VaCPzaU jz/+uBw6TLhsPHl/wgkniJ49e2LIKObMmSMZZDVSxOGfkzi6YRlnLtpyyy2dRZGvrZmQafHNN98s twCnnXaaJwPsyu+55x65mrGyOXXIt99+u9QDMVFDSv7Ze++9PZ8V5aY1PYfG1qlTRzB06EFu2mij jcT9998vmjZtKh566CG5xJcq6mS1vn37yp521FFHidGjR0vw1BKOZJ2UrFR2cQYFSMg6rDicajZv 3lzqmBWjzDfMUeziORqmx1x66aVS1arqoJNmE5pEhVr6PDs1gYq5JK/MNahZUZax+axfv36SxwB2 +Qbn6quvFm3btk3n5MFGZVecn5mzdYaULv2N+7utWq1U4/7880+BAIcE7LWrZjlnL7Zy5Uq5/zr7 7LNFkDJePTfuq3XgMFRY0hHiohK7c87adR/sWQXOZZddJkaNGhUVk0I9hLxdd9218F7XhVXgTJ06 VfLFIR5aPLYE9913n0B+YYftJIYegt/IkSOl1s9r4+msn+TaGnDQ3bBBxDjguOOOK/Cy8cYbS9UE vcpNLNccC3NungZZIyG/+eabomHDhmWAgWEYv/feewU9xU0ANm3aNPHYY4+5i7S8twYc1BBeQ4Md OOYlaq/k5LpSpUri0EMPlUKf876ua2vA4Uhl/vz5cml2M9enTx9x+eWXC3qXk+hNGFmihMf8VjdZ Aw4GkLvttpvAzo9jmVtuuaWg8UN3jJq0Y8eO8iQC+Qe5BiFQKbQASDdZtfFk7nBOrqgb1GkDcgx2 x2w02Yw6hUOGJFalXrv5pICxt7Km58AECi0EQNQTEOdPihDw6E1uYCi/8sortQKjvtOqnqMahW4Y JbqXVSm2O8hDWI/uuOOOAsUYp526qdzvynUD4nyedcPK2Tgbrq2RkMPAQDuIZpDhxBLOXop5SFmx h30+Sbn14AAERgGY8HsR882NN94oTeG8you5Z9Vq5WYEVQQ2N05gMC7gT9EzzzwjTjrppLWsTFV5 Ma9Wg8OeCuGOpZpjmI8//liCgLkt188//7zo16+f+PHHH6XfVTFAeH3W6LDCrI3Npdehv1fjsMuZ NWuWtNZyl2NBwR/7LtyPMO7WTUZ7Dh52Bx10kNxDRWGEo2GMB8Jo2223LQiOYXXjlBsFh80jJmnH H3+8NFFzGgJ4NZqzKqRm1BJeZ+icXWGW0q5dO/lMr2cUcy8TCZmddLdu3aS1xNixY6VZiRcTzCvH Hntswbp00003lefepQKadHVUhgRsWDnhdJ+Xez0z6r3MhEBkEzaU6GI4zRw6dKinQh1ZhnmqUaNG kid6D9pCbAUVMBwPM1x1AqMAzKTnqC/nlaUY1QPM0Yu89lMcw6AORQjkj6W8QYMGUo2BKiPJca+z DV7X1uytMDXhCJe5hWUbUxOnLOPV+LTvZTas3IxhWkKvGT9+vBg+fLgU/JRpm7uuyfdGV6swxliZ UElg/saSr8MKPew7g8qtAoeGYqKGHQ6RBgYOHCiXaaUKDWIkjTLrwFFMoi5ly4D5Lasb85FpshYc gMD4CHvAiy++WMpFGAy43RjTBCyzpRxFORtHjlQYNqg8kWuYa5QO2ck4CnQER+QcfDqRntMkViuj G0/FjDrj9gqxwBHNoEGD5DZD1ecV90Wstm666SbRoUMHeUqBLwRSc1pkfFhxJsUO2gsYmET6PfPM Mz3nGE4eCB+DCwDzEb3spZdeSgsbYXRYoeLk7IkhwWaRcynUDuy8f/rpJ3naiSTMEo7PAnsrryEG GmgIBw8eLIcYQiPn5n51k6BnXEJmrsALBkEviLDcOvnkk+VEHKYjpgcxF2Guwh5LFxmXkDEZYQUK o9KGiZo1a0pr9bC6hKZiE3v44YeHVY1dbnRY0Ws49ya8AtKwlyILlSfWXQyt9957T55wxuZKwweM r1b0Bqy0evToIXr37i2IKlClShWpNsU4ABkGFyCISZsJOEsy2nNglPkEo8gRI0Z48o36gZ6FwJcl GZ+Qncxia8Nkin6G4YZLEboZfMORabIm48PKyTBhXvizmYwLgTaD4W5bDo4bEcf7HBwHGO7LHBw3 Io73OTgOMNyXOThuRBzvc3AcYLgvc3DciDjerxPgPProow6W9F2uE+BwIJgGZaJDDmMEvQ8nnuzS ncE8nJ+jDoYF6HJeeOEFZ5G2a+vAwaGec/M0otTGRc0qcLDvu+OOO+LykFp9a8DB3kb5VOGdhxIe 1QVGBn5KL5xksd/BjCUNsgac1157TbpDozr1ir7kxzy+WBzRpEHWrFaEVUCxjvNrUPQlLxDSOv20 BhzOrzCDIzxVXOKENA2yBhyYI4TvV199Jdwh8cIYd8cPDKsftdwqcFCbYsrP6YSK/xeFkXVezlHm +oDBkQ0BPLBXDiLsmFHSP/fcc0HVEpdZs1phWoJ3jJMIxpolWTOsOJJJIx5FMeBa03MwrT3rrLOk 2/S5554rHUiwvUEAZIl3E3srLDPwRSeifxpk/MQziAlikGLR7nauD/oMZUzkcT8T9kwO9db+ScI+ lWI5ss6pp54aybrC2QwMotIga4aVYo4deVzCGCENsqrnJGUwSUCiKN9ltOcQK/Spp56SO24cyJyE /4MyP3He97tmQkZQZELGKjUNMgYOzGCbg7BHxBMitDlXITR6WInaRMaGFb+yMtNn/+T2vGOV0hmo QwfIxnoOMguR9vH4Jf6E2+QNS1DuE8yDgND8USdIzkG/TI/TvYwrYK2Scwg1jttinNDghIpB1QFI Osk6OUcFF8I0LirRs1q1ahW1eqx6VvWcWC1PubJ1PSdlfmM/3thqFbtlFnwgByfgR8jBycEJQCCg KO85OTgBCAQU5T2nvIDzxBNPBDTVfJFVPQdXRBvCNKifwSpwyABC9DbcjVC2Z01WgQMYOLYSCYVQ MRzRcKKZFVkFDnHXUZXiiH/ttddKbWGLFi2k/c24ceOEyi1jCiyrduX4iLsNkbg3YcIE6WdOaF9c rs8555zEaVKiAsuu3CpwghrOHIQWEdM4laYbV0dcrAk3rpvKFTiKeRT1hNvE4R4i5wMHgQCl0/2x 3Olz5s2bJ6P7K2AAB1tlwuHhH0pKBNI6xdEk8gw/smpCVjnw3I0lyiSnE9jrOM+omKw5B2MCpw5n YfQg5i0d5itWgdOrV68CLvz69AKc9JmEsTaFsMYgUCvWXBh0E5EAatKkiZy4ybOHGEAW6mJPQq2a kJkzWIkwLWEr4TSeZKXi0I/ssCjiwwiwSMxMDj6iH8Ql5hxj51ZRGkdvISaOkzDYPrM0ZAwRDFSK Sme53zUAAg6p5JKAw3OtAsfJKBHfkJAJ/4JpShxiRVN2guzVMKkjslNcsg4c5hRCvrAJTWpaQrAQ Ak1DgFzuk5yqX5XoJ4TBSwoMz8FfAhM6YupgwJ006JBVEzLWpJyn20DWCYFxgSGaCmlW0iKr5Jy4 TObZGEutKNzEkp9nY3Sj4vM+z8boAwy382yMeTbGPBuj5wDBri/PxugJjZBpDvJsjD7g5NkYfYDh dp6NMQAcivJsjAEAoZTKszEGAERRno0xBKCsi61TWSQFhDwRaVC5VlkoQNLKLGJMh0wqA92ZoXFT QpGu2ylEgW4MHCIphcVTV42y5dXYsKpevfpa5iW2gODXDmM9hwZ06dJF5mkg8gA+UjibETk7SS4r zqZwRsPyiyPgNMjo6QPzDhGzye2gy2VxnXFG23DDDQtn4bp+aZzRMBpIg4z2nDQYSOuZ64wQmBZA RifkqExg/4eR5OLFi2WWRmfYKaxKkZdat25dsM2J+ty49awDZ8qUKTITkTIEIC+wk1jxyClDZCaS +nCuztl4GmRMzonSeDLDwrwCxu8zmMCR6wrTNq5VwlO/+knvWwUOx7vIL+iS6THkKvcjNIfdu3cX ZEzD2isNsgYcDIxgtEaNGgKrUYZXSUlJIM9qO0KEOL9kYoEPCCm0BhxlLTFp0iTPFLlefDjDAZNY TDdZAw5bCfZfJGePSk6nkTRCBFsDTr169aR6lDknCq1atUpMnjy5UDUOqIUPhVxYAw49h6xpzDVh hB6HJKjKqLty5cqibt26YR+LXW4NOLQcyy6SfvkBxCaTsHdEd2Pzqoh8WGmk5bZubzVmzBgZZrxW rVoyQpPykMFgmzxY7gywnTp1khkZFVC6XtlbWQcOzJF5mh60YMECX16JX0oU3Pbt2/vWKabAWnBg iomZiNpLliyReyl6DtsEXAD4a9mypczFVwwAQZ+1Gpyghpsoy1UWIShbsyvHK3j69OnSmQMnWP4w zUetyh/OsaTTTWNV8sMoc3CQVUibyxLt5Us+c+bMQtsBiazThAc2QZnKOcgqOJvBsBcwbgDICMtO HW8aYg2mTZmBQwZ7VpwvvvjCk0ecz1DIexG7cHIFq6CMXnV03MtEzgEQ8jvg+qOI97gnqqUaMzjO s/CXQpXB37Rp06QMpD7ToEEDqfBK6hWjnuP1mtlSTiRJeg6EoxkOHki6YYd7yD74lhP/WO3CSe/N MNNNmYCDUgoHVYhTT5iNqwMmAm7nzp1lnhlcGwkC6zcEk4KWiZyD1AsBCBmJ4gLj/Cy9buXKlanl tzI+IaMChQgDg3IrKVWrVq3guOb0NU/6PK/PGQdn0aJFMmItMSiKJYK84mDv1AgW+0zn542Dw3xB OF9dxIrlJw4U+x3GwWH5RiWqi1CPunU8up5tFBw0eQQI0qnSrFOnzroBjoqc5DxSKfZXJrRDVKV8 3O8y2nMUE6g7dREB79Mio+AoJnSCk2bovExUFpiX4ASig8KMDor5jkzAIa2BO7VBMUyk9dlMhlVa zOh+biY9B9UE8bVweU66YcQylSHFAaCOEFRewBoHBxNbNpxJQXEz0aZNm9Qs440PKxzOdAEDUCjc ifSWBhkFB4stYvrpJpRnaVAmatI0GNH9zEyUXbqZSPN5RodVmoyk8ewcnABUc3BsAget3Z133imw 6bOdjAqBnDVxUgkwGAWk5ZupC3Sjw2ro0KGFHoNllu1kFByi0EKckRNQ1XYyBg6bRBTh7IWwH/aK lUNEW45u4hLWF2mQMXAwRGIfhCGknwHS3LlzI5miuIEYO3as+5aW98bAwRcT+2FlAKCl9f97CGfl aZAxcGg8LkP9+/eX7tNr1qwpmh8U9lOnTi1E2S76ga4HGF3K27ZtK81m8aUq3dhJIwKMlPijZ2Hd hTMaAaLDCBtC5jBe0yKj4MAEcw4+DkSw9VKOmzBniwpmZioLnM8WLlwoowkQUYD3GGQDHKl0w4hh ybm7Mn3jcE8nZWK8FMQA/g7jx4+XUnRQPWfZnDlzRMeOHQseNM6yYq7XCX0Oab7xEk6DjK5WYQzA ZJIYF0z0aVBmc04azOh8JsPK+GoVhwH8xXGMJUU3lu6YybGb12nfE9QeK8HBRGX06NHSsl2ZrTiZ wFa5a9eu0sQWeSktsm5YoQxr3rx5pMSDmLzhM4FBt26yblhxxItjq9OshEwfyD5EIMCCVMk2pEpB TsLwkuU8icluGKBWDSuyhODCyFBhBerbt6/ArM2LMKEjWQ+hGq666ioxcuRIr2pF3bNqWGHZTmR+ /K5q164diTHMbE888UQpXWOYoIsYVunNZjFbidk/f3jERAWGryC/FSb+Qc6yMZtSqG4NOOhkmFiZ ZOMSXjMrVqyI+7HQ+taAg6aQqARxCXdHJmcma91kDTgMJXTBOHpEJfQ5xNCBGjVqFPVjketZAw4e MPgyYPWF41kQMWmzfBN1CacQgjImzWEV9D1WrVZsE5o1ayad0liBlGcwZ1wowTgMpA6mbiqYEMp6 PPh078xZrawCh18Rb2CClRFNOwqxzUBw1E1WLeWKuVatWon58+eHBnkloSBRmtIARrXFup6jGsYr yztyDztzJmrmFSZuZBtCbvqdfzmfkfSanmPV9sHNCO5CaURUcn+P33trViu/BmZ5PwcnAP0cnByc AAQCivKek4MTgEBAUd5zcnACEAgoyntOADiZSMjY1ODGSBhNDJA4XbCRjPYclFMowdkjEfeYOOqz Zs2yERfZJuM9hyMViGOYCy+8UB7DyBsW/jMODhjgrTdgwIAycNCrgkK9EPgMbaFJygQcQlC5iZBU qCVmzJghw4yr8nbt2qWewkB9l/vV6JyjvpwjXjdxnNujRw8ZywsLdwjrU/I8YERputfw/ZmA42W9 TmMU4VYNYbWVJWUCThjDSsEVdYlXAUTCnhu33EpwwkLiuZns1auX+5aW91aCE5czlRYh7ufC6pd7 cIgel0bOB4DLZCnH9iYoKoE6s8K+2C+0JkbaGGarw72wXpCkPBNwwo57FSMEp8+Syv2wShO8THoO cgxGA1WqVEm8t1q9erX0mnn44YdlotM0QDIODmayBGuNu1z7MU/waAwO0iDjw4pItrqAARCMltzZ 03QBZRQcnMzS8FNg75UGWW1IkAbDUZ9plSFBntrA42fLUxt4gMKtPLWBDzB5agMfYPLUBj7AcDtP beADDrvoPLWBDzh5agMfYLidpzYIACdPbRAATp7aIACcPLWBDzh5agMfYLitfMTz1AYeIKmTSZ3R +/PUBh5Aq1tOH3R1T9ercR0yDc9TGwT8fHlqgwBwyktRJsMqT23g0z3y1AY+wHA7T23gA06e2sAH mPJ220rX6TAQlZQdVk9HudHVigBlRBbAIBvVhfOPqEsDBw4M5QlDbiIQDB48OFIkytAHBlQwCg4J v/r161cmtxWrF0bbUfP/Nm3aVGDVhRnLqFGjUo38ZvysnCBAxKuAyP87bNgwUalSpYDfz7to6dKl MuwmIX/TCmhm1MoCNhlK0KBBg2R62yTA8HkiExDwvkOHDoLhmgYZBwfDpRYtWog+ffoUzQ/PIabF xIkTi36W1wOMgoOKlGBl5CfXRQxNkomlsYoZBYeVBkc0nRlgifG1bNmyRFH/w34go+AsX75cYBOo k/CmwVY5DaWXUXCIeq07fBRWpchI5T7aW9WqVbUzQXhy5htA0k1Gew5Or0R045fWRSqRexq5a4yC g70wEfsxrNZFKluIl/dfsd9hFBxMTxo2bCiuv/76RGlT3Myyx0LiJgDjOhEnkCDPnFsRc0sd8rmZ jvIeULp16yar4ioQ5IUT5XledYz2HBpAlqL69etLY0mSkyIxxxHgmHiHDx8uiAqH6xHLOP7paZDx jSdMIJOwu0Z1AREImujZOLwiILJTx2kEYgdO8h4SZhC9gBjIxCNVxB5Nx1ZEPU+9ouzKBBwagBET 2WD9hhZh7lCrBmUC6dmzpxgyZIhWXwonOMaHlfpywmWSU69x48bqVplX5YlX5ub/3lSuXFkqu9iV 63QycX9XZuDQEPQwDJURI0bI3Ffuxrnf41hSUlIi91G9e/d2F2t/n9mw8uKEuMazZ8+WcwqSL0Oq Zs2aghw0qCaaNGmiffvh1Q7uWeUYQoNIeMGfLZTpsLIFBL925OD4IVN6PwcnBycAgYCivOfk4AQg EFBUsVTCfL9043djQJ3/y6JSXN79v2Q8KtP/AVlyZOiGh9yxAAAAAElFTkSuQmCCAG4e8KYZAACQ S3j0e7FNXuJ3kSPr28R6/4lQTkcNChoKAAAADUlIRFIAAAIwAAABpAgCAAAAoIyI8AAAAAlwSFlz AAAN1wAADdcBQiibeAAAAAd0SU1FB9oGCRUmJ/EAeBcAAAAidEVYdENyZWF0aW9uIFRpbWUAMDkt SnVuLTIwMTAgMTc6Mzg6MzlPWcX5AAAAJHRFWHRTb2Z0d2FyZQBNQVRMQUIsIFRoZSBNYXRod29y a3MsIEluYy66xFLPAAAY1klEQVR4nO3d2bKjupYFUKi4///L1INPkiSNEJ1YEmPEjap9nNgIjJmo QfTDMHQA8Lb/e7sAANB1AgmAIAQSACEIJABCEEgAhCCQAAhBIAEQgkACIASBBEAIAgmAEAQSACH8 7+0C8L6+78e/C89t2Pd9mTX+tnG6rulWdxkb/nRRE59/8QvKL/lzZThdpJIfxesE0tfNfs+Ff97F 0mh1RS9ueL53v6A4ZeALNNl92vLMMjvv/Exf6SYXy6v/NKt5pD9k9nr+e2dLJoEAAACCAAAAgwAA AIQAAACFAAAAhgAAAIcAAACIAAAAiQAAAIoAAACLAAAAjAAAAI0AAACOAAAAjwAAAJAAAACRAAAA kgAAAJMAAACUAAAAlQAAAJYAAACXAAAAmAAAAJkAAACaAAAAmwAAAJwAAACdAAAAngAAAJ8AAACg AAAAoQAAAKIAAACjAAAApAAAAKUAAACmAAAApwAAAKgAAACpAAAAqgAAAKsAAACsAAAArQAAAK4A AACvAAAAsAAAALEAAACyAAAAswAAALQAAAC1AAAAtgAAALcAAAC4AAAAuQAAALoAAAC7AAAAvAAA AL0AAAC+AAAAvwAAAMAAAADBAAAAwgAAAMMAAADEAAAAxQAAAMYAAADHAAAAyAAAAMkAAAD+//// ywAAAMwAAADNAAAAzgAAAM8AAADbAAAA0QAAANIAAADTAAAA1AAAANUAAADWAAAA1wAAANgAAADZ AAAA2gAAAMoAAADcAAAA3QAAAN4AAADfAAAA4AAAAOEAAADiAAAA4wAAAOQAAADlAAAA5gAAAOcA AADoAAAA6QAAAOoAAADrAAAA7AAAAO0AAADuAAAA7wAAAPAAAADxAAAA8gAAAPMAAAD0AAAA9QAA APYAAAD3AAAA+AAAAPkAAAD6AAAA+wAAAPwAAAD9AAAA/wAAAP3///8AAQAA3rVc0aphGJaF2fqQ ZcHSZUiUfPdzzn1BqyU/uhWJMiSOgd2yzZaZrevQi+mSUx01JNZNT0PLv/s/LWCriy3/SPx9+r3L D1ldclbIc9s+/ZD0hhwq+fSP/OIdWsvud7S1FVfkfO+Z3/juW24sNq9TQ+KY8eywPIXlvJJ+Pf1P mQtcl17F6RJe2ep8Fwv/qOnaM0sSeXO4nRoSz8q8hp3Wuh4uUZZ0sXOauW4tTlxjDWxWzTq3B1bf 9Z2diUDiQbP2lvTCiYa4wtLF3t2oQ1vdqnNf4m7759ViEZsmu0+b9eR3137zb733Fu8G4dbm3/sF nbNahlnjW2Lv3VhVuuvDCauRGtJ4XL5+cV2d2elm2kV0dK8um91mH5I4be2+98Tm7L5rdcMTxZ4O E0hs1Lmtzsykc/tnt5Dpt2+VIWf5i9/d6s7M2W/U6P3mkesiNPLgWwAuaqTJzk0JALVrJJBmDSkA VKeRQOJ12uuAixpp9w91CwsAJzQSSADUTpMdACEIJABCiB5IqxO3GOQN0J64MzXkzBKmAwygGXFr SL9bi94uBQCFxK0hXadZD2Am8oV+y4HUxd71BWjV7OyEruvshK7r7ISu68JfpsdtsgPgUxqvIZnB ASB4xWjUeCCJIoBanrpbWSCde/DXZ9lFnZ3QdZ2d0HWdnVCD6IG0PIYcVcBU8Kv+11V0zoweSAC7 KjrnFlZXWjceSAY1ANQSS40HkigCqGVQg/uQAAhBIAEQgkACIITG+5AMagAI3nU0ajyQRBFALYMa Gg+kLeOXIrAAgvhoIAE8bVYd2W2w8YAMgQQ06JWmqWWaTANG3uxqPJAMagCC+M0NvezO+b3y+89x gXtnkQ7edTRqPJAy6si6kaBBwX/Xs2QahmEaV8t/vbi6WgY1uA8JoLR0xny2UafxGhJATOnKSvCq zEMEEkBpq51Jmf/aME12ACUYZbdLDQngKdP6zTSNfkMYpn9PhzNs/WvzGg8kw76Bt+SPXPj9vXwl 53Ny1NLu13ggiSKAWnqkGg+kkcnrAIIzqAGAEAQSACEIJABCEEgAhCCQAAhBIAEQQuPDvt0YCxD8 9qNR44EkigBquTH2i012sb8RgI/6YiABFNNPnHv77UuG1XiT3TnmGYLqpc/O099238//8/QbF6eM 2UTd35m3+xw1JIBHLONnFk6zatPv7+mL4yuz/7v69gaoIQEtyq+IzJYs8MbFM2GXf08fjLT1r8u3 104NCSCK/EcoNUkgARCCQAIghMYDqe/ddQS849cDNH3lrTEItYyAMKgB4CmzTBo7gaav7/YMrY7W y397V89MDQIJ4EFbgbF8ffrKNLpWl0+/vVKNN9kBUAuBBEAIAgmAEAQSACEIJABCMMoOqF7w0cxk Ekgpv4O8/rGU0LIGhjvz87kmOxdSADF9LpAAiEkgARCCQAIgBIG0T7cTQAFG2c2JH6AxtQyLF0gA javl8ROa7AAIQSABEIJAAiAEgQRACAIJgBAEEgAhCCQAQhBIAIQgkAAIQSABEIJAAiAEgQRACO1M rjpOGjhOIwhARdoJpE4UAdSsqSa74DOrA5DQTiANwzAMg0wCqFQ7gQRA1drpQ/rVjXQjAVSqnUAS RQBV02QHQAgCCYAQogfSctRc/8cr5QHgIXH7kFYjp+/7sa9o+jcAtYsbSL+w+UhNaNxKCQt8VtxA utE3Qg1grq5r+k8EEsA3zfo1gudT9EENAHyEQAIgBE12AI0L3lI3qiyQpvN5G/MNkGN6t8y7JUmL HkjL1JFDAE3ShwRACNFrSABcFLylbiSQABpXSx+SJjsAQhBIAIQgkAAIQR8SQOOCdx2NBBJA4wxq AIADBBIAIQgkAEIQSACEYFBDHcaeSFPLAkcFH8swEkgAjTPKDgAOEEgAhCCQAAhBIAEQgkENFTP0 DmiJQAJoXPDBdSOBBNA4w74B4ACBBEAIAgmAEAQSACEIJABCEEjviz3sBaAQw74b4SZZYEvw0d4j gQTQOPchAcAB5QJpTOa+74OnNADlFWqy6/v+V2dc/sEJAh1ojya7Cogf4AsK1ZCGYfg106keAbCq 3Ci7aQJJIwBmCjXZLUcxGNcAwNTjNaTp4Lqn1wVAvR4PpFo6jcQlwLvKDWoosyIYmU4JfmppoCo3 qGHcI78RdyIKoAxTB/3jl0DjThlHgXML+xJogBtjAQhBIAEQQumZGro/jZj6kACYememBgCYea3J zqAGAKbemTrIsG8AZgoF0qwPSRoBMFO0D8lwBgC2lJtcdfmKZAJgVGhy1ciMrgCIwI2xAIRQLpCm bXfGfAfU9//978YlAfIVGtQwG1lnwu/TrseAhzLA19RSByg3yo7IKjlcgTM8fiI69QOAUF6YXHV8 pcyqAaiCyVUBCMHkqgCEUK6GpMkOgIRys30Pw/ALod8fakgATH13lB3XuagAbiSQAAih9POQfn+Y puE5JvUBKvXCsG9RNCU8AH402QEQgmHfAITwzmzfq6/cvgoAKqLJLpY4XUoeegQUVnqU3c8T1aMb P6090gWIr1yTXbf90NiL4TR+VButdr+tqX87AI4p9/iJpz/83TSK/BhWFSOgCp4Yu2Lo/lS5unjx AtCodgLpcPWo739vkDoAERhlt0lQAZT0eCAZ/wZAjnLPQ7rrjf0flwvFf+xLIILH+5DGO5CWEZLu 9VmNnOlQujYGeQPwU2JQwy+TjobHOJj7mUJlFKDrdSMBFNPCfUgPkUZA7erq3fjobN/jnUbBVXUs vSzyvcnwluWs1m+VJEc7s30fK083JDJJ3QigvHZujAVgVfCK0ejDgTQMW99RmamDKjlCgOpNBye/ W5K0coMabulDmn7O1RY/UwcBRFKuhnQ6gW75nPmHmD4VIBhz2c3VMgAPoDEf7kPqum7t7tf0ADyA 6gTvOhp9PZA02QHNq2VQw9eb7FSGAIKIPts3wfligbsUCqTlsO+wpnWmoeubr0JV8rUA7Ss3dVAX bDq7LQ8Naig/05qkeYUp9QiolvqA2b6DquT4ASpgUEM7mm+1A4igXCBNHz3+ekofGu1taHh8bx9Q wA3KjbIbhmGsNkYe46A+BPCKr98YC9C8sBWAGX1Imz7bUlfJoQvkGv54uyA7Xnj8xO+Pih5hPnR9 lwynes/g9ZYcaE/0x088JOdmo3OdSW5DATjni31I7w5b+CWWuAKYKRdIAadp+GwvEUBA5aYOmiXQ 8pXyflWlnFhSrQF42heb7KaO3SHbViwZ0QAfUcuw76Kj7KbzKb1ePSqmkiMBaFYtc9k9HkjT7Z/9 HSGTPMIcIIjHAylC6nSTkXXL+HmjOADMfb0PaVlDeqsYvz+eLkzs+jr8w119X/PasO/uvcrT0Ua5 CIkVh0gDHvLasO+wjnYgpU/QDZy++z7u9WkDuxcYFZpcNfLzJmbUhwBeUbQPKeBkDQAE8cUmu6ON ck8MfAheXQxePOCQWhqovthkdzRdtpbv+7gdSGF2NvA+z0P6xy+Nqmiyc1cswCvKTR1UZkVlqH/A FdMbjNxsxOgrjzA/0Ql0sd9IaAEcUrTJbuatatPFQQ3PJc3pCJxeZhbzykphlWpWG95psgs16G6L zqSlaQJJI+Be7zTZhRp0By/6jdX0a4DuO31IW9WdxuZlCF/tBNj0Wh9S4Sa7rQlVg8z2/XO6MK6v aYbeoC/7+rDvOGnUJQtT7PkUCWKP2i2P4ahnppvV0kXieUghakhHy/D7FVVyjAEv8wjz/yS2v0C1 6Vex+J3uM0/6MR9hHrNUADd65xHm5Yd9R2jyul2TG/UFlXaTVFpsKlK6ye5XYQrbpfSWk9Ey7sZr dSe3uAIRlH4eUoQoSjd/Lf/p6fqHtjiArvCw7whptDWK4cVaQk7/UHqBAPuVfRcPsOdazF5si1M1 Z6pEIAWpGP1sVnf6ftAZA/CeQqPsQk2umhC29Wy9FqWXmdgOHaFP15bUxuJ7Z5TduyI8wvyECGUA jnLdmO+LN8Yevafn9UENtQ/vvviD9HuO5veNPP11qNB8UOOBtDyDL6s7//2uqj76//nt3n+eqOvU 0PeiC6r0ldm+2xCzi6tYXB1d0dD1JfeYp0iQ5gjZ1XggXWnsqrJ9LFjVIMIvcDWTGngKUQOb0AZf xI0aD6RVJwY1PFSSmQMR6BcANKfxPqQuzBi5mwWb7rtML/chLX7rZ3xhSEiY30FcwSf5HrUfSKfP SzE7bICwwsa/x0/Espku0Q6cpL/hunVU9f2JUXaxD1HgK77Sh5SYMahsQVJybkjaGTmWka9VRTA8 S29sKF+pIW2KdHrW65EjbKvIW6bn0xP7pKLTcZPTyzLVfiDFH9SwW7zfAjv1pzceeDgr+WxoQ0Vn OniIX8EhX2myGwUPp8Puy6H99sAjVn+Hrz3gI2O9T99N4sRUNTcblfGVQGp2yNz4Eznyi1lNsdai +ppoJ6DrJXl3W+LsyWJCHT+1aL/JbsfYzDQM//35UnStNoJlvG34uwmZh/9/i/07od+Rra4r3S8G bY29CzWW+ZCY0xWKn+u+UkOaOnqGerTqMGsoWz3Xp1rSpjWkg+s9tPw/67xvh+xWRGb/FPY3H7Zg RONQSfhEIE1PvjvPAg957d93w5gB07//EfCKcU0V7RihSnhlj4XaEJ4TrYX5tC822W09enU4/qik 8oIX76eBH0Zkpxusmm/Ko3ZfDKQVfzpgTp/un3uG3t9zR7pod4dAok9rGEI8Pipzi3/j/rdO4ssP yRySF1PYgj3n3k2O0Dv15euGTzTZ7Use1DkpdbXnPOPtm411Z6UP99Tq/uyu0/ldpnnhtwl37bQ2 mkRuZG88Lb2Hm2mmm2qnhvSbNHB44KKiwHjoZS/XPyv906L473vWh9WdHK33hsSAhWauDR86X5Q8 DeWvK+fSvqUT6I1j8e864CPU8K5op4Y0DMMwDMu5bEvWKm43dH8vgf652H++HDn3yVYRe5V65fr3 6Oqmy7eUNAkBNzNgkU77RA3plaEKw7yG8/fFf37G58p25Bicfv5zEZJ/H9SqJ35UW5XFi+tq6fdf 2O39PfVyEK5qv4Z05RPH/z/+b3PZvFBZlm7rjcvVzesrd1SSdrcr39kbom6zVaW791qk+VPqrNJz 7Gbrjf9MvJgv2r669/Jrt7voI9qpIZ2Uc2H/b7vs+sNaz1YQ8mtI8ylWmz5Inzh5VdT89bQbT39b Cz+d3M+tN+d8cP1DMt/y+nVeYe3UkPq+7/t+2WS30xFS9nu+UhcZhhsu9v8WYLVJ8einRRj9va35 Lq6qu69hqZ0a0snxdYmaTXos+MbaVl+fN75N//OZRPx3FRlLT4rx33sT43/6v4vO/nF31NBvgWUa Th9asayDZn23i1XfOIRpLGR6FNN0W3J2RU7BZjsk58MT/7rc/1v/NFvddNLE5Vq2vrXVMs/MCrN1 hGwV++hiq2/MHxa4W9rVty/ftXri2fq+VpeZHpNbb6/OSpWiGX3fZz0/NScSMs8cmUuuvnF1jau/ 7xxbFaCt43d5+t89q63+04uWpYpZTnjPajNSHO002e1IX7Ffd/pzTtzlsXTjERb4YAXaFr3Jbpnn 4zi6e3L+4mjlGs02+cTmCy3gAXEDaXUA9zSfjtU9ywwG6i403E2tNpqli5qzzGzhK7SGAXeLG0i/ sLnzvqIycjpeD4VHzuqeG+ZcUd5UVFRgTdxAesq5Nrp0vWfWAnZ05FPOZ+Ystmp3ey+24GWOFQPe UNc1/fcC6YqjA3WvrCjf0frWbjTuFr6qQ1xe8mVbffAxfWaU3dTRM9S9Z7T+7ikzj37g9c1xigce 8L0aUpkmpt21nM6knCbH/FXnNAZWET+Hb6N9zC2jWuCTvhdIXfIm0N3lp0mTGSrl68gnCrmUPqXG GS6fvpP+LbrW0g7NvmBPXha8pW5UWSBN5/O+837jo6fXcx02xY6JzIlQcobCP31D8UU54zVkwxfU VaEvbnq3zLslSYseSCuTpd5+wJ2+MzS/XnWXEyP0lp9wfaqkOMd0zhhC4lMTouu6+IH0lEoP/QhJ 8Eqdj4btHkXquJ/ReCD13bUnEKyec8+dhW+/TTUxJestq9ttA4l5mmj4WrvVTdu6E27c0hs3+ast e8Fb6kaNB9Jw8QS9ddK/69u996Ny9GsT3y9fyRnHcWLepsJngWhn8OV3XWbA5+66Qp2mr5Qh/jH5 En1IYazO1rO8ul89TXeXqxr3tmttnWFnr9zeubUaY/me+82nq4mJQQ3fOR+Nh/Et8Xx6wpHdn9vW e+N/QdVFfmCtB9Kh4XCZ59wr4/ESqziaf6eP7CuTJyVe3ArF1Yliz6366dytQr94Fl66GSBse9fq VcK5q8DM6Eocw8t9mL+Nqw3pNzaef0nrgZQwHv2Fr1mmeTBNwXSXzPJdWzIH0W2N/z5dE9oqVWZs 5Gz76V6rYt1dV5I+s4SrPSuJDVw2xh7K9dmqpwdht1HmQzWG5eurxdu9Ky5H4ti+q0l/t5f3Iefa 0uNpPJD+DmoIdZ2y/GE/vbr0im6sM2W+a7VIV65zr9v6Sa+eXrf61WYfmHNqONr2tVX1zPx+bzlb bcVSZitcdyoblpdNu9GVs7r0AkcvsxINLWMD8lb5T8v4RQTvOhqFfpztRf88wnz1DJjoWshcYCan I2q2zOxkkXnNdaWGtNo6ce54PdHAkjh5XSzG9GMz9+S42NZAj0M9i6vf9WyNu0XK+dgtOTsw/Wlb W33Cvb2nOZ95cY2rsT2LjSvfQn7FdPYb2c37I63iwR9h3ngN6a+c65Gcam9+e/F0yemJr1scsrMl E45ece82AyY+OR0Yy+VzLkJXP3b109IyN2pmdW9sZdLYSJheUTr2bvErdvq6e1zyiQKk7WZ/YrEb y5AuTKLylHilyzjSdk8axb6OR/dwKaHT8qLg1wLN2s3+8Ro8/9s5174xqwKu1pASb1n9p61iZJaw /7ffPn3VnNhLq6/n76VlNehokBeW3l2JVrUnSn7vDpkeEunfxW7rcdbaQp8VQxfuouC7HqCw4GfF Tz4PCYB4Gu9D+o0tiXxFAPC0WkbZNR5IogiglqmDNNkBEIJAAiAEgQRACAIJgBAEEgAhND7KzrBv gOCD60aNB5IoAjDsGwAOEEgAhCCQAAhBIAEQgkACIASBBEAIjQ/7dh8SQPDR3qPGA0kUAbgPCQAO EEgAhCCQAAhBIAEQgkACIASBBEAIAgmAEAQSACEIJABCaHymBlMHAQSfoGHUeCCJIgBTBwHAAQIJ gBAEEgAhCCQAQhBIAIQgkAAIQSABEIJAAiAEgQRACAIJgBAEEgAhCCQAQhBIAITQ+GzfHj8BEHyS 71HjgSSKADx+AgAOEEgAhCCQAAhBIAEQgkACIASBBEAIAgmAEAQSACEIJABCEEgAhCCQAAhBIAEQ QiOB1Pd98EkDAUhrIZD6vh+GYRgGmQRQrxYCyTMmABrQQiD9/OpJb5cCgJMaCSRpBFC7FgLp13Vk XANA1Vp4hLm6EUADWqghsUWVsbMTuq6zE7qusxNqIJAACCF6IC0vavo/XikPAA+J24e0GjnT0XRG 1gG0JG4N6Tf5wtulAKCQuDWkW2jZswc6O6HrOjuh6zo7IbyWA0kFC6AicZvsAPgUgQRACAIJgBAq 60OaPvRIFxFAS9zKA0AImuwACEEgARBCZX1I+b7T1TS71286tdLsla0Xq7acQSp/w5vZG7Od8MFD 4uKX3upOqO5IaDOQvjbl3XIDV/dAY7slf7bDhvfG1tQDnzokLn7pDe+ErrYjQZMdtTLbYWcndF1X ebXmLm3shDZrSF8Toa5NKN88JOqt39xoq/22ij0jkKo3O/iqOOx41DcPie9sacJsJ1R3JGiyA6pX xdn2aQ3sBIFUPTPqM/O1Q6KBE/F1qzuhuiNBIAEQQrNXFnV15V30tfstptyH1H1+J1y/28ZO2Hqx sGYDCYC6aLIDIASBBEAIAgmAEAQSACEIJABCEEgAhCCQAAhBIAEQgkCCHcsJwfKnCLu4ZHVzkcEV Agn2CQYowPOQYN8wDFtTSiemBcuZX27V6tuheQIJzpum1Pj39I/0kunPVC3jazTZQZZfJenoWy6u 8crboTpqSJAr0XCXQ40H0gQSFKLGA2ma7OCAQw13W0tmfoIaFV+jhgTHTDNp9vfsxd0l059/otcK quaJsQCEoMkOgBAEEgAhCCQAQhBIAIQgkAAIQSABEIJAAiAEgQRACAIJgBD+H3e4ELPp3nJQAAAA AElFTkSuQmCCAG4e8FAjAAAjSsWFmL1tSXpJUFtmc8Ci/4lQTkcNChoKAAAADUlIRFIAAAIwAAAB pAgCAAAAoIyI8AAAAAlwSFlzAAAN1wAADdcBQiibeAAAAAd0SU1FB9oGCRUoO3uCCdYAAAAidEVY dENyZWF0aW9uIFRpbWUAMDktSnVuLTIwMTAgMTc6NDA6NTlul5aAAAAAJHRFWHRTb2Z0d2FyZQBN QVRMQUIsIFRoZSBNYXRod29ya3MsIEluYy66xFLPAAAgAElEQVR4nO3d65asKrKAUe2x3/+V7R9W uSiuwT2Ab44e59TOZSqaSkiAeD/PcwEAMNv/ZhcAAIDrIiABAJQgIAEAVCAgAQBUICABAFQgIAEA VCAgAQBUICABAFQgIAEAVCAgAQBUICABAFQgICl1G8ZvetiGvNuq3Hf5tyJLtj3+DQ+pZFUTTx6h 5gVzVyg/AvHTQL4w6v03uwDwuO/bnPTW+s/exmwrtFNz911PGYotXfgCoXuab6+3PwI7oYWkjnv9 WPWLdd/3/v194v0n66KNr8T6XP5dSYPDW+b6ffeu2T0ykltmbxkihzdZNmsZa1tZH8ZL7iU5gNbf kuMWP5jxNZT9LpEdlMcb7468X4+fxt4zCs3RQlrJHbjve/9+r5P3D3cx94/I38XfdVfiXdIqZP2+ h9acLHkTkkMqPJjJryQLY54JkkLG96j4YEYWNn+jrr+LpEiSBb7/LDhvkYWAtIPvCnEvFckn8c/j /yRcoJ/4pufWHebWhSVJ7o4wJl2/0avsCHi/lbWqyDmZxdrfJj9oKARKcsjoioB0ImHOIXSvfbLv Htm9iS5YWyQ7VC/eGqiUVcj4wvF/bVh4zmf9CEjHsZIk8YW7Vmo7adUQyfp1vMb8WFndNvE9SiYP y7brVXA+k6YbiUEN6rhpmZpb5lnfLdN23xuWwUrsRGqohk2lVitvteau7bnQqp6/Gq7f22nq/aIw U4p6+7SQvjNmg3sZ6wIw0/G5u+mmKayVROrW5HcLdkfSHVW/7+5ONSmDZPnKw+L9dcwfwiyY97fL OoChNWcVMms3vYNQhKuSS+5s/Fuho0rCoLd9jixniYtjsjd+34Y4mBpslbKjWY1zUIFiP/sEJKv5 D+yNaIT97BOQ4KLOAoS4WDTYbVADZxUALIo0NABABVJ2AAAVCEgAABW0ByR31Nz9a0p5AACd6B3U EJqnxJwXiw4wANiG3hZS/dRVAICF6G0h1SOtBwAWzTf6OwekS/ehH4Cs5sVBuK6Lg3BdFwfhui71 t+l6U3YAgKMQkAAAKhCQAAAqaE+qRt7qKHlLm3BJANhY1gsnJ9IekGrQh4nTKO+yxhRmNai8Vtx8 lB1wGs3VDcZb6x6FPiQAgAoEJACACgQkAIAKm/ch8RpZAFilJ2nzgEQoAgDzJQlzSxJHyg4AoAIB CQCgAgEJAKDC5n1IAKaz+i1a9ezGJx3wdpY8zzNrqoKaWdCSq9rG5gGJUXbAlG5s65rrMXtNfCVm N7655PjawBsazVLlHpCCXVA+luGzecqO96ADmt2/zE++zyVLml8RbtH7LeHmCmr2slooUjx3F5Kl en7lFmOwzVtIANTWQqFWwve3+8cVaE+Utbreb315lOTmBufKQsVzlxlftk4ISAC6y3r9gbtAwVck vm8Jv+5drFMP2SUr3gZByERAAtBd6MFMeQZscC+IfHObhYS5CEgAxrFST8La3Mqb9SqcQR5m+rWQ DkRAAjDfxK6auGRh9BR1AwQkAHN8PfbX32rd7Mn3Ltk7YoUKttYmVqToTqQ5fm+cRlXboswGu6CK OVTvpfnwbt5C0nzoAWAMZvsGACADAQmAImQ1TkZAAgCoQEACAKhAQAIAqEBAAgCoQEACAKiw+XNI vKAPAJQ/fvTZPCARigCAB2MBAMiweQsJwHSdXtAQn/XO2xQYMDFrvDDmposn29x4uj8CErC7eJbG rNru2/7P4i/+rTGtirhJfSp8K4S1uSnRKPJ2dreESbtGo4uUHYCJ7l/mJ9/nkiXNrwi36P2WcHMF fTBl8SNSPHcXlPcMydFCAnYnrxCtJTt/MdRKcJsRyfZEWavLfDWDmc1LFqxAwYjfUPHcZSrLpgcB CUB3We/jcRco+IpE7pvUvYsJe8gKwoakeBsEIRMBCUB3oWHH8lzT4KyUfHObhYS5CEgAxrFST8La 3Mqb9SqcQR5mki2kPZJpYxCQAMzXqqumuWRh9BR1A5sHJKYOAtT6euyvvxep2ZPvXbJ3xAoVrOHa 2m4iaZVheIruRJpTdZ8FDLDBOb/BLqhiHU/lh5fnkAAAKhCQAAAqEJAAKKI5oYTeCEgAABUISAAA FQhIAAAVCEgAABUISAAAFQhIAAAVCEgAABUISAAAFTafXBXAdMJX2BWsNrIq73SiAyZmjRfGmlbO /VC4tl0fH948IDHbN2CKz/rsrS7LlrQuuh7zewrfCmFtbko0iryd3S1hUtnL2nO/MsXmKbvneYhG gFr3L/OT73PJkuZXhFv0fku4ucqaPfe9f97iubuQLNXzK7fAg23eQgJgkldJPZa0hFoJbjMi2Z4o a3W93/ryKMnN1bTtCrI1oeK5y1SWTQ8CEoDuzFv4ZL3pLlDwFYncN6l7F5P0kJWFDUnxNghCJgIS gO7MRob5uTwDNrgXRL45SUjYLGz0Q0ACMI6VehLW1FberFfhDLmdPQVfhIuABGC+Vl01zSULo6eo GyAgAZjj67G//lbrZk++d8neEStUsIZra7uJbSi6E2lO1X0WMMAG5/wGu6CKdTyVH97Nn0MCAKyC gAQAUIGABEARzQkl9EZAAgCoQEACAKjAsG9gK6vM6wy4CEjAPuiAwdJI2QEAVCAgAQBUICABAFQg IAEAVNh8UEPBWxoBYDOrjL3cPCARigBg8NukipGyAwCoQEACAKhAQAIAqEBAAgCoQEACAKhAQAIA qEBAAgCoQEACAKhAQAIAqEBAAgCoQEACAKhAQAIAqEBAAgCoQEACAKhAQAIAqEBAAgCoQEACAKhA QAIAqEBAAgCoQEACAKgwLiDd9/398f0NAMBrUEC67/t5nu+P53maxySCHAAsjZQdAECF/8Zs5msS me2khutv2zz6Vta0jACAmHEtpDdT9/3dcM1m71TD1QIARhrXh5T8pNgX6trGOQDASN1TdmqbL+Tl AECV7gGpU6dRaEMAgEUNStkRLQAAcUMfjP0eiZ2evpu9fQCAbeiDseYoO2FM8o6GYK4HANjPoOeQ CnhDjtkXNaBfCgAwjN6ZGswWFQBge6Nnarh+mz5jgo3ZzCK8ATjNWr0b41J2U+IBQQjAyaw6UHl8 mpayU35cAACDzZk6iPEIAADLuAdjzT4kohEAwDK0D6l+OIMZ2CTrGTmAAgB0WqWLZNzkqu4nkjjh LpMVXQhFAGA+vjm3JHGDJlcFACBO74OxAICjDJ1c1fu3NoqLBgA7Gzq56vef8slVAQCH0Du5ahOM sgOAVRoAmwckQhEAMMruDzdHR6gAAJg2n1wVALAKJlcFAKgwroW0YsruLfIKJQWA5Q0KSN+wb/eP 3tu9Fgl+ANDJKhkpRtml3TeNJAALW2WUHVMHAQBUGP0+pPcPXokEALBMGPZNKAIAuEjZAQBUYNg3 AECF0cO+I58AAE62+bBvnkMCAOWjvT9DJ1c1x8KPCRKEIgBY5TmkcSm7K/zSWMIGAGBcC2nMhgAA i2LYNwBAhRMDku4kKgAc6sSABABQiIAEAFCBgAQAUKH7KLvIsHde0AcAAyh//OjTPSDNDQaEIgDg wVhdvl+BCAUAOjHbtwrESwBgtm8AgAqMsgMAqEBAAgCoMPT1E9YnYzYNAFjCuEENRCAAQMSglJ3y we8AgOkGBSQ3ZQcAgGnaG2Mvpg4CgCFWaQ9s/sZYQhEArDJ10LQ+JM3H5bnu93+zCwIABxk327e2 CPTGm/vyNKG8HwIAuho027e2iYK+1s9z3RfhBwAUGDfKbsyGcnkbQ+TrAGC8abN9X4qjFABgvGmz fev3XDedSQAwDJOrAgBUOH2mBvqKAECJzWdqAACsYvOZGgAAq6APCQCgwrRh33PbTPf10HsEAKpM G/Y9ZiD4NrN9f9F8/V0BMJrOMWWucS2kKTYIRQBQidm+VbjvS/fxBwD8GDfKTlUfUrwDaZUJGsjj AdjJuJSdquwZgxoAQJvN+5BcX6viawa5cTLyqqSuRQKAk43rQzJTdso71u7rWSVrBwDbmDPs++1S 0pXEM0Kklc0jOAHAAMel7F5fyIm8wlzPW2V1tycBoI3Nh30nMbQBAJQ4dNj35/YNmSZKAcB4Bw37 Hjx2DgCQ5ZSUHY0eAFDulIAkbxgRurbxThzFkBBgFacEpBA3/JDTA4ApuvchaXveaEt/HqLiYANY 06AWkvKpGQAA03VvIX0Dvt2YNLLlVNYzFJnvbi7iO4D9jBj2rXGioPBs3+bnz3XTpQQAYwxK2amK Rtd1vW0MSTODQXcAMMa4B2N1ztQAANtbpRd/zmzf3k+m8E6b+v10z8//nTy5KgDU+Cpb5ZHp9OeQ JOhGAoABDn39xCcSanRGId33NwBQjtm+dZQDAI530GzfiPtuGPihAExxbMouo9JlUIOF0AWgh1MC kjUw4fk7/VvgK0QhABjnlIAkd1+P7JHZVdG+AaDTicO+mXwBABQ6aLbv57q/UDS/NACAv8bNZTc3 JpmtIqs/SUGsnI+DAGC6cVMHXVOns4tM7215xlbO1sZuHowCcKpxD8aO2VAZMyqYgxre/6e66ACw iyMGNVQ2eQY0mMz+LQA404TXT0x/X9/gpJyEwvlbGR0OYLBxo+ye5/mC0PgxDpFBDU3c98//Wq1q 1tcBYJYjUnYRbmiakjp7U3bLZe2IfAAaYqaGI5B/A6DfhNdPvH8oH3cHABjsxNdPLJQZa9UpBQD6 nZuyo5YGAFUmDPt+6WkwYQ/0kwGrGzd1kBWBmj+K1LNrihoOALrbZ9j3+5yT8PEm8nUmOpkAaDBn tu8eMzXc991pAoiFBkEAwLq6p+ysOGT+3TZ4vGsLrVbh3DwAAFP3gDR38MLbuMmKRu4rzO9RnUhE TQAn22fYd7tBDSToAGCCacO+r9aNp+TaClpLgz3Xrbl4ANDVtGHfw7xVvDPbN80gANBl6Fx2E/uT wq8wbz7Y77pkz2bmDrbObeEJ18+YbwBKDO1DKpiswftErfzrSYOzZPLZBKw4wdBzANvTm7LzPuJq rmduk2uwcAsPADYx58FY4VdatYHcT57retpl6yR7ttCLXFcpJ4DNjGshXUUpu9rt/gYda1DDk1nr mkuf0CojJgF7yG0JzDVuUMOYDRX7ItZKv54C931EhJZj0nGoEuqD12mfB2OzhEZ+Bz7PrlqaV9Pe DiT9T1b1pvviApBnaMrOMq/ZFKvGjnpGiQodmtHcPM2clN2wAXJN2hA1Q8NDNX7DSGAkG7lqASxs Tsqu+DlZc7TesAZWqKJX1bwoiEaqyo+jmE0fmkEDKO86+mjvQ3KjTtc4FHjWx57ve/CP2/AJpPqS L3Ji4yxEtTjz8c25JYmb1oekc9ydZJq78VPyfE/FNp83SLgqlb8VgN0w7BsAoIL2lB2EeHWFa7Nh 8f2yUqryXV0Lo2pP4Rr6CnPLyGZTqFZSMshbWIZI1Pl5y0buFBQVRm6rxjPulb9YBpFJpzmvMFc7 L6rOOlYysHvM4TSPjsYjdV2X0+lFF1grVOLrUj6W4TM6ZdfuReMHWX2qbyqyl1snDDggPQ6+/KVf BasN/SdqMMrOY2rD6PsZni9Nt1z1+KXsfo6ieWr9O8/a79ZdMB+tbgfGyE5RRLLR3tud+y7K+D7a LzY75nwrM3TY95Ro5Ka5vrHdC1ewTa8tSbCJLJD1ktyCUyB0wcfLPH6Mx+CAnazrveUZNohfuKHp dzltD8iBNzptjQhIExtG98//6b71YfP39MjdNakUrLDUo6L56o6slSsf1CCswpLRt74ArXwrbLvm AYMMTTV3TpHVdroh2Ob9OING2SmbXPUPT/rLWmB2WyojCA3pbIpE3+T1Fopb8nOhoJqb8mzvsBTZ rEbGrCem9TypPb15t585o+xm0zXb95cwG7PpgkaGJdkKLM7pT6xrQmX+8plZmbHKjcaXGXmUhB0k yZax2Q05qx+r8lt/hm7WpbjbHgHZWbRG8OTB2KHXtzcYxOcrelqEKbeXyPqkYcqxuJJ1/8n9WYov q9CPLF9hq3otvqTwdqEyChYE1/qcYU0qz5sN819Nf8+fhvVww2gaOsm/TcQXKMAou438beXl/qBZ V0WnyJjOkv+00f59Fi/zmEkQEmUIH9hQ+r55GVyVvWj11UWkOvvWr7tSkioO28lL0mzMZQU8N0Ym w0nk5izyrQg9Kc0CBKQ0a1CG8B7WPCes86Phjb99TbQbPxIZ0vY12pLD3iR7WnYb+67Z/C3qU5H1 BlcEoeDXqRjWEfZWtZL7/QG/kbkV79GIxAnz1LrCBzm5cjcwuKXqcSjWjUbXdSmdMaEJ881J//52 EmA/z/X8LuA9Q9JHqW4MUOIlT6GavmE9lJWPqNvZAX7qAkE5y24na7I3U/pR0Eo8payf2llyXrSQ FKjPqbeyS2Up34Oyfa05Qusf3aPx83V1SkCaPnS7mSZdnACgzykBaR+hNBR3bgAWR0BqZHxfbWgs DpHpw6EArutSP9r7c1BAWrhyskbsTRy9BGBBPIeky/cjPEv3J/0d4W3uFACsbvOAJKqpV0jsmMPW Q0uMKss6dhk0CBzif7ML0Nc9rDE0PR5Q7YZM/2kAyGwekJqY38y67/TaqXZDCNXAIjZP2XnFa+7U yyg6ClacWdOMJPNUwvF4kcV0VvGMMwQWd2JAss2djFBty6Y4XM2ipyQAipCya+d5GtSJauMTAHRG C8l+gscNCLekG6lViyHw9e5PD4Tm2d+g2bH0dPxAC8ofP/oc10Ly/yw6KqzgKaPtZNJWHgBRz6/Z BUmghZTztkv1P2dQsgEXedWdd1CDwpiksFsLQI5TWkhLV1GSYYHR7+sLHgDgOCUgfeSRaUQMS76+ eIzVXzoWstO+AAc4LiDpEno/bE5YGjcbBQD0REBSSfYWvie3GdeqxUAOEEAHpwQkswaNDDW5A3/3 kqzZowtUtY1yRzcEC6EjOCkpBuq9GQJ+0CNtHpDcNsR9da68Oqxc0q65yd25qNSApWw+7Fv0TGvG 6pwx0EtUecJJgPYzZXg6o8+BUpu3kH6Mebl4Q06Ba9ceSoN4j8xOIarJfE7oihwdfp0RkP5WSWpP /H+ljEywHa1eQ/MOeb4buf6pwYG93L9mFyRh85TdJcjatUrrvT+1Z1WhHI745PjT7yX5liSiJJdZ MSytWGZ8Iinx5C9LpjTqG8mlPCbtH5CuS1SJi4ODf6bOcT+zpF8kfzrRb43CARTyhftyJ4Q1dvzf e9+ppJZj/mT8fMc4IyANFpr4Lvcmrm2Q827UDW/WywDXakipKgy8ktOC1PyIWd9dfYLKHRGQZghE mn/Jw1QTJxSpftYQmgDiEnTyc5VCqCBL5n3FSfyT5BbL7tvGpDRIJGYiIHXWMFv4sz7Z3OSlUef+ ElxrXUtvU49oOtIqx7n3mSwJk2tdTfMQkOp8p1fzG67KFcqr5lCnVPi7z/No7BpVcqkrKYZX24A9 rJItHuyQbJA116F/9yhnDPs2NJjt231soseJPuasrX/+Q09k4lkWr+907T1BSeUmIid85J/kIaf+ gorvY3z9BCGZ41pIoRP2if5rYF3Rm50OFf1T/xCVO4Qh+Wzs9GuJdEcTkfGZ9b1BlWuLrDBrJdbC VvK5odyGzsguq5Uvk+MCkp/OV6CmJIJo4Gr8N2g7WT2F3PfQU1440h1l5MdWcvvifi5Ma3tX/n1Y eYU2aR5Zf0f2Ll5ac4/aBo+VQ9HriIAkGFfgWUR0+udeJHV9Tu53vqdxS1ZXev+o6Dkkdxfm5uiT Lcve97CR4GE+W11WgLLYIFk4NDWJWWbJSry7luxnqvk5Ig074fija4dA0sr+ASlZWZck64oVnX/e Eo47ha0MjLa2iLbyfCJd8WO23vzrkvO2LPxcgljursR7Zna6I/E+sZds872EbdDKwLlFZnv/gDRG xinQ6HRpULcJ66z6Zz6m6nV1ute/e3DGN9cqU1uhOGQmqULbjS+QVHCghPMJfYtFUo65W/e2w9z2 XJM+5vqm7ToISMPlXLTC5Njt/P1kbii6dtllEO9p6JEVsZb6NpW1zq5XePOVh1qr4xuv8ik8WkUp NwP5+6//5oiKfN38pKxI9T3N9T+T8nRFtf0D0kK/mN6bn67jCWtWq+qClFdYbcehdRUqoSSD9C7Q 6lm9v5u7f0dgZ09UWFaMUIecyd3TrLStm7grKGrgaGh8cNBn/4CUdDeKBP+aJpm+Xq5ISVScTfV3 dlaVXd+AiKbLqtYujBlWT4bbsSHckDD7JPzPCHnLpmaxxzdxhpn6c75ePBOuWdWKrmXvfYOwTe+N FsknqMwFknct5sGJNIMyL0Zm+z5L4Y+suN1tZ8AKUt6W0Lgvb/ZJsuZUzfVvF0K38/GqZNYYBLdU yc7z4qJm9SMmF7Zq3vgC0SBUNVN725uekGQcekNyfNSffAxI6ORXWXsUO26mhlr9egVaiF29f/+p YaNQvHS4w1xyxxqXvMhDH96Z79KNdO9/8fVrKpU1XMwvelfyZL4GN7TykNAxacd6WZx12979Lt46 gKFRf5HTo4nQat3BEceghXRduRWr/IY0eV/p/FNl/lB5e/yP3Nahu3zDgQlWqi2ZVPH+fRkxyfxE ngSLrNnaipUeNFdSTziGpU/jQ3IONzjP5T+39S35Xhcfn3iRhF13ayIgyVi/sfiMCY7/+V1yXAgR dsPmKuuDjSfH66+oeAum4Tpf3/mQVVtZLSHhtyIrkXyx5nybkWG+77vL+xUlLaT4t9qWwdziQreV rRGQWqscJGOtpGgNoeAXTExlXmbfKAzPqpJbFN591yjoU5E0TSSrdaPpV4kXDxZIdiAll3G95RnT 1+LZeG6uNycm5R7w+HpGEp631q6t3B5ynRWQ3tO6TaMkdHdjLZPZD5/apqhFdTudSX/GyN739eUG U+XJKG6kE1uYW5McHG9uzbhEH3Nck7vd++/QL+H1LylbbuHlN+BmUUP17MjKd4kacIlCugYPpdHn rIB0BaLRiDGRviskuLmmieDgVkJ7/TyXNxR9VXPuUZKnRIrXVvbdJzzBpbdzKKs83tvY3AZQcivF lq34VuooLSA5nfZ1XEDy6pWnLvJebW9pdL0Kz6xVf0tVfuiGdb+XrWHY+TD4xFNznveg5ypGmbOG fQ+o3LtuIrTywdehohgJgfvX7IJcV9HJQ5g5By2kH00u1+SVU/W431gLFdWkqrGLAm5WgN/0HASk NppfMPfvGISG/VtnXtVn7vWZvqvG+sT8cNE7rUMQkAYpu8sTXjySWLX35ackH3WOsmq9x8+0yixt kDg9IOkaNdDTFxHP2eUpuAHP5W27hE5R83NvSyiEc34Jpwek4tNUmArwXlrxqsr7lYJyHnsFmqF3 dlk21Pa88k6rGplrNbKemoJ1vY3gHkXu9IDUyhK1/3upL1HUVtxOBbjU1pj1p2vDEz73ztJ7Wxn5 itpfYSQCkjpjAgaZ9x7cGazjN/tmdTmgGvIWKTTTtluV15Qwt5uz1aQqkTWYR6MsbkUCTDzl+G4u PvjiTAQkkZrTxb3MrHWiEkcyIiuouAtHXhIR+boVTmZVsppPjMMDTwgBKU/uYLnQ/WZyJWV3iE0S FAs99hHf2cH1kebq7yP5cZsMnBNGsoYnm3w98sukYB7Y3MXkDy+a4re2q1y/LgJSTHH9Xj8qoWa7 kjx1jdM6olbU6gcqzmX1WG0rDYfk1QfUZFKxiVUu2LMCUpM+UuuPkYXJ+kq8l0jYtlj3Vmst/Y5z 7sQH3q6jVaozi9tFl2zPFUffVkdJGOFyA+EqfcZnBaRcrZpHy+ndxsoSiY6d6krisVeTo93wli5r c71NvC52ctbkqrkiQ2he399jy9XXWrXwWqUdr/djQ12/ntubNfJiVHviqS2YxFkBqXlHjs5u850i ZdYor9AXNTOnK2yl077HV9upHpQfn7ICzLpMJKVdOrSU2Txl1zyl03BQ0JjLoHgrybTVlKvFW6rB T/MkZY2QVFXykGSyNHfUaJMu2OQynY5t82GBkVNllb6fVjYPSNfALtmsDYWGgyvRr0ht6wjv2qyb hrYPeNYzy6Pwp9dJT708IJS6d73T93qY/QMSTJKbd8mTJd9/Fl+flV+Przae6Btz49wvEReZ/SF3 ozU1nfBeanrLb3oBIHd6QNLZQOln5M56n9cLPfw/MQG4U4XVMKUcEh8yfu17O+/NW75/1ATmSLIk dH7qaS82t3lASnbDNnyCT9XJ0aMw3kORVQMWV5fxX2GViKK81zBr/Zr75CuPQKdih07+ZKCKn/nW U1CrXAshmwekHlQFHlPvh3K6fiVL8iY9qf5OJbKq4uFeNV8XahtIlq7+elwvG7ddxiAgLSl0LXWK SZLV9hitMHL+guYa7sIqtZsk31C5CZ0hMH6HJP/5Itf1+8cqZ0KxowOSwtF3Wav9/h5Tt3ZdlZnQ 8CYrJvZPTOnoMjda3PE2q4tUZ9iIU9WdHBo+6i654qGOODogoZUmV/IJ19unYXxtVY1mHeoBoydq ZI0A7H2/mHWgkl1KBf+6EALSCKEWd9tLWnkd0VC/hJ47zCnyhFOuUEMnq0jxf4o8I+x9NFVVs6Be 2bib71+nXz6S+mF6IbsiIA0VeYKkZiVzz1HvWNXx261cT5MKOvmEkHf9re7Tv03Ei+Qt3q56PxyG ts4NSFarpf5Wsf7h6mG3q/IN9S5Sshc3uXyrKibyOEh8eevDtlVe1uiVMU1k5XW6nuZOvXNyHp/N A1JZfdrkJFB+JknG7Yx5BNJbEvml2PyijTf4its38TRjQSrPWwy53h0nQIHNZ/u2hmm5d081j1hH tlWs9yVtHgTJv26c0nF31tsRHT9iuQoeWoo0FgkAWzr5Z925SdijwetN7NRsxV1Jw0HGbVcV2uXI 4Oz4oFVvqZJl7j0w5Pr7W3jvXb7dlGzdOnTmGtxNe/9JuEAWd3cwXe/H7y71aUDVhauk/NADwGDK a8XNU3YAgFUQkAAAKmwSkO773rj7HZfW03sAAAJ0SURBVABOsENAerOimz1zDgCn2SEgae6jAwAI 7RCQXspHjwAA4jYJSEQjAFjdDgHp7TpiXAMALG2HuexoGwHABnZoISGEJuPFQbiui4NwXRcHYQUE JACACtoDkvelL3QXAcB+9PYhJV+Axsg6ANiJ3hYSr3sBgKPobSE1QWaPI3BxEK7r4iBc18VBUG/n gEQDCwAWojdlBwA4CgEJAKACAQkAoMJifUjmS4/oIgKAnfAoDwBABVJ2AAAVCEgAABUW60OSO6er yXrWz5xayfok9OHS3Bmk5Du+zdGwDsKBp0Tlj77rQVjuTNgzIJ025Z27g94jsNlhkc92uPHRCE09 cNQpUfmjb3wQrtXOBFJ2WBWzHV4chOu6Fm/WtLLHQdizhXQaDW1tqHLmKbFu+6ahUP52iSNDQFqe dfItcdqhqzNPiXP2NMI6CMudCaTsACxvidq2tw0OAgFpecyoD8tpp8QGFXE970FY7kwgIAEAVNj2 zmKtrrxKpz1vYeI5pOv4g1D/tA0HIfThYNsGJADAWkjZAQBUICABAFQgIAEAVCAgAQBUICABAFQg IAEAVCAgAQBUICABAFQgIAEJ7oRg8inCKpdcbi4yoAYBCUgjMAAD8D4kIO15ntCU0pFpwSTzy3l5 vw5sj4AElDOj1Pe3+Ud8yfg6aZbhNKTsAJG3kZT7lcot1nwdWA4tJEAqkriToMUDxBGQgEFo8QBx pOyADFmJu9CSwjXQosJpaCEBecyYZP1tfZhcMr7+gl4rYGm8MRYAoAIpOwCACgQkAIAKBCQAgAoE JACACgQkAIAKBCQAgAoEJACACgQkAIAKBCQAgAr/BylQJolY2/9UAAAAAElFTkSuQmCCAG4e8A4c AAAUgX+Gd9rUpYpE6H9n7taB/4lQTkcNChoKAAAADUlIRFIAAABKAAABEwgGAAAAkSaQ+gAAAyVp Q0NQSUNDIFByb2ZpbGUAAHgBhZRNSBRhGMf/s40EsQbRlwjF0MEkVCYLUgLT9StTtmXVTAlinX13 nRxnp5ndLUUihOiYdYwuVkSHiE7hoUOnOkQEmXWJoKNFEAVeIrb/O5O7Y1S+MDO/eZ7/+3y9wwBV j1KOY0U0YMrOu8nemHZ6dEzb/BpVqEYUXCnDczoSiQGfqZXP9Wv1LRRpWWqUsdb7NnyrdpkQUDQq d2QDPix5PODjki/knTw1ZyQbE6k02SE3uEPJTvIt8tZsiMdDnBaeAVS1U5MzHJdxIjvILUUjK2M+ IOt22rTJ76U97RlT1LDfyDc5C9q48v1A2x5g04uKbcwDHtwDdtdVbPU1wM4RYPFQxfY96c9H2fXK yxxq9sMp0Rhr+lAqfa8DNt8Afl4vlX7cLpV+3mEO1vHUMgpu0deyMOUlENQb7Gb85Br9i4OefFUL sMA5jmwB+q8ANz8C+x8C2x8DiWpgqBWRy2w3uPLiIucCdOacadfMTuS1Zl0/onXwaIXWZxtNDVrK sjTf5Wmu8IRbFOkmTFkFztlf23iPCnt4kE/2F7kkvO7frMylU12cJZrY1qe06OomN5DvZ8yePnI9 r/cZt2c4YOWAme8bCjhyyrbiPBepidTY4/GTZMZXVCcfk/OQPOcVB2VM334udSJBrqU9OZnrl5pd 3Ns+MzHEM5KsWDMTnfHf/MYtJGXefdTcdSz/m2dtkWcYhQUBEzbvNjQk0YsYGuHARQ4ZekwqTFql X9BqwsPkX5UWEuVdFhW9WOGeFX/PeRS4W8Y/hVgccw3lCJr+Tv+iL+sL+l3983xtob7imXPPmsar a18ZV2aW1ci4QY0yvqwpiG+w2g56LWRpneIV9OSV9Y3h6jL2fG3Zo8kc4mp8NdSlCGVqxDjjya5l 90WyxTfh51vL9q/pUft89klNJdeyunhmKfp8NlwNa/+zq2DSsqvw5I2QLjxroe5VD6p9aovaCk09 prarbWoX346qA+Udw5yViQus22X1KfZgY5reyklXZovg38Ivhv+lXmEL1zQ0+Q9NuLmMaQnfEdw2 cIeU/8NfswMN3qGCiwgAAAAJcEhZcwAAFxIAABcSAWef0lIAABh+SURBVHgB7Z0HtNREF8cHC4oi FuwVuyiK2AULoKIg9o6CCAp2RBHBAiKoCChFVCwIYgGxgSggVRB7Q8WGBcWOvYv129+cb/bk5SW7 k7zM7AX2nvPYbDIJuf+duXPntqn222+/bfLvv/8ep8oUi8Cqq646pNrPP//c5L///psR26p8Qa22 2mo1lyvjYIdAGSg7nFQZqDJQlghYNiv3qDJQlghYNiv3qDJQlghYNiv3qDJQlghYNiv3KEugVrBs J6LZr7/+qoYNG6Zmz56tcgtVteeee6qOHTuqlVde2fn7iVkUv/DCC2rw4MEVGN5tt91U586d9blv v/1WNW/eXL3zzjsV2uy8887qwQcfVOuuu26F81l+EbUo3n333dWCBQvUhAkTVM6iodq0aaPOPffc PL8dOnSoANJ6662n9tlnHzV37lzVvXv3fDtXB2JkVLVq1dTnn3+uLrroIjV+/Hh18MEHqxVXXFHz PWnSJDV16tQ8BvS8t956S02cOFHNmjVLPfTQQ+qDDz7IX3dxIAaozz77TK2yyirqsssuU4AWpGuv vTb/9cwzz1SnnXZaHsQGDRqofffdV7322mv5Ni4OxABFD4HpFVaoOL9MmTJFDy+YX3PNNdWll15a CYdtt91W/fjjj5XOZ3lCDFA1a9ZUCxcurMBbzkStrrzyyvy5Ll26qDXWWCP/3Ry8/PLLauuttzZf nXyKAapu3bpa7sybNy/P6DXXXKPM9y222EKrAvmL/z949NFHFUBts8024UuZfq/YzzN9dLKH0VMQ 5Pvvv79q2bKlevXVV9VHH32kH4LM6t+/v6pevXqFhyLEzzvvPD0kXaoH/KdigOJlLr74YrV48WKt TzHsoA033FBP/wcddJD+/tdff6nhw4erRx55RD377LP6XK1atdTXX3+t1llnHf3dxT9iFM4gc4sW LdICfO2119YCPjgLAuS0adOCzfVxw4YNdc+qdCGDEyicIoGy5e27775Ta621lm3z1O1EaeZwceCB B+ZVARuurrrqKjVu3DibplVuI0pGsYT5448/rJkaOHCg2nXXXfXMePnll1vfl6ahGPUgzcsju1Za aSV1ww03qO+//z7NI6zvKVmPYv2GjAkSvQlN3Gbd9ssvv+hZ780339SPYAmE5u6KSgZUTkCqESNG qMmTJ1fgbcCAARW+23wBIBRWl1SyoYeJZOzYsdoCULt27dQ8oqiOHj1aLb/88qmfYXOjCPWANd7x xx+vlzCs7WyWIwBDT6pfv76qUaOGDa+p26AelGzoBd960003VWPGjFF77bWXQnHkUxqVbOiFgahT p45euvhQIMP/t813EUPP5kVL2UbM0AuDgCPhzjvv1DIL23jfvn3zTe644w6tPhxxxBFeh6gIGZVH IXfwwAMPaCuC0bGwnQfp9NNPV9OnT1ennnqqNsn069cv0pgXvCeLYzEyCmaef/55BRAGpDgGDzjg AO1seOKJJxTHKJ+uSRRQZ599tsoF3monAz2pRYsWsfwzU+JoeO+99/K+v9jGGVwQA9Snn36qmWb2 wwXFEOzUqVNBFvEUQ/fff7/64osvCrat6kUxQJk12913363wqtjQ77//nm+G6dgliQGKtR9mXzRt W3ruuefyTb/55pv8sYsDMUDtuOOO2haFjLIhvMr33XdfvmkSgPM3JTgQAxQ9apNNNtGyqdj759JS 1CmnnKIdCrTFJ7jDDjsUu61K18UABRdDhw5Vl1xySSxY//zzj7rrrrsUESwvvfRSnnFMM2EPc/5i RgfiljDEP3Xt2lVtueWWarPNNlPvv/++ItIFH9+HH35YyZLZunVrddNNN2UER/RjWMKIA4pXJVaK noUHOI7WX3991bt3b3XCCSfENcnsvFig4BChPnPmTPX222/rtR09CiMdMQb8HXLIIVo2ZYZGgQeJ A4oAMoR6UiJU6Oqrr056m3V7gBIlzIlWSUNPPfVUmtsS3SMKqDfeeCPRy9P45ptvTuQ0Tfwf/P8G UUB99dVXkXEFcczhxYkKLItrX5XzooCCkXPOOaeSChBmEH0KFYJFs4l6CbfJ+rs4oLACtG3bVv35 55+RvLKmw7qJvuWTRAG1wQYbqFGjRmnFEgNeuLe88sorOrCVgHwIdYGYg80339w5ZqJMwcQQ7LHH HmqXXXZRzZo10wY5E6SP+YXgfNPTsEVxDsUTZ6prEqmZw/S7776rY80JzP/pp5+0s8GAQVoH8Z0m Dt2cd/WJHiWqRwUZxXiHlfOwww5TWAsgPMJDhgyptGzBuxyMHg4+J6tjUTIqzBSL4XvuuUdbBogK njFjRiWQuCdowAs/I6vv3obeDz/8oAV1mhd/8skndSzn6quvnr+dtSBhQi+++KIOFWJ4uiKvaz0C vbbaaitFVK8Lcg2Ut6FH5An6z5JKXoX5GWecoXPrTj75ZJ17hwmX8J00sU3oWCx58L5gGXVN3mSU YYSQHuLEASkratq0qRb0WT0v/JySmFnQpLN2gaNCuCbvPco1Qy6eX5IeZcMIYT/z58+PbHrjjTeq xx9/PL+UiWzk4KS3Wc/23XE9oVySeI1mHiayPzHwobmzgPZFXme9YkyhhZO2YQiHQpiYBLp166ZT +Y866iitleOuCiYWhe/J4ruYHoUi2qdPnzxP22+/vc5Uz58IHTRp0kTHUgEuaWmuSQxQZCsQT9Cq VSuF3Yn1G2GJhejoo4/Wl3v27KktDIXaVvWaGKDwApOlPmjQIL3UsWHMZH3i5lpmstQJ+WEtmKR8 CB5lQ0TeuSQxPYpoFNLQgsFhhRjH0ol8MrTddtuZQyefYoDCWokZ+IILLtDu9ELcAhKWzzlz5uhm RLJQM8EliQEKJrGPo0w2btxYr93CJhkWwdjV69Wrp5ONDDAsi1znw4hbwpB9jlKJdWC55ZbTwWWU QPr4448VZZHCdOihh+rIO5d6lMglDEok7ihSYAELgChHEgYJVxU1W9DOXYJkfhhxPcq8GCBRIomy R9SMQktHryLAjLAf0tZ8JRh5NQUbAJbET5FDLwmQvXr1UiY+Pcl9adqKmvWSMkBKCMlDrrVy3kuU 9cAARVkRVAGUTyJXwoT8QnUgM52gjXbt2hWM9wzfn+a7OKAYTuhTf//9tzU/ZGMxBF3GmosCCsUR l3lSwhXmOqJFFFAPP/ywxghXOnUMqPZDqj41WwgJChLD85ZbbtHWBlLWsDy4JDFAIWtIRSO/hUJb hlia4Dqnt4UJtzoZDKR7uCYxsx6KJXbyIEgwDwj33nuvLsAVBgPwWPJQvs01iQEK60HU8Nloo410 atrIkSMrYYHtitKSxHO6JjFAkffy9NNP6+k+zDSmlyuuuKJSmDRyijxkTMg2hW/Cz03yXQxQ5Ahj 4STksEePHgr/HQtiqFGjRnqRfNJJJ2kzDPoVeTIonOhbEGC5JFGLYmRNUDBjd3rmmWc0/+hJVFTE aEdQR1ARZdhiCna1SBa31jv88MO1sknxLIhEbEMok/SyMEhcxwvjCiTz/4vqUealUAcYdlFJ2DgU 0LcI99l4440VIUREs7ikspnFEl1xQ8/yvUvSrOSa+SeffKItmJhzEd4E2EukkgGFZ5jMKIq3BwkV gdQyacW2SqJHMZVT+zcMEoCRbM0il/JHksj7rIfRjd4S3mQiDArLGZRKljClJoS596FHaW0DEvoS C2HMKnhXGI4EwhIoRloH+S6uU/VtfwTvQFHzCcK+xMqfOKggoTwio5BfwSCMYJtSHHsHipQMDHL0 HEqMhAnvMNucoHCSCstQ5VypyfsbkOGJII8CKQgGRbRY11HQvRjZFr4p9pxC170CheeE5YlNIiIy CxkWZaMKM8R2Aq7JK1AmfgBnQDECVPZYyM04xZpqO1bRRlVs4BUoM0TQlYoRQWU2wWFMCK6Ndryr Vz2KVDQsmZhEim0kgXpA+zg9Cusm183GOa7T0LzPevw6OCyLlZCkHURusQTyOvQkMJz2HUrSo8iG oqwRQzBtpjnCnqGHES9q+5O0gMTd5x0oZjzqABtzb9yL2Z6n0Japx2l7T5p23ocedvGsQIJheiRh jK7JK1C4x0nhyJpcPDP8jl7Vg/B/vqR8L9vME/xSXodegvcS17QMlOVP4h2oL7/8UtuZXMcKWPJv 3cyrHkWwWOPGjXVARTCuwPptS9jQa48iJcP0JKn+u7jfwitQbOUNsXwJ5trFvZyk896AwlrA2ow8 YOI0oyyX7du31x6YpAAZr07S+5K09wYUtZ9IQKRYclxJbepEURwiKd12221Jb0nc3htQxDVRhxyB njX5SPHwBhTgEErIFrtsm5skMyEOWEzLmFlwgbkmr+rBscceq+3bxBbgqyM5kdU/f/Q4hh31N23S Xo0pmE8fVJJFMcIcJ2cWvcqA5NpmXhKgYI4sBSpmvP766/qP7xR5xzFKDnExAmQKDJqo4KUWqCgg cHpSZwXt3ZYwAxNWbeNRtn1muN1SYWYhoYiwatfkddYrxgwMpwmDZpJwTSWTUa4Zy/L5S8XQyxKQ Qs/yqkcVepGoa1RXJLUDbzHCmopAmGfY58o3iQSKpCCi7qjDQm2oMFEgokOHDooCqL6CzMTJKCyg BJqZzKowSMHvFIhnLysCP1wSMkpUjyLCjuyqIEjku6CEkqZGyRGjZM6bN08rrMccc4x2qbMcckmi gCL1lQBXhhNT/oUXXlgpGNaAQRraY489prcXoOg7Jd9ckqihRzYVwa3UkLLZTx1gKBp45JFH6uWP TSRfGjBFqQcEwfLHxqe2IME0wf0EmxXaOS0NOOF7xGjmGN8QygjopETQx8KFC5Pelqi9GKAwFee6 eKKXpzHZWQj2YjU7Ez84dIMYoBhuOAkoTGNLOCuIR4coJOiSxABVu3ZtRb06SrcVq6mJwMe8wvbg bBlHXZZiwbNVBVHUrMdShRrAJDkykxE+zR/O0kWLFmnnKW2oSo3gh/DoEELt0tTCrCcKKBifNGmS Lp5FhoMNsdQJlgCwuSdpG1HqgXn55s2b60yEvffe25yK/CRTlL2rXINk/nNxPcq8GJ+oDOhVWBAQ 8sghhD6603HHHRfrSA0+I4tjkUMvC8ayfobIoZc1k1k9T4x6kBVDrp5TBsoS2TJQZaAsEbBsVu5R ZaAsEbBsJqpHsdglcCNYbcySD+fNxABFUBgVEAnQoHiWNBIDFLZvs+m8CbGWBJYYoIIboSatY2Cy 310CKwYoarRgCSCsOuleoT6Gqhig6A1URTzxxBN1UKztRjpE2i11wa6FhgYlkYgz32mnndT06dN1 uaSzzjorMnCf55B8zT1s8mzCEws9v6rXxNijKH+L0S4tuY7hFDP0GjZsaL0LWlowq3KfmNgDHApt 27bVdcuZ9ahURnVp4s/jNshh+M2aNUsXgK8KCDb3ihl6vCwB+QSvUrU1CWEadrnxvDgLJ749Zj2W MkmIgDLXJKpHuWY27fPpUWJkVJAJhiBlSdjci5iCvn375i9Tn5N6USilDDlfJA4ovMBkYJmySSQY BYmkIvQsdhjCO9yvXz+dfBRs4+JYjHoAc2wLABAGpDiGiTmYOnWqolQlx1nvzR71/4oCinw+Fris 9+hJLVq0iHpnfY6YTiJZCOjo3LlzbLusLogBiuwqmK6Tq4qPbsQQ7NSpU0E+TTkkvMkmaKPgDVW4 KAYo3OYQ8QRRlfGjeAwunJPqXlHPK3RODFC5KVhnJtSvX7/Q+1a4FlQyXeQqB/8zMUCRtkGoj60R DisomaSGkgBs7knyKQYoehSB98imYkTpSYx8JpmxZs2aTreM433EAMXLDB06VNdFiAML7wwpHZQF YHMvQwMGDHAeAiRuCTNs2DC9FxVps4RTUwWWeucf5XaVxVBHgGuQWrdu7bzmOUsYcUABAmkeVNwo FGRPXGfv3r0VVRNdk1igYByhPnPmTJ26wdqOHkViEClo/FEIB9nkg0QD5QMA2/8DoEQJc9sXL0U7 cdYDAwIzHIKcYYcQJ98FXYvNvnK/sGnm7VMkUFgF2Hgwri5UvVxeMT5AHxVdzS8hbuhRs4XQ6DiQ eHGShLCtY4vyFfkiqkdRMGvUqFHmR9TDjdwYZjnMKtRjwcrAUBw/frzq06ePTqv1sXeMGD2KnsES xhjhyBVmA53w/sQGRczF119/vdbmx40b53SPPWY9MT0KM4sBiSx1bOP49OIIjw1A4vvDbmVChuLa V/W8GBkVrG/ALkOFQAoy3b17d+0PDGa2B69ndSwGKKyVJnk6yebxVDMjgch1nTsxQJF3h1yCKL5l S9RKwK0VXizb3m/bTgxQvPB1112nHQq333677fvr7cMBK7xZmPUDLBt6m/WY2m3yhWEa7wpqAZtY FCLKk+AIxTKK2uBqkex1UQxIdevWLcR36muUbrv11ltT31/sRq+LYoo4YIDLmpBt3bp1y/qxlZ7n VY9q166djrdEidxvv/304hZGq1LaiORsstRdkzcZBSPIElJdyU5gM8IlhbwOPUBBiybU2WzMlRVQ rPlck9ceBTMEiVVlqIUBYTZFWS1kXw/fk/R7SdZ6NiDhiuIPJRK3eZxTlGvEmBervJEUmKj2XoV5 1AsEz7GjY5cuXbQSGTwv4VgUUFTPp4S3RBIDFNkHBiRkTseOHbUDFG27UPj0nDlz9J7GrsEVA5Sx J1H8D+tl1J4MUWDgcDCbXkRdz+qcmEUxlcjoOQTi24JkQCBnxjWJAYpiyg0aNEg1g/koqiwGKHpE //791fz587V9KUkPWaZ6FMCwaMYWxZrQ2M+LAYZTwsfm9GKEuQEEFQGfHksd5FWcssl5bFcopsuc wonNqkePHvmoO6JZpJCYHsUQojexQYVEEgMU4c8GJHQjBDTeFbLXoxROhh75evS6Xr16OcdWDFAm /BmFc+LEiRogG+7JQZ4wYYJN0yq1EaMeEKECkQgUrIFgwx2Zo65JDFD0JBKAiIlKSj4qJ4oBCnAI g0bhXLBgQSKsqIPumkQBRcj06NGjteXAtmApQp30NdckRphT2paC7xDRv23atCma4YmFE5B8AOXd Zh73y5MA1KxZs7jLRc8vMwUiyA/GRyeVxAw9AGIx3LVrV+35xT6V837oHJcohwSyiaE3e/ZsPQm4 BljM0INR/H1NmzZN7HoimMOl0undAVrsV0fRZAehpAUiyEV2TaJ6VBpmsZe7tnCK61FpgCJ/jzgp 1yRKmMNwsQB7hDhudBRSQhjnzp2rkx1JW3NJooYemrlJf03CNNvJEX5tG0mc5Nm0XSqGHoyQiD15 8mQOnZGooQeX9Cr2Wyi2BS/RK8yOJorPVfymQV4UUPj2qKJh4wBl+ziyQNlLhmqwrkmU9QAHqA1I gMLCmdJJeGsQ6K5JlDBPwyzFbpgAGIpRtvU0zwzfs1QIc2Y8rKKF8vvCjKf5LmroJWUAbzI7E0HB ghFJn2PTXpQwxyaF97cYARDO0pEjRyrKj0Bm9it2b9rrooBCMKdROPHguLZlLdFDj95BRhabprom UT0KZtlQkEr5ZHhGETNbjRo1dG4feX1J9guNep7tOVFAUW8FL3H16tVt399bO1FDj+wriSDxa3gF ihmqkMmWhGup5BWoxYsX62KjUsEo9F5egeJF8JrgPVnSyLswZ7nBhqj8sbAlXy8LoripqwxT3i+b t0zIKVnl/JGKz18SQnPHFBwkYj0p4eaSSgIUkb8tW7YsapwLM46timLKwVrC5BMPGTJE13EJt8/y u3cZxfCgLl0xC2aYSYoEkpFuQMJ7TEIjSdfUlnJN3nsU5YySEEONosmUxjWEo3TEiBG6NJI55/rT q+EOVxO6lG1vYrdrFsrBsB5KJI0ZM0aXSnINjnm+d8Md6zRbkIgSJpM9CBJVgNgwB7B8k3cZZcPg 2LFjdT3z4K5o559/vg7UTxoIa/P/2bTxLqMKvRTup549e6rBgwfnmyGomdWY3UpJYoAi5Kd9+/Zq ypQpeTywJlBhGj2p1CQCKCKB6THB5B8qIgJSXOk238CVXEbRgwgeC4LEJjo4DaSAxI9SUqAGDRqk S0maQFVmRQolUz2Rqhu2NG3aNNumqduVBChCdtjWhJQzdCuoVq1aVhtSRHE6fPjwqNOZnvMuo3Az tWrVqsJGXmRRoUSmsX8zCfjoUV6BQisnKQiN2xAFANkmjmqt/NkSSxtKkmBjxyDomrwuYWCMqvcu yMg5F89mCeO1RwWZoPCfqZIYPG97TI8i9If9GQYOHGh7W+p2JQGKmS2LFHxS1/ASY152Td5nPaJP so4Ld2kCNj+Ad6CIjktq/jUvG/dJWohr8goU0XQubNt1chuDuSavQGEJaNSokWuenDzfK1BOOPD0 0DJQlkCXgSoDZYmAZbNyj7IEqlrOzLFqrqzjVpbtl8lmOc/RG/8DwxsKQHggxyAAAAAASUVORK5C YIIAbh7wHiMAAKWRvq7TIOsttuY+zpsuOYL/iVBORw0KGgoAAAANSUhEUgAAAEcAAAGECAYAAABk uz2xAAADJWlDQ1BJQ0MgUHJvZmlsZQAAeAGFlE1IFGEYx/+zjQSxBtGXCMXQwSRUJgtSAtP1K1O2 ZdVMCWKdfXedHGenmd0tRSKE6Jh1jC5WRIeITuGhQ6c6RASZdYmgo0UQBV4itv87k7tjVL4wM795 nv/7fL3DAFWPUo5jRTRgys67yd6Ydnp0TNv8GlWoRhRcKcNzOhKJAZ+plc/1a/UtFGlZapSx1vs2 fKt2mRBQNCp3ZAM+LHk84OOSL+SdPDVnJBsTqTTZITe4Q8lO8i3y1myIx0OcFp4BVLVTkzMcl3Ei O8gtRSMrYz4g63batMnvpT3tGVPUsN/INzkL2rjy/UDbHmDTi4ptzAMe3AN211Vs9TXAzhFg8VDF 9j3pz0fZ9crLHGr2wynRGGv6UCp9rwM23wB+Xi+VftwulX7eYQ7W8dQyCm7R17Iw5SUQ1BvsZvzk Gv2Lg558VQuwwDmObAH6rwA3PwL7HwLbHwOJamCoFZHLbDe48uIi5wJ05pxp18xO5LVmXT+idfBo hdZnG00NWsqyNN/laa7whFsU6SZMWQXO2V/beI8Ke3iQT/YXuSS87t+szKVTXZwlmtjWp7To6iY3 kO9nzJ4+cj2v9xm3Zzhg5YCZ7xsKOHLKtuI8F6mJ1Njj8ZNkxldUJx+T85A85xUHZUzffi51IkGu pT05meuXml3c2z4zMcQzkqxYMxOd8d/8xi0kZd591Nx1LP+bZ22RZxiFBQETNu82NCTRixga4cBF Dhl6TCpMWqVf0GrCw+RflRYS5V0WFb1Y4Z4Vf895FLhbxj+FWBxzDeUImv5O/6Iv6wv6Xf3zfG2h vuKZc8+axqtrXxlXZpbVyLhBjTK+rCmIb7DaDnotZGmd4hX05JX1jeHqMvZ8bdmjyRzianw11KUI ZWrEOOPJrmX3RbLFN+HnW8v2r+lR+3z2SU0l17K6eGYp+nw2XA1r/7OrYNKyq/DkjZAuPGuh7lUP qn1qi9oKTT2mtqttahffjqoD5R3DnJWJC6zbZfUp9mBjmt7KSVdmi+Dfwi+G/6VeYQvXNDT5D024 uYxpCd8R3DZwh5T/w1+zAw3eoYKLCAAAAAlwSFlzAAAXEgAAFxIBZ5/SUgAAH45JREFUeAHtnQXY FcX3x8fCQLHF7sIEGxOwFTsRQQTFALFBUEoQWxRbKVsQFRQQEUURxQTswsLGblHR3/uZ5z/3v++y u3d378zcA+55npd7N++cLxNnzpzzHaUKiUVggT/++GODv/76q1PsHf/dCyMWrgFm9X///bfjfxeD aM0XXHDBGQtGXyrOgkABTkI9KMApwElAIOFSUXMKcBIQSLhU1JwCnAQEEi4VNacAJwGBhEtFzSnA SUAg4dLCCdfEXfr111/VTTfdpCZNmqTq1q2rtt9+e3XSSSepxRZbzElZF/j555+b1szKn3Dy9gwv feGFF9Q111xT64ltttlGnXnmmfrct99+q/bdd1/19ttv17qnYcOGasSIEWqllVaqdb7Sg5pZ+Rli +pxtt91Wffjhh+rhhx9WNf9hqnXr1qpjx//3pLRv374WMPXr11c777yzmj59uuratWulWEQ+Lwac BRZYQH3++efq7LPPVqNGjVJ77723WmSRRXShH3nkEfXYY4+VFKCGvfnmm2rs2LHqqaeeUvfff796 //33S9dtfREDzmeffaaWWGIJdf755yuACsrFF19cOjz55JPV8ccfXwKuUaNGapdddlGvvPJK6R5b X8SAQ01A0YUXrj1GjB8/XjcdFF522WVVt27d5tJ9o402Uj/++ONc5ys9IQacJZdcUs2cObOWPv/8 84/q1atX6dw555yjlllmmdKx+fLyyy+rDTbYwBxa+xQDToMGDXQ/8vrrr5eU69evnzLH6667rh62 Sxf/78tDDz2kAGfDDTcMX6r4uHYdrvh1+V9AjaAz3m233VTz5s3VtGnT1EcffaRfSB90+eWXqzp1 6tT6ATri0047TTc320M5PyQGHApz7rnnqtmzZ2t7hyaFrLrqqnqo3nPPPfVxzWqJGjRokHrwwQfV lClT9Ll69eqpr7/+Wq244or62NY/YozAoEKzZs3SnfAKK6ygO+ng6AV4EyZMCN6uv++44466Bs11 IecJjECR4KTV57vvvlPLLbdc2tsz3SfKQqbke+yxR2nYTqPJhRdeqEaOHJnm1lz3iOpzmD7ULE+n VqR///5q66231iPaBRdckPq5tDeKGcrTFjh4H33Roosuqq666ir1/fffBy9Z+V61msN8iT4jKNQa LOI086RffvlFj1ZvvPGGfgXTDyxom1I1cJZaaik1ZMgQNW7cuFr6XHHFFbWO0xwACkakbalas8Ld MHz4cD2zXn755XPrhfF4zz33qIUWWij3O+IerFrNMQUCJNwORx55pJ4+MJdKMxUADGrMlltuqRZf fHHzOqufVQcHbdZcc0117733qh122EFhzPEpQarWrMLKr7322nra4MqoC/9emmMRNccU9KijjjJf RXyKAscggjN98ODBug/CV3zJJZeYS2rgwIF6qD/ooIOcNz9x4Nx33316dm5sIHzJQTnhhBPU448/ ro477jjt3rjssssiHWDBZ/J+F9PnoMDzzz+vUN4AE6fU7rvvrh3ujz76qOI7BqELEQXOqaeeqmrW 0LSjnRqz3377xerMCIez/b333iutbcXenPOCGHA+/fRTrSijFnYPzev0009PVIsVT2TYsGHqiy++ SLw3z0Ux4Jg50h133KFYTUgjv//+e+k23Kq2RQw4zLVwiWLxppXnnnuudOs333xT+m7rixhwNt98 c+3Loc9JI6yO3n333aVbs4BaeqjMFzHgUHPWWGMN3deUKbP67bff1LHHHqud6tzLmtemm25a7rHM 18WAQ8mvu+461aVLl1iA5syZo2677TZFZMVLL71UUhY3R3iltHSxgi/iHOzE33Tu3Fmtt956aq21 1lIzZsxQRGCwhvXBBx/M5fFr1aqVuv766yuAIPpRsasPxOpQg1jJjJOVV15Z9enTR7maj4kFB0Do mCdOnKjeeustPZei5uDYYk2cv3322Uf3NXHgVXpeNDiVKlfp8+LWrYjoyiPE9LgQUaMVISZ55Omn n87zWNlnRIHz2muvlS1w+IYbbrgh0ypp+PmkY1HgfPXVV5FBAnEKsLQTFekVd3/W86LAofAdOnSY y5YJK4UxiC3ErN2EqoTvsXEsDhxcD23atFF//vlnpH5MMHGRYiy6FlHgrLLKKur222/XljAewXCt mDp1qo4cJYIdwe4hgGCdddZxgpMoHzIBAdttt53aaqut1F577aU9fCaqHT8P0eymRuHo4hyWMguD LkTc3Moo+c477+hAbSLZf/rpJ70aYa6R70AwpQniNudtfmIEiqo5QeXwBuIqPeCAA7SLgmss+w4Y MGCu+RRLyMGQ3OB7Kvkuqs8JK8Js/M4779TuCEJtn3jiibmA4ZmgRzD8jkqOvdWcH374QXe2eQrb pEkTHTjJehV/CBNT4nlefPFF9eyzz+Z5bdlnvPU5RF6tv/76ilBZF0K/ZFO8TjwJF8E+mZfEW7MC lBNPPFEnjrVs2VInluH7Jc4mT+ARNhDTDZZkcK+6EG/NyhSe2BuCrAHGljRr1kx31rbex3u8NitT cCxa22vbDPcuxHvNSaMEISj8RYW/XXvttYphnVyIcKJImnenvacqNadc4VhmQXmSXzECw0KWHn4f jETmYS7Fa4dcThEMPkL2jeBUDwt91XnnnafTpg855BBtALI0E0weCT+T91iMhYz907dv35Iem2yy ic4QLp0IfWnatKmO5QFQUoxciBhwiFpn/fuYY45RuCaYEhDyliSHHnqovtyzZ089OU26N881MeCw mkl28NVXX60t6TTKmOw8Vi3m6+xgwk+YXmShXmBl1AgRXrZFTM0hSoKUomBAUpKyOL3ob4xsvPHG 5qu1TzHg4LjCC3jGGWfoGXeShgCDE2zy5Mn6NiIsyEm3LWLAQTFcomPGjFG4KPDdhGfwzKVwpW62 2WY6ocSAgdXtIv9BnIVM1i+GHhPLGitVBzRBB/Pxxx8rKGLCsv/+++sIL9t2jkgLGcOO1QXSEwEI UKByCAPDygMcF1jJtoEx/wHiao4pGMBAFwMFDJw5WMvYPQQ1EYJCCpLLJBJqjlhwDEjV+hTZrLKA 0bt3b2Xil7M8l/ZeUaNV2kKb+0gHIEHEhXXMb4ialRuloWRg2MYgJGggLPRHDPNkBLN23rZt28T4 wfDzaY/FgUNTwd75+++/0+qgs2xoXrZjkUWBgzHHimZWYWXDRTCBKHAeeOABjQsrneSJw4JCWjQc F0RgBIWmd+ONN+pZPOlHzOhtixhw6DtIKyKfAXIhI0wLWNmkVoWFVU8i2Qn1dyFiRiuMPfzGQWBQ GMXvuusuTToUBgDAmG5ATeVCxIDDrDyqaay22mo6zWjo0KFz6Y/vBxo8QuBciBhwyHN45pln9NAc VhQ3Rvfu3eeKGqXfIS8U92oacpDwe8sdiwGHnE08gURs9ejRQ7E+xaQT2WmnnfREtEWLFtqlgf1D XgRGIPYQAkC2RdTcir4j2LnitzHhJdgxMMHh6GJtPWgc0iRxk9qciIqbWx144IHaAIQwCCEZ1ggG HrUpDAzXWX2wCYz5TVE1xxSKoZsmFZUIi1Mde4joitVXX10RsUEggW0pXBYJiIprVgllrcqlqlvI n3zyifb04eqkAyauWIpUDRxWOEnqgPA5KAznZMJIIBiqip3DsEt8TRgYQCLhlYkkVDDVFu/g4Khi hIFoNU6YUDJvwplVTfHerKDpNQz82DNMNnFRsKpAUyNekOAkEusJ4XeRFp0WcO/gwHmD4J9hRk0c TlAw6Ohz6I+CgQLBe3x99w4OEec4sagh0DOEpca+0FsaYASSiUcz5Fw1xPuvkmxGZxwFTBAAiIOY RyX1TeZ++igX4hUcVgyYGqTJj6IPok+K8vGEgYBq3IV4Bcesd+MQLycASSgt7CjlBD+QC/EKjqn+ 2DLlhECmNAFJdOouHF2Uz+usnMwZPH64F8qRyTOUcz9u0ijBC8h1sxmGi6wZ76MVikJ1V47uzgBC OmO1xGuzqpaSeX+3KjWHRA4oXmheeZNY6bBpVji+orY6yAtI8Dnv4DBSwTtqXKHBwuT5DrmQ4QvM 83zSM96bFX5iW8CgGDWPEDkX4hUclnYJ37ctLt5JGb0O5bZBcfm+wodcBl2vzapMWcRdLsBJ+C8p wCnASUAg4VJRcwpwEhBIuDRf1Bx2G3Eh8wU4rvLLvU08cZbb9tjhECP9yAQ42a493sAhlNbV7Nk2 KOZ93poV2b+NGzc2vztPfHqrOaAB9x8bkxKKT4gsKwskr+bJtMNZT+AkyfmvvvqqE7C9zsrpd1hR IOrcVgwfgZMAbbvf8T4rZx2qXbt2VqkVCKA84ogj5v2a40QDRy/1XnMc6eHstV475KxaQF9FcDZr VwQUMOIRN8juIj5EJDiMQsTowD4QxctO6nT79u01e5zL8BSvo1Wa/+0vv/xSh6iYvIekZ2C/ZQcR lphtC32OqJrDUE/uQxAYotSJ5SFxhKR7aDxJBnn99dc1CdFhhx2mF/VgKLAtosAhSJJQN5rK4Ycf rs4666y5wuIMANg3o0eP1hzJMNpCSmRbRDUrch0Ic4MJJYoGL0p5LOSDDz5Y7yySJu4n6h1R50QN 5YTD8ccWcGmBQSmCuQlTSdqXJkr5NOe8TTzLFQZWATpWOtmswvLyzJkzsz5W9n4x4Cy99NKpQtzC GpE7Qedcjhku/FyaYzHg0JQI3s4StU4IClGnCJRWtkUMOOxZDosS5ELlmNvotInJYYNT9pnBBVIu jC4PcKJGK6YJMEfi32EEwr3BH2lGs2bN0kmu3ANnKZ03gj+IoEnyP20Ko5UocFDukUce0bQvxCun EaYZwaTZNM+kuUfUUG4KvO++++r88nIuVfKy2BTDBTCmLOJqjikYnwzv2D3MzOmo6VfouLFtcHC5 2IHR/D41R9T0gY4WTgs2LMXDx6eLzUsNAOU+xYxWOMzxBTdp0kQnq5UruI/rYsBhjmR2RnNBvZAH TDHgYCEbyZoFY3IqzPO2PsWAQ8YeIw8pRFk3zyBn1IWIAQfl4Ko4+uijNbsJrtI0QkII2X8uRMxo RfLrk08+qbbYYgu92Q6JsaecckpsMhrh/TwD+62hibENkBg7h4QyDMC84iKlSEyz2nHHHVNzr+cF MOtzYpoVk802Nbsw4kdmtKJZwcmFMRgXaEDTeuqppzQlXlbF09wvpllRWLZQgRMQbpwswnQCO8mm iJt44tNhtGIakUZMth9bQ7kQMX0OylFrIPmo+V9LpStbr4wcOVJHbqR6IONNYvocyk1GcFo/Dvf3 799f51rhQ6avsi3p/ots/6ql99FRs/LAmjr+ZNtStZqDx8/0GUYpas348eNTRZ0SgUEIHb4eBH+P zUU93lk1cIgHhMhj3LhxlKMk7G+VVQAFFlzbUrVmBZ/F8OHDNfsSo1ReIYAAWmDsIdtStZpjFAEk DDm2KmB/B4IC0iwHAwY1Bk+hi91CKF/VwaEQhJeQv4AxxzSCTwlStWYVVn7tGqpNuNdtheCG35/n WAw4FJ4E+jRNKqzoqFGjwqesHIsCJ69Gt9xyS95HE58T0eeES4hPmNA3DLs4jyD3QFZE5LrZ5yr8 nkqPxYEzYsQITRtOlk21RRQ4Z599trr11lurjUnp98WAw3TAkNBjt8AIR7wxRl6cgceuIvid8SO7 EDHgsIKAZ49pxcSJE1OPWpDXlws6yAucmNGKVQf8OFBxZh3OqWUuRAw4zK9YK/8oYr/gcooH9xsu d2+W62LAodB9+vTREVzvvvtuFh3UJZdckun+tDeLAqdhw4Y6HofFPDJ/08p8b+fgIiX4ESEGkB3P yu1gj3OMVQfSp12ImNGKHYo6duxYS0dDD1zrpMcDMc0Kvw4hs5JETM3BWc7Or+wzwzoUK57s/IoB GLVUw9yK9XHW2Mm5ciHiVjwJvCYuMIvQkWd9ptz7Ra54QmuXdsXTKEhtcyGiao4LBfO+k5ojps+J UqLIDo5ApcgOjgCFU0V2cAwwRXZwDDCcLrKDE8ApsoNjwCmyg2OA4XSRHZwATpEdnAAOfuMiOzgG oCI7OAYYc7rIDjZIxHwW2cExwHC6yA5OACd4qcgODqIR+l5kB4cAKXfoKp8z6ne9OrtwXsFJQVAS 3FvBP2bkXbt2jSpjrXOsbcFd0bdvX+2Ar3XR8oFXcNisnRgcs30cuhAg2apVK73ikEa3XXfdVRF6 0rx5czVgwACnnIHefcjQR8F0grRu3VoRsU7SWVZhPb1FixZ6CydXVHjeF/VoSgiREdddd10uYHie 6cbFF1+s87Nori7EOzh33XWX2muvvRRBR5UK74ENxRUHu1dw2BwQmrvevXtXikvpeZomcYQuRjGv 4DDSQPOy6aablpSr9AvscBDfGx6MSt8XfN4rOERtEQRpU5jNk5AWpOy09X6v4MAcYJt4jCBLbKR5 nieQ3aZtK0FcD/0NINkWrzWHzBi8ffxP2xKTT040mG3xCg60duR1stu9LTFJIVAD2xav4LAuRVDS pZdeqtkHKlWGORYWN875+YJhEnpwqF1ga4uiEE8LGKCcdNJJ+naYKdk2wbZ4rTkU/tBDD9UcOWyM weakWMxZDDg63iuvvFJ7DIkmZRg/55xzbOOi3+d94smvYpMwuzaJ8uR4EqIPXQMGIjP1evXq6QIy Aye96K233tJp1rBnw2RrhDmajamIeZ/5JHipKuBQADKCCXGLa1oQJMLflUQa1KFDB9WvX79YChmj aJ7PqsYEQrRKll3ctk7UmDhgllxySe3sYlYex62TB5DwM977nGAB8MPASABhBxGh5YQ8rNNPP13P ozp16lTu9oqvV61ZRZUcNpPHHntM9ylYvtScddddV6233nraNUHOue3pR1Q5OCcuYJKtUviTIlVt VlJAiCtHAU4cMjXnC3AKcBIQSLjkveYQZwypkBRa3wRs/FLEMA2ADBpgGJVsbxKYpGiea15rDhat qTEunFN5AEh6xis48FQg++yzj7rzzjuTyiXimjdw8AAyC8dlcffdd0dS+bKNZZ4lFlyvLsQbOHjr mGl36dIldksCeCngJ80qxlWa9bly93sDh1xNJpcuqF+IAHMh3sCh8Keeeqo699xzNfkhLolKBQ/i Aw88MH/QjLNPHku3hpwV+pdFFllE/1GzaFJsvpyG2m727Nm6D+PTlXgNXkIJ+hx2VyTBPky/yXUi v6RI1fw5+GumTp2qt9NmS22O8RMDHPnk5YRmabat5N44r2G598Rdr6oPOapQOLUGDRqkreio61Hn 2ASMCC+2z7UpVfUh21KEFQvbG3+ZsnkdrcyPxn2iZB6GSTp6F1K1PseFMjbfOV80K5uAhN/lfSgP FyDpuGAkiECnYCSIAIVTBSNBDDAFI0EMMJwuGAkSwCkYCWLAKRgJYoDhdMFIkABOwUiQAE7BSJAA TsFIkAAOlwpGgjIAFYwECQAVjAQJ4AQvFYwEQTRC3wtGghAgkg5F+ZAlAUNZCnAS/kcKcApwEhBI uFTUnAKcBAQSLomqOdCLE1wwZ86chCL7uyQGHAKR2GuGUNyWLVv6QyDhl8SAQ364CZY04bgJ5fZy SQw4eAKNsNN9FsmSQJvlvWLA2WSTTdSxxx6rQ3APOuigLDo4a4ZiwAGNa6+9VjMpEVgZtwtjGDUi uthVzYWICSQgEZ84ZHZIe/zxxzVzAVs5kSEcJeSX8wz76cGu4kLExOewZwyOrrziIiZQTLMiuRX+ LUkiplmRH96mTRu9Xs5oBSEIFHnEJ8fljtO0SN6/8cYbnWAqplmhHUHaBEBOmzYtk7Js4W14dDI9 mHCzuLA31q6OPvrozLsUsR+WCxFVc1womPed1BwxfU5QCZrX4MGD1Ztvvqnq169fayvKgQMH6vwJ DEWak0sRB859992nM2tMXgRJJEEhcQQ7iN0aiVu+7LLL9P7CwXtsfRczlKPQ888/r7NmDDBxSrK1 HJwX7NbI9/mGmzROYc4zbWASiVVMjdlvv/1ib4eQ6OSTT1bvvfeeOvPMM2Pvq+SCmJpD1gyKQpeH 7ULzgg4mSQz3zrBhwxSRYbZFDDhvvPGG1u2OO+5QxAamkeDkNKttlOb9YsBhn/JVV11VsQScVoKG n4vcUTHgbL755gr2trSOK7yFpGAbyQKqeabcpxhwqDlk6dHXlBN2pMYxZhLQ4PCySSNsfl8MOBQI 2nFyQOMAYlWCrXBJwYZn0Ag87uSs2xZx04ebbrpJde7cWfN0QXg2Y8YMte222yq4lHFuGW5BAwTM /9dff705tPbJ9EEcOGj3wgsv6BoExWacQBTSp08fddRRR8XdUtF5seCgFR3zxIkTdcYwuejUHPLQ YeLmD7IQ+hpXIhocV0qnfS/giOqQ0xbc1332u3hLJWdkojOmSdERw16LLcSQzbDvQ0SCw2y7e/fu mpI8CgQorVjjgjLYpYhrVnBcQCSdRBgETSe+Znw5LiMyRNUcSIKCW6PQlA455BA9OuGigL+C2TvN bNSoUZrZFm5lF3YONVKMnUMNYPpgHFeHHXaY5jpeZZVVIlsOrlQYtbGqR44cqZo1axZ5X96TjFZi ag4uCwMMrNr4ilmzihNWKiCKZm3L0ADH3Zv3vJg+J8io3a1bt0Rggsqymxq1aJ7fTiWoVPg7Xr1l l11Wn84yw4a5iWVkF7xdYmoOs2r6GQSyobRCLjpLOOEJadrnk+4TAw6FZLMMnOrsV5VW2BoBgAh+ si3eRiuG4c8++6xs+VGUVQWG8AMOOCDxfqgdWNzDg8gQb3Mi6nW0IsAI8z+tEK1Fx5xGoKWyCYz5 TW/NarXVVtNOK/PDtj7pq8477zxbr6v1Hq92Ttu2bXX8HoYdO4YwgUS5mipcq1BZDtj5aJ111sny SOp7vfU5lIi+gfxxotTZCEyyePfnYM0Snc6ujPOC5K/PObW76KKLtPM85+ORj7GPsAvxDk4l/UsU AJgIbALmQrx2yGkVYE2KP6xe1sPjVkG5xpBPAIILEQUOu1GzkRdWrwQRBQ4U5FOmTJGAiy6DGHCw oA0wzNDZL48VTyzfpDjkyZMnp7aks6IuBhyTa8WWk7hA43IewgoyJTG7AoSvVXrsfbSKKzAbJFND iFxPC4x5FwkkLkQMOLDZNmrUKNfI44rVVgw4/M9ffvnl6t1339XOqyw1Yb6vOYBBqAmOLiaoxtle DiRWLYjKcCFiOmSjHMM5C3rMweh/4gxAzuMYw1j8TxiBeAp79OhRiuwiBKWaIqbm0DyoNTD4SxEx 4BBHbIDBdqGTZcmFlOooI5BmRTIatat3795O8BQDjokjxggcO3asBiWNxiTMPvzww2luzXyPmKHc 7N9JJkwwAT+NRqQ/uhAx4FBjyIAhYCmrEJPsQsSAg3LEE2MEfvjhh5l0hWTahYgCh+1U7rnnHj0j xxmfRuiYydNyIWI6ZHhJx4wZo3UkpLZ169Zl0xTxBALMfA8OLtFevXrVqgBs111NEdOsSGZlgU6S iGlWgMKEk7wHlnfx7yStiNLX0KwmTZqkO3IXoHpd8SynAIt9xPYl5TxEvYNoDNuGoPcVzyjFgucw /tq3b5+JkQAXKYmzLkRMn2OUw7GeZeGP/Cs8iC5EVJ9DMFK5oGv6GlY5sYMIj5s+fbpOUCOJzbaI 6nMwAk1qYhZFSZwlVDcpNDfL+7hXXJ+TVQFzP8mwLmwiUc0KZak9jRs3LrtdJSMajJT4nREXYW+i wGF5BjaCNOtW7OFJtt7++++faWtLjWTKf0SNVow6aYBBN+Zf0MjgiKdTdiGiOuQ8CkIIQidOM4ty p+Z5J8/MFx0yIxUOsqT8rNwA5X1QwnMs/LHDCBJMwrdVNlEdMsQdLNSVE0BhjWvo0KEK6gbEjFrl ns1yXRQ4dK55jECc8y7cHaJGqyz/q+ZeMm1Gjx5tDq1+iqo5aLbddttpRm0y8aKEEWnxxRfXuVnk ZRH07UpEgQM/BQt6derUcaVvpveKalYNGjQQAwwozvNGYKaqkOFm70Ygw65td2YGfTPf6rVZzZ49 W7NDZi5llR7wCg46slrAqsG8IN5HK+ZBTZs21X/MrG1xbZE4S4duU7yDQ+FJdeaPnHD+sgjTC3zI QSF2EO4u21IVcIgYbd68eVlvX1hZHGGw2QaJXUl+HTBggObXCd9f6bH3PoeqDwlZ3bp1M5UdFjjS pA0wLN+QhHbzzTc7AYbCea858N5kEZoRrLVwlhph8W/IkCGaQ8ecc/Hp1QhkzQlbJ22tmTVrlnaD BkNMYHq79957NaeOC0DMO70bgUwa0wJDdCnp1UFgoI5hhxAA8iHe+5w0Sg0fPlyTRQe3curUqZMO 3s4aTJnm9+Lu8d7nxBWE86xD9ezZU11zzTWl26CmYjRiVPItYsAh/KRdu3Zq/PjxJQxwYUDrix1T DREBDhGk1Ixgggc0dwATx9nlA6yq9znUFAKWgsCwawirCtUEBvCrCs7VV1+tOQHN9kuMZjDVQokH tUNamTBhQtpbM91XFXCIrWFzC9KHsH2QevXq6dGoHGN/lHaDBg2KOl3xOe99DutNxxxzTK2diMiO wbDL4yynI3dVc7yCg3VM4geWrxEY3tjPCkpN/tIK0wpil3HI40RzIV7BQYkgMCiEgnmakgswwu/0 Ck7wx2F2M9R3wfNpv1NziNGBzL5///5pH8t0X1XAYUSyke5MGhJLwbheXYj30YqQEdtxw7bdowZo 7+CwcXJW16gpbNwnKQEuxCs4hLS58PWuXbOzkQvxCg4z7J122smFHk7e6RUcJxo4fGkBTgK4BTgF OAkIJFxauGZYnVljbV6ZcM9/8lKNy/bl/6TiaZX+H/+QQcwU8/58AAAAAElFTkSuQmCCAG4e8Bge AADk8T0q/twGIu4dG+S504k3/4lQTkcNChoKAAAADUlIRFIAAAJTAAABqAgCAAAA7Z73+AAAAAlw SFlzAAAOxAAADsQBlSsOGwAAAAd0SU1FB9kMHQYcCHJHLNkAAAAidEVYdENyZWF0aW9uIFRpbWUA MjktRGVjLTIwMDkgMDE6Mjg6MDgtMYw6AAAAJHRFWHRTb2Z0d2FyZQBNQVRMQUIsIFRoZSBNYXRo d29ya3MsIEluYy66xFLPAAAdSElEQVR4nO3d25KruLYtULHj/P8v+zywJkUCBoEBaUitRUVFpqeN uTjpHrrA8Pl8EgB04/9KrwAAvEryAdAXyQdAXyQfAH2RfAD0RfIB0BfJB0BfJB8AfZF8APRF8gHQ F8kHQF/+X+kV4LRhGMYfSl1zdRiG19563Ng6ry57YT88veseWv70kZtceJc3Pza/mG/stMKbD07/ lLNdUTa/E5IvmPnfT6m/pTdjr7aTxXyVKlm3d1bp2un+mssL/32tFksYf9188OySK/m0MNLaGcni T278myy4PtCY2op4HiL5Ylt8FR3NH5kenz9n5wmHi0p/W37Wz8xck7XFq9bvdcub5m/y4Srt74fD Tc7cim8P7q/S+t1PLfaUs+ucdnfd/nFPf7dx/4V3bWCOwx2+c2h4n9bORgxfWkGnn4dZh9m3J+z8 6+Ln/Tc6XJP11+T1M9etTHe9aeYm/7hK+5t8YSU3l/NtlRZLSKtDv7/YfBfWeX937WzR/lssXnjX BuY7/Fvb3wreJPkat2gd3X/CztN2Hs/515wnXHDtTV/rpPllk39f88NDf8qiQMnvWby3g/DNTtbD VV08IX+HS7viJB8bMtth5h2N0f+Y3296Wr/j5v58bief2uSdt85fzk4b5gWHL9x5wuEuVY21TfLF 9sTf56KZaP/JLzcoPef9ld+v6ub786GdfMuiLnxadkqle993Z8mnijnaY4RLJJ+/gzlv+fvM+V58 +QlPe2IF7q1LTr3j+29941t8W8iPFeEtrzq15Mw/K+kYmpovmG9tX5fbxKYXrpvXPkezJm5snct/ 1RNNgqeW+W2Yyal3z3/HnIVfOAvnb13mchYL3Fnn+VCUy6vx7VN6uOR9w2qA6DR2Zv5I5tKolq8t XfO9lQUfCXqgtROAvkg+4D8KPnqgZQOAvqj5AOiL5AOgL5IPgL5IPgD6IvkA6IvkA6AvvVy9rPgV JgGaF2WaXC/Jl3bv4Uloh3eLzXnkhZua5i9q/5mHt6LdeXDz1/2vhde2/vCKr5svuWWrHej9X5/Y 6mEY0ielOPVFR8kHjOaXX/52i4X8c/d/yypxd2Iq8UmfIU709VID/ftu28v2duXRw9rMZ+ZUYbdT bewu5Po9H4qreoXH3f7A6t271VXvw7/UfNCmw67tw3PU4vZVu4vauBXR4avIZWfeTfLBnlhn8F96 7Bb13E55F2ufZGpyow71udVJ8kFo16JuPfwh8+26PVG+7bHmzecE6uRLkq8qN46zeq3f6/d7VQfq G6jE2bQTbPF8Pset1ZWJNcJF8nHCukHs90ENzraHLhd2mct3CGrkoDxJ8pFrGh9bekW6kJl2w/Dn gOxkmHiDieRLKWMU3HMOv7BvNi0ePri5wPm8jvWr5sG2uahfGjPni128xXyV9legeTufw3nU7T9z 9pIe92FUATv2QpN8Ndq8yEL+g4eLPbygw0OzfBb5t3Mdik46/3YDLLcDtYcd1b74BzFQJ1+SfKNw n7rpZHfqrFfqEhvzxTqJf7tmSubLe9hF8LSQybc5nvD3QYZBXet4y3lVZjsq+7b29PjQJ/371rV5 NOz2lmneLCpe8n255O4NgwwjWrRV5r/w2oU5yLQYA7v5nMXetbf7EnDeQkvcny+kdchdHnI5f6Fx m5cNw5//poe/x95n51e64KCXE6/m68F88sC8S2/nwVPzDTYXtVja2eXkv6oZ4yjL1cPLNszedgvb NG/WJHbyNVajHI4E2X9wf9hLZpFxdhTMqedv/ry52tWmxeFHbr7i1W4FBWjerEm85FvUK/nh11hM 8r6xHs6fbwB/NPdp+XsZhXLrcV685EtXTzeuP8Ivps+OtIPRn3GF5vMRkRP6pn/flv7rvQOiize2 czEW0fmahwx/r4npg8Y5nbUwfUI1d8ar+Q7HPSblCz/zceIGw+AbU53iJV+69XrKsPC3M9jHiqt8 dCoWMvngCasBUGIP2iT5ICWlHvwm1tjOeCNcerM/E6OS6Yzre7VPblng02Zv9xF7XNfZqJY5I1zo yzr2fr96+OvhM85Pl3n8zKiWCCQfP5nfSD0iQzi5k89QEFo7U0qrNopSv87mkG1mybcmxPWDmY2N i/dav2p6wrdFXYuL9WI33zdnBa69+2JDPx+nLOiImq8iU8Pgt9ib34pv/fP6h8XPh2+aufxbLDZ2 5y3uXYH1vpV58LtYI1wkX0pp4yahZX797+Fztxw6fOTUy39Z2rX33X+Lu1ZgMXozyTxuoWMvIMnX pmttgzmv2ryxX/3EHg8SftFIvgYt2irzX5gTZrECL21lXhJ73MiHKSAjXGp012iOW6bTRR63OWyW es5U0Dk1X0Wm7r3Nfr7NS3WnrebH/eUcvntadcLNB6GcWk7+q54wWxOlHvCfXu7yM007i7K9laxq Jauxb38lx+yrfiMgtiENaQjTG6K1syJx2xWhI8Pwv//4J9aUhqS1syrf2huBivjbjE/y1aW2wKtt fQB+J/lo03xsi/iGR403agjU5qmfD4C+SD6AMwxviU9rJ8AZWs/jU/MBcNE4w6P0Wpym5qvIXdPG H5p+vnlllt8v1xJisjyw6ZNC/vFKPrIs8mnzmjjXMuzp2JOqwILk4wpVGp2aGjn8CUQm+Zb2LyG2 eanoX575LUIyL0797cHNBc6rtPWrpiccLuqU9WIXb7G45frtKwB38slsQsjke6jDqR6LG+zNgyHn wcPFfnvV5hMWSxh/OLWHF3G78xaHKwBUYhzYop/vJc91OI3yX/jEM88u8NSSD5+cGZzp5B5e3PPo lzXM9/l8zLmCh0QczzkXL/lYuHaHh5xXLSo8RRgwF7TgS5IvukUdlv/CnBgLHXVuy8cjfLCaEC/5 6rnld0HrxsbL9/a73IYJPer+D2Rq54xb8KWIyXe5Sy/QfV83b9S3/+DiC8GF5S+WtvOSNGv/rPhb yH/3agB+t+7bC3RSXYj3Hf/aCJfNpzEXd+d8GyaaqgtjCGmeeTulXqBziOt2ArBnTLtP+oRu4ZyT fAC7xtsShW3Zu2bRttlM5o3i9fMF7HCKwU6Dbf39aUSfrncoXvKlL+doJ26AWzRW4a1p7QToXdDb 7F0WsuYD4BZdBd5E8gH81cGtiNoewHJI8gH81W7gpe4zbyT5arc/OfTUJWyeGAT00B2jflzbcRb7 5ZdDk2TeRPJx3XN3jDJSF273SZ/QN9W7keTjNuIKKifzRpIvpaPRTfPPypCGxa8/vnDxQZxffvrb tSjTKmPW16jMvHn6okpbv2p6wuGiTlkvdvEWi5uzuwgnj2vx9kMqvG8kX0XWCbT5r99+Xv+QMhob D1+1+YTFEsYfTiXTYmN33uJwBb69w7hS+atE19rKvNHUvMmC5EvpzHeixTMfeuHZWw4dPnLq5aee cPn2fou7I/2yhsBoXeQp+DZJvjZdu29WzqsWFZ5Yghqo7U6RfA1a1GH5L8yJMVEHVTFX4QLX7azR XXc6vryc+Qvj3nYZ9sS/8dDiYpst3T/vaWq+iswHMa7zZv7g/jDO/eUcvntadcJ9G1rpjlEE1tAn U+CdFebm8T/anGRds0pWtZLV2LdeyWFI49jO+lceLqtt0kKI08VIa2dFtCsCvEBrZ0W+tTcCrNVT 7YUj+epSW+DVtj7wqxav1cJZko9WObWxReahnw+A3nRX8xlFArShtrGdgfSVfHqtgGbIvMv6Sj66 MVX2Tg0Y1cKS5ANaJ/P4ywgXAPoSr+bbvKDl4nH9eUDzjHC5LF7yLS7WvHm37kCXjwPgZVo7gUbF vw8RD4lX800UdsAe5we+UPMB0JeoNd+Fgs8QGIAbxb0kVtTku0DaAc0YUvnUWd0RuvwqZQqZfHr4 OPJJenn61MflWqbYM6XhmpDJB7Ct9cxLYu8OjSTf/G7mScMm0Dqx94uQybcZbNIO6ITY+5FZDTRp SGkI1N8O+cTe7yQfEJkLtXCe5AMi+3yaH9VSwwSGxkg+APoi+QDoi+QDqJohLbeTfEA0RrXwG8kH RNP6qBZDWp4m+QAqIvZeIPkAajHGno69p4W8ehkcca8G4hF7r1HzAdXrYEiL2HuTmg+IoN0S3l2H 3if5gOo1GnvzwSxi702Sj9YMQ0ppGH9w7yrqJPPK0s8H8LYx7T7pI/aKkHxAfZob0jKkYTFRT+YV JPloSltny44110wt56oi+YAqBQ8/RV7NjHABuJPLj9VPzUc7NHXGFv/4Leo8RV611HxABSLHnlbN cCQfrfl8Qp9FexWzV0/mBVW+tXP4Z/y59OoA5Jqizsy8WArXfMMwjFfZGDPv8/lMj8Ap829NPkI8 ZH1daYEXUfmaD+hRzLnqcq4NIfv55o2i07f7zQfpjSMfRpz+2CENirzGFE6+sXlz/Hlq8Nx/yaI5 dPx188EH1pdKBTmF8lfdf6Sm5TWsfM33Y0RJONamr1M+HlxgxGbzyicf0IXx60jd30VkXifKj+38 9k/739Z9qWcyfYh8FqpWd8eezOtKFf1881Eqmz8vZD5t/ar5+15faWpS8bmUlQh/dzIvX9wZ2OVr vnkIZc7nu5Zb0q5t68PriHOW2Dtl8ScWKAj18xHYzh+a2OMUmdeVKlo7F48k0xI4af5hCfTFEyii fM23mXA7sbcIy/GZmw/SNgEXRoRRnXSlfPJdcDYsac/fq3Qu/9WHoS4OB5Upn3zrtimnLfL5sHCL 9aWoaVjhK1aP/XlTi2USe2TYb+f0EeICtxnqSl33algPeIEdMg64oK7kg0O+GgUT825EtK1w8k1F 3viDyQzs2x/YosGgRp+P2pzalB/hMkWdzCOf2ONeRrh0RWsnYYg24Bblx3YePgLpqJ0TIF+x1s7F rdgh02bsTb3Fb68N+1y9hSoVSz7X5ySfb0dR+eumSuXHdpZdAWLZKfgAMpUf2+nqZezLzDUfGy5b 3JCd5tV1Z1pYOBzYouCrlB4+Kla+5oNvplA7PH/6/lSdzydW96yZfF2RfFQqs2aQefWq+NAMaZhH ndjrTfnk08/HQn6pB3BB4eQTcizsx555e1yjyGOufM0Ho8NSz2CWqtU6pMW4TdbKX7dz+Cc5tXUs P/YUfJWq77gMaRB7bKplVsP8XkVObb0Re42o5ujMA0/DJmtaOylJ5nGjRYUn8/hG8lGM2Iut1o69 JPM4Un5s5+KmDc5xnRB74VU5V13mkaN8zee81puc6Xq+BsVQ+gCZq8A15cd20hUXJAOKK1/zzQdz Zg7sXEx+mI8OnT9CVU7dVN0RZJMij1vUMqthlD+rYfGcxatMjaiNC5K1oOiQFjPzuJHWTh6XM5jF RQwCKJd5U+wp8rhF+dbOs9RzgeS0cMq8SN790zMhnYdUNKtheuTwVbr0QjCGk8tkHo8qX/NdOOtd 69KTly9Y12+m63GWts0o4jbY1DXCJcflE6Uz7HM2P/+HpV5yUCpXdEiL2KvfeqRhqTU5q3zNR1Df PuT750mZF0mhq7TIPJ5WPvnO3pPdCJeyzpZ3f18r9qJxpGhR+REuF16y7rHbfJC7XCvvvrzEoQEK K1/zXbB59nRKvd2NgffvhY5R3Sq+/QLcqHzyzVvAtGQWd2/aOaDBFL39wjikUycfL6hlbKd7spd1 e3mXQg304j/l/vpkHq8pX/NRyk4w/Xj2M5IFqJnk684T5d3f5Yu9OIZBrx4dKj+20z3ZX/Bceff3 XWReQMKP/pSv+Zwln/NO4P17L7EXUAUHy8AW3lc++bjXm2n37x1lHhe56x5FFEs+E8/v9X7grd7F QeQiBR8vK5N8bqF+i/1ZA6/tUccukprmqmvnpBStnfEUL+8IrOhcdaiE5IuhkvIuGYLbgDqOnYKP giRf7aqq8FyWBWiA5Kta/i3OX6DaC6nK6XoKPsqqYmxnMtRzy3wPFQ88Aqsy/KCgMskn204ptbcW meeoheSowYrWzkpNoVPkxCXzeJR2TsqSfDUqG3vJ7aJC07YJRyRfvV47fW1efkzsBSb8YJfkq85r A0oMXWmTzIMjkq8uL7RzrgNPecfLzGqgrPLJ50S89vRNFWZv1PuubkHAtk2ZR1mFk88wirmnWx+n +wDb560JGH5QUPmaj9Ht7ZzGrfTCMYWTJF9dbjmJGboCsKN88ul8SjfdNM2e7EX8tk0jXCircPL9 eGqedxPGvfLnjxWawOtR/PCDgsrXfJfNz/gN3OT98vpO41aSzOuEu8vCb8ok35RMmz1SXZ2+L7Rz rsdndrXHSMmoFvhJ4Xs1XD5lj9kZfSjHqdiLvrFcp20TbhW4tbMfevIQfnCjkMl3rRuvqiEwmbP3 3C2IlHTsUam4DVEhk++acLFRVVRTWCsfgHE+A21YnJcCBWG85Bt37rSLIw7jPHW5lnBbB9/MY89k PgqKl3zRZy/ka3jT6NMnfYY0yDyKKzyr4S6LcZ4yg3bccoGfQtbXahF71KB8zfdLCprTRvsif7DH Iq/0WsDS/5Vege68cO9ZqIcijwpJvuoMwxBoiBTMDWlQ5FG/8q2dzLlzLEEJPAIplnyL603P/8l5 H/4TYYSL6QrEUvi6nb3Z7+RT8LGh7s+DzCMirZ21EHvEsmjeFHsEUjL5XIgZIpJ5RFeyn2+dc21f k2WnqVPBRyDTLD2ZR1BlZjV8S7gGbrl3gdjjq2Go8y4Nn/QRe8Slnw8qVsf3IRUejTGTvTAFH/WT eTRGzfeSb518Mo8QhB8tqWImO1AVzZu0zUx2qNjrF3BxETJ6oJ/vVfMzmKqXY59PqdhT8NGwksm3 OPU3nATftqzhTSacKfbMWKB5xZJvPaWvz8l8UNz81kIyjx6YyV6GyQxUQgsnHTKr4T1ijhNeGdui 1KNPkq8YBR97Xvx4iD16U6a181urZpNXrF5vaCctutTPYBb6VKzm2wy/9mIPgNqUbO3sKudctIwa DGlQ5IGZ7G/T1MmxWm9OBG0wwuVZTl9c8ViTgIIPkuR7n3ZO3qR5E9ZCJt+8wXAKks0HK1HZ6tAL l5+GTfGSbzHzYfx188ESawe1EHvwTbzkCx1pIpkD325hfGoZrswCu+IlXyCL4S1GdXLs5y9GYg8O RU2+KUXqL6HmK1j/2hKa2IMcUZNvPrAlM07KDoEZ311rJ88ZY0/m8Zq47VhRk+8CkUPthsE4YAJZ nFQDBaFruEBN4pw7IK54yRfla0WQ1aQmn4+aD14Qr7VzcZOHsdzefLAG44oEGo9DXHr4IFO85Etf 8kOoAJAjXmsnNEjjOLxI8j3CeYzTfGjgLSFbO8PREsuBOz4h5vNBJskHjZB5kElr54NUegAVknxQ lO49eJ3Wzvt9u0WD3j62uWgZvEvyQVH3ZZ4RLpBJaycAfZF8APRF8t1s6uRzxU72GNgC5Ug+KET4 QSFGuEAJ2gCgHDUftMDATsgn+eAtw/BQC6fYg1Mk3yM0ZbHhmY+F2IOz9PPdaf2F3pBO/rj78yD2 4ALJB4HJPLhAaycAfZF899PAyf88NqQF+IXke9YwDINzX7ce+BI0pGHs2wMuk3zwpLvDT8ce/E7y 3WZd2qn2eILwgx9JPriPjj2IQPLdzPCWrjn8EEHI+XzzVsRpqvjmg/A2c9WhevGSbxiGebCNv24+ WGLtNtSzJoRjGCc8IV5rpyChIk927E2xp+CDe8VLvjqNZz+h3J3HDrnYg+dIPvjNM9PV/7dssQcP iNfPN3eqP+/9ITAaZjlr3rEn9qhc3CnLgZPv7DAWOUTlxB6xLE6qgYIwavJVNXozzuGmXlo44TUh k6+q2JvUt0Y8YPqa88zxFnvwgnjJNxbUi067cUrf/JECa/bXuD41rAl3euyAyjx4Tbzk+5YlMoZY hjRIOyjCrIZf6eQDiEXy3WNRcAYa40QpCj4oRfJBhvEqZb99oXERTqhEvH4+KODnXmSxB/WQfD/Z rwEMuiHJPKiP5IMHmZ8OFZJ8NzC8hTWXIoNqSb7rBFz7rt59SqkHNZN899O91w6ZBy0yqwHuJ/ag Zmq+XynwmJN5UD8130U6+QCCUvPdbBrYqbcvsKsDW4AQJB+snMm8cUiLRk4IRGvnT1QF7bjafv1J H7EHsUi+K3TyAcQl+SClpH6Hjki+OxneEonKHXol+a6TbqSUxhv3lV4L4ATJd5pSASA0yUc3Ft9Z 1OzQK8kHQF/MZL9os2AwsAWgfmo+2qV5E9gi+c4xvAUgusCtncMwzFsXh1koPd3qqHgAiCtq8g1/ i691Cr7f5WYae3nD8OdbiQMBbAnZ2lkk2ABoQ8iar1Ts6eRjzY0aIJyQNV9Zqs16OTZAhpA13zVv DoHhJYuOPeBFQ9h2sI6S7/kBn5+4n4OQ7G0oanFSDXQC7Cj5fjQe0530HI+6avI9dezq6UYNOvwg CslHHIffPkoQeBBOI8m3aGksNZlPwfesz0cLJ/C7wMm3iJlHU8f5tox1kee7BfCzwMn3vp2zrmrv EYo84AGSj5oELPKMcIFwzGQ/pup4T/U5BzRA8lHUMLiLHvAyyZfr2wl5GIZA8zerEzznNHVCRJLv wH6omcxwhSIPKEry8S71MVCasZ1ZNssSBd8VdhdQmppvj/rkBusxLABFSb6LFHy57CKgMpKPu5mo ANRNP99X09l7fd5W8O3p6ZJjJjNARGq+08zeW+qyyJtm8gHhqPkObJ7DVXt/dFDkjTmnwoM2SL5t O/dAFXsbWtwnqjpoleTbUOWtv3lDftqp/yAuybck9o51to+EHDRG8v3x7ZRuMOcfDXXsDWnYDDZp Bw2TfP/Zjz3+CPglIOe+CgIPeiD5/uewAU/BF9Fhv52ogw5Jvr0Z60k7Z0yGZQI7ek8+sZcl/pAW tR0w6Tr59s/nuvf+U/2Qls2BKtIO2NRv8mXGnoLvf6rZDwaqAD/qNPkyW+/EXiUMVAFu1GPyHcae 7r1KOva+BZ6cA37Rzr0ahpndp6WUEXs5b3du/WL5soOe3uqd2u6TPtN/j67DcpXaPtBfdLjVHW5y 6nWrUzM13zAM8xJt8evs8ZTyKpmuC75RBXtAbQc8oZ2a79C/LzfL7ziLbz2LzJv/60Pfj/IXe1TO bv/r5uOLB3d+fWKrh//d02/ImXh311bvP+JAP3KgzyzTgc781+gHugaN1HyZqh+c37KckFPkAS/o KPkqaL2r1yelNAwP7aPNzBNyQCnb/WHhHPbzhSvGAcKJEii91HxRjgcAT+tohAsAJMkHQG8a6edL f3vymtkoAG7XTvLVoNvLnn27dECTHOVO9HmgO9lqrZ23Gc8Ln8+nt3GkXW2vo9yJPg90P1st+W7T /Lekb7rd8K70dpR7295RP1st+W7WW4sQNKzPP+cetlry/erw7hBN6nOroQc9tHb2MpP9OTn3iGhP J5tJz/r5c570s8mS78D6umjTz5sXSGtjZFT+VjcmZ8PbOMRzHR7uw01u6c95crjVU7XXzCZ/I/n2 rO/0sVPhNfNZObXVoza2PWfD29jSufzD3cy2O9Dp+4Fub8M36ef7qp/Cf67PrU69bniHW93hJqde t3qH5Puqzw9Kn1udet3wDre6w01OvW71DskHQF8kHwB9kXwA9EXyAdAXyQdAX8znO2FxUZ9Ohkv1 udWp1w3vcKs73OTU61ZPTPIAoC9aOwHoi+QDoC+SD4C+SD4A+iL5AOiL5AOgL+bz0b7FnclG43ym F2b1bL5LzXeNqXnd4BY+4nSk7Dl9/u4/rolwgl9o7QSgL5KPfk2toOMPwzDMH1m0kQ7/7Cxn8+f1 /xfL3H+X/QVurkz+Yr89eHZpEIt+Pkhp1n44ntCnnxc/pKstjetuxfXCM99lp4dycwnfFjv+vBNg p5YGgaj5IKW/V+w9ezaf8mOeJYep8HRmHC5/fELmCks4WqLmgywhGvfmNdyivrzxXULsCtgh+SBL lKJnsyny3pWPsivgG62dcM7h7MDXZgquHVZjl6c2Hg7tgUDUfHDsWyviWYd9aet3+TYIZXNRh0s4 tfL3Lg3qYWgWAH3R2glAXyQfAH2RfAD0RfIB0BfJB0BfJB8AfZF8APRF8gHQl/8PdMXGM7euBj0A AAAASUVORK5CYIIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAOrq6gBgAPAHIAAAAP///wAAAAAAgICAAAAAAAD/zGYA AAD/AMwAzADAwMAAYADwByAAAAD///8AAAAAAICAgAAAAAAAwMDAAABm/wD/AAAAAJkAAGAA8Acg AAAA////AAAAAACAgIAAAAAAADOZ/wCZ/8wAzADMALKysgAAAKMPPgAAAAEA//0/AA4AIiACAC0A AAAA/gEAaAAAAAAAAAAAACABAAAAAAIAAAD//+8AAAAAAAEAAAD//ywAAAAA/gAAEACjD5YAAAAF AP/9PwAPAGzwAgAtAAAAAP4AAGgAAACO/xABRAAgAQAAAAACAAAA///vAAAAAAABAAAA//8gAAAA AP4AANBFAAAt8AQASwCl/yACawEAACIAAwAcANBFAABs8AIALQC8/zADqAIAAAIAGADQRQAALfAE AEsA0v9ABLgDAAACABQA0EUAAGzwAgAtAOn/UAXIBAAAAAAgAKMPcAAAAAUA//0/AA4AIiAFAGQA AAAA/gAAZAAeAAAAAAAAACABAAAAAAIAAAD//+8AAAAFAAMABQD//wwAAAAA/gAAAAUAAFZdIAEA ACAA//8ABQAAOH9AAgAAAAAABQAAWIBgAwAAAAAABQAAeIGABAAAAABAAKMPbgAAAAUA//0/AAAA IiAAAGQAAAAAAAAAZAAAAAAAAAAAAEACAAAAAAcAAAD//+8AAAAAAAEAAAD//xIAAAAAAQAAAAUA ACABIAEAAAAAAAUAAEACQAIAAAAAAAUAAGADYAMAAAAAAAUAAIAEgAQAAAAAUACjD1IAAAAFAAAA AQkAAA4AAQBEAAAAAAABAAEJAAAOAAEAawEAAAAAAgABCQAADgABAKgCAAAAAAMAAQkAAA4AAQC4 AwAAAAAEAAEJAAAOAAEAyAQAAAAAYACjDwwAAAABAAAAAAAAAAAAAABwAKMPPgAAAAUAAAAAAAAA AAACABwAAQAAAAAAAAACABgAAgAAAAAAAAACABQAAwAAAAAAAAACABIABAAAAAAAAAACABIAgACj Dz4AAAAFAAAAAAAAAAAAAgAYAAEAAAAAAAAAAgAUAAIAAAAAAAAAAgASAAMAAAAAAAAAAgAQAAQA AAAAAAAAAgAQAAAAIwQ1CAAAUEsDBBQABgAIAAAAIQAasRoD/AAAALsBAAATAAAAW0NvbnRlbnRf VHlwZXNdLnhtbHyQyWrDQAyG74W+wzDX4hmnh1KK7Ry63Loc0gcQY9keOhujSUjevrKTQighJ6Hl 1/9JzXrvndhhJhtDK1eqlgKDib0NYyu/N2/VoxRUIPTgYsBWHpDkuru9aTaHhCRYHaiVUynpSWsy E3ogFRMG7gwxeyic5lEnMD8wor6v6wdtYigYSlXmHbJrXnCArSvidc/lIwnLpXg+zs1WrYSUnDVQ GFTPXd01nwyebY/iC3L5AM9Tus+kyXHxHajwXefJSl1fuwv9P/YqDoM12Eez9UysUkbiuFB4p86M 7k5MF27J6OjKMRdcT99SrFysaLKJ/hz08vruFwAA//8DAFBLAwQUAAYACAAAACEAjuoq+r4AAAA4 AQAACwAAAF9yZWxzLy5yZWxzhI/BCsIwEETvgv8Q9m7TehCRpr2I0IMX0Q9Ykm0bbJOQjaJ/b44W BI/DMG9m6vY1T+JJka13CqqiBEFOe2PdoOB2PW32IDihMzh5RwrexNA261V9oQlTDvFoA4tMcaxg TCkcpGQ90oxc+EAuO72PM6Ys4yAD6jsOJLdluZPxmwHNgik6oyB2pgJxfYfc/J/t+95qOnr9mMml HxWSJ2vojJwoZizGgZICE/nbWIiqyPtBNrVc/G0+AAAA//8DAFBLAwQUAAYACAAAACEAMorXBwMF AABHNAAAIQAAAGRycy9zbGlkZU1hc3RlcnMvc2xpZGVNYXN0ZXIxLnhtbOyb3W7bNhTH7wfsHQRd rnBtSZYlC7GLdEWAAb0w5na7pmTaVkNRAkl7ca+29HVWbMAG7CZvkwfIK+yQkj9kS54XOEmd8s42 j/hx+BN5zp/02aurhBhzzHic0p5pvWyZBqZROorppGe+f3fR8E2DC0RHiKQU98wF5uar/rffnGWB uBqKBcHcgCooD1DPnAqRBc0mj6Y4QfxlmmEKZeOUJUjAVzZpjhj6BapOSNNutTrNBMXULJ5nhzyf jsdxhN+k0SzBVOSVMEyQgO7zaZzxZW1JdEh1CWKXs6wRpUkGVYQxicVCVbqqZt4zZ4wGxZAaSRyx lKdjIZ8JEhQF84SYRhIFP0xoylBIwEfJXP0yYJhjNsfnQrA4nAnMZVHw3bLu7JAeZrISKtQAS17r yxmIBcFqEvpnKCBzYmUDZiAygamMBDONER6/Q+HwY89sux543DSYID1TTjJ6S1+zS/V5nFJxrh4K EcemMUV0ApM0mNFISANVOR1mkfzAs2gQCWOOoB6r1W5Bpc3+WROa37B4jcfbtkszeH5dej4We+yK 0nD2PWHKjE1C+Ji3DQ2v216ZhLPhx1X32m5hgYJwdgGDNMQiw2MUwRz9DAOUkAMwWSyi6QVKYrLo mQ2r1TWNaIoYxzB4Ww4OBeDHH8GzXDoShqw8wlMSjy5iQvZ3rWQmQaUbvXiRfGgQkbeB0VYBRnlB xLcKIl64PO9W7v188mVfgANbc3BSHJyzGMEyssJOvSwoKCHxBn9AP82MIaLA7LZliZE9lvCelqGR pBTQOBoaDU0VXjvQSFIKaNoaGg3NQdBIUgpoXA2NhuYgaCQpBTQdCQ0E7G8h7nSdjiej2ZiOIDiG qM223K784aDY9yuPd1exwwMHt08X1EhUCmq8DWq6XUdBoqm5R5b0/KmRqBTU+Gtq7LZrWXqtgbzy Prn186dGolJQ092gptvyHU2Npgbks1weK6fdEhXQbcoSXhaE6Wixo+flMU/bsfwSUI7t+O4q5AH1 AFo4FbFP8EJAbNtu4R/QBb8cvQ/0RFAAlcrSM+9++z0X4vIpVCqgI8VU+dqX5D1eK1CWzHZVQFqn AtJGjQpIGweqgDk9fsfplOixfc9xQNvPA+YTpceCEeRv1xHo8faoxcNFEqbgpAOk4jI6v37eQceW r/GDo3N38/nu5i/j7ubP2+u/b6//uf306fb6jw3hsGHZynkoKGmHL5JasralwiIXs7uulMTrcrHT REuurEcj63jnEGW4KtYl+7inEzXr0gPAtS0pFnB5dn5sVZOynSZcrnfETe/Rli15lnaKy9a27piT lQtGz23Zsv0jboiPuWydKlzV+qTdsTrqtP0+y9YXoU4uA/SnAGpbM/jvTe9R6JGR0f8NxquFSKfl OfcOmTQeW3czThiPasXRcZ3WVrJWOt3YG/RoPJ4PHtXSotP1vbISVD780njsu+z1jDaXlYa4oRpm QSqmmK00RJCsBrk+XYhXBO729UxMG++HRYK7NlleIMwj5GppsWupC3C79wgt01C61vpaYfkaoaWS hw0JLZczLzGT906r5TR5jxSvbvyJK2uZk29evXsCNW15mbJCPPvK/FOtCS2doP1TI2s4nqV2eO2g 6uzc8iHxkKKidlBNhmn7AJB2EGxZ1TmW7bXVGY0miNRkGbDlqiRUv2I1cXbH9fQirf5OsIo0N4NL eXhd/AOo/y8AAAD//wMAUEsBAi0AFAAGAAgAAAAhABqxGgP8AAAAuwEAABMAAAAAAAAAAAAAAAAA AAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAjuoq+r4AAAA4AQAACwAAAAAA AAAAAAAAAAAtAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAMorXBwMFAABHNAAAIQAAAAAA AAAAAAAAAAAUAgAAZHJzL3NsaWRlTWFzdGVycy9zbGlkZU1hc3RlcjEueG1sUEsFBgAAAAADAAMA yQAAAFYHAAAAAA8ADATyIwAADwAC8OojAAAQAAjwCAAAAAYAAAAGBAAADwAD8JojAAAPAATwKAAA AAEACfAQAAAAMAAAAAIAAAAAAAAAAAAAAAIACvAIAAAAAAQAAAUAAAAPAATwCwEAABIACvAIAAAA AgQAAAAKAADjAAvwbAAAAH8AAQ8A6AM0FQAAAQDpAygAAADOGAAAmhIAACATAADAGAAAAQAAAAIA AAACAAAAAAAAAAEABgAAAAABDwDyA+ICAAAvAMgPDAAAADAA0g8EAAAAAAAAAA8A1QcUAgAAAAC3 D0QAAABBAHIAaQBhAGwAAAD9/f39/f39/f39/f39/f39/f39/Xi9/78h0v+/nL3/vwEAAAAAAAAA mL3/vyjKtB2Y4/+/AAAEkxAAtw9EAAAARABlAGoAYQBWAHUAIABTAGEAbgBzAAAA/f39/f39/f39 /f39/f39/Zy9/78BAAAAAAAAAJi9/78oyrQdmOP/vwAAAAAgALcPRAAAAFcAaQBuAGcAZABpAG4A ZwBzAAAA/f39/f39/f39/f39/f39/f39/f2cvf+/AQAAAAAAAACYvf+/KMq0HZjj/78CAASTMAC3 D0QAAAAt/zP/IAAw/7QwtzDDMK8wAAD9/f39/f39/f39/f39/f39/f39/f39nL3/vwEAAAAAAAAA mL3/vyjKtB2Y4/+/gAAEk0AAtw9EAAAAUwB5AG0AYgBvAGwAAAD9/f39/f39/f39/f39/f39/f39 /f39/f39/Zy9/78BAAAAAAAAAJi9/78oyrQdmOP/vwIABJNQALcPRAAAAFQAaQBtAGUAcwAgAE4A ZQB3ACAAUgBvAG0AYQBuAAAA/f39/f39/f39/f39/f39/QAAAACYvf+/KMq0HZjj/78AAASTYAC3 D0QAAABDAG8AdQByAGkAZQByACAATgBlAHcAAAD9/f39/f39/f39/f39/f39/f39/f39/f0AAAAA mL3/vyjKtB2Y4/+/AAAEkwAApA8MAAAAgABiAAAA//8AABIAAAClDw4AAAAAAIAILgBs8AAAAwAA AAAAqQ8KAAAABwAAAAIACQgAAEAAow9uAAAABQD//T8ADgAiIAIALQAAAAD+AABoAAAAAAAAAAAA IAEAAAAAAgAAAP//7wAAAAAAAQAAAP//GAAAAAABAAAABQAAEAGIAAAAAAAABQAAmAEQAQAAAAAA BQAAIAKYAQAAAAAABQAAqAIgAgAAAAAPAAsErAMAAA8AAPCkAwAAAAAG8AgBAAAFfAAAIAAAAGsA AAAfAAAAAQAAAAcAAAACAAAAAgAAAAMAAAACAAAABAAAAAIAAAAFAAAAAgAAAAYAAAACAAAABwAA AAIAAAAIAAAAAgAAAAkAAAACAAAACgAAAAIAAAALAAAAAgAAAAwAAAACAAAADQAAAAIAAAAOAAAA CAAAAA8AAAAFAAAAEAAAAAUAAAARAAAABAAAABIAAAAFAAAAEwAAAAQAAAAUAAAABQAAABUAAAAE AAAAFgAAAAUAAAAXAAAACwAAABgAAAAFAAAAGQAAAAsAAAAaAAAABQAAABsAAAALAAAAHAAAAAUA AAAdAAAABQAAAB4AAAAEAAAAHwAAAAUAAADfAAHwPAIAAGIAB/AkAAAABgZbwBPAiXkepoPoy66u yFoz/wBGFQAAAQAAAAAAAAAAAAAAYgAH8CQAAAAGBqACVlkbCGDMMClRPLqrcg7/AA0tAAABAAAA RhUAAAAAAABiAAfwJAAAAAYGuvhXziXVul4Us0ime1Bnef8AlBYAAAEAAABTQgAAAAAAAGIAB/Ak AAAABgYmsgKrPEBLCtrjgA0zYStZ/wBdFgAAAQAAAOdYAAAAAAAAYgAH8CQAAAAGBnOA1IK3XPMN rcKLMN/CaKD/AMYyAAABAAAARG8AAAAAAABiAAfwJAAAAAYGuEh6KkhmYjW4Ib4RHJnk4f8AnxkA AAEAAAAKogAAAAAAAGIAB/AkAAAABgZM/sQM3ZgguGjpVZXnllTD/wCRFgAAAQAAAKm7AAAAAAAA YgAH8CQAAAAGBjYtpRclDZrdZJ+XbfVeavX/ADkeAAABAAAAOtIAAAAAAABiAAfwJAAAAAYGkEt4 9HuxTV7id5Ej69vEev8ArhkAAAEAAABz8AAAAAAAAGIAB/AkAAAABgYjSsWFmL1tSXpJUFtmc8Ci /wBYIwAAAQAAACEKAQAAAAAAYgAH8CQAAAAGBhSBf4Z32tSlikTof2fu1oH/ABYcAAABAAAAeS0B AAAAAABiAAfwJAAAAAYGpZG+rtMg6y225j7Omy45gv8AJiMAAAEAAACPSQEAAAAAAGIAB/AkAAAA Bgbk8T0q/twGIu4dG+S504k3/wAgHgAAAQAAALVsAQAAAAAAgwAL8DAAAACBAQC4/wCDAQAAAACG wQAAAAC/ARAAEADAAQEAAAjFwQAAAAD/AQgACAABAgIAAAhAAB7xEAAAAAQAAAgBAAAIAgAACPcA ABAfAPAPHAAAAAAA8wMUAAAAAwAAAAAAAAAAAAAAAAAAgAAAAAAPANAHZQIAAB8AEwQ8AAAAAAD9 AzQAAABkAAAAZAAAAGQAAABkAAAAmi5NACPZ/7+Ivf+/WL3/v7V5bwCAvf+/AAAAAAAAAAAAAP+/ DwD6A2cAAAAAAP4DAwAAAAABAAAA/QM0AAAAjAAAAGQAAACMAAAAZAAAACHS/78gvf+/SD60Hfi8 /7+1eW8AIL3/v5D7//+Y////AQBNAHAA+wMIAAAAAAAAAHAIAABwAPsDCAAAAAEAAABACwAAHwAH BDwAAAAAAP0DNAAAAKoAAADIAAAAqgAAAMgAAACaLk0A1tn/v4i9/79Yvf+/tXlvAIC9/7/0/P// rP///wEA/78fAPoDZwAAAAAA/gMDAAAAAAEAAAD9AzQAAAA7AAAAZAAAADsAAABkAAAAIdL/vyC9 /79IPrQd+Lz/v7V5bwAgvf+/KPn//7j///8BAE0AcAD7AwgAAAAAAAAAQAsAAHAA+wMIAAAAAQAA AHAIAAAPAIgT9wAAAA8AihMpAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADIAAACLEwkAAAAAACUE AQAAAAEPAIoThAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixNkAAAADwDWB0wAAAAAALcP RAAAAC3/M/8gADD/tDC3MMMwrzAAAP39/f39/f39/f39/f39/f3/vyHS/78cu/+/AQAAAAAAAAAY u/+/KMq0HZjj/7+AAASTAAANBAgAAAAAwAAAAMAAAA8AihMyAAAAAAC6Dw4AAABfAF8AXwBQAFAA VAA5AAAAixMUAAAALwDIDwwAAAAwANIPBAAAAAAAAAA/ANkPDAAAAAAA2g8EAAAAAAACAE8A2Q8M AAAAAADaDwQAAAAAAAIADwDwD/wAAAAAAPMDFAAAAAQAAAAEAAAAAAAAAAkBAAAAAAAAAADzAxQA AAAFAAAABAAAAAAAAAAAAQAAAAAAAAAA8wMUAAAABgAAAAQAAAAAAAAAAQEAAAAAAAAAAPMDFAAA AAcAAAAEAAAAAAAAAAIBAAAAAAAAAADzAxQAAAAIAAAABAAAAAAAAAADAQAAAAAAAAAA8wMUAAAA CQAAAAQAAAAAAAAABAEAAAAAAAAAAPMDFAAAAAoAAAAEAAAAAAAAAAUBAAAAAAAAAADzAxQAAAAL AAAABAAAAAAAAAAHAQAAAAAAAAAA8wMUAAAADAAAAAQAAAAAAAAABgEAAAAAAAAvAPAP4AAAAAAA 8wMUAAAADQAAAAQAAAAAAAAAAAEAAAAAAAAAAPMDFAAAAA4AAAAEAAAAAAAAAAEBAAAAAAAAAADz AxQAAAAPAAAABAAAAAAAAAACAQAAAAAAAAAA8wMUAAAAEAAAAAQAAAAAAAAAAwEAAAAAAAAAAPMD FAAAABEAAAAEAAAAAAAAAAQBAAAAAAAAAADzAxQAAAASAAAABAAAAAAAAAAFAQAAAAAAAAAA8wMU AAAAEwAAAAQAAAAAAAAABgEAAAAAAAAAAPMDFAAAABQAAAAEAAAAAAAAAAcBAAAAAAAAAQABBFAA AAAAAAAB////fwEAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAAAAAAKARZCQAAUEsDBBQABgAIAAAAIQBKGa7C9wAAAKkB AAATAAgCW0NvbnRlbnRfVHlwZXNdLnhtbCCiBAIooAACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB8kMtOwzAQRfdI/IPlLYodWCCEknTBYwlI lA8YnEli1S95plX79zhpkRCquhrN4957NM1q753YYSYbQytvVS0FBhN7G8ZWfq1fqwcpiCH04GLA Vh6Q5Kq7vmrWh4QkijpQKyfm9Kg1mQk9kIoJQ9kMMXvg0uZRJzAbGFHf1fW9NjEwBq549pBd84wD bB2Ll30ZH0mKXIqn490c1UpIyVkDXED1vNVd817As+1RfEDmN/DlSjN8O/zkg0NSl012of9HWsVh sAb7aLa+8KmUkUpdMr1Tf6xvTgRnyDM6uoB+JvX0G1WUSxRNNtFvgl4e3f0AAAD//wMAUEsDBBQA BgAIAAAAIQDt5AxLuwAAACYBAAALAAgCX3JlbHMvLnJlbHMgogQCKKAAAgAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAhI/NCsIwEITvgu8Q9m5T PYhI015E8Kr1AdZ0+4NpEpJV7NubYwuCx9lhvtkpqs9oxJtCHJxVsM1yEGS1awbbKbjX580BRGS0 DRpnScFEEapyvSquZJBTKPaDjyJRbFTQM/ujlFH3NGLMnCebnNaFETnJ0EmP+okdyV2e72WYM6Bc MMWlURAuzRZEPfnU/J/t2nbQdHL6NZLlHxWS8WHoxpNJK0SNoSNWMDtm6VuQZSEX68ovAAAA//8D AFBLAwQUAAYACAAAACEAP4W4cUMCAAAoCwAADwAAAHRhYmxlU3R5bGVzLnhtbORWUW/aMBB+n7T/ YPk9DQmhZYhQAS3apG0PHeu7Eztg1bFR4hWqaf99l0tIUtRWZSNapT3hiPN93919d+fx5S5V5F5k uTQ6pN5ZjxKhY8OlXoX0+3LhDCnJLdOcKaNFSB9ETi8n79+N2chG6pt9UOJzbgl40fmIhXRt7Wbk unm8FinLz8xGaPgvMVnKLHxmK5dnbAveU+X6vd65mzKpKeEiCenPwdz3B0EwdS6ur8+doB/4zqwX DJ3hYHY1/7C48ub96S86aWEDN2Dwib/6cnnhK0shli+Cyx8pwSCITxwyjWOhLfEQYrs2SiwjhXDx codmxUditL0RCZF8F9JUapOh/SbL7Vxl5J6pkEaKxXfUnYzd2r64imkRtRW/8yob2wawcY1l4xnP iptKJBZ/NdlCnfyLHlQqTjcQea5XSCA3SvKFVMj4AEnZPVLLCrgpjRT33jO5WncIU7u3ZtNdMJXz yFhr0u5gGv9S55KLj91BtQDK423XWAAA6qjVl+xV9YLEGDZP2TtWQhthI0CPg1LLRqg1ic4fC7FE QMxK/HBut2AEM8jDHB+2BziHJvtjhsHfMGxYFSf/OX4HcTW2eB+r+eaiQlbI9Dl+T0WFtorBKDSP JyeJQmo0DqrTDdBmrL04QI9WSKXXRu0Q6pMKbUWayGIB/BdRt0MtMnBjtkUP1jX4l7VGIu310h96 J92VuF5Q+tVqPmb0HCWsKq2Y7beW4mb7KXyRnDrLe/+dJ7rJbgFVPWnL7de8bye/AQAA//8DAFBL AQItABQABgAIAAAAIQBKGa7C9wAAAKkBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBl c10ueG1sUEsBAi0AFAAGAAgAAAAhAO3kDEu7AAAAJgEAAAsAAAAAAAAAAAAAAAAAMAMAAF9yZWxz Ly5yZWxzUEsBAi0AFAAGAAgAAAAhAD+FuHFDAgAAKAsAAA8AAAAAAAAAAAAAAAAAHAYAAHRhYmxl U3R5bGVzLnhtbFBLBQYAAAAAAwADALcAAACMCAAAAAAAAOoDAAAAAA8A+AN7jwAAAgDvAxgAAAAB AAAAAQIHCQgAAAAAAAAAAAAAAAIA/79gAPAHIAAAAP///wAAAAAAgICAAAAAAAAAzJkAMzPMAMzM /wCysrIAYADwByAAAAAAAP8A////AAAAAAD//wAA/5kAAAD//wD/AAAAlpaWAGAA8AcgAAAA///M AAAAAABmZjMAgIAAADOZMwCAAAAAADPMAP/MZgBgAPAHIAAAAP///wAAAAAAMzMzAAAAAADd3d0A gICAAE1NTQAA7wGAACh5QyaBAAAAAACCAAAAAACDAAAAAACEAAAAAACHAAEAAAC/AAQABAC/AQEA EQDWAQIAAAD/AQEAGQA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAgADEAAAAA ABDwCAAAAL4APQGOF9gDDwAR8BAAAAAAAMMLCAAAAAAAAAABAP+/DwAN8FcAAAAAAJ8PBAAAAAAA AAAAAKgPIwAAAENsaWNrIHRvIGVkaXQgdGhlIHRpdGxlIHRleHQgZm9ybWF0AACiDwYAAAAkAAAA AAAAAKoPCgAAACQAAAABAAAAAAAPAATwxAEAABIACvAIAAAAAwQAAAAKAADTAAvwZgAAAH8AAQDv AYAAiHfLG4EAAAAAAIIAAAAAAIMAAAAAAIQAAAAAAL8ABAAEAL8BAQARANYBAgAAAP8BAQAZAD8D AAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAAMgAAAAAAEPAIAAAAWgQ9AY4XoBAP ABHwEAAAAAAAwwsIAAAAAQAAAAIA/78PAA3wFgEAAAAAnw8EAAAAAQAAAAAAqA/KAAAAQ2xpY2sg dG8gZWRpdCB0aGUgb3V0bGluZSB0ZXh0IGZvcm1hdA1TZWNvbmQgT3V0bGluZSBMZXZlbA1UaGly ZCBPdXRsaW5lIExldmVsDUZvdXJ0aCBPdXRsaW5lIExldmVsDUZpZnRoIE91dGxpbmUgTGV2ZWwN U2l4dGggT3V0bGluZSBMZXZlbA1TZXZlbnRoIE91dGxpbmUgTGV2ZWwNRWlnaHRoIE91dGxpbmUg TGV2ZWwNTmludGggT3V0bGluZSBMZXZlbAAAog8eAAAAJgAAAAAAFQAAAAEAFAAAAAIAFQAAAAMA ZwAAAAQAAACqDwoAAADLAAAAAQAAAAAADwAE8KEKAAASAArwCAAAAAQEAAAACgAA0wAL8GYAAAB/ AAEA7wGAAHjBdyaBAAAAAACCAAAAAACDAAAAAACEAAAAAAC/AAQABAC/AQEAEQDWAQIAAAD/AQEA GQA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAgADMAAAATACLxGwgAAKnDFQgA AFBLAwQUAAYACAAAACEADIGFu/4AAADiAQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWyUUcFOwzAM vSPxD1GuqEnHASHUdgc6joBgfICVuG1Em0RxKNvf427sgISGONp+7/n5uVrvplHMmMgFX8uVKqVA b4J1vq/l2/ahuJWCMngLY/BYyz2SXDeXF9V2H5EEsz3Vcsg53mlNZsAJSIWIniddSBNkLlOvI5h3 6FFfl+WNNsFn9LnIi4ZsqhY7+Biz2Oy4fXTCdCnuj7hlVS0hxtEZyGxUL1PdVE9sPDmL4hlSfoSJ Udom0jRARMao8yqzt2qiInSdM6jaRK8L7+oPcRs+fcL5v9ot015wPqn/cnLCkc7cvLj9GWzxHapi 5iEXGlyk0wZ9+FDzBQAA//8DAFBLAwQUAAYACAAAACEAMd1fYdIAAACPAQAACwAAAF9yZWxzLy5y ZWxzpJDBasMwDIbvg72D0b1x2kMZo05vhV5LB7sKW0lMY8tYJm3fvqYwWEZvO+oX+j7x7/a3MKmZ sniOBtZNC4qiZefjYODrfFh9gJKC0eHEkQzcSWDfvb/tTjRhqUcy+iSqUqIYGEtJn1qLHSmgNJwo 1k3POWCpYx50QnvBgfSmbbc6/2ZAt2CqozOQj24D6nxP1fyHHbzNLNyXxnLQ3PfevqJqx9d4orlS MA9UDLgszzDT3NTnQL/2rv/plRETfVf+QvxMq/XHrBc1dg8AAAD//wMAUEsDBBQABgAIAAAAIQDb 3WHorgMAAH8JAAAQAAAAZHJzL3NoYXBleG1sLnhtbKRWXW/bOBB8P6D/geBrkforThOjSpEETe8A X2DELvpMSZSlmiJ1JOWP/PqbJaXaOVyLu/rFXpmr5ezOcOgPH/e1YltpXWV0wkfvhpxJnZm80uuE f1k9Xlxz5rzQuVBGy4QfpOMfb9/89qGZuYbhZe1mTcJL75vZYOCyUtbCvTON1FgrjK2Fx6NdDxor ndReeGxUq8F4OLwa1KLS/Bal9HbZLCxF2dN2YVmVJ3zMmRY1tnyWGQCslWQTPuhyYroAhrnJNq4D Iv4LkNyKHbp7hYFp89mijRH2NA8ldpN31ppdKUXu6GfsOwjgepwaMAlLUzJ/aIAy911SXEH2sSmH 5li6+9PkSBStN2hazPaFrc8FTnVMUbB9wqfDyXgCtg4Jv7q+vpq+nxIgMZN7zzKsjyeXV5PxlLMM GdPRzWgUxjmIQCizsc5/luZsUIwKJdyCt9Co2M6dpwket6DttHmslDp3AqFHpc8tw3YJv5liPEdk obI1rc5DRFr41MVeVCrG6EnpMOaiQL9o9FwkNCg6XFFffn9v8gNtkOIbMopH7teVjrMObkpjXzjb WQHRu79aYSVn6g8NrcMAfB/YPkj7QLf1g1HhoAidoUrCPWcxfPB4wuuZqRvh53rZZJRI2EkQq/1X YZtOGx6qfDLLUjTy3yQSc4NiYttURDm/9AfYwJkjCLW2ahQmTPQBKP3mmmyRebYV1N8QBjUMJ/ok I5fFMyhwL0i4xHJ4y6gqJyGHB7tOH5SNNVDgWMOdpim4oA6+UYgMlrCqaunYk9yxZ1MLzVlT+ax8 FHWlcFYvRsMbTLUU1klQ16OKYMKMVN8NqbGbEsHpDfqX1RKKoONa2HngFsFzCLBl+K50DlcPoVBr XCGKMyBbiXSJKV1O32OOnFkfs6WY63u7CfopjPZ34ZVUOJIfDaVbxitkwrDpRauzUJ6g/A+qQOa9 LAInJ7T2s3u1elf4n+R1q2kLXkPaDyn+npK2y5fvSrqcdiLACW4f0fMJ71/RIN207ueMj6ORp+0T ruDgRV6k0VLFLMqATAN8k2fA8XW+EFaQVDdtXdXmWxU5w0gTLvXFlyUu9V7ELI1Ehs824Rqb0J1v qw2kqc0yRJxtpKV/CIHPjHyjS6RTDr403fWqepG/h0fiVFX0jyGsLawxBcWELxpmtP8IPP7y6oy4 H875VZrsbTfMpZ3r1T5GdCS7+PzjhpmKE97e1vpCishK5v6xkLnONo40RHLw2cx6Pw8Wf/s3AAAA //8DAFBLAwQUAAYACAAAACEAn28F5NcAAAD5AAAADwAAAGRycy9kb3ducmV2LnhtbESPwWoCMRRF 9wX/ITyhu5pRpC1To1RBbIUu1Fbs7nXynBmcvIQk6ujXN7hol5d7OZczmrSmESfyobasoN/LQBAX VtdcKvjczB+eQYSIrLGxTAouFGAy7tyNMNf2zCs6rWMpEoRDjgqqGF0uZSgqMhh61hGnbm+9wZii L6X2eE5w08hBlj1KgzWnhwodzSoqDuujUeCGU+eWh+t22//+0k8fdLV83Ch1321fX0BEauP/eDdc vM93f+UN9aYVDEDsF5cfX+sVhkheQXJLpskS5PgXAAD//wMAUEsBAi0AFAAGAAgAAAAhAAyBhbv+ AAAA4gEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAA ACEAMd1fYdIAAACPAQAACwAAAAAAAAAAAAAAAAAvAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAA ACEA291h6K4DAAB/CQAAEAAAAAAAAAAAAAAAAAAqAgAAZHJzL3NoYXBleG1sLnhtbFBLAQItABQA BgAIAAAAIQCfbwXk1wAAAPkAAAAPAAAAAAAAAAAAAAAAAAYGAABkcnMvZG93bnJldi54bWxQSwUG AAAAAAQABAD1AAAACgcAAAAAAAAQ8AgAAADyED0BAwc5Eg8AEfCUAQAAAADDCwgAAAAAAAAABwD/ vw8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAA AAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAA AAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEA AAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAA AAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgA eQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAA ALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wTAAAAAAA nw8EAAAABAAAAAAAoQ8iAAAAAQAAAAAAgBACAGzwZgADAAEAAAAAAEcABQAFAA4AAAAA/gAAqg8O AAAAAQAAAAcAAAAAAAkEAAAPAATwqAoAABIACvAIAAAABQQAAAAKAADTAAvwZgAAAH8AAQDvAYAA +C2NG4EAAAAAAIIAAAAAAIMAAAAAAIQAAAAAAL8ABAAEAL8BAQARANYBAgAAAP8BAQAZAD8DAAAI AIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAANAAAABMAIvEgCAAAqcMaCAAAUEsDBBQA BgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbJRRwU7DMAy9I/EPUa6o SccBIdR2BzqOgGB8gJW4bUSbRHEo29/jbuyAhIY42n7v+fm5Wu+mUcyYyAVfy5UqpUBvgnW+r+Xb 9qG4lYIyeAtj8FjLPZJcN5cX1XYfkQSzPdVyyDneaU1mwAlIhYieJ11IE2QuU68jmHfoUV+X5Y02 wWf0uciLhmyqFjv4GLPY7Lh9dMJ0Ke6PuGVVLSHG0RnIbFQvU91UT2w8OYviGVJ+hIlR2ibSNEBE xqjzKrO3aqIidJ0zqNpErwvv6g9xGz59wvm/2i3TXnA+qf9ycsKRzty8uP0ZbPEdqmLmIRcaXKTT Bn34UPMFAAD//wMAUEsDBBQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAX3JlbHMvLnJlbHOkkMFq wzAMhu+DvYPRvXHaQxmjTm+FXksHuwpbSUxjy1gmbd++pjBYRm876hf6PvHv9rcwqZmyeI4G1k0L iqJl5+Ng4Ot8WH2AkoLR4cSRDNxJYN+9v+1ONGGpRzL6JKpSohgYS0mfWosdKaA0nCjWTc85YKlj HnRCe8GB9KZttzr/ZkC3YKqjM5CPbgPqfE/V/IcdvM0s3JfGctDc996+omrH13iiuVIwD1QMuCzP MNPc1OdAv/au/+mVERN9V/5C/Eyr9cesFzV2DwAAAP//AwBQSwMEFAAGAAgAAAAhAIdC+ZCyAwAA kQkAABAAAABkcnMvc2hhcGV4bWwueG1spFZNb+M2EL0X6H8geC2ytrN2NjFWWSRBsy3gBkbsxZ4p irJVU6RKUv7Ir+8bUrKTorst1hd7ZA5n3sybefLHT/tas61yvrIm46N3Q86UkbaozCrjX5aPF9ec +SBMIbQ1KuMH5fmn259/+thMfcNw2fhpk/F1CM10MPByrWrh39lGGZyV1tUi4NGtBo1TXpkgAhLV enA5HF4NalEZfotQZrto5o4s+bSdO1YVwDK8RG4jamR9VhIYVlqxMR90bumGAIyZlRvfYRH/B0vh xA4FvoHBjP3sUMkIOe3DGtnUnXN2t1ai8PQz8g4ivh6qAVLC0qxZODRAWQbXeaUjuJ8K8yiQ5bs/ bAFP0QaLwsV0X7r6XOQUx5Yl22f8/Xh8PZyAw0PGr66vryYfJoRITNU+MEkOo5txdJDwmIxuRqP3 EXJCQp6N8+GzsmejYhQo4w7MxUrFduYD9fCUgtIZ+1hpfW4LYo3anBuG7TJ+M7mcRMAJWYzsbGuK aNE0/NrZQVQ62ahJm9jmskS9KPRcJNQo2rA0YWF/b4sDJcjxjTlKe/fjs46FBzdr61442zmBsfd/ tcIpzvTvBtOOCQq94Xoj7w3T1g9Wx1URRiJKxgNnyXwIeMJ1aetGhJlZNJIc+8la7r8K13SzETCV T3axFo36txFJvnFiUtkURPuwCAcIwZktiLG2ekRbKfQK2iexvfFXwkyGb+RcBrYVVOoQgjXsVkX3 HoUqn3Hfv8BhjON4y+qqoJmOD26VP2iXYiDAKYZ/7aahiiaKSCkk5GFZ1cqzJ7Vjz7YWhrOmCnL9 KOpKY20vRsMbNHgtnFdgsUeVwMR26VRYsruGEZxesH94cGIQVFwLN4s0w3iOBlLG78oUUPlontrK gG0p8gX6NJ58QCc5cyH5KzEz924Th6m0JtxFLnLhaRapLd0xrpAmQ7XnrZExAYE5UvHfZMHjXpWR lVfE9t17c3pXhu/4dad5C2aj2zdJPrrk7eLlOEvjSTcGWOf2ETW/Yv4rCqR3r/8+55dJ1fP2CS/l KExB5ElfxTQNAikIGCcBgfybYi6coGHdtHVV2z+rxBpamnFlLr4s8Jrvx5jlicr42WbcIAn9C3DV BsNp7CJanG2Uo/8MkU9JItI50sqDL0Nvf129qN/iI3GqK/oPEc/mztqSbMKX1POouEc9fbMl/pt9 fuOmeg2OfWlnZrlPFi1lZ5+/cOipeMXbL7W5UCKxIv0/DqTvhONEQyIHn820F/eo97d/AwAA//8D AFBLAwQUAAYACAAAACEAtUcc6NgAAAD8AAAADwAAAGRycy9kb3ducmV2LnhtbESPTUvDQBBA74L/ YRnBm900iJa026IFqQge2mjA2zQ7TUKzH+xu27S/3sFDPQ5veDNvthhML44UYuesgvEoA0G2drqz jYKv8u1hAiImtBp7Z0nBmSIs5rc3Myy0O9k1HTepESyxsUAFbUq+kDLWLRmMI+fJMtu5YDDxGBqp A55YbnqZZ9mTNNhZvtCip2VL9X5zMAr846v3H/tLVY1/vvXzJ12cPZRK3d8NL1MQiYb0v7ysVuUk v8I/1bvmlizn33er8zZ0eo0xUVDAeRzLEOT8FwAA//8DAFBLAQItABQABgAIAAAAIQAMgYW7/gAA AOIBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAh ADHdX2HSAAAAjwEAAAsAAAAAAAAAAAAAAAAALwEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAh AIdC+ZCyAwAAkQkAABAAAAAAAAAAAAAAAAAAKgIAAGRycy9zaGFwZXhtbC54bWxQSwECLQAUAAYA CAAAACEAtUcc6NgAAAD8AAAADwAAAAAAAAAAAAAAAAAKBgAAZHJzL2Rvd25yZXYueG1sUEsFBgAA AAAEAAQA9QAAAA8HAAAAAAAAEPAIAAAA8hB8CFgQORIPABHwlAEAAAAAwwsIAAAAAAAAAAkA/78P AIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAA AAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAA AAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAA AAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAI AAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkA AAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6 DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8E4AAAAAAJ8P BAAAAAQAAAAAAKEPJAAAAAEAAAAAAIAYAgBs8AEAZgADAAEAAAAAAEcABQAFAA4AAAAA/gAAqg8O AAAAAQAAAAcAAAAAAAkEAAAPAATwKgsAABIACvAIAAAABgQAAAAKAADTAAvwZgAAAH8AAQDvAYAA yK4bG4EAAAAAAIIAAAAAAIMAAAAAAIQAAAAAAL8ABAAEAL8BAQARANYBAgAAAP8BAQAZAD8DAAAI AIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAANQAAABMAIvGMCAAAqcOGCAAAUEsDBBQA BgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbJRRwU7DMAy9I/EPUa6o SccBIdR2BzqOgGB8gJW4bUSbRHEo29/jbuyAhIY42n7v+fm5Wu+mUcyYyAVfy5UqpUBvgnW+r+Xb 9qG4lYIyeAtj8FjLPZJcN5cX1XYfkQSzPdVyyDneaU1mwAlIhYieJ11IE2QuU68jmHfoUV+X5Y02 wWf0uciLhmyqFjv4GLPY7Lh9dMJ0Ke6PuGVVLSHG0RnIbFQvU91UT2w8OYviGVJ+hIlR2ibSNEBE xqjzKrO3aqIidJ0zqNpErwvv6g9xGz59wvm/2i3TXnA+qf9ycsKRzty8uP0ZbPEdqmLmIRcaXKTT Bn34UPMFAAD//wMAUEsDBBQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAX3JlbHMvLnJlbHOkkMFq wzAMhu+DvYPRvXHaQxmjTm+FXksHuwpbSUxjy1gmbd++pjBYRm876hf6PvHv9rcwqZmyeI4G1k0L iqJl5+Ng4Ot8WH2AkoLR4cSRDNxJYN+9v+1ONGGpRzL6JKpSohgYS0mfWosdKaA0nCjWTc85YKlj HnRCe8GB9KZttzr/ZkC3YKqjM5CPbgPqfE/V/IcdvM0s3JfGctDc996+omrH13iiuVIwD1QMuCzP MNPc1OdAv/au/+mVERN9V/5C/Eyr9cesFzV2DwAAAP//AwBQSwMEFAAGAAgAAAAhADyJKZodBAAA IA0AABAAAABkcnMvc2hhcGV4bWwueG1s7FZNb+M2EL0X6H8geC28/rYTY5WF4423C7iBEWexx4KW qFgNRaokZTsp+t/7hpSdpGi2RXzoZS/yyBwO38x7M9T7D/tSsa20rjA64d13Hc6kTk1W6LuEf7md t844c17oTCijZcIfpOMfLn784X01cRXDZu0mVcI33leTdtulG1kK985UUmMtN7YUHq/2rl1Z6aT2 wuOgUrV7nc6oXYpC8wuE0ttVtbRkpdfbpWVFBiyd3jlnWpQ49UamwHCnJBvyduMWdwjAWJj03jVY xH/BklmxQ4IvYDBtPllk0sWZZrbBaXJqrdltpMgc/Y1z2wHfAaoGUsJSbZh/qIDSqey6LhvHuIod T7k55MjWu19MBmdRe4PcxWSf2/JU8BTH5DnbJ3zc6436HdD4kPDR2dloOA4lExO59yyFQ68/GPV7 Q85SeAy7591uP0COSChSZZ3/JM3JqBgFSrgFeSFTsV04T2V8OoKO02ZeKHVqCRBXTJQ+NQzbJfx8 iPI8IQuRral1FiwSxFVje1GoaCMnpWmPzHPki0RPRUKFoiaLIvP7S5M90AFr/EJHsfXeLnf0PLjZ GPvI2c4KKN/9XgsrOVOfNQQPBfmDYQ/G+mDoupwZFbpF6BRREu45i+bM4w3bU1NWwi/0qkrJkbCT IG73X4WtGm14qPLarDaikv8kkegbFBPTpiDK+ZV/wCw4sQQh1lZ1qSuFusP4swGDIsS06Kp0mXq2 FZRoBxOr0zTK0SOT+Q12u0c4DLAcdhlVZKTo8GLv1jNlYwwEeIrhnrspjEUdpkguUgyH26KUjl3L HbsxpdCcVYVPN3NRFgpN2+p2MBnTjbBOgsMDqggmFEvFtKLdlIvgHCb2m2UTgiDjUthFIBnGTTBw ZPgtdIYxH8xDURmQ3Yr1ClUaDMeoI2fWR28pFvrS3gch5Ub7aeBhLRzpkIrSLGMLjWQM7WWt0xCe oByJ+Heq4HEp88DJM1oPtXuxOs39N/ya1XUNXoPbqxQfXdb16vGopMGwEQFauZ4j52e8f0WCdPW6 bzPeIx3S9mvcycH0Yh1nq5hEGdD0AN80PMQkV1m4Uv/4OL8ajfuDfutsOpq2huPBVety3PvYms+m o3n//HzWPxv/icZvrrMCVOJCoxAWpN/XZVGa34rIN+hIuNStLyt8IRwagK2jCMKzTrgGQPqAsMU9 ZK3NKlic3UtLnxtBCykNn8aRRgW41vThoIpH+XN4JT2ogj4/wtrSGpOTTcDi1I13SEw6/vOiv9yr HL1wO87uUNN6oW/30aJ2buzTWxV3hHjG+U+lbkkRGU3d3xZS14wc1J+ypVn1vfeOjfU6r0eX/7v3 /MWv1ImYKHiiEYlFqbOlsIKuju89RT188vX3pp56oiEOSzyryeFDK3x7XfwFAAD//wMAUEsDBBQA BgAIAAAAIQD17v3/2QAAAPwAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9bSwMxEEbfBf9DGME3m20R tWvTooIogtCLLfRt3Mxe2M0kJGl3219v8EEfhzOcjzNbDKYTR/KhsaxgPMpAEBdWN1wp+Nq83jyA CBFZY2eZFJwowGJ+eTHDXNueV3Rcx0okCYccFdQxulzKUNRkMIysI06stN5gTKevpPbYJ7np5CTL 7qTBhtNCjY5eaira9cEocLfPzn20591uvN/q+086Wz5slLq+Gp4eQUQa4v9zW06XvfyDv6p3nVqy yRRE+Xb69o1eYYjkFaS8FJsgyPkPAAAA//8DAFBLAQItABQABgAIAAAAIQAMgYW7/gAAAOIBAAAT AAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhADHdX2HS AAAAjwEAAAsAAAAAAAAAAAAAAAAALwEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhADyJKZod BAAAIA0AABAAAAAAAAAAAAAAAAAAKgIAAGRycy9zaGFwZXhtbC54bWxQSwECLQAUAAYACAAAACEA 9e79/9kAAAD8AAAADwAAAAAAAAAAAAAAAAB1BgAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAEAAQA 9QAAAHsHAAAAAAAAEPAIAAAA8hDIEY4XORIPABHwlAEAAAAAwwsIAAAAAAAAAAgA/78PAIgTfAEA AA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAA AgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAAB AAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUB AABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAA AAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAA BAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABf AF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAADwAN8GQAAAAAAJ8PBAAAAAQA AAAAAKAPAgAAACoAAAChDyQAAAACAAAAAACAGAIAbPACAGYAAwACAAAAAABHAAUABQAOAAAAAP4A ANgPBAAAAAAAAAAAAKoPDgAAAAIAAAAHAAAAAAAJBAAADwAE8DAAAAASAArwCAAAAAEEAAAADAAA QwAL8BgAAAC/ARIAEgD/AQAACAAEAwkAAAA/AwEAAQAQAPAHIAAAAP///wAAAAAAgICAAAAAAAAA zJkAMzPMAMzM/wCysrIADwCIE/AAAAAPAIoT6AAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAA ixPIAAAAEACyDyoAAAAFAAAAAAP/////AAAAAwAA//8AAAADAAD//wAAAAMAAP//AAAAAwAA//9Q ALIPKgAAAAUAAAAAA/////8AAAADAAD//wAAAAMAAP//AAAAAwAA//8AAAADAAD//3AAsg8qAAAA BQAAAAAD/////wAAAAMAAP//AAAAAwAA//8AAAADAAD//wAAAAMAAP//gACyDyoAAAAFAAAAAAP/ ////AAAAAwAA//8AAAADAAD//wAAAAMAAP//AAAAAwAA//8AAA4EoA4AAFBLAwQUAAYACAAAACEA S532GAABAAAcAgAAEwAAAFtDb250ZW50X1R5cGVzXS54bWyskctqwzAQRfeF/oPQtthyuiil2M6i j10fi/QDBnlsi9ojIU1C8vcdOw6UEkIX3Qikmbn33FG53o+D2mFMzlOlV3mhFZL1jaOu0p+bl+xe q8RADQyesNIHTHpdX1+Vm0PApGSaUqV75vBgTLI9jpByH5Ck0vo4Ass1diaA/YIOzW1R3BnriZE4 40lD1+UTtrAdWD3v5flIIuNaPR77JqtKQwiDs8ACaqaqqct3AY+uQfUBkd9glC7DgoA/z1V+WWtH zS/gzLets9h4ux0FM58lbxbPM6wRh3QB9ozBso1cJudAqXchnRz+lOoVSNYZ/yfbInYCMPPf1t8A AAD//wMAUEsDBBQABgAIAAAAIQCl1qfnwAAAADYBAAALAAAAX3JlbHMvLnJlbHOEj89qwzAMh++F vYPRfVHSwxgldi+lkEMvo30A4Sh/aCIb2xvr20/HBgq7CISk7/epPf6ui/nhlOcgFpqqBsPiQz/L aOF2Pb9/gsmFpKclCFt4cIaje9u1X7xQ0aM8zTEbpUi2MJUSD4jZT7xSrkJk0ckQ0kpF2zRiJH+n kXFf1x+YnhngNkzT9RZS1zdgro+oyf+zwzDMnk/Bf68s5UUEbjeUTGnkYqGoL+NTvZCoZarUHtC1 uPnW/QEAAP//AwBQSwMEFAAGAAgAAAAhAGt5lhaDAAAAigAAABwAAAB0aGVtZS90aGVtZS90aGVt ZU1hbmFnZXIueG1sDMxNCsMgEEDhfaF3kNk3Y7soRWKyy6679gBDnBpBx6DSn9vX5eODN87fFNWb Sw1ZLJwHDYplzS6It/B8LKcbqNpIHMUsbOHHFebpeBjJtI0T30nIc1F9I9WQha213SDWtSvVIe8s 3V65JGo9i0dX6NP3KeJF6ysmCgI4/QEAAP//AwBQSwMEFAAGAAgAAAAhAJJwsw4nCQAAeDIAABYA AAB0aGVtZS90aGVtZS90aGVtZTEueG1s7Frbcts4En3fqv0HFt8z1t2WK8qULFkzW5WZdVnezTNE QiJj3pakHDtfv6cbAEWIMi2PXclmY7HigGCzgb6c7gbA97/ex5FzJ/MiTJOJ2/2l4zoy8VI/TDYT 9183i3dnrlOUIvFFlCZy4j7Iwv31w9//9l6cl4GMpYP3k+JcTNygLLPzk5PCQ7cofkkzmeDZOs1j UeI235z4ufgCvnF00ut0RiexCBPXSUQMtv9cr0NPOjfE0v1gmF9GuE3Kgjq8KF8Sa3ngDafL7/i3 XaIs8s1qFuXOnYgmbod/7smH9yfiXBNEZZNuwT9Npwn8295T/JggKpt0Zx26Kn5MIDwP0jTH7nRm s/FY09aIVLPJu4/fbGbR1/j3G3O2ZFNMmUg1Bw16S2c1ItUcNuin08vebGrNh4kU/ahB35v35he2 vEwURGFy26Ce4bdYaO4VyTqNfj9IftGjS5PvqGD9yoNoiHWalI/6k0sUsfic5guQ0U0kyjBxyodM roUHf53moYhoEHEuRa1/Lj+Lf2+dpUgK9dQrHn+KOVmDxGHyDUbcDYLxd2pgpcSHdMLaWIdRtCwf IvmxYIUUaRT6C3TSe4x5WWEuC9DUFrDoNrngd5w8LT+FZbAMRAZlKvRuCs16UzhZWgC6PPBB3jQo DFIqjA/JYZW6C1H+kfqqu1+HfsWGA8GGQ4oZqE8Mjh2sf/qywbpqVo+qzRaty1NjP7NEq0SGDZui obPSJkDiCArm3RGiLs3dKTwRSZ/0rsKiMQsNbdqvYqIiEL7UNiK5mzbqspGMr3B8h+8csNEZT71V a7XRxsT2BaMdY6T6cINHhjPWe4mVTBIxlmHl7MMxSurgjBLny8QdD3tD1/FENnHXiF9oxhmsXiQb 1xHRBuneK3Pl9k+CmRW/s+bYCAbvqyGu2zH9DYGtOJDlRTkXRaBcgx9pF4gSGknNvzeEWl9LAOXp f2EW/TM4w3ebBfRom1au19Ir68au9ZDu1K0Opem2lPky8L84q2ibXwuYn1wV8vhhUU5cjgh0k09c 0jY/soOzDowHaioaTURZIHS4JYgaJCtydtVqDnxXmx5kOzh3Fu75ojDkX0mUuhv/ZKJQPpGJ7Ptk AQ/FeS4cwuvETfMySBGFsiD0FjkKI44d8BYH0YXStYMlAv+fyzv6X2FO8SBuUbgJyutw4+Qh8lEZ 5FJeISyx9z3BrKtzl2JpGLFH1aZbZGraK3knoxuKgSPK7a4TwNU5mugwwHT7/mffawStNlTk1PFm xZAq9yoMfOvKR4EZQtlxmAsao/9qiqwtu/JR7/PrJvfWBaEHuzJrYFCBwWqpYKxh/xen8MxUqyJW Q+Le0EwOVmxKjM6qIMpEGTj0B/kvzL1IrTcpod6k14itDlaNxAxuA69+pwoPhwKk6lyhcFKdypmI lVKtrm5JayZZv0oZtTNBNe6esmlmx9j7mcquijN7OAuLr6lsrWFL16rvUVXDsvsQRdfaLGTYMLxR Ud9LSFefYeg51nLbSO0uFBnuGAfZVe6svmARgYWJ2JYpB7n7dR7T03S9du45xD3oAIccdl86Hjq7 KBLQa4pq84q3LcrfZMqviztEFfbdjW9aIjAt7z4xzVz7ofJB/IVK8Beux1YW5+R0ihjS1oewo5Od tS/OqnW0Rfaa5WJ5bxRgDfFIxSfO83Sb+KySQAr/MvF5uTxxE+w2uRTBY+kjsUgkFmoxZSnC6BhK qEbVk1XRodyogI3JmqvUf4C1sfsFoAdp/hUDIr2hRP7PVuQYPvpHgnXouDsYkCH4ZjA87ZE96k9W 9SfJNp6lCCFwB5F44IpMZ5qzUtnRS2MY8GOyzDwipLmQgm7uP4k809m2hF/9mS5phcwExncg1I6W 3VuJQUyiQlWG1Pbl+grCxSL/yL6DxjU3wsTHLhQ31SogQgqW6xuxWn5FeUjykYAlbZ5hM1B8TC7y W5aHNgumvHBYiYLUQ5si+jFIAywzsb13tU08Zs8zIhmpUWTeFWIr78l1O5R3qop/R3FhMLijNWR4 f/d0ulZ7EDWeNTr9dLXllSSGtlFQC5UVyWq7/FpNr5bnVlvaAKrt4HyCgD7+FQB7IPJCQlLebII3 bf+Ez2oHXRkkQ7PXMMPtNg7j9HPIOo14PS6Td79dYDEOpVM+0eh2FMnWIKAo8/AWoShJl9zSKxEF D2wXxSIKv8rfmS9ZBct9UINbEZezSAouyJQl6G+SUjmjYNDEBjzo4D7XTlajZiUWu59yNG7u/A9e WoXUKJkbu77F1pcsxd9i61tsfYut4i22oqzhkIoo2yxlUTfkAqlvySs65CGK+3Yn9XiG4u087e08 jQ6CXnaeBnf6Q2TOatOduDg+Rbl8jxYOXFHXbHrU16M+tHCqinpYHYViiaUapgfPVU9F0zc9fUMz MD0D0zM0Pdjv1oeOpmeEupTOCVHg03+uYwTFprgWWReiTYg0e1pB0+M6/VsdQldLOX1KfegQmg5+ d4W2OqXWCqcQYBXGi8UYOzlaFzUibY4GfadD3C36HhEp+uYh9BS/PfrWQ+j5lC6L/2DHv3kIvVjM MIJF33oI3elcnl6eWvQth9Ckx0o7Tx9Cj0d0aebGz7hErjyIZKmDhmHBoGH4MGgYPgwaho+2inFt WmEyen5k0PRfBTTV1xAtX27Q9xiVCVtAM8Kv39e206jSmm+AoN8fjyvaGpG2S4Oe9+9skLWChiB2 aT5mUExbQUNOWsmo6FtBM50DNHMLBK2gOa12BFF6KP4toOl0at+pPA0aIHg2eh5oftJMM3gV0FTR uAU0lkO1gIZKqAoIT4Bmzj/L6fibqMdBU/uUqkakms1MQ6CpZKsRqSbjwcp8low1ItVsZprLC7qs +T8BmtP+qQkoimkLaAZzujT3p0FzOaVLkx+XaX5S0Az/50DznG8EreConKgVNOTUeyB4MtPs0b9q pqE8dnF2PGho/seXZ7MZfUN5NGhmHbreQCN1Eaq2Cg5tBIx+aNBYdj4KNKPRHgi+K2jmM7qeA5rh 7HjQPHNN0+nUFohvmabla/TTHxo0tKbZA0FrpiHqKvYqkH1X0NCaZm/+reXZ2fTy9Dlfoz8r01wc 9zV6fSPg/6M8w/rQ3j7jjWj08scYH/4LAAD//wMAUEsDBBQABgAIAAAAIQAN0ZCftgAAABsBAAAn AAAAdGhlbWUvdGhlbWUvX3JlbHMvdGhlbWVNYW5hZ2VyLnhtbC5yZWxzhI9NCsIwFIT3gncIb2/T uhCRJt2I0K3UA4TkNQ02PyRR7O0NriwILodhvplpu5edyRNjMt4xaKoaCDrplXGawW247I5AUhZO idk7ZLBggo5vN+0VZ5FLKE0mJFIoLjGYcg4nSpOc0IpU+YCuOKOPVuQio6ZByLvQSPd1faDxmwF8 xSS9YhB71QAZllCa/7P9OBqJZy8fFl3+UUFz2YUFKKLGzOAjm6pMBMpburrE3wAAAP//AwBQSwEC LQAUAAYACAAAACEAS532GAABAAAcAgAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNd LnhtbFBLAQItABQABgAIAAAAIQCl1qfnwAAAADYBAAALAAAAAAAAAAAAAAAAADEBAABfcmVscy8u cmVsc1BLAQItABQABgAIAAAAIQBreZYWgwAAAIoAAAAcAAAAAAAAAAAAAAAAABoCAAB0aGVtZS90 aGVtZS90aGVtZU1hbmFnZXIueG1sUEsBAi0AFAAGAAgAAAAhAJJwsw4nCQAAeDIAABYAAAAAAAAA AAAAAAAA1wIAAHRoZW1lL3RoZW1lL3RoZW1lMS54bWxQSwECLQAUAAYACAAAACEADdGQn7YAAAAb AQAAJwAAAAAAAAAAAAAAAAAyDAAAdGhlbWUvdGhlbWUvX3JlbHMvdGhlbWVNYW5hZ2VyLnhtbC5y ZWxzUEsFBgAAAAAFAAUAXQEAAC0NAAAAAAAADwQ6AQAAPD94bWwgdmVyc2lvbj0iMS4wIiBlbmNv ZGluZz0iVVRGLTgiIHN0YW5kYWxvbmU9InllcyI/Pg0KPGE6Y2xyTWFwIHhtbG5zOmE9Imh0dHA6 Ly9zY2hlbWFzLm9wZW54bWxmb3JtYXRzLm9yZy9kcmF3aW5nbWwvMjAwNi9tYWluIiBiZzE9Imx0 MSIgdHgxPSJkazEiIGJnMj0ibHQyIiB0eDI9ImRrMiIgYWNjZW50MT0iYWNjZW50MSIgYWNjZW50 Mj0iYWNjZW50MiIgYWNjZW50Mz0iYWNjZW50MyIgYWNjZW50ND0iYWNjZW50NCIgYWNjZW50NT0i YWNjZW50NSIgYWNjZW50Nj0iYWNjZW50NiIgaGxpbms9ImhsaW5rIiBmb2xIbGluaz0iZm9sSGxp bmsiLz7AAB4EhAUAAFBLAwQUAAYACAAAACEA8xbAYf0AAAC7AQAAEwAAAFtDb250ZW50X1R5cGVz XS54bWx8kMtOwzAQRfdI/IPlLYqdskAIJemCxwoBi/IBI3uSWPglj1M1f4+TFglQ1dVoHnfumWm2 B2fZHhOZ4Fu+ETVn6FXQxg8t/9y9VPecUQavwQaPLZ+R+La7vmp2c0RiRe2p5WPO8UFKUiM6IBEi +tLpQ3KQS5oGGUF9wYDytq7vpAo+o89VXnbwrnnCHiab2fOhlI8kRc7Z43FusWo5xGiNglxA5dKV XfNewJPRyD4g5TdwZUrqRJJsKb7CHKb8J9mIy2v3Xv9jr0LfG4U6qMkVYhETUokrhbPil9HNienM LQktXTjmjOvpW6IoVysaTaQfB7m+vvsGAAD//wMAUEsDBBQABgAIAAAAIQBw8DjcvgAAADgBAAAL AAAAX3JlbHMvLnJlbHOEj8EKwjAQRO+C/xD2btN6EJGmvYggeBL9gCXZtsE2Cdko9u/N0YLgcRjm zUzdvqdRvCiy9U5BVZQgyGlvrOsV3G+nzR4EJ3QGR+9IwUwMbbNe1VcaMeUQDzawyBTHCoaUwkFK 1gNNyIUP5LLT+ThhyjL2MqB+YE9yW5Y7Gb8Z0CyY4mwUxLOpQNzmkJv/s33XWU1Hr58TufSjQvJo DV1w9s+UsRh7SgpM5G9jIaoi7wfZ1HLxt/kAAAD//wMAUEsDBBQABgAIAAAAIQAOS3+rUQIAALAE AAAhAAAAZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1sjFTbbhoxEH2v1H+w/FiJ7AIN SSwgaulFlXJBhXyA8Rqw8E32sGX/vmPvLmnSPORl157L8ZwzHk9vT0aTWoaonJ3R4UVJibTCVcru ZvRp/WNwTUkEbiuunZUz2shIb+cfP0w9i7q64407AkEMGxmf0T2AZ0URxV4aHi+clxZ9WxcMB9yG XVEF/gexjS5GZTkpDFeWdvnhPfluu1VCfnPiaKSFFiRIzQHrj3vlY49mxHvgDA+Hox8IZzxCbJRW 0GTQM0w9o8dgWUdpYJQILrotpBxmuGC10ZQYwX7trAt8o1EkU2fLMsgoQy2/AAS1OYKMycU+9dj+ PRX6BGIhE3ypWvYgPLaNzrEfYqUrYrlBw+IYwRnStic7o18HKVOYrX8Gv/LLkHMe6mUgqkoYXS4t OkcXlrcWw3BRvErf9UicnbbBzKecYYPIaUbxHjXpi0mcyRMQ0RrFs1XsH9+IFfvvb0QX/QFYwflQ vIK+ZfQ/nVFPZ61ASzI8s2pDOabeOXGIxDrkmei39MRD3YMlzgne7wk0HlWFBNXFtc6sRx8fs6Z9 oWclLsvxaIxThMTH5XAyunypyU05uRlfX1GSlBmOJuXnqxzxL+MW2TM4fXVVkxTd4D93hDMdYQWN lllp1IMzrBo/2FfN0xRLO3ha4RQbWGjJccq7rsB8oZU4EHBEVgrIPY8gA8ksceYRcopFAHa9g5S2 WvLAf79CTsJxhiejGn2FuEy9yb/24uEyXdB8t3S45/6xznXiO4GnLrLJ48vQteE5JGH0L838LwAA AP//AwBQSwECLQAUAAYACAAAACEA8xbAYf0AAAC7AQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRl bnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBw8DjcvgAAADgBAAALAAAAAAAAAAAAAAAAAC4B AABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQAOS3+rUQIAALAEAAAhAAAAAAAAAAAAAAAAABUC AABkcnMvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWxQSwUGAAAAAAMAAwDJAAAApQQAAAAA sAAeBDEGAABQSwMEFAAGAAgAAAAhAPMWwGH9AAAAuwEAABMAAABbQ29udGVudF9UeXBlc10ueG1s fJDLTsMwEEX3SPyD5S2KnbJACCXpgscKAYvyASN7klj4JY9TNX+PkxYJUNXVaB537plptgdn2R4T meBbvhE1Z+hV0MYPLf/cvVT3nFEGr8EGjy2fkfi2u75qdnNEYkXtqeVjzvFBSlIjOiARIvrS6UNy kEuaBhlBfcGA8rau76QKPqPPVV528K55wh4mm9nzoZSPJEXO2eNxbrFqOcRojYJcQOXSlV3zXsCT 0cg+IOU3cGVK6kSSbCm+whym/CfZiMtr917/Y69C3xuFOqjJFWIRE1KJK4Wz4pfRzYnpzC0JLV04 5ozr6VuiKFcrGk2kHwe5vr77BgAA//8DAFBLAwQUAAYACAAAACEAcPA43L4AAAA4AQAACwAAAF9y ZWxzLy5yZWxzhI/BCsIwEETvgv8Q9m7TehCRpr2IIHgS/YAl2bbBNgnZKPbvzdGC4HEY5s1M3b6n UbwosvVOQVWUIMhpb6zrFdxvp80eBCd0BkfvSMFMDG2zXtVXGjHlEA82sMgUxwqGlMJBStYDTciF D+Sy0/k4Ycoy9jKgfmBPcluWOxm/GdAsmOJsFMSzqUDc5pCb/7N911lNR6+fE7n0o0LyaA1dcPbP lLEYe0oKTORvYyGqIu8H2dRy8bf5AAAA//8DAFBLAwQUAAYACAAAACEAMlWqDv4CAABZCAAAIQAA AGRycy9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnhtbLRWbW/aMBD+Pmn/wfLHSTRpUsIWFaqu W6dJfUGD7rtxDLHqN9kmg3+/s0OoSpkUNu2LSZy75+6e587m8mojBWqYdVyrMT4/SzFiiuqKq9UY P81vBx8xcp6oigit2BhvmcNXk/fvLk3pRHVHtnrtEWAoV5Ixrr03ZZI4WjNJ3Jk2TMG3pbaSeHi1 q6Sy5BdgS5FkaVokknCFd/62j79eLjllXzRdS6Z8C2KZIB7ydzU3rkOTtA+cJPZ5bQZUSwMQCy64 30bQPUwzxmuryl1JA8mp1U4vffApJaFlIwVGkpbfV0pbshBAkmziztQyx2zDrr23fLH2zIVP5YcO 2/TJ0AQQ5WOBr1nzWwOxQDs/516wa1XNNxhFewgKYuIJqERnokKKSNj4CaacEoGiPQJR0ZxtfDRz Zm4ZCw6q+WbNzExt9H5ophbxKqDtUHCy+7Azi68KzOAhOXBfdUik3CytnFySEgREmzGGPtuGFZxI CUkg2m7Sl11aPx6xpfXXI9ZJFwAy2AeFFjVtRW/LybpyDkg535fX+hDAuNP02SGloeDAQ1snfWg6 1FB8iGNq1Grigx4YactBuVainVdrGmnqvF2kust/T9AoT4fFaBhpytPzIhu+5irLiuLTEGgMjBUX w4sRGIfUOiQI0kKb0m8+62obmF7ALwgammaMGQnFt7DC+ZnfChb1ANZICSXBAsaChLOAqcHTDM4C 6W8EI3BW7LTzkxvB6TPyGrGKe3RPnGcWRQrg5ADIkJKPiUVIpqopseTHAXKbOkSGvLt8YwmB2T/r mL/VMXTTVBDKai0qSCULFcIgdIL9laSBuANFYSygZ7t+6K/sMM2zHI5V0O2YsEUxTNN89P+EhX5D ohF7Bf9R6EB31Nm9EhpEj23ULl3IyNYJvTVjVMMxJVjDRA/4KPUJ8POa2/7oeTsqvfm61Wvr697J X5wKz5dH0eE8PXnE4qS1NwA8hjsjjoyw98Q8NrFiuNBhsG/iloErPAwsmL6YBIzuL8HkNwAAAP// AwBQSwECLQAUAAYACAAAACEA8xbAYf0AAAC7AQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRf VHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBw8DjcvgAAADgBAAALAAAAAAAAAAAAAAAAAC4BAABf cmVscy8ucmVsc1BLAQItABQABgAIAAAAIQAyVaoO/gIAAFkIAAAhAAAAAAAAAAAAAAAAABUCAABk cnMvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWxQSwUGAAAAAAMAAwDJAAAAUgUAAAAAoAAe BOgFAABQSwMEFAAGAAgAAAAhAPMWwGH9AAAAuwEAABMAAABbQ29udGVudF9UeXBlc10ueG1sfJDL TsMwEEX3SPyD5S2KnbJACCXpgscKAYvyASN7klj4JY9TNX+PkxYJUNXVaB537plptgdn2R4TmeBb vhE1Z+hV0MYPLf/cvVT3nFEGr8EGjy2fkfi2u75qdnNEYkXtqeVjzvFBSlIjOiARIvrS6UNykEua BhlBfcGA8rau76QKPqPPVV528K55wh4mm9nzoZSPJEXO2eNxbrFqOcRojYJcQOXSlV3zXsCT0cg+ IOU3cGVK6kSSbCm+whym/CfZiMtr917/Y69C3xuFOqjJFWIRE1KJK4Wz4pfRzYnpzC0JLV045ozr 6VuiKFcrGk2kHwe5vr77BgAA//8DAFBLAwQUAAYACAAAACEAcPA43L4AAAA4AQAACwAAAF9yZWxz Ly5yZWxzhI/BCsIwEETvgv8Q9m7TehCRpr2IIHgS/YAl2bbBNgnZKPbvzdGC4HEY5s1M3b6nUbwo svVOQVWUIMhpb6zrFdxvp80eBCd0BkfvSMFMDG2zXtVXGjHlEA82sMgUxwqGlMJBStYDTciFD+Sy 0/k4Ycoy9jKgfmBPcluWOxm/GdAsmOJsFMSzqUDc5pCb/7N911lNR6+fE7n0o0LyaA1dcPbPlLEY e0oKTORvYyGqIu8H2dRy8bf5AAAA//8DAFBLAwQUAAYACAAAACEAyVVoJ7UCAAB5BwAAIQAAAGRy cy9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnhtbKxV24rbMBB9L/QfhB4LWe+llGKSLO22Wwp7 CU227xNZicXqhjRx47/vSLazZJtCQvviONLM0ZxzZuTx9dZo1sgQlbMTfnF2zpm0wlXKrif8aXE7 +shZRLAVaGflhLcy8uvp2zdjX0Zd3UHrNsgIw8YSJrxG9GVRRFFLA/HMeWlpb+WCAaS/YV1UAX4R ttHF5fn5h8KAsrzPD8fku9VKCfnFiY2RFjuQIDUg1R9r5eOAZsQxcAbC88aPhDOeIJZKK2wz6A6m mfBNsGVPaWSUCC66Faac0oAoG6M5M6L8vrYuwFKTSKbJK7MgowyN/IQY1HKDMqat8t2A7Y+p0CcQ i5ngvmrYejqLvMPFlrMcR4eRiXxK7oi5rpgFQwsLhVoy8pD9pGAlQLOF3GIOi34RpEwJtvkW/NzP Qs5+aGaBqSqh9Si86Df6sPzXUhi9FK/S1wMSlNtVMNMxlGQc20449VebnpQEJRXBRLcoXlZF/Xgg VtRfD0QXwwFUwe5Qak3fMfqTzuVApxPlYseqCwVKvXPiOTLriGei39ETD80AljgneF+zzgJM+vZx 3WbWY4iPpGkWC7efXdUm4kv6zYtQ6ohzbLXMglDZUBI4PUh+DWkIpR09zWkIDd5oCTSkvXg4vdFK PDN0TFYK2T1ElIHlYmhkCXJM6iCZ00NKW80gwI9XyIkflHQyFT1USK+dhH8X8moQcq+n2EyDkLXT FZVy+T/ETVJx5oKiIei6nVNfUtMMzpyieLrpCEVCKjpVd0h/sovpRu+E/kc/UpNnO+KeH53mWXh6 DEdmUie0wFwKR3OtZSP1EfDZkRPgF7UKx6NfdYoerdet2wSsjy7+/anwanUQne6dkychD0R3U9Jr ulvzZajDPfjHJjOmDx7N301e8vSJS3NFoS8hCWP4ZE5/AwAA//8DAFBLAQItABQABgAIAAAAIQDz FsBh/QAAALsBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAG AAgAAAAhAHDwONy+AAAAOAEAAAsAAAAAAAAAAAAAAAAALgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAG AAgAAAAhAMlVaCe1AgAAeQcAACEAAAAAAAAAAAAAAQEAAAIBAAADAQAABAEAAAUBAAAGAQAABwEA AAgBAAAJAQAACgEAAAsBAAAMAQAADQEAAA4BAAAPAQAAEAEAABEBAAASAQAAEwEAABQBAAAVAQAA FgEAABcBAAAYAQAAGQEAABoBAAAbAQAAHAEAAB0BAAAeAQAAHwEAACABAAAhAQAAIgEAACMBAAAk AQAAJQEAACYBAAAnAQAAKAEAACkBAAAqAQAAKwEAACwBAAAtAQAALgEAAC8BAAAwAQAAMQEAADIB AAAzAQAANAEAADUBAAA2AQAANwEAADgBAAA5AQAAOgEAADsBAAA8AQAAPQEAAD4BAAA/AQAAQAEA AEEBAABCAQAAQwEAAEQBAABFAQAARgEAAEcBAABIAQAASQEAAEoBAABLAQAATAEAAE0BAABOAQAA TwEAAFABAABRAQAAUgEAAFMBAABUAQAAVQEAAFYBAABXAQAAWAEAAFkBAABaAQAAWwEAAFwBAABd AQAAXgEAAF8BAABgAQAAYQEAAGIBAABjAQAAZAEAAGUBAABmAQAAZwEAAGgBAABpAQAAagEAAGsB AABsAQAAbQEAAG4BAABvAQAAcAEAAHEBAAByAQAAcwEAAHQBAAB1AQAAdgEAAHcBAAB4AQAAeQEA AHoBAAB7AQAAfAEAAH0BAAB+AQAAfwEAAIEBAAAAAAAVAgAAZHJzL3NsaWRlTGF5b3V0cy9zbGlk ZUxheW91dDEueG1sUEsFBgAAAAADAAMAyQAAAAkFAAAAAJAAHgTeCAAAUEsDBBQABgAIAAAAIQDz FsBh/QAAALsBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbHyQy07DMBBF90j8g+Utip2yQAgl6YLH CgGL8gEje5JY+CWPUzV/j5MWCVDV1Wged+6ZabYHZ9keE5ngW74RNWfoVdDGDy3/3L1U95xRBq/B Bo8tn5H4tru+anZzRGJF7anlY87xQUpSIzogESL60ulDcpBLmgYZQX3BgPK2ru+kCj6jz1VedvCu ecIeJpvZ86GUjyRFztnjcW6xajnEaI2CXEDl0pVd817Ak9HIPiDlN3BlSupEkmwpvsIcpvwn2YjL a/de/2OvQt8bhTqoyRViERNSiSuFs+KX0c2J6cwtCS1dOOaM6+lboihXKxpNpB8Hub6++wYAAP// AwBQSwMEFAAGAAgAAAAhAHDwONy+AAAAOAEAAAsAAABfcmVscy8ucmVsc4SPwQrCMBBE74L/EPZu 03oQkaa9iCB4Ev2AJdm2wTYJ2Sj2783RguBxGObNTN2+p1G8KLL1TkFVlCDIaW+s6xXcb6fNHgQn dAZH70jBTAxts17VVxox5RAPNrDIFMcKhpTCQUrWA03IhQ/kstP5OGHKMvYyoH5gT3JbljsZvxnQ LJjibBTEs6lA3OaQm/+zfddZTUevnxO59KNC8mgNXXD2z5SxGHtKCkzkb2MhqiLvB9nUcvG3+QAA AP//AwBQSwMEFAAGAAgAAAAhAL4TFEyrBQAAoxEAACEAAABkcnMvc2xpZGVMYXlvdXRzL3NsaWRl TGF5b3V0MS54bWysWFtv2zYUfh+w/0DocUPqyJZvQp2izZatgJsatYs+UzQVaaZIjaRUO79+51CU ZWVp4bp5UWjy8OO58TuHef1mXwhSc21yJRdB+Oo6IFwytc3lwyL4vLm7mgXEWCq3VCjJF8GBm+DN za+/vC5jI7ZLelCVJYAhTUwXQWZtGQ8GhmW8oOaVKrmEtVTpglr4qR8GW02/AnYhBsPr68mgoLkM /H59zn6VpjnjfyhWFVzaBkRzQS3ob7K8NC1awc6BK6jeVeUVU0UJEEkucntwoEeYehFUWsbepKsi Z1oZlVrcExeUxXUhAlKw+P2DVJomApxU1G5mpbnhuuZvrdV5UllucCn+rcUuz9GwRBBpnYF9r9lD CWeVOdvsA+LE4CyIYXADwWFrsSWSFjCxypmtNCdfc5uRW1qiq5yMKTeac5SW9V+6XJcr7bbe1ytN 8i1CeYhg4Be8mPspQQwGgyfbH1okGu9TXdy8pjEEjewXAeTWAb+wicZ8bwlrJlk3y7KPz8iy7M9n pAftAaDB8VBIy7Kx6P/mDFtzNrkVnIRHqxpRCluXiu0MkQrsRPMb89h93YKhzQhfZqRxv0UoL9cs On+08sb5tFX06IlwPp1EI7haYPl4OA9DGPe8MrmOZqPpOCDom8lwHMEYlWmR4JAGuozt/p3aHtCl CfyFyFHJMgWXKWkghbFrexAQZxqLWoSgEaHiAW67gCyg8Zann2DKPC4CuJIQo6S1/CjvDj7FARfT GBwBH9gqKJIFl1ef10AWhb0VnAK8D7S9uRU52xGrCN/mlnygxnJNnOOAWkAzNMu6Mxwkl9sV1RSV OkVuzIeTwfbWZucGjMe3gz5qg95eg5WgjGdKbEGJIboILksb4ItSAG5gANcFcrlNmMsSYTKNJrPv 5UE0Hk2vfyARgNYtUIzSjwH5qilktPm3opoHRLyXwEUQa9sOdDtI2oGsilslHAm0GWUDn1y3FvIL tje8uZTrEtgWiYfGpTZ2s/9CdQmcZOB8Czf9Xq0zWnInQOulsT6YR1kX/SZ/EeQ019qcBapeukNz uQVCxCGKJtU9FCbA62XyCFLZXxi/38HWYojp30BF4ylKkXPwhrNTPATxeKMObx5G0dl4KNk4AfRD EI8XdXjhaBpOzgbEq3sERBQPOD4BnA1naMd5FvcAEcUDTjrA4XAGCl4EiCgecHoCOI1c5C7QEFE8 4KwDRLTzg9IzGVE84PwEcDKeXhgURHmeSTt48CUk5yeX55AYT/L9yNsESHtDkzVwdpvF2jbSnC7l O71zO1Ml7VtH9Qk1eO2hi5Ddcga8Db3YqpLseJ0E3mU025RsxSypKVIA+vCYXicS73j6VLYVg/3d 6tsU+L3BtMZjRsO2pIGoF0iqW+GcbvRDAsNGFM7ujj+KJNX68ahhNPYSSAh3YLYrzykw/SL4AjZi PwutYZlblt3RIhdQVq/C6zlQWEa14WC/qwU9PrE0aaiqpRbPWk1enJSpXVXkhfonb8LWq4YQoSaj oariRXHfahFIIC3srHW+AxWlWrtRQHZcu9JJGPK1l0J2hc3QXxZU5I/8b/cTYypybMrd2korlbrx aQl2GSzxK9VdLoSnCDdjlMi3OOli802P98R4mnJmW7dUS7nZAySNK8TxY5dmJwH4vZBXwiI7QdtH nyxw2iww82SBGc9nnaPd7fnhDiBqO4AN9pyn5X+EJ/xs+ceqBZGEQGdUpL4TcMkE3cllncB4Hk4m odOua5R7LeFsNo3C5pAzWkLn+Z+uqWGvZmEfiQEFlrqwpoa9Gv3zNTXsSOJlauq847xavEBJ7eG9 QEXt4b1AQe3hvUA97eG9QDnt4X2/mvra6RLfpenl7xQkDfdMMb13CrxZnmUi9yRp3tUwxGe4oxih P9DyY+10gX+NwAsIyhtMlVCYQEsU7UQQo/3nys1/AAAA//8DAFBLAQItABQABgAIAAAAIQDzFsBh /QAAALsBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgA AAAhAHDwONy+AAAAOAEAAAsAAAAAAAAAAAAAAAAALgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgA AAAhAL4TFEyrBQAAoxEAACEAAAAAAAAAAAAAAAAAFQIAAGRycy9zbGlkZUxheW91dHMvc2xpZGVM YXlvdXQxLnhtbFBLBQYAAAAAAwADAMkAAAD/BwAAAACAAB4EgQcAAFBLAwQUAAYACAAAACEA8xbA Yf0AAAC7AQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kMtOwzAQRfdI/IPlLYqdskAIJemCxwoB i/IBI3uSWPglj1M1f4+TFglQ1dVoHnfumWm2B2fZHhOZ4Fu+ETVn6FXQxg8t/9y9VPecUQavwQaP LZ+R+La7vmp2c0RiRe2p5WPO8UFKUiM6IBEi+tLpQ3KQS5oGGUF9wYDytq7vpAo+o89VXnbwrnnC Hiab2fOhlI8kRc7Z43FusWo5xGiNglxA5dKVXfNewJPRyD4g5TdwZUrqRJJsKb7CHKb8J9mIy2v3 Xv9jr0LfG4U6qMkVYhETUokrhbPil9HNienMLQktXTjmjOvpW6IoVysaTaQfB7m+vvsGAAD//wMA UEsDBBQABgAIAAAAIQBw8DjcvgAAADgBAAALAAAAX3JlbHMvLnJlbHOEj8EKwjAQRO+C/xD2btN6 EJGmvYggeBL9gCXZtsE2Cdko9u/N0YLgcRjmzUzdvqdRvCiy9U5BVZQgyGlvrOsV3G+nzR4EJ3QG R+9IwUwMbbNe1VcaMeUQDzawyBTHCoaUwkFK1gNNyIUP5LLT+ThhyjL2MqB+YE9yW5Y7Gb8Z0CyY 4mwUxLOpQNzmkJv/s33XWU1Hr58TufSjQvJoDV1w9s+UsRh7SgpM5G9jIaoi7wfZ1HLxt/kAAAD/ /wMAUEsDBBQABgAIAAAAIQDkYWcsTgQAAG4OAAAhAAAAZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxh eW91dDEueG1szFddk9o2FH3vTP+Dxo+d2YAx5sOzkGm3Taczmw1TyA8QtsDuypJHFg701/dItohN STBJH/rCeuWjo3vvuR/y49tjzknFVJlJsfD8N0OPMBHLJBP7hfdx8+5h5pFSU5FQLgVbeCdWem+X P/7wWEQlT57pSR40AYcoI7rwUq2LaDAo45TltHwjCybwbidVTjX+VftBougncOd8MBoOJ4OcZsJr 9qs+++Vul8XsVxkfciZ0TaIYpxr2l2lWlI4tj/vQ5VS9HoqHWOYFKLYZz/TJkp5pqoV3UCJqXHrI s1jJUu602RPlNI6qnHskj6M/9kIquuUIUl7ZlZViJVMV+1lrlW0PmpXmVfST4y76WFgYEqGtg92o 6VOBs+T2r83RIxaGs6Cht4Q48ZonRNAcC09SaDCQT5lOyRMtTKgspiw2ijGDFtXvqlgXK2W3vlQr RbLEUDUU3qB50cDsvwIwPAwutu8dE42OO5UvH2kE0chx4SG3TuYXm2jEjprE9WL8eTVOP1zBxulv V9ADdwAsOB+KtCxqj/7tzsi5s8k0Z8Q/e1VDKbY+y/i1JELCT+N+7V78Ujky47OhL1JSh18bqgZX v7TxcPjSxtQZeo5EOBzPRqENRzD0J3jsxCQIsDZD5ZnI+KPpPKwRbY9r5iLSx19kcjIR3eIvhKMi TiVqaVtz8lKv9YlDZhrxivswiFC+R7FzJAGNErb7E0vl3wsPFQmJts7xMx4a47nFgwjTCHHAD7Zy anoFEw8f1+gVuX7ijIK+0Vkvn3gWvxItCUsyTd7TUjNFbNzQWWCZYdf2DEvJRLKiihqj2sxGChrh ZMTX+YzHWu0vax44zV0VrDiNWSp5AiNGJkSoFafvnRmQJchflyT9xQ/mY386gWEQ95r64SQITUpY 9Sfj0J9Altr9uqCs23Ueukg49W0ataVqJL9QOoDUDWULgMdRk6/trJi1sQ4AbHAFO25jHQDY8RWs ybbarRYAj+EtrAMAO7mFdQBgp7ewDgDs7BbWAYCd38LWgGs1hJ0EDOdi+c6aMj3VllTZqam6bmzx 4McdaRP3jjJes1iKhHBWMd6D3tbWHfSbNFP92QOTOXewv5MHhenX1/jxvfTZ7io7xtx/2s3Grptt jNTtVmYD8u2trB5mZoKghWMUpJTvPNwB0OCskHaomZZjH9Y2403zNUtfm25+OPP9sBkFbuR3xlvo T0fDqR2AyNNvbnAEN7lne8XIRILbjnk0pm0PL7i32mRp9TS/06fMTDRYVKJpbw3VOIRhmIe9+Dr9 9KJHNnxzf2xO7cfX6Y0XfbTh84OpnQy9COdf6bWOb4YrR18DO3wX/bjhG41mGFw9He7wXfRsxzcd 27F1v78Xfb3hM2S9BenYd9H7Hd8knJpJfb99/4/5gMp2twl7wbC17j4RsGK+KOxtiav3tPhQ2ZLB Vx5uc092qcB3nZnngH6GGCr3nbj8BwAA//8DAFBLAQItABQABgAIAAAAIQDzFsBh/QAAALsBAAAT AAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAHDwONy+ AAAAOAEAAAsAAAAAAAAAAAAAAAAALgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAORhZyxO BAAAbg4AACEAAAAAAAAAAAAAAAAAFQIAAGRycy9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnht bFBLBQYAAAAAAwADAMkAAACiBgAAAABwAB4EwwQAAFBLAwQUAAYACAAAACEA8xbAYf0AAAC7AQAA EwAAAFtDb250ZW50X1R5cGVzXS54bWx8kMtOwzAQRfdI/IPlLYqdskAIJemCxwoBi/IBI3uSWPgl j1M1f4+TFglQ1dVoHnfumWm2B2fZHhOZ4Fu+ETVn6FXQxg8t/9y9VPecUQavwQaPLZ+R+La7vmp2 c0RiRe2p5WPO8UFKUiM6IBEi+tLpQ3KQS5oGGUF9wYDytq7vpAo+o89VXnbwrnnCHiab2fOhlI8k Rc7Z43FusWo5xGiNglxA5dKVXfNewJPRyD4g5TdwZUrqRJJsKb7CHKb8J9mIy2v3Xv9jr0LfG4U6 qMkVYhETUokrhbPil9HNienMLQktXTjmjOvpW6IoVysaTaQfB7m+vvsGAAD//wMAUEsDBBQABgAI AAAAIQBw8DjcvgAAADgBAAALAAAAX3JlbHMvLnJlbHOEj8EKwjAQRO+C/xD2btN6EJGmvYggeBL9 gCXZtsE2Cdko9u/N0YLgcRjmzUzdvqdRvCiy9U5BVZQgyGlvrOsV3G+nzR4EJ3QGR+9IwUwMbbNe 1VcaMeUQDzawyBTHCoaUwkFK1gNNyIUP5LLT+ThhyjL2MqB+YE9yW5Y7Gb8Z0CyY4mwUxLOpQNzm kJv/s33XWU1Hr58TufSjQvJoDV1w9s+UsRh7SgpM5G9jIaoi7wfZ1HLxt/kAAAD//wMAUEsDBBQA BgAIAAAAIQC4yP6QkAEAABMDAAAhAAAAZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1s jFLbTuMwEH1H4h8sP65UUvYBraymaJebkBaoBPsBU8dpLHzT2AnN3zN2ExArHvpijc+cc2bG49Xl 3ho2KIzau5qfny05U076Rrtdzf+93C5+cRYTuAaMd6rmo4r8cn16sgoimuYvjL5PjDxcFFDzLqUg qirKTlmIZz4oR7nWo4VEV9xVDcIbeVtT/VwuLyoL2vFJj8fofdtqqa697K1y6WCCykCi/mOnQ5zd rDzGzgK+9mEhvQ1ksdVGp7GYftgMNe/RiWmkhdUSffRtyhphQYrBGs6sFPc75xG2hh7JDgXZoIoK B/U7JdTbPqmYU+LH7B2O6TBkE5fKgF9fLY2Bam0NuFfOCo1q0Q75mpYjn03DHFgC/hRGBmN4QaVy 5IY7DM9hg4X7OGyQ6SZrJw2vpsREK1dHNAqq/+S72QnEvkW7XoGgLbF9zekzjfkkEQi1T0weQPmJ yu7pG67sbr5hV3MB6uCjKMXzWBTmsUvnBh8gPA00H9CWYlJ4VaBAn+8wg/ykZI/5M6/fAQAA//8D AFBLAQItABQABgAIAAAAIQDzFsBh/QAAALsBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9U eXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAHDwONy+AAAAOAEAAAsAAAAAAAAAAAAAAAAALgEAAF9y ZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhALjI/pCQAQAAEwMAACEAAAAAAAAAAAAAAAAAFQIAAGRy cy9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnhtbFBLBQYAAAAAAwADAMkAAADkAwAAAABgAB4E WgUAAFBLAwQUAAYACAAAACEA8xbAYf0AAAC7AQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kMtO wzAQRfdI/IPlLYqdskAIJemCxwoBi/IBI3uSWPglj1M1f4+TFglQ1dVoHnfumWm2B2fZHhOZ4Fu+ ETVn6FXQxg8t/9y9VPecUQavwQaPLZ+R+La7vmp2c0RiRe2p5WPO8UFKUiM6IBEi+tLpQ3KQS5oG GUF9wYDytq7vpAo+o89VXnbwrnnCHiab2fOhlI8kRc7Z43FusWo5xGiNglxA5dKVXfNewJPRyD4g 5TdwZUrqRJJsKb7CHKb8J9mIy2v3Xv9jr0LfG4U6qMkVYhETUokrhbPil9HNienMLQktXTjmjOvp W6IoVysaTaQfB7m+vvsGAAD//wMAUEsDBBQABgAIAAAAIQBw8DjcvgAAADgBAAALAAAAX3JlbHMv LnJlbHOEj8EKwjAQRO+C/xD2btN6EJGmvYggeBL9gCXZtsE2Cdko9u/N0YLgcRjmzUzdvqdRvCiy 9U5BVZQgyGlvrOsV3G+nzR4EJ3QGR+9IwUwMbbNe1VcaMeUQDzawyBTHCoaUwkFK1gNNyIUP5LLT +ThhyjL2MqB+YE9yW5Y7Gb8Z0CyY4mwUxLOpQNzmkJv/s33XWU1Hr58TufSjQvJoDV1w9s+UsRh7 SgpM5G9jIaoi7wfZ1HLxt/kAAAD//wMAUEsDBBQABgAIAAAAIQDc7D/sJwIAAGUEAAAhAAAAZHJz L3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1sjFTLbtswELwX6D8QPBZw5ORQFITloHUfKJDE Ru18wJqibcJ8gVyr1t93SUlOm+bgi0QtZ2d3hlzN7s/WsFbFpL2r+e3NlDPlpG+029f8efN98omz hOAaMN6pmncq8fv5+3ezIJJpHqDzJ2TE4ZKAmh8Qg6iqJA/KQrrxQTna2/loAekz7qsmwm/itqa6 m04/Vha040N+vCbf73Zaqq9enqxy2JNEZQCp/3TQIY1sVl5DZyEeT2EivQ1EsdVGY1dILzRtzU/R iUHSxGoZffI7zDnCghStNZxZKX7unY+wNWSSbUtkFVVSsVWfEaPenlClvCU+jNzhmg5DJnFYBP7r GnaBaqFGo5bOdJwVKNWjc+RzOiC5Ng1zYCmwyShWYHknhU1UKq9c+yOGdVjFkvDUriLTTSYYEnk1 bAyw8ukIRovqVfp+ZAJx3kU7n4Gg42LnmtOt6vKTkkCoMzLZB+VLVB6Wb2Dl4dsb6GosQB1cimZV vaL/5dyNcnofbi+qeihQ6oOXx8ScJ51Zfi9PPrUjWdac6cOB/WX8gOs3ix8jPpGnxSw8f/FNl4Vv 6V2CIEzCNXZGFUOobRBETg+y30AePeUmz2saPYsLo4BGczAP5wuj5ZGhZ6rRyB4hoYqs3AIaVKKc kTtIhzNQKtesIMKvV8xZHwiqTE2PHdIyW1he/f2gZb5E5QqY+Ahh2ZY+abip6qKEAo3z4NYLJHOM v4f5HwAAAP//AwBQSwECLQAUAAYACAAAACEA8xbAYf0AAAC7AQAAEwAAAAAAAAAAAAAAAAAAAAAA W0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBw8DjcvgAAADgBAAALAAAAAAAAAAAA AAAAAC4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQDc7D/sJwIAAGUEAAAhAAAAAAAAAAAA AAAAABUCAABkcnMvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWxQSwUGAAAAAAMAAwDJAAAA ewQAAAAAUAAeBAQIAABQSwMEFAAGAAgAAAAhAPMWwGH9AAAAuwEAABMAAABbQ29udGVudF9UeXBl c10ueG1sfJDLTsMwEEX3SPyD5S2KnbJACCXpgscKAYvyASN7klj4JY9TNX+PkxYJUNXVaB537plp tgdn2R4TmeBbvhE1Z+hV0MYPLf/cvVT3nFEGr8EGjy2fkfi2u75qdnNEYkXtqeVjzvFBSlIjOiAR IvrS6UNykEuaBhlBfcGA8rau76QKPqPPVV528K55wh4mm9nzoZSPJEXO2eNxbrFqOcRojYJcQOXS lV3zXsCT0cg+IOU3cGVK6kSSbCm+whym/CfZiMtr917/Y69C3xuFOqjJFWIRE1KJK4Wz4pfRzYnp zC0JLV045ozr6VuiKFcrGk2kHwe5vr77BgAA//8DAFBLAwQUAAYACAAAACEAcPA43L4AAAA4AQAA CwAAAF9yZWxzLy5yZWxzhI/BCsIwEETvgv8Q9m7TehCRpr2IIHgS/YAl2bbBNgnZKPbvzdGC4HEY 5s1M3b6nUbwosvVOQVWUIMhpb6zrFdxvp80eBCd0BkfvSMFMDG2zXtVXGjHlEA82sMgUxwqGlMJB StYDTciFD+Sy0/k4Ycoy9jKgfmBPcluWOxm/GdAsmOJsFMSzqUDc5pCb/7N911lNR6+fE7n0o0Ly aA1dcPbPlLEYe0oKTORvYyGqIu8H2dRy8bf5AAAA//8DAFBLAwQUAAYACAAAACEA/1EBNdEEAAA8 GAAAIQAAAGRycy9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnhtbOxY227jNhB9L9B/IPRYIGvr 5osQZ9Gm3aJANgka7wfQEh2poUiVohW7X98ZirTlxE4Vb4EtUL84inR4ONejES8/rktOGqbqQoqZ 538YeoSJVGaFeJx5X+afLiYeqTUVGeVSsJm3YbX38er77y6rpObZDd3IlSbAIeqEzrxc6yoZDOo0 ZyWtP8iKCXi2lKqkGv5Vj4NM0WfgLvkgGA5Hg5IWwrPrVZ/1crksUvazTFclE7olUYxTDfbXeVHV jq1M+9CVVD2tqotUlhVQLApe6I0h3dI0M2+lRGJduiiLVMlaLjWuSUqaJk3JPVKmyW+PQiq64BCk sjF37hWrmWrYj1qrYrHSrMZHyQ+Ou+pjYYUkQhsH96OmNxXspZ/lfD1/lneLPzxiwLAjZNK7ghSl DzwjgpZw4xpdVEUthXlSV3PFGGJE86uqHqp7ZRbcNveKFBkS2IXewD6wMPOvABhcDF4sf3RMNFkv VXl1SRNIGFnPPKirDf7CIpqwtSZpezPd3U3zuwPYNP/lAHrgNgALtptCSVatR6/dCZw780JzRvyt Vy2UwtIbmT7VREjwE91v3UtvG0eGPiN9lRMbeqSyuPahiYfD1yamztBtJOJhNAliE45wGAZ+uB+T 6XAcxKPQIxgZP4gnk8nY7OGIYI+WuUr0+ieZbTCiC/hrMkITXusHveGQW7huuG+tyNjy9zZnndsQ xi4cokcT8BF+oAo4RQ1g4uLLA2hAqa85o6ARNof66poX6RPRkrCs0OQzrTVTRJvw1mjAJbBrqBFL yUR2TxUFI/aYMcw0gZ3BL+ePcRFDfTyfEKC2rudYTPecpiyXPAMLAowWlL5L3EmpxXh60AdQpK4S TsqwP5oGwTjeT3EUxcE0BGHFFI+hHGITUwhD2zRvZJhQkeYSlHLRUnazZ5NNQNNuTMMVIgPlwEtT IqtbUHDTf20tkPqvmRdEQ2jNhXOzUxvmMoDqsYRRPAbJhqD0YR2+ZkUqW5PhjnXqR8aCPqz+5DUr UlnWaMfqh2N/1NfYFrkfAuSytHGHdhJMjA29rDUG7NMil6Ud7WiDYALYnqE9ZC1yWdpxh3Ychb0z dogWuSztZEeLnP1TdiAIyGVppx3aUTz+qpQhl9GSbk8YRcNNoDm20mV2P13hUHCMwNV7CneKikVO xa6l0NCre0JmXgynCxl2d0750sqYkUVQlpNkLAinY3gXvSFjURiPfKjhVs7/UceMDHUT9epNtVOn lrIDgEsnJl0lwxbaYh0AsE4iOlijJFusAwDW9X0Xi1W5xToAYF0zH8U6AGBdhx7FOgBgXdsdxToA YF0vHcU6AGDbBqHJUex/o4PMMAA/rmnN+/cdY8kDS6XICGcN4wca9CW96Yt30M/zQvVnt8Ndb8X5 JFdK572Nj9qO7E9fLA+yw0j+r05nMN4emc6MxaeLWjt4t9MZCtyfK6pg7LQaZ6L9Po3zAx/nM/w4 OTarjXyY0c+z2sw7z2owL59ntZkX/h9ntZHTtEOzmhmNTpe111JmdPJkKTs2r+2k7DyvYczNV892 tjvPa0fOdN784nk5UJ3nNTxCa78GX8bmW85r5lSpPfSFSzwZNsdkXH2m1V1jRkg4s4dh6trcquCU HjsDoDsIcrhT/6u/AQAA//8DAFBLAQItABQABgAIAAAAIQDzFsBh/QAAALsBAAATAAAAAAAAAAAA AAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAHDwONy+AAAAOAEAAAsA AAAAAAAAAAAAAAAALgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAP9RATXRBAAAPBgAACEA AAAAAAAAAAAAAAAAFQIAAGRycy9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnhtbFBLBQYAAAAA AwADAMkAAAAlBwAAAABAAB4EogYAAFBLAwQUAAYACAAAACEA8xbAYf0AAAC7AQAAEwAAAFtDb250 ZW50X1R5cGVzXS54bWx8kMtOwzAQRfdI/IPlLYqdskAIJemCxwoBi/IBI3uSWPglj1M1f4+TFglQ 1dVoHnfumWm2B2fZHhOZ4Fu+ETVn6FXQxg8t/9y9VPecUQavwQaPLZ+R+La7vmp2c0RiRe2p5WPO 8UFKUiM6IBEi+tLpQ3KQS5oGGUF9wYDytq7vpAo+o89VXnbwrnnCHiab2fOhlI8kRc7Z43FusWo5 xGiNglxA5dKVXfNewJPRyD4g5TdwZUrqRJJsKb7CHKb8J9mIy2v3Xv9jr0LfG4U6qMkVYhETUokr hbPil9HNienMLQktXTjmjOvpW6IoVysaTaQfB7m+vvsGAAD//wMAUEsDBBQABgAIAAAAIQBw8Djc vgAAADgBAAALAAAAX3JlbHMvLnJlbHOEj8EKwjAQRO+C/xD2btN6EJGmvYggeBL9gCXZtsE2Cdko 9u/N0YLgcRjmzUzdvqdRvCiy9U5BVZQgyGlvrOsV3G+nzR4EJ3QGR+9IwUwMbbNe1VcaMeUQDzaw yBTHCoaUwkFK1gNNyIUP5LLT+ThhyjL2MqB+YE9yW5Y7Gb8Z0CyY4mwUxLOpQNzmkJv/s33XWU1H r58TufSjQvJoDV1w9s+UsRh7SgpM5G9jIaoi7wfZ1HLxt/kAAAD//wMAUEsDBBQABgAIAAAAIQAv Qf7ybwMAABQOAAAhAAAAZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1s7FfZjtowFH2v 1H+w8liJCesAETBqaaeqNAsqzAcYx5B0vES2yUC/vtdOzDZQQNOXSvMCiX18fO+5i53ezZIzlFOl Uyn6Qe2qGiAqiIxTMe8HT5PbSidA2mARYyYF7QcrqoObwccPvSzSLL7DK7kwCDiEjnA/SIzJojDU JKEc6yuZUQFzM6k4NvCq5mGs8AtwcxbWq9XrkONUBOV6dc56OZulhH6VZMGpMAWJogwbsF8naaY9 Gyfn0HGsnhdZhUieAcU0ZalZOdI1Td4PFkpEpUsVnhIltZwZuybimEQ5ZwHiJPoxF1LhKQOReO5G RopqqnL62RiVTheGajsVffLc2TkWZpZEGOfgrmpmlcFe5kU+Tn8FyOFgMwhiMIDokDGLkcAcBiYv Eg2lMEDjpnQ2UZRakMi/q2ycjZRb8ZCPFEpjy1CuDMJyooS5VwEweAj3ls89E46WM8UHPRxBsNCy H0BOrewvLMIRXRpEikGyGSXJ4wEsSb4dQId+A7BgvSmkY1Z49NqdundnkhpGUW3tVQHFsPROkmeN hAQ/rfuFe+Qh92TWZ0ufJaiU3VKVuGLS6eHxGjR1YpnlFxmvrONT+HeDOGLajM2KUScImI0jIIcf kJ9hW3hUVJ7GUHjcDBnFUJileGYwZCl5RkYiGqcG3WNtqELG+aUtZQ/UMRCckpKKeIQV/rnHbP3D EewMRnsL4bGQ8LiQDS9kmU1oxDChiWQxGFF/m6z6N1QDZrMAMhDSw8fgiLZWrr0sa1Ub9QZ0K0iq Wvu602y3rEGbhGs2W+12FXLRpl2z22l36w6xnU42bDbMXpODUbOkLGc1h8VRTGdWXmt/vQP8hbZb AHisH8A2t7EeANjGAWx1G+sBgG2+xtZ2bPAAwLZOYT0AsNensB4A2PYprAcAtnMK6wGA7Z7CFgAI ny8nGxhXTbASAcO6bN5YXbZlueLSO9VVVND+li5xLyjoMSVSxIjRnLIz6F2VXUA/SVJ1PnujKJmz 9bqVC2WSs41vXkqfzg6yQ1H/077W/Ftfc5rAeeoPgwuPi72+5uLnjgrbaV6dGYf6Wq3WaJxobN16 p/3e2DaNeLcJvje2I9eG98Z27Jr1HzU2d28rLvTwaK/97s7O1D3OHnPXyuFbDK6JQzeUwdeXvaIA dAOxHP5rbvAHAAD//wMAUEsBAi0AFAAGAAgAAAAhAPMWwGH9AAAAuwEAABMAAAAAAAAAAAAAAAAA AAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAcPA43L4AAAA4AQAACwAAAAAA AAAAAAAAAAAuAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAL0H+8m8DAAAUDgAAIQAAAAAA AAAAAAAAAAAVAgAAZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxheW91dDEueG1sUEsFBgAAAAADAAMA yQAAAMMFAAAAADAAHgSuBgAAUEsDBBQABgAIAAAAIQDzFsBh/QAAALsBAAATAAAAW0NvbnRlbnRf VHlwZXNdLnhtbHyQy07DMBBF90j8g+Utip2yQAgl6YLHCgGL8gEje5JY+CWPUzV/j5MWCVDV1Wge d+6ZabYHZ9keE5ngW74RNWfoVdDGDy3/3L1U95xRBq/BBo8tn5H4tru+anZzRGJF7anlY87xQUpS IzogESL60ulDcpBLmgYZQX3BgPK2ru+kCj6jz1VedvCuecIeJpvZ86GUjyRFztnjcW6xajnEaI2C XEDl0pVd817Ak9HIPiDlN3BlSupEkmwpvsIcpvwn2YjLa/de/2OvQt8bhTqoyRViERNSiSuFs+KX 0c2J6cwtCS1dOOaM6+lboihXKxpNpB8Hub6++wYAAP//AwBQSwMEFAAGAAgAAAAhAHDwONy+AAAA OAEAAAsAAABfcmVscy8ucmVsc4SPwQrCMBBE74L/EPZu03oQkaa9iCB4Ev2AJdm2wTYJ2Sj2783R guBxGObNTN2+p1G8KLL1TkFVlCDIaW+s6xXcb6fNHgQndAZH70jBTAxts17VVxox5RAPNrDIFMcK hpTCQUrWA03IhQ/kstP5OGHKMvYyoH5gT3JbljsZvxnQLJjibBTEs6lA3OaQm/+zfddZTUevnxO5 9KNC8mgNXXD2z5SxGHtKCkzkb2MhqiLvB9nUcvG3+QAAAP//AwBQSwMEFAAGAAgAAAAhAMqHzu17 AwAArgkAACEAAABkcnMvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWyclm2P4jYQx99Xuu9g 5WWlPUgghI0WTtftXVtpbw+VvQ8wOAai9ZNsk0I/fWechIfrroR4A8Ge+Y3nP+MhD5/2SrJGOF8b PUvSj8OECc1NVevNLPnx8vVumjAfQFcgjRaz5CB88mn+4ZcHW3pZPcHB7AJDhvYlzJJtCLYcDDzf CgX+o7FC497aOAUBf7rNoHLwD7KVHGTD4WSgoNZJ5++u8Tfrdc3F74bvlNChhTghIeD5/ba2vqcp fg1OgXvd2TtulEXEqpZ1OEToEdPMkp3TZZfSnaq5M96sA/mUCnjZKJkwxcu/Nto4WEkUSTVxZeGE F64Rn0Nw9WoXhKet8teeba85oSWIDjHBS9XCwWIsL/ifAqqERUOMhlVM5lgevpQV06BwYSk46cPI ULi46+2LE4LsdPOHs0u7cNHpuVk4VlcE6ZyTQbfRmcWfGs3wYfCT+6YnQblfOzV/gBILxvazBPvq QJ/oBKXYB8bbRX5a5dvvb9jy7Zc3rAd9ADzBMSi2pG0z+n86WZ/OSx2kYOkxq9YU0PXJ8FfPtME8 Kf02Pf7c9DDKmfB2y1rpA6E6u3Yz6tHb+6hpf9CjEsX95D7LoxzjaV4U+U+iTPNJUYzw2pE0aT5M 0SQG6UkYpEXbMux/M9WBJF3hN1YONN8avEiBPKCUPizDQWKd8bmRKZ6IgdzgTZfYBVBWYv03Lvl/ Z8l4OMQarWLhOaACIGUXtvPEcl8SUWwoURL8QIgEGhlC3/1Y4shQ4VEKwEBddmH+KGv+yoJhoqoD +wY+CMeihDhg8IxEDzFGRApdLcABHe+cTFWBEiOjCn32URCqzPvlHx3LT723kMDF1ki8DCyjJPG2 9HW+qRNI/QSvDfZ03zg3NcQoG47yttynW3LZEJN8nN7QEKv3GwJn4FO8oLWucNLQI9V0tXvGiR/b 6KxNcGrHilIrtA1FtviYUW+1qHFeoBnqcQUvnZ7zCNLxRifefTrG7rySNznnEaTjjU+8dFSkZHbd ASl023WYJVE6YH4GnGZTyuMGIFE64OQEzLIpHvAmIFE6YHEGLMbYWzcBidIBpycg0a4vyoWGROmA 92fASV7cWBSivD2cCI9VO06hGPf2YUWzI84qfzGs3htIcS61f7P4SP/HcdJI9w3s9yaeBd+ScAw+ xiWL70XUaGh6MiFG/541/w8AAP//AwBQSwECLQAUAAYACAAAACEA8xbAYf0AAAC7AQAAEwAAAAAA AAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQBw8DjcvgAAADgB AAALAAAAAAAAAAAAAAAAAC4BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQDKh87tewMAAK4J AAAhAAAAAAAAAAAAAAAAABUCAABkcnMvc2xpZGVMYXlvdXRzL3NsaWRlTGF5b3V0MS54bWxQSwUG AAAAAAMAAwDJAAAAzwUAAAAAIAAeBM0FAABQSwMEFAAGAAgAAAAhAPMWwGH9AAAAuwEAABMAAABb Q29udGVudF9UeXBlc10ueG1sfJDLTsMwEEX3SPyD5S2KnbJACCXpgscKAYvyASN7klj4JY9TNX+P kxYJUNXVaB537plptgdn2R4TmeBbvhE1Z+hV0MYPLf/cvVT3nFEGr8EGjy2fkfi2u75qdnNEYkXt qeVjzvFBSlIjOiARIvrS6UNykEuaBhlBfcGA8rau76QKPqPPVV528K55wh4mm9nzoZSPJEXO2eNx brFqOcRojYJcQOXSlV3zXsCT0cg+IOU3cGVK6kSSbCm+whym/CfZiMtr917/Y69C3xuFOqjJFWIR E1KJK4Wz4pfRzYnpzC0JLV045ozr6VuiKFcrGk2kHwe5vr77BgAA//8DAFBLAwQUAAYACAAAACEA cPA43L4AAAA4AQAACwAAAF9yZWxzLy5yZWxzhI/BCsIwEETvgv8Q9m7TehCRpr2IIHgS/YAl2bbB NgnZKPbvzdGC4HEY5s1M3b6nUbwosvVOQVWUIMhpb6zrFdxvp80eBCd0BkfvSMFMDG2zXtVXGjHl EA82sMgUxwqGlMJBStYDTciFD+Sy0/k4Ycoy9jKgfmBPcluWOxm/GdAsmOJsFMSzqUDc5pCb/7N9 11lNR6+fE7n0o0LyaA1dcPbPlLEYe0oKTORvYyGqIu8H2dRy8bf5AAAA//8DAFBLAwQUAAYACAAA ACEA0J7OxJoCAABCBwAAIQAAAGRycy9zbGlkZUxheW91dHMvc2xpZGVMYXlvdXQxLnhtbKyV227b MAyG7wfsHQRfDkjdwzAMQpJiy9ZhQA9Bkz4AIyuxVp0gMV789qNkO0W7DkjQ3TiORH4if5Ly+HJn NGtkiMrZSXF2clowaYWrlN1Miofl1ehzwSKCrUA7KydFK2NxOX3/bux51NU1tG6LjBg2cpgUNaLn ZRlFLQ3EE+elpb21CwaQ/oZNWQX4TWyjy/PT00+lAWWL3j8c4u/WayXkNye2RlrsIEFqQIo/1srH gWbEITgD4XHrR8IZT4iV0grbDN1jmkmxDZb3KY2MEsFFt8bkww0I3hhdMCP4z411AVaaRDJNXpkH GWVo5BfEoFZblDFt8Q8D2x8SoU8QiznB56ph6+kst/pVsGxEJ1EFiymVRix0xSwYWlgq1JJRAdnM WSRSNoh+GaRMprb5EfzCz0P2u23mgakqcXr/ouw3erP815IZvZQv3DcDCfhuHcx0DJzqxXaTgtqq TU9yAi53yES3KJ5WRX33iq2ov79iXQ4HUAT7Q6kjfZfR3+mcD+l0cpzts+pMgVyvnXiMzDrKM6Xf pSdumwGWck54X7NOeUzK9nbdZtZjsI+kaRYLd19d1abEV/SbF4HriAtstcyCUNjACU4Pkl9Dmj1p Rw8Lmj2DMy2BZrMXD6czrcQjQ8dkpZDdQEQZWA6GJpWQY1IHqTg9UtpqDgHuX5BTfsDpZAp6iJBe Own/LeTFIGTfTWyuQcja6YqCOH+brKqiphiU/w+KUgGYbvReujcqnNo2CxyfKdypmKWkx3BkTuOI oi6kcDSjWjZSH4DPSh+BX9YqHE6/SHU8gn7ltgHrg4P/eCxerV+l001ydG/nFu/uPnpN92S+3nS4 AX/X5A6hLxdN1CwvefpWpUkh0yeTxBi+fdM/AAAA//8DAFBLAQItABQABgAIAAAAIQDzFsBh/QAA ALsBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAh AHDwONy+AAAAOAEAAAsAAAAAAAAAAAAAAAAALgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAh ANCezsSaAgAAQgcAACEAAAAAAAAAAAAAAAAAFQIAAGRycy9zbGlkZUxheW91dHMvc2xpZGVMYXlv dXQxLnhtbFBLBQYAAAAAAwADAMkAAADuBAAAAAAQAB4EcAYAAFBLAwQUAAYACAAAACEA8xbAYf0A AAC7AQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kMtOwzAQRfdI/IPlLYqdskAIJemCxwoBi/IB I3uSWPglj1M1f4+TFglQ1dVoHnfumWm2B2fZHhOZ4Fu+ETVn6FXQxg8t/9y9VPecUQavwQaPLZ+R +La7vmp2c0RiRe2p5WPO8UFKUiM6IBEi+tLpQ3KQS5oGGUF9wYDytq7vpAo+o89VXnbwrnnCHiab 2fOhlI8kRc7Z43FusWo5xGiNglxA5dKVXfNewJPRyD4g5TdwZUrqRJJsKb7CHKb8J9mIy2v3Xv9j r0LfG4U6qMkVYhETUokrhbPil9HNienMLQktXTjmjOvpW6IoVysaTaQfB7m+vvsGAAD//wMAUEsD BBQABgAIAAAAIQBw8DjcvgAAADgBAAALAAAAX3JlbHMvLnJlbHOEj8EKwjAQRO+C/xD2btN6EJGm vYggeBL9gCXZtsE2Cdko9u/N0YLgcRjmzUzdvqdRvCiy9U5BVZQgyGlvrOsV3G+nzR4EJ3QGR+9I wUwMbbNe1VcaMeUQDzawyBTHCoaUwkFK1gNNyIUP5LLT+ThhyjL2MqB+YE9yW5Y7Gb8Z0CyY4mwU xLOpQNzmkJv/s33XWU1Hr58TufSjQvJoDV1w9s+UsRh7SgpM5G9jIaoi7wfZ1HLxt/kAAAD//wMA UEsDBBQABgAIAAAAIQDdUa0mPQMAAFoJAAAhAAAAZHJzL3NsaWRlTGF5b3V0cy9zbGlkZUxheW91 dDEueG1srJbbjtowEIbvK/UdrFxWopCEkBABq3Z7UKU9oLL7AMYxEK3tWLZJ4e07PgR2t1sJRXsD wR5/9vy/Z8js6sAZaqnSdSPmUfx5FCEqSFPVYjuPHh9+DIoIaYNFhVkj6Dw6Uh1dLT5+mMlSs+oG H5u9QcAQusTzaGeMLIdDTXaUY/25kVTA3KZRHBv4qbbDSuE/wOZsmIxGkyHHtYjCenXJ+mazqQn9 1pA9p8J4iKIMGzi/3tVSdzROLsFxrJ72ckAaLgGxrlltjg56wrTzaK9EGVIa8JqoRjcbY9eUHJOy 5SxCnJS/tqJReM1AJN66kaWimqqWfjFG1eu9odpOlZ86trzkhNJChHEJvlTNHCXsZWrDaIRcGOwF HkYLMIesWIUE5jDwYCPQitUVdVNaPihKbZBofyq5kkvlVty1S4XqyhLCymgYJkKY+ykgDB6Gr5Zv OxIuDxvFFzNcglfoMI/gSh3tJyzCJT0YRPwgOY+S3f0bsWT3/Y3oYbcBnOC0KdxG6TP6N52kS8cL EZ+y8qEYlt405Ekj0UCeNn2fHrlrO5jN2eLlDnnViVGOFkL9vJOkW6KdrN1ZT2LkWTbJvCJJOs6n cfpSlyKbTNMki5BVJ54koyLN3SYdCTbxaFmaw9emOlpV1/DtXMEl02Zljow6tUETXMLJ4QO8ZdgW NRWDxxUUNTfXjGIo+uCMWVyzmjwh0yBa1QbdYm2oQsbdHm2RM5DegPMBSUW1xAr/fkW24uESdoaT did0h7YC/t+ltHNptV/7PRObN9zkzoZeRun92hsFNxuuXeft5YbFWZwUBXRB8GOcFOkoz146lo+y yRhM8o5N03gK0V4EXwiXOmZtYi2L4eIg6Es3rnJqUUH1u0fMtuAW3DyoYrB8fwcN2blc0Q2Y4LcM gMBKzqxxlkPHjVAPoKUEYHoGTuPxuCfQUgJwfAbGaR5PehItJhCzZ8QCrOtJtJhAnJyJSVLAEfvJ aDGBmD8j5uO0rzEWE4jFmWhxfZ2xmECcPiNOsryvMxbjOkLXmCz+HfoSFPZ7tiZXpP5/ER7tv6fr PUzdYnnfOk3gjQYa4rUbkvAOYwsOQs8hltG9Ey3+AgAA//8DAFBLAQItABQABgAIAAAAIQDzFsBh /QAAALsBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgA AAAhAHDwONy+AAAAOAEAAAsAAAAAAAAAAAAAAAAALgEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgA AAAhAN1RrSY9AwAAWgkAACEAAAAAAAAAAAAAAAAAFQIAAGRycy9zbGlkZUxheW91dHMvc2xpZGVM YXlvdXQxLnhtbFBLBQYAAAAAAwADAMkAAACRBQAAAAAAABwEBAAAAAEAAAAgALoPGAAAAE8AZgBm AGkAYwBlACAAVABoAGUAbQBlAA8A8AMFSwAAAQDxAwgAAAAAAACAAgCKGw8ADAT4NgAADwAC8PA2 AADgAAjwCAAAAAcAAAAHOAAADwAD8KA2AAAPAATwKAAAAAEACfAQAAAAAAAAAAAAAAAAAAAAAAAA AAIACvAIAAAAADgAAAUAAAAPAATwpgAAABIACvAIAAAAAjgAAAAKAADTAAvwZgAAAH8AAQDvAYEA AAAAAIIAAAAAAIMAAAAAAIQAAAAAAIcAAQAAAL8ABAAEAL8BAQARANYBAgAAAP8BAQAZAD8DAAAI AIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAAMQAAAAAAEPAIAAAA4QFgA78PKAsPABHw EAAAAAAAwwsIAAAAAAAAAAUA/78PAATw7QgAABIACvAIAAAAAzgAAAAKAADTAAvwZgAAAH8AAQDv AYAAmPXIG4EAAAAAAIIAAAAAAIMAAAAAAIQAAAAAAL8ABAAEAL8BAQARANYBAgAAAP8BAQAZAD8D AAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAAMgAAABMAIvEHCAAAqcMBCAAAUEsD BBQABgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbJRRwU7DMAy9I/EP Ua6oSccBIdR2BzqOgGB8gJW4bUSbRHEo29/jbuyAhIY42n7v+fm5Wu+mUcyYyAVfy5UqpUBvgnW+ r+Xb9qG4lYIyeAtj8FjLPZJcN5cX1XYfkQSzPdVyyDneaU1mwAlIhYieJ11IE2QuU68jmHfoUV+X 5Y02wWf0uciLhmyqFjv4GLPY7Lh9dMJ0Ke6PuGVVLSHG0RnIbFQvU91UT2w8OYviGVJ+hIlR2ibS NEBExqjzKrO3aqIidJ0zqNpErwvv6g9xGz59wvm/2i3TXnA+qf9ycsKRzty8uP0ZbPEdqmLmIRca XKTTBn34UPMFAAD//wMAUEsDBBQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAX3JlbHMvLnJlbHOk kMFqwzAMhu+DvYPRvXHaQxmjTm+FXksHuwpbSUxjy1gmbd++pjBYRm876hf6PvHv9rcwqZmyeI4G 1k0LiqJl5+Ng4Ot8WH2AkoLR4cSRDNxJYN+9v+1ONGGpRzL6JKpSohgYS0mfWosdKaA0nCjWTc85 YKljHnRCe8GB9KZttzr/ZkC3YKqjM5CPbgPqfE/V/IcdvM0s3JfGctDc996+omrH13iiuVIwD1QM uCzPMNPc1OdAv/au/+mVERN9V/5C/Eyr9cesFzV2DwAAAP//AwBQSwMEFAAGAAgAAAAhAKl062yY AwAADQkAABAAAABkcnMvc2hhcGV4bWwueG1srFXbbhMxEH1H4h8sv5dcIEmJ2KK2ooAUqqgJ4nl2 15td4rUX25tLH9vvQSCBxEv/ph/QX2DG3m3LRQgR+lDNxsczZ27Hz55vSslWwthCq4j3HnU5EyrR aaEWEX87P9nb58w6UClIrUTEt8Ly5wcPHzyrxrZieFnZcRXx3Llq3OnYJBcl2Ee6EgrPMm1KcPhp Fp3KCCuUA4eBStnpd7vDTgmF4gfoSq1m1dSQlZyupoYVacT73QGSUVBi1DORIIeFFKzPOw0s3ACk MdHJ0jZc4G+4pAbWmOAPNJjSLw1m0sOY+jjHaOLQGL3OBaSWfsa4Hc+vpaqQKXGpcua2FbKMdbpt YOEM8XeZWcyQxes3OkUo1E5j5jDeZKbclTr50VnGNhEfjUb7owFn24g/GY2Go/19IgRjsXEswfNh vzccUl0TQgz6Tx4jmjILTAhaGeteCr0zK0aOIm6wdT5TWE2sC6HaEBRO6ZNCyl1L4JOUalc3bB3x p4P+wBMOzLxno2uVeovG4UVjOyhksLF8Uvk6Zxnmi4nuyoQKRSsWRsxtjnC2KADNGM5RWLx/H3bc eOxNrs05Z2sDOPf2Qw1GcCZfKxx3nBDXGqY14tZQdXmspd8VUAl6ibjjLJjHDr9owHRZgZuoWZUQ sJ2s+eYdmKqZDYdjeapnOVTidyMSsH44Q9rkRFo3c1tUgh1L4LvZKtg/F9Knhf0owUx82miceUOu sEBYh0KlKHveBLlAjZWcpSKbQzw7pxUcoRJyZlxAC5ioI7P08Ewrd+ivxGCpM6id6u6YJApFbFqr xLv3xaFyk2GrZJo4tgLqUpf+mi2X9xBHIvsZ+/geFH3cIQ4z9zO2dYm45jSuj6XxMLOI0QzxffgW fAuJ69n5byjihNcnmLiX1AwS1Mp5UQrLTsWanekSFGdV4ZL8BMpCoojt9bpPcdpyMFb4OvjGxvUp PlfedBAH4YEx1v1sami1UOZos1AYVToFA/gzW9ZlUer3RWgfVjfiQu29neEDiJ3q+T7Foaf+fx1x hUHofTTFEokqPfMWZ0th6DX1VxLargZIu4DdVvQuyuJcvPKf1F5Z0Ovqz6ZG64xs4hdk5VaKboXG almkpJx/LvcPMNGKk69LPVHzTbDIT2P7Ifvr4veGv5ZewL3rN1cfb66+sJurz9cXX68vvl1fXl5f fPpzC/d6/ebVSux/coVlu2t0aL/X11ZXvdQefAcAAP//AwBQSwMEFAAGAAgAAAAhAGxT/uLZAAAA /AAAAA8AAABkcnMvZG93bnJldi54bWxEj01LAzEQhu9C/0OYgjeb7aJW1qZFBVEED/2w0Nu4mW6W biYhSdttf73Bgx7feYfn5ZnOe9uJI4XYOlYwHhUgiGunW24UrFevNw8gYkLW2DkmBWeKMJ8NrqZY aXfiBR2XqREZwrFCBSYlX0kZa0MW48h54tztXLCYcgyN1AFPGW47WRbFvbTYcl4w6OnFUL1fHqwC f/vs/cf+stmMt1968kkXx4eVUtfD/ukRRKI+/T+bchuM/St/Ue9aQVncZZnd2/k7tHqBMVFQkC9Z NouCnP0AAAD//wMAUEsBAi0AFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAAAAAAAAAAAAAAAAAAAA AFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAAACEAMd1fYdIAAACPAQAACwAAAAAAAAAA AAAAAAAvAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAAACEAqXTrbJgDAAANCQAAEAAAAAAAAAAA AAAAAAAqAgAAZHJzL3NoYXBleG1sLnhtbFBLAQItABQABgAIAAAAIQBsU/7i2QAAAPwAAAAPAAAA AAAAAAAAAAAAAPAFAABkcnMvZG93bnJldi54bWxQSwUGAAAAAAQABAD1AAAA9gYAAAAAAAAQ8AgA AADBC+oBNhHjFg8AEfAQAAAAAADDCwgAAAAAAAAABgD/vw8ADfAwAAAAAACfDwQAAAACAAAAAACi DwYAAAABAAAAAAAAAKoPDgAAAAEAAAAHAAAAAAAJBAAADwAE8AELAAASAArwCAAAAAQ4AAAACgAA 0wAL8GYAAAB/AAEA7wGAALhQyhuBAAAAAACCAAAAAACDAAAAAACEAAAAAAC/AAQABAC/AQEAEQDW AQIAAAD/AQEAGQA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAgADMAAAATACLx SwgAAKnDRQgAAFBLAwQUAAYACAAAACEADIGFu/4AAADiAQAAEwAAAFtDb250ZW50X1R5cGVzXS54 bWyUUcFOwzAMvSPxD1GuqEnHASHUdgc6joBgfICVuG1Em0RxKNvf427sgISGONp+7/n5uVrvplHM mMgFX8uVKqVAb4J1vq/l2/ahuJWCMngLY/BYyz2SXDeXF9V2H5EEsz3Vcsg53mlNZsAJSIWInidd SBNkLlOvI5h36FFfl+WNNsFn9LnIi4ZsqhY7+Biz2Oy4fXTCdCnuj7hlVS0hxtEZyGxUL1PdVE9s PDmL4hlSfoSJUdom0jRARMao8yqzt2qiInSdM6jaRK8L7+oPcRs+fcL5v9ot015wPqn/cnLCkc7c vLj9GWzxHapi5iEXGlyk0wZ9+FDzBQAA//8DAFBLAwQUAAYACAAAACEAMd1fYdIAAACPAQAACwAA AF9yZWxzLy5yZWxzpJDBasMwDIbvg72D0b1x2kMZo05vhV5LB7sKW0lMY8tYJm3fvqYwWEZvO+oX +j7x7/a3MKmZsniOBtZNC4qiZefjYODrfFh9gJKC0eHEkQzcSWDfvb/tTjRhqUcy+iSqUqIYGEtJ n1qLHSmgNJwo1k3POWCpYx50QnvBgfSmbbc6/2ZAt2CqozOQj24D6nxP1fyHHbzNLNyXxnLQ3Pfe vqJqx9d4orlSMA9UDLgszzDT3NTnQL/2rv/plRETfVf+QvxMq/XHrBc1dg8AAAD//wMAUEsDBBQA BgAIAAAAIQB06KAG2gMAAI0KAAAQAAAAZHJzL3NoYXBleG1sLnhtbMxWTW/jNhC9F+h/IHgtsv5I HCfGKoskaLYF3MCIvdgzJVG2aopUScof+fV9Q0q2s2i2xfrSizzyjIZvZt7M8OOnXaXYRlpXGp3w wYc+Z1JnJi/1MuFfFk8XN5w5L3QulNEy4Xvp+Ke7n3/6WE9czfCxdpM64Svv60mv57KVrIT7YGqp oSuMrYTHq132aiud1F54HFSp3rDfv+5VotT8Dq70Zl7PLEnZ82ZmWZknfNgfDTjTosKpLzIDhqWS 7JL3WrP4hQCMqcnWrsUi/guW3IotAnwDg2nz2SISOtM8rnCavLfWbFdS5I7+xrm9gK+DqoGUsNQr 5vc1UK5y21pFFcyPgTkEyNLtHyaHpWi8QeBisitsdS5y8mOKgu0Sjurt6QmsYiJ3nmX48/JyPLgZ QZVBN+oPriFTMPF0sqyt85+lORsJI0cJt6hWiE5sps7Ho7oj6Dhtnkqlzg07xKj0uW7YNuG3o+Eo AI7IgmdrGp0HiRjwayt7UaooI31KhzQXBeJFoOcioURRV0VW+d2Dyfd0QIpfcCf22o/zG02O2qyM feVsawWo7v5qhJWcqd81GA6C+E6wnZB2gm6qR6NCewidwUvCPWdRfPR4I36ZqhZ+qud1RoYdsxa7 r8LWLTc8WPls5itRy3+iSLQN5IxhkxPl/Nzv0fxnpiD42qhByDCVD0DpP1dns8yzjaD4+phMXX8c LLxIUWCyhcRqg3SNh5e3MGRCLTE4VWy5g3ZwdTW+eV89HIwH4++ob25H19+owbcjilwWL6CEewXg KxiGKIwqc2qs8GKX6aOyMSYEdIzJnZopjGMdplchMsylRVlJx57llr2YSmjO6tJnqydRlQqz42LQ v0WVV8I6CSp1WYpgQs1Ul13qjrZqBKfbFD/M3uAEEVfCTgPXILwEAUeG31LnWC9B7ErCgGwh0jmy dDUao66cWR+tpZjqB7sOfC6M9vehiqlw1A6UlFaNT2gVYFnMGp0F9wTlQIx/pw4sHmQRanJCsy53 b7T3RaDYqc8Tu1abNqhrcPduiQ8maTN/PTD7atSSABOleULMJ3X/igBp5bvvV3wYWZ42z7gLhNl4 pOSB+v+DxqBJCtLRIMUa1PlMWEH9sm6qsjJ/lpE4qGvCpb74MscVp+sklkY2hWeTcI1I6QZkyzX6 Q5t5kDhbS0v3pUCqjIZpa0ijD6TRdPNR5av8LbwSsVRJ96egm1ljCpIjl+h52DyHvfKmUd27xX5j JrtdFIrTTPViFyWaC618fs8jp+KEPL9U+kKKSI3MfaPIXHvXOJYhFgfPetItubD37v4GAAD//wMA UEsDBBQABgAIAAAAIQDsVOQX2wAAAPwAAAAPAAAAZHJzL2Rvd25yZXYueG1sRI9NSwMxFEX3gv8h PMGdzUypWsamRYVSFbroh6XunpPXmaGTl5Ck7bS/3uBCl5d7OZczmnSmFUfyobGsIO9lIIhLqxuu FKxX07shiBCRNbaWScGZAkzG11cjLLQ98YKOy1iJBOFQoII6RldIGcqaDIaedcSp21lvMKboK6k9 nhLctLKfZQ/SYMPpoUZHrzWV++XBKHCDF+c+9pfNJv/61I9zulg+rJS6vemen0BE6uL/eDuYvU+3 f+Uv6k0r6Gf3OYjd7PztG73AEMkrSHpJNomCHP8AAAD//wMAUEsBAi0AFAAGAAgAAAAhAAyBhbv+ AAAA4gEAABMAAAAAAAAAAAAAAAAAAAAAAFtDb250ZW50X1R5cGVzXS54bWxQSwECLQAUAAYACAAA ACEAMd1fYdIAAACPAQAACwAAAAAAAAAAAAAAAAAvAQAAX3JlbHMvLnJlbHNQSwECLQAUAAYACAAA ACEAdOigBtoDAACNCgAAEAAAAAAAAAAAAAAAAAAqAgAAZHJzL3NoYXBleG1sLnhtbFBLAQItABQA BgAIAAAAIQDsVOQX2wAAAPwAAAAPAAAAAAAAAAAAAAAAADIGAABkcnMvZG93bnJldi54bWxQSwUG AAAAAAQABAD1AAAAOgcAAAAAAAAQ8AgAAAAAAAAATAg8AQ8AEfCUAQAAAADDCwgAAAAAAAAACgD/ vw8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAA AAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAA AAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEA AAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAA AAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgA eQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAA ALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wfAAAAAAA nw8EAAAABAAAAAAAoQ8kAAAAAQAAAAAAgBACAGzwZgADAAEAAAAAAGcABQD//wUADgAAAAD+AACq Dw4AAAABAAAABwAAAAAACQQAAAAApg8mAAAA9B4AAAQAyAEAAJADAABYBQAAIAcAAFZdIAE4f0AC WIBgA3iBgAQPAATwDAsAABIACvAIAAAABTgAAAAKAADTAAvwZgAAAH8AAQDvAYAAaHuxG4EAAAAA AIIAAAAAAIMAAAAAAIQAAAAAAL8ABAAEAL8BAQARANYBAgAAAP8BAQAZAD8DAAAIAIDDGAAAAL8D AAACAFIAZQBjAHQAYQBuAGcAbABlACAANAAAABMAIvFUCAAAqcNOCAAAUEsDBBQABgAIAAAAIQAM gYW7/gAAAOIBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbJRRwU7DMAy9I/EPUa6oSccBIdR2BzqO gGB8gJW4bUSbRHEo29/jbuyAhIY42n7v+fm5Wu+mUcyYyAVfy5UqpUBvgnW+r+Xb9qG4lYIyeAtj 8FjLPZJcN5cX1XYfkQSzPdVyyDneaU1mwAlIhYieJ11IE2QuU68jmHfoUV+X5Y02wWf0uciLhmyq Fjv4GLPY7Lh9dMJ0Ke6PuGVVLSHG0RnIbFQvU91UT2w8OYviGVJ+hIlR2ibSNEBExqjzKrO3aqIi dJ0zqNpErwvv6g9xGz59wvm/2i3TXnA+qf9ycsKRzty8uP0ZbPEdqmLmIRcaXKTTBn34UPMFAAD/ /wMAUEsDBBQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAX3JlbHMvLnJlbHOkkMFqwzAMhu+DvYPR vXHaQxmjTm+FXksHuwpbSUxjy1gmbd++pjBYRm876hf6PvHv9rcwqZmyeI4G1k0LiqJl5+Ng4Ot8 WH2AkoLR4cSRDNxJYN+9v+1ONGGpRzL6JKpSohgYS0mfWosdKaA0nCjWTc85YKljHnRCe8GB9KZt tzr/ZkC3YKqjM5CPbgPqfE/V/IcdvM0s3JfGctDc996+omrH13iiuVIwD1QMuCzPMNPc1OdAv/au /+mVERN9V/5C/Eyr9cesFzV2DwAAAP//AwBQSwMEFAAGAAgAAAAhAM/aijbjAwAAmwoAABAAAABk cnMvc2hhcGV4bWwueG1szFZNb+M2EL0X6H8geC2y/ogdx8YqiyRotgXcwIi92DMlUbYailRJyh/5 9X1DSo6zaLbF+tKLPPKMhu9x3gz58dO+UmwrrSuNTvjgQ58zqTOTl3qd8C+rh4trzpwXOhfKaJnw g3T8083PP32sZ65m+Fi7WZ3wjff1rNdz2UZWwn0wtdTwFcZWwuPVrnu1lU5qLzwWqlRv2O9f9SpR an6DVHq7rBeWrOxxu7CszBM+7I+HnGlRYdUnmQHDWkk24r02LH4hAGNusmfXYhH/BUtuxQ4E38Bg 2ny2YDLAmuZ+g9XkrbVmt5Eid/Q31u0FfB1UDaSEpd4wf6iBMvdtUPQg+pWXAz+W7v4wOQJF4w14 i9m+sNW5wCmPKQq2T/jocno9vbrk7JDwPmERM7n3LIPr8nIyuB6juhl84/7gCjYxihgosrbOf5bm bDyMEiXcomSBo9jOnY9LdUvQcto8lEqdSz5wVPrcNGyX8Ol4OA6AI7KQ2ZpG58EiGfza2l6UKtrY PqXDNhcF+ILouUhoo6i1orT8/s7kB1ogxS8UFBvux0WOTkdtNsa+cLazAnp3fzXCSs7U7xoyh0B8 Z9jOSDtDN9W9UaFHhM6QJeGes2jee7yRvkxVCz/XyzqjwE5Zq/1XYetWGx6qfDTLjajlP0kkxgZx RtqURDm/9AdMgDO3IOTaqgH1o1BrDD0bMChCTE5XZ4vMs60gon3Mqa5RjhFepKg0xcJitcG+TYaX UwS2GVXsvaN3MBpNrt93DweTweQ77uvp+OobN4T3iiKXxRPYuBcAHiEwsDCqzKnDwotdp/fKRk4g 9MrJnYYpDGcdZlkhMoypVVlJxx7ljj2ZSmjO6tJnmwdRlQpD5GLQn6LcG2GdhKa6XYpgQvFU3OZo t+UjON258cMyDknAuBJ2HkQH4ykYWDL8ljrHYRPMrsgMyFYiXWKXRuMJ6sqZ9TFairm+s89B2IXR /jboIhWO+oI2pXXjEzoYcHQsGp2F9ATlKIx/lw4i7mQRanIis27v3nhviyCx05wnca03bVDXkO7d Eh9D0mb5clT2aNyKAKOleQDnk7p/BUG6ALjvV3wYVZ42j7gZhCH5Ksmj9P8HjUEjFaKjiYrzUOcL YQX1y3NTlZX5s4zCQV0TLvXFlyUuPF0nsTSqKTybhGswpfuQLZ/RH9osg8XZs7R0ewqiymiqtoE0 AyEaTfcgVb7I38IrCUuVdJsKvoU1piA7aomexyPoeMC8aVT3brHfhMnuUArFaeZ6tY8WzYXWPr/n safiRDy/VPpCiiiNzH3jyFx76XgtQywOnvWsO+3CAXjzNwAAAP//AwBQSwMEFAAGAAgAAAAhALWM UVDbAAAA/AAAAA8AAABkcnMvZG93bnJldi54bWxEj0trAjEUhfcF/0O4Qnc149CHTI1iS1tLoQsf Fbq7Tq4zg5ObkEQd/fUNXbTLwzl8h2887UwrjuRDY1nBcJCBIC6tbrhSsF693oxAhIissbVMCs4U YDrpXY2x0PbECzouYyUShEOBCuoYXSFlKGsyGAbWEaduZ73BmKKvpPZ4SnDTyjzL7qXBhtNDjY6e ayr3y4NR4G6fnPvYXzab4feXfviki+XDSqnrfjd7BBGpi//jt5f5KF//lb+od60gz+5yELv5eesb vcAQyStIekk2iYKc/AAAAP//AwBQSwECLQAUAAYACAAAACEADIGFu/4AAADiAQAAEwAAAAAAAAAA AAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQAx3V9h0gAAAI8BAAAL AAAAAAAAAAAAAAAAAC8BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQDP2oo24wMAAJsKAAAQ AAAAAAAAAAAAAAAAACoCAABkcnMvc2hhcGV4bWwueG1sUEsBAi0AFAAGAAgAAAAhALWMUVDbAAAA /AAAAA8AAAAAAAAAAAAAAAAAOwYAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAABAAEAPUAAABDBwAA AAAAABDwCAAAAAAA0wofEzwBDwAR8JQBAAAAAMMLCAAAAAAAAAAHAP+/DwCIE3wBAAAPAIoTPAEA AAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAA AAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAAB AQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRt YW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAA ACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgA BwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQ AFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfB+AAAAAACfDwQAAAAEAAAAAAChDyYA AAABAAAAAACAGAIAbPACAGYAAwABAAAAAABnAAUA//8FAA4AAAAA/gAAqg8OAAAAAQAAAAcAAAAA AAkEAAAAAKYPJgAAAPQeAAAEAMgBAACQAwAAWAUAACAHAABWXSABOH9AAliAYAN4gYAEDwAE8AwL AAASAArwCAAAAAY4AAAACgAA4wAL8GwAAAB/AAEA7wGAAKgPyhuBAAAAAACCAAAAAACDAAAAAACE AAAAAACHAAIAAAC/AAQABAC/AQEAEQDWAQIAAAD/AQEAGQA/AwAACACAwxgAAAC/AwAAAgBSAGUA YwB0AGEAbgBnAGwAZQAgADUAAAATACLxUAgAAKnDSggAAFBLAwQUAAYACAAAACEADIGFu/4AAADi AQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWyUUcFOwzAMvSPxD1GuqEnHASHUdgc6joBgfICVuG1E m0RxKNvf427sgISGONp+7/n5uVrvplHMmMgFX8uVKqVAb4J1vq/l2/ahuJWCMngLY/BYyz2SXDeX F9V2H5EEsz3Vcsg53mlNZsAJSIWIniddSBNkLlOvI5h36FFfl+WNNsFn9LnIi4ZsqhY7+Biz2Oy4 fXTCdCnuj7hlVS0hxtEZyGxUL1PdVE9sPDmL4hlSfoSJUdom0jRARMao8yqzt2qiInSdM6jaRK8L 7+oPcRs+fcL5v9ot015wPqn/cnLCkc7cvLj9GWzxHapi5iEXGlyk0wZ9+FDzBQAA//8DAFBLAwQU AAYACAAAACEAMd1fYdIAAACPAQAACwAAAF9yZWxzLy5yZWxzpJDBasMwDIbvg72D0b1x2kMZo05v hV5LB7sKW0lMY8tYJm3fvqYwWEZvO+oX+j7x7/a3MKmZsniOBtZNC4qiZefjYODrfFh9gJKC0eHE kQzcSWDfvb/tTjRhqUcy+iSqUqIYGEtJn1qLHSmgNJwo1k3POWCpYx50QnvBgfSmbbc6/2ZAt2Cq ozOQj24D6nxP1fyHHbzNLNyXxnLQ3PfevqJqx9d4orlSMA9UDLgszzDT3NTnQL/2rv/plRETfVf+ QvxMq/XHrBc1dg8AAAD//wMAUEsDBBQABgAIAAAAIQCkSgO43wMAAJMKAAAQAAAAZHJzL3NoYXBl eG1sLnhtbMxWTW/jNhC9F+h/IHgtsv6K4sRYZZEEzbaAGxhxFnumJMpWQ5EqSfkjv75vSMlxFs22 WF96kUee0fDNzJsZfvy0qxXbSOsqo1M++jDkTOrcFJVepfzL0/3ZJWfOC10IZbRM+V46/un6558+ NjPXMHys3axJ+dr7ZjYYuHwta+E+mEZq6Epja+HxaleDxkontRceB9VqMB4OLwa1qDS/hiu9WTYL S1L+sFlYVhUpHw+TCWda1Dj1UebAsFKSJXzQmcUvBGDMTf7sOiziv2AprNgiwDcwmDafLSIZ4Uxz t8Zp8sZas11LUTj6G+cOAr4eqgZSwtKsmd83QFl621lFFcxfA3MIkGXbP0wBS9F6g8DFbFfa+lTk 5MeUJdulHNXbp/wqSZLRxYSwiJnceZZDNZlMR5cJDHJYJMPRBWQKKWIgy8Y6/1mak/EwcpRyi5qF GMVm7nw8qj+CjtPmvlLq1OBDjEqf6oZtKW3jJACOyIJna1pdBIl48Gsne1GpKCN9Soc0lyXiRaCn IqFEUW9FbvndrSn2dECGXzAodtyPsxytjtqsjX3hbGsFCO/+aoWVnKnfNXgOgvhesL2Q9YJu6zuj QpMIncNLyjPOonjn8Ub8MnUj/Fwvm5wMe2Y97b4K23Tc8GDlg1muRSP/iSLRNpAzhk1OlPNLv8cI ODEFwddGjUKGqXwASv+5Jl/knm0ExTfEfOr742DhRYYCky0k1hikazqeXMGQCbXC+FSx5Q7a0fn5 9PJ99Xg0HU2/o768Si6+UYNvrygKWT6CEu4FgM9hGKIwqiqoscKLXWV3ysaYENBrTO7YTGEo6zDD SpFjOj1VtXTsQW7Zo6mF5qypfL6+F3WlMDvORsMrVHktrJOgUp+lCCbUTPXZpe7oqkZw+n3xw+wN ThBxLew8cA3CYxBwZPitdIElE8S+JAzInkS2RJbOkynqypn10VqKub61z4HPpdH+JlQxE47agZLS qfEJLQSsjEWr8+CeoByI8e/UgcWtLENNjmjW5+6N9qYMFDv2eWTXabMWdQ3u3i3xwSRrly8HZp8n HQkwUdp7xHxU968IkBa/+37Fx5HlWfuAG0GYja+UPFD/f9AYNElBOhqkWIO6WAgrqF+e27qqzZ9V JA7qmnKpz74scdHpO4llkU3h2aZcI1K6B9nqGf2hzTJInD1LS7emQKqchmlnSKMPpNF0/1HVi/wt vBKxVEW3qKBbWGNKkiOX6HnYPIe98qZR3bvFfmMm+10UitPO9dMuSjQXOvn0nkdOxRF5fqn1mRSR Grn7RpG77q7xWoZYHDybWb/kwt67/hsAAP//AwBQSwMEFAAGAAgAAAAhAIB8ZevbAAAA/AAAAA8A AABkcnMvZG93bnJldi54bWxEj01PAjEURfcm/IfmmbiTVvyIGSkETcZRg4tBBJaP9jEzcdqObYHh 39u40OXNvTk3ZzztTcsO5EPjrISroQBGVjnd2ErC8iO/vAcWIlqNrbMk4UQBppPB2Rgz7Y62pMMi VixBbMhQQh1jl3EeVE0Gw9B1ZFO3c95gTNFXXHs8Jrhp+UiIO26wsemhxo6ealJfi72R8F2o0r3N H9+XxXy7EnuVP6/5p5QX5/3sAVikPv6PNzfFa775K39RL1rCSNxeA9sVp61vdIkhkpeQ9JJsEgU+ +QEAAP//AwBQSwECLQAUAAYACAAAACEADIGFu/4AAADiAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0Nv bnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAAAAAAAAAAAAA AC8BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQCkSgO43wMAAJMKAAAQAAAAAAAAAAAAAAAA ACoCAABkcnMvc2hhcGV4bWwueG1sUEsBAi0AFAAGAAgAAAAhAIB8ZevbAAAA/AAAAA8AAAAAAAAA AAAAAAAANwYAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAABAAEAPUAAAA/BwAAAAAAABDwCAAAAIMX AABMCL8YDwAR8JQBAAAAAMMLCAAAAAAAAAAJAP+/DwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBf AF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAA AQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAAC AQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQA AAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBv AHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAA AAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQ AAAAAACxDwgAAAAAAAAEAAAAAA8ADfB8AAAAAACfDwQAAAAEAAAAAAChDyQAAAABAAAAAACAEAIA bPBmAAMAAQAAAAAAZwAFAP//BQAOAAAAAP4AAKoPDgAAAAEAAAAHAAAAAAAJBAAAAACmDyYAAAD0 HgAABADIAQAAkAMAAFgFAAAgBwAAVl0gATh/QAJYgGADeIGABA8ABPCUCwAAEgAK8AgAAAAHOAAA AAoAAOMAC/BsAAAAfwABAO8BgAAIGskbgQAAAAAAggAAAAAAgwAAAAAAhAAAAAAAhwACAAAAvwAE AAQAvwEBABEA1gECAAAA/wEBABkAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUA IAA2AAAAEwAi8cAIAACpw7oIAABQSwMEFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMAAABbQ29udGVu dF9UeXBlc10ueG1slFHBTsMwDL0j8Q9RrqhJxwEh1HYHOo6AYHyAlbhtRJtEcSjb3+Nu7ICEhjja fu/5+bla76ZRzJjIBV/LlSqlQG+Cdb6v5dv2obiVgjJ4C2PwWMs9klw3lxfVdh+RBLM91XLIOd5p TWbACUiFiJ4nXUgTZC5TryOYd+hRX5fljTbBZ/S5yIuGbKoWO/gYs9jsuH10wnQp7o+4ZVUtIcbR GchsVC9T3VRPbDw5i+IZUn6EiVHaJtI0QETGqPMqs7dqoiJ0nTOo2kSvC+/qD3EbPn3C+b/aLdNe cD6p/3JywpHO3Ly4/Rls8R2qYuYhFxpcpNMGffhQ8wUAAP//AwBQSwMEFAAGAAgAAAAhADHdX2HS AAAAjwEAAAsAAABfcmVscy8ucmVsc6SQwWrDMAyG74O9g9G9cdpDGaNOb4VeSwe7CltJTGPLWCZt 376mMFhGbzvqF/o+8e/2tzCpmbJ4jgbWTQuKomXn42Dg63xYfYCSgtHhxJEM3Elg372/7U40YalH MvokqlKiGBhLSZ9aix0poDScKNZNzzlgqWMedEJ7wYH0pm23Ov9mQLdgqqMzkI9uA+p8T9X8hx28 zSzcl8Zy0Nz33r6iasfXeKK5UjAPVAy4LM8w09zU50C/9q7/6ZURE31X/kL8TKv1x6wXNXYPAAAA //8DAFBLAwQUAAYACAAAACEAMKvbW08EAAC6DgAAEAAAAGRycy9zaGFwZXhtbC54bWzsVk1v4zYQ vRfofyB4Lby2bDn+wDoL29hsC7iBEWexxwUlUbEailRJynZS9L/3kZQcZ7HZFvGlh1zkkWc0fDPz ZjjvPxxKQXZcm0LJGY3e9SjhMlVZIe9m9PPtVWdMibFMZkwoyWf0gRv64fLnn95XU1MRfCzNtJrR rbXVtNs16ZaXzLxTFZfQ5UqXzOJV33UrzQ2XllkcVIpuv9e76JaskPQSruRuU621k9Lr3VqTIpvR fm8YUyJZiVNveAoMd4KTC9ptzMIXDDBWKr03DRb2X7Bkmu0R4DMYRKpPGpFEOFMttziNz7VW+y1n mXF/49yux9dClUDqsFRbYh8qoDQiu67LxjBo8cVTbAYxkmT/u8pgzGqrEDubHnJdngve+VF5Tg4z Gg8m48nFgJKHGZ0Mh8MIMqCzKT9YksJgMBhF4yHqnMJi2IsuILvYAhJnWWljP3F1NiriHM2oRvF8 pGy3MjYc1R7hjpPqqhDi3BT4GIU81w3Zu7T1hx5wQOY9a1XLzEuOEB8b2bJCBBnpE9KnOc8RLwI9 F4lLlGuyQDJ7WKjswR2Q4Bc8Cq33erqj51GbrdKPlOw1A/PNnzXTnBLxmwThQRDbCroVklaQdblU wncLkym8zGhCSRCXFm+OX6qsmF3JTZU6w5ZZt4cvTFcNNyxYea02W1bx71Ek2HpyhrCdE2Hsxj5g FpyZAu9rJyLXlUzcYfxpj0E4xE5pqnSdWrJjLtAeJlbbKEcLyxJU2tlCIpVC3kb9wQSGjUcReu+o jeJ4NH5Z3Y9G0egH6vFkePGNGsR7QpHx/AbRmEcAjmHoo1CiyFyH+Rd9lyyFDjEhoKeYzKmZwJiW fqrlLMWwui1Kbsg135MbVTJJSVXYdHvFykJgiHSi3gTl3jJtODjVZimA8cUTIc1Bbsrn4LQ3yKtp 7J0g4pLplScdhBsv4Ej/W8gM144X2yITILtlyQZZiocj1JUSbYM1Zyu50Pee2LmSdu55kTDj+sIl pVHjE3dF4BJZ1zL17h2UIzH+nTqwWPDc1+SEZm3unmnnuafYqc8Tu0ab1Kird/diiY8mSb15PDI7 HjYkwGiprxDzSd2/IEC3CpgfV7wfWJ7U19gR/JB8ouSR+v+DxnAjFaRzE5VNc5H5PeOvQdSLlx+j RWc8mGPf6cdxZ3416XdG88UkigfL3iLu/Y1p2NzxBfiEW9650GDefV0WpfqjCKQDJ2aUy87nDdam tgtJEpjon/WMSmTJbVW6uEdvSbXxEiX3XLsdzBMydRO5MXTzE4STbpsSxSP/1b86UorC7WRet9ZK 5U52wMJVdLy+jpfTsyY3LxLlmRlvLzRf2Holbw9BcjOlkc+fF9hP2Anxfillh7NAq9R8o0hNs7Ag /y5aN8DfBsCxu1+u69HkbQCANvbyqxsHmK14Yho4KnGZrZlm7hJ9a2w3SM5eBF7V2E9lCBMbz2ra rsB+K778BwAA//8DAFBLAwQUAAYACAAAACEA4I9EgNsAAAD8AAAADwAAAGRycy9kb3ducmV2Lnht bESPS0sDMRSF94L/IVzBnU0sKjI2LSrUEWkX04fW3W1y54GTZEzS6fTfG1zo8nAO3+GbzAbTsp58 aJyVcD0SwMgqpxtbSdis51f3wEJEq7F1liScKMBsen42wUy7oy2oX8WKJYgNGUqoY+wyzoOqyWAY uY5s6krnDcYUfcW1x2OCm5aPhbjjBhubHmrs6Lkm9bU6GAnfuSrc2+JpuckX+3dxUPOXD76V8vJi eHwAFmmI/+N2V372u7/yF/WqJYzF7Q2wMj/tfaMLDJG8hKSXZJMo8OkPAAAA//8DAFBLAQItABQA BgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1s UEsBAi0AFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAAAAAAAAAAAAAAAALwEAAF9yZWxzLy5yZWxz UEsBAi0AFAAGAAgAAAAhADCr21tPBAAAug4AABAAAAAAAAAAAAAAAAAAKgIAAGRycy9zaGFwZXht bC54bWxQSwECLQAUAAYACAAAACEA4I9EgNsAAAD8AAAADwAAAAAAAAAAAAAAAACnBgAAZHJzL2Rv d25yZXYueG1sUEsFBgAAAAAEAAQA9QAAAK8HAAAAAAAAEPAIAAAAgxfTCh8TvxgPABHwlAEAAAAA wwsIAAAAAAAAAAgA/78PAIgTfAEAAA8AihM8AQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACL ExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA 6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAAB AAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoA AABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBw AG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAA GgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQA AAAADwAN8JQAAAAAAJ8PBAAAAAQAAAAAAKAPAgAAACoAAAChDyYAAAACAAAAAACAGAIAbPACAGYA AwACAAAAAABnAAUA//8FAA4AAAAA/gAA2A8EAAAAAAAAAAAAqg8OAAAAAgAAAAcAAAAAAAkEAAAA AKYPJgAAAPQeAAAEAMgBAACQAwAAWAUAACAHAABWXSABOH9AAliAYAN4gYAEDwAE8DAAAAASAArw CAAAAAE4AAAADAAAQwAL8BgAAAC/ARIAEgD/AQAACAAEAwkAAAA/AwEAAQAQAPAHIAAAAP///wAA AAAAgICAAAAAAAAAzJkAMzPMAMzM/wCysrIADwCIEzgAAAAPAIoTMAAAAAAAug8QAAAAXwBfAF8A UABQAFQAMQAwAAAAixMQAAAAAADrLggAAADZC8sBcAK0iwAADgTXCwAAUEsDBBQABgAIAAAAIQBL nfYYAAEAABwCAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbKyRy2rDMBBF94X+g9C22HK6KKXYzqKP XR+L9AMGeWyL2iMhTULy9x07DpQSQhfdCKSZuffcUbnej4PaYUzOU6VXeaEVkvWNo67Sn5uX7F6r xEANDJ6w0gdMel1fX5WbQ8CkZJpSpXvm8GBMsj2OkHIfkKTS+jgCyzV2JoD9gg7NbVHcGeuJkTjj SUPX5RO2sB1YPe/l+Ugi41o9Hvsmq0pDCIOzwAJqpqqpy3cBj65B9QGR32CULsOCgD/PVX5Za0fN L+DMt62z2Hi7HQUznyVvFs8zrBGHdAH2jMGyjVwm50CpdyGdHP6U6hVI1hn/J9sidgIw89/W3wAA AP//AwBQSwMEFAAGAAgAAAAhAKXWp+fAAAAANgEAAAsAAABfcmVscy8ucmVsc4SPz2rDMAyH74W9 g9F9UdLDGCV2L6WQQy+jfQDhKH9oIhvbG+vbT8cGCrsIhKTv96k9/q6L+eGU5yAWmqoGw+JDP8to 4XY9v3+CyYWkpyUIW3hwhqN727VfvFDRozzNMRulSLYwlRIPiNlPvFKuQmTRyRDSSkXbNGIkf6eR cV/XH5ieGeA2TNP1FlLXN2Cuj6jJ/7PDMMyeT8F/ryzlRQRuN5RMaeRioagv41O9kKhlqtQe0LW4 +db9AQAA//8DAFBLAwQUAAYACAAAACEAa3mWFoMAAACKAAAAHAAAAHRoZW1lL3RoZW1lL3RoZW1l TWFuYWdlci54bWwMzE0KwyAQQOF9oXeQ2TdjuyhFYrLLrrv2AEOcGkHHoNKf29fl44M3zt8U1ZtL DVksnAcNimXNLoi38Hwspxuo2kgcxSxs4ccV5ul4GMm0jRPfSchzUX0j1ZCFrbXdINa1K9Uh7yzd Xrkkaj2LR1fo0/cp4kXrKyYKAjj9AQAA//8DAFBLAwQUAAYACAAAACEAufpPz14GAAAyGwAAFgAA AHRoZW1lL3RoZW1lL3RoZW1lMS54bWzsWU9vHDUUvyPxHay5t/uvCUnUTZXsZhto00bZbVGP3lnv jLue8cj2Jt0bao9ISIiCuCBx44CASq3EpXyaQBEUqV+BZ3tm187MkqSNAEE3UnbG/vn9f8/P3qvX HiQMHRIhKU/bQeNyPUAkDfmIplE7uDPoXVoLkFQ4HWHGU9IOZkQG1zbffecq3lAxSQiC9ancwO0g VirbqNVkCMNYXuYZSWFuzEWCFbyKqDYS+AjoJqzWrNdXawmmaYBSnADZ2+MxDQkaaJLBZkF8h8Fr qqQeCJnoa9IkX2FQo0lDz0kRDTtMoEPM2kHdfILa5tUa3sgBTJVxPfPJcTlgNGmeRs8AmCrj1ur6 b07PAHAYgvxl3vV6p7O+nmMdkH0s027Bp9Px8A79VklmTzdL1IDs45US3rOZA7KPKyX81tZOs7Pl yWNAFr9awje7ze62r68BxYymkxK6A59eL6c+h4w5262Ebzf1Xw5foMD785jRLMY8VV4E2ZgL9FyC 73PRA4B+YVjRFKlZRsY4hNjsYEaHgmoGeINgZ8YOhbI0pHkhGQqaqXbwQYYhzhf0Xj3/7tXzp+jV 8yfHD58dP/zx+NGj44c/WFrewl2cRu7Cl998+sdXH6Hfn3798vHn1Xjp4n/5/uOff/qsGqhc4Isv nvz67MmLLz/57dvHFfAtgYcufEATItEtcoQOeAK6GcP4kpOhON+KQYypu2IrjSROseZSQX9HxR76 1gwzXIHbJr4F7woKlawCeH163xO4H4upyl3uaXYjTjzgHudsm4tKK9zQvBzHD6ZpVM1cTF3cAcaH Vbw7OPX8uzPNoCDSKpKdmHhi7jOcKhyRlCik5/iEkAoz3KPUs+seDQWXfKzQPYq2Ma00yYAOvWha LNqlCfhlViUg+Nuzzd5dtM1ZldZdcugjISswqxB+QJhnxut4qnBSRXKAE+Ya/CZWcZWQ/ZkIXdyO VODpiDCOdkZEyqo1twXo6zj9BlSParfvsVniI4WikyqaNzHnLrLLJ50YJ1kVtk/T2MW+LycQohjt c1UF3+N+huh38ANOl7r7LiWeu0+vBndo5Im0CBA9MxXal1CtvSKc0PRtRT5zRd4StDIldk/U4WW4 k9W3w8WI/vuLbxdP030C8V7egd7W3re1N/jP195l+XzWirsoslB/dZ9jG2TTLidLu+UxZayvZozc lKZhlrBhjHowqNeZ8x+Zn8ayGB7zAu/hIoHNGiS4+pCquB/jDJrthunHI5mTjiTKuIRDnRmupK2Z QsOu7OlvRR9lbD2QWO3xkR1uuYfCORmz7UTmeFkwamkCZ2XWeu/NmDWsVEvN5qvWMKKZUuepNlcZ fFhWDQbn1oROBEH/AlZehRO4lh0OKZiRkba73YQLt2jWxfOFuEjGeERyH2m9yz5qGCcVsWLO+hA7 FT5aM6L/pdUcbuua7BtwO4uTXHZXlrArvPcmXiquFwrPGOOcTEeWusnJUnTUDtZXmisBCnHWDsZw voXHJAOvS938YRbB1U+ohA37U5PZGH7hzfVCMYg+J+Ma9WK8pLBXBzIhVRfL2IaGmcpDgKWak5W/ uQJmvSgFbKS/hhStNQiGf0wKsKPvWjIek1C5znZGtO3sa15K+VQR0Y9HR2jIpuIAg/t1qII+Iyrh msJUBP0i2oG2tpnyi3NeGCtu2zQ3zLIY5+VWp2iRyRZuQnUug3lzxAPdKmU3yp1fFZPyF6SKG8b/ M1X0fgJXBq2R9kAIF7UCI52v7YALFXOoQllMw56AxsHUDogWBNVFb9cIrovNtyCH+tvmnKWhqTE4 +akDGiFBYT9SsSBkH8qSib5TiDXyvcuSLAiZiHLElZkVe0gOCRvoGriq9/YAxRDqpprkZcDgTsaf /55n0DDSTY6bb14Nme+9Ngf+7s7HJjMo5ddh09AU9p+LaKzldz52vVle7L2uInpi0WZdKbICmDlb wXqe9q8pwjm3WluxSho3VwrhwItljWFw3hBlcPGD9D/Y/6gImf3tQW+oA34AtRXB7wmaGIQNRPUl 23ggXSDt4BAaJztog0mTsqbNu1tttWKzvpA2auGCOd8TxtaSncXf5zT2vDnz2Xm5eJHGzi3s2dqO LTU1ePZkisLQuDjIGMeYH63c35X48D44ugt3/VOmpAkm8gCu+aD17Js8gOS3HM3SzT8BAAD//wMA UEsDBBQABgAIAAAAIQAN0ZCftgAAABsBAAAnAAAAdGhlbWUvdGhlbWUvX3JlbHMvdGhlbWVNYW5h Z2VyLnhtbC5yZWxzhI9NCsIwFIT3gncIb2/TuhCRJt2I0K3UA4TkNQ02PyRR7O0NriwILodhvplp u5edyRNjMt4xaKoaCDrplXGawW247I5AUhZOidk7ZLBggo5vN+0VZ5FLKE0mJFIoLjGYcg4nSpOc 0IpU+YCuOKOPVuQio6ZByLvQSPd1faDxmwF8xSS9YhB71QAZllCa/7P9OBqJZy8fFl3+UUFz2YUF KKLGzOAjm6pMBMpburrE3wAAAP//AwBQSwECLQAUAAYACAAAACEAS532GAABAAAcAgAAEwAAAAAA AAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQCl1qfnwAAAADYB AAALAAAAAAAAAAAAAAAAADEBAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQBreZYWgwAAAIoA AAAcAAAAAAAAAAAAAAAAABoCAAB0aGVtZS90aGVtZS90aGVtZU1hbmFnZXIueG1sUEsBAi0AFAAG AAgAAAAhALn6T89eBgAAMhsAABYAAAAAAAAAAAAAAAAA1wIAAHRoZW1lL3RoZW1lL3RoZW1lMS54 bWxQSwECLQAUAAYACAAAACEADdGQn7YAAAAbAQAAJwAAAAAAAAAAAAAAAABpCQAAdGhlbWUvdGhl bWUvX3JlbHMvdGhlbWVNYW5hZ2VyLnhtbC5yZWxzUEsFBgAAAAAFAAUAXQEAAGQKAAAAAAAADwQ6 AQAAPD94bWwgdmVyc2lvbj0iMS4wIiBlbmNvZGluZz0iVVRGLTgiIHN0YW5kYWxvbmU9InllcyI/ Pg0KPGE6Y2xyTWFwIHhtbG5zOmE9Imh0dHA6Ly9zY2hlbWFzLm9wZW54bWxmb3JtYXRzLm9yZy9k cmF3aW5nbWwvMjAwNi9tYWluIiBiZzE9Imx0MSIgdHgxPSJkazEiIGJnMj0ibHQyIiB0eDI9ImRr MiIgYWNjZW50MT0iYWNjZW50MSIgYWNjZW50Mj0iYWNjZW50MiIgYWNjZW50Mz0iYWNjZW50MyIg YWNjZW50ND0iYWNjZW50NCIgYWNjZW50NT0iYWNjZW50NSIgYWNjZW50Nj0iYWNjZW50NiIgaGxp bms9ImhsaW5rIiBmb2xIbGluaz0iZm9sSGxpbmsiLz4AACcEZAYAAFBLAwQUAAYACAAAACEAGrEa A/wAAAC7AQAAEwAAAFtDb250ZW50X1R5cGVzXS54bWx8kMlqw0AMhu+FvsMw1+IZp4dSiu0cuty6 HNIHEGPZHjobo0lI3r6yk0IoISeh5df/Sc16753YYSYbQytXqpYCg4m9DWMrvzdv1aMUVCD04GLA Vh6Q5Lq7vWk2h4QkWB2olVMp6UlrMhN6IBUTBu4MMXsonOZRJzA/MKK+r+sHbWIoGEpV5h2ya15w gK0r4nXP5SMJy6V4Ps7NVq2ElJw1UBhUz13dNZ8Mnm2P4gty+QDPU7rPpMlx8R2o8F3nyUpdX7sL /T/2Kg6DNdhHs/VMrFJG4rhQeKfOjO5OTBduyejoyjEXXE/fUqxcrGiyif4c9PL67hcAAP//AwBQ SwMEFAAGAAgAAAAhAI7qKvq+AAAAOAEAAAsAAABfcmVscy8ucmVsc4SPwQrCMBBE74L/EPZu03oQ kaa9iNCDF9EPWJJtG2yTkI2if2+OFgSPwzBvZur2NU/iSZGtdwqqogRBTntj3aDgdj1t9iA4oTM4 eUcK3sTQNutVfaEJUw7xaAOLTHGsYEwpHKRkPdKMXPhALju9jzOmLOMgA+o7DiS3ZbmT8ZsBzYIp OqMgdqYCcX2H3Pyf7fveajp6/ZjJpR8Vkidr6IycKGYsxoGSAhP521iIqsj7QTa1XPxtPgAAAP// AwBQSwMEFAAGAAgAAAAhAKpZ70QyAwAAJxIAACEAAABkcnMvc2xpZGVNYXN0ZXJzL3NsaWRlTWFz dGVyMS54bWzsmN1u2jAUx+8n7R0iX26iEAgEooaq3YQ0aZpQ2z2AYxyw6o/IdmjpZfs80yZt0m76 NjxAX2G2CSG0lFFpNxNw5cTHJ8f/88vxIccnN4x6UywVETwG/lEDeJgjMSJ8HIOvl4NaF3hKQz6C VHAcgxlW4KT/9s1xFumbCz2jWHnGBVcRjMFE6yyq1xWaYAbVkcgwN3OpkAxqcynH9ZGE18Y1o/Vm o9GpM0g4KNbLXdaLNCUIfxQoZ5jrhROJKdQmfDUhmVp6Y2gXdwzKqzyrIcEy4yIhlOiZc1q6mcYg lzwqtlRjBEmhRKrtmohBFE0ZBR5D0acxFxIm1GjEpu7OUGKF5RSfai1Jkmus7FT0buk72yXCzDrh 2m1wTbW+zQDRFLsk1O1lIkYzd9U/hhGdUj8bSg/SsUmsiXGE00uYXNzGIGiHRn3gSU1jYBMOP/Mz eeXGqeD61C1JoMLAm0A+Ngkb5hxpa2Bdqwyd4bQYDZH2ptA4ajXMD5hA6k8sTlP91LZiV8wm+Qcq nZkcJ2a48Gldlk5LkyS/uC0f65cmMErygQnf07MMpxCZTFwSZvj8gq+9c8GgQS0jGk0GkBE6i0HN b/SAhyZQKuw2Z4KHkdHp3OimjFC+k+kKS/tq2LELUFAyGhBKt0erqmYWUL5zXH7neVQYVpY/Pnx7 fPjpPT78mN/9mt/9nt/fz+++b99dzW92bXZghNQ/cmUSvRDL5bwAzj7BDJuWPfN6fTZghL2WHzbb wCN8ZFg2wrfCIAza9tYBz/3Bs3zTXmDxPeM1pIoSsk6Wxakgq7Uiy/cDW3UqYDWb3Y69ccCqilUp vKu7y7f2vyxx5VZez5AFp2AoqDBkeHFlvixOB4Y2nZyl8HvNkAWnYKi9YqjZaIfBoQ79tfs6MGRb IwtOwVCnwpA7uTYfXT0/cHg9a9h94LnWctW/r/frPrAPel1Ha/+84bID1zf+sqff1tDao5vqRX+5 1qraCQw3NJ5bDnurSiFQWBEoDFquUG842/dMIKtKIVB3JZBVx2FyEMiqUgjUqwjUaYcvdYd7RpBV xfxrW/tmkEVCT7Bcfk8wk8svPP0/AAAA//8DAFBLAQItABQABgAIAAAAIQAasRoD/AAAALsBAAAT AAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAI7qKvq+ AAAAOAEAAAsAAAAAAAAAAAAAAAAALQEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAKpZ70Qy AwAAJxIAACEAAAAAAAAAAAAAAAAAFAIAAGRycy9zbGlkZU1hc3RlcnMvc2xpZGVNYXN0ZXIxLnht bFBLBQYAAAAAAwADAMkAAACFBQAAAAAPAO4D7gkAAAIA7wMYAAAAEAAAAAAAAAAAAAAAAAAAgAAB AAAHAP+/DwAMBOkIAAAPAALw4QgAAPAACPAIAAAABAAAAAQ8AAAPAAPwnQgAAA8ABPAoAAAAAQAJ 8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAAPAAABQAAAA8ABPDFAgAAogwK8AgAAAACPAAA AAoAANMAC/B0AAAAfwABAO8BgAD4zMsbgQAAAAAAggAAAAAAgwAAAAAAhAAAAAAAvwAEAAQAvwEA ABEA1gECAAAA/wEQABgAPwMAAAgAgMMmAAAAvwMAAAIARABhAHQAZQAgAFAAbABhAGMAZQBoAG8A bABkAGUAcgAgADMAAAAAABDwCAAAAPIQPQEDBzkSDwAR8I0BAAAPAIgTfAEAAA8AihM8AQAAAAC6 DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAAAAAA FAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAAB AAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAA AAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAA AE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAA BgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAx ADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAAAAAgBAEAAAAHDwAN8IwAAAAAAJ8PBAAAAAQAAAAA AKAPEAAAAFMAbABpAGQAZQAgACMAKgAAAKEPIgAAAAkAAAAAAIAQAgBs8GYAAwAJAAAAAABHAAUA BQAOAAAAAP4AANgPBAAAAAcAAAAAAKoPDgAAAAkAAAAHAAAAAAAJBAAAAACmDxQAAADwHgAAVl0g ATh/QAJYgGADeIGABA8ABPAaAwAAEgAK8AgAAAADPAAAIAIAAAMBC/B4AAAABAAAAAAAfwABAO8B gACoXssbgQAAAAAAggAAAAAAgwAAAAAAhAAAAAAAhQAAAAAAhwABAAAAiAAAAAAAvwAEAAQA/wEA ABEAAQMCBAAAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAAyAAAAAAAQ8AgA AADPAdwB8hbECQ8AEfBwAAAAAADDCwgAAAD/////DwD/vw8AiBNMAAAADwCKE0QAAAAAALoPEAAA AF8AXwBfAFAAUABUADEAMQAAAIsTJAAAAAAAtg8cAAAAAAIAAAAAAAAAAgAAAAAAAAACAAAAAAAA AAAAAAAAHwQEAAAAAgAAAA8ADfD6AQAAAACfDwQAAAAGAAAAAACgD2oBAAALAFAAZQByAGYAbwBy AG0AYQBuAGMAZQAgAEUAdgBhAGwAdQBhAHQAaQBvAG4AIABvAGYAIABSAG8AdQB0AGkAbgBnACAA UAByAG8AdABvAGMAbwBsACAAZgBvAHIAIABMAG8AdwAgAFAAbwB3AGUAcgAgAGEAbgBkACAATABv AHMAcwB5ACAATgBlAHQAdwBvAHIAawBzACAAKABSAFAATAApACAAIAAgACAAIAAgACAAIAAgACAA IAAgACAAIAAgACAAIABkAHIAYQBmAHQALQB0AHIAaQBwAGEAdABoAGkALQByAG8AbABsAC0AcgBw AGwALQBzAGkAbQB1AGwAYQB0AGkAbwBuAC0AMAA0AAsACwBJAEUAVABGACAAVgBpAHIAdAB1AGEA bAAgAEkAbgB0AGUAcgBpAG0AIABXAEcAIABNAGUAZQB0AGkAbgBnACAAEyAgAEoAdQBuAGUAIAAy ADAAMQAwAAAAoQ86AAAAtgAAAAAAAAAKAAcAAQAAAAAAIAADAIcAAAABBAIAAQQcAAcAAAAACCAA AAgDACcAAAAADCAAAAwDAAAAqg8yAAAAPgAAAAYAAAAJBAAABQAAAAcAAAADAAkEAABMAAAABgAA AAkEAAAnAAAABgAAAAkEAAAPAATwdgIAABIACvAIAAAABDwAACACAAADAQvweAAAAAQAAAAAAH8A AQDvAYAAeLfLG4EAAAAAAIIAAAAAAIMAAAAAAIQAAAAAAIUAAAAAAIcAAAAAAIgAAAAAAL8ABAAE AP8BAAARAAEDAwQAAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAAMwAAAAAA EPAIAAAAzwyXA/QUmhIPABHwbAAAAAAAwwsIAAAA/////xAA/78PAIgTSAAAAA8AihNAAAAAAAC6 DxAAAABfAF8AXwBQAFAAVAAxADEAAACLEyAAAAAAALYPGAAAAAAAAAAAAgAAAAAAAAACAAAAAAAA AAAAAAAAHwQEAAAAAwAAAA8ADfBaAQAAAACfDwQAAAAFAAAAAACoD0oAAAAgICAgICAgICAgICAg ICAgICAgICAgICANSm95ZGVlcCBUcmlwYXRoaQ1KYXVkZWxpY2UgRGUgT2xpdmVpcmENSlAgVmFz c2V1cgAAoQ9MAAAASwAAAAAAABAKAFAABwAYAAAAAABjAAYAAwAGABQAAQAAAAAEYwAABAYAAwAG ABQAMQAAAAAIIgAACAMAEgABAAAAAAwiAAAMAwASAAAAqg+AAAAAGAAAAAYAAAAJBAAAAQAAAAYA AAAJBAAABwAAAAcAAAADAAkEAAABAAAABgAAAAkEAAAIAAAABwAAAAMACQQAAAEAAAAGAAAACQQA AAkAAAAHAAAAAwAJBAAAEAAAAAYAAAAJBAAABwAAAAcAAAADAAkEAAABAAAABgAAAAkEAAAAAKYP GAAAAPgfAAAAAAAAVl0gATh/QAJYgGADeIGABA8ABPAkAAAAEgAK8AgAAAABPAAAAAwAACMAC/AM AAAABAMJAAAAPwMBAAEAEADwByAAAAD///8AAAAAAICAgAAAAAAAAMyZADMzzADMzP8AsrKyAA8A iBOdAAAADwCKE5UAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTdQAAAAAA6y4IAAAAaX/I ASBRoPQAAB0QBAAAAAAAAAAAAAArBAAAAAAAAAAfAETxPQAAAAAAJ/EgAAAAAAAAAAMAAAAAAAAA AAAAAAAAAAAAAAAA/////xIAAAAPAD3xDQAAAEABQvEFAAAAAQkAAAAPAAIrAAAAAAAAIgQIAAAA AQAAAAEAAAAPAO4DvAoAAAIA7wMYAAAAEAAAAAAAAAAAAAAAAAAAgAEBAAAHAP+/AAD5AxAAAAAA BAAAAAAAAAIAAQABYMUbDwAMBNYIAAAPAALwzggAABABCPAIAAAAAwAAAANEAAAPAAPwiggAAA8A BPAoAAAAAQAJ8BAAAAAAAHMAAAAAAAAAAAAAAAAAAgAK8AgAAAAARAAABQAAAA8ABPCgAQAAEgAK 8AgAAAACRAAAIAIAAAMBC/B4AAAABAAAAAAAfwABAO8BgABIwcsbgQAAAAAAggAAAAAAgwAAAAAA hAAAAAAAhQAAAAAAhwABAAAAiAAAAAAAvwAEAAQA/wEAABEAAQMCBAAAPwMAAAgAgMMYAAAAvwMA AAIAUgBlAGMAdABhAG4AZwBsAGUAIAAxAAAAAAAQ8AgAAACtAD0BjxejAg8AEfBcAAAAAADDCwgA AAD/////DQD/vw8AiBM4AAAADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTEAAA AAAAtg8IAAAAAAIAAAAAAAAAAB8EBAAAAAIAAAAPAA3wlAAAAAAAnw8EAAAAAAAAAAAAqA8MAAAA RHJhZnQgVXBkYXRlAAChDxgAAAANAAAAAAAAAAIAAwANAAAAAQACAAEAJAAAAKoPDgAAAA0AAAAH AAAAAAAJBAAAAACmDzYAAAAEAAAADADIAQAAkAMAAFgFAAAgBwAA6AgAALAKAAB4DAAAQA4AAAgQ AADQEQAAmBMAAGAVAAAPAATwqgYAABIACvAIAAAAA0QAACACAAADAQvweAAAAAQAAAAAAH8AAQDv AYAAGLHLG4EAAAAAAIIAAAAAAIMAAAAAAIQAAAAAAIUAAAAAAIcAAQAAAIgAAAAAAL8ABAAEAP8B AAARAAEDAwQAAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBuAGcAbABlACAAMgAAAAAAEPAI AAAAJQM9AY8XfREPABHwEAAAAAAAwwsIAAAA/////xAA/78PAA3w6gUAAAAAnw8EAAAABQAAAAAA oA8+BQAAIABWAGUAcgBzAGkAbwBuACAAMAAwACAALQAgAEMARABGACAAbwBmACAAaABvAHAAIABk AGkAcwB0AGEAbgBjAGUAIABhAG4AZAAgAEUAVABYACwAIAByAG8AdQB0AGkAbgBnACAAdABhAGIA bABlACAAcwBpAHoAZQAsACAAZABhAHQAYQAgAGEAbgBkACAAYwBvAG4AdAByAG8AbAAgAG8AdgBl AHIAaABlAGEAZAAsACAAZgBvAHIAIABlAGEAYwBoACAAbgBvAGQAZQAsACAAbwB2AGUAcgAgAHQA aQBtAGUAIABmAG8AcgAgAHMAYQBtAHAAbABlACAAdABvAHAAbwBsAG8AZwB5ACAAZgByAG8AbQAg AFIAUABMACAAZAByAGEAZgB0AC4ADQAgAFYAZQByAHMAaQBvAG4AIAAwADEAIAAtACAARABlAGMA ZQBtAGIAZQByACAAMgAwADAAOQAgAC0AIABDAEQARgAgAG8AZgAgAHAAYQB0AGgAIABxAHUAYQBs AGkAdAB5ACwAIAByAG8AdQB0AGkAbgBnACAAdABhAGIAbABlACwAIABkAGEAdABhACAAJgAgAGMA bwBuAHQAcgBvAGwAIABvAHYAZQByAGgAZQBhAGQALAAgAGYAbwByACAAZQBhAGMAaAAgAG4AbwBk AGUALAAgAG8AdgBlAHIAIAB0AGkAbQBlACAAYQBuAGQAIABDAEQARgAgAG8AZgAgAHQAaQBtAGUA IAB0AG8AIAByAGUAYwBvAHYAZQByACAAZgByAG8AbQAgAGwAbwBzAHMAIABvAGYAIABjAG8AbgBu AGUAYwB0AGkAdgBpAHQAeQAsACAAdwBpAHQAaAAgAGcAbABvAGIAYQBsACAAcgBlAHAAYQBpAHIA IABvAG4AbAB5ACwAIABmAG8AcgAgAGEAIABnAGEAdABoAGUAcgBlAGQAIAB0AG8AcABvAGwAbwBn AHkAIAB0AHIAYQBjAGUALgANACAAVgBlAHIAcwBpAG8AbgAgADAAMgAgAC0AIABMAG8AYwBhAGwA IAByAGUAcABhAGkAcgAgAGEAbgBkACAAaQB0AHMAIABlAGYAZgBlAGMAdAAgAG8AbgAgAHQAaQBt AGUAIAB0AG8AIAByAGUAYwBvAHYAZQByACAAZgByAG8AbQAgACAAbABvAHMAcwAgAG8AZgAgAGMA bwBuAG4AZQBjAHQAaQB2AGkAdAB5ACAAdwBhAHMAIABhAGQAZABlAGQALgANACAAVgBlAHIAcwBp AG8AbgAgADAAMwAgABMgIABNAGEAcgBjAGgAIAAyADAAMQAwACAALQAgAEMARABGACAAbwBmACAA cABhAHQAaAAgAHMAdAByAGUAdABjAGgAIABmAGEAYwB0AG8AcgAgAGEAbgBkACAAZABlAGwAYQB5 ACAAYQBkAGQAZQBkAC4AIABCAHUAaQBsAGQAaQBuAGcAIAByAG8AdQB0AGkAbgBnACAAaQBtAHAA bABlAG0AZQBuAHQAZQBkAC4ADQAgAFYAZQByAHMAaQBvAG4AIAAwADQAIAATICAASgB1AG4AZQAg ADIAMAAxADAAIAAtACAAUgBlAHMAdQBsAHQAcwAgAG8AbgAgAHMAYwBhAGwAYQBiAGkAbABpAHQA eQAgAG8AbgAgAGEAIAB2AGUAcgB5ACAAbABhAHIAZwBlACAAcwBtAGEAcgB0ACAAbQBlAHQAZQBy AGkAbgBnACAAbgBlAHQAdwBvAHIAawAgAGEAZABkAGUAZAAuAAAAoQ8oAAAAoAIAAAAAAUgCAA8A AABw/wMAAQAAAAAAAgAUAJ8CAAAABAIAAAQYAAAAqg8OAAAAoAIAAAcAAAAAAAkEAAAAAKYPSgAA APwfAAAMAMgBAACQAwAAWAUAACAHAADoCAAAsAoAAHgMAABADgAACBAAANARAACYEwAAYBUAAAAA AABWXSABOH9AAliAYAN4gYAEDwAE8CQAAAASAArwCAAAAAFEAAAADAAAIwAL8AwAAAAEAwkAAAA/ AwEAAQAQAPAHIAAAAP///wAAAAAAgICAAAAAAAAAzJkAMzPMAMzM/wCysrIADwCIE2YBAAAPAIoT XgEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixM+AQAAAADrLggAAAD5XcQBMBtH4QAAHRAE AAAAAAAAAAAAACsEAAAAAAAAAB8ARPEGAQAAAAAn8SAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAD/////EgAAAA8APfENAAAAQAFC8QUAAAABCQAAAB8ARPHBAAAAAAAn8SAAAAAAAAAAAAAAAAEA AAAAAAAAAAAAAAAAAAAAAAAAGAAAAA8APfENAAAAQAFC8QUAAAABBAAAAAAAQfEUAAAAAQAAAAEA AAAAAAAAAAAAAAMAAAA/ACXxLAAAAAAAKPEQAAAAAQAAAAkAAAAAAAAAAAAAAA8APPEMAAAAAAAB KwQAAAABAAAATwAl8SwAAAAAACjxEAAAAAEAAAAKAAAAAAAAAAAAAAAPADzxDAAAAAAAASsEAAAA AQAAAA8AAisAAAAAAAAiBAgAAAABAAAADAAAAA8A7gMeBwAAAgDvAxgAAAAQAAAAAAAAAAAAAAAA AACAAgEAAAcA/78AAPkDEAAAAAAEAAAAAAAAAgABAAF3bxsPAAwEOAUAAA8AAvAwBQAAMAEI8AgA AAADAAAAA0wAAA8AA/DsBAAADwAE8CgAAAABAAnwEAAAAAAAAAAAAAAAAAAAAAAAAAACAArwCAAA AABMAAAFAAAADwAE8GQBAAASAArwCAAAAAJMAAAgAgAAAwEL8HgAAAAEAAAAAAB/AAEA7wGAAEi9 PCeBAAAAAACCAAAAAACDAAAAAACEAAAAAACFAAAAAACHAAEAAACIAAAAAAC/AAQABAD/AQAAEQAB AwIEAAA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAgADEAAAAAABDwCAAAAK0A PQGPF9ACDwAR8BwAAAAAAMMLCAAAAP////8NAP+/AAAfBAQAAAACAAAADwAN8JgAAAAAAJ8PBAAA AAAAAAAAAKgPEAAAAFNpbXVsYXRpb24gU2V0dXAAAKEPGAAAABEAAAAAAAAAAgADABEAAAABAAIA AQAkAAAAqg8OAAAAEQAAAAcAAAAAAAkEAAAAAKYPNgAAAAQAAAAMAMgBAACQAwAAWAUAACAHAADo CAAAsAoAAHgMAABADgAACBAAANARAACYEwAAYBUAAA8ABPBIAwAAEgAK8AgAAAADTAAAIAIAAAMB C/B4AAAABAAAAAAAfwABAO8BgAD4ussbgQAAAAAAggAAAAAAgwAAAAAAhAAAAAAAhQAAAAAAhwAB AAAAiAAAAAAAvwAEAAQA/wEAABEAAQMDBAAAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4A ZwBsAGUAIAAyAAAAAAAQ8AgAAABgAz0BjxfgEA8AEfAQAAAAAADDCwgAAAD/////EAD/vw8ADfCI AgAAAACfDwQAAAAFAAAAAACoD+gBAAAgU2ltdWxhdGVkIGluIENhc3RhbGlhIFdTTiBTaW11bGF0 b3IgaW4gT21uZXQrKyBmcmFtZXdvcmsuDSBSZWFsIHRvcG9sb2d5IHdpdGggNDUgKGhvbWUgJiBi dWlsZGluZyByb3V0aW5nKSAvIDI0NDIgKHNtYXJ0IG1ldGVyIG5ldHdvcmspIG5vZGVzLg0gR2F0 aGVyZWQgbGluayB0cmFjZXMgZnJvbSBkZXBsb3ltZW50IHVzZWQgdG8gc2ltdWxhdGUgcGFja2V0 IGRyb3AgcHJvYmFiaWxpdHkgYXQgZWFjaCB0cmFuc21pc3Npb24sIHdoaWNoIHZhcmllcyB3aXRo IHRpbWUuDSBUZWxvcyBDQzI0MjAgUmFkaW8gd2l0aCAyNDAga2JwcyBkYXRhIHJhdGUgYW5kIDgw Mi4xNS40IE1BQy9QSFkgc3BlY2lmaWNhdGlvbi4NIE5ldyBEQUcgc2VxdWVuY2UgbnVtYmVyIGVh Y2ggMTAvMzAvNjAgbWludXRlcy4NIEVUWCBtZXRyaWMgdXNlZCBhcyBtZXRyaWMgdG8gYnVpbGQg dGhlIERBRy4NIERhdGEgUGFja2V0IHNpemUgMTI3IGJ5dGVzIGF0IHBoeXNpY2FsIGxheWVyLgAA oQ8cAAAA6QEAAAAAAUgCAA8AAABw/wMA6QEAAAAAAgAYAAAAqg8OAAAA6QEAAAcAAAAAAAkEAAAA AKYPSgAAAPwfAAAMAMgBAACQAwAAWAUAACAHAADoCAAAsAoAAHgMAABADgAACBAAANARAACYEwAA YBUAAAAAAABWXSABOH9AAliAYAN4gYAEDwAE8CQAAAASAArwCAAAAAFMAAAADAAAIwAL8AwAAAAE AwkAAAA/AwEAAQAQAPAHIAAAAP///wAAAAAAgICAAAAAAAAAzJkAMzPMAMzM/wCysrIADwCIE2YB AAAPAIoTXgEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixM+AQAAAADrLggAAAD5XcQBMBtH 4QAAHRAEAAAAAAAAAAAAACsEAAAAAAAAAB8ARPEGAQAAAAAn8SAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAD/////EgAAAA8APfENAAAAQAFC8QUAAAABCQAAAB8ARPHBAAAAAAAn8SAAAAAAAAAA AAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAGAAAAA8APfENAAAAQAFC8QUAAAABBAAAAAAAQfEUAAAA AQAAAAEAAAAAAAAAAAAAAAMAAAA/ACXxLAAAAAAAKPEQAAAAAQAAAAkAAAAAAAAAAAAAAA8APPEM AAAAAAABKwQAAAABAAAATwAl8SwAAAAAACjxEAAAAAEAAAAKAAAAAAAAAAAAAAAPADzxDAAAAAAA ASsEAAAAAQAAAA8AAisAAAAAAAAiBAgAAAABAAAADAAAAA8A7gNnCQAAAgDvAxgAAAAQAAAAAAAA AAAAAAAAAACAAwEAAAcA/78AAPkDEAAAAAAEAAAAAAAAAgABAAG3iBsPAAwEgQcAAA8AAvB5BwAA UAEI8AgAAAADAAAAA1QAAA8AA/A1BwAADwAE8CgAAAABAAnwEAAAAAAAAAAAAAAAAAD6QwAA/EIC AArwCAAAAABUAAAFAAAADwAE8F8BAAASAArwCAAAAAJUAAAgAgAAAwEL8HgAAAAEAAAAAAB/AAEA 7wGAAPh2yxuBAAAAAACCAAAAAACDAAAAAACEAAAAAACFAAAAAACHAAEAAACIAAAAAAC/AAQABAD/ AQAAEQABAwIEAAA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAgADEAAAAAABDw CAAAAK0APQGPF6MCDwAR8BwAAAAAAMMLCAAAAP////8NAP+/AAAfBAQAAAACAAAADwAN8JMAAAAA AJ8PBAAAAAAAAAAAAKgPCwAAAEFzc3VtcHRpb25zAAChDxgAAAAMAAAAAAAAAAIAAwAMAAAAAQAC AAEAJAAAAKoPDgAAAAwAAAAHAAAAAAAJBAAAAACmDzYAAAAEAAAADADIAQAAkAMAAFgFAAAgBwAA 6AgAALAKAAB4DAAAQA4AAAgQAADQEQAAmBMAAGAVAAAPAATwlgUAABIACvAIAAAAA1QAACACAAAD AQvweAAAAAQAAAAAAH8AAQDvAYAAWDNlG4EAAAAAAIIAAAAAAIMAAAAAAIQAAAAAAIUAAAAAAIcA AQAAAIgAAAAAAL8ABAAEAP8BAAARAAEDAwQAAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQAYQBu AGcAbABlACAAMgAAAAAAEPAIAAAASQM9AY8XyRAPABHwEAAAAAAAwwsIAAAA/////xAA/78PAA3w 1gQAAAAAnw8EAAAABQAAAAAAoA82BAAAIABOAG8AIABjAG8AbgBzAHQAcgBhAGkAbgB0ACAAbwBu ACAAdABoAGUAIABzAGkAegBlACAAbwBmACAAcgBvAHUAdABpAG4AZwAgAHQAYQBiAGwAZQAsACAA YQBuAGQAIABoAG8AdwAgAG0AdQBjAGgAIABpAG4AZgBvAHIAbQBhAHQAaQBvAG4AIAB0AGgAZQAg AG4AbwBkAGUAIABjAGEAbgAgAHMAdABvAHIAZQAuAA0AIABMAGkAbgBrACAAcQB1AGEAbABpAHQA eQAgACgAUABEAFIAKQAgAHIAZQBtAGEAaQBuAHMAIABjAG8AbgBzAHQAYQBuAHQAIABmAG8AcgAg ADEAMAAgAG0AaQBuAHUAdABlAHMALAAgAGEAbgBkACAAdABoAGUAbgAgAGkAdAAgAGkAcwAgAHUA cABkAGEAdABlAGQALgANACAAUgBhAG4AZABvAG0AIABsAGkAbgBrAHMAIABhAHIAZQAgAGIAcgBv AHUAZwBoAHQAIABkAG8AdwBuACAAZAB1AHIAaQBuAGcAIAB0AGgAZQAgAHMAaQBtAHUAbABhAHQA aQBvAG4AIAB0AG8AIAByAGUAZgBsAGUAYwB0ACAAcgBlAGEAbABpAHMAdABpAGMAIABuAGUAdAB3 AG8AcgBrACAAZgBhAGkAbAB1AHIAZQAgAGMAbwBuAGQAaQB0AGkAbwBuACwAIABtAG8AZABlAGwA ZQBkACAAYQBzACAAYQAgAFAAbwBpAHMAbwBuACAAcAByAG8AYwBlAHMAcwAuAA0AIAAgAEkAZgAg AG4AZQB3ACAAcABhAHQAaAAgAG0AZQB0AHIAaQBjACAAaQBzACAAYgBlAHQAdABlAHIAIABiAHkA IABsAGUAcwBzACAAdABoAGEAbgAgADIAMAAlACAAdABoAGEAbgAgAG8AbABkACAAbwBuAGUALAAg AG4AZQB3ACAAcABhAHIAZQBuAHQAIABzAGUAbABlAGMAdABpAG8AbgAgAGkAcwAgAGEAdgBvAGkA ZABlAGQAIAB0AG8AIABwAHIAZQB2AGUAbgB0ACAAZgByAGUAcQB1AGUAbgB0ACAAZgBsAGkAcABw AGkAbgBnACAAbwBmACAAcABhAHIAZQBuAHQAIAATICAAYwBoAGkAbABkACAAcwB0AHIAdQBjAHQA dQByAGUALgANACAATgBvAGQAZQBzACAAbQB1AGwAdABpAGMAYQBzAHQAIABwAHIAZQBmAGkAeABl AHMAIABsAGUAYQByAG4AZQBkACAAZgByAG8AbQAgAGkAdABzACAAcwB1AGIALQBEAEEARwAgAG8A bgBsAHkALAAgAG4AbwB0ACAAZgByAG8AbQAgAG8AdABoAGUAcgBzACAAKABzAGkAYgBsAGkAbgBn AHMALAAgAGUAdABjAC4AKQAuAAAAoQ8cAAAAHAIAAAAAAUgCAA8AAABw/wMAHAIAAAAAAgAYAAAA qg8OAAAAHAIAAAcAAAAAAAkEAAAAAKYPSgAAAPwfAAAMAMgBAACQAwAAWAUAACAHAADoCAAAsAoA AHgMAABADgAACBAAANARAACYEwAAYBUAAAAAAABWXSABOH9AAliAYAN4gYAEDwAE8CQAAAASAArw CAAAAAFUAAAADAAAIwAL8AwAAAAEAwkAAAA/AwEAAQAQAPAHIAAAAP///wAAAAAAgICAAAAAAAAA zJkAMzPMAMzM/wCysrIADwCIE2YBAAAPAIoTXgEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAA ixM+AQAAAADrLggAAAD5XcQBMBtH4QAAHRAEAAAAAAAAAAAAACsEAAAAAAAAAB8ARPEGAQAAAAAn 8SAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD/////EgAAAA8APfENAAAAQAFC8QUAAAABCQAA AB8ARPHBAAAAAAAn8SAAAAAAAAAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAAAAAGAAAAA8APfENAAAA QAFC8QUAAAABBAAAAAAAQfEUAAAAAQAAAAEAAAAAAAAAAAAAAAMAAAA/ACXxLAAAAAAAKPEQAAAA AQAAAAkAAAAAAAAAAAAAAA8APPEMAAAAAAABKwQAAAABAAAATwAl8SwAAAAAACjxEAAAAAEAAAAK AAAAAAAAAAAAAAAPADzxDAAAAAAAASsEAAAAAQAAAA8AAisAAAAAAAAiBAgAAAABAAAADAAAAA8A 7gN5IAAAAgDvAxgAAAAQAAAAAAAAAAAAAAAAAACABAEAAAcA/78AAPkDEAAAAAAEAAAAAAAAAgAB AAEfiBsPAAwEkx4AAA8AAvCLHgAAcAEI8AgAAAAKAAAAClwAAA8AA/BHHgAADwAE8CgAAAABAAnw EAAAAC0AMAAwAC4AdAB4AHQAAMACAArwCAAAAABcAAAFAAAADwAE8GYBAAASAArwCAAAAAJcAAAg AgAAAwEL8HgAAAAEAAAAAAB/AAEA7wGAABicHhuBAAAAAACCAAAAAACDAAAAAACEAAAAAACFAAAA AACHAAEAAACIAAAAAAC/AAQABAD/AQAAEQABAwIEAAA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0 AGEAbgBnAGwAZQAgADEAAAAAABDwCAAAAK0AJwF5F6MCDwAR8BwAAAAAAMMLCAAAAP////8NAP+/ AAAfBAQAAAACAAAADwAN8JoAAAAAAJ8PBAAAAAAAAAAAAKgPEgAAAFNpbXVsYXRpb24gUmVzdWx0 cwAAoQ8YAAAAEwAAAAAAAAACAAMAEwAAAAEAAgABACQAAACqDw4AAAATAAAABwAAAAAACQQAAAAA pg82AAAABAAAAAwAyAEAAJADAABYBQAAIAcAAOgIAACwCgAAeAwAAEAOAAAIEAAA0BEAAJgTAABg FQAADwAE8IAAAACyBArwCAAAAANcAAAACgAAswAL8FgAAAB/AIAA+wG/AAQABAAEQQEAAAAFwQIA AAA/AQAABgC/AQAAEQDWAQIAAAD/AQAAGAA/AxAAGACAwxQAAAC/AwAAAgAAAFAAaQBjAHQAdQBy AGUAIAAzAAAAAAAQ8AgAAABgA2AMoBdgDA8ABPCAAAAAsgQK8AgAAAAEXAAAAAoAALMAC/BYAAAA fwCAAPsBvwAEAAQABEECAAAABcECAAAAPwEAAAYAvwEAABEA1gECAAAA/wEAABgAPwMQABgAgMMU AAAAvwMAAAIAAABQAGkAYwB0AHUAcgBlACAANAAAAAAAEPAIAAAAFAMgAWAMYAwPAATwNQgAALIE CvAIAAAABVwAAAAKAABDAAvwLAAAAH8AAAD/AQRBAwAAAIDDFAAAAL8DAAACAFQAZQB4AHQAQgBv AHgAIAA4AAAAIwAi8dkHAAB/AAAAAAKpw80HAABQSwMEFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMA AABbQ29udGVudF9UeXBlc10ueG1slFHBTsMwDL0j8Q9RrqhJxwEh1HYHOo6AYHyAlbhtRJtEcSjb 3+Nu7ICEhjjafu/5+bla76ZRzJjIBV/LlSqlQG+Cdb6v5dv2obiVgjJ4C2PwWMs9klw3lxfVdh+R BLM91XLIOd5pTWbACUiFiJ4nXUgTZC5TryOYd+hRX5fljTbBZ/S5yIuGbKoWO/gYs9jsuH10wnQp 7o+4ZVUtIcbRGchsVC9T3VRPbDw5i+IZUn6EiVHaJtI0QETGqPMqs7dqoiJ0nTOo2kSvC+/qD3Eb Pn3C+b/aLdNecD6p/3JywpHO3Ly4/Rls8R2qYuYhFxpcpNMGffhQ8wUAAP//AwBQSwMEFAAGAAgA AAAhADHdX2HSAAAAjwEAAAsAAABfcmVscy8ucmVsc6SQwWrDMAyG74O9g9G9cdpDGaNOb4VeSwe7 CltJTGPLWCZt376mMFhGbzvqF/o+8e/2tzCpmbJ4jgbWTQuKomXn42Dg63xYfYCSgtHhxJEM3Elg 372/7U40YalHMvokqlKiGBhLSZ9aix0poDScKNZNzzlgqWMedEJ7wYH0pm23Ov9mQLdgqqMzkI9u A+p8T9X8hx28zSzcl8Zy0Nz33r6iasfXeKK5UjAPVAy4LM8w09zU50C/9q7/6ZURE31X/kL8TKv1 x6wXNXYPAAAA//8DAFBLAwQUAAYACAAAACEAXZKqvyEDAAAoBwAAEAAAAGRycy9zaGFwZXhtbC54 bWysVV1v2yAUfZ+0/4CQ9jS1Sbz0y6pbtZ2yPWRV1KTaM7ZxwooBAU6T/vodIF/qw7S1e7ExXLiH e849vrxetZIsuXVCq4IOjvuUcFXpWqh5QR9no6NzSpxnqmZSK17QNXf0+urjh0uTO0OwWbncFHTh vcl7PVcteMvcsTZcYa3RtmUen3beM5Y7rjzzSNTKXtbvn/ZaJhS9wlFqOTUTG0bV/XJiiagLekGJ Yi1SzvjK3+oVOae9TUQIJn6FSUBOswrbsNw7PMvFM1m+amy7gcr+Bmpt2TPu/woly3XTEGQ8AfST jJJ1QbNh/zz7chYgsBwwSYX1YTY8P0UdKwQMsv7FaRYDeglIiDTW+W9cvxsUCQcV1PLKo4wsZ8ux 86EK+xRh2mkp6pGQ8n8UIVLM76QlSyYLWs4HMbXs2h+6TnMXqFA/1AQ4duHpa4skMpX4MXlgsl4H pCXeoDbJ6s1cBT2jLOGZnYGIZ8sgUQX9RqjO3HRej8SmUilnyC6dn/q15O/NH9WwbY433yIgCjpv mR0XFNfA4CEO5BKFx4RQNToqDpmco30lJTVvZqycvkCGJ2doMkqsT9GcjdWtfQodQxqt/E3cUjLH KZFoS7VZxpYFU3M0wKRTVTw+FkdNTRUGzlSTyiemB/3hnmp5EHHLm9exO0WYar960/g/xG1Wyw5y i2F2Xu6Uh8T73LuQspu+7OANt0KEsroR7kz82vCGVXCVn7hgcDmHRl0w6zhumqVGLrt7aCWy6FmZ WorlqOxD8pjIS8ATQVlw9NS1otW/RKIH1SsoV0ePU3gnmBicBh7KxFl8dhs5wlqteAIapadxRMkT t8GII3XVTrcEVY87VbBUKV749/gZ6JMiGDMyKD2xWjdxXAvr4T/91JwqoFXQvJSpLWWc2RlDLG7w 7n1j+1V01tDC+6aFyTUN3GZbk26sZqtYqC6cvRlHNR2UeiZa7sg9fyYPumWKEiN8tRixVshgkfjD 7BiIIkEWdrD9c6uOOEvUVO5g4V/PxV1AVrirv7r7OkL/kE9szoNNQYVhNT5NNKetKeGP4szVbwAA AP//AwBQSwMEFAAGAAgAAAAhALBFEQscAQAAlwEAAA8AAABkcnMvZG93bnJldi54bWx0kE9PwzAM xe9IfIfISFzQli6turUsm9g0BOKA2ODCLWvctdCmVZL9+/a4DGkIiaP983v283h6qCu2Q+vKxkgY 9ANgaLJGl2Yj4e31vjcC5rwyWlWNQQlHdDCdXF6MVaqbvVnibuU3jEyMS5WEwvs25dxlBdbK9ZsW DbG8sbXyVNoN11btybyuuAiCmNeqNLShUC3OC8w+V9tawlaPnj60mS3E1t+8zwXO9i+mkPL66nB3 C8zjwZ+Hf9SPWkICLH84rm2pl8p5tBIoDoWjYDChi1uLWelwkeeY+ec8d+hd168YZe/FSUgGZBOJ aBQHwDvkTyiMTmgggiQWwxOzHRsmIb3oj2rdkVCI6Jv8EvH/jiBw/ufkCwAA//8DAFBLAQItABQA BgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1s UEsBAi0AFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAAAAAAAAAAAAAAAALwEAAF9yZWxzLy5yZWxz UEsBAi0AFAAGAAgAAAAhAF2Sqr8hAwAAKAcAABAAAAAAAAAAAAAAAAAAKgIAAGRycy9zaGFwZXht bC54bWxQSwECLQAUAAYACAAAACEAsEURCxwBAACXAQAADwAAAAAAAAAAAAAAAAB5BQAAZHJzL2Rv d25yZXYueG1sUEsFBgAAAAAEAAQA9QAAAMIGAAAAAAAAEPAIAAAA6QU3AUwC6QgPAATwOQgAALIE CvAIAAAABlwAAAAKAABDAAvwLAAAAH8AAAD/AQRBBAAAAIDDFAAAAL8DAAACAFQAZQB4AHQAQgBv AHgAIAA5AAAAIwAi8d0HAAB/AAAAAAKpw9EHAABQSwMEFAAGAAgAAAAhAAyBhbv+AAAA4gEAABMA AABbQ29udGVudF9UeXBlc10ueG1slFHBTsMwDL0j8Q9RrqhJxwEh1HYHOo6AYHyAlbhtRJtEcSjb 3+Nu7ICEhjjafu/5+bla76ZRzJjIBV/LlSqlQG+Cdb6v5dv2obiVgjJ4C2PwWMs9klw3lxfVdh+R BLM91XLIOd5pTWbACUiFiJ4nXUgTZC5TryOYd+hRX5fljTbBZ/S5yIuGbKoWO/gYs9jsuH10wnQp 7o+4ZVUtIcbRGchsVC9T3VRPbDw5i+IZUn6EiVHaJtI0QETGqPMqs7dqoiJ0nTOo2kSvC+/qD3Eb Pn3C+b/aLdNecD6p/3JywpHO3Ly4/Rls8R2qYuYhFxpcpNMGffhQ8wUAAP//AwBQSwMEFAAGAAgA AAAhADHdX2HSAAAAjwEAAAsAAABfcmVscy8ucmVsc6SQwWrDMAyG74O9g9G9cdpDGaNOb4VeSwe7 CltJTGPLWCZt376mMFhGbzvqF/o+8e/2tzCpmbJ4jgbWTQuKomXn42Dg63xYfYCSgtHhxJEM3Elg 372/7U40YalHMvokqlKiGBhLSZ9aix0poDScKNZNzzlgqWMedEJ7wYH0pm23Ov9mQLdgqqMzkI9u A+p8T9X8hx28zSzcl8Zy0Nz33r6iasfXeKK5UjAPVAy4LM8w09zU50C/9q7/6ZURE31X/kL8TKv1 x6wXNXYPAAAA//8DAFBLAwQUAAYACAAAACEAHlebhCQDAAAqBwAAEAAAAGRycy9zaGFwZXhtbC54 bWysVV1v2zYUfR+w/0AQ2NOQWvZcpxGqFEkLdw9pYMQu9kxJlM2FIgmScuz8+p5L+gt9GLZ2LxJF XvIe3nPu0fsPu16zrfRBWVPx8ZuCM2ka2yqzrvjX1fzqHWchCtMKbY2s+F4G/uH211/euzI4hs0m lK7imxhdORqFZiN7Ed5YJw3WOut7EfHp1yPnZZAmiohEvR5NimI26oUy/BZHme3SLTyNmsftwjPV AgugGNEj50ru4r3dsRs+OoRQNIs7TCIuzxrsw/Lo8rCQDhXlrvP9Aav4N1hbL15QgO9gitJ2HUPG 6c1sOh5PONtXfDJ9N53+cU0YRAmcrKEAzM4Av0HAeFLczCYpYJSRUKTzIX6W9qdRMTqo4l42EYUU pdg+hEhlOKeg6WC1audK6/+jColk+VF7thW64vV6nFLrof9i2zx387YoCqoJcJzC89cRSaIqE+RK orLdE9Iab3CbhfXDZJGiURZ6Tq5BxIsXEKmBghPU4O6GaOfqUKmck7LrEJdxr+XP5k9qOLbHD9+C EJHQe+EfKo5rYPCUBnqLwmNCmRY9lYZCr9HAmrNWditRL18hw7fXaDPOfMzRUjyYe/9MLcM6a+Jd 2lKLIDnTaExzWMaWjTBrdMBiME06PhXHLF1Dg+CaRRMz0+NieqZaX0Tcy+772JMiXHNeveviP8Qd VusBckthfl2flIfE59ynkHpYvp7gTY9ChLKGOe7M4t7JTjSwlb9wQfK5gEbdCB8kbjrJjVwPj9BK YjGKOreUKFHZp2wyiRfCk0B5cPQ89Kq3f6tMD6pXcWmuvi7hnmBiPCMe6sxZeg4HOcJcvXoGGmOX acTZs/RkxYm65qRbhqqnnYZMVatX+Wf6JPq0ImtGBmMX3toujVvlI/ynyM1pCK2B5rXObanTzMkY UnHJvc+NHXfJWqmFz00Lk+s6uM2xJsODWe1SoQY6+zBOaroo9Ur1MrBH+cKebC8MZ07FZjMXvdJk kfjHnBhIIkEWcbH9995cSZGpacLFwn89F3cBWXTXePvx0xz9w34Ta0k2BRXSanq6ZE5HU8IvJbjb bwAAAP//AwBQSwMEFAAGAAgAAAAhAOCDRQQdAQAAmAEAAA8AAABkcnMvZG93bnJldi54bWx0kNFO wkAQRd9N/IfNmPhiYEtbWoosBAEjxkRT9AOWdkob223dXaH8vVM0IdH4OHPm3rkzk1lblWyP2hS1 EjDoO8BQJXVaqJ2At9f73giYsVKlsqwVCjiigdn08mIix2l9UDHuN3bHyESZsRSQW9uMOTdJjpU0 /bpBRSyrdSUtlXrHUy0PZF6V3HWcgFeyULQhlw0uckzeN5+VAO9mvXp8mceL5Ue7ip6Wfhse5ndC XF+181tgFlt7Hv5Rr1OKT+mzh+NWF2ksjUUtgDp0HSGYUuRGY1IYXGUZJvY5ywxa0/VLRsf3wsgL gZGP7/qjwAHeIXtC3iD0T2jgOlHght9Md2zoDb0/qm1HAi+Kfov4fyEInB86/QIAAP//AwBQSwEC LQAUAAYACAAAACEADIGFu/4AAADiAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNd LnhtbFBLAQItABQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAAAAAAAAAAAAAAC8BAABfcmVscy8u cmVsc1BLAQItABQABgAIAAAAIQAeV5uEJAMAACoHAAAQAAAAAAAAAAAAAAAAACoCAABkcnMvc2hh cGV4bWwueG1sUEsBAi0AFAAGAAgAAAAhAOCDRQQdAQAAmAEAAA8AAAAAAAAAAAAAAAAAfAUAAGRy cy9kb3ducmV2LnhtbFBLBQYAAAAABAAEAPUAAADGBgAAAAAAABDwCAAAABsGMgxGDRsJDwAE8MgC AACiDArwCAAAAAdcAAAACgAAkwAL8EwAAAB/AAAA7wGAABgUwxuFAAIAAAC/AAYABgC/AQEAEQD/ AQAAGAA/AwAACACAwxYAAAC/AwAAAgBUAGUAeAB0AEIAbwB4ACAAMQAwAAAAAAAQ8AgAAAC3DmsB OQxHEA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMc AQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgA AAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAA AAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAA QQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABv AGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoA AQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAA AA8ADfDAAAAAAACfDwQAAAAEAAAAAACoD1AAAAAgU2xpZ2h0bHkgd29yc2UgdGhhbiBpZGVhbCBz aG9ydGVzdCBwYXRoIG1ldHJpYy4NIEZvbGxvd3MgYWxtb3N0IHRoZSBpZGVhbCBwYXRoLgAAoQ8i AAAAUQAAAAAAwQACAA8ApwBkAAMAUQAAAAAAYwAFAAUABQARAAAAqg8OAAAAUQAAAAcAAAAAAAkE AAAAAKYPFAAAAPAeAABWXSABOH9AAliAYAN4gYAEDwAE8J8CAACiDArwCAAAAAhcAAAACgAAgwAL 8EYAAAB/AAAA7wGAALhFyxu/AAYABgC/AQEAEQD/AQAAGAA/AwAACACAwxYAAAC/AwAAAgBUAGUA eAB0AEIAbwB4ACAAMQAxAAAAAAAQ8AgAAAB9DHcCpwsLDg8AEfCEAQAADwCIE3wBAAAPAIoTPAEA AAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAA AAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAAAQAAAAAAAAAB AQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRt YW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAAAAADAAAAAAAA ACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEAAAQAAAAAABgA BwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAAXwBfAF8AUABQ AFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8ADfCdAAAAAACfDwQAAAAEAAAAAACoDzUA AABDb21wYXJpc29uIG9mIEVUWCBQYXRoIGNvc3QgZm9yIHNob3J0ZXN0IHBhdGggYW5kIFJQTAAA oQ8aAAAANgAAAAAAgAgCAGzwAQADADYAAAAAAAIAEQAAAKoPDgAAADYAAAAHAAAAAAAJBAAAAACm DxQAAADwHgAAVl0gATh/QAJYgGADeIGABA8ABPCzAgAAogwK8AgAAAAJXAAAAAoAAIMAC/BGAAAA fwAAAO8BgACInUcmvwAGAAYAvwEBABEA/wEAABgAPwMAAAgAgMMWAAAAvwMAAAIAVABlAHgAdABC AG8AeAAgADEAMgAAAAAAEPAIAAAAfQxXDXcXCw4PABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoP EAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAU AAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEA AAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAA AAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAA TQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAG AAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEA MAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3wsQAAAAAAnw8EAAAABAAAAAAAqA9JAAAAQ29t cGFyaXNvbiBvZiBIb3AgRGlzdGFuY2UgZm9yIHNob3J0ZXN0IHBhdGggYW5kIFJQTCAoRVRYIHVz ZWQgYXMgbWV0cmljKQAAoQ8aAAAASgAAAAAAgAgCAGzwAQADAEoAAAAAAAIAEQAAAKoPDgAAAEoA AAAHAAAAAAAJBAAAAACmDxQAAADwHgAAVl0gATh/QAJYgGADeIGABA8ABPDhAgAAogwK8AgAAAAK XAAAAAoAAIMAC/BGAAAAfwAAAO8BgAAoEkwmvwAGAAYAvwEBABEA/wEAABgAPwMAAAgAgMMWAAAA vwMAAAIAVABlAHgAdABCAG8AeAAgADEAMwAAAAAAEPAIAAAAvQ5XDdcX+RAPABHwhAEAAA8AiBN8 AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEAAAAAGRAUAQAAAAAACAwB AAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAAAAEA AAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAAAAAA BQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgAAAAA AAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAAAAYB AAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzAAAAAAALoPEAAA AF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAPAA3w3wAAAAAAnw8EAAAA BAAAAAAAqA9vAAAAIFNvbWV0aW1lcyBiZXR0ZXIgdGhhbiBzaG9ydGVzdCBwYXRoLiANIE1pbmlt dW0gaW4gRVRYIG1ldHJpYyBtYXkgaGF2ZSBhIGxvbmdlciBwYXRoIGluIHRlcm1zIG9mICBob3Ag ZGlzdGFuY2UuAAChDyIAAABwAAAAAADBAAIADwCnAGQAAwBwAAAAAABjAAUABQAFABEAAACqDw4A AABwAAAABwAAAAAACQQAAAAApg8UAAAA8B4AAFZdIAE4f0ACWIBgA3iBgAQPAATwJAAAABIACvAI AAAAAVwAAAAMAAAjAAvwDAAAAAQDCQAAAD8DAQABABAA8AcgAAAA////AAAAAACAgIAAAAAAAADM mQAzM8wAzMz/ALKysgAPAIgTZgEAAA8AihNeAQAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACL Ez4BAAAAAOsuCAAAAPldxAEwG0fhAAAdEAQAAAAAAAAAAAAAKwQAAAAAAAAAHwBE8QYBAAAAACfx IAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP////8SAAAADwA98Q0AAABAAULxBQAAAAEJAAAA HwBE8cEAAAAAACfxIAAAAAAAAAAAAAAAAQAAAAAAAAAAAAAAAAAAAAAAAAAYAAAADwA98Q0AAABA AULxBQAAAAEEAAAAAABB8RQAAAABAAAAAQAAAAAAAAAAAAAAAwAAAD8AJfEsAAAAAAAo8RAAAAAB AAAACQAAAAAAAAAAAAAADwA88QwAAAAAAAErBAAAAAEAAABPACXxLAAAAAAAKPEQAAAAAQAAAAoA AAAAAAAAAAAAAA8APPEMAAAAAAABKwQAAAABAAAADwACKwAAAAAAACIECAAAAAEAAAAMAAAADwDu AwMjAAACAO8DGAAAABAAAAAAAAAAAAAAAAAAAIAFAQAABwD/vwAA+QMQAAAAAAQAAAAAAAACAAEA AaSJGw8ADAQdIQAADwAC8BUhAACQAQjwCAAAAAoAAAAKZAAADwAD8NEgAAAPAATwKAAAAAEACfAQ AAAAGQAAAGRuaXcYAAAAZ3J0ZQIACvAIAAAAAGQAAAUAAAAPAATwHgIAABIACvAIAAAAAmQAACAC AAADAQvweAAAAAQAAAAAAH8AAQDvAYAAuGTLG4EAAAAAAIIAAAAAAIMAAAAAAIQAAAAAAIUAAAAA AIcAAQAAAIgAAAAAAL8ABAAEAP8BAAARAAEDAgQAAD8DAAAIAIDDGAAAAL8DAAACAFIAZQBjAHQA YQBuAGcAbABlACAAMQAAAAAAEPAIAAAArQA9AY8XowIPABHweAAAAAAAwwsIAAAA/////w0A/78P AIgTVAAAAA8AihNMAAAAAAC6Dw4AAABfAF8AXwBQAFAAVAA5AAAAixMuAAAAAACsDyYAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAEAAAAABAAAAAAAAAAAAAAAAAAAAHwQEAAAAAgAAAA8ADfD2AAAAAACf DwQAAAAAAAAAAACgDzgAAABTAGkAbQB1AGwAYQB0AGkAbwBuACAAUgBlAHMAdQBsAHQAcwAgACgA QwBvAG4AdABkAC4AKQAPIAAAoQ8yAAAAHQAAAAAAAAACAAMAGwAAAAEAAgABACQAAQAAAAEEIgAB BAAAJAABAAAAAQgCAAEIJAAAAKoPKgAAABsAAAAHAAAAAAAJBAAAAQAAAAcAAAAAAAEEAAABAAAA BwAAAAAACQQAAAAApg82AAAABAAAAAwAyAEAAJADAABYBQAAIAcAAOgIAACwCgAAeAwAAEAOAAAI EAAA0BEAAJgTAABgFQAADwAE8IAAAACyBArwCAAAAANkAAAACgAAswAL8FgAAAB/AIAA+wG/AAQA BAAEQQUAAAAFwQIAAAA/AQAABgC/AQAAEQDWAQIAAAD/AQAAGAA/AxAAGACAwxQAAAC/AwAAAgAA AFAAaQBjAHQAdQByAGUAIAAzAAAAAAAQ8AgAAABNA/cAxwxwDQ8ABPCAAAAAsgQK8AgAAAAEZAAA AAoAALMAC/BYAAAAfwCAAPsBvwAEAAQABEEGAAAABcECAAAAPwEAAAYAvwEAABEA1gECAAAA/wEA ABgAPwMQABgAgMMUAAAAvwMAAAIAAABQAGkAYwB0AHUAcgBlACAANAAAAAAAEPAIAAAATQMHDNcX 4AwPAATwLAgAALIECvAIAAAABWQAAAAKAABDAAvwLAAAAH8AAAD/AQRBBwAAAIDDFAAAAL8DAAAC AFQAZQB4AHQAQgBvAHgAIAA3AAAAIwAi8dAHAAB/AAAAAAKpw8QHAABQSwMEFAAGAAgAAAAhAAyB hbv+AAAA4gEAABMAAABbQ29udGVudF9UeXBlc10ueG1slFHBTsMwDL0j8Q9RrqhJxwEh1HYHOo6A YHyAlbhtRJtEcSjb3+Nu7ICEhjjafu/5+bla76ZRzJjIBV/LlSqlQG+Cdb6v5dv2obiVgjJ4C2Pw WMs9klw3lxfVdh+RBLM91XLIOd5pTWbACUiFiJ4nXUgTZC5TryOYd+hRX5fljTbBZ/S5yIuGbKoW O/gYs9jsuH10wnQp7o+4ZVUtIcbRGchsVC9T3VRPbDw5i+IZUn6EiVHaJtI0QETGqPMqs7dqoiJ0 nTOo2kSvC+/qD3EbPn3C+b/aLdNecD6p/3JywpHO3Ly4/Rls8R2qYuYhFxpcpNMGffhQ8wUAAP// AwBQSwMEFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAABfcmVscy8ucmVsc6SQwWrDMAyG74O9g9G9 cdpDGaNOb4VeSwe7CltJTGPLWCZt376mMFhGbzvqF/o+8e/2tzCpmbJ4jgbWTQuKomXn42Dg63xY fYCSgtHhxJEM3Elg372/7U40YalHMvokqlKiGBhLSZ9aix0poDScKNZNzzlgqWMedEJ7wYH0pm23 Ov9mQLdgqqMzkI9uA+p8T9X8hx28zSzcl8Zy0Nz33r6iasfXeKK5UjAPVAy4LM8w09zU50C/9q7/ 6ZURE31X/kL8TKv1x6wXNXYPAAAA//8DAFBLAwQUAAYACAAAACEAPtrrBBwDAAAoBwAAEAAAAGRy cy9zaGFwZXhtbC54bWysVU1vGjEUvFfqf7As9VQluyBCklWWKGlFe6ARCkQ9e3e94OK1V7aXQH59 xzZfyqFqk17A2M/vjd/MG25uN40ka26s0CqnvfOUEq5KXQm1yOnTfHx2RYl1TFVMasVzuuWW3o4+ frhpM9sSXFY2a3O6dK7NksSWS94we65brnBWa9Mwh59mkbSGW64ccyjUyKSfpsOkYULREVKp9ayd Gr8qH9ZTQ0SVUxRWrEHJOd+4e70hlzTZRfhg4jbYBOS4q3ANx8lpLhtysmxTm2YHlf0N1MqwZ7z/ FUqW6bomqHgB6Bd9SrY57Q+uB2kv9RBYBpikxPmgP7gaoo8lAnr99HrYD8iTCMRHtsa6b1y/GxTx iXJqeOnQRpax9cQ634VjCb9ttRTVWEj5P5oQKOZfpCFrJnNaLHqhtOyaH7qKe9foUOgJcBzCA6oD ksBU5KfNPJPV1iMt8A1qo6zezJXXM9riP/uXIOLZMEhUQb8Bqm3vOqfHYtepWNNXl9bN3Fby99YP atgPx5tf4RF5nTfMTHKKZ2DxGBZyjcZjQ6gKExWWTC4wvpKSitdzVsxeIMOLSwwZJcbFaM4m6t6s /MSQWit3F64UzHJKJMZS7Y5xZcnUAgMw7VQZ0ofmqFlb+oVty2npItO9dHCkWp5E3PP6dexBEW15 PL2r3R/idqdFB7mFMLMoDspD4WPtQ0jRzV4O8AZ7IUJZ3RhvJm7b8pqVcJWfeKB3OYtBXTJjOV7a j4NcdA/QSmDRsSKOFMvQ2cfoMYEXjyeAMuBo1TWi0b9EpAfdyylXZ08zeCeY6A09D0XkLHx2OznC Wo1YAY3Ss7CiZMWNN+JAXXnQLUHXw03lLVWKF/49/PT0SeGNGRWUnhqt67CuhHHwnzQOp/JoFTQv ZbQHGXZOxvFkUiO1bhOc1Y/w3j58El7XcJt9T7qJmm9Cozqfe7cOajpp9Vw03JIH/kwedcMUJa1w 5XLMGiG9RcLoDwzsrZSdXP/cqDPOIjWlPTn417x4C8jyr3CjL1/HmB/yiS24t0uo0J9G6wzmtDcl /KPYdvQbAAD//wMAUEsDBBQABgAIAAAAIQAUv5OGGAEAAJcBAAAPAAAAZHJzL2Rvd25yZXYueG1s dJDNbsIwEITvlfoO1lbqDRwSmr/ioKqlKickKA9gknUSNXEi2w3w9t2USkhIPe5+ntkZL5antmED Glt3WsBs6gFDnXdFrUsB+8/3SQzMOqkL2XQaBZzRwjK7v1vItOiOeovDzpWMTLRNpYDKuT7l3OYV ttJOux41MdWZVjoaTckLI49k3jbc97yQt7LWdKGSPb5WmH/tvlsBb+tVNGxclcd7GUa6MTz2pRLi 8eH08gzM4cldH/+p14UAyqo+zgdTF1tpHRoBVIfKUTHIKHFvMK8trpTC3G2UsujsuG8YdZ+ESZAA I5u5P49DD/iI3AUFSfSLZr6XhH50YWZkURLQ2RvVYSTJkx/eivh/IQhc/zP7AQAA//8DAFBLAQIt ABQABgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10u eG1sUEsBAi0AFAAGAAgAAAAhADHdX2HSAAAAjwEAAAsAAAAAAAAAAAAAAAAALwEAAF9yZWxzLy5y ZWxzUEsBAi0AFAAGAAgAAAAhAD7a6wQcAwAAKAcAABAAAAAAAAAAAAAAAAAAKgIAAGRycy9zaGFw ZXhtbC54bWxQSwECLQAUAAYACAAAACEAFL+ThhgBAACXAQAADwAAAAAAAAAAAAAAAAB0BQAAZHJz L2Rvd25yZXYueG1sUEsFBgAAAAAEAAQA9QAAALkGAAAAAAAAEPAIAAAAHwY3AUwCIwkPAATwOQgA ALIECvAIAAAABmQAAAAKAABDAAvwLAAAAH8AAAD/AQRBCAAAAIDDFAAAAL8DAAACAFQAZQB4AHQA QgBvAHgAIAA4AAAAIwAi8d0HAAB/AAAAAAKpw9EHAABQSwMEFAAGAAgAAAAhAAyBhbv+AAAA4gEA ABMAAABbQ29udGVudF9UeXBlc10ueG1slFHBTsMwDL0j8Q9RrqhJxwEh1HYHOo6AYHyAlbhtRJtE cSjb3+Nu7ICEhjjafu/5+bla76ZRzJjIBV/LlSqlQG+Cdb6v5dv2obiVgjJ4C2PwWMs9klw3lxfV dh+RBLM91XLIOd5pTWbACUiFiJ4nXUgTZC5TryOYd+hRX5fljTbBZ/S5yIuGbKoWO/gYs9jsuH10 wnQp7o+4ZVUtIcbRGchsVC9T3VRPbDw5i+IZUn6EiVHaJtI0QETGqPMqs7dqoiJ0nTOo2kSvC+/q D3EbPn3C+b/aLdNecD6p/3JywpHO3Ly4/Rls8R2qYuYhFxpcpNMGffhQ8wUAAP//AwBQSwMEFAAG AAgAAAAhADHdX2HSAAAAjwEAAAsAAABfcmVscy8ucmVsc6SQwWrDMAyG74O9g9G9cdpDGaNOb4Ve Swe7CltJTGPLWCZt376mMFhGbzvqF/o+8e/2tzCpmbJ4jgbWTQuKomXn42Dg63xYfYCSgtHhxJEM 3Elg372/7U40YalHMvokqlKiGBhLSZ9aix0poDScKNZNzzlgqWMedEJ7wYH0pm23Ov9mQLdgqqMz kI9uA+p8T9X8hx28zSzcl8Zy0Nz33r6iasfXeKK5UjAPVAy4LM8w09zU50C/9q7/6ZURE31X/kL8 TKv1x6wXNXYPAAAA//8DAFBLAwQUAAYACAAAACEA+3nROygDAAAyBwAAEAAAAGRycy9zaGFwZXht bC54bWysVV1v2jAUfZ+0/2BZ2tPUEjIoEDVU/RDbA6tQodrzTeKAh2NbtkOhv37XTkhZH6at3Uvi 2Ne+x/ece3J5ta8E2TFjuZIp7Z9HlDCZq4LLdUofV7OzMSXWgSxAKMlSemCWXk0/frjUidUEN0ub 6JRunNNJr2fzDavAnivNJK6VylTg8NOse9owy6QDh4kq0Yuj6KJXAZd0ikfJ3VIvjB/l97uFIbxI 6YQSCRWmXLG9u1F7Mqa9NsIHE7fHSYTczErchsu907NsOBOSfWmqFir8DdTCwBPe/xVKSFRZEsw4 GA+jQRRTckhpHMdfoknsMUCCOEnuA+LB+AILmWNAfzIaxMORD+g1SHykNtZ9ZerdqIg/KKWG5Q7r CAns5tY1qY4p/LRVghczLsT/qELgmN0KQ3YgUpqt+yG1qKvvqmjmJsMoitord+GhAB2SQFVDkE48 lcXBI83wjdw2unozWV7QWBb/jEdIxJMB1KhEAQeoVl/XTs14W6kmp88urFu6g2DvzR/UcOyON9/C I/JCr8DMU4rXwMFDGIgdFh4nuCywpcIQxBr7V1BSsHIF2fIZZTgcYZdRYlwTzWAub8zWtwwplXTX YUsGllEisC9lu4xbNiDX2AGLWubh+FAcudS5H1idL3LXMN3HTuioFicRN6x8HdspQucvq9el+0Nc u5rVKLcQZtZZpzxM/JK7C8nq5XMHb3AUIiqrnuGdiTtoVkKOtvIDL+htzmKjbsBYhjdtGzmr71Er gUUHWdNSkGBlHxqTCbx4PAGUQY62dcUr9ZM39GD1Usrk2eMSzROZ6F94HrKGs/CsWzmitxq+RTRS LcOIki0z3okDdXmnW4JVDzul91TBn9m38OnpE9w7M2aQamGUKsO44Mah/0RNc0qPVqLmhWjsQYSZ k3ZEXr15vzS22wdrRdf6LYqVJbrNsSb1XK72oVC1P7sdBzWdlHrFK2bJPXsiD6oCSYnmLt/MoOLC WyT+YjoGgkjQSuFk++dKnjFoPDa3Jwv/ei7eBcnypXDT27sZUSW5YwIO2EjkE6yZt2iUow8LTx1c 6uhO+G+xevoLAAD//wMAUEsDBBQABgAIAAAAIQDHTzIhGQEAAJcBAAAPAAAAZHJzL2Rvd25yZXYu eG1sdJBPT8MwDMXvSHyHyEjctrRd165l2YQQaJzQNibOWeP+0dqkSkLX8elJGWhIiKP983v283zZ NzXpUJtKSQb+2AOCMlOikgWD3evTaAbEWC4Fr5VEBic0sFxcX815KtRRbrDb2oI4E2lSzqC0tk0p NVmJDTdj1aJ0LFe64daVuqBC86Mzb2oaeF5EG15Jt6HkLT6UmB227w2DQInVYZqsj6Hp1v2u/KDV W0EZu73p7++AWOztZfhb/SwYJEDy1WmvK7HhxqJm4OK4cC4YLNzFrcasMviY55jZlzw3aM3Qr4nL PprEUQjE2YRBOIs8oAOyPyj+Qn4Sh8E0PjM9sIkfR39U+4Ek0+BMfonof0c4cPnn4hMAAP//AwBQ SwECLQAUAAYACAAAACEADIGFu/4AAADiAQAAEwAAAAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlw ZXNdLnhtbFBLAQItABQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAAAAAAAAAAAAAAC8BAABfcmVs cy8ucmVsc1BLAQItABQABgAIAAAAIQD7edE7KAMAADIHAAAQAAAAAAAAAAAAAAAAACoCAABkcnMv c2hhcGV4bWwueG1sUEsBAi0AFAAGAAgAAAAhAMdPMiEZAQAAlwEAAA8AAAAAAAAAAAAAAAAAgAUA AGRycy9kb3ducmV2LnhtbFBLBQYAAAAABAAEAPUAAADGBgAAAAAAABDwCAAAAHYF7Qv9DFoKDwAE 8KgCAACiDArwCAAAAAdkAAAACgAAgwAL8EYAAAB/AAAA7wGAALhPyhu/AAYABgC/AQEAEQD/AQAA GAA/AwAACACAwxYAAAC/AwAAAgBUAGUAeAB0AEIAbwB4ACAAMQAwAAAAAAAQ8AgAAABvD6cC1wv9 EA8AEfCEAQAADwCIE3wBAAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAA AAAZEBQBAAAAAAAIDAEAAAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAI AAAABAAAAAAAAAAAAQAAAQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAA AAAEAQAAAQAAAAAAAAAFAQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQBy AGkAYQBsAAAACAAAAAAAAAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcA cgBhAHAAaAB5AAAABgEAAAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAP AIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAA8A DfCmAAAAAACfDwQAAAAEAAAAAACoDzYAAAAgRnJhY3Rpb25hbCBzdHJldGNoIGZhY3RvciBpcyBs YXJnZXIgZm9yIHNob3J0ZXIgcGF0aC4AAKEPIgAAADcAAAAAAMEAAgAPAKcAZAADADcAAAAAAGMA BQAFAAUAEQAAAKoPDgAAADcAAAAHAAAAAAAJBAAAAACmDxQAAADwHgAAVl0gATh/QAJYgGADeIGA BA8ABPCcAgAAogwK8AgAAAAIZAAAAAoAAIMAC/BGAAAAfwAAAO8BgAA4UMobvwAGAAYAvwEBABEA /wEAABgAPwMAAAgAgMMWAAAAvwMAAAIAVABlAHgAdABCAG8AeAAgADEAMAAAAAAAEPAIAAAADw+T DXcX8w8PABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsT HAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADo AAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEA AAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAA AEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAA bwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAa AAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAA AAAPAA3wmgAAAAAAnw8EAAAABAAAAAAAqA8qAAAAIERlbGF5IGlzIG1vc3RseSBpbiBvcmRlciBv ZiBtaWxsaXNlY29uZHMuAAChDyIAAAArAAAAAADBAAIADwCnAGQAAwArAAAAAABjAAUABQAFABEA AACqDw4AAAArAAAABwAAAAAACQQAAAAApg8UAAAA8B4AAFZdIAE4f0ACWIBgA3iBgAQPAATwygMA AKIMCvAIAAAACWQAAAAKAACDAAvwSAAAAH8AAADvAYAACE/KG78ABgAGAL8BAAARAP8BAAAYAD8D AAAIAIDDGAAAAL8DAAACAFQAZQB4AHQAIABCAG8AeAAgADEAMAAAAAAAEPAIAAAASQ2nAqcL1w4P ABHwoAIAAA8AiBOYAgAADwCKE1ACAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTMAIAAAAA GRAoAgAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAA AAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAA BAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBp AGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIA YQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEAAAAA CAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAAAAQAAAAAAAAA AAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAABAEAAAEAAAAA AAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBpAGEAbAAAAAgA AAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIAYQBwAGgAeQAA AAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCKEzgAAAAAALoP EAAAAF8AXwBfAFAAUABUADEAMAAAAIsTGAAAAAAAsQ8QAAAAAAAABAAAAAAAAAAEAQAAAA8ADfCq AAAAAACfDwQAAAAEAAAAAACoDzIAAABGcmFjdGlvbmFsIE1ldHJpYyBTdHJldGNoIHdpdGggSWRl YWwgc2hvcnRlc3QgUGF0aAAAoQ8qAAAAMwAAAAAAgAgCAGzwAQADADIAAAAAACIAAAARAAEAAAAA BCIAAAQAABIAAACqDw4AAAAzAAAABwAAAAAACQQAAAAApg8UAAAA8B4AAFZdIAE4f0ACWIBgA3iB gAQPAATwyAMAAKIMCvAIAAAACmQAAAAKAACDAAvwSAAAAH8AAADvAYAAGFHKG78ABgAGAL8BAAAR AP8BAAAYAD8DAAAIAIDDGAAAAL8DAAACAFQAZQB4AHQAIABCAG8AeAAgADEAMQAAAAAAEPAIAAAA SQ2HDYcW1w4PABHwoAIAAA8AiBOYAgAADwCKE1ACAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAA AIsTMAIAAAAAGRAoAgAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEA AADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEA AAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAA CgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5 AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEA AAAaAAEAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAACAAA AAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAAAAAA BAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEAcgBp AGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBnAHIA YQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEADwCK EzgAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTGAAAAAAAsQ8QAAAAAAAABAAAAAAAAAAE AQAAAA8ADfCoAAAAAACfDwQAAAAEAAAAAACoDzAAAABFbmQgdG8gRW5kIExhdGVuY3kgZm9yIGRp ZmZlcmVudCBob3AgY291bnQgcmFuZ2UAAKEPKgAAADEAAAAAAIAIAgBs8AEAAwAwAAAAAAAiAAAA EQABAAAAAAQiAAAEAAASAAAAqg8OAAAAMQAAAAcAAAAAAAkEAAAAAKYPFAAAAPAeAABWXSABOH9A AliAYAN4gYAEDwAE8CQAAAASAArwCAAAAAFkAAAADAAAIwAL8AwAAAAEAwkAAAA/AwEAAQAQAPAH IAAAAP///wAAAAAAgICAAAAAAAAAzJkAMzPMAMzM/wCysrIADwCIE2YBAAAPAIoTXgEAAAAAug8Q AAAAXwBfAF8AUABQAFQAMQAwAAAAixM+AQAAAADrLggAAAD5XcQBMBtH4QAAHRAEAAAAAAAAAAAA ACsEAAAAAAAAAB8ARPEGAQAAAAAn8SAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD/////EgAA AA8APfENAAAAQAFC8QUAAAABCQAAAB8ARPHBAAAAAAAn8SAAAAAAAAAAAAAAAAEAAAAAAAAAAAAA AAAAAAAAAAAAGAAAAA8APfENAAAAQAFC8QUAAAABBAAAAAAAQfEUAAAAAQAAAAEAAAAAAAAAAAAA AAMAAAA/ACXxLAAAAAAAKPEQAAAAAQAAAAkAAAAAAAAAAAAAAA8APPEMAAAAAAABKwQAAAABAAAA TwAl8SwAAAAAACjxEAAAAAEAAAAKAAAAAAAAAAAAAAAPADzxDAAAAAAAASsEAAAAAQAAAA8AAisA AAAAAAAiBAgAAAABAAAADAAAAA8A7gMnIwAAAgDvAxgAAAAQAAAAAAAAAAAAAAAAAACABgEAAAcA /78AAPkDEAAAAAAEAAAAAAAAAgABAAF/1hsPAAwEQSEAAA8AAvA5IQAAsAEI8AgAAAAKAAAACmwA AA8AA/D1IAAADwAE8CgAAAABAAnwEAAAAAe34sYIAAAAAAAAAAAAAAACAArwCAAAAABsAAAFAAAA DwAE8B4CAAASAArwCAAAAAJsAAAgAgAAAwEL8HgAAAAEAAAAAAB/AAEA7wGAAEgScRuBAAAAAACC AAAAAACDAAAAAACEAAAAAACFAAAAAACHAAEAAACIAAAAAAC/AAQABAD/AQAAEQABAwIEAAA/AwAA CACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAgADEAAAAAABDwCAAAAK0APQGPF6MCDwAR 8HgAAAAAAMMLCAAAAP////8NAP+/DwCIE1QAAAAPAIoTTAAAAAAAug8OAAAAXwBfAF8AUABQAFQA OQAAAIsTLgAAAAAArA8mAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABAAAAAAQAAAAAAAAAAAAAAAAAA AB8EBAAAAAIAAAAPAA3w9gAAAAAAnw8EAAAAAAAAAAAAoA84AAAAUwBpAG0AdQBsAGEAdABpAG8A bgAgAFIAZQBzAHUAbAB0AHMAIAAoAEMAbwBuAHQAZAAuACkADyAAAKEPMgAAAB0AAAAAAAAAAgAD ABsAAAABAAIAAQAkAAEAAAABBCIAAQQAACQAAQAAAAEIAgABCCQAAACqDyoAAAAbAAAABwAAAAAA CQQAAAEAAAAHAAAAAAABBAAAAQAAAAcAAAAAAAkEAAAAAKYPNgAAAAQAAAAMAMgBAACQAwAAWAUA ACAHAADoCAAAsAoAAHgMAABADgAACBAAANARAACYEwAAYBUAAA8ABPCAAAAAsgQK8AgAAAADbAAA AAoAALMAC/BYAAAAfwCAAPsBvwAEAAQABEEJAAAABcECAAAAPwEAAAYAvwEAABEA1gECAAAA/wEA ABgAPwMQABgAgMMUAAAAvwMAAAIAAABQAGkAYwB0AHUAcgBlACAAMwAAAAAAEPAIAAAAYAMgAfAM 8AwPAATwgAAAALIECvAIAAAABGwAAAAKAACzAAvwWAAAAH8AgAD7Ab8ABAAEAARBCgAAAAXBAgAA AD8BAAAGAL8BAAARANYBAgAAAP8BAAAYAD8DEAAYAIDDFAAAAL8DAAACAAAAUABpAGMAdAB1AHIA ZQAgADQAAAAAABDwCAAAAGADYAzXFx8NDwAE8DUIAACyBArwCAAAAAVsAAAACgAAQwAL8CwAAAB/ AAAA/wEEQQsAAACAwxQAAAC/AwAAAgBUAGUAeAB0AEIAbwB4ACAANwAAACMAIvHZBwAAfwAAAAAC qcPNBwAAUEsDBBQABgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbJRR wU7DMAy9I/EPUa6oSccBIdR2BzqOgGB8gJW4bUSbRHEo29/jbuyAhIY42n7v+fm5Wu+mUcyYyAVf y5UqpUBvgnW+r+Xb9qG4lYIyeAtj8FjLPZJcN5cX1XYfkQSzPdVyyDneaU1mwAlIhYieJ11IE2Qu U68jmHfoUV+X5Y02wWf0uciLhmyqFjv4GLPY7Lh9dMJ0Ke6PuGVVLSHG0RnIbFQvU91UT2w8OYvi GVJ+hIlR2ibSNEBExqjzKrO3aqIidJ0zqNpErwvv6g9xGz59wvm/2i3TXnA+qf9ycsKRzty8uP0Z bPEdqmLmIRcaXKTTBn34UPMFAAD//wMAUEsDBBQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAX3Jl bHMvLnJlbHOkkMFqwzAMhu+DvYPRvXHaQxmjTm+FXksHuwpbSUxjy1gmbd++pjBYRm876hf6PvHv 9rcwqZmyeI4G1k0LiqJl5+Ng4Ot8WH2AkoLR4cSRDNxJYN+9v+1ONGGpRzL6JKpSohgYS0mfWosd KaA0nCjWTc85YKljHnRCe8GB9KZttzr/ZkC3YKqjM5CPbgPqfE/V/IcdvM0s3JfGctDc996+omrH 13iiuVIwD1QMuCzPMNPc1OdAv/au/+mVERN9V/5C/Eyr9cesFzV2DwAAAP//AwBQSwMEFAAGAAgA AAAhAApr6JciAwAALgcAABAAAABkcnMvc2hhcGV4bWwueG1srFXBbuM2EL0X6D8QvBZZy07ipELk RVLA7SENjNiLnkcSZbOmSIKkHDtfv4+k47h7WGybXugROZwZznvzfPd53yu2E85Loys+/lRwJnRj WqnXFf+yml/ccuYD6ZaU0aLiB+H559nPP93Z0luGy9qXtuKbEGw5GvlmI3ryn4wVGmedcT0FfLr1 yDrhhQ4UkKhXo0lRTEc9Sc1nCKV3S7tw0WqedgvHZFtxJNbUI+VK7MOD2bMbPjp6RGcW9thEyXlX 4xqOR+exfIpJ5b5z/bFU+pFSW0cveP83VVJpuo4h41UxvZ2iT4eKTy4vJ8VlKoxKlMmaeH5V3Ewn nDVwGE+nt8XtdaxxlAuZ3VFpnQ+/C/PholgMVHEnmoA2Ukm7Rx9yqrcUcdsbJdu5VOr/aEKCWPym HNuRqni9HqfUauj/NG3e+/W6KIrjk0/uqQGnShJSGR9bRiTbQ6y0xi+gzbT6z1hFPqMtcZ3cAKgX R6CoBn9Tqd7eD8HM5bFTOWfMrnxYhoMSH80PBIDxR6OkIGhGT+6x4ngGjOdkqB0ajw2pW0xUMkmt Mb6Ks1Z0K6qXr6Dh9Q2GjDMXsregR/3gtnFiWGd0uE9XavKCM4Wx1MdjXNmQXmMAFoNuUvjUHL20 TTS8bRZNyEiPi6t3qNWZx4PovvU9McI276f3XfiO3/G0HkC35ObW9Yl5SPye++RSD8vXU3lXb0QE s4Y53szCwYqOGqjKX3hgVDmPQd2Q8wIvnUTSRt8ncCWZgeo8UlSis89ZYwBuFCsq8wKMtkMve/O3 zPCgexUX+uLLEtoJJMbTiEOdMUvrcKQjpNXJLarRZpkszrbCRSFO0DUn3jJ0Pd3UUVKVfBV/pM8I n5JRmJFBm4Uzpkt2K12A/hSJ8UrHajU4r1SWh7xzNo7ANWr3+2CHfVJWqNY/vETXQW3eejI86tU+ NWqIsY92YtNZq1eyF549iRf2bHrSnFkZms2ceqmiRELoTwgkkkBK6ez6L72+EJShafzZwb+Ni7e4 DFyYPQ19LRwzHVtQsxXBR30GF6NPWm2SqDdpwv+Kt7OvAAAA//8DAFBLAwQUAAYACAAAACEAXCzI lhsBAACXAQAADwAAAGRycy9kb3ducmV2LnhtbHSQ3U7CQBCF7018h82YeAfblrZUZCFGBUmMJKAP sLRT2thum92Rn7dniiYkGi9nvzlnztnx9FBXYofWlY1R4Pc9EGjSJivNVsHH+6yXgHCkTaarxqCC IzqYTq6vxnqUNXuzwt2atoJNjBtpBQVRO5LSpQXW2vWbFg2zvLG1Jh7tVmZW79m8rmTgebGsdWn4 QqFbfCww/Vx/1QruaGGoel0+uVmYvrWbebKf60Sp25vDwz0IwgNdln/Ui0wBZ81fjhtbZivtCK0C rsPluBhMOHFrMS0dPuc5prTMc4fkuvdKcPdeFAQBCLYJQ28YByA7RGc08IfhGflxnHhJ9M1sx+Iw GvxRbToS+aH/WyT/C8Hg8p+TEwAAAP//AwBQSwECLQAUAAYACAAAACEADIGFu/4AAADiAQAAEwAA AAAAAAAAAAAAAAAAAAAAW0NvbnRlbnRfVHlwZXNdLnhtbFBLAQItABQABgAIAAAAIQAx3V9h0gAA AI8BAAALAAAAAAAAAAAAAAAAAC8BAABfcmVscy8ucmVsc1BLAQItABQABgAIAAAAIQAKa+iXIgMA AC4HAAAQAAAAAAAAAAAAAAAAACoCAABkcnMvc2hhcGV4bWwueG1sUEsBAi0AFAAGAAgAAAAhAFws yJYbAQAAlwEAAA8AAAAAAAAAAAAAAAAAegUAAGRycy9kb3ducmV2LnhtbFBLBQYAAAAABAAEAPUA AADCBgAAAAAAABDwCAAAALsF/QAaAtsJDwAE8DsIAACyBArwCAAAAAZsAAAACgAAQwAL8CwAAAB/ AAAA/wEEQQwAAACAwxQAAAC/AwAAAgBUAGUAeAB0AEIAbwB4ACAAOQAAACMAIvHfBwAAfwAAAAAC qcPTBwAAUEsDBBQABgAIAAAAIQAMgYW7/gAAAOIBAAATAAAAW0NvbnRlbnRfVHlwZXNdLnhtbJRR wU7DMAy9I/EPUa6oSccBIdR2BzqOgGB8gJW4bUSbRHEo29/jbuyAhIY42n7v+fm5Wu+mUcyYyAVf y5UqpUBvgnW+r+Xb9qG4lYIyeAtj8FjLPZJcN5cX1XYfkQSzPdVyyDneaU1mwAlIhYieJ11IE2Qu U68jmHfoUV+X5Y02wWf0uciLhmyqFjv4GLPY7Lh9dMJ0Ke6PuGVVLSHG0RnIbFQvU91UT2w8OYvi GVJ+hIlR2ibSNEBExqjzKrO3aqIidJ0zqNpErwvv6g9xGz59wvm/2i3TXnA+qf9ycsKRzty8uP0Z bPEdqmLmIRcaXKTTBn34UPMFAAD//wMAUEsDBBQABgAIAAAAIQAx3V9h0gAAAI8BAAALAAAAX3Jl bHMvLnJlbHOkkMFqwzAMhu+DvYPRvXHaQxmjTm+FXksHuwpbSUxjy1gmbd++pjBYRm876hf6PvHv 9rcwqZmyeI4G1k0LiqJl5+Ng4Ot8WH2AkoLR4cSRDNxJYN+9v+1ONGGpRzL6JKpSohgYS0mfWosd KaA0nCjWTc85YKljHnRCe8GB9KZttzr/ZkC3YKqjM5CPbgPqfE/V/IcdvM0s3JfGctDc996+omrH 13iiuVIwD1QMuCzPMNPc1OdAv/au/+mVERN9V/5C/Eyr9cesFzV2DwAAAP//AwBQSwMEFAAGAAgA AAAhAJXLXHonAwAAOAcAABAAAABkcnMvc2hhcGV4bWwueG1srFVNbxshEL1X6n9AXKvEa9eJnVXW URLJ7cG1rNhRzyzL2tQsIGAdO7++M+Av5VC1SS+7LAzMY96bt7d320aRjXBeGl3Q7mVGidDcVFIv C/q8GF8MKfGB6Yopo0VBd8LTu9HnT7c295bAZu1zW9BVCDbvdDxfiYb5S2OFhrXauIYF+HTLjnXC Cx1YgESN6vSy7LrTMKnpCI7Sm7mdORzx6WbmiKwAC0DRrIGcC7END2ZLbmhnH4LRJGxhEuLSrIZ9 sNw5P8zHQ1m+rV2zx8r+Bmvl2AsU4A1Mlpu6JpCxfzMYDq8B3q6gvW53MBwMEQPLASfhGNDrx3WO AV/7g8FVhN5JSDDSOh++CfNhVAQPKqgTPEAhWc42Ex+wDKcUOO2NktVYKvU/qhBJFo/KkQ1TBS2X 3Zhatc0PU6W5m6ssy7AmgOMYnr4OSCJViSCbI5XVDpGW8AZuk7DeTRYqGsqCz94AiHpxDESqQcER qrf3bTBjua9UyonZlQ/zsFPio/mjGg7t8e5bICIUesPcpKBwDRg8xYHaQOFhQuoKeioOmVpCAytK KlEvWDl/BRleDaDNKHEhRQs20Q9ujS1DaqPDfdxSMi8oUdCYer8MW1ZML6EDZq3m8fhYHD23HAfe 8hkPielu1j9Rrc4iHkT9NvaoCMtPq/d1+EPcfrVsQW4xzC3Lo/Ig8Sn3MaRs569HeP2DEEFZ7Rju TMLOippxsJWfcEH0OU8JXzHnBdy0lxq5bKeglchiYGVqKZZDZZ+SyUReEE8E5YCjddvIxvySiR6o XkGFvnieg3sCE91r5KFMnMVnu5cjmKuTa0CjzTyOKFkLh1YcqeNH3RKoetyp0VSVfBXf4yfSpyRa M2TQZuaMqeO4ki6A/2T9////ggEAAIMBAACEAQAAhQEAAIYBAACHAQAAiAEAAIkBAACKAQAAiwEA AIwBAACNAQAAjgEAAI8BAACQAQAAkQEAAJIBAACTAQAAlAEAAJUBAACWAQAAlwEAAJgBAACZAQAA mgEAAJsBAACcAQAAnQEAAJ4BAACfAQAAoAEAAKEBAACiAQAAowEAAKQBAAClAQAApgEAAKcBAACo AQAAqQEAAP7////+////rAEAAK0BAACuAQAArwEAALABAACxAQAAsgEAALMBAAC0AQAAtQEAALYB AAC3AQAAuAEAALkBAAC6AQAAuwEAALwBAAC9AQAAvgEAAL8BAADAAQAAwQEAAMIBAADDAQAAxAEA AMUBAAD+////xwEAAP7///////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// //////////////////////////////////////////////////////////////////////////// /////////////////6k5NaLVoHmlUluqOHM0hlhcdO9TY4dttFZs4VPTgsnVNbjNoSbtRC+2sVAt nr0fRzWdlXohG+HJVLyQJ9MwTYmVga/GrJEKIHbhH3NkIIoEsrCz7V8afSFYoob7s4V/PRfuAmTh XcNo2jalcMTU5BF04YwiM8bXIng0LdAkxsanjVZ1sCj4wXg7+g0AAP//AwBQSwMEFAAGAAgAAAAh ALgJnJkcAQAAmAEAAA8AAABkcnMvZG93bnJldi54bWx0kN1Kw0AQhe8F32EZwRtpN902/bPbIqWi IAitgvRum8wmwewm3V3b9O2dqFBQvJz55pw5M7NFY0p2QOeLykrodSNgaJMqLWwm4fXlvjMG5oOy qSorixJO6GExv7yYqWlaHe0aD5uQMTKxfqok5CHUU859kqNRvlvVaInpyhkVqHQZT506krkpuYii ITeqsLQhVzUuc0zeNx9GwtaY/dP2rae3q8CzZVPifqNupLy+au5ugQVswnn4R/2YUnxKrx9OO1ek a+UDOgnUoesIwZwi1w6TwuNKa0zCs9Yeg2/7JaPjO7EQAhj5DMRgPIyAtyh8oXE0ISdCoj8YjeLJ N3Mt6/ej+I9q15JJLIa/Rfy/EATOD51/AgAA//8DAFBLAQItABQABgAIAAAAIQAMgYW7/gAAAOIB AAATAAAAAAAAAAAAAAAAAAAAAABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhADHd X2HSAAAAjwEAAAsAAAAAAAAAAAAAAAAALwEAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhAJXL XHonAwAAOAcAABAAAAAAAAAAAAAAAAAAKgIAAGRycy9zaGFwZXhtbC54bWxQSwECLQAUAAYACAAA ACEAuAmcmRwBAACYAQAADwAAAAAAAAAAAAAAAAB/BQAAZHJzL2Rvd25yZXYueG1sUEsFBgAAAAAE AAQA9QAAAMgGAAAAAAAAEPAIAAAAMQU9DE4NAwsPAATwrwMAAKIMCvAIAAAAB2wAAAAKAACDAAvw RgAAAH8AAADvAYAAyLbJG78ABgAGAL8BAAARAP8BAAAYAD8DAAAIAIDDFgAAAL8DAAACAFQAZQB4 AHQAIABCAG8AeAAgADgAAAAAABDwCAAAACUNpwKnCwkODwAR8KACAAAPAIgTmAIAAA8AihNQAgAA AAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLEzACAAAAABkQKAIAAAAAAAgMAQAAAgAAAAwBAAAA AAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEB AAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1h bmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAA JgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAH AQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAA AAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAA AAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAA BAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBu AG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAA AAAAAAAABAAAAA4ACQARAAAAGgABAA8AihM4AAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACL ExgAAAAAALEPEAAAAAAAAAQAAAAAAAAABAEAAAAPAA3wkQAAAAAAnw8EAAAABAAAAAAAqA8ZAAAA RGF0YSBhbmQgQ29udHJvbCBPdmVyaGVhZAAAoQ8qAAAAGgAAAAAAgAgCAGzwAQADABkAAAAAACIA AAARAAEAAAAABCIAAAQAABIAAACqDw4AAAAaAAAABwAAAAAACQQAAAAApg8UAAAA8B4AAFZdIAE4 f0ACWIBgA3iBgAQPAATwtAMAAKIMCvAIAAAACGwAAAAKAACDAAvwRgAAAH8AAADvAYAA+HTJG78A BgAGAL8BAAARAP8BAAAYAD8DAAAIAIDDFgAAAL8DAAACAFQAZQB4AHQAIABCAG8AeAAgADkAAAAA ABDwCAAAAA0N5w3nFvENDwAR8KACAAAPAIgTmAIAAA8AihNQAgAAAAC6DxAAAABfAF8AXwBQAFAA VAAxADEAAACLEzACAAAAABkQKAIAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAA AAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAA AAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAAB AAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAA ZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAA AA4ACQARAAAAGgABAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA 6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAAB AAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoA AABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBw AG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAA GgABAA8AihM4AAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExgAAAAAALEPEAAAAAAAAAQA AAAAAAAABAEAAAAPAA3wlgAAAAAAnw8EAAAABAAAAAAAqA8eAAAAQ29tcGFyaXNvbiBvZiBDb250 cm9sIE92ZXJoZWFkAAChDyoAAAAfAAAAAACACAIAbPABAAMAHgAAAAAAIgAAABEAAQAAAAAEIgAA BAAAEgAAAKoPDgAAAB8AAAAHAAAAAAAJBAAAAACmDxQAAADwHgAAVl0gATh/QAJYgGADeIGABA8A BPDjAgAAogwK8AgAAAAJbAAAAAoAAIMAC/BGAAAAfwAAAO8BgABYfckbvwAGAAYAvwEBABEA/wEA ABgAPwMAAAgAgMMWAAAAvwMAAAIAVABlAHgAdABCAG8AeAAgADEAMAAAAAAAEPAIAAAA7Q6nAtcL zxEPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAAAIsTHAEA AAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEAAADoAAAA CAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEAAAEAAAAA AAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAACgAAAEEA cgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5AHAAbwBn AHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEAAAAaAAEA DwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAABAAAAAAP AA3w4QAAAAAAnw8EAAAABAAAAAAAqA9xAAAAIENvbnRyb2wgb3ZlcmhlYWQgbmVhcmx5IDElIGZv ciBub2RlcyBjbG9zZSB0byBzaW5rLg0gRm9yIGxlYWYgbm9kZXMsIGJvdGggY29udHJvbCAmIGRh dGEgcGFja2V0IGFtb3VudCBpcyBzbWFsbC4AAKEPIgAAAHIAAAAAAMEAAgAPAKcAZAADAHIAAAAA AGMABQAFAAUAEQAAAKoPDgAAAHIAAAAHAAAAAAAJBAAAAACmDxQAAADwHgAAVl0gATh/QAJYgGAD eIGABA8ABPCpAgAAogwK8AgAAAAKbAAAAAoAAIMAC/BGAAAAfwAAAO8BgAB4QskbvwAGAAYAvwEB ABEA/wEAABgAPwMAAAgAgMMWAAAAvwMAAAIAVABlAHgAdABCAG8AeAAgADEAMAAAAAAAEPAIAAAA 7Q6HDbcWexAPABHwhAEAAA8AiBN8AQAADwCKEzwBAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAA AIsTHAEAAAAAGRAUAQAAAAAACAwBAAACAAAADAEAAAAAAAAUAAAAIAAAAAEAAAABAAAAAAAAAAEA AADoAAAACAAAAAQAAAAAAAAAAAEAAAEAAAAAAAAAAQEAAAEAAAAAAAAAAgEAAAEAAAAAAAAAAwEA AAEAAAAAAAAABAEAAAEAAAAAAAAABQEAAGgAAABkbWFuYAAAAAIAAAAEAAAAAwAAAAEAAAAJBAAA CgAAAEEAcgBpAGEAbAAAAAgAAAAAAAAAAwAAAAAAAAAmAAAATQBvAG4AbwB0AHkAcABlACAAVAB5 AHAAbwBnAHIAYQBwAGgAeQAAAAYBAAAEAAAAAAAYAAcBAAAGAAAAAAAAAAAAAAAEAAAADgAJABEA AAAaAAEADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTEAAAAAAAsQ8IAAAAAAAA BAAAAAAPAA3wpwAAAAAAnw8EAAAABAAAAAAAqA83AAAAIERlY3JlYXNlcyB3aXRoIGluY3JlYXNl IGluIEdsb2JhbCBSZXBhaXIgdGltZXIgcGVyaW9kLgAAoQ8iAAAAOAAAAAAAwQACAA8ApwBkAAMA OAAAAAAAYwAFAAUABQARAAAAqg8OAAAAOAAAAAcAAAAAAAkEAAAAAKYPFAAAAPAeAABWXSABOH9A AliAYAN4gYAEDwAE8CQAAAASAArwCAAAAAFsAAAADAAAIwAL8AwAAAAEAwkAAAA/AwEAAQAQAPAH IAAAAP///wAAAAAAgICAAAAAAAAAzJkAMzPMAMzM/wCysrIADwCIE2YBAAAPAIoTXgEAAAAAug8Q AAAAXwBfAF8AUABQAFQAMQAwAAAAixM+AQAAAADrLggAAAD5XcQBMBtH4QAAHRAEAAAAAAAAAAAA ACsEAAAAAAAAAB8ARPEGAQAAAAAn8SAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAD/////EgAA AA8APfENAAAAQAFC8QUAAAABCQAAAB8ARPHBAAAAAAAn8SAAAAAAAAAAAAAAAAEAAAAAAAAAAAAA AAAAAAAAAAAAGAAAAA8APfENAAAAQAFC8QUAAAABBAAAAAAAQfEUAAAAAQAAAAEAAAAAAAAAAAAA AAMAAAA/ACXxLAAAAAAAKPEQAAAAAQAAAAkAAAAAAAAAAAAAAA8APPEMAAAAAAABKwQAAAABAAAA TwAl8SwAAAAAACjxEAAAAAEAAAAKAAAAAAAAAAAAAAAPADzxDAAAAAAAASsEAAAAAQAAAA8AAisA AAAAAAAiBAgAAAABAAAADAAAAA8A7gOHCwAAAgDvAxgAAAAQAAAAAAAAAAAAAAAAAACAAAAAAAcA /78PAAwE5woAAA8AAvDfCgAA0AEI8AgAAAAEAAAABHQAAA8AA/CbCgAADwAE8CgAAAABAAnwEAAA AAAAAAAAAAAAAAAAAAAAAAACAArwCAAAAAB0AAAFAAAADwAE8KYAAACyBArwCAAAAAJ0AAAACgAA swAL8H4AAAB/AIAA+wG/AAQABAAEQQ0AAAAFwRQAAAA/AQAABgC/AQAAEQD/AQAAGAA/AxAAGACA wxQAAACBwxQAAAC/AwAAAgBGAGkAZwB1AHIAZQBfADEANgAAAFAAaQBjAHQAdQByAGUAIAA2AAAA RgBpAGcAdQByAGUAXwAxADYAAAAAABDwCAAAAB0DpwWZEw0NDwAE8MoFAAASAArwCAAAAAN0AAAA CgAA4wAL8GwAAAB/AAAA7wGAABgRyhuBAAAAAACCAAAAAACDAAAAAACEAAAAAACHAAEAAAC/AAQA BAC/AQAAEQDWAQIAAAD/AQAAGAA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAg ADEAAAAAABDwCAAAAK0APQGPF6MCDwAR8BAEAAAPAIgTCAQAAA8AihNkAwAAAAC6DxAAAABfAF8A XwBQAFAAVAAxADEAAACLE0QDAAAAABkQPAMAAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAAB AAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIB AAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAA AAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8A dAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAA AAAABAAAAA4ACQARAAAAGgABAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAA AAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAA AAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAA CQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAg AFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4A CQARAAAAGgABAAAAAAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAA AAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAA AAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABB AHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8A ZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgAB AA8AihNAAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLEyAAAAAAALEPGAAAAAAAAAQAAAAA AAAABAEAAAAAAAAEAgAAAA8AihNMAAAAAAC6Dw4AAABfAF8AXwBQAFAAVAA5AAAAixMuAAAAAACs DyYAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAEAAAAABAAAAAAAAAAAAAAAAAA8ADfAWAQAAAACfDwQA AAAEAAAAAACgDzgAAABTAGkAbQB1AGwAYQB0AGkAbwBuACAAUgBlAHMAdQBsAHQAcwAgACgAQwBv AG4AdABkAC4AKQAPIAAAoQ9CAAAAHQAAAAAAgAgCAGzwAQADABsAAAABAAYAAQAkAAAAAP4BAAAA AQQmAAEEAAAkAAAAAP4BAAAAAQgGAAEIJAAAAAD+AACqDyoAAAAbAAAABwAAAAAACQQAAAEAAAAH AAAAAAABBAAAAQAAAAcAAAAAAAkEAAAAAKYPRgAAAPQeAAAMAMgBAACQAwAAWAUAACAHAADoCAAA sAoAAHgMAABADgAACBAAANARAACYEwAAYBUAAFZdIAE4f0ACWIBgA3iBgAQPAATw4wMAAKIMCvAI AAAABHQAAAAKAACDAAvwRgAAAH8AAADvAYAAGPPJG78ABgAGAL8BAAARAP8BAAAYAD8DAAAIAIDD FgAAAL8DAAACAFQAZQB4AHQAIABCAG8AeAAgADkAAAAAABDwCAAAAG0NVweXEvsODwAR8KACAAAP AIgTmAIAAA8AihNQAgAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLEzACAAAAABkQKAIAAAAA AAgMAQAAAgAAAAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAA AAABAAABAAAAAAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAA AAAAAAUBAABoAAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAI AAAAAAAAAAMAAAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkA AAAGAQAABAAAAAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAAAAAAgMAQAAAgAA AAwBAAAAAAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAA AAAAAAEBAAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABo AAAAZG1hbmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMA AAAAAAAAJgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAA AAAAGAAHAQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihM4AAAAAAC6DxAAAABfAF8A XwBQAFAAVAAxADAAAACLExgAAAAAALEPEAAAAAAAAAQAAAAAAAAABAEAAAAPAA3wxQAAAAAAnw8E AAAABAAAAAAAqA9NAAAAQ29tcGFyaXNvbiBvZiBUaW1lIHdpdGhvdXQgY29ubmVjdGl2aXR5IHRv IGEgcGFyZW50LCBmb3Igc21hbGwgSW5kb29yIE5ldHdvcmsAAKEPKgAAAE4AAAAAAIAIAgBs8AEA AwBNAAAAAAAiAAAAEQABAAAAAAQiAAAEAAASAAAAqg8OAAAATgAAAAcAAAAAAAkEAAAAAKYPFAAA APAeAABWXSABOH9AAliAYAN4gYAEDwAE8CQAAAASAArwCAAAAAF0AAAADAAAIwAL8AwAAAAEAwkA AAA/AwEAAQAQAPAHIAAAAP///wAAAAAAgICAAAAAAAAAzJkAMzPMAMzM/wCysrIADwCIEzgAAAAP AIoTMAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAADrLggAAAD2C8sBIJIJOQAA IgQIAAAAAQAAAAYAAAAPAO4DkQYAAAIA7wMYAAAAEAAAAAAAAAAAAAAAAAAAgAcBAAAHAP+/AAD5 AxAAAAAABAAAAAAAAAIAAQABXVYbDwAMBKsEAAAPAALwowQAAOABCPAIAAAAAwAAAAN4AAAPAAPw XwQAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAABAAAAAEQB6U21NAgAK8AgAAAAAeAAABQAAAA8ABPCk AQAAEgAK8AgAAAACeAAAIAIAAAMBC/B4AAAABAAAAAAAfwABAO8BgAD4dckbgQAAAAAAggAAAAAA gwAAAAAAhAAAAAAAhQAAAAAAhwABAAAAiAAAAAAAvwAEAAQA/wEAABEAAQMCBAAAPwMAAAgAgMMY AAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAAxAAAAAAAQ8AgAAACtAD0BjxfQAg8AEfBcAAAA AADDCwgAAAD/////DQD/vw8AiBM4AAAADwCKEzAAAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMQAA AIsTEAAAAAAAtg8IAAAAAAIAAAAAAAAAAB8EBAAAAAIAAAAPAA3wmAAAAAAAnw8EAAAAAAAAAAAA qA8QAAAARnV0dXJlIERpcmVjdGlvbgAAoQ8YAAAAEQAAAAAAAAACAAMAEQAAAAEAAgABACQAAACq Dw4AAAARAAAABwAAAAAACQQAAAAApg82AAAABAAAAAwAyAEAAJADAABYBQAAIAcAAOgIAACwCgAA eAwAAEAOAAAIEAAA0BEAAJgTAABgFQAADwAE8HsCAAASAArwCAAAAAN4AAAgAgAAAwEL8HgAAAAE AAAAAAB/AAEA7wGAABj0yRuBAAAAAACCAAAAAACDAAAAAACEAAAAAACFAAAAAACHAAEAAACIAAAA AAC/AAQABAD/AQAAEQABAwMEAAA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAg ADIAAAAAABDwCAAAAGADPQGPF+AQDwAR8FAAAAAAAMMLCAAAAP////8QAP+/DwCIEzgAAAAPAIoT MAAAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMQAAAAAAC2DwgAAAAAAgAAAAAAAA8ADfB7 AQAAAACfDwQAAAAFAAAAAACoD6kAAAAgR29hbDogSW5mb3JtYXRpb25hbCBSRkMNCVBvbGwgV0cg b24gbWFraW5nIGl0IGEgV29ya2luZyBHcm91cCBEb2N1bWVudA0gTmV4dCBTdGVwczogSW5jb3Jw b3JhdGUgV0cgY29tbWVudHMvZmVlZGJhY2suIEFyZSB0aGVyZSBvdGhlciBzY2VuYXJpb3MvbWV0 cmljcyBvZiBpbnRlcmVzdD8NDQ0NAAChD04AAAAZAAAAAAABSAIADwAAAHD/AwAvAAAAAAAASAIA AABw/wMAXwAAAAAAAUgCAA8AAABw/wMAAwAAAAAAAEgCAAAAcP8DAKoAAAAAAAIAGAAAAKoPDgAA AKoAAAAHAAAAAAAJBAAAAACmD0oAAAD8HwAADADIAQAAkAMAAFgFAAAgBwAA6AgAALAKAAB4DAAA QA4AAAgQAADQEQAAmBMAAGAVAAAAAAAAVl0gATh/QAJYgGADeIGABA8ABPAkAAAAEgAK8AgAAAAB eAAAAAwAACMAC/AMAAAABAMJAAAAPwMBAAEAEADwByAAAAD///8AAAAAAICAgAAAAAAAAMyZADMz zADMzP8AsrKyAA8AiBNmAQAADwCKE14BAAAAALoPEAAAAF8AXwBfAFAAUABUADEAMAAAAIsTPgEA AAAA6y4IAAAA+V3EATAbR+EAAB0QBAAAAAAAAAAAAAArBAAAAAAAAAAfAETxBgEAAAAAJ/EgAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/////xIAAAAPAD3xDQAAAEABQvEFAAAAAQkAAAAfAETx wQAAAAAAJ/EgAAAAAAAAAAAAAAABAAAAAAAAAAAAAAAAAAAAAAAAABgAAAAPAD3xDQAAAEABQvEF AAAAAQQAAAAAAEHxFAAAAAEAAAABAAAAAAAAAAAAAAADAAAAPwAl8SwAAAAAACjxEAAAAAEAAAAJ AAAAAAAAAAAAAAAPADzxDAAAAAAAASsEAAAAAQAAAE8AJfEsAAAAAAAo8RAAAAABAAAACgAAAAAA AAAAAAAADwA88QwAAAAAAAErBAAAAAEAAAAPAAIrAAAAAAAAIgQIAAAAAQAAAAwAAAAPAPADkwUA AAEA8QMIAAAACQEAAAcAZRsPAAwEEwUAAA8AAvALBQAAAAEI8AgAAAAEAAAABEAAAA8AA/DHBAAA DwAE8CgAAAABAAnwEAAAAAAAAAAAAAAAAAAAAAAAAAACAArwCAAAAABAAAAFAAAADwAE8MUCAACi DArwCAAAAAJAAAAACgAA4wAL8GwAAAB/AAEA7wGAADgNkhuBAAAAAACCAAAAAACDAAAAAACEAAAA AACHAAIAAAC/AAQABAC/AQAAEQDWAQIAAAD/AQAAGAA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0 AGEAbgBnAGwAZQAgADcAAAAAABDwCAAAAIMX0wofE78YDwAR8I0BAAAPAIgTfAEAAA8AihM8AQAA AAC6DxAAAABfAF8AXwBQAFAAVAAxADEAAACLExwBAAAAABkQFAEAAAAAAAgMAQAAAgAAAAwBAAAA AAAAFAAAACAAAAABAAAAAQAAAAAAAAABAAAA6AAAAAgAAAAEAAAAAAAAAAABAAABAAAAAAAAAAEB AAABAAAAAAAAAAIBAAABAAAAAAAAAAMBAAABAAAAAAAAAAQBAAABAAAAAAAAAAUBAABoAAAAZG1h bmAAAAACAAAABAAAAAMAAAABAAAACQQAAAoAAABBAHIAaQBhAGwAAAAIAAAAAAAAAAMAAAAAAAAA JgAAAE0AbwBuAG8AdAB5AHAAZQAgAFQAeQBwAG8AZwByAGEAcABoAHkAAAAGAQAABAAAAAAAGAAH AQAABgAAAAAAAAAAAAAABAAAAA4ACQARAAAAGgABAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAA VAAxADAAAACLExAAAAAAALEPCAAAAAAAAAQAAAAAAAAgBAEAAAAIDwAN8JQAAAAAAJ8PBAAAAAQA AAAAAKAPAgAAACoAAAChDyYAAAACAAAAAACAGAIAbPACAGYAAwACAAAAAABnAAUA//8FAA4AAAAA /gAA2A8EAAAAAAAAAAAAqg8OAAAAAgAAAAcAAAAAAAkEAAAAAKYPJgAAAPQeAAAEAMgBAACQAwAA WAUAACAHAABWXSABOH9AAliAYAN4gYAEDwAE8LIAAAASAArwCAAAAANAAAAgAgAA8wAL8HIAAAAE AAAAAAB/AAQB7wGBAPqNAQCCAP3GAACDAPqNAQCEAP3GAACFAAAAAACHAAEAAACIAAAAAAC/AAQA BAD/AQEAEQABAwI4AAA/AwAACACAwxgAAAC/AwAAAgBSAGUAYwB0AGEAbgBnAGwAZQAgADIAAAAA ABDwCAAAAOEBYAO/DygLDwAR8BAAAAAAAMMLCAAAAAAAAAALAP+/DwAE8AgBAAASAArwCAAAAARA AAAgAgAAEwEL8H4AAAAEAAAAAAB/AAEA7wGAALhOyRuBAAAAAACCAAAAAACDAAAAAACEAAAAAACF AAAAAACHAAAAAACIAAAAAAC/AAQABAC/AQEAEQD/AQEAEQABAwM4AAA/AwAACACAwxgAAAC/AwAA AgBSAGUAYwB0AGEAbgBnAGwAZQAgADMAAAAAABDwCAAAAMEL6gE2EeMWDwAR8BAAAAAAAMMLCAAA AAEAAAAMAP+/DwAN8EIAAAAAAJ8PBAAAAAIAAAAAAKEPGAAAAAEAAAAAAAAACgAHAAEAAAAAAEEA AAAAAAAAqg8OAAAAAQAAAAcAAAAAAAwEAAAPAATwJAAAABIACvAIAAAAAUAAAAAMAAAjAAvwDAAA AAQDCQAAAD8DAQABABAA8AcgAAAA////AAAAAACAgIAAAAAAAADMmQAzM8wAzMz/ALKysgAPAIgT OAAAAA8AihMwAAAAAAC6DxAAAABfAF8AXwBQAFAAVAAxADAAAACLExAAAAAAAOsuCAAAAGl/yAGA teD0DwDwA4kFAAABAPEDCAAAAAABAAADAIcbDwAMBDUFAAAPAALwLQUAACABCPAIAAAABAAAAARI AAAPAAPw3QQAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAASAAABQAA AA8ABPDFAgAAogwK8AgAAAACSAAAAAoAAOMAC/BsAAAAfwABAO8BgACoqOIlgQAAAAAAggAAAAAA gwAAAAAAhAAAAAAAhwACAAAAvwAEAAQAvwEAABEA1gECAAAA/wEAABgAPwMAAAgAgMMYAAAAvwMA AAIAUgBlAGMAdABhAG4AZwBsAGUAIAA2AAAAAAAQ8AgAAACDF9MKHxO/GA8AEfCNAQAADwCIE3wB AAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEA AAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAA AQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAF AQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAA AAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEA AAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAA XwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAAAAIAQBAAAACA8ADfCUAAAA AACfDwQAAAAEAAAAAACgDwIAAAAqAAAAoQ8mAAAAAgAAAAAAgBgCAGzwAgBmAAMAAgAAAAAAZwAF AP//BQAOAAAAAP4AANgPBAAAAAAAAAAAAKoPDgAAAAIAAAAHAAAAAAAJBAAAAACmDyYAAAD0HgAA BADIAQAAkAMAAFgFAAAgBwAAVl0gATh/QAJYgGADeIGABA8ABPDoAAAAEgAK8AgAAAADSAAAIAIA AIMBC/CoAAAABAAAAAAAfwAEAO8BgQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQACAAAAhwABAAAA iAAAAAAAvwAEAAQAgAEAAAAAgQH///8AggEAAAEAvwEQABAAwAEAAAAAwQEAAAEAxAEAAAAAzAEA AAgA1gEBAAAA/wEJABkAAQMCOAAAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUA IAAxAAAAAAAQ8AgAAADhAWADwA8pCw8AEfAQAAAAAADDCwgAAAAAAAAACwD/vw8ABPDoAAAAEgAK 8AgAAAAESAAAIAIAABMBC/B+AAAABAAAAAAAfwAAAO8BgABIo8sbgQAAAAAAggAAAAAAgwAAAAAA hAAAAAAAhQACAAAAhwABAAAAiAAAAAAAvwAEAAQAvwEAABEA/wEBABEAAQMDOAAAPwMAAAgAgMMY AAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAAyAAAAAAAQ8AgAAADBC+oBNxHkFg8AEfAQAAAA AADDCwgAAAABAAAADAD/vw8ADfAiAAAAAACfDwQAAAACAAAAAACqDw4AAAABAAAABwAAAAAACQQA AA8ABPAwAAAAEgAK8AgAAAABSAAAAAwAAEMAC/AYAAAAvwESABIA/wEAAAgABAMJAAAAPwMBAAEA EADwByAAAAD///8AAAAAAICAgAAAAAAAAMyZADMzzADMzP8AsrKyAA8A2Q8MAAAAAADaDwQAAAAA ADUADwDwA4kFAAABAPEDCAAAAAEBAAADAIgbDwAMBDUFAAAPAALwLQUAAEABCPAIAAAABAAAAARQ AAAPAAPw3QQAAA8ABPAoAAAAAQAJ8BAAAADhPgPoAACAP9Sjg6BQsmobAgAK8AgAAAAAUAAABQAA AA8ABPDFAgAAogwK8AgAAAACUAAAAAoAAOMAC/BsAAAAfwABAO8BgAAoBMYbgQAAAAAAggAAAAAA gwAAAAAAhAAAAAAAhwACAAAAvwAEAAQAvwEAABEA1gECAAAA/wEAABgAPwMAAAgAgMMYAAAAvwMA AAIAUgBlAGMAdABhAG4AZwBsAGUAIAA2AAAAAAAQ8AgAAACDF9MKHxO/GA8AEfCNAQAADwCIE3wB AAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEA AAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAA AQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAF AQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAA AAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEA AAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAA XwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAAAAIAQBAAAACA8ADfCUAAAA AACfDwQAAAAEAAAAAACgDwIAAAAqAAAAoQ8mAAAAAgAAAAAAgBgCAGzwAgBmAAMAAgAAAAAAZwAF AP//BQAOAAAAAP4AANgPBAAAAAAAAAAAAKoPDgAAAAIAAAAHAAAAAAAJBAAAAACmDyYAAAD0HgAA BADIAQAAkAMAAFgFAAAgBwAAVl0gATh/QAJYgGADeIGABA8ABPDoAAAAEgAK8AgAAAADUAAAIAIA AIMBC/CoAAAABAAAAAAAfwAEAO8BgQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQACAAAAhwABAAAA iAAAAAAAvwAEAAQAgAEAAAAAgQH///8AggEAAAEAvwEQABAAwAEAAAAAwQEAAAEAxAEAAAAAzAEA AAgA1gEBAAAA/wEJABkAAQMCOAAAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUA IAAxAAAAAAAQ8AgAAADhAWADwA8pCw8AEfAQAAAAAADDCwgAAAAAAAAACwD/vw8ABPDoAAAAEgAK 8AgAAAAEUAAAIAIAABMBC/B+AAAABAAAAAAAfwAAAO8BgADoQcgbgQAAAAAAggAAAAAAgwAAAAAA hAAAAAAAhQACAAAAhwABAAAAiAAAAAAAvwAEAAQAvwEAABEA/wEBABEAAQMDOAAAPwMAAAgAgMMY AAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAAyAAAAAAAQ8AgAAADBC+oBNxGrFg8AEfAQAAAA AADDCwgAAAABAAAADAD/vw8ADfAiAAAAAACfDwQAAAACAAAAAACqDw4AAAABAAAABwAAAAAACQQA AA8ABPAwAAAAEgAK8AgAAAABUAAAAAwAAEMAC/AYAAAAvwESABIA/wEAAAgABAMJAAAAPwMBAAEA EADwByAAAAD///8AAAAAAICAgAAAAAAAAMyZADMzzADMzP8AsrKyAA8A2Q8MAAAAAADaDwQAAAAA ADUADwDwA4kFAAABAPEDCAAAAAIBAAADABsEDwAMBDUFAAAPAALwLQUAAGABCPAIAAAABAAAAARY AAAPAAPw3QQAAA8ABPAoAAAAAQAJ8BAAAACbKv9//3/FXQAAAAABAF5DAgAK8AgAAAAAWAAABQAA AA8ABPDFAgAAogwK8AgAAAACWAAAAAoAAOMAC/BsAAAAfwABAO8BgAC4FcobgQAAAAAAggAAAAAA gwAAAAAAhAAAAAAAhwACAAAAvwAEAAQAvwEAABEA1gECAAAA/wEAABgAPwMAAAgAgMMYAAAAvwMA AAIAUgBlAGMAdABhAG4AZwBsAGUAIAA2AAAAAAAQ8AgAAACDF9MKHxO/GA8AEfCNAQAADwCIE3wB AAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEA AAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAA AQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAF AQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAA AAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEA AAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAA XwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAAAAIAQBAAAACA8ADfCUAAAA AACfDwQAAAAEAAAAAACgDwIAAAAqAAAAoQ8mAAAAAgAAAAAAgBgCAGzwAgBmAAMAAgAAAAAAZwAF AP//BQAOAAAAAP4AANgPBAAAAAAAAAAAAKoPDgAAAAIAAAAHAAAAAAAJBAAAAACmDyYAAAD0HgAA BADIAQAAkAMAAFgFAAAgBwAAVl0gATh/QAJYgGADeIGABA8ABPDoAAAAEgAK8AgAAAADWAAAIAIA AIMBC/CoAAAABAAAAAAAfwAEAO8BgQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQACAAAAhwABAAAA iAAAAAAAvwAEAAQAgAEAAAAAgQH///8AggEAAAEAvwEQABAAwAEAAAAAwQEAAAEAxAEAAAAAzAEA AAgA1gEBAAAA/wEJABkAAQMCOAAAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUA IAAxAAAAAAAQ8AgAAADhAWADwA8pCw8AEfAQAAAAAADDCwgAAAAAAAAACwD/vw8ABPDoAAAAEgAK 8AgAAAAEWAAAIAIAABMBC/B+AAAABAAAAAAAfwAAAO8BgAAIiqMbgQAAAAAAggAAAAAAgwAAAAAA hAAAAAAAhQACAAAAhwABAAAAiAAAAAAAvwAEAAQAvwEAABEA/wEBABEAAQMDOAAAPwMAAAgAgMMY AAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAAyAAAAAAAQ8AgAAADBC+oBNxGrFg8AEfAQAAAA AADDCwgAAAABAAAADAD/vw8ADfAiAAAAAACfDwQAAAACAAAAAACqDw4AAAABAAAABwAAAAAACQQA AA8ABPAwAAAAEgAK8AgAAAABWAAAAAwAAEMAC/AYAAAAvwESABIA/wEAAAgABAMJAAAAPwMBAAEA EADwByAAAAD///8AAAAAAICAgAAAAAAAAMyZADMzzADMzP8AsrKyAA8A2Q8MAAAAAADaDwQAAAAA ADUADwDwA4kFAAABAPEDCAAAAAMBAAADAIkbDwAMBDUFAAAPAALwLQUAAIABCPAIAAAABAAAAARg AAAPAAPw3QQAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAAYAAABQAA AA8ABPDFAgAAogwK8AgAAAACYAAAAAoAAOMAC/BsAAAAfwABAO8BgAAoilAbgQAAAAAAggAAAAAA gwAAAAAAhAAAAAAAhwACAAAAvwAEAAQAvwEAABEA1gECAAAA/wEAABgAPwMAAAgAgMMYAAAAvwMA AAIAUgBlAGMAdABhAG4AZwBsAGUAIAA2AAAAAAAQ8AgAAACDF9MKHxO/GA8AEfCNAQAADwCIE3wB AAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEA AAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAA AQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAF AQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAA AAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEA AAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAA XwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAAAAIAQBAAAACA8ADfCUAAAA AACfDwQAAAAEAAAAAACgDwIAAAAqAAAAoQ8mAAAAAgAAAAAAgBgCAGzwAgBmAAMAAgAAAAAAZwAF AP//BQAOAAAAAP4AANgPBAAAAAAAAAAAAKoPDgAAAAIAAAAHAAAAAAAJBAAAAACmDyYAAAD0HgAA BADIAQAAkAMAAFgFAAAgBwAAVl0gATh/QAJYgGADeIGABA8ABPDoAAAAEgAK8AgAAAADYAAAIAIA AIMBC/CoAAAABAAAAAAAfwAEAO8BgQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQACAAAAhwABAAAA iAAAAAAAvwAEAAQAgAEAAAAAgQH///8AggEAAAEAvwEQABAAwAEAAAAAwQEAAAEAxAEAAAAAzAEA AAgA1gEBAAAA/wEJABkAAQMCOAAAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUA IAAxAAAAAAAQ8AgAAADhAWADwA8pCw8AEfAQAAAAAADDCwgAAAAAAAAACwD/vw8ABPDoAAAAEgAK 8AgAAAAEYAAAIAIAABMBC/B+AAAABAAAAAAAfwAAAO8BgAAoaYcbgQAAAAAAggAAAAAAgwAAAAAA hAAAAAAAhQACAAAAhwABAAAAiAAAAAAAvwAEAAQAvwEAABEA/wEBABEAAQMDOAAAPwMAAAgAgMMY AAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAAyAAAAAAAQ8AgAAADBC+oBNxGrFg8AEfAQAAAA AADDCwgAAAABAAAADAD/vw8ADfAiAAAAAACfDwQAAAACAAAAAACqDw4AAAABAAAABwAAAAAACQQA AA8ABPAwAAAAEgAK8AgAAAABYAAAAAwAAEMAC/AYAAAAvwESABIA/wEAAAgABAMJAAAAPwMBAAEA EADwByAAAAD///8AAAAAAICAgAAAAAAAAMyZADMzzADMzP8AsrKyAA8A2Q8MAAAAAADaDwQAAAAA ADUADwDwA4kFAAABAPEDCAAAAAQBAAADAFIbDwAMBDUFAAAPAALwLQUAAKABCPAIAAAABAAAAARo AAAPAAPw3QQAAA8ABPAoAAAAAQAJ8BAAAAAAAAAAAAAAAAAAAAAAAAAAAgAK8AgAAAAAaAAABQAA AA8ABPDFAgAAogwK8AgAAAACaAAAAAoAAOMAC/BsAAAAfwABAO8BgADYAIobgQAAAAAAggAAAAAA gwAAAAAAhAAAAAAAhwACAAAAvwAEAAQAvwEAABEA1gECAAAA/wEAABgAPwMAAAgAgMMYAAAAvwMA AAIAUgBlAGMAdABhAG4AZwBsAGUAIAA2AAAAAAAQ8AgAAACDF9MKHxO/GA8AEfCNAQAADwCIE3wB AAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEA AAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAA AQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAF AQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAA AAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEA AAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAA XwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAAAAIAQBAAAACA8ADfCUAAAA AACfDwQAAAAEAAAAAACgDwIAAAAqAAAAoQ8mAAAAAgAAAAAAgBgCAGzwAgBmAAMAAgAAAAAAZwAF AP//BQAOAAAAAP4AANgPBAAAAAAAAAAAAKoPDgAAAAIAAAAHAAAAAAAJBAAAAACmDyYAAAD0HgAA BADIAQAAkAMAAFgFAAAgBwAAVl0gATh/QAJYgGADeIGABA8ABPDoAAAAEgAK8AgAAAADaAAAIAIA AIMBC/CoAAAABAAAAAAAfwAEAO8BgQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQACAAAAhwABAAAA iAAAAAAAvwAEAAQAgAEAAAAAgQH///8AggEAAAEAvwEQABAAwAEAAAAAwQEAAAEAxAEAAAAAzAEA AAgA1gEBAAAA/wEJABkAAQMCOAAAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUA IAAxAAAAAAAQ8AgAAADhAWADwA8pCw8AEfAQAAAAAADDCwgAAAAAAAAACwD/vw8ABPDoAAAAEgAK 8AgAAAAEaAAAIAIAABMBC/B+AAAABAAAAAAAfwAAAO8BgAAoUcgbgQAAAAAAggAAAAAAgwAAAAAA hAAAAAAAhQACAAAAhwABAAAAiAAAAAAAvwAEAAQAvwEAABEA/wEBABEAAQMDOAAAPwMAAAgAgMMY AAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAAyAAAAAAAQ8AgAAADBC+oBNxGrFg8AEfAQAAAA AADDCwgAAAABAAAADAD/vw8ADfAiAAAAAACfDwQAAAACAAAAAACqDw4AAAABAAAABwAAAAAACQQA AA8ABPAwAAAAEgAK8AgAAAABaAAAAAwAAEMAC/AYAAAAvwESABIA/wEAAAgABAMJAAAAPwMBAAEA EADwByAAAAD///8AAAAAAICAgAAAAAAAAMyZADMzzADMzP8AsrKyAA8A2Q8MAAAAAADaDwQAAAAA ADUADwDwA4kFAAABAPEDCAAAAAUBAAADACknDwAMBDUFAAAPAALwLQUAAMABCPAIAAAABAAAAARw AAAPAAPw3QQAAA8ABPAoAAAAAQAJ8BAAAAAAAPTGAAAAAAAAAAAAAAAAAgAK8AgAAAAAcAAABQAA AA8ABPDFAgAAogwK8AgAAAACcAAAAAoAAOMAC/BsAAAAfwABAO8BgAB46ssbgQAAAAAAggAAAAAA gwAAAAAAhAAAAAAAhwACAAAAvwAEAAQAvwEAABEA1gECAAAA/wEAABgAPwMAAAgAgMMYAAAAvwMA AAIAUgBlAGMAdABhAG4AZwBsAGUAIAA2AAAAAAAQ8AgAAACDF9MKHxO/GA8AEfCNAQAADwCIE3wB AAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEA AAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAA AQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAF AQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAA AAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEA AAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAA XwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAAAAIAQBAAAACA8ADfCUAAAA AACfDwQAAAAEAAAAAACgDwIAAAAqAAAAoQ8mAAAAAgAAAAAAgBgCAGzwAgBmAAMAAgAAAAAAZwAF AP//BQAOAAAAAP4AANgPBAAAAAAAAAAAAKoPDgAAAAIAAAAHAAAAAAAJBAAAAACmDyYAAAD0HgAA BADIAQAAkAMAAFgFAAAgBwAAVl0gATh/QAJYgGADeIGABA8ABPDoAAAAEgAK8AgAAAADcAAAIAIA AIMBC/CoAAAABAAAAAAAfwAEAO8BgQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQACAAAAhwABAAAA iAAAAAAAvwAEAAQAgAEAAAAAgQH///8AggEAAAEAvwEQABAAwAEAAAAAwQEAAAEAxAEAAAAAzAEA AAgA1gEBAAAA/wEJABkAAQMCOAAAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUA IAAxAAAAAAAQ8AgAAADhAWADwA8pCw8AEfAQAAAAAADDCwgAAAAAAAAACwD/vw8ABPDoAAAAEgAK 8AgAAAAEcAAAIAIAABMBC/B+AAAABAAAAAAAfwAAAO8BgACIdMgbgQAAAAAAggAAAAAAgwAAAAAA hAAAAAAAhQACAAAAhwABAAAAiAAAAAAAvwAEAAQAvwEAABEA/wEBABEAAQMDOAAAPwMAAAgAgMMY AAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAAyAAAAAAAQ8AgAAADBC+oBNxGrFg8AEfAQAAAA AADDCwgAAAABAAAADAD/vw8ADfAiAAAAAACfDwQAAAACAAAAAACqDw4AAAABAAAABwAAAAAACQQA AA8ABPAwAAAAEgAK8AgAAAABcAAAAAwAAEMAC/AYAAAAvwESABIA/wEAAAgABAMJAAAAPwMBAAEA EADwByAAAAD///8AAAAAAICAgAAAAAAAAMyZADMzzADMzP8AsrKyAA8A2Q8MAAAAAADaDwQAAAAA ADUADwDwA4kFAAABAPEDCAAAAAYBAAADAFwbDwAMBDUFAAAPAALwLQUAAPABCPAIAAAABAAAAAR8 AAAPAAPw3QQAAA8ABPAoAAAAAQAJ8BAAAAADAAAAAgAAAAAAAAAAAAAAAgAK8AgAAAAAfAAABQAA AA8ABPDFAgAAogwK8AgAAAACfAAAAAoAAOMAC/BsAAAAfwABAO8BgAC4asgbgQAAAAAAggAAAAAA gwAAAAAAhAAAAAAAhwACAAAAvwAEAAQAvwEAABEA1gECAAAA/wEAABgAPwMAAAgAgMMYAAAAvwMA AAIAUgBlAGMAdABhAG4AZwBsAGUAIAA2AAAAAAAQ8AgAAACDF9MKHxO/GA8AEfCNAQAADwCIE3wB AAAPAIoTPAEAAAAAug8QAAAAXwBfAF8AUABQAFQAMQAxAAAAixMcAQAAAAAZEBQBAAAAAAAIDAEA AAIAAAAMAQAAAAAAABQAAAAgAAAAAQAAAAEAAAAAAAAAAQAAAOgAAAAIAAAABAAAAAAAAAAAAQAA AQAAAAAAAAABAQAAAQAAAAAAAAACAQAAAQAAAAAAAAADAQAAAQAAAAAAAAAEAQAAAQAAAAAAAAAF AQAAaAAAAGRtYW5gAAAAAgAAAAQAAAADAAAAAQAAAAkEAAAKAAAAQQByAGkAYQBsAAAACAAAAAAA AAADAAAAAAAAACYAAABNAG8AbgBvAHQAeQBwAGUAIABUAHkAcABvAGcAcgBhAHAAaAB5AAAABgEA AAQAAAAAABgABwEAAAYAAAAAAAAAAAAAAAQAAAAOAAkAEQAAABoAAQAPAIoTMAAAAAAAug8QAAAA XwBfAF8AUABQAFQAMQAwAAAAixMQAAAAAACxDwgAAAAAAAAEAAAAAAAAIAQBAAAACA8ADfCUAAAA AACfDwQAAAAEAAAAAACgDwIAAAAqAAAAoQ8mAAAAAgAAAAAAgBgCAGzwAgBmAAMAAgAAAAAAZwAF AP//BQAOAAAAAP4AANgPBAAAAAAAAAAAAKoPDgAAAAIAAAAHAAAAAAAJBAAAAACmDyYAAAD0HgAA BADIAQAAkAMAAFgFAAAgBwAAVl0gATh/QAJYgGADeIGABA8ABPDoAAAAEgAK8AgAAAADfAAAIAIA AIMBC/CoAAAABAAAAAAAfwAEAO8BgQAwZQEAggCYsgAAgwAwZQEAhACYsgAAhQACAAAAhwABAAAA iAAAAAAAvwAEAAQAgAEAAAAAgQH///8AggEAAAEAvwEQABAAwAEAAAAAwQEAAAEAxAEAAAAAzAEA AAgA1gEBAAAA/wEJABkAAQMCOAAAPwMAAAgAgMMYAAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUA IAAxAAAAAAAQ8AgAAADhAWADwA8pCw8AEfAQAAAAAADDCwgAAAAAAAAACwD/vw8ABPDoAAAAEgAK 8AgAAAAEfAAAIAIAABMBC/B+AAAABAAAAAAAfwAAAO8BgACobsgbgQAAAAAAggAAAAAAgwAAAAAA hAAAAAAAhQACAAAAhwABAAAAiAAAAAAAvwAEAAQAvwEAABEA/wEBABEAAQMDOAAAPwMAAAgAgMMY AAAAvwMAAAIAUgBlAGMAdABhAG4AZwBsAGUAIAAyAAAAAAAQ8AgAAADBC+oBNxGrFg8AEfAQAAAA AADDCwgAAAABAAAADAD/vw8ADfAiAAAAAACfDwQAAAACAAAAAACqDw4AAAABAAAABwAAAAAACQQA AA8ABPAwAAAAEgAK8AgAAAABfAAAAAwAAEMAC/AYAAAAvwESABIA/wEAAAgABAMJAAAAPwMBAAEA EADwByAAAAD///8AAAAAAICAgAAAAAAAAMyZADMzzADMzP8AsrKyAA8A2Q8MAAAAAADaDwQAAAAA ADUAEAAREFsAAAAABgAAeJy7cF7wwcKNUg8Z0IAdAzPDv/+cDGxIYoxQDAYCDED5//9BTBgNAv9H wZACf4H430A7YhQMGAhCz/gkAiYGVpQ8T4yef0SqIxaQaj+1wVC2HwCp4u/RAAByF1gAAAABAFAB AAAAAL+kAAA8FQAAzO8AAML5AACGBAEArAsBABsVAQCcNQEAp1gBANZ7AQBlhwEA/o0BAJmTAQAq mQEAu54BAEykAQDdqQEAbq8BAP+0AQCQugEAAAD1DxwAAAAAAAAASS8AAwAAAADzugEAAQAAABUA AAAPABAEAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFAEQAbwBjAHUAbQBlAG4AdABTAHUAbQBtAGEA cgB5AEkAbgBmAG8AcgBtAGEAdABpAG8AbgAAAAAAAAAAAAAAOAACAP///////////////wAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAB8AwAAAAAAAEMAdQByAHIAZQBuAHQA IABVAHMAZQByAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAaAAIA//// ////////////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAADgAAAD4AAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAD///////////////8AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP///////////////wAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAP7/AAADCgEAAAAAAAAAAAAAAAAAAAAAAAEAAADg hZ/y+U9oEKuRCAArJ7PZMAAAAPQzAAALAAAAAQAAAGAAAAACAAAAaAAAAAQAAACIAAAACAAAAKQA AAAJAAAAuAAAABIAAADEAAAACgAAAOwAAAAMAAAA+AAAAA0AAAAEAQAADwAAABABAAARAAAAGAEA AAIAAAAQJwAAHgAAABgAAABUaW1lIGxpbmUgb2YgdGhlIGRyYWZ0AAAeAAAAFAAAAEpveWRlZXAg VHJpcGF0aGkAAAAAHgAAAAwAAABKUCBWYXNzZXVyAAAeAAAABAAAADE4AAAeAAAAIAAAAE1pY3Jv c29mdCBNYWNpbnRvc2ggUG93ZXJQb2ludAAAQAAAACDzGkUUAAAAQAAAAE+doL2oDMsBQAAAABAQ hr+xDMsBAwAAAIwCAABHAAAA1DIAAP7///9QSUNUMswAAAAAAIcAtAARAv8MAP/+AAAASAAAAEgA AAAAAAAAhwC0AAAAAAAeAAEACgAAAAAAhwC0AJr/AAAAgtAAAAAAAIcAtAAAAAQAAAAAAEgAAABI AAAAEAAgAAQACAAAACAAAAAAAAAAAAAAAAAAhwC0AAAAAACHALQAAAAMgf+B/4H/gf+B/7H/AAyB /4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/ gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B /4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/ gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ArIH/u/8C +vX9+f8B8frl/wP29fX7+v8B+P74/wH8+vP/BfH6//z1+PX/APf3/wL49v7s/wX4/v//9vXX/wL6 9f35/wHx+uX/A/b19fv6/wH4/vj/Afz68/8F8fr//PX49f8A9/f/Avj2/uz/Bfj+///29df/Avr1 /fn/AfH65f8D9vX1+/r/Afj++P8B/Prz/wXx+v/89fj1/wD39/8C+Pb+7P8F+P7///b16f8A2YH/ u/8Ddisucfv/AtsmvuX/AxFFRa/6/wFB3/r/A7SwvJj0/wjbJr7/qh1EKN35/wJk/1X3/wNDOCSg +/8B83D1/wVB3//+IaDX/wN2Ky5x+/8C2ya+5f8DEUVFr/r/AUHf+v8DtLC8mPT/CNsmvv+qHUQo 3fn/AmT/Vff/A0M4JKD7/wHzcPX/BUHf//4hoNf/A3YrLnH7/wLbJr7l/wMRRUWv+v8BQd/6/wO0 sLyY9P8I2ya+/6odRCjd+f8CZP9V9/8DQzgkoPv/AfNw9f8FQd///iGg6f8BwIH/u/9/dp7cH+Ze a/NiTlkey25JsLJPgEtqZVGH9FpIwmiGRO63UHbmXmvz//8TvLzmU/9h4FpIwkHfUP9W7lpIwjg3 upW1RG/7aIZE7v/8bkmwbR7O/6pe3Em7tURv+1D/VsUJm1DhWGSB6FR3eP//Q9GpUrJPgZFEj54S v5FEj/9yTb4P1khf5kHf/6ANq5FEj9tNWt3/f3ae3B/mXmvzYk5ZHstuSbCyT4BLamVRh/RaSMJo hkTut1B25l5r8///E7y85lP/YeBaSMJB31D/Vu5aSMI4N7qVtURv+2iGRO7//G5JsG0ezv+qXtxJ u7VEb/tQ/1bFCZtQ4VhkgehUd3j//0PRqVKyT4GRRI+eEr+RRI//ck2+D9ZIX+ZB3/+gDauRRI/b TVrd/392ntwf5l5r82JOWR7Lbkmwsk+AS2plUYf0WkjCaIZE7rdQduZea/P//xO8vOZT/2HgWkjC Qd9Q/1buWkjCODe6lbVEb/tohkTu//xuSbBtHs7/ql7cSbu1RG/7UP9WxQmbUOFYZIHoVHd4//9D 0alSsk+BkUSPnhK/kUSP/3JNvg/WSF/mQd//oA2rkUSP201a7/8BwIH/u/9/diQ/pYhXS7A3z8Ff vVP4KJ1p/Bb0F+0t95FLfD/QWMIz8cWGV0uw//8SgIDeWqVD95FLfEHfIP8n8JFLfH6hp3km6m2x P9BYwv+9U/gowV///6opKGj9JuptsSD/J/gg/yHZNvIok423VP//Qy9Gxp5p7iT8Pco67yT8PbNa 7dQPV7mhfkHf//Ur7yT8Pbk1/t3/f3YkP6WIV0uwN8/BX71T+CidafwW9BftLfeRS3w/0FjCM/HF hldLsP//EoCA3lqlQ/eRS3xB3yD/J/CRS3x+oad5JuptsT/QWML/vVP4KMFf//+qKSho/SbqbbEg /yf4IP8h2TbyKJONt1T//0MvRsaeae4k/D3KOu8k/D2zWu3UD1e5oX5B3//1K+8k/D25Nf7d/392 JD+liFdLsDfPwV+9U/gonWn8FvQX7S33kUt8P9BYwjPxxYZXS7D//xKAgN5apUP3kUt8Qd8g/yfw kUt8fqGneSbqbbE/0FjC/71T+CjBX///qikoaP0m6m2xIP8n+CD/Idk28iiTjbdU//9DL0bGnmnu JPw9yjrvJPw9s1rt1A9XuaF+Qd//9SvvJPw9uTX+7/8BvYH/u/9/dp7//5Rqi9I358Jf0jS7OZ6A /SP7JvYrtk+CeD/hYcBIsmiPaovS//8TvLzcwRCotk+CeEHfHdEPsU+CeIGCp3k6rUbNP+FhwP/S NLs5wl///6pq5h3ZOq1GzR3RD/gf5CHZR/ompVVzVP//Q9L//56A+R/AL90t5x/AL9U3rZUObYRv mkHf//Ur+R/AL8dN3P9/dp7//5Rqi9I358Jf0jS7OZ6A/SP7JvYrtk+CeD/hYcBIsmiPaovS//8T vLzcwRCotk+CeEHfHdEPsU+CeIGCp3k6rUbNP+FhwP/SNLs5wl///6pq5h3ZOq1GzR3RD/gf5CHZ R/ompVVzVP//Q9L//56A+R/AL90t5x/AL9U3rZUObYRvmkHf//Ur+R/AL8dN3P9/dp7//5Rqi9I3 58Jf0jS7OZ6A/SP7JvYrtk+CeD/hYcBIsmiPaovS//8TvLzcwRCotk+CeEHfHdEPsU+CeIGCp3k6 rUbNP+FhwP/SNLs5wl///6pq5h3ZOq1GzR3RD/gf5CHZR/ompVVzVP//Q9L//56A+R/AL90t5x/A L9U3rZUObYRvmkHf//Ur+R/AL8dN7v8BvYH/u/9/u8////qlkfyc9OGv/7WG4s/B/pH9k/uV9IWd r5/wsODihrv6pZH8//+HgIC9/4n59IWdr6DvsIqW8IWdr9Z60rzjgbr/n/Cw4P//tYbi4a///9W1 /76044G6/7CKlvuesJDso/2T5JGhXv//oen//8/B/82A0P6DzM2A0P+6heUO9Yml+qDv//qV/82A 0Oin3P9/u8////qlkfyc9OGv/7WG4s/B/pH9k/uV9IWdr5/wsODihrv6pZH8//+HgIC9/4n59IWd r6DvsIqW8IWdr9Z60rzjgbr/n/Cw4P//tYbi4a///9W1/76044G6/7CKlvuesJDso/2T5JGhXv// oen//8/B/82A0P6DzM2A0P+6heUO9Yml+qDv//qV/82A0Oin3P9/u8////qlkfyc9OGv/7WG4s/B /pH9k/uV9IWdr5/wsODihrv6pZH8//+HgIC9/4n59IWdr6DvsIqW8IWdr9Z60rzjgbr/n/Cw4P// tYbi4a///9W1/76044G6/7CKlvuesJDso/2T5JGhXv//oen//8/B/82A0P6DzM2A0P+6heUO9Yml +qDv//qV/82A0Oin7v8AH4H/gf/V/wPiWUvBgf/R/wPiWUvBgf/R/wPiWUvByf8ADIH/gf+B/4H/ gf+x/wCpgf+t/wG9zPT/A353kPfn/wSt2v/xmO7/A3/t56L9/wDT9f8BsNf6/w/1pLZ1e7H/fneQ 96Tl//OowP8Bvcz0/wN+d5D35/8Erdr/8Zju/wN/7eei/f8A0/X/AbDX+v8P9aS2dXux/353kPek 5f/zqMD/Ab3M9P8DfneQ9+f/BK3a//GY7v8Df+3nov3/ANP1/wGw1/r/D/WktnV7sf9+d5D3pOX/ 86jg/wFpgf+t/wF8mP7/LL/Z9svyyfPN//8Tw1iR97fp59nj2OTb8MH+48rJ///NsvfI5r7/98Bk uf/jMv7/PtDI//q9yf/atPLM7+jV//8SZtJT/sPt6RfOy/LJ883ttvT/xLpptMPt2rTy//+Ls3d6 vxznE8NYkUnL//9L9MH/AXyY/v8sv9n2y/LJ883//xPDWJH3t+nn2ePY5Nvwwf7jysn//82y98jm vv/3wGS5/+My/v8+0Mj/+r3J/9q08szv6NX//xJm0lP+w+3pF87L8snzze229P/Eumm0w+3atPL/ /4uzd3q/HOcTw1iRScv//0v0wf8BfJj+/yy/2fbL8snzzf//E8NYkfe36efZ49jk2/DB/uPKyf// zbL3yOa+//fAZLn/4zL+/z7QyP/6vcn/2rTyzO/o1f//EmbSU/7D7ekXzsvyyfPN7bb0/8S6abTD 7dq08v//i7N3er8c5xPDWJFJy///S/Th/wFpgf+t/3N8mP//ilpLrjGlG6SE//8SgDKoV3kyw01z TnG3NYlxnjK2/+5yXYo/gS7QU4Yiuf/jMv//uz1rfplSeOMjhq6KkHep//8jOZpTgXg52xPDMaUb pIIuijD7CYBrVFr2I4au//9J73c8WEr9EoAyqEnL//9ywMH/c3yY//+KWkuuMaUbpIT//xKAMqhX eTLDTXNOcbc1iXGeMrb/7nJdij+BLtBThiK5/+My//+7PWt+mVJ44yOGroqQd6n//yM5mlOBeDnb E8MxpRukgi6KMPsJgGtUWvYjhq7//0nvdzxYSv0SgDKoScv//3LAwf9zfJj//4paS64xpRukhP// EoAyqFd5MsNNc05xtzWJcZ4ytv/ucl2KP4Eu0FOGIrn/4zL//7s9a36ZUnjjI4auipB3qf//Izma U4F4OdsTwzGlG6SCLoow+wmAa1Ra9iOGrv//Se93PFhK/RKAMqhJy///csDh/wFpgf+t/3N8mP// UcWrdGQ1UzTX//8TuNH/IPV4pzxBSzXcHXeDnnr//9tPU3o/3l/AKPpVuf/jMv//hJHfQeZlK8yR OXjnPjP3//8lzxZTR2Rq4iD/ZDVTNMYr/0XaGP9sLGX/kTl4//8w/3eLY3v/E7jR/0nL//+HqMH/ c3yY//9Rxat0ZDVTNNf//xO40f8g9XinPEFLNdwdd4Oeev//209Tej/eX8Ao+lW5/+My//+Ekd9B 5mUrzJE5eOc+M/f//yXPFlNHZGriIP9kNVM0xiv/RdoY/2wsZf+ROXj//zD/d4tje/8TuNH/Scv/ /4eowf9zfJj//1HFq3RkNVM01///E7jR/yD1eKc8QUs13B13g556///bT1N6P95fwCj6Vbn/4zL/ /4SR30HmZSvMkTl45z4z9///Jc8WU0dkauIg/2Q1UzTGK/9F2hj/bCxl/5E5eP//MP93i2N7/xO4 0f9Jy///h6jh/wFpgf+t/wt8Izx5tjRE1LUntCn+/wAV/v8uijxJ84JagVz/YFGGnoL//802UGo/ 4WDAikAquf/jCzw8yzNGsK1LSMpCX4D/TWX+/yUl/3JSq1RC9TOXtSe0Kf9cRWL/If9stELFQl+A //9T53ee9ijCFf7/BUkvPKFtzsH/C3wjPHm2NETUtSe0Kf7/ABX+/y6KPEnzglqBXP9gUYaegv// zTZQaj/hYMCKQCq5/+MLPDzLM0awrUtIykJfgP9NZf7/JSX/clKrVEL1M5e1J7Qp/1xFYv8h/2y0 QsVCX4D//1Pnd572KMIV/v8FSS88oW3Owf8LfCM8ebY0RNS1J7Qp/v8AFf7/Loo8SfOCWoFc/2BR hp6C///NNlBqP+FgwIpAKrn/4ws8PMszRrCtS0jKQl+A/01l/v8lJf9yUqtUQvUzl7UntCn/XEVi /yH/bLRCxUJfgP//U+d3nvYowhX+/wVJLzyhbc7h/wC7gf+o/wH8/vT/APv5/wD7+/8A+vr/APv4 /wv8///8/v//+v/MMsj5/wT8///7/fv/APv4/wD6/v8BsqL0/wBau/8B/P70/wD7+f8A+/v/APr6 /wD7+P8L/P///P7///r/zDLI+f8E/P//+/37/wD7+P8A+v7/AbKi9P8AWrv/Afz+9P8A+/n/APv7 /wD6+v8A+/j/C/z///z+///6/8wyyPn/BPz///v9+/8A+/j/APr+/wGyovT/AFrg/wAwgf+B/+7/ AdrG3v8AzPX/AfbVgf8B2sbe/wDM9f8B9tWB/wHaxt7/AMz1/wH21eD/AAyB/4H/gf+B/4H/sf8A DIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wDH gf+k/wCH+v8Ci6LT/v8A0/7/AdC3+f8G0/+H///sm/j/Aofsm/j/AIf7/wG00vj/Aeyb/f8D0/+Z 7vf/Bbyd+v/Up7H/AIf6/wKLotP+/wDT/v8B0Lf5/wbT/4f//+yb+P8Ch+yb+P8Ah/v/AbTS+P8B 7Jv9/wPT/5nu9/8FvJ36/9Snsf8Ah/r/Aoui0/7/ANP+/wHQt/n/BtP/h///7Jv4/wKH7Jv4/wCH +/8BtNL4/wHsm/3/A9P/me73/wW8nfr/1Kfa/wE/gf+m/zrd2CHyyrrqsN3UFqMp5P/pF9bGxb61 1dPF/+qw3cgp5CHX0euZ///jysn3t+n/IdtG///jysnH0dX/If7/J8q8+7LRxODNytHzy/3C20b1 tc3pF9aW7uC8/PTPyOD///M8c6/6NGGz/zrd2CHyyrrqsN3UFqMp5P/pF9bGxb611dPF/+qw3cgp 5CHX0euZ///jysn3t+n/IdtG///jysnH0dX/If7/J8q8+7LRxODNytHzy/3C20b1tc3pF9aW7uC8 /PTPyOD///M8c6/6NGGz/zrd2CHyyrrqsN3UFqMp5P/pF9bGxb611dPF/+qw3cgp5CHX0euZ///j ysn3t+n/IdtG///jysnH0dX/If7/J8q8+7LRxODNytHzy/3C20b1tc3pF9aW7uC8/PTPyOD///M8 c6/6NGHa/wFCgf+n/2bpKoIg0ReeiZcnxBqYI9br1xPFN2mWeW5RVKGJlye8I9oQmRrYRvPrnDK2 V3ky3yHbRvPrnDK2O3I00yH368g0gM50rDGLGIQa1Ur1K9tGrI8e0RPFQcUthUzZH5E38+u7Za51 e31htP9m6SqCINEXnomXJ8QamCPW69cTxTdplnluUVShiZcnvCPaEJka2Ebz65wytld5Mt8h20bz 65wytjtyNNMh9+vINIDOdKwxixiEGtVK9SvbRqyPHtETxUHFLYVM2R+RN/Pru2WudXt9YbT/Zukq giDRF56JlyfEGpgj1uvXE8U3aZZ5blFUoYmXJ7wj2hCZGthG8+ucMrZXeTLfIdtG8+ucMrY7cjTT IffryDSAznSsMYsYhBrVSvUr20asjx7RE8VBxS2FTNkfkTfz67tlrnV7fWHa/wFFgf+n/2e/Y+8g 0Uf/Z3Qc9SvlOtc2mCD/N+GneW6hr3JndBzlOv8f/y3QRoc2kHr/IPV4pyHbRoc2kHr/O9R8pSGv Nrx1LqR0rDDuLfAo0EbuK9tGkGMk4CD/QaBe/yPYRPkmhzbCXaWGED8f37X/Z79j7yDRR/9ndBz1 K+U61zaYIP834ad5bqGvcmd0HOU6/x//LdBGhzaQev8g9XinIdtGhzaQev871HylIa82vHUupHSs MO4t8CjQRu4r20aQYyTgIP9BoF7/I9hE+SaHNsJdpYYQPx/ftf9nv2PvINFH/2d0HPUr5TrXNpgg /zfhp3luoa9yZ3Qc5Tr/H/8t0EaHNpB6/yD1eKch20aHNpB6/zvUfKUhrza8dS6kdKww7i3wKNBG 7ivbRpBjJOAg/0GgXv8j2ET5Joc2wl2lhhA/H9/b/wFFgf+n/2f5OlQn0U//QmcZ8SvzG7r//zOX N+mneW45O8dCZxnvG7oh/y3QRv//noL/ijxJ8yHbRv//noL/O0s56iH//9Y/U6t0rDDwLvIp7CZn LdtGclYl0DOXQdNAR4nZR/om///+S0HW6bVY+7X/Z/k6VCfRT/9CZxnxK/Mbuv//M5c36ad5bjk7 x0JnGe8buiH/LdBG//+egv+KPEnzIdtG//+egv87SznqIf//1j9Tq3SsMPAu8insJmct20ZyViXQ M5dB00BHidlH+ib///5LQdbptVj7tf9n+TpUJ9FP/0JnGfEr8xu6//8zlzfpp3luOTvHQmcZ7xu6 If8t0Eb//56C/4o8SfMh20b//56C/ztLOeoh///WP1OrdKww8C7yKewmZy3bRnJWJdAzl0HTQEeJ 2Uf6Jv///ktB1um1WPvb/wDEgf+l/wD8/P8A+v3/APn+/wH7/f3/CG6y+///+v//+fX/APv3/wI7 4/37/wD7+P8B/P79/wT6///7/f7/APv4/wD8rv8A/Pz/APr9/wD5/v8B+/39/whusvv///r///n1 /wD79/8CO+P9+/8A+/j/Afz+/f8E+v//+/3+/wD7+P8A/K7/APz8/wD6/f8A+f7/Afv9/f8IbrL7 ///6///59f8A+/f/Ajvj/fv/APv4/wH8/v3/BPr///v9/v8A+/j/APzW/wAmgf+Q/wHb7OP/Ac75 gf/v/wHb7OP/Ac75gf/v/wHb7OP/Ac75rP8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB /4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/ gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B /4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/ gf+B/4H/sf8A/YH/v/8D9er/5/3dAfDl/d0C4f/f/t0A4f7/AeD8/v8D8e3r9vD/AfPu/v8B/eHv /wH07fb/D+vz///r7P//8e3///7U3P78/wHd8f7/Ae/k8v8B4/7S/wP16v/n/d0B8OX93QLh/9/+ 3QDh/v8B4Pz+/wPx7ev28P8B8+7+/wH94e//AfTt9v8P6/P//+vs///x7f///tTc/vz/Ad3x/v8B 7+Ty/wHj/tL/A/Xq/+f93QHw5f3dAuH/3/7dAOH+/wHg/P7/A/Ht6/bw/wHz7v7/Af3h7/8B9O32 /w/r8///6+z///Ht///+1Nz+/P8B3fH+/wHv5PL/AeP+4P8BLYH/v/8Erl//Sjn+SgyudUorI0pe /xFJSkpf/v8BSrT+/wNfrHy//f8AYfX/AaN8/v8B7h/6/wGO0/j/AbSH9v8QioL//z9F//9yn/+p L2FRNeL+/wL9AGD+/wFQMvX/BMCh/0T30v8Erl//Sjn+SgyudUorI0pe/xFJSkpf/v8BSrT+/wNf rHy//f8AYfX/AaN8/v8B7h/6/wGO0/j/AbSH9v8QioL//z9F//9yn/+pL2FRNeL+/wL9AGD+/wFQ MvX/BMCh/0T30v8Erl//Sjn+SgyudUorI0pe/xFJSkpf/v8BSrT+/wNfrHy//f8AYfX/AaN8/v8B 7h/6/wGO0/j/AbSH9v8QioL//z9F//9yn/+pL2FRNeL+/wL9AGD+/wFQMvX/BMCh/0T34P8BpYH/ v/8Erl//SsT7/wGWeP7/ARH8+/8brVn///Qi+ubz8OvL3xvc8On//tz//9rB6/+jfP7/HO4f//Hs 2sz+8kOs/P/p5P//5u3O8Oj84ujK/OzP/f8Qzkf/70Ex9f805Ms18///n23+/wv9Fyv5//AxMv// 99b9/xPp5P/8eXfy2/7m9Mzc///+0fbi+t3/BK5f/0rE+/8Blnj+/wER/Pv/G61Z///0Ivrm8/Dr y98b3PDp//7c///awev/o3z+/xzuH//x7NrM/vJDrPz/6eT//+btzvDo/OLoyvzsz/3/EM5H/+9B MfX/NOTLNfP//59t/v8L/Rcr+f/wMTL///fW/f8T6eT//Hl38tv+5vTM3P///tH24vrd/wSuX/9K xPv/AZZ4/v8BEfz7/xutWf//9CL65vPw68vfG9zw6f/+3P//2sHr/6N8/v8c7h//8ezazP7yQ6z8 /+nk///m7c7w6Pzi6Mr87M/9/xDOR//vQTH1/zTkyzXz//+fbf7/C/0XK/n/8DEy///31v3/E+nk //x5d/Lb/ub0zNz///7R9uL66/8BvYH/v/8Erl//Sq/+5AT6//+WeP7/BBHn6ur4/v8b+iDz/6F1 /2m2pSlMiBCUo3z/9Cv/c1R2H9ujfP7/He4f/6gwX0hv1Sdk9nFfXWz/ZTlNn3boIFdOSVFcaP7/ C/4i/aqDcLTyL/9/kv7/Af39/v8j/RlvtP+ggjL/pExuR/X/cV9dbPZGRdUp9mhAbiyt/EpfWR/e 3f8Erl//Sq/+5AT6//+WeP7/BBHn6ur4/v8b+iDz/6F1/2m2pSlMiBCUo3z/9Cv/c1R2H9ujfP7/ He4f/6gwX0hv1Sdk9nFfXWz/ZTlNn3boIFdOSVFcaP7/C/4i/aqDcLTyL/9/kv7/Af39/v8j/Rlv tP+ggjL/pExuR/X/cV9dbPZGRdUp9mhAbiyt/EpfWR/e3f8Erl//Sq/+5AT6//+WeP7/BBHn6ur4 /v8b+iDz/6F1/2m2pSlMiBCUo3z/9Cv/c1R2H9ujfP7/He4f/6gwX0hv1Sdk9nFfXWz/ZTlNn3bo IFdOSVFcaP7/C/4i/aqDcLTyL/9/kv7/Af39/v8j/RlvtP+ggjL/pExuR/X/cV9dbPZGRdUp9mhA biyt/EpfWR/e6/8Bt4H/v/8Erl//SjX+RQTd//+WeP7/BBE8PT25/f8ac6H/Qtj/abalV///IP+j fP/0K/+q/edQqqN8/v8d7h//qEL/7yj/Uc/rO+vrSedll/+pdugZ/e4I9P4i/f8PVtBiy7dutnH/ VrH/6V1cb/7/I/0Zxl//T9Qy/zje64Kq6zvr60nnkY//KfZogv+vaL5J//wS3t3/BK5f/0o1/kUE 3f//lnj+/wQRPD09uf3/GnOh/0LY/2m2pVf//yD/o3z/9Cv/qv3nUKqjfP7/He4f/6hC/+8o/1HP 6zvr60nnZZf/qXboGf3uCPT+Iv3/D1bQYsu3brZx/1ax/+ldXG/+/yP9GcZf/0/UMv843uuCqus7 6+tJ55GP/yn2aIL/r2i+Sf/8Et7d/wSuX/9KNf5FBN3//5Z4/v8EETw9Pbn9/xpzof9C2P9ptqVX //8g/6N8//Qr/6r951Cqo3z+/x3uH/+oQv/vKP9Rz+s76+tJ52WX/6l26Bn97gj0/iL9/w9W0GLL t262cf9Wsf/pXVxv/v8j/RnGX/9P1DL/ON7rgqrrO+vrSeeRj/8p9miC/69ovkn//BLe6/8BuoH/ v/8Erl//SsT7/wGWeP7/ARH8+v8a1kbhP///abaleP//IP+je//xK/+DOF8+p6N8/v8M7h//qHb/ /CP/Uc+zJv5cDchluP+pdug1//sk//8g/f8PmpUv/fU7ebj/hIX/+MzEHf7/Cf0Z/i7kVOQy8g/+ XAKfsyb+XBPIkY//KfZotv+8Y6Vz//883v//ovxLAPrm/wSuX/9KxPv/AZZ4/v8BEfz6/xrWRuE/ //9ptqV4//8g/6N7//Er/4M4Xz6no3z+/wzuH/+odv/8I/9Rz7Mm/lwNyGW4/6l26DX/+yT//yD9 /w+alS/99Tt5uP+Ehf/4zMQd/v8J/Rn+LuRU5DLyD/5cAp+zJv5cE8iRj/8p9mi2/7xjpXP//zze //+i/EsA+ub/BK5f/0rE+/8Blnj+/wER/Pr/GtZG4T///2m2pXj//yD/o3v/8Sv/gzhfPqejfP7/ DO4f/6h2//wj/1HPsyb+XA3IZbj/qXboNf/7JP//IP3/D5qVL/31O3m4/4SF//jMxB3+/wn9Gf4u 5FTkMvIP/lwCn7Mm/lwTyJGP/yn2aLb/vGOlc///PN7//6L8SwD69P8BooH/v/8Erl//SsT7/wGW eP7/ARH8+f8ZPnOh//9ptqV5//8h/6xl/8Ur8Bv9/0ako3z+/x3uH/+od//7I/9VzPAw/v+B5WW5 /6l26Df/+yT//yD9/w/dOVn//0k89v/XJtP//8Qd/v8j/Rn/dE+p5DL/O+X/qL3wMP7/geWVjP8p 9mi3/7tj6TP67Afe3f8Erl//SsT7/wGWeP7/ARH8+f8ZPnOh//9ptqV5//8h/6xl/8Ur8Bv9/0ak o3z+/x3uH/+od//7I/9VzPAw/v+B5WW5/6l26Df/+yT//yD9/w/dOVn//0k89v/XJtP//8Qd/v8j /Rn/dE+p5DL/O+X/qL3wMP7/geWVjP8p9mi3/7tj6TP67Afe3f8Erl//SsT7/wGWeP7/ARH8+f8Z PnOh//9ptqV5//8h/6xl/8Ur8Bv9/0ako3z+/x3uH/+od//7I/9VzPAw/v+B5WW5/6l26Df/+yT/ /yD9/w/dOVn//0k89v/XJtP//8Qd/v8j/Rn/dE+p5DL/O+X/qL3wMP7/geWVjP8p9mi3/7tj6TP6 7Afe6/8BqIH/v/8Erl//Sh/+KAR6//+WeP7/ARH8+f8ZnRP2//9ptqV5//9ITO0tSl40/1hUUk6I o3z+/x3uH/+od//7I/+HKOSRRk1s/2W5/6l26Df/+yT//yD8/wUiof//i0T+/wXJOTIpO8T+/yP9 Gf/LDPXkMv+7SFFJ8/+RRk1s/8Iesyn2aLf/u2P/oUVhIufd/wSuX/9KH/4oBHr//5Z4/v8BEfz5 /xmdE/b//2m2pXn//0hM7S1KXjT/WFRSToijfP7/He4f/6h3//sj/4co5JFGTWz/Zbn/qXboN//7 JP//IPz/BSKh//+LRP7/Bck5Mik7xP7/I/0Z/8sM9eQy/7tIUUnz/5FGTWz/wh6zKfZot/+7Y/+h RWEi593/BK5f/0of/igEev//lnj+/wER/Pn/GZ0T9v//abalef//SEztLUpeNP9YVFJOiKN8/v8d 7h//qHf/+yP/hyjkkUZNbP9luf+pdug3//sk//8g/P8FIqH//4tE/v8FyTkyKTvE/v8j/Rn/ywz1 5DL/u0hRSfP/kUZNbP/CHrMp9mi3/7tj/6FFYSLn6/8AkYH/mf8D+P//8P3/AfL+8P8E+P///fji /wH19/H/APX9/wH9+P7/Afr9+v8E7qf/+Se2/wP4///w/f8B8v7w/wT4///9+OL/AfX38f8A9f3/ Af34/v8B+v36/wTup//5J7b/A/j///D9/wHy/vD/BPj///344v8B9ffx/wD1/f8B/fj+/wH6/fr/ BO6n//kn6v8AH4H/gf+0/wNeTzuYgf/R/wNeTzuYgf/R/wNeTzuY6v8AGYH/gf+z/wH3/oH/z/8B 9/6B/8//Aff+6f8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AFCB/4j/Afjn6/8B7v3+/wH9 6fz/AOX9/wHn/oH/+P8B+Ofr/wHu/f7/Af3p/P8A5f3/Aef+gf/4/wH45+v/Ae79/v8B/en8/wDl /f8B5/69/wBigf+I/wHESe3/FftOVEKm/8cuQlL+//+XSP//7zZNLeeB//n/AcRJ7f8V+05UQqb/ xy5CUv7//5dI///vNk0t54H/+f8BxEnt/xX7TlRCpv/HLkJS/v//l0j//+82TS3nvv8AkoH/iP8R xEn/2v//6PH84unF9v///tH9/f8VsHX/8Cn/OeD/Xrj/YztI//94ov+eeIH/+f8RxEn/2v//6PH8 4unF9v///tH9/f8VsHX/8Cn/OeD/Xrj/YztI//94ov+eeIH/+f8RxEn/2v//6PH84unF9v///tH9 /f8VsHX/8Cn/OeD/Xrj/YztI//94ov+eeL7/AIyB/4j/EsRJ/yP8/3Sr6CFOZzH+0UV1Qc37/xLU KP8m//+Zhf/F1kj//0rc/9lFgf/5/xLESf8j/P90q+ghTmcx/tFFdUHN+/8S1Cj/Jv//mYX/xdZI //9K3P/ZRYH/+f8SxEn/I/z/dKvoIU5nMf7RRXVBzfv/EtQo/yb//5mF/8XWSP//Stz/2UW+/wCP gf+I/xLESf8j/P90q+gL9/8v6G+t67xq/P8T4Sy98Sr//6Z1///WSP//Mer/5jWB//n/EsRJ/yP8 /3Sr6Av3/y/ob63rvGr8/xPhLL3xKv//pnX//9ZI//8x6v/mNYH/+f8SxEn/I/z/dKvoC/f/L+hv reu8avz/E+EsvfEq//+mdf//1kj//zHq/+Y1vv8Am4H/i/8V/e//xEv/I/v/cavoNv//POMzVFxc dv3/FNssvf/+Iv//mI///9ZI//9E3P/YT4H//P8V/e//xEv/I/v/cavoNv//POMzVFxcdv3/FNss vf/+Iv//mI///9ZI//9E3P/YT4H//P8V/e//xEv/I/v/cavoNv//POMzVFxcdv3/FNssvf/+Iv// mI///9ZI//9E3P/YT77/AJ6B/4v/Fe0y/6do/yzl/0Wr6Df//zvjd6j/0ZT+/wLlLM7+/w882/9Y v///1kj//3qd/5h/gf/8/xXtMv+naP8s5f9Fq+g3//8743eo/9GU/v8C5SzO/v8PPNv/WL///9ZI //96nf+Yf4H//P8V7TL/p2j/LOX/RavoN///O+N3qP/RlP7/AuUszv7/Dzzb/1i////WSP//ep3/ mH++/wCbgf+K/xRsMiTO/5EqSUer6Df//zvj3lRQP8/+/wFrEP4oBPvKRz5q/v8I1kj//+lXRT70 gf/7/xRsMiTO/5EqSUer6Df//zvj3lRQP8/+/wFrEP4oBPvKRz5q/v8I1kj//+lXRT70gf/7/xRs MiTO/5EqSUer6Df//zvj3lRQP8/+/wFrEP4oBPvKRz5q/v8I1kj//+lXRT70vv8ASoH/if8B9P7+ /wH1+/f/APX0/wD29/8A9oH/+P8B9P7+/wH1+/f/APX0/wD29/8A9oH/+P8B9P7+/wH1+/f/APX0 /wD29/8A9rz/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/ gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B /4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/ gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B /4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8AU4H/gv8A5/z/ AfT0+v8F37/L/+r+/f8D+Oj/6IH/6v8A5/z/AfT0+v8F37/L/+r+/f8D+Oj/6IH/6v8A5/z/AfT0 +v8F37/L/+r+/f8D+Oj/6LX/AGiB/4L/HJ3RvtTk0I7Tt9/Gz7q4//SO7LmxyKvoqduBgMHIgf/q /xyd0b7U5NCO07ffxs+6uP/0juy5scir6KnbgYDByIH/6v8cndG+1OTQjtO338bPurj/9I7subHI q+ip24GAwci1/wBugf+E/x798Z2mrqOcnMaxj6t3nJmr8f+d/52rlN6YrqCknaKkgf/s/x798Z2m rqOcnMaxj6t3nJmr8f+d/52rlN6YrqCknaKkgf/s/x798Z2mrqOcnMaxj6t3nJmr8f+d/52rlN6Y rqCknaKktf8AaIH/g/8am8m/ovKPx6Hdp8OwtH+j//++/8LHjqC/s76q/sKB/+v/GpvJv6Lyj8eh 3afDsLR/o///vv/Cx46gv7O+qv7Cgf/r/xqbyb+i8o/Hod2nw7C0f6P//77/wseOoL+zvqr+wrX/ ADGB/4H/A///yu76/wDU+v8A1IH/3/8Byu76/wDU+v8A1IH/3/8Byu76/wDU+v8A1K3/AAyB/4H/ gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wBlgf+G/wDn/P8F9PT//+jo/P8C08X7/f8E4tj36fH9/wDo gf/v/wDn/P8F9PT//+jo/P8C08X7/f8E4tj36fH9/wDogf/v/wDn/P8F9PT//+jo/P8C08X7/f8E 4tj36fH9/wDotv8AgIH/hv8knbvA1tbcjtO336THsN+33/+V3ZbVwP/arbeyt7f50bPvvKjKsIH/ 8v8knbvA1tbcjtO336THsN+33/+V3ZbVwP/arbeyt7f50bPvvKjKsIH/8v8knbvA1tbcjtO336TH sN+33/+V3ZbVwP/arbeyt7f50bPvvKjKsLn/AIaB/4j/Jv3xnZuBo6KcxrGPrKSGzb+PrP+d/5eE lPms5eKWrqCKm7C7jr+qcYH/9P8m/fGdm4GjopzGsY+spIbNv4+s/53/l4SU+azl4pauoIqbsLuO v6pxgf/0/yb98Z2bgaOinMaxj6ykhs2/j6z/nf+XhJT5rOXilq6gipuwu46/qnG5/wCGgf+H/yab yKCesJ3Hod2nw8K+p8inw/+jpNC/pv75nZziyNig4q3UsNmtk/yB//T/JpvIoJ6wnceh3afDwr6n yKfD/6Ok0L+m/vmdnOLI2KDirdSw2a2T/IH/9P8mm8ignrCdx6Hdp8PCvqfIp8P/o6TQv6b++Z2c 4sjYoOKt1LDZrZP8uv8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8A DIH/gf+B/4H/gf+x/wBSgf+B//7/FPGke4jyqvao+eL94/3j//D/9fXw9IH/4v8U8aR7iPKq9qj5 4v3j/eP/8P/19fD0gf/i/xTxpHuI8qr2qPni/eP94//w//X18PSx/wBSgf+B//7/FO+edZf777Ci v3Caf6t/2G2SpKSF6YH/4v8U7551l/vvsKK/cJp/q3/YbZKkpIXpgf/i/xTvnnWX+++wor9wmn+r f9htkqSkhemx/wBSgf+B/wX//9+MuLL+/w2D2pWOp4eth8GSvYaKpIH/4v8D34y4sv7/DYPalY6n h62HwZK9hoqkgf/i/wPfjLiy/v8Ng9qVjqeHrYfBkr2GiqSw/wA6gf+B//7/AP35/wj9//3//f/+ //6B/9//AP35/wj9//3//f/+//6B/9//AP35/wj9//3//f/+//6u/wAMgf+B/4H/gf+B/7H/AAyB /4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8AMYH/ xP8JudHR7br2/9PUy4H/1/8JudHR7br2/9PUy4H/1/8JudHR7br2/9PUy4H/4P8ANIH/xP8KrsG9 m7e14MjFo/eB/9j/Cq7BvZu3teDIxaP3gf/Y/wquwb2bt7XgyMWj94H/4f8AMYH/xP8J0+jg1szS 9/PzyYH/1/8J0+jg1szS9/PzyYH/1/8J0+jg1szS9/PzyYH/4P8ADIH/gf+B/4H/gf+x/wAMgf+B /4H/gf+B/7H/AAyB/4H/gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AAyB/4H/ gf+B/4H/sf8ADIH/gf+B/4H/gf+x/wAMgf+B/4H/gf+B/7H/AP8AAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AP7/AAADCgEAAAAAAAAAAAAAAAAAAAAAAAEAAAAC1c3VnC4bEJOXCAArLPmuMAAAAEwDAAAPAAAA AQAAAIAAAAADAAAAiAAAAAQAAACYAAAABgAAAKAAAAAHAAAAqAAAAAgAAACwAAAACQAAALgAAAAK AAAAwAAAABcAAADIAAAACwAAANAAAAAQAAAA2AAAABMAAADgAAAAFgAAAOgAAAANAAAA8AAAAAwA AADrAgAAAgAAAOn9AAAeAAAACAAAAEN1c3RvbQAAAwAAAExGAwADAAAAQgAAAAMAAAAJAAAAAwAA AAgAAAADAAAAAAAAAAMAAAAAAAAAAwAAAAAADAALAAAAAAAAAAsAAAAAAAAACwAAAAAAAAALAAAA AAAAAB4QAAARAAAABgAAAEFyaWFsAAwAAABEZWphVnUgU2FucwAKAAAAV2luZ2RpbmdzABcAAADv vK3vvLMg77yw44K044K344OD44KvAAcAAABTeW1ib2wAEAAAAFRpbWVzIE5ldyBSb21hbgAMAAAA Q291cmllciBOZXcADQAAAE9mZmljZSBUaGVtZQC4AAAAIFBlcmZvcm1hbmNlIEV2YWx1YXRpb24g b2YgUm91dGluZyBQcm90b2NvbCBmb3IgTG93IFBvd2VyIGFuZCBMb3NzeSBOZXR3b3JrcyAoUlBM KSAgICAgICAgICAgICAgICAgZHJhZnQtdHJpcGF0aGktcm9sbC1ycGwtc2ltdWxhdGlvbi0wNCAg SUVURiBWaXJ0dWFsIEludGVyaW0gV0cgTWVldGluZyDigJMgSnVuZSAyMDEwAA0AAABEcmFmdCBV cGRhdGUAEQAAAFNpbXVsYXRpb24gU2V0dXAADAAAAEFzc3VtcHRpb25zABMAAABTaW11bGF0aW9u IFJlc3VsdHMAHwAAAFNpbXVsYXRpb24gUmVzdWx0cyAoQ29udGQuKeKAjwAfAAAAU2ltdWxhdGlv biBSZXN1bHRzIChDb250ZC4p4oCPAAgAAABTbGlkZSA4ABEAAABGdXR1cmUgRGlyZWN0aW9uAAwQ AAAGAAAAHgAAAAsAAABGb250cyBVc2VkAAMAAAAHAAAAHgAAABAAAABEZXNpZ24gVGVtcGxhdGUA AwAAAAEAAAAeAAAADQAAAFNsaWRlIFRpdGxlcwADAAAACQAAAAAAAAAAAAD2DyIAAAAUAAAAX8CR 41O7AQAKAPQDAwDLAkpQIFZhc3NldXIIAAAASgBQACAAVgBhAHMAcwBlAHUAcgAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA= --Apple-Mail-133--169971286-- From adrian@olddog.co.uk Tue Jun 15 15:02:47 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9C8703A6946 for ; Tue, 15 Jun 2010 15:02:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.002 X-Spam-Level: X-Spam-Status: No, score=0.002 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_50=0.001, STOX_REPLY_TYPE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8F5YVtOlVtg6 for ; Tue, 15 Jun 2010 15:02:44 -0700 (PDT) Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) by core3.amsl.com (Postfix) with ESMTP id 4E0DC3A68CC for ; Tue, 15 Jun 2010 15:02:44 -0700 (PDT) Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id o5FM2hNJ006400; Tue, 15 Jun 2010 23:02:44 +0100 Received: from your029b8cecfe (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) (authenticated bits=0) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id o5FM2gxk006393; Tue, 15 Jun 2010 23:02:43 +0100 Message-ID: <49318DF0D6EA4EC48490292FD16A5BE7@your029b8cecfe> From: "Adrian Farrel" To: "JP Vasseur" , "ROLL WG" References: Date: Tue, 15 Jun 2010 22:54:53 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5931 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.5931 Subject: Re: [Roll] Slides for Tomorrow X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list Reply-To: Adrian Farrel List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 22:02:47 -0000 Your poor old co-chair is better at playing the piano than running ftp. You can find the materials at www.olddog.co.uk/roll Cheers, Adrian ----- Original Message ----- From: "JP Vasseur" To: "ROLL WG" Sent: Tuesday, June 15, 2010 10:30 PM Subject: [Roll] Slides for Tomorrow > Dear all, > > *sorry* for sending the slides for tomorrow's Virtual WG meeting to > the mailing list but ... we have issues uploading the slides. > Here they are. > > -------------------------------------------------------------------------------- > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > From alexandru.petrescu@gmail.com Tue Jun 15 15:06:10 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5E2AB3A68CC for ; Tue, 15 Jun 2010 15:06:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.559 X-Spam-Level: X-Spam-Status: No, score=0.559 tagged_above=-999 required=5 tests=[AWL=0.208, BAYES_50=0.001, HELO_EQ_FR=0.35] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rNMuvb0fepeL for ; Tue, 15 Jun 2010 15:06:09 -0700 (PDT) Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by core3.amsl.com (Postfix) with ESMTP id D2C023A635F for ; Tue, 15 Jun 2010 15:06:07 -0700 (PDT) Received: from [127.0.0.1] (bur91-3-82-239-213-32.fbx.proxad.net [82.239.213.32]) by smtp1-g21.free.fr (Postfix) with ESMTP id 05DA49400E6; Wed, 16 Jun 2010 00:06:05 +0200 (CEST) Message-ID: <4C17F94C.5090005@gmail.com> Date: Wed, 16 Jun 2010 00:06:04 +0200 From: Alexandru Petrescu User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: "Tsao, Tzeta" References: <9BB070DB2D281946859EA89837931EEE0F5896@EVS4.nam.ci.root> In-Reply-To: <9BB070DB2D281946859EA89837931EEE0F5896@EVS4.nam.ci.root> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus: avast! (VPS 100615-2, 15/06/2010), Outbound message X-Antivirus-Status: Clean Cc: roll@ietf.org Subject: Re: [Roll] Using IPsec with RPL X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jun 2010 22:06:10 -0000 Hi Tzeta, Le 15/06/2010 19:36, Tsao, Tzeta a écrit : > All, > > We see from time to time questions about using IPsec with RPL. > > On the one hand, the security design for RPL is such that security > operations can be "turned off" when there are other mechanisms, such > as IPsec, in place to afford security. This is a risk. The RPL security on/off button decoupled from the IPsec databases means both could be off at some point. > On the other hand, the doubt is whether it is possible to mandate a > mechanism, again, for example, IPsec, for securing RPL, and remove > such operations from RPL. WEll, I see better have IPsec as default security mechanism and then RPL security extensions if needed. It would be sufficient to decide which RPL fields are mutable and the use of AH is then straightforward. Besides, the mutable field question is going to appear in discussion about RPL routing headers as well. Every other IPv6 protocol is able to run with IPsec - why not RPL? > Here is how I understand the issue. Using IPsec, or similarly IKE, I don't suggest the use of IKE right now. I suggest to first try to use AH in the RPL spec. It is really simple, implementations are straightforward, C code exists, licenses compliant to export control exist too for the related SHA-1, -2 and/or MD5. This is basic and affordable security, less compute intensive, very appropriate here. It ensures authentication. > requires the operator to populate a Security Policy Database (SPD) Hmmm... do we have a precise idea about the market deployment and operator for this matter? Is there a single operator of this closed system? In this case the IPsec-non-IPsec or RPLsec-non-RPLsec is superfluous: operator ensures security by physically closing the system. > to specify what security services to afford to/from which addresses. > However, in pursuing self-forming, the operator may thus need to put Sorry, self-forming of what? > a wildcard to the address field, shadowing policies for other > traffic; this act may cause conflicts and consequently prevents IPsec > from being a mandate for RPL. I don't get it... I don't understand this at all. I can see the wildcard point: IPsec and wildcards in SAdbs have been used extensively in the past and continue so... it's not an inconvenient, it's not insecure... I don't see what you mean. Alex > > Regards, Tzeta _______________________________________________ Roll > mailing list Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > From jpv@cisco.com Tue Jun 15 21:47:55 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 78E6F3A683F for ; Tue, 15 Jun 2010 21:47:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.145 X-Spam-Level: X-Spam-Status: No, score=-10.145 tagged_above=-999 required=5 tests=[AWL=0.454, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mOFyPYSE5Z8W for ; Tue, 15 Jun 2010 21:47:50 -0700 (PDT) Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id 024833A6774 for ; Tue, 15 Jun 2010 21:47:50 -0700 (PDT) Authentication-Results: sj-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAF/0F0yrR7Ht/2dsb2JhbACeeXGmGpohhRoE X-IronPort-AV: E=Sophos;i="4.53,425,1272844800"; d="scan'208";a="335514520" Received: from sj-core-1.cisco.com ([171.71.177.237]) by sj-iport-1.cisco.com with ESMTP; 16 Jun 2010 04:47:54 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5G4lr3d024289; Wed, 16 Jun 2010 04:47:54 GMT Received: from xfe-ams-102.cisco.com ([144.254.231.94]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 16 Jun 2010 06:47:53 +0200 Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-102.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 16 Jun 2010 06:47:53 +0200 From: JP Vasseur To: "Adrian Farrel" In-Reply-To: <49318DF0D6EA4EC48490292FD16A5BE7@your029b8cecfe> X-Priority: 3 References: <49318DF0D6EA4EC48490292FD16A5BE7@your029b8cecfe> Message-Id: <3BB4AF6D-BCF6-423F-AF35-2F6DBDAC0DAF@cisco.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Wed, 16 Jun 2010 06:47:52 +0200 X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 16 Jun 2010 04:47:53.0198 (UTC) FILETIME=[14A158E0:01CB0D0F] X-TM-AS-Product-Ver: SMEX-8.0.0.1181-6.000.1038-17448.004 X-TM-AS-Result: No--20.516700-8.000000-31 X-TM-AS-User-Approved-Sender: No X-TM-AS-User-Blocked-Sender: No Cc: ROLL WG Subject: Re: [Roll] Slides for Tomorrow X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jun 2010 04:47:55 -0000 On Jun 15, 2010, at 11:54 PM, Adrian Farrel wrote: > Your poor old co-chair is better at playing the piano than running > ftp. ;-)))) Thanks. JP. > > You can find the materials at www.olddog.co.uk/roll > > Cheers, > Adrian > ----- Original Message ----- From: "JP Vasseur" > To: "ROLL WG" > Sent: Tuesday, June 15, 2010 10:30 PM > Subject: [Roll] Slides for Tomorrow > > >> Dear all, >> >> *sorry* for sending the slides for tomorrow's Virtual WG meeting to >> the mailing list but ... we have issues uploading the slides. >> Here they are. >> >> > > > -------------------------------------------------------------------------------- > > >> _______________________________________________ >> Roll mailing list >> Roll@ietf.org >> https://www.ietf.org/mailman/listinfo/roll > From jpv@cisco.com Tue Jun 15 23:25:23 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5BA223A6869 for ; Tue, 15 Jun 2010 23:25:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.884 X-Spam-Level: X-Spam-Status: No, score=-8.884 tagged_above=-999 required=5 tests=[AWL=-0.885, BAYES_50=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qnfkwHKZBmXr for ; Tue, 15 Jun 2010 23:25:22 -0700 (PDT) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by core3.amsl.com (Postfix) with ESMTP id 8143B3A6855 for ; Tue, 15 Jun 2010 23:25:22 -0700 (PDT) Authentication-Results: sj-iport-4.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAFcLGEyrR7H+/2dsb2JhbACeeXGlbJoOhRoE X-IronPort-AV: E=Sophos;i="4.53,425,1272844800"; d="scan'208";a="145229094" Received: from sj-core-2.cisco.com ([171.71.177.254]) by sj-iport-4.cisco.com with ESMTP; 16 Jun 2010 06:25:27 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5G6PQle026736; Wed, 16 Jun 2010 06:25:26 GMT Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 16 Jun 2010 08:25:26 +0200 Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 16 Jun 2010 08:25:25 +0200 Message-Id: <94A88AFA-5D40-47BC-8E2B-644E4160349B@cisco.com> From: JP Vasseur To: Alexandru Petrescu In-Reply-To: <4C1670E3.1060604@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v936) Date: Wed, 16 Jun 2010 07:47:50 +0200 References: <4C1670E3.1060604@gmail.com> X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 16 Jun 2010 06:25:25.0782 (UTC) FILETIME=[B50ACB60:01CB0D1C] Cc: ROLL WG Subject: Re: [Roll] draft-ietf-roll-routing-metrics-07 - link/path/local/global metric X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jun 2010 06:25:23 -0000 Hi, On Jun 14, 2010, at 8:11 PM, Alexandru Petrescu wrote: > Le 14/06/2010 10:08, JP Vasseur a =E9crit : >> Hi Omp, >> >> On Jun 14, 2010, at 8:37 AM, Omprakash Gnawali wrote: >> >>> I had a comment on the terminology used in >>> draft-ietf-roll-routing-metrics-07. >>> >>> Lets take ETX as an example. >>> >>> There is the notion of link ETX. Then, there is the path ETX - ETX >>> aggregated over the links on a path. >>> >>> In the draft, ETX is described under the section link metrics. So, I >>> thought we were talking about link ETX. But near the end it says: >>> >>> " The ETX object is a global metric or constraint." >>> >>> So, we are talking about path metric it seems. >>> >>> Then, in section 8.1 Routing Objects, we are talking about Link ETX: >>> >>> " IANA is requested to create a registry for Routing objects. Each >>> Routing object has a Routing object type value. >>> >>> Value Meaning Reference >>> 1 Node State and Attribute This document >>> 2 Node Energy This document >>> 3 Hop Count This document >>> 4 Link Throughput This document >>> 5 Link Latency This document >>> 6 Link Quality Level This document >>> 7 Link ETX This document >>> 8 Link Color This document >>> " >>> >>> For metrics such as latency and etx, I find it much clearer to use =20= >>> the >>> phrases link metric and path metric (e.g, link etx/latency, path >>> etx/latency) rather than local and global metric. >> >> Thanks for your comments. The reference "link" versus "node" allows =20= >> for >> making the disctinction >> between a metrics that applies to a link or a node. Now, when the ETX >> metric is included in the >> DAG Container, it reflect the ETX of the path, made of a set of =20 >> link ETX >> (which may have been >> added, multiplied, ... etc), as indicated by the A flag. >> The notion of local versus global is different. When a metric is =20 >> local, >> it is only passed to a direct >> neighbor (and of course consequently as you pointed out never =20 >> refers to >> a path ). > > Hi JP, > > Let me add to the metrics discussion. > > I have suggested numerous times that a _link_ energy metric (not =20 > ETX, not node) be added to the draft. I have suggested detail =20 > encodings and behaviour. I am surprised none appears. Should I re-=20= > send? > Please do. As I recall, there was no consensus to add it. With a co-=20 author hat, I expressed my sketicism but if there is a consensus at =20 some point, it should be added. > I have also seen discussion about the asymmetric link metrics, to =20 > which I suggested there are means to suggest asymmetric behaviour of =20= > energy spent to send a packet. The energy link metrics I suggest do =20= > respect the asymmetricity aspect. Should I re-send? > Sure. JP. > Alex > >> >> Hope this clarifies. >> >> Thanks. >> >> JP. >> >> >>> >>> - om_p >>> _______________________________________________ >>> Roll mailing list >>> Roll@ietf.org >>> https://www.ietf.org/mailman/listinfo/roll >> >> _______________________________________________ >> Roll mailing list >> Roll@ietf.org >> https://www.ietf.org/mailman/listinfo/roll >> > From jpv@cisco.com Tue Jun 15 23:25:29 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BCE943A6A8A for ; Tue, 15 Jun 2010 23:25:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.146 X-Spam-Level: X-Spam-Status: No, score=-10.146 tagged_above=-999 required=5 tests=[AWL=0.451, BAYES_00=-2.599, HTML_MESSAGE=0.001, MIME_HTML_MOSTLY=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cr+csbdUcAiB for ; Tue, 15 Jun 2010 23:25:28 -0700 (PDT) Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id 6DB4E3A6A11 for ; Tue, 15 Jun 2010 23:25:28 -0700 (PDT) Authentication-Results: sj-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-Files: None : None X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aj0FAKMKGEyrR7Hu/2dsb2JhbACBQ5xcWnGlcJoOhRoE X-IronPort-AV: E=Sophos;i="4.53,425,1272844800"; d="scan'208,217";a="335526938" Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-1.cisco.com with ESMTP; 16 Jun 2010 06:25:33 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id o5G6PUbk021734 for ; Wed, 16 Jun 2010 06:25:32 GMT Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 16 Jun 2010 08:25:32 +0200 Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 16 Jun 2010 08:25:32 +0200 Message-Id: <42484AC0-9F9B-46DD-A3D3-16E4458A5472@cisco.com> From: JP Vasseur To: ROLL WG Content-Type: multipart/alternative; boundary=Apple-Mail-167--139577215 Mime-Version: 1.0 (Apple Message framework v936) Date: Wed, 16 Jun 2010 07:57:29 +0200 References: <20100614171501.828133A69BD@core3.amsl.com> X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 16 Jun 2010 06:25:32.0439 (UTC) FILETIME=[B9029270:01CB0D1C] Subject: [Roll] Fwd: I-D Action:draft-hui-6man-rpl-routing-header-02.txt X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jun 2010 06:25:29 -0000 --Apple-Mail-167--139577215 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Begin forwarded message: > From: Internet-Drafts@ietf.org > Date: June 14, 2010 7:15:01 PM CEDT > To: i-d-announce@ietf.org > Subject: I-D Action:draft-hui-6man-rpl-routing-header-02.txt > Reply-To: internet-drafts@ietf.org > > A New Internet-Draft is available from the on-line Internet-Drafts > directories. > > Title : An IPv6 Routing Header for Source Routes with RPL > Author(s) : J. Hui, et al. > Filename : draft-hui-6man-rpl-routing-header-02.txt > Pages : 17 > Date : 2010-06-14 > > In Low power and Lossy Networks (LLNs), memory constraints on routers > may limit them to maintaining at most a few routes. In some > configurations, it is necessary to use these memory constrained > routers to deliver datagrams to nodes within the LLN. The Routing > for Low Power and Lossy Networks (RPL) protocol can be used in some > deployments to store most, if not all, routes on one (e.g. the > Directed Acyclic Graph (DAG) root) or few routers and forward the > IPv6 datagram using a source routing technique to avoid large routing > tables on memory constrained routers. This document specifies a new > IPv6 Routing header type for delivering datagrams within a RPL > domain. > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-hui-6man-rpl-routing-header-02.txt > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > Below is the data which will enable a MIME compliant mail reader > implementation to automatically retrieve the ASCII version of the > Internet-Draft. > _______________________________________________ > I-D-Announce mailing list > I-D-Announce@ietf.org > https://www.ietf.org/mailman/listinfo/i-d-announce > Internet-Draft directories: http://www.ietf.org/shadow.html > or ftp://ftp.ietf.org/ietf/1shadow-sites.txt --Apple-Mail-167--139577215 Content-Type: multipart/mixed; boundary=Apple-Mail-168--139577214 --Apple-Mail-168--139577214 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable

Begin = forwarded message:

Date: June 14, 2010 7:15:01 PM = CEDT
To: i-d-announce@ietf.org
Subject: = I-D Action:draft-hui-6man-rpl-routing-header-02.txt 

A New = Internet-Draft is available from the on-line Internet-Drafts = directories.

Title =           : An IPv6 = Routing Header for Source Routes with RPL
Author(s) =       : J. Hui, et al.
Filename =        : = draft-hui-6man-rpl-routing-header-02.txt
Pages =           : = 17
= Date =            : = 2010-06-14

In Low power and Lossy Networks (LLNs), memory = constraints on routers
may limit them to maintaining at most a few = routes.  In some
configurations, it is necessary to use these = memory constrained
routers to deliver datagrams to nodes within the = LLN.  The Routing
for Low Power and Lossy Networks (RPL) = protocol can be used in some
deployments to store most, if not all, = routes on one (e.g. the
Directed Acyclic Graph (DAG) root) or few = routers and forward the
IPv6 datagram using a source routing = technique to avoid large routing
tables on memory constrained = routers.  This document specifies a new
IPv6 Routing header type = for delivering datagrams within a RPL
domain.

A URL for this = Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-hui-6man-rpl-routing= -header-02.txt

Internet-Drafts are also available by = anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

Below is = the data which will enable a MIME compliant mail = reader
implementation to automatically retrieve the ASCII version of = the
Internet-Draft.
= --Apple-Mail-168--139577214 Content-Disposition: attachment; filename=mime-attachment Content-Type: message/external-body; x-unix-mode=0666; name="mime-attachment" Content-Transfer-Encoding: 7bit Content-Type: text/plain<BR>Content-ID: &lt;2010-06-14100623.I-D@ietf.org&gt;<BR><BR> --Apple-Mail-168--139577214 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: 7bit
_______________________________________________
I-D-Announce mailing list
I-D-Announce@ietf.org
https://www.ietf.org/mailman/listinfo/i-d-announce
Internet-Draft directories: http://www.ietf.org/shadow.html
or ftp://ftp.ietf.org/ietf/1shadow-sites.txt

--Apple-Mail-168--139577214-- --Apple-Mail-167--139577215-- From navagar@cisco.com Tue Jun 15 23:27:24 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3C0313A6869 for ; Tue, 15 Jun 2010 23:27:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -9.854 X-Spam-Level: X-Spam-Status: No, score=-9.854 tagged_above=-999 required=5 tests=[AWL=-0.744, BAYES_05=-1.11, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l-izPWge8OIo for ; Tue, 15 Jun 2010 23:27:23 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id 202F13A6855 for ; Tue, 15 Jun 2010 23:27:23 -0700 (PDT) Authentication-Results: sj-iport-6.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAFcLGExAaHte/2dsb2JhbACeeXGlbJoOhRoEg06MVw X-IronPort-AV: E=Sophos;i="4.53,425,1272844800"; d="scan'208";a="545604155" Received: from hkg-core-1.cisco.com ([64.104.123.94]) by sj-iport-6.cisco.com with ESMTP; 16 Jun 2010 06:27:27 +0000 Received: from xbh-bgl-411.cisco.com (xbh-bgl-411.cisco.com [72.163.129.201]) by hkg-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5G6RA9B003531; Wed, 16 Jun 2010 06:27:26 GMT Received: from xmb-bgl-41c.cisco.com ([72.163.129.218]) by xbh-bgl-411.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 16 Jun 2010 11:57:10 +0530 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 16 Jun 2010 11:57:09 +0530 Message-ID: <3EF472F4AD7D824EA24D3197C56B61DB01712074@XMB-BGL-41C.cisco.com> In-Reply-To: <6cd32a87434cf1145595d51f630ec37b@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] Fwd: New Version Notification fordraft-gnawali-roll-minrank-hysteresis-of-00 Thread-Index: AcsMSLaMHJwMuQxWRGWJTVntRaelEAABsxMwADLJ17A= References: <20100614195037.9DD103A696E@core3.amsl.com> <99246be64c54542aa438bac90d1de157@mail.gmail.com> <6cd32a87434cf1145595d51f630ec37b@mail.gmail.com> From: "Navneet Agarwal (navagar)" To: "Yoav Ben-Yehezkel" , "Omprakash Gnawali" X-OriginalArrivalTime: 16 Jun 2010 06:27:10.0679 (UTC) FILETIME=[F390CE70:01CB0D1C] Cc: ROLL WG Subject: Re: [Roll] Fwd: New Version Notification fordraft-gnawali-roll-minrank-hysteresis-of-00 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jun 2010 06:27:24 -0000 Hi: Couple of observations: 1. I guess this spec would supersede the etxof spec as the IANA value recommendation is suggested to be 1. Is that right? 2. What about rank computation, step of rank and MinHopRankIncr values? I think they could be different based on metrics applied. 3. I agree that the semantics of the threshold value and the smoothing algorithm will be specific to the metric used. For example, for latency and etx it could be based on percentage (or a delta) while for hop count it could be delta. It would be good to specify in the document. Thx Regards, Navneet > -----Original Message----- > From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On=20 > Behalf Of Yoav Ben-Yehezkel > Sent: Tuesday, June 15, 2010 11:30 AM > To: Omprakash Gnawali > Cc: ROLL WG > Subject: Re: [Roll] Fwd: New Version Notification=20 > fordraft-gnawali-roll-minrank-hysteresis-of-00 >=20 > OK - I see your point. Should these assumptions be specified=20 > somewhere? > BTW - I think there are newer references than the ones noted=20 > in your draft, consider updating those. >=20 > Best regards, > Yoav >=20 >=20 > -----Original Message----- > From: Omprakash Gnawali [mailto:gnawali@cs.stanford.edu] > Sent: Tuesday, June 15, 2010 8:08 AM > To: Yoav Ben-Yehezkel > Cc: ROLL WG > Subject: Re: [Roll] Fwd: New Version Notification for=20 > draft-gnawali-roll-minrank-hysteresis-of-00 >=20 > On Mon, Jun 14, 2010 at 10:00 PM, Yoav Ben-Yehezkel > wrote: > > Quick response to first two items: > > > > "It is not clear if you always want to do that. My=20 > experience is a lot=20 > > of times this is a bad idea because repeated transmission attempts=20 > > from such poorly connected node can keep other nodes from=20 > duty-cycling=20 > > for example. In some cases, eg., power line, it is perhaps=20 > ok to try=20 > > as many times as you want on the best path you know of." > > Yoav: It is definitely not always. Just when there's no=20 > other choice. > > > > > > " The difficulty for an OF is - how can it distinguish the=20 > two cases." > > Yoav: When a node doesn't have a preferred parent and as long as no > other > > potential parent passes the threshold, it collects the messages from > these > > nodes even though they didn't pass the threshold and=20 > eventually picks > the > > best of these bad possible selections. > > > > > > " Wouldn't setting the parent threshold to be a large=20 > number make it=20 > > more stable in your scenario?" > > Yoav: let's take hop count metric for example. If one time you get > better > > hop count from a node that is not the preferred parent (say=20 > by 5 which > is > > also the threshold), it should not mean that you immediately switch=20 > > this node to be your preferred parent. You should only=20 > switch if you=20 > > see that this change is stable for a reasonable amount of=20 > > time/messages. Setting the threshold to a higher number would not=20 > > solve this case. Maybe for > ETX > > this works though. >=20 > It works if the metric has some low pass filter built to it.=20 > For example, ETX with EWMA has this property. Latency with=20 > EWMA probably has the same property. >=20 > What assumptions can MRHOF make about the metrics? If it can=20 > assume that the metric is already averaged, smoothed, then=20 > using one threshold is good enough. If the metric has jitter,=20 > then I agree that MRHOF should smooth that metric first,=20 > using hysteresis, averaging, etc. >=20 > Garbage in garbage out is bad but no assumptions about the=20 > smoothness of the metric could result in duplication of the=20 > smoothing functionality - a good metric implementation=20 > probably already has some averaging. >=20 > - om_p > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll >=20 From alexandru.petrescu@gmail.com Wed Jun 16 02:58:17 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 89F843A6A45 for ; Wed, 16 Jun 2010 02:58:17 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.02 X-Spam-Level: X-Spam-Status: No, score=-0.02 tagged_above=-999 required=5 tests=[AWL=0.370, BAYES_20=-0.74, HELO_EQ_FR=0.35] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xrQ+KrLlENnq for ; Wed, 16 Jun 2010 02:58:16 -0700 (PDT) Received: from cirse-out.extra.cea.fr (cirse-out.extra.cea.fr [132.166.172.106]) by core3.amsl.com (Postfix) with ESMTP id EF3773A6A4F for ; Wed, 16 Jun 2010 02:58:15 -0700 (PDT) Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5G9wJQ8017155 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 16 Jun 2010 11:58:19 +0200 Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5G9wJGN023141 for ; Wed, 16 Jun 2010 11:58:19 +0200 (envelope-from alexandru.petrescu@gmail.com) Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5G9wI3j030385 for ; Wed, 16 Jun 2010 11:58:18 +0200 Message-ID: <4C18A03A.3020602@gmail.com> Date: Wed, 16 Jun 2010 11:58:18 +0200 From: Alexandru Petrescu User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: roll@ietf.org References: <2C73F4C7-6C6F-4538-82D9-66B41E29F056@cisco.com> In-Reply-To: <2C73F4C7-6C6F-4538-82D9-66B41E29F056@cisco.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: [Roll] Virtual ROLL Working Group - June 16 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jun 2010 09:58:17 -0000 What are the details of the bridge? (I can't seem to find them). Alex Le 21/05/2010 22:19, JP Vasseur a écrit : > Dear WG, > > We would like to announce a Virtual ROLL Working Group meeting > (conference call) on June 16 at 8:00am PDT = 11:00am ET = 5:00pm CET = > 2:00am Japan time for 2 hours. This will help us continue our progress. > The details of the bridge will be provided shortly. > > If you would like to request a slot, please send a request to the chairs > before May 28. The agenda will be published on May 31. > > Looking forwarding to your participation. > > JP and David. > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll > From jpv@cisco.com Wed Jun 16 03:00:23 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 43D033A6B0B for ; Wed, 16 Jun 2010 03:00:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.865 X-Spam-Level: X-Spam-Status: No, score=-8.865 tagged_above=-999 required=5 tests=[AWL=-0.867, BAYES_50=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xys3S-CkO-95 for ; Wed, 16 Jun 2010 03:00:15 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id 5B4B63A6A45 for ; Wed, 16 Jun 2010 03:00:15 -0700 (PDT) Authentication-Results: sj-iport-6.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjQFAMc9GEyrR7Ht/2dsb2JhbACSXYwccaR6mg4CglcBG4IlBJAs X-IronPort-AV: E=Sophos;i="4.53,425,1272844800"; d="scan'208,217";a="545701351" Received: from sj-core-1.cisco.com ([171.71.177.237]) by sj-iport-6.cisco.com with ESMTP; 16 Jun 2010 10:00:19 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5GA0Cpv011139; Wed, 16 Jun 2010 10:00:18 GMT Received: from xfe-ams-201.cisco.com ([144.254.231.95]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 16 Jun 2010 12:00:10 +0200 Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 16 Jun 2010 12:00:07 +0200 Message-Id: From: JP Vasseur To: Mukul Goyal , Emmanuel Baccelli Content-Type: multipart/alternative; boundary=Apple-Mail-192--125020779 Mime-Version: 1.0 (Apple Message framework v936) Date: Wed, 16 Jun 2010 12:00:06 +0200 X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 16 Jun 2010 10:00:07.0117 (UTC) FILETIME=[B2EA87D0:01CB0D3A] Cc: ROLL WG Subject: [Roll] Comments on draft-dt-roll-p2p-rpl-01 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jun 2010 10:00:23 -0000 --Apple-Mail-192--125020779 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Dear authors, Since I had a number of comments I inserted them in the ID itself. As =20= you will notice: 1) Some of them are purely editorial 2) Others are more fundamental and may require just clarifications, =20 more discussion on the mailing list, ... In this case, feel free to =20 start a separate thread (note that ticket cannot be assigned to non WG =20= document). 3) I also suggested new sections Internet Engineering Task Force M. Goyal, Ed. Internet-Draft University of Wisconsin Milwaukee Intended status: Informational E. Baccelli, Ed. JP> Are you sure that you want to make it informational ? Expires: December 16, 2010 INRIA P2P. =20 Team June 14, =20 2010 Reactive Discovery of Point-to-Point Routes in Low Power and Lossy Networks draft-dt-roll-p2p-rpl-01 Abstract This document describes a mechanism to discover and establish "on demand" one or more routes between two routers in a low power and lossy network. JP> Needs a bit more details + explicitly refer to IPv6 in the abstract and introduction. Status of this Memo This Internet-Draft is submitted to IETF in full conformance with =20= the provisions of BCP 78 and BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet- Drafts is at http://datatracker.ietf.org/drafts/current/. Internet-Drafts are draft documents valid for a maximum of six =20 months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." This Internet-Draft will expire on December 16, 2010. Copyright Notice Copyright (c) 2010 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with =20 respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as Goyal, et al. Expires December 16, 2010 [Page 1] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 described in the Simplified BSD License. Table of Contents 1. =20 Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3 2. Targeted Use =20 Cases . . . . . . . . . . . . . . . . . . . . . . 4 3. =20 Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 4 4. Functional =20 Overview . . . . . . . . . . . . . . . . . . . . . 5 5. Propagation of Discovery =20 Messages . . . . . . . . . . . . . . 7 5.1. The Route Discovery =20 Option . . . . . . . . . . . . . . . . 7 5.2. Setting a DIO Carrying a Route Discovery =20 Option . . . . . 9 5.3. Processing of a DIO Carrying a Route Discovery Option At An Intermediate Node . . . . . . . . . . . . . . . . . =20= 10 5.4. Processing of a DIO Carrying a Route Discovery Option At The Target Router . . . . . . . . . . . . . . . . . . . =20= 12 6. Propagation of Discovery Reply Messages . . . . . . . . . . . =20= 13 6.1. The Discovery Reply Object (DRO) . . . . . . . . . . . . . =20= 13 6.1.1. The Source Route Option . . . . . . . . . . . . . . . =20= 15 6.2. DRO as Acknowledgement for Backward Source Routes . . . . =20= 16 6.3. DRO as Carrier of Forward/Bidirectional Source Routes . . =20= 17 6.4. Establishing Hop-by-hop Routes Via DRO . . . . . . . . . . =20= 17 7. Security Considerations . . . . . . . . . . . . . . . . . . . =20= 18 8. IANA Considerations . . . . . . . . . . . . . . . . . . . . . =20= 18 9. Authors and Contributors . . . . . . . . . . . . . . . . . . . =20= 18 10. References . . . . . . . . . . . . . . . . . . . . . . . . . . =20= 18 10.1. Normative References . . . . . . . . . . . . . . . . . . . =20= 18 10.2. Informative References . . . . . . . . . . . . . . . . . . =20= 18 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . =20= 19 Goyal, et al. Expires December 16, 2010 [Page 2] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 1. Introduction RPL [I-D.ietf-roll-rpl] provides multipoint-to-point (MP2P) routes from routers in a low power and lossy network (LLN) to a sink router by organizing the routers along a Directed Acyclic Graph (DAG) =20 rooted at the sink. JP> low power and lossy .... Low Power and Lossy JP> RPL provides P2MP, MP2P and P2P routes too. The DAG root initiates the DAG formation by originating a DODAG Information Object (DIO) message. The DIO message is sent via link-local multicast and carries information about the originating router's position (the "rank") in the DAG. On receiving DIO messages sent by its neighbors, a router determines its own "rank" in the DAG and originates its own DIO message. JP> Without going too much in the details, you may just want to add that a node decides to join a DODAG according to a number of parameters (identity of the DODAG, OF, routing/constraints a specified in the =20 metric-ID,...). RPL enables point-to-multipoint (P2MP) routing from a router to its descendants in the DAG by allowing a router to send a Destination Advertisement Object (DAO) upwards along the DAG. The DAO carries the aggregated JP> Potentially "aggregated" information regarding the descendants (and other local prefixes) reachable through the originating router. RPL also provides mechanisms for point-to-point (P2P) routing =20 between any two routers in the DAG. JP> Yes. If the destination is within the source's "range", the source may directly send packets to the destination. Otherwise, if the destination is a DAG descendant and the source maintains "downwards" routing state about this =20 descendant, it can forward the packet along this route. Otherwise, the source sends the packet to a DAG parent, which then applies the same set of rules to forward the packet further. Thus, a packet travels up the DAG until it reaches a router that knows of the downwards route to the destination and then it travels down the DAG towards its destination. A router may or may not maintain routing state about a descendant depending on whether its immediate children send it such information in their DAOs and whether the router can store this information. Thus, in the best case scenario, the "upwards" segment of the P2P route between a source and a destination ends at the =20 first common ancestor of the source and the destination. In the worst case, the "upwards" segment would extend all the way to the DAG's root. If the destination did not originate a DAO, the packet will travel all the way to the DAG's root, where it will be dropped. JP> This may require to be a bit more accurate here. If there is no DAO, there RPL is used for MP2P routing only (that is not a protocol design characteristic though). The P2P routing functionality available in RPL suffers from several shortcomings [I-D.brandt-roll-rpl-applicability-home-building]: JP> "suffering from several shortcomings" is a bit strong though. You =20= may want to say that additional mechanisms may be required to address =20 specific situation and list them. o The need to maintain routes "proactively", i.e. every possible destination in the DAG must originate a DAO. o The constraint to route only along a DAG potentialy leading to significantly suboptimal P2P routes and traffic congestion near the DAG root. JP> First bullet: you can mention that this requires to pro-actively =20 advertise the route and to keep refreshing the state accordingly Second bullet: just to be very accurate, mention that the route may be =20= sub-optimal. This is highly network topology / OF dependent. Goyal, et al. Expires December 16, 2010 [Page 3] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 These shortcomings are not compatible with the home and commercial building domain application requirements described in [RFC5826] and [I-D.ietf-roll-building-routing-reqs]. JP> Again, to be accurate, there are no MUST requirements listed in these ID that are not satisfied by RPL (with regards to the =20 aforementioned issues). I am NOT saying that the proposed mechanism is not useful (by all means), just that the statement above is not correct. Such applications require a mechanism providing source-initiated discovery of P2P routes that =20= are not along a DAG. JP> In some cases, it may be desirable to make use of source-=20 initiated ... This document thus describes such a mechanism, complementary to the basic RPL specification. The specified scheme is based on a reactive on-demand approach, =20 which enables a router to discover one or more "good-enough" routes in either direction between itself and another router in the LLN =20 without any constraints regarding the existing DAG-membership of the links that such routes may use. JP> This will be an aspect triggering some discussion. How "good" is "good enough" ? You will need some text to elaborate here or point to another section explaining what is meant by "good enough" Such routes may be source-routes or hop- by-hop ones. JP> Just terminology: instead of referring to hop-by-hop routes, you may want to say that once a route has been computed between two nodes in the network, IPv6 packet may be forward using a source routing mechanism as specified in [XX] or in a hop by hop fashion. A complementary functionality, necessary to help decide whether to initiate a route discovery, is a mechanism to measure the end-to-end cost of an existing route. JP> s/cost/path cost Such functionality will be described in a separate document. JP> But its use is described in this document ? 2. Targeted Use Cases The mechanisms described in this document are intended to be =20 employed as complementary to RPL in specific scenarios that need point-to- point (P2P) routes between arbitrary routers. One target use case, common in a home environment, involves a remote control (or a motion sensor) that suddenly needs to communicate with a lamp module, whose network address it knows apriori. In this =20 case, the source of data (the remote control or the motion sensor) must be able to discover a route to the destination (the lamp module) "on demand". Another target use case, common in a large commercial building environment, involves a large LLN deployment where P2P communication along a particular DAG among hundreds (or thousands) of routers creates severe traffic congestion near that DAG's root, and thus routes across this DAG are desirable. Targeted use cases also include scenarios where energy or delay constraints are not satisfied by the P2P routes along a DAG because they involve traversing many more intermediate routers than =20 necessary to reach the destination. JP> What I would suggest is to summarize it, put in the introduction, and detail the use case in the applicability statement. 3. Terminology The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in Goyal, et al. Expires December 16, 2010 [Page 4] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 [RFC2119]. Additionally, this document uses terminology from [I-D.ietf-roll-terminology] and [I-D.ietf-roll-rpl], and introduces the following terminology: Origin Router: The router initiating the route discovery. The =20 origin router acts as one end point of the routes to be discovered. Target Router: The other end point of the routes to be discovered. Intermediate Router: A router that is neither the origin nor the target. Forward Route: A route from the origin router to the target router. Backward Route: A route from the target router to the origin router. Bidirectional Route: A route that can be used in both directions: from the origin router to the target router and vice versa. Source Route: A complete and ordered list of routers that can be =20 used by a packet to travel from a source to a destination. Such source routes can be carried by a packet in a proposed Type 4 Routing =20 Header [I-D.hui-6man-rpl-routing-header]. Hop-by-hop Route: A route from a source to a destination where each router in the route knows only the address of the next hop on the route. JP> I would suggest to change the definition for "routing paradigm whereby packets are routed from their source to destination by on a hop by hop basis where the packets is routed by a set of routers along the path according to the routing table stored by each router along the path". In this document, the term 'router' refers to any LLN device that =20= can forward packets generated at other devices. 4. Functional Overview Router A originates a "Discovery" message listing router B as the target. Node A also indicates in the message: o The nature of the routing cost, the method for accumulating the end-to-end cost JP> This may de detailed hereafter but I guess that you will point to the metric-ID for the metric used? and the criteria used to determine if a route is "good enough"; o The direction (forward: router A to router B; backward: router B to router A; or both) of the route being discovered; o The desired number of routes; Goyal, et al. Expires December 16, 2010 [Page 5] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 o Whether the route is a source-route or a hop-by-hop one; and o A limit on the "distance" the Discovery message may travel. JP> Need to define the term "distance": is it a max path cost, number of hops, ... ? The Discovery message propagates via link-local multicast JP> Indicate "IPv6" with each receiving router making the decision regarding whether to forward =20= the message further based on the "distance" (from router A) that this particular copy of the message has already traveled. Note that this document does not require a receiving router to use the "good =20 enough" criteria to make the forwarding decision. This is because the evaluation of such criteria may be too complex for a constrained intermediate router to perform for each received copy of the Discovery message. JP> So I guess that you define later what to do in both cases (the node cannot process the "good enough" criteria or it can process it) ? The calculation of the "distance" that a copy of the Discovery message has already travelled should be simple enough for a constrained router to perform. JP> Again it is hard to tell from what you wrote if this can =20 reasonably be achieved; it depends on the definition of the term "distance". A router may optionally decide not to forward a copy of the Discovery message further because the aggregated cost of the route so far fails the "good enough" =20 criteria. JP> You will nee to be more specific here. Is it a "may" or a "MAY". Define what happens in this case. You may provide more details later in the document. The underlying mechanism being used to propagate the Discovery message may put further restrictions on its propagation. A router should not propagate the Discovery message further if hop-by-hop routes are desired and the router can not store state for this =20 route. As a copy of the Discovery message travels towards router B, it accumulates the relevant forward/backward costs as well as the route it takes. When router B receives a copy of the Discovery message, =20= it determines whether the route traveled by the message meets the "good enough" criteria. JP> I think that you already mentioned this. If router A had requested the discovery of backward source-routes, JP> Didn't you mean "forward" ? router B caches one or more good enough source-routes it identifies. Additionally, router B sends one or more "Discovery Reply" message =20= to router A to acknowledge the discovery of these routes. These acknowledgements allow router A to judge the success of the route discovery. The Discovery Reply messages can travel towards router A in any manner chosen by router B. For example, router B may source- route the messages or send them towards router A along a DAG. If router A had requested the discovery of "n" forward source-=20 routes, router B sends the "n" good enough source-routes it identifies to router A in one or more Discovery Reply messages. Again, these Discovery Reply messages can travel towards router A in any manner chosen by router B. JP> What if the DAG is "broken": retry from A after expiration of a =20 local timer ? If router A had requested the discovery of "n" bidirectional source- routes, router B caches the "n" good enough source-routes it identifies and also sends these routes to router A in one or more Discovery Reply messages. These Discovery Reply messages can travel towards router A in any manner chosen by router B. Goyal, et al. Expires December 16, 2010 [Page 6] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 If router A had requested the discovery of "n" forward/backward/ bidirectional hop-by-hop routes, router B sends out a Discovery =20 Reply message to router A for each one of the "n" good enough routes it identifies. JP> Do you need one "Discovery Reply message" per route or next-hop in this case? The Discovery Reply message travels towards router A using the source-route accumulated by the Discovery message. JP> In the case of hop-by-hop routes, source routes, both ? As this message travels towards router A, it establishes appropriate =20 forward/ backward routing state in the en-route routers. This "non DAG" routing state should be specially marked to associate it with the routing metrics JP> Refer to metric ID ? used to discover the route and to distinguish such state from other DAG-specific routing state the router may have. JP> Not sure that you need to distinguish the state. Suppose that you discover a hop-by-hop route (not a big fan of that terms as pointed out above but let's continue to use it for the time being), a storing node may indeed have two routes for the same destination: do you want to state that it should always use the P2P routes discovered by this mechanism or let it choose the best one according to the metric in use? JP> What if there are two routes using different metrics? 5. Propagation of Discovery Messages RPL uses DIO message propagation to build a DAG. The DIO message travels via link-local multicast. JP> Add everywhere "IPv6 link-local multicast addresses" Each router joining the DAG determines a rank for itself and ignores the subsequent DIO messages received from lower (higher in numerical value) ranked neighbors. Thus, the DIO messages propagate outwards rather than return inwards towards the DAG root. JP> I would suggest to align to the RPL terminology. Inward/outward are not used anymore. The DIO message generation at a router is further controlled by a trickle timer that allows a router to avoid generating unnecessary messages. JP> Add a reference to the Trickle ID The link-local multicast based propagation, trickle-controlled generation and the rank-based poisoning of messages traveling in the wrong direction (towards the DAG root) provide powerful incentives to use the DIO message as the Discovery message and propagate the DIO/Discovery message by =20 creating a "temporary" DAG. 5.1. The Route Discovery Option 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= +-+ | Type =3D 9 | Option Length | D |S| N | L |O| Max =20 Rank | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= +-+ =20 | | | Target =20 Address | =20 | | =20 | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= +-+ | OCP | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 1: Format of the Route Discovery Option In order to be used as a Discovery message, a DIO MUST carry a =20 "Route Discovery" option illustrated in Figure 1. A DIO MUST NOT carry =20 more Goyal, et al. Expires December 16, 2010 [Page 7] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 than one Route Discovery options. JP> Explain what you do if more than one is present: * Ignore the second one? * Ignore the entire message? A Route Discovery option consists of the following fields: o Option Type =3D 0x09 (to be confirmed by IANA). o Option Length =3D 20 or 22 octets depending on whether the OCP =20= field is included or not. o D: A 2-bit field that indicates the direction of the desired routes: * D =3D 0x00: Forward; * D =3D 0x01: Backward; * D =3D 0x02: Bidirectional. o S: A flag that indicates whether source routes are desired. The flag is set if the source routes are desired. The flag is clear if hop-by-hop routes are desired. o N: A 3-bit unsigned integer indicating the number of routes desired. o L: A 2-bit field indicating the minimum "Life Time" of the temporary DAG, i.e., the minimum duration a router joining the temporary DAG must maintain its membership in the DAG: * L =3D 0x00: Minimum life time is 5 seconds; * L =3D 0x01: Minimum life time is 10 seconds; * L =3D 0x02: Minimum life time is 1 minute; * L =3D 0x03: Minimum life time is 10 minutes. JP> Placeholder ... indicate what happens if a node cannot store that additional state (add a manageability section). o O: A flag that indicates whether the same OCP is used for route discovery as well as temporary DAG formation. If this flag is clear, the OCP contained in the DODAG Configuration option in the DIO is used for route discovery as well. Otherwise, the OCP specified in the Route Discovery option is used for route selection JP> s/route selection/route discovery and the metrics/constraints used for route selection are carried in a Metrics Container option immediately following the Route Discovery option. JP> Since OF is decoupled from metrics, you always need to indicate the metric in use. That said, I do not see your point here. Indeed, the temporary DAG is built according to some OF and metrics so the resulting routes will inherit these metrics? o Max Rank: A 7-bit unsigned integer that indicates the maximum =20 rank allowed in the temporary DAG advertised by the DIO message. This upper limit on the DAG rank serves as the "distance" referred to Goyal, et al. Expires December 16, 2010 [Page 8] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 in Section 4 and provides a control over how far the Route Discovery option contained in the DODAG Configuration option in the DIO message may travel. JP> You may discuss it later in this document ... but the distance is =20= tied to how you compute the rank. A router MUST not JP> s/MUST not/MUST NOT join the temporary DAG if its rank in the DAG will exceed this limit. Later =20 versions of this draft will map the 128 value space available in this =20 field to 16-bit long limits on the DAG rank. o Target Address: The IPv6 address of the target router. o OCP: 16 bit unsigned integer. An optional field, present only if the O flag is set, that indicates the objective code point (OCP) to be used for route selection. 5.2. Setting a DIO Carrying a Route Discovery Option A DIO message that carries a Route Discovery option MUST set the =20 Base Object, described in [I-D.ietf-roll-rpl], in the following manner: o RPLInstanceID: RPLInstanceID MUST be a local value as described =20= in Section 4.1 of [I-D.ietf-roll-rpl]. o Grounded (G) Flag: MUST be clear since the objective of DAG formation is the propagation of Route Discovery option. This DAG is temporary in nature and is not used for routing purpose. o Destination Advertisement Supported (A) Flag: MUST be clear for same reasons as described above. o Destination Advertisement Trigger (T) Flag: MUST be clear. o Mode of Operation (MOP): Since the temporary DAG is not to be =20 used for routing purposes, the value of this field is immaterial. To allow constrained routers to join the DAG, the MOP field SHOULD =20= be set to 00 (non-storing). JP> I'd rather suggest to specify a new MOP value (0x02) o DODAGPreference (Prf): TBD o Destination Advertisement Trigger Sequence Number (DTSN): TBD JP> To be discussed on the mailing list ? o DODAGID: IPv6 address of the router initiating the route discovery. JP> Origin router. The other fields in the Base Object are set as per the rules described in [I-D.ietf-roll-rpl]. The DODAG Configuration option, carried in the DIO message, =20 specifies the parameters for the trickle timer operation that governs the generation of DIO messages by the routers joining the temporary DAG. JP> Also according to RPL ID or would you recommend different default values ? Default values for RPL are TBD but we could easily think of different values in this case. To be revisited in the future. Goyal, et al. Expires December 16, 2010 [Page 9] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 The other fields defined in the DODAG Configuration option are set =20= as follows: o The MaxRankIncrease field MUST be set to 0 to disable local =20 repair of the temporary DAG. o This document RECOMMENDS a value 1 for the MinHopRankInc field. o Objective Code Point (OCP): The OCP to be used for temporary DAG formation. This document RECOMMENDS RPL Objective Function 0, as defined in [I-D.ietf-roll-of0], for use as the objective function for the formation of the temporary DAG. A DIO, that contains a Route Discovery option with O flag set, MUST also contain a Metric Container option immediately following the Route Discovery option. This Metric Container option carries the values for the routing metrics as well as the constraints (constituting the "good enough" criteria) used for route selection. JP> This is confusing: the metric and constraint carried within the =20 Metric Container are used for the DODAG formation. Do you want to use them for a different purpose ? At this point, you have not yet defined the =20= use of the good enough criteria but one can guess that you would use the good enough metrics to control the flooding and the metric/OF to effectively build the temporary DAG and discover the routes. If so, the good enough metrics are of different use. Note that if O flag in the Route Discovery option is clear, the OCP and Metric Container used for temporary DAG formation are used for route selection as well. A DIO, carrying a Route Discovery option, MUST not carry any Route JP> s/MUST not/MUST NOT Information or Prefix Information options described in [I-D.ietf-roll-rpl]. 5.3. Processing of a DIO Carrying a Route Discovery Option At An Intermediate Node The rules for DIO processing and transmission, described in =20 Section 7 of RPL [I-D.ietf-roll-rpl], apply to DIOs carrying a Route Discovery option as well except as modified in this document. When an intermediate router joins a temporary DAG advertized by a =20= DIO carrying the Route Discovery option, it MUST maintain its membership in the DAG for the Minimum Life Time duration listed in the Route Discovery option. JP> What if it cannot ? Just not join the DAG and log an error ? Maintaining membership in the DAG implies remembering: o The RPLInstanceID, the DODAGID and the DODAGVersionNumber for the temporary DAG; o The router's rank in the temporary DAG; o The best Metric Container, JP> you mean the best path cost? along with the associated source route from the initiator of route discovery till this router (carried =20= in a Record Route IPv6 Extension Header proposed in [I-D.thubert-6man-reverse-routing-header]), for the Route Goyal, et al. Expires December 16, 2010 [Page 10] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 Discovery option being propagated by the temporary DAG. If the router can not compare Metric Containers, it MUST remember the latest Metric Container it has received, along with the =20 associated source route. JP> Requires clarification on what you mean by "compare" A router belonging to a temporary DAG need not remember the identity of its DAG parents since the temporary DAG is not used for routing. JP> Are you sure ? What is a hop-by-hop route is needed ? Don't you need to remember your parent, or do you still record the route ? The main purpose of a temporary DAG's existence is to facilitate the propagation of the Route Discovery option. The router does not process a Route Discovery option, contained in the received DIO, any further if any of the following conditions are true: o The router does not support the objective function JP> and/or metrics being used for route discovery o The router does not have sufficient information to calculate the relevant routing metrics/constraints in the right direction (as specified by the D field). o The S field is clear, i.e. hop-by-hop routes are desired, but the router can not participate in a hop-by-hop route. o The router is an intermediate router and the router's rank in the temporary DAG, calculated on the basis of the rank and objective function carried in the Base Object in the DIO, exceeds the Max Rank value specified in the Route Discovery option. A router MUST discard the DIO if the Route Discovery option =20 contained in the message does not need further processing. JP> Log an error ? Otherwise, the Route Discovery option is processed as follows. The router updates the Metrics Container associated with the =20 received Route Discovery option as per the specified objective function. JP> And routing metrics The router may optionally check the Metric Container to determine if the aggregated values for the routing metrics meet all the constraints listed in the Metric Container. JP> The aggregated values are for the metrics. Constraints are used to prune potential path. If not, the Route Discovery option is discarded JP> You mean the DIO message. without further processing. Otherwise, the router updates its in-memory copy of the latest/best Metric Container for this Route Discovery option along with the associated source route updated in the correct direction (based on the D field of the Route Discovery option). Any change in the in-memory copy also requires resetting the trickle timer and generating a new DIO carrying the Route Discovery option, the updated latest/best Metric Container and the associated source route (in a Record Route IPv6 extension header proposed in [I-D.thubert-6man-reverse-routing-header]) when the =20 timer fires. JP> If the changes occur during the lifetime window. Note that the Metric Container MUST immediately follow the Goyal, et al. Expires December 16, 2010 [Page 11] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 Route Discovery option if the O flag in the Route Discovery option =20= is set. 5.4. Processing of a DIO Carrying a Route Discovery Option At The Target Router When the target router joins the temporary DAG advertized by a DIO carrying the Route Discovery option, it MUST maintain its membership in the DAG for the Minimum Life Time duration listed in the Route Discovery option. Maintaining membership in the DAG implies remembering: o The RPLInstanceID, the DODAGID and the DODAGVersionNumber for the temporary DAG; o The router's rank in the temporary DAG; The target router does not process a Route Discovery option, contained in the received DIO, any further if any of the following conditions are true: o The router does not support the objective function used for route discovery o The router does not have sufficient information to calculate the relevant routing metrics/constraints in the right direction (as specified by the D field). JP> or does not support the metric. The target router MUST discard the DIO if the Route Discovery option contained in the message does not need further processing. JP> ? How does it knows (simply because it reaches the destination) ? Otherwise, the Route Discovery option is processed as follows. The target router updates the Metrics Container associated with the received Route Discovery option as per the specified objective function. JP> and routing metrics (remember they are decoupled). The target router then checks the Metric Container to determine if the aggregated values for the routing metrics meet all the constraints listed in the Metric Container. JP> See previous comments. If not, the Route Discovery option is discarded without further processing. =20 Otherwise, the router MAY select the source route accumulated by the received DIO as one of the discovered routes. JP> "MAY" ? When ? The target router MUST send one or more RPL Control Messages carrying a Discovery Reply Object (defined in the next section) back to the origin router (identified by the DODAGID field in the DIO Base Object) as discussed in the following sections. The target router MUST NOT forward a DIO carrying a Route Discovery option that lists one of its own addresses as the Target Address. Goyal, et al. Expires December 16, 2010 [Page 12] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 6. Propagation of Discovery Reply Messages 6.1. The Discovery Reply Object (DRO) 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= +-+ | RPLInstanceID | Version | D |S| N | =20 Reserved | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= +-+ =20 | | | DODAGID | =20 | | =20 | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= +-+ =20 | | | Target =20 Address | =20 | | =20 | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= +-+ | Option(s)... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+... Figure 2: Format of the Discovery Reply Object (DRO) This document defines a new RPL Control Message type, the Discovery Reply Object (DRO) with code 0x04 (to be confirmed by IANA), that serves the following functions: o An acknowledgement from the target router to the origin router regarding the successful discovery of backward source routes; JP> ACK of routes from the origin to the target: you may not have routes in the opposite direction. o Carries one or more forward/bidirectional source routes from the target to the origin router; o Establishes a hop-by-hop forward/backward/bidirectional route as it travels from the target to the origin router. The format for a Discovery Reply Object (DRO) is shown in Figure 2. A DRO consists of the following fields: o RPLInstanceID: The RPLInstanceID of the temporary DAG used for route discovery. o Version: The Version of the temporary DAG used for route discovery. Goyal, et al. Expires December 16, 2010 [Page 13] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 o DODAGID: The DODAGID of the temporary DAG used for route discovery. The DODAGID also identifies the origin router. The RPLInstanceID, the Version and the DODAGID together uniquely identify the temporary DAG used for route discovery and can be copied from the Base Object of the DIO advertizing the temporary DAG. o D: A 2-bit field that indicates the direction of the discovered routes: * D =3D 0x00: Forward; * D =3D 0x01: Backward; * D =3D 0x02: Bidirectional. This field has the same value as the corresponding field in the Route Discovery option. o S: A flag that is clear if the Discovery Reply Object is establishing an hop-by-hop route. The flag is set if the Discovery Reply Object carries (or is an acknowledgement for the discovery of) one or more source routes. o N: A 3-bit field that indicates the number of source routes carried or acknowledged in the Discovery Reply Object. o Target Address: The IPv6 address of the target router originating the Discovery Reply Object. o Reserved: These bits are reserved for future use. These bits =20 MUST be set to zero on transmission and MUST be ignored on reception. o Options: The Discovery Reply Object MAY carry up to 7 Source =20 Route options (defined in the next section) with each such option carrying a complete forward/bidirectional source route and optionally followed by a Metric Container option that lists the aggregated values for the routing metrics for the source route. JP> This may not be an aggregated value but recorded metric too. Goyal, et al. Expires December 16, 2010 [Page 14] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 6.1.1. The Source Route Option 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= +-+ | Type =3D 10 | Option Length | Compr | Pad | =20 Resvd | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= +-+ =20 | | . =20 Addresses[1..n] . . = . =20 | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= +-+ Figure 3: Format of the Source Route Option The Source Route option, illustrated in Figure 3, carries a complete forward/bidirectional source route from the target router to the origin router. A Source Route option can only be a part of the Discovery Reply Object and MAY be immediately followed by a Metric Container option that contains the aggregated values of the routing metrics for this source route. A Route Discovery option consists of the following fields: o Option Type =3D 0x0A (to be confirmed by IANA). o Option Length =3D Variable, depending on the size of the = Addresses vector. o Compr: 4-bit unsigned interger indicating the number of prefix octets that are elided from each address. For example, Compr value will be 0 if full IPv6 addresses are carried in the Addresses vector. o Pad: 4-bit unsigned integer. Number of octets that are used for padding between Address[n] and the end of the Source Route =20 option. o Address[1..n]: Vector of addresses, numbered 1 to n. Each vector element has size (16 - Compr) octets. A common network configuration for an RPL domain is that all routers within an LLN share a common prefix. The Source Route option uses the Compr field to allow compaction of the Addresses[1..n] vector when all entries share the same prefix as the DODAGID or the Target Address of the encapsulating Discovery Reply Object. The shared prefix octets are not carried within the Source Route option and =20 each entry in Address[1..n] has size (16 - Compr) octets. When Compr is Goyal, et al. Expires December 16, 2010 [Page 15] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 non-zero, there may exist unused octets between the last entry, Address[n], and the end of the Source Route option. The Pad field indicates the number of unused octets that are used for padding. Note that when Compr is 0, Pad MUST be null and carry a value 0. The Source Route option MUST NOT specify a path that visits a router more than once. When generating a Source Route option, the target router may not know the mapping between IPv6 addresses and routers. Minimally, the target router MUST ensure that: o The IPv6 Addresses do not appear more than once; o The IPv6 addresses of the origin and the target routers do not appear in the Address vector; o The Address vector represents a source route in forward direction with Address[1] being the next hop for the origin router. Multicast addresses MUST NOT appear in a Source Route option. JP> you may want to add a ref to RH4 since the format is very similar. 6.2. DRO as Acknowledgement for Backward Source Routes When a target router discovers a backward source route, JP> I have an issue with your terminology. When the target receives the DIO with route discovery option, what is discovered is a forward route ? it sends a DRO message to the origin router as an acknowlegement for the discovered route. Optionally, a target router MAY send a DRO acknowledgement to the origin router after discovering multiple backward source routes. A DRO, serving as an acknowledgement for backward source route discovery, has its D field set to 0x01 (indicating backward) while the S flag is set to 1 (indicating =20 source route). The N field is set to indicate the number of discovered backward source routes being acknowledged. Such a DRO message MUST NOT contain any option. This document does not require a particular method for sending =20 such a DRO message to the origin router. The target router MAY send the =20= DRO message to the origin router in any fashion, including: o Using a source route carried in a Type 4 Routing header [I-D.hui-6man-rpl-routing-header]; o Along any DAG connecting the target and the origin routers; o Along the temporary DAG created for route discovery, provided =20 that the target router is reasonably sure that the DAG's life time is sufficiently long and the routers in the DAG do remember one or more of their parents in the DAG. JP> You may want to explain a bit more why you the origin router would be interested in receiving an ACK without the route itself (case 6.3): hop-by-hop routes. Goyal, et al. Expires December 16, 2010 [Page 16] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 6.3. DRO as Carrier of Forward/Bidirectional Source Routes When a target router discovers a forward source route, JP> Here, I agree that this is a forward route. it sends a DRO message to the origin router carrying the discovered source route inside a Source Route option. Similarly, when a target router discovers a bidirectional source route, it caches the route for its own use and then sends a DRO message to the origin router carrying the discovered route inside a Source Route option. Rather than immediately sending a discovered route back to the origin router, a target router MAY optionally send one DRO message after discovering multiple forward/bidirectional source routes with the sent DRO carrying the discovered source routes (in multiple Source Route options). JP> Note that the algorithm for "best route" selection is outside the =20= scope of this document, so does the use of a timer on the target side to =20 determine how much time to wait before answering, ... A DRO message carrying one or more Source Route options MUST have =20= its D field set to 0x00 (for forward routes) or 0x02 (for bidirectional routes). The S flag MUST be set to 1 and the N field MUST indicate the number of Source Route options in the message. A Source Route option MAY immediately be followed by a Metric Container option that carries the aggregated JP> or recorded values of the routing metrics for this source route. The target router may send this DRO message to the origin router in any fashion it desires including the options listed in Section 6.2. 6.4. Establishing Hop-by-hop Routes Via DRO In order to establish a hop-by-hop route, the target router sends a DRO message along the reverse of the discovered route (via a Type 4 Routing Header specified in [I-D.hui-6man-rpl-routing-header]). The D field of the message is set to convey the route's direction (forward/backward/bidirectional) and the S flag MUST be clear (indicating hop-by-hop). The N field MUST be set to 1. Such a DRO MUST NOT contain any option. A router receiving such a DRO message SHOULD establish hop-by-hop state in the right direction corresponding to the route carried in the Type 4 Routing Header of the DRO message. If a router does not establish such state, it MUST drop the DRO message. Otherwise, it MUST forward the DRO message along the source route contained in =20 Type 4 Routing Header of the received message. JP> Any error log if it does not ? (optional) ICMP sent to the target =20= node? A router SHOULD associate the hop-by-hop routing state, thus established, with the objective function and metrics used for route discovery. Goyal, et al. Expires December 16, 2010 [Page 17] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 JP> New section to indicate how to clean-up the temporary DAG ? 7. Security Considerations TBA 8. IANA Considerations TBA 9. Authors and Contributors In addition to the editor, the authors of this document include the following individuals (listed in alphabetical order). Anders Brandt, Sigma Designs, Emdrupvej 26A, 1., Copenhagen, =20 Dk-2100, Denmark. Phone: +45 29609501; Email: abr@sdesigns.dk Robert Cragie, Gridmerge Ltd, 89 Greenfield Crescent, Wakefieldm WF4 4WA, UK. Phone: +44 1924910888; Email: robert.cragie@gridmerge.com Jerald Martocci, Johnson Controls, Milwaukee, WI 53202, USA. Phone: +1 414 524 4010; Email:jerald.p.martocci@jci.com Charles Perkins, Tellabs Inc., USA. Email:charliep@computer.org Authors gratefully acknowledge the contributions of Richard Kelsey and Zach Shelby in the development of this document. 10. References 10.1. Normative References [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997. 10.2. Informative References [I-D.brandt-roll-rpl-applicability-home-building] Brandt, A., Baccelli, E., and R. Cragie, "Applicability Statement: The use of RPL in Building and Home Environments", draft-brandt-roll-rpl-applicability-home-building-00 =20 (work in progress), April 2010. [I-D.hui-6man-rpl-routing-header] Hui, J., Vasseur, J., and D. Culler, "A Source Routing Goyal, et al. Expires December 16, 2010 [Page 18] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 Header for RPL", draft-hui-6man-rpl-routing-header-00 (work in progress), May 2010. [I-D.ietf-roll-building-routing-reqs] Martocci, J., Riou, N., Mil, P., and W. Vermeylen, "Building Automation Routing Requirements in Low Power =20= and Lossy Networks", draft-ietf-roll-building-routing-reqs-09 (work in progress), January 2010. [I-D.ietf-roll-of0] Thubert, P., "RPL Objective Function 0", draft-ietf-roll-of0-02 (work in progress), June 2010. [I-D.ietf-roll-routing-metrics] Vasseur, J., Kim, M., Networks, D., and H. Chong, =20 "Routing Metrics used for Path Calculation in Low Power and Lossy Networks", draft-ietf-roll-routing-metrics-07 (work in progress), June 2010. [I-D.ietf-roll-rpl] Winter, T., Thubert, P., and R. Team, "RPL: IPv6 Routing Protocol for Low power and Lossy Networks", draft-ietf-roll-rpl-09 (work in progress), June 2010. [I-D.ietf-roll-terminology] Vasseur, J., "Terminology in Low power And Lossy Networks", draft-ietf-roll-terminology-03 (work in progress), March 2010. [I-D.thubert-6man-reverse-routing-header] Thubert, P., "Reverse Routing Header", draft-thubert-6man-reverse-routing-header-00 (work in progress), June 2010. [RFC5826] Brandt, A., Buron, J., and G. Porcu, "Home Automation Routing Requirements in Low-Power and Lossy Networks", RFC 5826, April 2010. Goyal, et al. Expires December 16, 2010 [Page 19] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 Authors' Addresses Mukul Goyal (editor) University of Wisconsin Milwaukee 3200 N Cramer St Milwaukee, WI 53211 USA Phone: +1 414 2295001 Email: mukul@uwm.edu Emmanuel Baccelli (editor) INRIA Phone: +33-169-335-511 Email: Emmanuel.Baccelli@inria.fr URI: http://www.emmanuelbaccelli.org/ P2P Team JP> Remove P2P Team unless you list the people. Goyal, et al. Expires December 16, 2010 [Page 20] =0C --Apple-Mail-192--125020779 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable
Dear = authors,

Since I had a number of comments = I inserted them in the ID itself. As you will notice:
1) Some = of them are purely editorial
2) Others are more fundamental = and may require just clarifications, more discussion on the mailing = list, ... In this case, feel free to start a separate thread (note that = ticket cannot be assigned to non WG document).
3) I also = suggested new sections

Internet Engineering Task Force                            M. Goyal, Ed.
Internet-Draft                         University of Wisconsin Milwaukee
Intended status: Informational                          E. Baccelli, Ed.

JP> Are you sure that =
you want to make it informational ?

Expires: =
December 16, 2010                                         INRIA
                                                               P2P. Team
                                                           June 14, 2010


   Reactive Discovery of Point-to-Point Routes in Low Power and Lossy
                                Networks
                        draft-dt-roll-p2p-rpl-01

Abstract

   This document describes a mechanism to discover and establish "on
   demand" one or more routes between two routers in a low power and
   lossy network.

JP> =
Needs a bit more details + explicitly refer to IPv6 in the =
abstract 
and =
introduction.


Status of this Memo

   This Internet-Draft is submitted to IETF in full conformance with the
   provisions of BCP 78 and BCP 79.

   Internet-Drafts are working documents of the Internet Engineering
   Task Force (IETF).  Note that other groups may also distribute
   working documents as Internet-Drafts.  The list of current Internet-
   Drafts is at http://datatracker.ie=
tf.org/drafts/current/.

   Internet-Drafts are draft documents valid for a maximum of six months
   and may be updated, replaced, or obsoleted by other documents at any
   time.  It is inappropriate to use Internet-Drafts as reference
   material or to cite them other than as "work in progress."

   This Internet-Draft will expire on December 16, 2010.

Copyright Notice

   Copyright (c) 2010 IETF Trust and the persons identified as the
   document authors.  All rights reserved.

   This document is subject to BCP 78 and the IETF Trust's Legal
   Provisions Relating to IETF Documents
   (http://trustee.ietf.org/lice=
nse-info) in effect on the date of
   publication of this document.  Please review these documents
   carefully, as they describe your rights and restrictions with respect
   to this document.  Code Components extracted from this document must
   include Simplified BSD License text as described in Section 4.e of
   the Trust Legal Provisions and are provided without warranty as



Goyal, et al.           Expires December 16, 2010               [Page 1]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   described in the Simplified BSD License.


Table of Contents

   1.  Introduction . . . . . . . . . . . . . . . . . . . . . . . . .  3
   2.  Targeted Use Cases . . . . . . . . . . . . . . . . . . . . . .  4
   3.  Terminology  . . . . . . . . . . . . . . . . . . . . . . . . .  4
   4.  Functional Overview  . . . . . . . . . . . . . . . . . . . . .  5
   5.  Propagation of Discovery Messages  . . . . . . . . . . . . . .  7
     5.1.  The Route Discovery Option . . . . . . . . . . . . . . . .  7
     5.2.  Setting a DIO Carrying a Route Discovery Option  . . . . .  9
     5.3.  Processing of a DIO Carrying a Route Discovery Option
           At An Intermediate Node  . . . . . . . . . . . . . . . . . 10
     5.4.  Processing of a DIO Carrying a Route Discovery Option
           At The Target Router . . . . . . . . . . . . . . . . . . . 12
   6.  Propagation of Discovery Reply Messages  . . . . . . . . . . . 13
     6.1.  The Discovery Reply Object (DRO) . . . . . . . . . . . . . 13
       6.1.1.  The Source Route Option  . . . . . . . . . . . . . . . 15
     6.2.  DRO as Acknowledgement for Backward Source Routes  . . . . 16
     6.3.  DRO as Carrier of Forward/Bidirectional Source Routes  . . 17
     6.4.  Establishing Hop-by-hop Routes Via DRO . . . . . . . . . . 17
   7.  Security Considerations  . . . . . . . . . . . . . . . . . . . 18
   8.  IANA Considerations  . . . . . . . . . . . . . . . . . . . . . 18
   9.  Authors and Contributors . . . . . . . . . . . . . . . . . . . 18
   10. References . . . . . . . . . . . . . . . . . . . . . . . . . . 18
     10.1. Normative References . . . . . . . . . . . . . . . . . . . 18
     10.2. Informative References . . . . . . . . . . . . . . . . . . 18
   Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 19






















Goyal, et al.           Expires December 16, 2010               [Page 2]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


1.  Introduction

   RPL [I-D.ietf-roll-rpl] provides multipoint-to-point (MP2P) routes
   from routers in a low power and lossy network (LLN) to a sink router
   by organizing the routers along a Directed Acyclic Graph (DAG) rooted
   at the sink.  
JP> low power and lossy =
.... Low Power and Lossy
JP> RPL provides P2MP, =
MP2P and P2P routes =
too.
JP> Without going too =
much in the details, you may just want to =
add
that a node decides to join a DODAG =
according to a number of parameters
(identity of =
the DODAG, OF, routing/constraints a specified in the =
metric-ID,...).
   RPL enables point-to-multipoint =
(P2MP) routing from a router to its
   descendants in the DAG by allowing a router to send a Destination
   Advertisement Object (DAO) upwards along the DAG.  The DAO carries
   the aggregated 
JP> Potentially =
"aggregated"
information =
regarding the descendants (and other local
   prefixes) reachable through the originating router.

   RPL also provides mechanisms for point-to-point (P2P) routing between
   any two routers in the DAG.  
JP> =
Yes.
If the destination is within the
   source's "range", the source may directly send packets to the
   destination.  Otherwise, if the destination is a DAG descendant and
   the source maintains "downwards" routing state about this descendant,
   it can forward the packet along this route.  Otherwise, the source
   sends the packet to a DAG parent, which then applies the same set of
   rules to forward the packet further.  Thus, a packet travels up the
   DAG until it reaches a router that knows of the downwards route to
   the destination and then it travels down the DAG towards its
   destination.  A router may or may not maintain routing state about a
   descendant depending on whether its immediate children send it such
   information in their DAOs and whether the router can store this
   information.  Thus, in the best case scenario, the "upwards" segment
   of the P2P route between a source and a destination ends at the first
   common ancestor of the source and the destination.  In the worst
   case, the "upwards" segment would extend all the way to the DAG's
   root.  If the destination did not originate a DAO, the packet will
   travel all the way to the DAG's root, where it will be dropped.

JP> This may require to =
be a bit more accurate here. If there is no =
DAO,
there RPL is used for MP2P routing only =
(that is not a protocol design 
characteristic =
though). 
   The P2P routing functionality =
available in RPL suffers from several
   shortcomings [I-D.brandt-roll-rpl-applicability-home-building]:

JP> "suffering from =
several shortcomings" is a bit strong though. You =
may
want to say =
that additional mechanisms may be required to address =
specific
situation =
and list them. 
   o  The need =
to maintain routes "proactively", i.e. every possible
      destination in the DAG must originate a DAO.

   o  The constraint to route only along a DAG potentialy leading to
      significantly suboptimal P2P routes and traffic congestion near
      the DAG root.
JP> 
First bullet: =
you can mention that this requires to pro-actively advertise =
the
route and to keep refreshing the state =
accordingly
Second bullet: just to be very accurate, =
mention that the route may be sub-optimal.
This is highly =
network topology / OF dependent.





Goyal, et al.           Expires December 16, 2010               [Page 3]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   These shortcomings are not compatible with the home and commercial
   building domain application requirements described in [RFC5826] and
   [I-D.ietf-roll-building-routing-reqs].  
JP> Again, to be =
accurate, there are no MUST requirements listed =
in
these ID that are not satisfied by RPL =
(with regards to the aforementioned
issues). I am =
NOT saying that the proposed mechanism is not =
useful 
(by all means), just that the statement =
above is not correct.

Such =
applications require a
   mechanism providing source-initiated discovery of P2P routes that are
   not along a DAG.  
JP> In some cases, it =
may be desirable to make use of source-initiated =
... 

This document thus describes such a =
mechanism,
   complementary to the basic RPL specification.

   The specified scheme is based on a reactive on-demand approach, which
   enables a router to discover one or more "good-enough" routes in
   either direction between itself and another router in the LLN without
   any constraints regarding the existing DAG-membership of the links
   that such routes may use.  
JP> This will be an =
aspect triggering some discussion. How "good" =
is
"good enough" ? You will need some text =
to elaborate here or point 
to another =
section explaining what is meant by "good =
enough"
Such routes may be source-routes or =
hop-
   by-hop ones.  
JP> Just terminology: =
instead of referring to hop-by-hop routes, you =
may
want to say that once a route has been =
computed between two nodes in 
the network, =
IPv6 packet may be forward using a source routing =
mechanism
as specified in [XX] or in a hop by hop =
fashion.
A complementary functionality, =
necessary to help decide
   whether to initiate a route discovery, is a mechanism to measure the
   end-to-end cost of an existing route.  
JP> s/cost/path =
cost
Such functionality will be
   described in a separate document.

JP> But its use is =
described in this document ?


2.  Targeted Use Cases

   The mechanisms described in this document are intended to be employed
   as complementary to RPL in specific scenarios that need point-to-
   point (P2P) routes between arbitrary routers.

   One target use case, common in a home environment, involves a remote
   control (or a motion sensor) that suddenly needs to communicate with
   a lamp module, whose network address it knows apriori.  In this case,
   the source of data (the remote control or the motion sensor) must be
   able to discover a route to the destination (the lamp module) "on
   demand".

   Another target use case, common in a large commercial building
   environment, involves a large LLN deployment where P2P communication
   along a particular DAG among hundreds (or thousands) of routers
   creates severe traffic congestion near that DAG's root, and thus
   routes across this DAG are desirable.

   Targeted use cases also include scenarios where energy or delay
   constraints are not satisfied by the P2P routes along a DAG because
   they involve traversing many more intermediate routers than necessary
   to reach the destination.

JP> What I would suggest =
is to summarize it, put in the =
introduction,
and detail the use case in the =
applicability statement.
3.  Terminology

   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
   "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and
   "OPTIONAL" in this document are to be interpreted as described in



Goyal, et al.           Expires December 16, 2010               [Page 4]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   [RFC2119].

   Additionally, this document uses terminology from
   [I-D.ietf-roll-terminology] and [I-D.ietf-roll-rpl], and introduces
   the following terminology:

   Origin Router: The router initiating the route discovery.  The origin
   router acts as one end point of the routes to be discovered.

   Target Router: The other end point of the routes to be discovered.

   Intermediate Router: A router that is neither the origin nor the
   target.

   Forward Route: A route from the origin router to the target router.

   Backward Route: A route from the target router to the origin router.

   Bidirectional Route: A route that can be used in both directions:
   from the origin router to the target router and vice versa.

   Source Route: A complete and ordered list of routers that can be used
   by a packet to travel from a source to a destination.  Such source
   routes can be carried by a packet in a proposed Type 4 Routing Header
   [I-D.hui-6man-rpl-routing-header].

   Hop-by-hop Route: A route from a source to a destination where each
   router in the route knows only the address of the next hop on the
   route.
JP> I =
would suggest to change the definition for "routing =
paradigm
whereby packets are routed from their =
source to destination by 
on a hop by hop basis where the packets =
is routed by a set of routers
along the path according to the routing =
table stored by each router
along the =
path".
   In this document, the term 'router' refers to any LLN device that can
   forward packets generated at other devices.


4.  Functional Overview

   Router A originates a "Discovery" message listing router B as the
   target.  Node A also indicates in the message:

   o  The nature of the routing cost, the method for accumulating the
      end-to-end cost 
JP> This may de detailed =
hereafter but I guess that you will point =
to 
the metric-ID for the metric =
used?

and the criteria used to determine =
if a route is
      "good enough";

   o  The direction (forward: router A to router B; backward: router B
      to router A; or both) of the route being discovered;

   o  The desired number of routes;




Goyal, et al.           Expires December 16, 2010               [Page 5]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   o  Whether the route is a source-route or a hop-by-hop one; and

   o  A limit on the "distance" the Discovery message may =
travel.
JP> Need to define the =
term "distance": is it a max path cost, number =
of
hops, ... ?


   The Discovery message propagates via link-local =
multicast 
JP> =
Indicate "IPv6"
with each
   receiving router making the decision regarding whether to forward the
   message further based on the "distance" (from router A) that this
   particular copy of the message has already traveled.  Note that this
   document does not require a receiving router to use the "good enough"
   criteria to make the forwarding decision.  This is because the
   evaluation of such criteria may be too complex for a constrained
   intermediate router to perform for each received copy of the
   Discovery message.  
JP> So I guess that you =
define later what to do in both cases (the =
node
cannot process the "good enough" criteria =
or it can process it) ?
The calculation =
of the "distance" that a copy of
   the Discovery message has already travelled should be simple enough
   for a constrained router to perform.  
JP> Again it is hard to =
tell from what you wrote if this can reasonably =
be
achieved; it depends on the definition of =
the term "distance".
A router may =
optionally decide
   not to forward a copy of the Discovery message further because the
   aggregated cost of the route so far fails the "good enough" =
criteria.
JP> You =
will nee to be more specific here. Is it a "may" or a =
"MAY". 
Define what happens in this case. You may =
provide more details later
in the =
document.
   The underlying mechanism being used to propagate the Discovery
   message may put further restrictions on its propagation.  A router
   should not propagate the Discovery message further if hop-by-hop
   routes are desired and the router can not store state for this route.

   As a copy of the Discovery message travels towards router B, it
   accumulates the relevant forward/backward costs as well as the route
   it takes.  When router B receives a copy of the Discovery message, it
   determines whether the route traveled by the message meets the "good
   enough" criteria.
JP> I think that you =
already mentioned this.
   If router A had requested the discovery of backward =
source-routes,
JP> =
Didn't you mean "forward" ?
   router B caches one or more good enough source-routes it identifies.
   Additionally, router B sends one or more "Discovery Reply" message to
   router A to acknowledge the discovery of these routes.  These
   acknowledgements allow router A to judge the success of the route
   discovery.  The Discovery Reply messages can travel towards router A
   in any manner chosen by router B. For example, router B may source-
   route the messages or send them towards router A along a DAG.

   If router A had requested the discovery of "n" forward source-routes,
   router B sends the "n" good enough source-routes it identifies to
   router A in one or more Discovery Reply messages.  Again, these
   Discovery Reply messages can travel towards router A in any manner
   chosen by router B.
JP> What if the DAG is =
"broken": retry from A after expiration of a =
local
timer =
?
   If router A had requested the discovery of "n" bidirectional source-
   routes, router B caches the "n" good enough source-routes it
   identifies and also sends these routes to router A in one or more
   Discovery Reply messages.  These Discovery Reply messages can travel
   towards router A in any manner chosen by router B.



Goyal, et al.           Expires December 16, 2010               [Page 6]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   If router A had requested the discovery of "n" forward/backward/
   bidirectional hop-by-hop routes, router B sends out a Discovery Reply
   message to router A for each one of the "n" good enough routes it
   identifies.  
JP> Do you need one =
"Discovery Reply message" per route or =
next-hop
in this =
case?
The Discovery Reply message travels =
towards router A
   using the source-route accumulated by the Discovery message. =
 
JP> In the case of =
hop-by-hop routes, source routes, both =
?
As this
   message travels towards router A, it establishes appropriate forward/
   backward routing state in the en-route routers.  This "non DAG"
   routing state should be specially marked to associate it with the
   routing metrics 
JP> Refer to metric ID =
?
used to discover the route and to =
distinguish such
   state from other DAG-specific routing state the router may have.

JP> Not sure that you =
need to distinguish the state. Suppose that =
you
discover a hop-by-hop route (not a big =
fan of that terms as pointed out
above but =
let's continue to use it for the time being), a storing =
node
may indeed have two routes for the same =
destination: do you want to
state that it should always use the P2P =
routes discovered by this
mechanism or let it choose the best one =
according to the metric in
use?
JP> What if there are =
two routes using different =
metrics?

5.  Propagation of Discovery Messages

   RPL uses DIO message propagation to build a DAG.  The DIO message
   travels via link-local multicast.  
JP> Add everywhere "IPv6 =
link-local multicast =
addresses"

Each router joining the DAG
   determines a rank for itself and ignores the subsequent DIO messages
   received from lower (higher in numerical value) ranked neighbors.
   Thus, the DIO messages propagate outwards rather than return inwards
   towards the DAG root.  
JP> I would suggest to =
align to the RPL terminology. =
Inward/outward
are not used =
anymore.

The DIO message generation at a =
router is
   further controlled by a trickle timer that allows a router to avoid
   generating unnecessary messages.  
JP> Add a reference to =
the Trickle ID

The link-local =
multicast based
   propagation, trickle-controlled generation and the rank-based
   poisoning of messages traveling in the wrong direction (towards the
   DAG root) provide powerful incentives to use the DIO message as the
   Discovery message and propagate the DIO/Discovery message by creating
   a "temporary" DAG.

5.1.  The Route Discovery Option

       0                   1                   2                   3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |   Type =3D 9    | Option Length | D |S|  N  | L |O|  Max Rank   =
|
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                                                               |
       |                       Target Address                          |
       |                                                               |
       |                                                               |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |              OCP              |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+


              Figure 1: Format of the Route Discovery Option

   In order to be used as a Discovery message, a DIO MUST carry a "Route
   Discovery" option illustrated in Figure 1.  A DIO MUST NOT carry more



Goyal, et al.           Expires December 16, 2010               [Page 7]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   than one Route Discovery options.  
JP> Explain what you do =
if more than one is present:
	* Ignore =
the second one?
	* Ignore the entire =
message?

A Route Discovery option consists
   of the following fields:

   o  Option Type =3D 0x09 (to be confirmed by IANA).

   o  Option Length =3D 20 or 22 octets depending on whether the OCP =
field
      is included or not.

   o  D: A 2-bit field that indicates the direction of the desired
      routes:

      *  D =3D 0x00: Forward;

      *  D =3D 0x01: Backward;

      *  D =3D 0x02: Bidirectional.

   o  S: A flag that indicates whether source routes are desired.  The
      flag is set if the source routes are desired.  The flag is clear
      if hop-by-hop routes are desired.

   o  N: A 3-bit unsigned integer indicating the number of routes
      desired.

   o  L: A 2-bit field indicating the minimum "Life Time" of the
      temporary DAG, i.e., the minimum duration a router joining the
      temporary DAG must maintain its membership in the DAG:

      *  L =3D 0x00: Minimum life time is 5 seconds;

      *  L =3D 0x01: Minimum life time is 10 seconds;

      *  L =3D 0x02: Minimum life time is 1 minute;

      *  L =3D 0x03: Minimum life time is 10 minutes.

JP> Placeholder ... =
indicate what happens if a node cannot store =
that
additional state (add a manageability =
section).
   o  O: A flag that indicates whether the same OCP is used for route
      discovery as well as temporary DAG formation.  If this flag is
      clear, the OCP contained in the DODAG Configuration option in the
      DIO is used for route discovery as well.  Otherwise, the OCP
      specified in the Route Discovery option is used for route
      selection 
JP> s/route =
selection/route discovery

and the =
metrics/constraints used for route selection are
      carried in a Metrics Container option immediately following the
      Route Discovery option.
JP> Since OF is =
decoupled from metrics, you always need to =
indicate
the metric in use. That said, I do not =
see your point here. Indeed, the 
temporary DAG =
is built according to some OF and metrics so =
the 
resulting routes will inherit these =
metrics?
   o  Max Rank: A 7-bit unsigned integer that indicates the maximum rank
      allowed in the temporary DAG advertised by the DIO message.  This
      upper limit on the DAG rank serves as the "distance" referred to



Goyal, et al.           Expires December 16, 2010               [Page 8]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


      in Section 4 and provides a control over how far the Route
      Discovery option contained in the DODAG Configuration option in
      the DIO message may travel.  
JP> You may discuss it =
later in this document ... but the distance is =
tied
to how you compute the =
rank.
A router MUST not 
JP> s/MUST not/MUST =
NOT
join the temporary
      DAG if its rank in the DAG will exceed this limit.  Later versions
      of this draft will map the 128 value space available in this field
      to 16-bit long limits on the DAG rank.

   o  Target Address: The IPv6 address of the target router.

   o  OCP: 16 bit unsigned integer.  An optional field, present only if
      the O flag is set, that indicates the objective code point (OCP)
      to be used for route selection.

5.2.  Setting a DIO Carrying a Route Discovery Option

   A DIO message that carries a Route Discovery option MUST set the Base
   Object, described in [I-D.ietf-roll-rpl], in the following manner:

   o  RPLInstanceID: RPLInstanceID MUST be a local value as described in
      Section 4.1 of [I-D.ietf-roll-rpl].

   o  Grounded (G) Flag: MUST be clear since the objective of DAG
      formation is the propagation of Route Discovery option.  This DAG
      is temporary in nature and is not used for routing purpose.

   o  Destination Advertisement Supported (A) Flag: MUST be clear for
      same reasons as described above.

   o  Destination Advertisement Trigger (T) Flag: MUST be clear.

   o  Mode of Operation (MOP): Since the temporary DAG is not to be used
      for routing purposes, the value of this field is immaterial.  To
      allow constrained routers to join the DAG, the MOP field SHOULD be
      set to 00 (non-storing).

JP> I'd rather suggest =
to specify a new MOP value =
(0x02)
   o  DODAGPreference (Prf): TBD

   o  Destination Advertisement Trigger Sequence Number (DTSN): TBD

JP> To be discussed on =
the mailing list ?
   o  DODAGID: IPv6 address of the router initiating the route
      discovery.

JP> Origin =
router.
   The other fields in the Base Object are set as per the rules
   described in [I-D.ietf-roll-rpl].

   The DODAG Configuration option, carried in the DIO message, specifies
   the parameters for the trickle timer operation that governs the
   generation of DIO messages by the routers joining the temporary DAG.

JP> Also according to =
RPL ID or would you recommend different
default values =
? Default values for RPL are TBD but we could =
easily
think of different values in this case. =
To be revisited in the future.


Goyal, et al.           Expires December 16, 2010               [Page 9]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   The other fields defined in the DODAG Configuration option are set as
   follows:

   o  The MaxRankIncrease field MUST be set to 0 to disable local repair
      of the temporary DAG.

   o  This document RECOMMENDS a value 1 for the MinHopRankInc field.

   o  Objective Code Point (OCP): The OCP to be used for temporary DAG
      formation.  This document RECOMMENDS RPL Objective Function 0, as
      defined in [I-D.ietf-roll-of0], for use as the objective function
      for the formation of the temporary DAG.

   A DIO, that contains a Route Discovery option with O flag set, MUST
   also contain a Metric Container option immediately following the
   Route Discovery option.  This Metric Container option carries the
   values for the routing metrics as well as the constraints
   (constituting the "good enough" criteria) used for route =
selection.
JP> This =
is confusing: the metric and constraint carried within the =
Metric
Container are used for the DODAG =
formation. Do you want to use them
for a =
different purpose ? At this point, you have not yet defined the use =
of
the good enough criteria but one can guess that you would use =
the good
enough metrics to control the =
flooding and the metric/OF to effectively 
build the =
temporary DAG and discover the routes. If so, the good =
enough
metrics are of different =
use.
   Note that if O flag in the Route Discovery option is clear, the OCP
   and Metric Container used for temporary DAG formation are used for
   route selection as well.

   A DIO, carrying a Route Discovery option, MUST not carry any =
Route
JP> s/MUST not/MUST =
NOT
   Information or Prefix Information options described in
   [I-D.ietf-roll-rpl].

5.3.  Processing of a DIO Carrying a Route Discovery Option At An
      Intermediate Node

   The rules for DIO processing and transmission, described in Section 7
   of RPL [I-D.ietf-roll-rpl], apply to DIOs carrying a Route Discovery
   option as well except as modified in this document.

   When an intermediate router joins a temporary DAG advertized by a DIO
   carrying the Route Discovery option, it MUST maintain its membership
   in the DAG for the Minimum Life Time duration listed in the Route
   Discovery option.  
JP> What if it cannot ? =
Just not join the DAG and log an error =
?
Maintaining membership in the DAG =
implies
   remembering:

   o  The RPLInstanceID, the DODAGID and the DODAGVersionNumber for the
      temporary DAG;

   o  The router's rank in the temporary DAG;

   o  The best Metric Container, 
JP> you mean the best =
path cost?
along with the associated source =
route
      from the initiator of route discovery till this router (carried in
      a Record Route IPv6 Extension Header proposed in
      [I-D.thubert-6man-reverse-routing-header]), for the Route



Goyal, et al.           Expires December 16, 2010              [Page 10]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


      Discovery option being propagated by the temporary DAG.  If the
      router can not compare Metric Containers, it MUST remember the
      latest Metric Container it has received, along with the associated
      source route.
JP> Requires =
clarification on what you mean by =
"compare"
   A router belonging to a temporary DAG need not remember the identity
   of its DAG parents since the temporary DAG is not used for =
routing.
JP> Are =
you sure ? What is a hop-by-hop route is needed ? Don't =
you
need to remember your parent, or do you =
still record the route ?
   The main purpose of a temporary DAG's existence is to facilitate the
   propagation of the Route Discovery option.

   The router does not process a Route Discovery option, contained in
   the received DIO, any further if any of the following conditions are
   true:

   o  The router does not support the objective function 
JP> and/or =
metrics
being used for
      route discovery

   o  The router does not have sufficient information to calculate the
      relevant routing metrics/constraints in the right direction (as
      specified by the D field).

   o  The S field is clear, i.e. hop-by-hop routes are desired, but the
      router can not participate in a hop-by-hop route.

   o  The router is an intermediate router and the router's rank in the
      temporary DAG, calculated on the basis of the rank and objective
      function carried in the Base Object in the DIO, exceeds the Max
      Rank value specified in the Route Discovery option.

   A router MUST discard the DIO if the Route Discovery option contained
   in the message does not need further processing.  
JP> Log an error =
?
Otherwise, the
   Route =
Discovery option is processed as follows.

   The router updates the Metrics Container associated with the received
   Route Discovery option as per the specified objective function. =
 
JP> And routing =
metrics

The
   router may optionally check the Metric Container to determine if the
   aggregated values for the routing metrics meet all the constraints
   listed in the Metric Container.  
JP> The aggregated =
values are for the metrics. Constraints are used =
to
prune potential =
path.
If not, the Route Discovery option
   is discarded 
JP> You mean the DIO =
message.
without further processing.  =
Otherwise, the router
   updates its in-memory copy of the latest/best Metric Container for
   this Route Discovery option along with the associated source route
   updated in the correct direction (based on the D field of the Route
   Discovery option).  Any change in the in-memory copy also requires
   resetting the trickle timer and generating a new DIO carrying the
   Route Discovery option, the updated latest/best Metric Container and
   the associated source route (in a Record Route IPv6 extension header
   proposed in [I-D.thubert-6man-reverse-routing-header]) when the timer
   fires.  
JP> If =
the changes occur during the lifetime =
window.
Note that the Metric Container MUST =
immediately follow the



Goyal, et al.           Expires December 16, 2010              [Page 11]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   Route Discovery option if the O flag in the Route Discovery option is
   set.

5.4.  Processing of a DIO Carrying a Route Discovery Option At The
      Target Router

   When the target router joins the temporary DAG advertized by a DIO
   carrying the Route Discovery option, it MUST maintain its membership
   in the DAG for the Minimum Life Time duration listed in the Route
   Discovery option.  Maintaining membership in the DAG implies
   remembering:

   o  The RPLInstanceID, the DODAGID and the DODAGVersionNumber for the
      temporary DAG;

   o  The router's rank in the temporary DAG;

   The target router does not process a Route Discovery option,
   contained in the received DIO, any further if any of the following
   conditions are true:

   o  The router does not support the objective function used for route
      discovery

   o  The router does not have sufficient information to calculate the
      relevant routing metrics/constraints in the right direction (as
      specified by the D field).

JP> or does not support =
the metric.

   The target router MUST discard the DIO if the Route Discovery option
   contained in the message does not need further processing.
JP> ? How does it knows =
(simply because it reaches the destination) =
?
   Otherwise, the Route Discovery option is processed as follows.

   The target router updates the Metrics Container associated with the
   received Route Discovery option as per the specified objective
   function.  
JP> and routing metrics =
(remember they are =
decoupled).

The target =
router then checks the Metric Container to
   determine if the aggregated values for the routing metrics meet all
   the constraints listed in the Metric Container.  
JP> See previous =
comments.

If not, the Route
   Discovery option is discarded without further processing.  Otherwise,
   the router MAY select the source route accumulated by the received
   DIO as one of the discovered routes.  
JP> "MAY" ? When =
?
The target router MUST send one
   or more RPL Control Messages carrying a Discovery Reply Object
   (defined in the next section) back to the origin router (identified
   by the DODAGID field in the DIO Base Object) as discussed in the
   following sections.

   The target router MUST NOT forward a DIO carrying a Route Discovery
   option that lists one of its own addresses as the Target Address.




Goyal, et al.           Expires December 16, 2010              [Page 12]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


6.  Propagation of Discovery Reply Messages

6.1.  The Discovery Reply Object (DRO)

       0                   1                   2                   3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       | RPLInstanceID |    Version    | D |S|  N  |     Reserved      |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                                                               |
       |                         DODAGID                           |
       |                                                               |
       |                                                               |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                                                               |
       |                       Target Address                          |
       |                                                               |
       |                                                               |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       | Option(s)...
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+...


           Figure 2: Format of the Discovery Reply Object (DRO)

   This document defines a new RPL Control Message type, the Discovery
   Reply Object (DRO) with code 0x04 (to be confirmed by IANA), that
   serves the following functions:

   o  An acknowledgement from the target router to the origin router
      regarding the successful discovery of backward source routes;

JP> ACK of routes from =
the origin to the target: you may not have =
routes
in the opposite =
direction.
   o  Carries one or more forward/bidirectional source routes from the
      target to the origin router;

   o  Establishes a hop-by-hop forward/backward/bidirectional route as
      it travels from the target to the origin router.

   The format for a Discovery Reply Object (DRO) is shown in Figure 2.
   A DRO consists of the following fields:

   o  RPLInstanceID: The RPLInstanceID of the temporary DAG used for
      route discovery.

   o  Version: The Version of the temporary DAG used for route
      discovery.





Goyal, et al.           Expires December 16, 2010              [Page 13]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   o  DODAGID: The DODAGID of the temporary DAG used for route
      discovery.  The DODAGID also identifies the origin router.  The
      RPLInstanceID, the Version and the DODAGID together uniquely
      identify the temporary DAG used for route discovery and can be
      copied from the Base Object of the DIO advertizing the temporary
      DAG.

   o  D: A 2-bit field that indicates the direction of the discovered
      routes:

      *  D =3D 0x00: Forward;

      *  D =3D 0x01: Backward;

      *  D =3D 0x02: Bidirectional.

      This field has the same value as the corresponding field in the
      Route Discovery option.

   o  S: A flag that is clear if the Discovery Reply Object is
      establishing an hop-by-hop route.  The flag is set if the
      Discovery Reply Object carries (or is an acknowledgement for the
      discovery of) one or more source routes.

   o  N: A 3-bit field that indicates the number of source routes
      carried or acknowledged in the Discovery Reply Object.

   o  Target Address: The IPv6 address of the target router originating
      the Discovery Reply Object.

   o  Reserved: These bits are reserved for future use.  These bits MUST
      be set to zero on transmission and MUST be ignored on reception.

   o  Options: The Discovery Reply Object MAY carry up to 7 Source Route
      options (defined in the next section) with each such option
      carrying a complete forward/bidirectional source route and
      optionally followed by a Metric Container option that lists the
      aggregated values for the routing metrics for the source route.

JP> This may not be an =
aggregated value but recorded metric =
too.













Goyal, et al.           Expires December 16, 2010              [Page 14]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


6.1.1.  The Source Route Option

       0                   1                   2                   3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |   Type =3D 10   | Option Length | Compr |  Pad  |     Resvd     =
|
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                                                               |
       .                      Addresses[1..n]                          .
       .                                                               .
       |                                                               |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+


                Figure 3: Format of the Source Route Option

   The Source Route option, illustrated in Figure 3, carries a complete
   forward/bidirectional source route from the target router to the
   origin router.  A Source Route option can only be a part of the
   Discovery Reply Object and MAY be immediately followed by a Metric
   Container option that contains the aggregated values of the routing
   metrics for this source route.

   A Route Discovery option consists of the following fields:

   o  Option Type =3D 0x0A (to be confirmed by IANA).

   o  Option Length =3D Variable, depending on the size of the Addresses
      vector.

   o  Compr: 4-bit unsigned interger indicating the number of prefix
      octets that are elided from each address.  For example, Compr
      value will be 0 if full IPv6 addresses are carried in the
      Addresses vector.

   o  Pad: 4-bit unsigned integer.  Number of octets that are used for
      padding between Address[n] and the end of the Source Route option.

   o  Address[1..n]: Vector of addresses, numbered 1 to n.  Each vector
      element has size (16 - Compr) octets.

   A common network configuration for an RPL domain is that all routers
   within an LLN share a common prefix.  The Source Route option uses
   the Compr field to allow compaction of the Addresses[1..n] vector
   when all entries share the same prefix as the DODAGID or the Target
   Address of the encapsulating Discovery Reply Object.  The shared
   prefix octets are not carried within the Source Route option and each
   entry in Address[1..n] has size (16 - Compr) octets.  When Compr is



Goyal, et al.           Expires December 16, 2010              [Page 15]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   non-zero, there may exist unused octets between the last entry,
   Address[n], and the end of the Source Route option.  The Pad field
   indicates the number of unused octets that are used for padding.
   Note that when Compr is 0, Pad MUST be null and carry a value 0.

   The Source Route option MUST NOT specify a path that visits a router
   more than once.  When generating a Source Route option, the target
   router may not know the mapping between IPv6 addresses and routers.
   Minimally, the target router MUST ensure that:

   o  The IPv6 Addresses do not appear more than once;

   o  The IPv6 addresses of the origin and the target routers do not
      appear in the Address vector;

   o  The Address vector represents a source route in forward direction
      with Address[1] being the next hop for the origin router.

   Multicast addresses MUST NOT appear in a Source Route option.

JP> you may want to add =
a ref to RH4 since the format is very =
similar.
6.2.  DRO as Acknowledgement for Backward Source Routes

   When a target router discovers a backward source =
route, 
JP> I =
have an issue with your terminology. When the target receives =
the
DIO with route discovery option, what is =
discovered is a forward route ?

it sends a
   DRO message to the origin router as an acknowlegement for the
   discovered route.  Optionally, a target router MAY send a DRO
   acknowledgement to the origin router after discovering multiple
   backward source routes.  A DRO, serving as an acknowledgement for
   backward source route discovery, has its D field set to 0x01
   (indicating backward) while the S flag is set to 1 (indicating source
   route).  The N field is set to indicate the number of discovered
   backward source routes being acknowledged.  Such a DRO message MUST
   NOT contain any option.

   This document does not require a particular method for sending such a
   DRO message to the origin router.  The target router MAY send the DRO
   message to the origin router in any fashion, including:

   o  Using a source route carried in a Type 4 Routing header
      [I-D.hui-6man-rpl-routing-header];

   o  Along any DAG connecting the target and the origin routers;

   o  Along the temporary DAG created for route discovery, provided that
      the target router is reasonably sure that the DAG's life time is
      sufficiently long and the routers in the DAG do remember one or
      more of their parents in the DAG.

JP> You may want to =
explain a bit more why you the origin =
router
would be interested in receiving an ACK =
without the route itself (case
6.3): hop-by-hop =
routes.





Goyal, et al.           Expires December 16, 2010              [Page 16]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


6.3.  DRO as Carrier of Forward/Bidirectional Source Routes

   When a target router discovers a forward source =
route, 
JP> =
Here, I agree that this is a forward =
route.
it sends a DRO
   message to the origin router carrying the discovered source route
   inside a Source Route option.  Similarly, when a target router
   discovers a bidirectional source route, it caches the route for its
   own use and then sends a DRO message to the origin router carrying
   the discovered route inside a Source Route option.  Rather than
   immediately sending a discovered route back to the origin router, a
   target router MAY optionally send one DRO message after discovering
   multiple forward/bidirectional source routes with the sent DRO
   carrying the discovered source routes (in multiple Source Route
   options).
JP> Note =
that the algorithm for "best route" selection is outside the =
scope
of this document, so does the use of a =
timer on the target side to determine
how much time =
to wait before answering, ... 


   A DRO message carrying one or more Source Route options MUST have its
   D field set to 0x00 (for forward routes) or 0x02 (for bidirectional
   routes).  The S flag MUST be set to 1 and the N field MUST indicate
   the number of Source Route options in the message.  A Source Route
   option MAY immediately be followed by a Metric Container option that
   carries the aggregated 
JP> or =
recorded
values of the routing metrics for =
this source
   route.  The target router may send this DRO message to the origin
   router in any fashion it desires including the options listed in
   Section 6.2.

6.4.  Establishing Hop-by-hop Routes Via DRO

   In order to establish a hop-by-hop route, the target router sends a
   DRO message along the reverse of the discovered route (via a Type 4
   Routing Header specified in [I-D.hui-6man-rpl-routing-header]).  The
   D field of the message is set to convey the route's direction
   (forward/backward/bidirectional) and the S flag MUST be clear
   (indicating hop-by-hop).  The N field MUST be set to 1.  Such a DRO
   MUST NOT contain any option.

   A router receiving such a DRO message SHOULD establish hop-by-hop
   state in the right direction corresponding to the route carried in
   the Type 4 Routing Header of the DRO message.  If a router does not
   establish such state, it MUST drop the DRO message.  Otherwise, it
   MUST forward the DRO message along the source route contained in Type
   4 Routing Header of the received message.

JP> Any error log if it =
does not ? (optional) ICMP sent to the target =
node?
   A router SHOULD associate the hop-by-hop routing state, thus
   established, with the objective function and metrics used for route
   discovery.







Goyal, et al.           Expires December 16, 2010              [Page 17]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


JP> New section to =
indicate how to clean-up the temporary DAG =
?
7.  Security Considerations

   TBA


8.  IANA Considerations

   TBA


9.  Authors and Contributors

   In addition to the editor, the authors of this document include the
   following individuals (listed in alphabetical order).

   Anders Brandt, Sigma Designs, Emdrupvej 26A, 1., Copenhagen, Dk-2100,
   Denmark.  Phone: +45 29609501; Email: abr@sdesigns.dk

   Robert Cragie, Gridmerge Ltd, 89 Greenfield Crescent, Wakefieldm WF4
   4WA, UK.  Phone: +44 1924910888; Email: robert.cragie@gridmerge.com

   Jerald Martocci, Johnson Controls, Milwaukee, WI 53202, USA.  Phone:
   +1 414 524 4010; Email:jerald.p.martocci@jci.com

   Charles Perkins, Tellabs Inc., USA.  Email:charliep@computer.org

   Authors gratefully acknowledge the contributions of Richard Kelsey
   and Zach Shelby in the development of this document.


10.  References

10.1.  Normative References

   [RFC2119]  Bradner, S., "Key words for use in RFCs to Indicate
              Requirement Levels", BCP 14, RFC 2119, March 1997.

10.2.  Informative References

   [I-D.brandt-roll-rpl-applicability-home-building]
              Brandt, A., Baccelli, E., and R. Cragie, "Applicability
              Statement: The use of RPL in Building and Home
              Environments",
              draft-brandt-roll-rpl-applicability-home-building-00 (work
              in progress), April 2010.

   [I-D.hui-6man-rpl-routing-header]
              Hui, J., Vasseur, J., and D. Culler, "A Source Routing



Goyal, et al.           Expires December 16, 2010              [Page 18]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


              Header for RPL", draft-hui-6man-rpl-routing-header-00
              (work in progress), May 2010.

   [I-D.ietf-roll-building-routing-reqs]
              Martocci, J., Riou, N., Mil, P., and W. Vermeylen,
              "Building Automation Routing Requirements in Low Power and
              Lossy Networks", draft-ietf-roll-building-routing-reqs-09
              (work in progress), January 2010.

   [I-D.ietf-roll-of0]
              Thubert, P., "RPL Objective Function 0",
              draft-ietf-roll-of0-02 (work in progress), June 2010.

   [I-D.ietf-roll-routing-metrics]
              Vasseur, J., Kim, M., Networks, D., and H. Chong, "Routing
              Metrics used for Path Calculation in Low Power and Lossy
              Networks", draft-ietf-roll-routing-metrics-07 (work in
              progress), June 2010.

   [I-D.ietf-roll-rpl]
              Winter, T., Thubert, P., and R. Team, "RPL: IPv6 Routing
              Protocol for Low power and Lossy Networks",
              draft-ietf-roll-rpl-09 (work in progress), June 2010.

   [I-D.ietf-roll-terminology]
              Vasseur, J., "Terminology in Low power And Lossy
              Networks", draft-ietf-roll-terminology-03 (work in
              progress), March 2010.

   [I-D.thubert-6man-reverse-routing-header]
              Thubert, P., "Reverse Routing Header",
              draft-thubert-6man-reverse-routing-header-00 (work in
              progress), June 2010.

   [RFC5826]  Brandt, A., Buron, J., and G. Porcu, "Home Automation
              Routing Requirements in Low-Power and Lossy Networks",
              RFC 5826, April 2010.














Goyal, et al.           Expires December 16, 2010              [Page 19]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


Authors' Addresses

   Mukul Goyal (editor)
   University of Wisconsin Milwaukee
   3200 N Cramer St
   Milwaukee, WI  53211
   USA

   Phone: +1 414 2295001
   Email: mukul@uwm.edu


   Emmanuel Baccelli (editor)
   INRIA

   Phone: +33-169-335-511
   Email: Emmanuel.Baccelli@inria.fr
   URI:   http://www.emmanuelbaccelli.org/=



   P2P Team


JP> Remove P2P Team =
unless you list the people.





























Goyal, et al.           Expires December 16, 2010              [Page 20]
=0C

= --Apple-Mail-192--125020779-- From jpv@cisco.com Wed Jun 16 03:01:30 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CD7603A6AFC for ; Wed, 16 Jun 2010 03:01:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.832 X-Spam-Level: X-Spam-Status: No, score=-8.832 tagged_above=-999 required=5 tests=[AWL=-0.833, BAYES_50=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QrTEu6PYpQsm for ; Wed, 16 Jun 2010 03:01:29 -0700 (PDT) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id C9DEC3A6B0B for ; Wed, 16 Jun 2010 03:01:22 -0700 (PDT) Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAE09GExAZnwM/2dsb2JhbACeeXGkfpoOgmCCOgQ X-IronPort-AV: E=Sophos;i="4.53,425,1272844800"; d="scan'208";a="122232056" Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-2.cisco.com with ESMTP; 16 Jun 2010 10:01:26 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5GA1NK0007814; Wed, 16 Jun 2010 10:01:26 GMT Received: from xfe-ams-202.cisco.com ([144.254.231.96]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 16 Jun 2010 12:01:25 +0200 Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-202.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 16 Jun 2010 12:01:25 +0200 Message-Id: <77CC54AC-CE16-4AB1-8FE2-8BFAAA6F3EF6@cisco.com> From: JP Vasseur To: Mischa Dohler , Alexandru Petrescu In-Reply-To: <4C188B02.5070204@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v936) Date: Wed, 16 Jun 2010 12:01:24 +0200 References: <9BB070DB2D281946859EA89837931EEE0F5896@EVS4.nam.ci.root> <4C17F94C.5090005@gmail.com> <4C17FAD4.9090708@cttc.es> <4C188B02.5070204@gmail.com> X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 16 Jun 2010 10:01:25.0292 (UTC) FILETIME=[E18316C0:01CB0D3A] Cc: ROLL WG Subject: Re: [Roll] Using IPsec with RPL X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jun 2010 10:01:30 -0000 On Jun 16, 2010, at 10:27 AM, Alexandru Petrescu wrote: > Le 16/06/2010 00:12, Mischa Dohler a =E9crit : >> Alex, >> >> Remember that IPsec does not solve our security worries as it would >> secure L3 and above. If we only have IPsec, our link/access layers >> are entirely unsecured because you could only determine intrusion >> end-to-end which is often too late. If I had the choice, I would >> remove security at L3 and do everything at link layer. This is, I >> guess, where the security "buttom" comes from because there are >> likely to be more parties with thsi intention. > > Mischa - I tend to agree that securing the link-layer may be > advantageous in many cases. It is a great advantage for L3 to be > assured it runs on a secure link. > > However, I do not think we could do it here (RoLL), because RPL would > run on a multitude of link layers and securing them all would be too > much work in a single WG. ROLL is running at the networking layer, thus no assumption can be =20 made of the link layer. > > Alex > >> >> Mischa. >> >> >> Alexandru Petrescu wrote: >>> Hi Tzeta, >>> >>> Le 15/06/2010 19:36, Tsao, Tzeta a =E9crit : >>>> All, >>>> >>>> We see from time to time questions about using IPsec with RPL. >>>> >>>> On the one hand, the security design for RPL is such that >>>> security operations can be "turned off" when there are other >>>> mechanisms, such as IPsec, in place to afford security. >>> >>> This is a risk. The RPL security on/off button decoupled from the >>> IPsec databases means both could be off at some point. >>> >>>> On the other hand, the doubt is whether it is possible to mandate >>>> a mechanism, again, for example, IPsec, for securing RPL, and >>>> remove such operations from RPL. >>> >>> WEll, I see better have IPsec as default security mechanism and >>> then RPL security extensions if needed. >>> >>> It would be sufficient to decide which RPL fields are mutable and >>> the use of AH is then straightforward. Besides, the mutable field >>> question is going to appear in discussion about RPL routing headers >>> as well. >>> >>> Every other IPv6 protocol is able to run with IPsec - why not RPL? >>> >>>> Here is how I understand the issue. Using IPsec, or similarly >>>> IKE, >>> >>> I don't suggest the use of IKE right now. >>> >>> I suggest to first try to use AH in the RPL spec. It is really >>> simple, implementations are straightforward, C code exists, >>> licenses compliant to export control exist too for the related >>> SHA-1, -2 and/or MD5. This is basic and affordable security, less >>> compute intensive, very appropriate here. It ensures >>> authentication. >>> >>>> requires the operator to populate a Security Policy Database >>>> (SPD) >>> >>> Hmmm... do we have a precise idea about the market deployment and >>> operator for this matter? Is there a single operator of this >>> closed system? In this case the IPsec-non-IPsec or >>> RPLsec-non-RPLsec is superfluous: operator ensures security by >>> physically closing the system. >>> >>> >>>> to specify what security services to afford to/from which >>>> addresses. However, in pursuing self-forming, the operator may >>>> thus need to put >>> >>> Sorry, self-forming of what? >>> >>>> a wildcard to the address field, shadowing policies for other >>>> traffic; this act may cause conflicts and consequently prevents >>>> IPsec from being a mandate for RPL. >>> >>> I don't get it... I don't understand this at all. I can see the >>> wildcard point: IPsec and wildcards in SAdbs have been used >>> extensively in the past and continue so... it's not an >>> inconvenient, it's not insecure... I don't see what you mean. >>> >>> Alex >>> >>>> >>>> Regards, Tzeta _______________________________________________ >>>> Roll mailing list Roll@ietf.org >>>> https://www.ietf.org/mailman/listinfo/roll >>>> >>> >>> _______________________________________________ Roll mailing list >>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll > > From jpv@cisco.com Wed Jun 16 03:01:51 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1FFE13A692E for ; Wed, 16 Jun 2010 03:01:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.101 X-Spam-Level: X-Spam-Status: No, score=-10.101 tagged_above=-999 required=5 tests=[AWL=0.498, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eOGvA5EwB0P2 for ; Wed, 16 Jun 2010 03:01:50 -0700 (PDT) Received: from sj-iport-3.cisco.com (sj-iport-3.cisco.com [171.71.176.72]) by core3.amsl.com (Postfix) with ESMTP id 50D6A3A6403 for ; Wed, 16 Jun 2010 03:01:50 -0700 (PDT) Authentication-Results: sj-iport-3.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAE09GEyrR7Hu/2dsb2JhbACeeXGkfpoOhRoE X-IronPort-AV: E=Sophos;i="4.53,425,1272844800"; d="scan'208";a="226665365" Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-3.cisco.com with ESMTP; 16 Jun 2010 10:01:55 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id o5GA1dFF013388; Wed, 16 Jun 2010 10:01:54 GMT Received: from xfe-ams-202.cisco.com ([144.254.231.96]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 16 Jun 2010 12:01:50 +0200 Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-202.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 16 Jun 2010 12:01:50 +0200 Message-Id: From: JP Vasseur To: Alexandru Petrescu In-Reply-To: <4C18A03A.3020602@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v936) Date: Wed, 16 Jun 2010 12:01:49 +0200 References: <2C73F4C7-6C6F-4538-82D9-66B41E29F056@cisco.com> <4C18A03A.3020602@gmail.com> X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 16 Jun 2010 10:01:50.0465 (UTC) FILETIME=[F0842F10:01CB0D3A] Cc: roll@ietf.org Subject: Re: [Roll] Virtual ROLL Working Group - June 16 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jun 2010 10:01:51 -0000 Let me resend again ... On Jun 16, 2010, at 11:58 AM, Alexandru Petrescu wrote: > What are the details of the bridge? (I can't seem to find them). > > Alex > > Le 21/05/2010 22:19, JP Vasseur a =E9crit : >> Dear WG, >> >> We would like to announce a Virtual ROLL Working Group meeting >> (conference call) on June 16 at 8:00am PDT =3D 11:00am ET =3D 5:00pm =20= >> CET =3D >> 2:00am Japan time for 2 hours. This will help us continue our =20 >> progress. >> The details of the bridge will be provided shortly. >> >> If you would like to request a slot, please send a request to the =20 >> chairs >> before May 28. The agenda will be published on May 31. >> >> Looking forwarding to your participation. >> >> JP and David. >> _______________________________________________ >> Roll mailing list >> Roll@ietf.org >> https://www.ietf.org/mailman/listinfo/roll >> > > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll From jpv@cisco.com Wed Jun 16 03:02:57 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E39D03A6A45 for ; Wed, 16 Jun 2010 03:02:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -7.48 X-Spam-Level: X-Spam-Status: No, score=-7.48 tagged_above=-999 required=5 tests=[AWL=-2.159, BAYES_50=0.001, HTML_MESSAGE=0.001, J_CHICKENPOX_63=0.6, RCVD_IN_DNSWL_HI=-8, SUBJ_ALL_CAPS=2.077] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FpS8BOKgH8kH for ; Wed, 16 Jun 2010 03:02:56 -0700 (PDT) Received: from sj-iport-2.cisco.com (sj-iport-2.cisco.com [171.71.176.71]) by core3.amsl.com (Postfix) with ESMTP id 5A3423A6A33 for ; Wed, 16 Jun 2010 03:02:56 -0700 (PDT) Authentication-Results: sj-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Au8FAEA+GEyrR7Hu/2dsb2JhbACBQ502Yw6IGpximhCCZBEGgh8EkCA X-IronPort-AV: E=Sophos;i="4.53,425,1272844800"; d="scan'208,217";a="261934868" Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-2.cisco.com with ESMTP; 16 Jun 2010 10:03:01 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id o5GA2gBo014539 for ; Wed, 16 Jun 2010 10:03:00 GMT Received: from xfe-ams-102.cisco.com ([144.254.231.94]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 16 Jun 2010 12:02:55 +0200 Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-102.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 16 Jun 2010 12:02:54 +0200 Message-Id: <1E93CE31-BD14-4B12-981A-CA48BEDCB19C@cisco.com> From: JP Vasseur To: ROLL WG Content-Type: multipart/alternative; boundary=Apple-Mail-193--124853445 Mime-Version: 1.0 (Apple Message framework v936) Date: Wed, 16 Jun 2010 12:02:53 +0200 References: <0547E226-13BB-440A-8641-43E1AD141247@cisco.com> X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 16 Jun 2010 10:02:54.0289 (UTC) FILETIME=[168EF410:01CB0D3B] X-TM-AS-Product-Ver: SMEX-8.0.0.1181-6.000.1038-17448.006 X-TM-AS-Result: No--42.008400-8.000000-31 X-TM-AS-User-Approved-Sender: No X-TM-AS-User-Blocked-Sender: No Subject: [Roll] BRIDGE FOR THE VIRTUAL ROLL WG MEETING TODAY X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jun 2010 10:02:58 -0000 --Apple-Mail-193--124853445 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Begin forwarded message: > From: JP Vasseur > Date: June 14, 2010 12:11:17 PM CEDT > To: ROLL WG > Subject: [Roll] Reminder and Updated Agenda > >> Dear all, >> >> This is a reminder of our Virtual WG meeting June 16 (Bridge Below). >> If you have a slot, do not forget to: >> * Let us know who is "presenting" >> * Send your slides before June 11 >> * Post the latest revision of your I-D by June 11 >> >> Slight update to the agenda: >> >> Agenda/admin (Chairs - 5mn) [5] >> >> 1) WG Status (Chairs - 5 mn) [10] >> >> 2) RPL: Routing Protocol for Low power and Lossy networks (TBC - 45 >> mn) [55] >> draft-ietf-roll-rpl >> >> 3) Mechanisms to Support Point-to-Point Routing in Low Power and >> Lossy Networks >> (TBC - 45mn ) draft-dt-roll-p2p-rpl [100] >> >> 4) The ETX Objective Function for RPL (Omprakash- 5mn) [105] >> draft-gnawali-roll-etxof >> >> 5) Performance Evaluation of Routing Protocol for Low Power and Lossy >> Networks (RPL) - (TBC - 10mn) - draft-tripathi-roll-rpl- >> simulation-04 [115] >> >> Thanks. >> >> JP. >> >> Begin forwarded message: >> >>> From: JP Vasseur >>> Date: May 29, 2010 8:27:17 AM CEDT >>> To: "roll@ietf.org WG" >>> Cc: ietf-secretary@ietf.org >>> Subject: [Roll] Agenda >>> >>> Dear all, >>> >>> Please find below the agenda for the ROL virtual WG meeting that >>> will take place on June 16 at 8:00 PDT (as a reminder, please find >>> attach the bridge number). >>> >>> If you plan to attend. >>> >>> Here is the agenda: >>> >>> Agenda/admin (Chairs - 5mn) [5] >>> >>> 1) WG Status (Chairs - 5 mn) [10] >>> >>> 2) RPL: Routing Protocol for Low power and Lossy networks (TBC - >>> 45 mn) [55] >>> draft-ietf-roll-rpl >>> >>> 3) Mechanisms to Support Point-to-Point Routing in Low Power and >>> Lossy Networks >>> (TBC - 45mn ) [90] draft-dt-roll-p2p-rpl >>> >>> 4) The ETX Objective Function for RPL (Omprakash- 5mn) [95] >>> draft-gnawali-roll-etxof >>> >>> 5) Discussion on decoupling OF/metric (to be confirmed) >>> >>> Bridge Details >>> >>> Topic: Roll Virtual WG Meeting >>> Date: Wednesday, June 16, 2010 >>> Time: 8:00 am, Pacific Daylight Time (San Francisco, GMT-07:00) >>> Meeting Number: 208 016 618 >>> Password: roll18 >>> >>> ------------------------------------------------------- >>> To join the meeting online(Now from iPhones and other Smartphones >>> too!) >>> ------------------------------------------------------- >>> 1. Go to https://ciscosales.webex.com/ciscosales/j.php?ED=140856737&UID=484302782&PW=NYTUxNTcxNWNh >>> 2. If requested, enter your name and email address. >>> 3. If a password is required, enter the meeting password: roll18 >>> 4. Click "Join". >>> 5. If the meeting includes a teleconference, follow the >>> instructions that appear on your screen. >>> >>> ------------------------------------------------------- >>> To join the audio conference only >>> ------------------------------------------------------- >>> To receive a call back, provide your phone number when you join >>> the meeting, or call the number below and enter the access code. >>> Call-in toll-free number (US/Canada): +1-866-432-9903 >>> Call-in toll number (US/Canada): +1-408-525-6800 >>> Toll-free dialing restrictions: http://www.webex.com/pdf/tollfree_restrictions.pdf >>> >>> Access code:208 016 618 >>> >>> Sign up for a free trial of WebEx >>> http://www.webex.com/go/mcemfreetrial >>> >>> CCP:+14085256800x208016618# >>> >>> IMPORTANT NOTICE: This WebEx service includes a feature that >>> allows audio and any documents and other materials exchanged or >>> viewed during the session to be recorded. By joining this session, >>> you automatically consent to such recordings. If you do not >>> consent to the recording, do not join the session. >>> >>> >>> Thanks. >>> >>> JP. >>> _______________________________________________ >>> Roll mailing list >>> Roll@ietf.org >>> https://www.ietf.org/mailman/listinfo/roll >> > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll --Apple-Mail-193--124853445 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable

Begin = forwarded message:

From: = JP Vasseur <jpv@cisco.com>
Date: = June 14, 2010 12:11:17 PM CEDT
To: ROLL WG = <roll@ietf.org>
Subject: = [Roll] Reminder and Updated Agenda

Dear = all,

This = is a reminder of our Virtual WG meeting June 16 (Bridge = Below).
If you have a slot, do not forget to:
* Let us = know who is "presenting"
* Send your slides before June = 11
= * Post the latest revision of your I-D by June = 11

Slight update to the = agenda:

Agenda/admin (Chairs - = 5mn) [5]

1) WG Status (Chairs - 5 mn) = [10]

2) RPL: Routing Protocol for Low power and = Lossy networks (TBC - 45 mn) = [55]
draft-ietf-roll-rpl

3) = Mechanisms to Support Point-to-Point Routing in Low Power and Lossy = Networks
(TBC - 45mn ) =  draft-dt-roll-p2p-rpl [100]

4) The ETX = Objective Function for RPL (Omprakash- 5mn) = [105]
draft-gnawali-roll-etxof

5) Performance = Evaluation of Routing Protocol for Low Power and = Lossy
Networks (RPL) - (TBC - 10mn) - =
draft-tripathi-roll-rpl-simulation-04 [115]

Thanks.

=
JP.

Begin forwarded message:

From: = JP Vasseur <jpv@cisco.com>
Date: = May 29, 2010 8:27:17 AM CEDT
Subject: [Roll] Agenda

Dear = all,

Please find below the agenda for the ROL virtual = WG meeting that will take place on June 16 at 8:00 PDT (as a reminder, = please find attach the bridge number).

If you = plan to attend.

Here is the = agenda:

Agenda/admin (Chairs - 5mn) = [5]

1) WG Status (Chairs - 5 mn) = [10]

2) RPL: Routing Protocol for Low power and = Lossy networks (TBC - 45 mn) = [55]
draft-ietf-roll-rpl

3) = Mechanisms to Support Point-to-Point Routing in Low Power and Lossy = Networks
(TBC - 45mn ) [90] = draft-dt-roll-p2p-rpl

4) The ETX Objective = Function for RPL (Omprakash- 5mn) = [95]
draft-gnawali-roll-etxof

5) = Discussion on decoupling OF/metric (to be = confirmed)

Bridge = Details

Topic: Roll Virtual WG Meeting 
Date: = Wednesday, June 16, 2010 
Time: 8:00 am, Pacific Daylight Time = (San Francisco, GMT-07:00) 
Meeting Number: 208 016 = 618 
Password: = roll18 

------------------------------------------------------= - 
To join the meeting online(Now from iPhones and other = Smartphones = too!) 
-------------------------------------------------------&nbs= p;
1. Go to https://ciscosales.webex.com/ciscosales/j.php?ED=3D14085= 6737&UID=3D484302782&PW=3DNYTUxNTcxNWNh 
2. If = requested, enter your name and email address. 
3. If a password = is required, enter the meeting password: roll18 
4. Click = "Join". 
5. If the meeting includes a teleconference, follow the = instructions that appear on your = screen. 

-----------------------------------------------------= -- 
To join the audio conference = only 
------------------------------------------------------- = ;
To receive a call back, provide your phone number when you join the = meeting, or call the number below and enter the access = code. 
Call-in toll-free number (US/Canada): = +1-866-432-9903 
Call-in toll number (US/Canada): = +1-408-525-6800 
Toll-free dialing restrictions: http://www.webex.com/pdf/tollfree_restrictions.pdf&n= bsp;

Access code:208 016 618 

Sign up for a free = trial of WebEx 
http://www.webex.com/go/mcemfreetrial 

C= CP:+14085256800x208016618# 

IMPORTANT NOTICE: This WebEx = service includes a feature that allows audio and any documents and other = materials exchanged or viewed during the session to be recorded. By = joining this session, you automatically consent to such recordings. If = you do not consent to the recording, do not join the = session. 


Thanks.

JP.
__________________________________________= _____
Roll mailing list
Roll@ietf.org
https://www.ietf.org/m= ailman/listinfo/roll


_______________________________________________
Roll = mailing list
Roll@ietf.org
https://www.ietf.org/ma= ilman/listinfo/roll

= --Apple-Mail-193--124853445-- From jpv@cisco.com Wed Jun 16 03:11:14 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DB3DD3A6A49 for ; Wed, 16 Jun 2010 03:11:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.744 X-Spam-Level: X-Spam-Status: No, score=-8.744 tagged_above=-999 required=5 tests=[AWL=-0.746, BAYES_50=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Bax8I-eZ6m3i for ; Wed, 16 Jun 2010 03:11:04 -0700 (PDT) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id B70C33A67AC for ; Wed, 16 Jun 2010 03:11:01 -0700 (PDT) Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjQFAItAGExAZnwN/2dsb2JhbACSXYwccaRrmg8CglcBFAcBgiQEkCw X-IronPort-AV: E=Sophos;i="4.53,425,1272844800"; d="scan'208,217";a="122098207" Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 16 Jun 2010 10:11:04 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5GAB3nt015301; Wed, 16 Jun 2010 10:11:03 GMT Received: from xfe-ams-102.cisco.com ([144.254.231.94]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 16 Jun 2010 12:11:03 +0200 Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-102.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 16 Jun 2010 12:11:00 +0200 Message-Id: From: JP Vasseur To: Mukul Goyal , Emmanuel Baccelli In-Reply-To: Content-Type: multipart/alternative; boundary=Apple-Mail-194--124367275 Mime-Version: 1.0 (Apple Message framework v936) Date: Wed, 16 Jun 2010 12:10:59 +0200 References: X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 16 Jun 2010 10:11:00.0464 (UTC) FILETIME=[38575F00:01CB0D3C] X-TM-AS-Product-Ver: SMEX-8.0.0.1181-6.000.1038-17448.006 X-TM-AS-Result: No--38.829900-8.000000-31 X-TM-AS-User-Approved-Sender: No X-TM-AS-User-Blocked-Sender: No Cc: ROLL WG Subject: Re: [Roll] Comments on draft-dt-roll-p2p-rpl-01 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jun 2010 10:11:14 -0000 --Apple-Mail-194--124367275 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Hi, As promised here is some text wrt the trade-off on on-demand routing. "As pointed out in this document, RPL does provide support of P2P =20 routes via a common ancestor. Using the mechanism described in this document, more optimal =20= routes with regards to some metrics may be discovered but it is worth pointing out =20= that this comes at the price of additional control messages in the network since the =20 discovery process requires sending additional routing control plane messages. The gain =20 in terms of path optimality may vary with the network topology and networking =20 conditions. Thus network designer may want to take into account the trade-off between the =20 potential discovery of a more optimal route and the associated cost in terms of network and =20 node resources. Note that on-demand routing also offers the benefit of not having to =20 maintains states as with proactive routing." Thanks. JP. On Jun 16, 2010, at 12:00 PM, JP Vasseur wrote: > Dear authors, > > Since I had a number of comments I inserted them in the ID itself. =20 > As you will notice: > 1) Some of them are purely editorial > 2) Others are more fundamental and may require just clarifications, =20= > more discussion on the mailing list, ... In this case, feel free to =20= > start a separate thread (note that ticket cannot be assigned to non =20= > WG document). > 3) I also suggested new sections > > Internet Engineering Task Force M. Goyal, =20= > Ed. > Internet-Draft University of Wisconsin =20 > Milwaukee > Intended status: Informational E. Baccelli, =20= > Ed. > JP> Are you sure that you want to make it informational ? > > Expires: December 16, 2010 =20 > INRIA > P2P. =20= > Team > June 14, =20= > 2010 > > > Reactive Discovery of Point-to-Point Routes in Low Power and Lossy > Networks > draft-dt-roll-p2p-rpl-01 > > Abstract > > This document describes a mechanism to discover and establish "on > demand" one or more routes between two routers in a low power and > lossy network. > > JP> Needs a bit more details + explicitly refer to IPv6 in the =20 > abstract > and introduction. > Status of this Memo This Internet-Draft is submitted to IETF in =20= > full conformance with the provisions of BCP 78 and BCP 79. =20 > Internet-Drafts are working documents of the Internet Engineering =20= > Task Force (IETF). Note that other groups may also distribute =20 > working documents as Internet-Drafts. The list of current =20 > Internet- Drafts is at http://datatracker.ietf.org/drafts/=20 > current/. Internet-Drafts are draft documents valid for a maximum =20= > of six months and may be updated, replaced, or obsoleted by other =20= > documents at any time. It is inappropriate to use Internet-Drafts =20= > as reference material or to cite them other than as "work in =20 > progress." This Internet-Draft will expire on December 16, 2010. =20= > Copyright Notice Copyright (c) 2010 IETF Trust and the persons =20 > identified as the document authors. All rights reserved. This =20= > document is subject to BCP 78 and the IETF Trust's Legal =20 > Provisions Relating to IETF Documents = (http://trustee.ietf.org/license-info=20 > ) in effect on the date of publication of this document. Please =20 > review these documents carefully, as they describe your rights and =20= > restrictions with respect to this document. Code Components =20 > extracted from this document must include Simplified BSD License =20 > text as described in Section 4.e of the Trust Legal Provisions and =20= > are provided without warranty as Goyal, et al. Expires =20 > December 16, 2010 [Page 1] =0C Internet-Draft = dra=20 > ft-dt-roll-p2p-rpl-01 June 2010 described in the =20 > Simplified BSD License. Table of Contents 1. =20 > Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3 =20= > 2. Targeted Use Cases . . . . . . . . . . . . . . . . . . . . . . =20= > 4 3. =20 > Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 4 =20= > 4. Functional Overview . . . . . . . . . . . . . . . . . . . . . =20= > 5 5. Propagation of Discovery =20 > Messages . . . . . . . . . . . . . . 7 5.1. The Route =20 > Discovery Option . . . . . . . . . . . . . . . . 7 5.2. =20 > Setting a DIO Carrying a Route Discovery Option . . . . . 9 =20 > 5.3. Processing of a DIO Carrying a Route Discovery =20 > Option At An Intermediate =20 > Node . . . . . . . . . . . . . . . . . 10 5.4. Processing of a =20= > DIO Carrying a Route Discovery Option At The Target =20 > Router . . . . . . . . . . . . . . . . . . . 12 6. Propagation of =20= > Discovery Reply Messages . . . . . . . . . . . 13 6.1. The =20 > Discovery Reply Object (DRO) . . . . . . . . . . . . . 13 =20 > 6.1.1. The Source Route Option . . . . . . . . . . . . . . . =20 > 15 6.2. DRO as Acknowledgement for Backward Source =20 > Routes . . . . 16 6.3. DRO as Carrier of Forward/Bidirectional =20= > Source Routes . . 17 6.4. Establishing Hop-by-hop Routes Via =20 > DRO . . . . . . . . . . 17 7. Security =20 > Considerations . . . . . . . . . . . . . . . . . . . 18 8. IANA =20= > Considerations . . . . . . . . . . . . . . . . . . . . . 18 9. =20 > Authors and Contributors . . . . . . . . . . . . . . . . . . . 18 =20= > 10. References . . . . . . . . . . . . . . . . . . . . . . . . . . =20 > 18 10.1. Normative =20 > References . . . . . . . . . . . . . . . . . . . 18 10.2. =20 > Informative References . . . . . . . . . . . . . . . . . . 18 =20 > Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . =20 > 19 Goyal, et al. Expires December 16, 2010 =20 > [Page 2] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 = =20 > June 2010 1. Introduction RPL [I-D.ietf-roll-rpl] provides =20 > multipoint-to-point (MP2P) routes from routers in a low power and =20= > lossy network (LLN) to a sink router by organizing the routers =20 > along a Directed Acyclic Graph (DAG) rooted at the sink. > JP> low power and lossy .... Low Power and Lossy > JP> RPL provides P2MP, MP2P and P2P routes too. > > The DAG root initiates the DAG formation by originating > a DODAG Information Object (DIO) message. The DIO message is sent > via link-local multicast and carries information about the > originating router's position (the "rank") in the DAG. On =20 > receiving > DIO messages sent by its neighbors, a router determines its own > "rank" in the DAG and originates its own DIO message. > JP> Without going too much in the details, you may just want to add > that a node decides to join a DODAG according to a number of =20 > parameters > (identity of the DODAG, OF, routing/constraints a specified in the =20 > metric-ID,...). > RPL enables point-to-multipoint (P2MP) routing from a router to its > descendants in the DAG by allowing a router to send a Destination > Advertisement Object (DAO) upwards along the DAG. The DAO carries > the aggregated > JP> Potentially "aggregated" > information regarding the descendants (and other local > prefixes) reachable through the originating router. > > RPL also provides mechanisms for point-to-point (P2P) routing =20 > between > any two routers in the DAG. > JP> Yes. > If the destination is within the > source's "range", the source may directly send packets to the > destination. Otherwise, if the destination is a DAG descendant and > the source maintains "downwards" routing state about this =20 > descendant, > it can forward the packet along this route. Otherwise, the source > sends the packet to a DAG parent, which then applies the same set =20= > of > rules to forward the packet further. Thus, a packet travels up the > DAG until it reaches a router that knows of the downwards route to > the destination and then it travels down the DAG towards its > destination. A router may or may not maintain routing state =20 > about a > descendant depending on whether its immediate children send it such > information in their DAOs and whether the router can store this > information. Thus, in the best case scenario, the "upwards" =20 > segment > of the P2P route between a source and a destination ends at the =20 > first > common ancestor of the source and the destination. In the worst > case, the "upwards" segment would extend all the way to the DAG's > root. If the destination did not originate a DAO, the packet will > travel all the way to the DAG's root, where it will be dropped. > > JP> This may require to be a bit more accurate here. If there is no =20= > DAO, > there RPL is used for MP2P routing only (that is not a protocol design > characteristic though). > The P2P routing functionality available in RPL suffers from several > shortcomings [I-D.brandt-roll-rpl-applicability-home-building]: > > JP> "suffering from several shortcomings" is a bit strong though. =20 > You may > want to say that additional mechanisms may be required to address =20 > specific > situation and list them. > o The need to maintain routes "proactively", i.e. every possible > destination in the DAG must originate a DAO. > > o The constraint to route only along a DAG potentialy leading to > significantly suboptimal P2P routes and traffic congestion near > the DAG root. > JP> > First bullet: you can mention that this requires to pro-actively =20 > advertise the > route and to keep refreshing the state accordingly > Second bullet: just to be very accurate, mention that the route may =20= > be sub-optimal. > This is highly network topology / OF dependent. > Goyal, et al. Expires December 16, 2010 =20 > [Page 3] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 = =20 > June 2010 These shortcomings are not compatible with the home =20= > and commercial building domain application requirements described =20= > in [RFC5826] and [I-D.ietf-roll-building-routing-reqs]. > JP> Again, to be accurate, there are no MUST requirements listed in > these ID that are not satisfied by RPL (with regards to the =20 > aforementioned > issues). I am NOT saying that the proposed mechanism is not useful > (by all means), just that the statement above is not correct. > > Such applications require a > mechanism providing source-initiated discovery of P2P routes that =20= > are > not along a DAG. > JP> In some cases, it may be desirable to make use of source-=20 > initiated ... > > This document thus describes such a mechanism, > complementary to the basic RPL specification. > > The specified scheme is based on a reactive on-demand approach, =20 > which > enables a router to discover one or more "good-enough" routes in > either direction between itself and another router in the LLN =20 > without > any constraints regarding the existing DAG-membership of the links > that such routes may use. > JP> This will be an aspect triggering some discussion. How "good" is > "good enough" ? You will need some text to elaborate here or point > to another section explaining what is meant by "good enough" > Such routes may be source-routes or hop- > by-hop ones. > JP> Just terminology: instead of referring to hop-by-hop routes, you =20= > may > want to say that once a route has been computed between two nodes in > the network, IPv6 packet may be forward using a source routing =20 > mechanism > as specified in [XX] or in a hop by hop fashion. > A complementary functionality, necessary to help decide > whether to initiate a route discovery, is a mechanism to measure =20= > the > end-to-end cost of an existing route. > JP> s/cost/path cost > Such functionality will be > described in a separate document. > > JP> But its use is described in this document ? > 2. Targeted Use Cases The mechanisms described in this document =20= > are intended to be employed as complementary to RPL in specific =20 > scenarios that need point-to- point (P2P) routes between arbitrary =20= > routers. One target use case, common in a home environment, =20 > involves a remote control (or a motion sensor) that suddenly needs =20= > to communicate with a lamp module, whose network address it knows =20= > apriori. In this case, the source of data (the remote control or =20= > the motion sensor) must be able to discover a route to the =20 > destination (the lamp module) "on demand". Another target use =20 > case, common in a large commercial building environment, involves =20= > a large LLN deployment where P2P communication along a particular =20= > DAG among hundreds (or thousands) of routers creates severe =20 > traffic congestion near that DAG's root, and thus routes across =20 > this DAG are desirable. Targeted use cases also include scenarios =20= > where energy or delay constraints are not satisfied by the P2P =20 > routes along a DAG because they involve traversing many more =20 > intermediate routers than necessary to reach the destination. > JP> What I would suggest is to summarize it, put in the introduction, > and detail the use case in the applicability statement. > 3. Terminology > > The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", > "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", =20= > and > "OPTIONAL" in this document are to be interpreted as described in > > > > Goyal, et al. Expires December 16, 2010 =20 > [Page 4] > =0C > Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= > 2010 > > > [RFC2119]. > > Additionally, this document uses terminology from > [I-D.ietf-roll-terminology] and [I-D.ietf-roll-rpl], and introduces > the following terminology: > > Origin Router: The router initiating the route discovery. The =20 > origin > router acts as one end point of the routes to be discovered. > > Target Router: The other end point of the routes to be discovered. > > Intermediate Router: A router that is neither the origin nor the > target. > > Forward Route: A route from the origin router to the target router. > > Backward Route: A route from the target router to the origin =20 > router. > > Bidirectional Route: A route that can be used in both directions: > from the origin router to the target router and vice versa. > > Source Route: A complete and ordered list of routers that can be =20= > used > by a packet to travel from a source to a destination. Such source > routes can be carried by a packet in a proposed Type 4 Routing =20 > Header > [I-D.hui-6man-rpl-routing-header]. > > Hop-by-hop Route: A route from a source to a destination where each > router in the route knows only the address of the next hop on the > route. > JP> I would suggest to change the definition for "routing paradigm > whereby packets are routed from their source to destination by > on a hop by hop basis where the packets is routed by a set of routers > along the path according to the routing table stored by each router > along the path". > In this document, the term 'router' refers to any LLN device that =20= > can > forward packets generated at other devices. > > > 4. Functional Overview > > Router A originates a "Discovery" message listing router B as the > target. Node A also indicates in the message: > > o The nature of the routing cost, the method for accumulating the > end-to-end cost > JP> This may de detailed hereafter but I guess that you will point to > the metric-ID for the metric used? > > and the criteria used to determine if a route is > "good enough"; > > o The direction (forward: router A to router B; backward: router B > to router A; or both) of the route being discovered; > > o The desired number of routes; > > > > > Goyal, et al. Expires December 16, 2010 =20 > [Page 5] > =0C > Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= > 2010 > > > o Whether the route is a source-route or a hop-by-hop one; and > > o A limit on the "distance" the Discovery message may travel. > > JP> Need to define the term "distance": is it a max path cost, =20 > number of > hops, ... ? > The Discovery message propagates via link-local multicast > JP> Indicate "IPv6" > with each > receiving router making the decision regarding whether to forward =20= > the > message further based on the "distance" (from router A) that this > particular copy of the message has already traveled. Note that =20 > this > document does not require a receiving router to use the "good =20 > enough" > criteria to make the forwarding decision. This is because the > evaluation of such criteria may be too complex for a constrained > intermediate router to perform for each received copy of the > Discovery message. > JP> So I guess that you define later what to do in both cases (the =20 > node > cannot process the "good enough" criteria or it can process it) ? > The calculation of the "distance" that a copy of > the Discovery message has already travelled should be simple enough > for a constrained router to perform. > JP> Again it is hard to tell from what you wrote if this can =20 > reasonably be > achieved; it depends on the definition of the term "distance". > A router may optionally decide > not to forward a copy of the Discovery message further because the > aggregated cost of the route so far fails the "good enough" =20 > criteria. > JP> You will nee to be more specific here. Is it a "may" or a "MAY". > Define what happens in this case. You may provide more details later > in the document. > The underlying mechanism being used to propagate the Discovery > message may put further restrictions on its propagation. A router > should not propagate the Discovery message further if hop-by-hop > routes are desired and the router can not store state for this =20 > route. > > As a copy of the Discovery message travels towards router B, it > accumulates the relevant forward/backward costs as well as the =20 > route > it takes. When router B receives a copy of the Discovery =20 > message, it > determines whether the route traveled by the message meets the =20 > "good > enough" criteria. > JP> I think that you already mentioned this. > If router A had requested the discovery of backward source-routes, > JP> Didn't you mean "forward" ? > router B caches one or more good enough source-routes it =20 > identifies. > Additionally, router B sends one or more "Discovery Reply" =20 > message to > router A to acknowledge the discovery of these routes. These > acknowledgements allow router A to judge the success of the route > discovery. The Discovery Reply messages can travel towards =20 > router A > in any manner chosen by router B. For example, router B may source- > route the messages or send them towards router A along a DAG. > > If router A had requested the discovery of "n" forward source-=20 > routes, > router B sends the "n" good enough source-routes it identifies to > router A in one or more Discovery Reply messages. Again, these > Discovery Reply messages can travel towards router A in any manner > chosen by router B. > JP> What if the DAG is "broken": retry from A after expiration of a =20= > local > timer ? > If router A had requested the discovery of "n" bidirectional =20 > source- > routes, router B caches the "n" good enough source-routes it > identifies and also sends these routes to router A in one or more > Discovery Reply messages. These Discovery Reply messages can =20 > travel > towards router A in any manner chosen by router B. > > > > Goyal, et al. Expires December 16, 2010 =20 > [Page 6] > =0C > Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= > 2010 > > > If router A had requested the discovery of "n" forward/backward/ > bidirectional hop-by-hop routes, router B sends out a Discovery =20 > Reply > message to router A for each one of the "n" good enough routes it > identifies. > JP> Do you need one "Discovery Reply message" per route or next-hop > in this case? > The Discovery Reply message travels towards router A > using the source-route accumulated by the Discovery message. > JP> In the case of hop-by-hop routes, source routes, both ? > As this > message travels towards router A, it establishes appropriate =20 > forward/ > backward routing state in the en-route routers. This "non DAG" > routing state should be specially marked to associate it with the > routing metrics > JP> Refer to metric ID ? > used to discover the route and to distinguish such > state from other DAG-specific routing state the router may have. > JP> Not sure that you need to distinguish the state. Suppose that you > discover a hop-by-hop route (not a big fan of that terms as pointed =20= > out > above but let's continue to use it for the time being), a storing node > may indeed have two routes for the same destination: do you want to > state that it should always use the P2P routes discovered by this > mechanism or let it choose the best one according to the metric in > use? > JP> What if there are two routes using different metrics? > > 5. Propagation of Discovery Messages > > RPL uses DIO message propagation to build a DAG. The DIO message > travels via link-local multicast. > JP> Add everywhere "IPv6 link-local multicast addresses" > > Each router joining the DAG > determines a rank for itself and ignores the subsequent DIO =20 > messages > received from lower (higher in numerical value) ranked neighbors. > Thus, the DIO messages propagate outwards rather than return =20 > inwards > towards the DAG root. > JP> I would suggest to align to the RPL terminology. Inward/outward > are not used anymore. > > The DIO message generation at a router is > further controlled by a trickle timer that allows a router to avoid > generating unnecessary messages. > JP> Add a reference to the Trickle ID > > The link-local multicast based > propagation, trickle-controlled generation and the rank-based > poisoning of messages traveling in the wrong direction (towards the > DAG root) provide powerful incentives to use the DIO message as the > Discovery message and propagate the DIO/Discovery message by =20 > creating > a "temporary" DAG. > > 5.1. The Route Discovery Option > > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 =20= > 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= > +-+ > | Type =3D 9 | Option Length | D |S| N | L |O| Max =20 > Rank | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= > +-+ > =20 > | | > | Target =20 > Address | > =20 > | | > =20 > | | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= > +-+ > | OCP | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > Figure 1: Format of the Route Discovery Option > > In order to be used as a Discovery message, a DIO MUST carry a =20 > "Route > Discovery" option illustrated in Figure 1. A DIO MUST NOT carry =20= > more > > > > Goyal, et al. Expires December 16, 2010 =20 > [Page 7] > =0C > Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= > 2010 > > > than one Route Discovery options. > JP> Explain what you do if more than one is present: > * Ignore the second one? > * Ignore the entire message? > > A Route Discovery option consists > of the following fields: > > o Option Type =3D 0x09 (to be confirmed by IANA). > > o Option Length =3D 20 or 22 octets depending on whether the OCP =20= > field > is included or not. > > o D: A 2-bit field that indicates the direction of the desired > routes: > > * D =3D 0x00: Forward; > > * D =3D 0x01: Backward; > > * D =3D 0x02: Bidirectional. > > o S: A flag that indicates whether source routes are desired. The > flag is set if the source routes are desired. The flag is clear > if hop-by-hop routes are desired. > > o N: A 3-bit unsigned integer indicating the number of routes > desired. > > o L: A 2-bit field indicating the minimum "Life Time" of the > temporary DAG, i.e., the minimum duration a router joining the > temporary DAG must maintain its membership in the DAG: > > * L =3D 0x00: Minimum life time is 5 seconds; > > * L =3D 0x01: Minimum life time is 10 seconds; > > * L =3D 0x02: Minimum life time is 1 minute; > > * L =3D 0x03: Minimum life time is 10 minutes. > > JP> Placeholder ... indicate what happens if a node cannot store that > additional state (add a manageability section). > o O: A flag that indicates whether the same OCP is used for route > discovery as well as temporary DAG formation. If this flag is > clear, the OCP contained in the DODAG Configuration option in =20= > the > DIO is used for route discovery as well. Otherwise, the OCP > specified in the Route Discovery option is used for route > selection > JP> s/route selection/route discovery > > and the metrics/constraints used for route selection are > carried in a Metrics Container option immediately following the > Route Discovery option. > JP> Since OF is decoupled from metrics, you always need to indicate > the metric in use. That said, I do not see your point here. Indeed, =20= > the > temporary DAG is built according to some OF and metrics so the > resulting routes will inherit these metrics? > o Max Rank: A 7-bit unsigned integer that indicates the maximum =20= > rank > allowed in the temporary DAG advertised by the DIO message. =20 > This > upper limit on the DAG rank serves as the "distance" referred to > > > > Goyal, et al. Expires December 16, 2010 =20 > [Page 8] > =0C > Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= > 2010 > > > in Section 4 and provides a control over how far the Route > Discovery option contained in the DODAG Configuration option in > the DIO message may travel. > JP> You may discuss it later in this document ... but the distance =20 > is tied > to how you compute the rank. > A router MUST not > JP> s/MUST not/MUST NOT > join the temporary > DAG if its rank in the DAG will exceed this limit. Later =20 > versions > of this draft will map the 128 value space available in this =20 > field > to 16-bit long limits on the DAG rank. > > o Target Address: The IPv6 address of the target router. > > o OCP: 16 bit unsigned integer. An optional field, present only =20= > if > the O flag is set, that indicates the objective code point (OCP) > to be used for route selection. > > 5.2. Setting a DIO Carrying a Route Discovery Option > > A DIO message that carries a Route Discovery option MUST set the =20= > Base > Object, described in [I-D.ietf-roll-rpl], in the following manner: > > o RPLInstanceID: RPLInstanceID MUST be a local value as =20 > described in > Section 4.1 of [I-D.ietf-roll-rpl]. > > o Grounded (G) Flag: MUST be clear since the objective of DAG > formation is the propagation of Route Discovery option. This =20= > DAG > is temporary in nature and is not used for routing purpose. > > o Destination Advertisement Supported (A) Flag: MUST be clear for > same reasons as described above. > > o Destination Advertisement Trigger (T) Flag: MUST be clear. > > o Mode of Operation (MOP): Since the temporary DAG is not to be =20= > used > for routing purposes, the value of this field is immaterial. To > allow constrained routers to join the DAG, the MOP field =20 > SHOULD be > set to 00 (non-storing). > > JP> I'd rather suggest to specify a new MOP value (0x02) > o DODAGPreference (Prf): TBD > > o Destination Advertisement Trigger Sequence Number (DTSN): TBD > > JP> To be discussed on the mailing list ? > o DODAGID: IPv6 address of the router initiating the route > discovery. > > JP> Origin router. > The other fields in the Base Object are set as per the rules > described in [I-D.ietf-roll-rpl]. > > The DODAG Configuration option, carried in the DIO message, =20 > specifies > the parameters for the trickle timer operation that governs the > generation of DIO messages by the routers joining the temporary =20 > DAG. > > JP> Also according to RPL ID or would you recommend different > default values ? Default values for RPL are TBD but we could easily > think of different values in this case. To be revisited in the future. > > > Goyal, et al. Expires December 16, 2010 =20 > [Page 9] > =0C > Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= > 2010 > > > The other fields defined in the DODAG Configuration option are =20 > set as > follows: > > o The MaxRankIncrease field MUST be set to 0 to disable local =20 > repair > of the temporary DAG. > > o This document RECOMMENDS a value 1 for the MinHopRankInc field. > > o Objective Code Point (OCP): The OCP to be used for temporary DAG > formation. This document RECOMMENDS RPL Objective Function 0, =20= > as > defined in [I-D.ietf-roll-of0], for use as the objective =20 > function > for the formation of the temporary DAG. > > A DIO, that contains a Route Discovery option with O flag set, MUST > also contain a Metric Container option immediately following the > Route Discovery option. This Metric Container option carries the > values for the routing metrics as well as the constraints > (constituting the "good enough" criteria) used for route selection. > JP> This is confusing: the metric and constraint carried within the =20= > Metric > Container are used for the DODAG formation. Do you want to use them > for a different purpose ? At this point, you have not yet defined =20 > the use of > the good enough criteria but one can guess that you would use the good > enough metrics to control the flooding and the metric/OF to =20 > effectively > build the temporary DAG and discover the routes. If so, the good =20 > enough > metrics are of different use. > Note that if O flag in the Route Discovery option is clear, the OCP > and Metric Container used for temporary DAG formation are used for > route selection as well. > > A DIO, carrying a Route Discovery option, MUST not carry any Route > JP> s/MUST not/MUST NOT > Information or Prefix Information options described in > [I-D.ietf-roll-rpl]. > > 5.3. Processing of a DIO Carrying a Route Discovery Option At An > Intermediate Node > > The rules for DIO processing and transmission, described in =20 > Section 7 > of RPL [I-D.ietf-roll-rpl], apply to DIOs carrying a Route =20 > Discovery > option as well except as modified in this document. > > When an intermediate router joins a temporary DAG advertized by a =20= > DIO > carrying the Route Discovery option, it MUST maintain its =20 > membership > in the DAG for the Minimum Life Time duration listed in the Route > Discovery option. > JP> What if it cannot ? Just not join the DAG and log an error ? > Maintaining membership in the DAG implies > remembering: > > o The RPLInstanceID, the DODAGID and the DODAGVersionNumber for =20= > the > temporary DAG; > > o The router's rank in the temporary DAG; > > o The best Metric Container, > JP> you mean the best path cost? > along with the associated source route > from the initiator of route discovery till this router =20 > (carried in > a Record Route IPv6 Extension Header proposed in > [I-D.thubert-6man-reverse-routing-header]), for the Route > > > > Goyal, et al. Expires December 16, 2010 [Page =20= > 10] > =0C > Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= > 2010 > > > Discovery option being propagated by the temporary DAG. If the > router can not compare Metric Containers, it MUST remember the > latest Metric Container it has received, along with the =20 > associated > source route. > JP> Requires clarification on what you mean by "compare" > A router belonging to a temporary DAG need not remember the =20 > identity > of its DAG parents since the temporary DAG is not used for routing. > JP> Are you sure ? What is a hop-by-hop route is needed ? Don't you > need to remember your parent, or do you still record the route ? > The main purpose of a temporary DAG's existence is to facilitate =20= > the > propagation of the Route Discovery option. > > The router does not process a Route Discovery option, contained in > the received DIO, any further if any of the following conditions =20= > are > true: > > o The router does not support the objective function > JP> and/or metrics > being used for > route discovery > > o The router does not have sufficient information to calculate the > relevant routing metrics/constraints in the right direction (as > specified by the D field). > > o The S field is clear, i.e. hop-by-hop routes are desired, but =20= > the > router can not participate in a hop-by-hop route. > > o The router is an intermediate router and the router's rank in =20= > the > temporary DAG, calculated on the basis of the rank and objective > function carried in the Base Object in the DIO, exceeds the Max > Rank value specified in the Route Discovery option. > > A router MUST discard the DIO if the Route Discovery option =20 > contained > in the message does not need further processing. > JP> Log an error ? > Otherwise, the > Route Discovery option is processed as follows. > > The router updates the Metrics Container associated with the =20 > received > Route Discovery option as per the specified objective function. > JP> And routing metrics > > The > router may optionally check the Metric Container to determine if =20= > the > aggregated values for the routing metrics meet all the constraints > listed in the Metric Container. > JP> The aggregated values are for the metrics. Constraints are used to > prune potential path. > If not, the Route Discovery option > is discarded > JP> You mean the DIO message. > without further processing. Otherwise, the router > updates its in-memory copy of the latest/best Metric Container for > this Route Discovery option along with the associated source route > updated in the correct direction (based on the D field of the Route > Discovery option). Any change in the in-memory copy also requires > resetting the trickle timer and generating a new DIO carrying the > Route Discovery option, the updated latest/best Metric Container =20= > and > the associated source route (in a Record Route IPv6 extension =20 > header > proposed in [I-D.thubert-6man-reverse-routing-header]) when the =20 > timer > fires. > JP> If the changes occur during the lifetime window. > Note that the Metric Container MUST immediately follow the > > > > Goyal, et al. Expires December 16, 2010 [Page =20= > 11] > =0C > Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= > 2010 > > > Route Discovery option if the O flag in the Route Discovery =20 > option is > set. > > 5.4. Processing of a DIO Carrying a Route Discovery Option At The > Target Router > > When the target router joins the temporary DAG advertized by a DIO > carrying the Route Discovery option, it MUST maintain its =20 > membership > in the DAG for the Minimum Life Time duration listed in the Route > Discovery option. Maintaining membership in the DAG implies > remembering: > > o The RPLInstanceID, the DODAGID and the DODAGVersionNumber for =20= > the > temporary DAG; > > o The router's rank in the temporary DAG; > > The target router does not process a Route Discovery option, > contained in the received DIO, any further if any of the following > conditions are true: > > o The router does not support the objective function used for =20 > route > discovery > > o The router does not have sufficient information to calculate the > relevant routing metrics/constraints in the right direction (as > specified by the D field). > > JP> or does not support the metric. > The target router MUST discard the DIO if the Route Discovery =20 > option contained in the message does not need further processing. > JP> ? How does it knows (simply because it reaches the destination) ? > Otherwise, the Route Discovery option is processed as follows. > > The target router updates the Metrics Container associated with the > received Route Discovery option as per the specified objective > function. > JP> and routing metrics (remember they are decoupled). > > The target router then checks the Metric Container to > determine if the aggregated values for the routing metrics meet all > the constraints listed in the Metric Container. > JP> See previous comments. > > If not, the Route > Discovery option is discarded without further processing. =20 > Otherwise, > the router MAY select the source route accumulated by the received > DIO as one of the discovered routes. > JP> "MAY" ? When ? > The target router MUST send one > or more RPL Control Messages carrying a Discovery Reply Object > (defined in the next section) back to the origin router (identified > by the DODAGID field in the DIO Base Object) as discussed in the > following sections. > > The target router MUST NOT forward a DIO carrying a Route Discovery > option that lists one of its own addresses as the Target Address. > > > > > Goyal, et al. Expires December 16, 2010 [Page =20= > 12] > =0C > Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= > 2010 > > > 6. Propagation of Discovery Reply Messages > > 6.1. The Discovery Reply Object (DRO) > > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 =20= > 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= > +-+ > | RPLInstanceID | Version | D |S| N | =20 > Reserved | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= > +-+ > =20 > | | > | DODAGID | > =20 > | | > =20 > | | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= > +-+ > =20 > | | > | Target =20 > Address | > =20 > | | > =20 > | | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= > +-+ > | Option(s)... > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+... > > > Figure 2: Format of the Discovery Reply Object (DRO) > > This document defines a new RPL Control Message type, the Discovery > Reply Object (DRO) with code 0x04 (to be confirmed by IANA), that > serves the following functions: > > o An acknowledgement from the target router to the origin router > regarding the successful discovery of backward source routes; > JP> ACK of routes from the origin to the target: you may not have =20 > routes > in the opposite direction. > o Carries one or more forward/bidirectional source routes from the > target to the origin router; > > o Establishes a hop-by-hop forward/backward/bidirectional route as > it travels from the target to the origin router. > > The format for a Discovery Reply Object (DRO) is shown in Figure 2. > A DRO consists of the following fields: > > o RPLInstanceID: The RPLInstanceID of the temporary DAG used for > route discovery. > > o Version: The Version of the temporary DAG used for route > discovery. > > > > > > Goyal, et al. Expires December 16, 2010 [Page =20= > 13] > =0C > Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= > 2010 > > > o DODAGID: The DODAGID of the temporary DAG used for route > discovery. The DODAGID also identifies the origin router. The > RPLInstanceID, the Version and the DODAGID together uniquely > identify the temporary DAG used for route discovery and can be > copied from the Base Object of the DIO advertizing the temporary > DAG. > > o D: A 2-bit field that indicates the direction of the discovered > routes: > > * D =3D 0x00: Forward; > > * D =3D 0x01: Backward; > > * D =3D 0x02: Bidirectional. > > This field has the same value as the corresponding field in the > Route Discovery option. > > o S: A flag that is clear if the Discovery Reply Object is > establishing an hop-by-hop route. The flag is set if the > Discovery Reply Object carries (or is an acknowledgement for the > discovery of) one or more source routes. > > o N: A 3-bit field that indicates the number of source routes > carried or acknowledged in the Discovery Reply Object. > > o Target Address: The IPv6 address of the target router =20 > originating > the Discovery Reply Object. > > o Reserved: These bits are reserved for future use. These bits =20= > MUST > be set to zero on transmission and MUST be ignored on reception. > > o Options: The Discovery Reply Object MAY carry up to 7 Source =20 > Route > options (defined in the next section) with each such option > carrying a complete forward/bidirectional source route and > optionally followed by a Metric Container option that lists the > aggregated values for the routing metrics for the source route. > JP> This may not be an aggregated value but recorded metric too. > Goyal, et al. Expires December 16, 2010 =20 > [Page 14] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 = =20 > June 2010 6.1.1. The Source Route Option =20 > 0 1 2 3 =20= > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 =20 > 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= > +-+-+ | Type =3D 10 | Option Length | Compr | Pad | =20= > Resvd | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= > +-+-+-+-+-+-+-+ =20 > | =20 > | . =20 > Addresses=20 > [1=20 > ..n=20 > ] . . = . |=20 > =20 > | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= > +-+-+ Figure 3: Format of the Source Route Option =20= > The Source Route option, illustrated in Figure 3, carries a =20 > complete forward/bidirectional source route from the target router =20= > to the origin router. A Source Route option can only be a part of =20= > the Discovery Reply Object and MAY be immediately followed by a =20 > Metric Container option that contains the aggregated values of the =20= > routing metrics for this source route. A Route Discovery option =20= > consists of the following fields: o Option Type =3D 0x0A (to be =20= > confirmed by IANA). o Option Length =3D Variable, depending on the = =20 > size of the Addresses vector. o Compr: 4-bit unsigned =20 > interger indicating the number of prefix octets that are elided =20= > from each address. For example, Compr value will be 0 if full =20= > IPv6 addresses are carried in the Addresses vector. o Pad: =20= > 4-bit unsigned integer. Number of octets that are used for =20 > padding between Address[n] and the end of the Source Route =20 > option. o Address[1..n]: Vector of addresses, numbered 1 to n. =20= > Each vector element has size (16 - Compr) octets. A common =20 > network configuration for an RPL domain is that all routers within =20= > an LLN share a common prefix. The Source Route option uses the =20 > Compr field to allow compaction of the Addresses[1..n] vector when =20= > all entries share the same prefix as the DODAGID or the Target =20 > Address of the encapsulating Discovery Reply Object. The shared =20 > prefix octets are not carried within the Source Route option and =20 > each entry in Address[1..n] has size (16 - Compr) octets. When =20 > Compr is Goyal, et al. Expires December 16, =20 > 2010 [Page 15] =0C Internet-Draft = draft-dt-roll-p2=20 > p-rpl-01 June 2010 non-zero, there may exist unused =20= > octets between the last entry, Address[n], and the end of the =20 > Source Route option. The Pad field indicates the number of unused =20= > octets that are used for padding. Note that when Compr is 0, Pad =20 > MUST be null and carry a value 0. The Source Route option MUST =20 > NOT specify a path that visits a router more than once. When =20 > generating a Source Route option, the target router may not know =20 > the mapping between IPv6 addresses and routers. Minimally, the =20 > target router MUST ensure that: o The IPv6 Addresses do not =20 > appear more than once; o The IPv6 addresses of the origin and =20 > the target routers do not appear in the Address vector; o =20 > The Address vector represents a source route in forward =20 > direction with Address[1] being the next hop for the origin =20 > router. Multicast addresses MUST NOT appear in a Source Route =20 > option. > JP> you may want to add a ref to RH4 since the format is very similar. > 6.2. DRO as Acknowledgement for Backward Source Routes > > When a target router discovers a backward source route, > JP> I have an issue with your terminology. When the target receives =20= > the > DIO with route discovery option, what is discovered is a forward =20 > route ? > > it sends a > DRO message to the origin router as an acknowlegement for the > discovered route. Optionally, a target router MAY send a DRO > acknowledgement to the origin router after discovering multiple > backward source routes. A DRO, serving as an acknowledgement for > backward source route discovery, has its D field set to 0x01 > (indicating backward) while the S flag is set to 1 (indicating =20 > source > route). The N field is set to indicate the number of discovered > backward source routes being acknowledged. Such a DRO message MUST > NOT contain any option. > > This document does not require a particular method for sending =20 > such a > DRO message to the origin router. The target router MAY send the =20= > DRO > message to the origin router in any fashion, including: > > o Using a source route carried in a Type 4 Routing header > [I-D.hui-6man-rpl-routing-header]; > > o Along any DAG connecting the target and the origin routers; > > o Along the temporary DAG created for route discovery, provided =20= > that > the target router is reasonably sure that the DAG's life time is > sufficiently long and the routers in the DAG do remember one or > more of their parents in the DAG. > JP> You may want to explain a bit more why you the origin router > would be interested in receiving an ACK without the route itself (case > 6.3): hop-by-hop routes. > Goyal, et al. Expires December 16, 2010 =20 > [Page 16] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 = =20 > June 2010 6.3. DRO as Carrier of Forward/Bidirectional Source =20= > Routes When a target router discovers a forward source route, > JP> Here, I agree that this is a forward route. > it sends a DRO > message to the origin router carrying the discovered source route > inside a Source Route option. Similarly, when a target router > discovers a bidirectional source route, it caches the route for its > own use and then sends a DRO message to the origin router carrying > the discovered route inside a Source Route option. Rather than > immediately sending a discovered route back to the origin router, a > target router MAY optionally send one DRO message after discovering > multiple forward/bidirectional source routes with the sent DRO > carrying the discovered source routes (in multiple Source Route > options). > JP> Note that the algorithm for "best route" selection is outside =20 > the scope > of this document, so does the use of a timer on the target side to =20 > determine > how much time to wait before answering, ... > A DRO message carrying one or more Source Route options MUST =20 > have its D field set to 0x00 (for forward routes) or 0x02 (for =20 > bidirectional routes). The S flag MUST be set to 1 and the N =20 > field MUST indicate the number of Source Route options in the =20 > message. A Source Route option MAY immediately be followed by a =20 > Metric Container option that carries the aggregated > JP> or recorded > values of the routing metrics for this source > route. The target router may send this DRO message to the origin > router in any fashion it desires including the options listed in > Section 6.2. > > 6.4. Establishing Hop-by-hop Routes Via DRO > > In order to establish a hop-by-hop route, the target router sends a > DRO message along the reverse of the discovered route (via a Type 4 > Routing Header specified in [I-D.hui-6man-rpl-routing-header]). =20= > The > D field of the message is set to convey the route's direction > (forward/backward/bidirectional) and the S flag MUST be clear > (indicating hop-by-hop). The N field MUST be set to 1. Such a DRO > MUST NOT contain any option. > > A router receiving such a DRO message SHOULD establish hop-by-hop > state in the right direction corresponding to the route carried in > the Type 4 Routing Header of the DRO message. If a router does not > establish such state, it MUST drop the DRO message. Otherwise, it > MUST forward the DRO message along the source route contained in =20= > Type > 4 Routing Header of the received message. > > JP> Any error log if it does not ? (optional) ICMP sent to the =20 > target node? > A router SHOULD associate the hop-by-hop routing state, thus > established, with the objective function and metrics used for route > discovery. > > > > > > > > Goyal, et al. Expires December 16, 2010 [Page =20= > 17] > =0C > Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= > 2010 > > JP> New section to indicate how to clean-up the temporary DAG ? > 7. Security Considerations > > TBA > > > 8. IANA Considerations > > TBA > > > 9. Authors and Contributors > > In addition to the editor, the authors of this document include the > following individuals (listed in alphabetical order). > > Anders Brandt, Sigma Designs, Emdrupvej 26A, 1., Copenhagen, =20 > Dk-2100, > Denmark. Phone: +45 29609501; Email: abr@sdesigns.dk > > Robert Cragie, Gridmerge Ltd, 89 Greenfield Crescent, Wakefieldm =20= > WF4 > 4WA, UK. Phone: +44 1924910888; Email: robert.cragie@gridmerge.com > > Jerald Martocci, Johnson Controls, Milwaukee, WI 53202, USA. =20 > Phone: > +1 414 524 4010; Email:jerald.p.martocci@jci.com > > Charles Perkins, Tellabs Inc., USA. Email:charliep@computer.org > > Authors gratefully acknowledge the contributions of Richard Kelsey > and Zach Shelby in the development of this document. > > > 10. References > > 10.1. Normative References > > [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate > Requirement Levels", BCP 14, RFC 2119, March 1997. > > 10.2. Informative References > > [I-D.brandt-roll-rpl-applicability-home-building] > Brandt, A., Baccelli, E., and R. Cragie, "Applicability > Statement: The use of RPL in Building and Home > Environments", > draft-brandt-roll-rpl-applicability-home-building-00 =20 > (work > in progress), April 2010. > > [I-D.hui-6man-rpl-routing-header] > Hui, J., Vasseur, J., and D. Culler, "A Source Routing > > > > Goyal, et al. Expires December 16, 2010 [Page =20= > 18] > =0C > Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= > 2010 > > > Header for RPL", draft-hui-6man-rpl-routing-header-00 > (work in progress), May 2010. > > [I-D.ietf-roll-building-routing-reqs] > Martocci, J., Riou, N., Mil, P., and W. Vermeylen, > "Building Automation Routing Requirements in Low Power =20= > and > Lossy Networks", draft-ietf-roll-building-routing-=20 > reqs-09 > (work in progress), January 2010. > > [I-D.ietf-roll-of0] > Thubert, P., "RPL Objective Function 0", > draft-ietf-roll-of0-02 (work in progress), June 2010. > > [I-D.ietf-roll-routing-metrics] > Vasseur, J., Kim, M., Networks, D., and H. Chong, =20 > "Routing > Metrics used for Path Calculation in Low Power and Lossy > Networks", draft-ietf-roll-routing-metrics-07 (work in > progress), June 2010. > > [I-D.ietf-roll-rpl] > Winter, T., Thubert, P., and R. Team, "RPL: IPv6 Routing > Protocol for Low power and Lossy Networks", > draft-ietf-roll-rpl-09 (work in progress), June 2010. > > [I-D.ietf-roll-terminology] > Vasseur, J., "Terminology in Low power And Lossy > Networks", draft-ietf-roll-terminology-03 (work in > progress), March 2010. > > [I-D.thubert-6man-reverse-routing-header] > Thubert, P., "Reverse Routing Header", > draft-thubert-6man-reverse-routing-header-00 (work in > progress), June 2010. > > [RFC5826] Brandt, A., Buron, J., and G. Porcu, "Home Automation > Routing Requirements in Low-Power and Lossy Networks", > RFC 5826, April 2010. > > > > > > > > > > > > > > > Goyal, et al. Expires December 16, 2010 [Page =20= > 19] > =0C > Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= > 2010 > > > Authors' Addresses > > Mukul Goyal (editor) > University of Wisconsin Milwaukee > 3200 N Cramer St > Milwaukee, WI 53211 > USA > > Phone: +1 414 2295001 > Email: mukul@uwm.edu > > > Emmanuel Baccelli (editor) > INRIA > > Phone: +33-169-335-511 > Email: Emmanuel.Baccelli@inria.fr > URI: http://www.emmanuelbaccelli.org/ > > > P2P Team > > JP> Remove P2P Team unless you list the people. > Goyal, et al. Expires December 16, 2010 =20 > [Page 20] =0C > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll --Apple-Mail-194--124367275 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi,

As = promised here is some text wrt the trade-off on on-demand = routing.

"As pointed out in this document, RPL = does provide support of P2P routes via a common
ancestor. = Using the mechanism described in this document, more optimal routes = with 
regards to some metrics may be discovered but it is = worth pointing out that this comes
at the price of additional = control messages in the network since the discovery = process
requires sending additional routing control plane = messages. The gain in terms of path 
optimality = may vary with the network topology and networking conditions. Thus = network 
designer may want to take into account the = trade-off between the potential discovery of a 
more = optimal route and the associated cost in terms of network and node = resources.
Note that on-demand routing also offers the benefit = of not having to maintains states 
as with proactive = routing."

Thanks.

JP.

On Jun 16, 2010, at 12:00 PM, JP Vasseur = wrote:

Dear = authors,

Since I had a number of comments = I inserted them in the ID itself. As you will notice:
1) Some = of them are purely editorial
2) Others are more fundamental = and may require just clarifications, more discussion on the mailing = list, ... In this case, feel free to start a separate thread (note that = ticket cannot be assigned to non WG document).
3) I also = suggested new sections

Internet =
Engineering Task Force                            M. Goyal, Ed.
Internet-Draft                         University of Wisconsin Milwaukee
Intended status: Informational                          E. Baccelli, Ed.

JP> Are you sure that =
you want to make it informational ?

Expires: =
December 16, 2010                                         INRIA
                                                               P2P. Team
                                                           June 14, 2010


   Reactive Discovery of Point-to-Point Routes in Low Power and Lossy
                                Networks
                        draft-dt-roll-p2p-rpl-01

Abstract

   This document describes a mechanism to discover and establish "on
   demand" one or more routes between two routers in a low power and
   lossy network.

JP> =
Needs a bit more details + explicitly refer to IPv6 in the =
abstract 
and =
introduction.
 Status of this Memo    This =
Internet-Draft is submitted to IETF in full conformance with the   =
provisions of BCP 78 and BCP 79.    Internet-Drafts are working =
documents of the Internet Engineering   Task Force (IETF).  Note that =
other groups may also distribute   working documents as Internet-Drafts. =
 The list of current Internet-   Drafts is at http://datatracker.ie=
tf.org/drafts/current/.    Internet-Drafts are draft documents valid =
for a maximum of six months   and may be updated, replaced, or obsoleted =
by other documents at any   time.  It is inappropriate to use =
Internet-Drafts as reference   material or to cite them other than as =
"work in progress."    This Internet-Draft will expire on December 16, =
2010. Copyright Notice    Copyright (c) 2010 IETF Trust and the persons =
identified as the   document authors.  All rights reserved.    This =
document is subject to BCP 78 and the IETF Trust's Legal   Provisions =
Relating to IETF Documents   (http://trustee.ietf.org/lice=
nse-info) in effect on the date of   publication of this document.  =
Please review these documents   carefully, as they describe your rights =
and restrictions with respect   to this document.  Code Components =
extracted from this document must   include Simplified BSD License text =
as described in Section 4.e of   the Trust Legal Provisions and are =
provided without warranty as Goyal, et al.           Expires December =
16, 2010               [Page 1] =0C Internet-Draft          =
draft-dt-roll-p2p-rpl-01               June 2010    described in the =
Simplified BSD License. Table of Contents    1.  Introduction . . . . . =
. . . . . . . . . . . . . . . . . . . .  3   2.  Targeted Use Cases . . =
. . . . . . . . . . . . . . . . . . . .  4   3.  Terminology  . . . . . =
. . . . . . . . . . . . . . . . . . . .  4   4.  Functional Overview  . =
. . . . . . . . . . . . . . . . . . . .  5   5.  Propagation of =
Discovery Messages  . . . . . . . . . . . . . .  7     5.1.  The Route =
Discovery Option . . . . . . . . . . . . . . . .  7     5.2.  Setting a =
DIO Carrying a Route Discovery Option  . . . . .  9     5.3.  Processing =
of a DIO Carrying a Route Discovery Option           At An Intermediate =
Node  . . . . . . . . . . . . . . . . . 10     5.4.  Processing of a DIO =
Carrying a Route Discovery Option           At The Target Router . . . . =
. . . . . . . . . . . . . . . 12   6.  Propagation of Discovery Reply =
Messages  . . . . . . . . . . . 13     6.1.  The Discovery Reply Object =
(DRO) . . . . . . . . . . . . . 13       6.1.1.  The Source Route Option =
 . . . . . . . . . . . . . . . 15     6.2.  DRO as Acknowledgement for =
Backward Source Routes  . . . . 16     6.3.  DRO as Carrier of =
Forward/Bidirectional Source Routes  . . 17     6.4.  Establishing =
Hop-by-hop Routes Via DRO . . . . . . . . . . 17   7.  Security =
Considerations  . . . . . . . . . . . . . . . . . . . 18   8.  IANA =
Considerations  . . . . . . . . . . . . . . . . . . . . . 18   9.  =
Authors and Contributors . . . . . . . . . . . . . . . . . . . 18   10. =
References . . . . . . . . . . . . . . . . . . . . . . . . . . 18     =
10.1. Normative References . . . . . . . . . . . . . . . . . . . 18     =
10.2. Informative References . . . . . . . . . . . . . . . . . . 18   =
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 19 =
Goyal, et al.           Expires December 16, 2010               [Page 2] =
=0C Internet-Draft          draft-dt-roll-p2p-rpl-01               June =
2010 1.  Introduction    RPL [I-D.ietf-roll-rpl] provides =
multipoint-to-point (MP2P) routes   from routers in a low power and =
lossy network (LLN) to a sink router   by organizing the routers along a =
Directed Acyclic Graph (DAG) rooted   at the sink.  
JP> low power and lossy =
.... Low Power and Lossy
JP> RPL provides P2MP, =
MP2P and P2P routes =
too.
JP> Without going too =
much in the details, you may just want to =
add
that a node decides to join a DODAG =
according to a number of parameters
(identity of =
the DODAG, OF, routing/constraints a specified in the =
metric-ID,...).
   RPL enables point-to-multipoint =
(P2MP) routing from a router to its
   descendants in the DAG by allowing a router to send a Destination
   Advertisement Object (DAO) upwards along the DAG.  The DAO carries
   the aggregated 
JP> Potentially =
"aggregated"
information =
regarding the descendants (and other local
   prefixes) reachable through the originating router.

   RPL also provides mechanisms for point-to-point (P2P) routing between
   any two routers in the DAG.  
JP> =
Yes.
If the destination is within the
   source's "range", the source may directly send packets to the
   destination.  Otherwise, if the destination is a DAG descendant and
   the source maintains "downwards" routing state about this descendant,
   it can forward the packet along this route.  Otherwise, the source
   sends the packet to a DAG parent, which then applies the same set of
   rules to forward the packet further.  Thus, a packet travels up the
   DAG until it reaches a router that knows of the downwards route to
   the destination and then it travels down the DAG towards its
   destination.  A router may or may not maintain routing state about a
   descendant depending on whether its immediate children send it such
   information in their DAOs and whether the router can store this
   information.  Thus, in the best case scenario, the "upwards" segment
   of the P2P route between a source and a destination ends at the first
   common ancestor of the source and the destination.  In the worst
   case, the "upwards" segment would extend all the way to the DAG's
   root.  If the destination did not originate a DAO, the packet will
   travel all the way to the DAG's root, where it will be dropped.

JP> This may require to =
be a bit more accurate here. If there is no =
DAO,
there RPL is used for MP2P routing only =
(that is not a protocol design 
characteristic =
though). 
   The P2P routing functionality =
available in RPL suffers from several
   shortcomings [I-D.brandt-roll-rpl-applicability-home-building]:

JP> "suffering from =
several shortcomings" is a bit strong though. You =
may
want to say =
that additional mechanisms may be required to address =
specific
situation =
and list them. 
   o  The need =
to maintain routes "proactively", i.e. every possible
      destination in the DAG must originate a DAO.

   o  The constraint to route only along a DAG potentialy leading to
      significantly suboptimal P2P routes and traffic congestion near
      the DAG root.
JP> 
First bullet: =
you can mention that this requires to pro-actively advertise =
the
route and to keep refreshing the state =
accordingly
Second bullet: just to be very accurate, =
mention that the route may be sub-optimal.
This is highly =
network topology / OF dependent.
 Goyal, et =
al.           Expires December 16, 2010               [Page 3] =0C =
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010 =
   These shortcomings are not compatible with the home and commercial   =
building domain application requirements described in [RFC5826] and   =
[I-D.ietf-roll-building-routing-reqs].  
JP> Again, to be =
accurate, there are no MUST requirements listed =
in
these ID that are not satisfied by RPL =
(with regards to the aforementioned
issues). I am =
NOT saying that the proposed mechanism is not =
useful 
(by all means), just that the statement =
above is not correct.

Such =
applications require a
   mechanism providing source-initiated discovery of P2P routes that are
   not along a DAG.  
JP> In some cases, it =
may be desirable to make use of source-initiated =
... 

This document thus describes such a =
mechanism,
   complementary to the basic RPL specification.

   The specified scheme is based on a reactive on-demand approach, which
   enables a router to discover one or more "good-enough" routes in
   either direction between itself and another router in the LLN without
   any constraints regarding the existing DAG-membership of the links
   that such routes may use.  
JP> This will be an =
aspect triggering some discussion. How "good" =
is
"good enough" ? You will need some text =
to elaborate here or point 
to another =
section explaining what is meant by "good =
enough"
Such routes may be source-routes or =
hop-
   by-hop ones.  
JP> Just terminology: =
instead of referring to hop-by-hop routes, you =
may
want to say that once a route has been =
computed between two nodes in 
the network, =
IPv6 packet may be forward using a source routing =
mechanism
as specified in [XX] or in a hop by hop =
fashion.
A complementary functionality, =
necessary to help decide
   whether to initiate a route discovery, is a mechanism to measure the
   end-to-end cost of an existing route.  
JP> s/cost/path =
cost
Such functionality will be
   described in a separate document.

JP> But its use is =
described in this document ?
 2.  =
Targeted Use Cases    The mechanisms described in this document are =
intended to be employed   as complementary to RPL in specific scenarios =
that need point-to-   point (P2P) routes between arbitrary routers.    =
One target use case, common in a home environment, involves a remote   =
control (or a motion sensor) that suddenly needs to communicate with   a =
lamp module, whose network address it knows apriori.  In this case,   =
the source of data (the remote control or the motion sensor) must be   =
able to discover a route to the destination (the lamp module) "on   =
demand".    Another target use case, common in a large commercial =
building   environment, involves a large LLN deployment where P2P =
communication   along a particular DAG among hundreds (or thousands) of =
routers   creates severe traffic congestion near that DAG's root, and =
thus   routes across this DAG are desirable.    Targeted use cases also =
include scenarios where energy or delay   constraints are not satisfied =
by the P2P routes along a DAG because   they involve traversing many =
more intermediate routers than necessary   to reach the destination. =

JP> What I would suggest =
is to summarize it, put in the =
introduction,
and detail the use case in the =
applicability statement.
3.  Terminology

   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
   "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and
   "OPTIONAL" in this document are to be interpreted as described in



Goyal, et al.           Expires December 16, 2010               [Page 4]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   [RFC2119].

   Additionally, this document uses terminology from
   [I-D.ietf-roll-terminology] and [I-D.ietf-roll-rpl], and introduces
   the following terminology:

   Origin Router: The router initiating the route discovery.  The origin
   router acts as one end point of the routes to be discovered.

   Target Router: The other end point of the routes to be discovered.

   Intermediate Router: A router that is neither the origin nor the
   target.

   Forward Route: A route from the origin router to the target router.

   Backward Route: A route from the target router to the origin router.

   Bidirectional Route: A route that can be used in both directions:
   from the origin router to the target router and vice versa.

   Source Route: A complete and ordered list of routers that can be used
   by a packet to travel from a source to a destination.  Such source
   routes can be carried by a packet in a proposed Type 4 Routing Header
   [I-D.hui-6man-rpl-routing-header].

   Hop-by-hop Route: A route from a source to a destination where each
   router in the route knows only the address of the next hop on the
   route.
JP> I =
would suggest to change the definition for "routing =
paradigm
whereby packets are routed from their =
source to destination by 
on a hop by hop basis where the packets =
is routed by a set of routers
along the path according to the routing =
table stored by each router
along the =
path".
   In this document, the term =
'router' refers to any LLN device that can
   forward packets generated at other devices.


4.  Functional Overview

   Router A originates a "Discovery" message listing router B as the
   target.  Node A also indicates in the message:

   o  The nature of the routing cost, the method for accumulating the
      end-to-end cost 
JP> This may de detailed =
hereafter but I guess that you will point =
to 
the metric-ID for the metric =
used?

and the criteria used to determine =
if a route is
      "good enough";

   o  The direction (forward: router A to router B; backward: router B
      to router A; or both) of the route being discovered;

   o  The desired number of routes;




Goyal, et al.           Expires December 16, 2010               [Page 5]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   o  Whether the route is a source-route or a hop-by-hop one; and

   o  A limit on the "distance" the Discovery message may =
travel.
JP> Need to define the =
term "distance": is it a max path cost, number =
of
hops, ... ?
    =
The Discovery message propagates via link-local =
multicast 
JP> =
Indicate "IPv6"
with each
   receiving router making the decision regarding whether to forward the
   message further based on the "distance" (from router A) that this
   particular copy of the message has already traveled.  Note that this
   document does not require a receiving router to use the "good enough"
   criteria to make the forwarding decision.  This is because the
   evaluation of such criteria may be too complex for a constrained
   intermediate router to perform for each received copy of the
   Discovery message.  
JP> So I guess that you =
define later what to do in both cases (the =
node
cannot process the "good enough" criteria =
or it can process it) ?
The calculation =
of the "distance" that a copy of
   the Discovery message has already travelled should be simple enough
   for a constrained router to perform.  
JP> Again it is hard to =
tell from what you wrote if this can reasonably =
be
achieved; it depends on the definition of =
the term "distance".
A router may =
optionally decide
   not to forward a copy of the Discovery message further because the
   aggregated cost of the route so far fails the "good enough" =
criteria.
JP> You =
will nee to be more specific here. Is it a "may" or a =
"MAY". 
Define what happens in this case. You may =
provide more details later
in the =
document.
   The underlying mechanism being =
used to propagate the Discovery
   message may put further restrictions on its propagation.  A router
   should not propagate the Discovery message further if hop-by-hop
   routes are desired and the router can not store state for this route.

   As a copy of the Discovery message travels towards router B, it
   accumulates the relevant forward/backward costs as well as the route
   it takes.  When router B receives a copy of the Discovery message, it
   determines whether the route traveled by the message meets the "good
   enough" criteria.
JP> I think that you =
already mentioned this.
   If router A =
had requested the discovery of backward source-routes,
JP> Didn't you mean =
"forward" ?
   router B =
caches one or more good enough source-routes it identifies.
   Additionally, router B sends one or more "Discovery Reply" message to
   router A to acknowledge the discovery of these routes.  These
   acknowledgements allow router A to judge the success of the route
   discovery.  The Discovery Reply messages can travel towards router A
   in any manner chosen by router B. For example, router B may source-
   route the messages or send them towards router A along a DAG.

   If router A had requested the discovery of "n" forward source-routes,
   router B sends the "n" good enough source-routes it identifies to
   router A in one or more Discovery Reply messages.  Again, these
   Discovery Reply messages can travel towards router A in any manner
   chosen by router B.
JP> What if the DAG is =
"broken": retry from A after expiration of a =
local
timer =
?
   If router A had requested the discovery of =
"n" bidirectional source-
   routes, router B caches the "n" good enough source-routes it
   identifies and also sends these routes to router A in one or more
   Discovery Reply messages.  These Discovery Reply messages can travel
   towards router A in any manner chosen by router B.



Goyal, et al.           Expires December 16, 2010               [Page 6]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   If router A had requested the discovery of "n" forward/backward/
   bidirectional hop-by-hop routes, router B sends out a Discovery Reply
   message to router A for each one of the "n" good enough routes it
   identifies.  
JP> Do you need one =
"Discovery Reply message" per route or =
next-hop
in this =
case?
The Discovery Reply message travels =
towards router A
   using the source-route accumulated by the Discovery message. =
 
JP> In the case of =
hop-by-hop routes, source routes, both =
?
As this
   message travels towards router A, it establishes appropriate forward/
   backward routing state in the en-route routers.  This "non DAG"
   routing state should be specially marked to associate it with the
   routing metrics 
JP> Refer to metric ID =
?
used to discover the route and to =
distinguish such
   state from other DAG-specific routing state the router may have.

JP> Not sure that you =
need to distinguish the state. Suppose that =
you
discover a hop-by-hop route (not a big =
fan of that terms as pointed out
above but =
let's continue to use it for the time being), a storing =
node
may indeed have two routes for the same =
destination: do you want to
state that it should always use the P2P =
routes discovered by this
mechanism or let it choose the best one =
according to the metric in
use?
JP> What if there are =
two routes using different =
metrics?
5.  Propagation of Discovery Messages

   RPL uses DIO message propagation to build a DAG.  The DIO message
   travels via link-local multicast.  
JP> Add everywhere "IPv6 =
link-local multicast =
addresses"

Each router joining the DAG
   determines a rank for itself and ignores the subsequent DIO messages
   received from lower (higher in numerical value) ranked neighbors.
   Thus, the DIO messages propagate outwards rather than return inwards
   towards the DAG root.  
JP> I would suggest to =
align to the RPL terminology. =
Inward/outward
are not used =
anymore.

The DIO message generation at a =
router is
   further controlled by a trickle timer that allows a router to avoid
   generating unnecessary messages.  
JP> Add a reference to =
the Trickle ID

The link-local =
multicast based
   propagation, trickle-controlled generation and the rank-based
   poisoning of messages traveling in the wrong direction (towards the
   DAG root) provide powerful incentives to use the DIO message as the
   Discovery message and propagate the DIO/Discovery message by creating
   a "temporary" DAG.

5.1.  The Route Discovery Option

       0                   1                   2                   3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |   Type =3D 9    | Option Length | D |S|  N  | L |O|  Max Rank   =
|
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                                                               |
       |                       Target Address                          |
       |                                                               |
       |                                                               |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |              OCP              |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+


              Figure 1: Format of the Route Discovery Option

   In order to be used as a Discovery message, a DIO MUST carry a "Route
   Discovery" option illustrated in Figure 1.  A DIO MUST NOT carry more



Goyal, et al.           Expires December 16, 2010               [Page 7]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   than one Route Discovery options.  
JP> Explain what you do =
if more than one is present:
	* Ignore =
the second one?
	* Ignore the entire =
message?

A Route Discovery option consists
   of the following fields:

   o  Option Type =3D 0x09 (to be confirmed by IANA).

   o  Option Length =3D 20 or 22 octets depending on whether the OCP =
field
      is included or not.

   o  D: A 2-bit field that indicates the direction of the desired
      routes:

      *  D =3D 0x00: Forward;

      *  D =3D 0x01: Backward;

      *  D =3D 0x02: Bidirectional.

   o  S: A flag that indicates whether source routes are desired.  The
      flag is set if the source routes are desired.  The flag is clear
      if hop-by-hop routes are desired.

   o  N: A 3-bit unsigned integer indicating the number of routes
      desired.

   o  L: A 2-bit field indicating the minimum "Life Time" of the
      temporary DAG, i.e., the minimum duration a router joining the
      temporary DAG must maintain its membership in the DAG:

      *  L =3D 0x00: Minimum life time is 5 seconds;

      *  L =3D 0x01: Minimum life time is 10 seconds;

      *  L =3D 0x02: Minimum life time is 1 minute;

      *  L =3D 0x03: Minimum life time is 10 minutes.

JP> Placeholder ... =
indicate what happens if a node cannot store =
that
additional state (add a manageability =
section).
   o  O: A flag that indicates =
whether the same OCP is used for route
      discovery as well as temporary DAG formation.  If this flag is
      clear, the OCP contained in the DODAG Configuration option in the
      DIO is used for route discovery as well.  Otherwise, the OCP
      specified in the Route Discovery option is used for route
      selection 
JP> s/route =
selection/route discovery

and the =
metrics/constraints used for route selection are
      carried in a Metrics Container option immediately following the
      Route Discovery option.
JP> Since OF is =
decoupled from metrics, you always need to =
indicate
the metric in use. That said, I do not =
see your point here. Indeed, the 
temporary DAG =
is built according to some OF and metrics so =
the 
resulting routes will inherit these =
metrics?
   o  Max Rank: A 7-bit unsigned =
integer that indicates the maximum rank
      allowed in the temporary DAG advertised by the DIO message.  This
      upper limit on the DAG rank serves as the "distance" referred to



Goyal, et al.           Expires December 16, 2010               [Page 8]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


      in Section 4 and provides a control over how far the Route
      Discovery option contained in the DODAG Configuration option in
      the DIO message may travel.  
JP> You may discuss it =
later in this document ... but the distance is =
tied
to how you compute the =
rank.
A router MUST not 
JP> s/MUST not/MUST =
NOT
join the temporary
      DAG if its rank in the DAG will exceed this limit.  Later versions
      of this draft will map the 128 value space available in this field
      to 16-bit long limits on the DAG rank.

   o  Target Address: The IPv6 address of the target router.

   o  OCP: 16 bit unsigned integer.  An optional field, present only if
      the O flag is set, that indicates the objective code point (OCP)
      to be used for route selection.

5.2.  Setting a DIO Carrying a Route Discovery Option

   A DIO message that carries a Route Discovery option MUST set the Base
   Object, described in [I-D.ietf-roll-rpl], in the following manner:

   o  RPLInstanceID: RPLInstanceID MUST be a local value as described in
      Section 4.1 of [I-D.ietf-roll-rpl].

   o  Grounded (G) Flag: MUST be clear since the objective of DAG
      formation is the propagation of Route Discovery option.  This DAG
      is temporary in nature and is not used for routing purpose.

   o  Destination Advertisement Supported (A) Flag: MUST be clear for
      same reasons as described above.

   o  Destination Advertisement Trigger (T) Flag: MUST be clear.

   o  Mode of Operation (MOP): Since the temporary DAG is not to be used
      for routing purposes, the value of this field is immaterial.  To
      allow constrained routers to join the DAG, the MOP field SHOULD be
      set to 00 (non-storing).

JP> I'd rather suggest =
to specify a new MOP value =
(0x02)
   o  DODAGPreference (Prf): TBD

   o  Destination Advertisement Trigger Sequence Number (DTSN): TBD

JP> To be discussed on =
the mailing list ?
   o  DODAGID: =
IPv6 address of the router initiating the route
      discovery.

JP> Origin =
router.
   The other fields in the Base =
Object are set as per the rules
   described in [I-D.ietf-roll-rpl].

   The DODAG Configuration option, carried in the DIO message, specifies
   the parameters for the trickle timer operation that governs the
   generation of DIO messages by the routers joining the temporary DAG.

JP> Also according to =
RPL ID or would you recommend different
default values =
? Default values for RPL are TBD but we could =
easily
think of different values in this case. =
To be revisited in the future.

Goyal, et al.           Expires December 16, 2010               [Page 9]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   The other fields defined in the DODAG Configuration option are set as
   follows:

   o  The MaxRankIncrease field MUST be set to 0 to disable local repair
      of the temporary DAG.

   o  This document RECOMMENDS a value 1 for the MinHopRankInc field.

   o  Objective Code Point (OCP): The OCP to be used for temporary DAG
      formation.  This document RECOMMENDS RPL Objective Function 0, as
      defined in [I-D.ietf-roll-of0], for use as the objective function
      for the formation of the temporary DAG.

   A DIO, that contains a Route Discovery option with O flag set, MUST
   also contain a Metric Container option immediately following the
   Route Discovery option.  This Metric Container option carries the
   values for the routing metrics as well as the constraints
   (constituting the "good enough" criteria) used for route =
selection.
JP> This =
is confusing: the metric and constraint carried within the =
Metric
Container are used for the DODAG =
formation. Do you want to use them
for a =
different purpose ? At this point, you have not yet defined the use =
of
the good enough criteria but one can guess that you would use =
the good
enough metrics to control the =
flooding and the metric/OF to effectively 
build the =
temporary DAG and discover the routes. If so, the good =
enough
metrics are of different =
use.
   Note that if O flag in the Route =
Discovery option is clear, the OCP
   and Metric Container used for temporary DAG formation are used for
   route selection as well.

   A DIO, carrying a Route Discovery option, MUST not carry any =
Route
JP> s/MUST not/MUST =
NOT
   Information or Prefix =
Information options described in
   [I-D.ietf-roll-rpl].

5.3.  Processing of a DIO Carrying a Route Discovery Option At An
      Intermediate Node

   The rules for DIO processing and transmission, described in Section 7
   of RPL [I-D.ietf-roll-rpl], apply to DIOs carrying a Route Discovery
   option as well except as modified in this document.

   When an intermediate router joins a temporary DAG advertized by a DIO
   carrying the Route Discovery option, it MUST maintain its membership
   in the DAG for the Minimum Life Time duration listed in the Route
   Discovery option.  
JP> What if it cannot ? =
Just not join the DAG and log an error =
?
Maintaining membership in the DAG =
implies
   remembering:

   o  The RPLInstanceID, the DODAGID and the DODAGVersionNumber for the
      temporary DAG;

   o  The router's rank in the temporary DAG;

   o  The best Metric Container, 
JP> you mean the best =
path cost?
along with the associated source =
route
      from the initiator of route discovery till this router (carried in
      a Record Route IPv6 Extension Header proposed in
      [I-D.thubert-6man-reverse-routing-header]), for the Route



Goyal, et al.           Expires December 16, 2010              [Page 10]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


      Discovery option being propagated by the temporary DAG.  If the
      router can not compare Metric Containers, it MUST remember the
      latest Metric Container it has received, along with the associated
      source route.
JP> Requires =
clarification on what you mean by =
"compare"
   A router belonging to a =
temporary DAG need not remember the identity
   of its DAG parents since the temporary DAG is not used for =
routing.
JP> Are =
you sure ? What is a hop-by-hop route is needed ? Don't =
you
need to remember your parent, or do you =
still record the route ?
   The main =
purpose of a temporary DAG's existence is to facilitate the
   propagation of the Route Discovery option.

   The router does not process a Route Discovery option, contained in
   the received DIO, any further if any of the following conditions are
   true:

   o  The router does not support the objective function 
JP> and/or =
metrics
being used for
      route discovery

   o  The router does not have sufficient information to calculate the
      relevant routing metrics/constraints in the right direction (as
      specified by the D field).

   o  The S field is clear, i.e. hop-by-hop routes are desired, but the
      router can not participate in a hop-by-hop route.

   o  The router is an intermediate router and the router's rank in the
      temporary DAG, calculated on the basis of the rank and objective
      function carried in the Base Object in the DIO, exceeds the Max
      Rank value specified in the Route Discovery option.

   A router MUST discard the DIO if the Route Discovery option contained
   in the message does not need further processing.  
JP> Log an error =
?
Otherwise, the
   Route =
Discovery option is processed as follows.

   The router updates the Metrics Container associated with the received
   Route Discovery option as per the specified objective function. =
 
JP> And routing =
metrics

The
   router may optionally check the Metric Container to determine if the
   aggregated values for the routing metrics meet all the constraints
   listed in the Metric Container.  
JP> The aggregated =
values are for the metrics. Constraints are used =
to
prune potential =
path.
If not, the Route Discovery option
   is discarded 
JP> You mean the DIO =
message.
without further processing.  =
Otherwise, the router
   updates its in-memory copy of the latest/best Metric Container for
   this Route Discovery option along with the associated source route
   updated in the correct direction (based on the D field of the Route
   Discovery option).  Any change in the in-memory copy also requires
   resetting the trickle timer and generating a new DIO carrying the
   Route Discovery option, the updated latest/best Metric Container and
   the associated source route (in a Record Route IPv6 extension header
   proposed in [I-D.thubert-6man-reverse-routing-header]) when the timer
   fires.  
JP> If =
the changes occur during the lifetime =
window.
Note that the Metric Container MUST =
immediately follow the



Goyal, et al.           Expires December 16, 2010              [Page 11]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   Route Discovery option if the O flag in the Route Discovery option is
   set.

5.4.  Processing of a DIO Carrying a Route Discovery Option At The
      Target Router

   When the target router joins the temporary DAG advertized by a DIO
   carrying the Route Discovery option, it MUST maintain its membership
   in the DAG for the Minimum Life Time duration listed in the Route
   Discovery option.  Maintaining membership in the DAG implies
   remembering:

   o  The RPLInstanceID, the DODAGID and the DODAGVersionNumber for the
      temporary DAG;

   o  The router's rank in the temporary DAG;

   The target router does not process a Route Discovery option,
   contained in the received DIO, any further if any of the following
   conditions are true:

   o  The router does not support the objective function used for route
      discovery

   o  The router does not have sufficient information to calculate the
      relevant routing metrics/constraints in the right direction (as
      specified by the D field).

JP> or does not support =
the metric.
   The target router MUST =
discard the DIO if the Route Discovery option   contained in the message =
does not need further processing.
JP> ? How does it knows =
(simply because it reaches the destination) =
?
   Otherwise, the Route Discovery =
option is processed as follows.

   The target router updates the Metrics Container associated with the
   received Route Discovery option as per the specified objective
   function.  
JP> and routing metrics =
(remember they are =
decoupled).

The target =
router then checks the Metric Container to
   determine if the aggregated values for the routing metrics meet all
   the constraints listed in the Metric Container.  
JP> See previous =
comments.

If not, the Route
   Discovery option is discarded without further processing.  Otherwise,
   the router MAY select the source route accumulated by the received
   DIO as one of the discovered routes.  
JP> "MAY" ? When =
?
The target router MUST send one
   or more RPL Control Messages carrying a Discovery Reply Object
   (defined in the next section) back to the origin router (identified
   by the DODAGID field in the DIO Base Object) as discussed in the
   following sections.

   The target router MUST NOT forward a DIO carrying a Route Discovery
   option that lists one of its own addresses as the Target Address.




Goyal, et al.           Expires December 16, 2010              [Page 12]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


6.  Propagation of Discovery Reply Messages

6.1.  The Discovery Reply Object (DRO)

       0                   1                   2                   3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       | RPLInstanceID |    Version    | D |S|  N  |     Reserved      |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                                                               |
       |                         DODAGID                           |
       |                                                               |
       |                                                               |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                                                               |
       |                       Target Address                          |
       |                                                               |
       |                                                               |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       | Option(s)...
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+...


           Figure 2: Format of the Discovery Reply Object (DRO)

   This document defines a new RPL Control Message type, the Discovery
   Reply Object (DRO) with code 0x04 (to be confirmed by IANA), that
   serves the following functions:

   o  An acknowledgement from the target router to the origin router
      regarding the successful discovery of backward source routes;

JP> ACK of routes from =
the origin to the target: you may not have =
routes
in the opposite =
direction.
   o  Carries one or more =
forward/bidirectional source routes from the
      target to the origin router;

   o  Establishes a hop-by-hop forward/backward/bidirectional route as
      it travels from the target to the origin router.

   The format for a Discovery Reply Object (DRO) is shown in Figure 2.
   A DRO consists of the following fields:

   o  RPLInstanceID: The RPLInstanceID of the temporary DAG used for
      route discovery.

   o  Version: The Version of the temporary DAG used for route
      discovery.





Goyal, et al.           Expires December 16, 2010              [Page 13]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   o  DODAGID: The DODAGID of the temporary DAG used for route
      discovery.  The DODAGID also identifies the origin router.  The
      RPLInstanceID, the Version and the DODAGID together uniquely
      identify the temporary DAG used for route discovery and can be
      copied from the Base Object of the DIO advertizing the temporary
      DAG.

   o  D: A 2-bit field that indicates the direction of the discovered
      routes:

      *  D =3D 0x00: Forward;

      *  D =3D 0x01: Backward;

      *  D =3D 0x02: Bidirectional.

      This field has the same value as the corresponding field in the
      Route Discovery option.

   o  S: A flag that is clear if the Discovery Reply Object is
      establishing an hop-by-hop route.  The flag is set if the
      Discovery Reply Object carries (or is an acknowledgement for the
      discovery of) one or more source routes.

   o  N: A 3-bit field that indicates the number of source routes
      carried or acknowledged in the Discovery Reply Object.

   o  Target Address: The IPv6 address of the target router originating
      the Discovery Reply Object.

   o  Reserved: These bits are reserved for future use.  These bits MUST
      be set to zero on transmission and MUST be ignored on reception.

   o  Options: The Discovery Reply Object MAY carry up to 7 Source Route
      options (defined in the next section) with each such option
      carrying a complete forward/bidirectional source route and
      optionally followed by a Metric Container option that lists the
      aggregated values for the routing metrics for the source route.

JP> This may not be an =
aggregated value but recorded metric =
too.
 Goyal, et al.           Expires =
December 16, 2010              [Page 14] =0C Internet-Draft          =
draft-dt-roll-p2p-rpl-01               June 2010 6.1.1.  The Source =
Route Option        0                   1                   2            =
       3        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 =
8 9 0 1       =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+       =
|   Type =3D 10   | Option Length | Compr |  Pad  |     Resvd     |      =
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+       =
|                                                               |       =
.                      Addresses[1..n]                          .       =
.                                                               .       =
|                                                               |       =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+        =
         Figure 3: Format of the Source Route Option    The Source Route =
option, illustrated in Figure 3, carries a complete   =
forward/bidirectional source route from the target router to the   =
origin router.  A Source Route option can only be a part of the   =
Discovery Reply Object and MAY be immediately followed by a Metric   =
Container option that contains the aggregated values of the routing   =
metrics for this source route.    A Route Discovery option consists of =
the following fields:    o  Option Type =3D 0x0A (to be confirmed by =
IANA).    o  Option Length =3D Variable, depending on the size of the =
Addresses      vector.    o  Compr: 4-bit unsigned interger indicating =
the number of prefix      octets that are elided from each address.  For =
example, Compr      value will be 0 if full IPv6 addresses are carried =
in the      Addresses vector.    o  Pad: 4-bit unsigned integer.  Number =
of octets that are used for      padding between Address[n] and the end =
of the Source Route option.    o  Address[1..n]: Vector of addresses, =
numbered 1 to n.  Each vector      element has size (16 - Compr) octets. =
   A common network configuration for an RPL domain is that all routers  =
 within an LLN share a common prefix.  The Source Route option uses   =
the Compr field to allow compaction of the Addresses[1..n] vector   when =
all entries share the same prefix as the DODAGID or the Target   Address =
of the encapsulating Discovery Reply Object.  The shared   prefix octets =
are not carried within the Source Route option and each   entry in =
Address[1..n] has size (16 - Compr) octets.  When Compr is Goyal, et al. =
          Expires December 16, 2010              [Page 15] =0C =
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010 =
   non-zero, there may exist unused octets between the last entry,   =
Address[n], and the end of the Source Route option.  The Pad field   =
indicates the number of unused octets that are used for padding.   Note =
that when Compr is 0, Pad MUST be null and carry a value 0.    The =
Source Route option MUST NOT specify a path that visits a router   more =
than once.  When generating a Source Route option, the target   router =
may not know the mapping between IPv6 addresses and routers.   =
Minimally, the target router MUST ensure that:    o  The IPv6 Addresses =
do not appear more than once;    o  The IPv6 addresses of the origin and =
the target routers do not      appear in the Address vector;    o  The =
Address vector represents a source route in forward direction      with =
Address[1] being the next hop for the origin router.    Multicast =
addresses MUST NOT appear in a Source Route option. 
JP> you may want to add =
a ref to RH4 since the format is very =
similar.
6.2.  DRO as Acknowledgement for =
Backward Source Routes

   When a target router discovers a backward source =
route, 
JP> I =
have an issue with your terminology. When the target receives =
the
DIO with route discovery option, what is =
discovered is a forward route ?

it sends a
   DRO message to the origin router as an acknowlegement for the
   discovered route.  Optionally, a target router MAY send a DRO
   acknowledgement to the origin router after discovering multiple
   backward source routes.  A DRO, serving as an acknowledgement for
   backward source route discovery, has its D field set to 0x01
   (indicating backward) while the S flag is set to 1 (indicating source
   route).  The N field is set to indicate the number of discovered
   backward source routes being acknowledged.  Such a DRO message MUST
   NOT contain any option.

   This document does not require a particular method for sending such a
   DRO message to the origin router.  The target router MAY send the DRO
   message to the origin router in any fashion, including:

   o  Using a source route carried in a Type 4 Routing header
      [I-D.hui-6man-rpl-routing-header];

   o  Along any DAG connecting the target and the origin routers;

   o  Along the temporary DAG created for route discovery, provided that
      the target router is reasonably sure that the DAG's life time is
      sufficiently long and the routers in the DAG do remember one or
      more of their parents in the DAG.

JP> You may want to =
explain a bit more why you the origin =
router
would be interested in receiving an ACK =
without the route itself (case
6.3): hop-by-hop =
routes.
 Goyal, et al.           Expires =
December 16, 2010              [Page 16] =0C Internet-Draft          =
draft-dt-roll-p2p-rpl-01               June 2010 6.3.  DRO as Carrier of =
Forward/Bidirectional Source Routes    When a target router discovers a =
forward source route, 
JP> Here, I agree that =
this is a forward route.
it sends a DRO
   message to the origin router carrying the discovered source route
   inside a Source Route option.  Similarly, when a target router
   discovers a bidirectional source route, it caches the route for its
   own use and then sends a DRO message to the origin router carrying
   the discovered route inside a Source Route option.  Rather than
   immediately sending a discovered route back to the origin router, a
   target router MAY optionally send one DRO message after discovering
   multiple forward/bidirectional source routes with the sent DRO
   carrying the discovered source routes (in multiple Source Route
   options).
JP> Note =
that the algorithm for "best route" selection is outside the =
scope
of this document, so does the use of a =
timer on the target side to determine
how much time =
to wait before answering, ... 
    A DRO =
message carrying one or more Source Route options MUST have its   D =
field set to 0x00 (for forward routes) or 0x02 (for bidirectional   =
routes).  The S flag MUST be set to 1 and the N field MUST indicate   =
the number of Source Route options in the message.  A Source Route   =
option MAY immediately be followed by a Metric Container option that   =
carries the aggregated 
JP> or =
recorded
values of the routing metrics for =
this source
   route.  The target router may send this DRO message to the origin
   router in any fashion it desires including the options listed in
   Section 6.2.

6.4.  Establishing Hop-by-hop Routes Via DRO

   In order to establish a hop-by-hop route, the target router sends a
   DRO message along the reverse of the discovered route (via a Type 4
   Routing Header specified in [I-D.hui-6man-rpl-routing-header]).  The
   D field of the message is set to convey the route's direction
   (forward/backward/bidirectional) and the S flag MUST be clear
   (indicating hop-by-hop).  The N field MUST be set to 1.  Such a DRO
   MUST NOT contain any option.

   A router receiving such a DRO message SHOULD establish hop-by-hop
   state in the right direction corresponding to the route carried in
   the Type 4 Routing Header of the DRO message.  If a router does not
   establish such state, it MUST drop the DRO message.  Otherwise, it
   MUST forward the DRO message along the source route contained in Type
   4 Routing Header of the received message.

JP> Any error log if it =
does not ? (optional) ICMP sent to the target =
node?
   A router SHOULD associate the =
hop-by-hop routing state, thus
   established, with the objective function and metrics used for route
   discovery.







Goyal, et al.           Expires December 16, 2010              [Page 17]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


JP> New section to =
indicate how to clean-up the temporary DAG =
?
7.  Security Considerations

   TBA


8.  IANA Considerations

   TBA


9.  Authors and Contributors

   In addition to the editor, the authors of this document include the
   following individuals (listed in alphabetical order).

   Anders Brandt, Sigma Designs, Emdrupvej 26A, 1., Copenhagen, Dk-2100,
   Denmark.  Phone: +45 29609501; Email: abr@sdesigns.dk

   Robert Cragie, Gridmerge Ltd, 89 Greenfield Crescent, Wakefieldm WF4
   4WA, UK.  Phone: +44 1924910888; Email: robert.cragie@gridmerge.com

   Jerald Martocci, Johnson Controls, Milwaukee, WI 53202, USA.  Phone:
   +1 414 524 4010; Email:jerald.p.martocci@jci.com

   Charles Perkins, Tellabs Inc., USA.  Email:charliep@computer.org

   Authors gratefully acknowledge the contributions of Richard Kelsey
   and Zach Shelby in the development of this document.


10.  References

10.1.  Normative References

   [RFC2119]  Bradner, S., "Key words for use in RFCs to Indicate
              Requirement Levels", BCP 14, RFC 2119, March 1997.

10.2.  Informative References

   [I-D.brandt-roll-rpl-applicability-home-building]
              Brandt, A., Baccelli, E., and R. Cragie, "Applicability
              Statement: The use of RPL in Building and Home
              Environments",
              draft-brandt-roll-rpl-applicability-home-building-00 (work
              in progress), April 2010.

   [I-D.hui-6man-rpl-routing-header]
              Hui, J., Vasseur, J., and D. Culler, "A Source Routing



Goyal, et al.           Expires December 16, 2010              [Page 18]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


              Header for RPL", draft-hui-6man-rpl-routing-header-00
              (work in progress), May 2010.

   [I-D.ietf-roll-building-routing-reqs]
              Martocci, J., Riou, N., Mil, P., and W. Vermeylen,
              "Building Automation Routing Requirements in Low Power and
              Lossy Networks", draft-ietf-roll-building-routing-reqs-09
              (work in progress), January 2010.

   [I-D.ietf-roll-of0]
              Thubert, P., "RPL Objective Function 0",
              draft-ietf-roll-of0-02 (work in progress), June 2010.

   [I-D.ietf-roll-routing-metrics]
              Vasseur, J., Kim, M., Networks, D., and H. Chong, "Routing
              Metrics used for Path Calculation in Low Power and Lossy
              Networks", draft-ietf-roll-routing-metrics-07 (work in
              progress), June 2010.

   [I-D.ietf-roll-rpl]
              Winter, T., Thubert, P., and R. Team, "RPL: IPv6 Routing
              Protocol for Low power and Lossy Networks",
              draft-ietf-roll-rpl-09 (work in progress), June 2010.

   [I-D.ietf-roll-terminology]
              Vasseur, J., "Terminology in Low power And Lossy
              Networks", draft-ietf-roll-terminology-03 (work in
              progress), March 2010.

   [I-D.thubert-6man-reverse-routing-header]
              Thubert, P., "Reverse Routing Header",
              draft-thubert-6man-reverse-routing-header-00 (work in
              progress), June 2010.

   [RFC5826]  Brandt, A., Buron, J., and G. Porcu, "Home Automation
              Routing Requirements in Low-Power and Lossy Networks",
              RFC 5826, April 2010.














Goyal, et al.           Expires December 16, 2010              [Page 19]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


Authors' Addresses

   Mukul Goyal (editor)
   University of Wisconsin Milwaukee
   3200 N Cramer St
   Milwaukee, WI  53211
   USA

   Phone: +1 414 2295001
   Email: mukul@uwm.edu


   Emmanuel Baccelli (editor)
   INRIA

   Phone: +33-169-335-511
   Email: Emmanuel.Baccelli@inria.fr
   URI:   http://www.emmanuelbaccelli.org/=



   P2P Team
JP> Remove P2P Team =
unless you list the people.
 Goyal, et =
al.           Expires December 16, 2010              [Page 20] =0C =

____________________= ___________________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/ma= ilman/listinfo/roll

= --Apple-Mail-194--124367275-- From abr@sdesigns.dk Wed Jun 16 03:42:28 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 03B803A67FB for ; Wed, 16 Jun 2010 03:42:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z0ETnSWOoGLV for ; Wed, 16 Jun 2010 03:42:20 -0700 (PDT) Received: from mail.zen-sys.com (mail.zen-sys.com [195.215.56.170]) by core3.amsl.com (Postfix) with ESMTP id E09ED3A6B16 for ; Wed, 16 Jun 2010 03:42:18 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CB0D40.99FF4CF9" Date: Wed, 16 Jun 2010 12:42:22 +0200 Message-ID: <6D9687E95918C04A8B30A7D6DA805A3E01CCD16D@zensys17.zensys.local> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] Comments on draft-dt-roll-p2p-rpl-01 Thread-Index: AcsNPFx3BloApLg2TQiuuFKWUVydUQAAXCHQ References: From: "Anders Brandt" To: "JP Vasseur" , "Mukul Goyal" , "Emmanuel Baccelli" Cc: ROLL WG Subject: Re: [Roll] Comments on draft-dt-roll-p2p-rpl-01 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jun 2010 10:42:28 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CB0D40.99FF4CF9 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi JP =20 Good starting point. =20 I would like to add that several application spaces have a need for almost immediate delivery at any time. For these applications, the optimal route is convenience while swift delivery is a must. Reactive discovery is the way to guarantee swift delivery at any time. =20 Thanks, Anders ________________________________ From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of JP Vasseur Sent: Wednesday, June 16, 2010 12:11 To: Mukul Goyal; Emmanuel Baccelli Cc: ROLL WG Subject: Re: [Roll] Comments on draft-dt-roll-p2p-rpl-01 =09 =09 Hi,=20 As promised here is some text wrt the trade-off on on-demand routing. "As pointed out in this document, RPL does provide support of P2P routes via a common ancestor. Using the mechanism described in this document, more optimal routes with=20 regards to some metrics may be discovered but it is worth pointing out that this comes at the price of additional control messages in the network since the discovery process requires sending additional routing control plane messages. The gain in terms of path=20 optimality may vary with the network topology and networking conditions. Thus network=20 designer may want to take into account the trade-off between the potential discovery of a=20 more optimal route and the associated cost in terms of network and node resources. Note that on-demand routing also offers the benefit of not having to maintains states=20 as with proactive routing." Thanks. JP. On Jun 16, 2010, at 12:00 PM, JP Vasseur wrote: Dear authors, Since I had a number of comments I inserted them in the ID itself. As you will notice: 1) Some of them are purely editorial 2) Others are more fundamental and may require just clarifications, more discussion on the mailing list, ... In this case, feel free to start a separate thread (note that ticket cannot be assigned to non WG document). 3) I also suggested new sections =09 Internet Engineering Task Force M. Goyal, Ed. Internet-Draft University of Wisconsin Milwaukee Intended status: Informational E. Baccelli, Ed. =09 JP> Are you sure that you want to make it informational ? =09 =09 Expires: December 16, 2010 INRIA =09 P2P. Team =09 June 14, 2010 =09 =09 Reactive Discovery of Point-to-Point Routes in Low Power and Lossy Networks draft-dt-roll-p2p-rpl-01 =09 Abstract =09 This document describes a mechanism to discover and establish "on demand" one or more routes between two routers in a low power and lossy network. =09 =09 =09 JP> Needs a bit more details + explicitly refer to IPv6 in the abstract=20 and introduction. Status of this Memo This Internet-Draft is submitted to IETF in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet- Drafts is at http://datatracker.ietf.org/drafts/current/. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." This Internet-Draft will expire on December 16, 2010. Copyright Notice Copyright (c) 2010 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as Goyal, et al. Expires December 16, 2010 [Page 1] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 described in the Simplified BSD License. Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3 2. Targeted Use Cases . . . . . . . . . . . . . . . . . . . . . . 4 3. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 4 4. Functional Overview . . . . . . . . . . . . . . . . . . . . . 5 5. Propagation of Discovery Messages . . . . . . . . . . . . . . 7 5.1. The Route Discovery Option . . . . . . . . . . . . . . . . 7 5.2. Setting a DIO Carrying a Route Discovery Option . . . . . 9 5.3. Processing of a DIO Carrying a Route Discovery Option At An Intermediate Node . . . . . . . . . . . . . . . . . 10 5.4. Processing of a DIO Carrying a Route Discovery Option At The Target Router . . . . . . . . . . . . . . . . . . . 12 6. Propagation of Discovery Reply Messages . . . . . . . . . . . 13 6.1. The Discovery Reply Object (DRO) . . . . . . . . . . . . . 13 6.1.1. The Source Route Option . . . . . . . . . . . . . . . 15 6.2. DRO as Acknowledgement for Backward Source Routes . . . . 16 6.3. DRO as Carrier of Forward/Bidirectional Source Routes . . 17 6.4. Establishing Hop-by-hop Routes Via DRO . . . . . . . . . . 17 7. Security Considerations . . . . . . . . . . . . . . . . . . . 18 8. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 18 9. Authors and Contributors . . . . . . . . . . . . . . . . . . . 18 10. References . . . . . . . . . . . . . . . . . . . . . . . . . . 18 10.1. Normative References . . . . . . . . . . . . . . . . . . . 18 10.2. Informative References . . . . . . . . . . . . . . . . . . 18 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 19 Goyal, et al. Expires December 16, 2010 [Page 2] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 1. Introduction RPL [I-D.ietf-roll-rpl] provides multipoint-to-point (MP2P) routes from routers in a low power and lossy network (LLN) to a sink router by organizing the routers along a Directed Acyclic Graph (DAG) rooted at the sink. =20 =09 JP> low power and lossy .... Low Power and Lossy =09 JP> RPL provides P2MP, MP2P and P2P routes too. =09 =09 The DAG root initiates the DAG formation by originating a DODAG Information Object (DIO) message. The DIO message is sent via link-local multicast and carries information about the originating router's position (the "rank") in the DAG. On receiving DIO messages sent by its neighbors, a router determines its own "rank" in the DAG and originates its own DIO message. =09 =09 JP> Without going too much in the details, you may just want to add that a node decides to join a DODAG according to a number of parameters (identity of the DODAG, OF, routing/constraints a specified in the metric-ID,...). RPL enables point-to-multipoint (P2MP) routing from a router to its descendants in the DAG by allowing a router to send a Destination Advertisement Object (DAO) upwards along the DAG. The DAO carries the aggregated=20 =09 JP> Potentially "aggregated" information regarding the descendants (and other local prefixes) reachable through the originating router. =09 RPL also provides mechanisms for point-to-point (P2P) routing between any two routers in the DAG. =20 =09 JP> Yes. If the destination is within the source's "range", the source may directly send packets to the destination. Otherwise, if the destination is a DAG descendant and the source maintains "downwards" routing state about this descendant, it can forward the packet along this route. Otherwise, the source sends the packet to a DAG parent, which then applies the same set of rules to forward the packet further. Thus, a packet travels up the DAG until it reaches a router that knows of the downwards route to the destination and then it travels down the DAG towards its destination. A router may or may not maintain routing state about a descendant depending on whether its immediate children send it such information in their DAOs and whether the router can store this information. Thus, in the best case scenario, the "upwards" segment of the P2P route between a source and a destination ends at the first common ancestor of the source and the destination. In the worst case, the "upwards" segment would extend all the way to the DAG's root. If the destination did not originate a DAO, the packet will travel all the way to the DAG's root, where it will be dropped. =09 =09 =09 JP> This may require to be a bit more accurate here. If there is no DAO, there RPL is used for MP2P routing only (that is not a protocol design=20 characteristic though).=20 The P2P routing functionality available in RPL suffers from several shortcomings [I-D.brandt-roll-rpl-applicability-home-building]: =09 =09 =09 JP> "suffering from several shortcomings" is a bit strong though. You may want to say that additional mechanisms may be required to address specific situation and list them.=20 o The need to maintain routes "proactively", i.e. every possible destination in the DAG must originate a DAO. =09 o The constraint to route only along a DAG potentialy leading to significantly suboptimal P2P routes and traffic congestion near the DAG root. =09 JP>=20 First bullet: you can mention that this requires to pro-actively advertise the route and to keep refreshing the state accordingly Second bullet: just to be very accurate, mention that the route may be sub-optimal. This is highly network topology / OF dependent. Goyal, et al. Expires December 16, 2010 [Page 3] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 These shortcomings are not compatible with the home and commercial building domain application requirements described in [RFC5826] and [I-D.ietf-roll-building-routing-reqs]. =20 =09 JP> Again, to be accurate, there are no MUST requirements listed in these ID that are not satisfied by RPL (with regards to the aforementioned issues). I am NOT saying that the proposed mechanism is not useful=20 (by all means), just that the statement above is not correct. =09 =09 Such applications require a mechanism providing source-initiated discovery of P2P routes that are not along a DAG. =20 =09 JP> In some cases, it may be desirable to make use of source-initiated ...=20 =09 =09 This document thus describes such a mechanism, complementary to the basic RPL specification. =09 The specified scheme is based on a reactive on-demand approach, which enables a router to discover one or more "good-enough" routes in either direction between itself and another router in the LLN without any constraints regarding the existing DAG-membership of the links that such routes may use. =20 =09 JP> This will be an aspect triggering some discussion. How "good" is "good enough" ? You will need some text to elaborate here or point=20 to another section explaining what is meant by "good enough" Such routes may be source-routes or hop- by-hop ones. =20 =09 JP> Just terminology: instead of referring to hop-by-hop routes, you may want to say that once a route has been computed between two nodes in=20 the network, IPv6 packet may be forward using a source routing mechanism as specified in [XX] or in a hop by hop fashion. A complementary functionality, necessary to help decide whether to initiate a route discovery, is a mechanism to measure the end-to-end cost of an existing route. =20 =09 JP> s/cost/path cost Such functionality will be described in a separate document. =09 =09 =09 JP> But its use is described in this document ? 2. Targeted Use Cases The mechanisms described in this document are intended to be employed as complementary to RPL in specific scenarios that need point-to- point (P2P) routes between arbitrary routers. One target use case, common in a home environment, involves a remote control (or a motion sensor) that suddenly needs to communicate with a lamp module, whose network address it knows apriori. In this case, the source of data (the remote control or the motion sensor) must be able to discover a route to the destination (the lamp module) "on demand". Another target use case, common in a large commercial building environment, involves a large LLN deployment where P2P communication along a particular DAG among hundreds (or thousands) of routers creates severe traffic congestion near that DAG's root, and thus routes across this DAG are desirable. Targeted use cases also include scenarios where energy or delay constraints are not satisfied by the P2P routes along a DAG because they involve traversing many more intermediate routers than necessary to reach the destination.=20 =09 JP> What I would suggest is to summarize it, put in the introduction, and detail the use case in the applicability statement. 3. Terminology =09 The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in =09 =09 =09 Goyal, et al. Expires December 16, 2010 [Page 4] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 =09 =09 [RFC2119]. =09 Additionally, this document uses terminology from [I-D.ietf-roll-terminology] and [I-D.ietf-roll-rpl], and introduces the following terminology: =09 Origin Router: The router initiating the route discovery. The origin router acts as one end point of the routes to be discovered. =09 Target Router: The other end point of the routes to be discovered. =09 Intermediate Router: A router that is neither the origin nor the target. =09 Forward Route: A route from the origin router to the target router. =09 Backward Route: A route from the target router to the origin router. =09 Bidirectional Route: A route that can be used in both directions: from the origin router to the target router and vice versa. =09 Source Route: A complete and ordered list of routers that can be used by a packet to travel from a source to a destination. Such source routes can be carried by a packet in a proposed Type 4 Routing Header [I-D.hui-6man-rpl-routing-header]. =09 Hop-by-hop Route: A route from a source to a destination where each router in the route knows only the address of the next hop on the route. =09 JP> I would suggest to change the definition for "routing paradigm whereby packets are routed from their source to destination by=20 on a hop by hop basis where the packets is routed by a set of routers along the path according to the routing table stored by each router along the path". In this document, the term 'router' refers to any LLN device that can forward packets generated at other devices. =09 =09 4. Functional Overview =09 Router A originates a "Discovery" message listing router B as the target. Node A also indicates in the message: =09 o The nature of the routing cost, the method for accumulating the end-to-end cost=20 =09 JP> This may de detailed hereafter but I guess that you will point to=20 the metric-ID for the metric used? =09 =09 and the criteria used to determine if a route is "good enough"; =09 o The direction (forward: router A to router B; backward: router B to router A; or both) of the route being discovered; =09 o The desired number of routes; =09 =09 =09 =09 Goyal, et al. Expires December 16, 2010 [Page 5] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 =09 =09 o Whether the route is a source-route or a hop-by-hop one; and =09 o A limit on the "distance" the Discovery message may travel. =09 =09 =09 JP> Need to define the term "distance": is it a max path cost, number of hops, ... ? The Discovery message propagates via link-local multicast=20 =09 JP> Indicate "IPv6" with each receiving router making the decision regarding whether to forward the message further based on the "distance" (from router A) that this particular copy of the message has already traveled. Note that this document does not require a receiving router to use the "good enough" criteria to make the forwarding decision. This is because the evaluation of such criteria may be too complex for a constrained intermediate router to perform for each received copy of the Discovery message. =20 =09 JP> So I guess that you define later what to do in both cases (the node cannot process the "good enough" criteria or it can process it) ? The calculation of the "distance" that a copy of the Discovery message has already travelled should be simple enough for a constrained router to perform. =20 =09 JP> Again it is hard to tell from what you wrote if this can reasonably be achieved; it depends on the definition of the term "distance". A router may optionally decide not to forward a copy of the Discovery message further because the aggregated cost of the route so far fails the "good enough" criteria. =09 JP> You will nee to be more specific here. Is it a "may" or a "MAY".=20 Define what happens in this case. You may provide more details later in the document. The underlying mechanism being used to propagate the Discovery message may put further restrictions on its propagation. A router should not propagate the Discovery message further if hop-by-hop routes are desired and the router can not store state for this route. =09 As a copy of the Discovery message travels towards router B, it accumulates the relevant forward/backward costs as well as the route it takes. When router B receives a copy of the Discovery message, it determines whether the route traveled by the message meets the "good enough" criteria. =09 JP> I think that you already mentioned this. If router A had requested the discovery of backward source-routes, =09 JP> Didn't you mean "forward" ? router B caches one or more good enough source-routes it identifies. Additionally, router B sends one or more "Discovery Reply" message to router A to acknowledge the discovery of these routes. These acknowledgements allow router A to judge the success of the route discovery. The Discovery Reply messages can travel towards router A in any manner chosen by router B. For example, router B may source- route the messages or send them towards router A along a DAG. =09 If router A had requested the discovery of "n" forward source-routes, router B sends the "n" good enough source-routes it identifies to router A in one or more Discovery Reply messages. Again, these Discovery Reply messages can travel towards router A in any manner chosen by router B. =09 JP> What if the DAG is "broken": retry from A after expiration of a local timer ? If router A had requested the discovery of "n" bidirectional source- routes, router B caches the "n" good enough source-routes it identifies and also sends these routes to router A in one or more Discovery Reply messages. These Discovery Reply messages can travel towards router A in any manner chosen by router B. =09 =09 =09 Goyal, et al. Expires December 16, 2010 [Page 6] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 =09 =09 If router A had requested the discovery of "n" forward/backward/ bidirectional hop-by-hop routes, router B sends out a Discovery Reply message to router A for each one of the "n" good enough routes it identifies. =20 =09 JP> Do you need one "Discovery Reply message" per route or next-hop in this case? The Discovery Reply message travels towards router A using the source-route accumulated by the Discovery message. =20 =09 JP> In the case of hop-by-hop routes, source routes, both ? As this message travels towards router A, it establishes appropriate forward/ backward routing state in the en-route routers. This "non DAG" routing state should be specially marked to associate it with the routing metrics=20 =09 JP> Refer to metric ID ? used to discover the route and to distinguish such state from other DAG-specific routing state the router may have. =09 JP> Not sure that you need to distinguish the state. Suppose that you discover a hop-by-hop route (not a big fan of that terms as pointed out above but let's continue to use it for the time being), a storing node may indeed have two routes for the same destination: do you want to state that it should always use the P2P routes discovered by this mechanism or let it choose the best one according to the metric in use? =09 JP> What if there are two routes using different metrics? 5. Propagation of Discovery Messages =09 RPL uses DIO message propagation to build a DAG. The DIO message travels via link-local multicast. =20 =09 JP> Add everywhere "IPv6 link-local multicast addresses" =09 =09 Each router joining the DAG determines a rank for itself and ignores the subsequent DIO messages received from lower (higher in numerical value) ranked neighbors. Thus, the DIO messages propagate outwards rather than return inwards towards the DAG root. =20 =09 JP> I would suggest to align to the RPL terminology. Inward/outward are not used anymore. =09 =09 The DIO message generation at a router is further controlled by a trickle timer that allows a router to avoid generating unnecessary messages. =20 =09 JP> Add a reference to the Trickle ID =09 =09 The link-local multicast based propagation, trickle-controlled generation and the rank-based poisoning of messages traveling in the wrong direction (towards the DAG root) provide powerful incentives to use the DIO message as the Discovery message and propagate the DIO/Discovery message by creating a "temporary" DAG. =09 5.1. The Route Discovery Option =09 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 =09 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type =3D 9 | Option Length | D |S| N | L |O| Max Rank | =09 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | | Target Address | | | | | =09 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | OCP | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ =09 =09 Figure 1: Format of the Route Discovery Option =09 In order to be used as a Discovery message, a DIO MUST carry a "Route Discovery" option illustrated in Figure 1. A DIO MUST NOT carry more =09 =09 =09 Goyal, et al. Expires December 16, 2010 [Page 7] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 =09 =09 than one Route Discovery options. =20 =09 JP> Explain what you do if more than one is present: * Ignore the second one? * Ignore the entire message? =09 =09 A Route Discovery option consists of the following fields: =09 o Option Type =3D 0x09 (to be confirmed by IANA). =09 o Option Length =3D 20 or 22 octets depending on whether the OCP field is included or not. =09 o D: A 2-bit field that indicates the direction of the desired routes: =09 * D =3D 0x00: Forward; =09 * D =3D 0x01: Backward; =09 * D =3D 0x02: Bidirectional. =09 o S: A flag that indicates whether source routes are desired. The flag is set if the source routes are desired. The flag is clear if hop-by-hop routes are desired. =09 o N: A 3-bit unsigned integer indicating the number of routes desired. =09 o L: A 2-bit field indicating the minimum "Life Time" of the temporary DAG, i.e., the minimum duration a router joining the temporary DAG must maintain its membership in the DAG: =09 * L =3D 0x00: Minimum life time is 5 seconds; =09 * L =3D 0x01: Minimum life time is 10 seconds; =09 * L =3D 0x02: Minimum life time is 1 minute; =09 * L =3D 0x03: Minimum life time is 10 minutes. =09 =09 =09 JP> Placeholder ... indicate what happens if a node cannot store that additional state (add a manageability section). o O: A flag that indicates whether the same OCP is used for route discovery as well as temporary DAG formation. If this flag is clear, the OCP contained in the DODAG Configuration option in the DIO is used for route discovery as well. Otherwise, the OCP specified in the Route Discovery option is used for route selection=20 =09 JP> s/route selection/route discovery =09 =09 and the metrics/constraints used for route selection are carried in a Metrics Container option immediately following the Route Discovery option. =09 JP> Since OF is decoupled from metrics, you always need to indicate the metric in use. That said, I do not see your point here. Indeed, the=20 temporary DAG is built according to some OF and metrics so the=20 resulting routes will inherit these metrics? o Max Rank: A 7-bit unsigned integer that indicates the maximum rank allowed in the temporary DAG advertised by the DIO message. This upper limit on the DAG rank serves as the "distance" referred to =09 =09 =09 Goyal, et al. Expires December 16, 2010 [Page 8] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 =09 =09 in Section 4 and provides a control over how far the Route Discovery option contained in the DODAG Configuration option in the DIO message may travel. =20 =09 JP> You may discuss it later in this document ... but the distance is tied to how you compute the rank. A router MUST not=20 =09 JP> s/MUST not/MUST NOT join the temporary DAG if its rank in the DAG will exceed this limit. Later versions of this draft will map the 128 value space available in this field to 16-bit long limits on the DAG rank. =09 o Target Address: The IPv6 address of the target router. =09 o OCP: 16 bit unsigned integer. An optional field, present only if the O flag is set, that indicates the objective code point (OCP) to be used for route selection. =09 5.2. Setting a DIO Carrying a Route Discovery Option =09 A DIO message that carries a Route Discovery option MUST set the Base Object, described in [I-D.ietf-roll-rpl], in the following manner: =09 o RPLInstanceID: RPLInstanceID MUST be a local value as described in Section 4.1 of [I-D.ietf-roll-rpl]. =09 o Grounded (G) Flag: MUST be clear since the objective of DAG formation is the propagation of Route Discovery option. This DAG is temporary in nature and is not used for routing purpose. =09 o Destination Advertisement Supported (A) Flag: MUST be clear for same reasons as described above. =09 o Destination Advertisement Trigger (T) Flag: MUST be clear. =09 o Mode of Operation (MOP): Since the temporary DAG is not to be used for routing purposes, the value of this field is immaterial. To allow constrained routers to join the DAG, the MOP field SHOULD be set to 00 (non-storing). =09 =09 =09 JP> I'd rather suggest to specify a new MOP value (0x02) o DODAGPreference (Prf): TBD =09 o Destination Advertisement Trigger Sequence Number (DTSN): TBD =09 =09 =09 JP> To be discussed on the mailing list ? o DODAGID: IPv6 address of the router initiating the route discovery. =09 =09 =09 JP> Origin router. The other fields in the Base Object are set as per the rules described in [I-D.ietf-roll-rpl]. =09 The DODAG Configuration option, carried in the DIO message, specifies the parameters for the trickle timer operation that governs the generation of DIO messages by the routers joining the temporary DAG. =09 =09 =09 JP> Also according to RPL ID or would you recommend different default values ? Default values for RPL are TBD but we could easily think of different values in this case. To be revisited in the future. =09 Goyal, et al. Expires December 16, 2010 [Page 9] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 =09 =09 The other fields defined in the DODAG Configuration option are set as follows: =09 o The MaxRankIncrease field MUST be set to 0 to disable local repair of the temporary DAG. =09 o This document RECOMMENDS a value 1 for the MinHopRankInc field. =09 o Objective Code Point (OCP): The OCP to be used for temporary DAG formation. This document RECOMMENDS RPL Objective Function 0, as defined in [I-D.ietf-roll-of0], for use as the objective function for the formation of the temporary DAG. =09 A DIO, that contains a Route Discovery option with O flag set, MUST also contain a Metric Container option immediately following the Route Discovery option. This Metric Container option carries the values for the routing metrics as well as the constraints (constituting the "good enough" criteria) used for route selection. =09 JP> This is confusing: the metric and constraint carried within the Metric Container are used for the DODAG formation. Do you want to use them for a different purpose ? At this point, you have not yet defined the use of the good enough criteria but one can guess that you would use the good enough metrics to control the flooding and the metric/OF to effectively=20 build the temporary DAG and discover the routes. If so, the good enough metrics are of different use. Note that if O flag in the Route Discovery option is clear, the OCP and Metric Container used for temporary DAG formation are used for route selection as well. =09 A DIO, carrying a Route Discovery option, MUST not carry any Route =09 JP> s/MUST not/MUST NOT Information or Prefix Information options described in [I-D.ietf-roll-rpl]. =09 5.3. Processing of a DIO Carrying a Route Discovery Option At An Intermediate Node =09 The rules for DIO processing and transmission, described in Section 7 of RPL [I-D.ietf-roll-rpl], apply to DIOs carrying a Route Discovery option as well except as modified in this document. =09 When an intermediate router joins a temporary DAG advertized by a DIO carrying the Route Discovery option, it MUST maintain its membership in the DAG for the Minimum Life Time duration listed in the Route Discovery option. =20 =09 JP> What if it cannot ? Just not join the DAG and log an error ? Maintaining membership in the DAG implies remembering: =09 o The RPLInstanceID, the DODAGID and the DODAGVersionNumber for the temporary DAG; =09 o The router's rank in the temporary DAG; =09 o The best Metric Container,=20 =09 JP> you mean the best path cost? along with the associated source route from the initiator of route discovery till this router (carried in a Record Route IPv6 Extension Header proposed in [I-D.thubert-6man-reverse-routing-header]), for the Route =09 =09 =09 Goyal, et al. Expires December 16, 2010 [Page 10] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 =09 =09 Discovery option being propagated by the temporary DAG. If the router can not compare Metric Containers, it MUST remember the latest Metric Container it has received, along with the associated source route. =09 JP> Requires clarification on what you mean by "compare" A router belonging to a temporary DAG need not remember the identity of its DAG parents since the temporary DAG is not used for routing. =09 JP> Are you sure ? What is a hop-by-hop route is needed ? Don't you need to remember your parent, or do you still record the route ? The main purpose of a temporary DAG's existence is to facilitate the propagation of the Route Discovery option. =09 The router does not process a Route Discovery option, contained in the received DIO, any further if any of the following conditions are true: =09 o The router does not support the objective function =09 JP> and/or metrics being used for route discovery =09 o The router does not have sufficient information to calculate the relevant routing metrics/constraints in the right direction (as specified by the D field). =09 o The S field is clear, i.e. hop-by-hop routes are desired, but the router can not participate in a hop-by-hop route. =09 o The router is an intermediate router and the router's rank in the temporary DAG, calculated on the basis of the rank and objective function carried in the Base Object in the DIO, exceeds the Max Rank value specified in the Route Discovery option. =09 A router MUST discard the DIO if the Route Discovery option contained in the message does not need further processing. =20 =09 JP> Log an error ? Otherwise, the Route Discovery option is processed as follows. =09 The router updates the Metrics Container associated with the received Route Discovery option as per the specified objective function. =20 =09 JP> And routing metrics =09 =09 The router may optionally check the Metric Container to determine if the aggregated values for the routing metrics meet all the constraints listed in the Metric Container. =20 =09 JP> The aggregated values are for the metrics. Constraints are used to prune potential path. If not, the Route Discovery option is discarded=20 =09 JP> You mean the DIO message. without further processing. Otherwise, the router updates its in-memory copy of the latest/best Metric Container for this Route Discovery option along with the associated source route updated in the correct direction (based on the D field of the Route Discovery option). Any change in the in-memory copy also requires resetting the trickle timer and generating a new DIO carrying the Route Discovery option, the updated latest/best Metric Container and the associated source route (in a Record Route IPv6 extension header proposed in [I-D.thubert-6man-reverse-routing-header]) when the timer fires. =20 =09 JP> If the changes occur during the lifetime window. Note that the Metric Container MUST immediately follow the =09 =09 =09 Goyal, et al. Expires December 16, 2010 [Page 11] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 =09 =09 Route Discovery option if the O flag in the Route Discovery option is set. =09 5.4. Processing of a DIO Carrying a Route Discovery Option At The Target Router =09 When the target router joins the temporary DAG advertized by a DIO carrying the Route Discovery option, it MUST maintain its membership in the DAG for the Minimum Life Time duration listed in the Route Discovery option. Maintaining membership in the DAG implies remembering: =09 o The RPLInstanceID, the DODAGID and the DODAGVersionNumber for the temporary DAG; =09 o The router's rank in the temporary DAG; =09 The target router does not process a Route Discovery option, contained in the received DIO, any further if any of the following conditions are true: =09 o The router does not support the objective function used for route discovery =09 o The router does not have sufficient information to calculate the relevant routing metrics/constraints in the right direction (as specified by the D field). =09 =09 =09 JP> or does not support the metric. The target router MUST discard the DIO if the Route Discovery option contained in the message does not need further processing. =09 JP> ? How does it knows (simply because it reaches the destination) ? Otherwise, the Route Discovery option is processed as follows. =09 The target router updates the Metrics Container associated with the received Route Discovery option as per the specified objective function. =20 =09 JP> and routing metrics (remember they are decoupled). =09 =09 The target router then checks the Metric Container to determine if the aggregated values for the routing metrics meet all the constraints listed in the Metric Container. =20 =09 JP> See previous comments. =09 =09 If not, the Route Discovery option is discarded without further processing. Otherwise, the router MAY select the source route accumulated by the received DIO as one of the discovered routes. =20 =09 JP> "MAY" ? When ? The target router MUST send one or more RPL Control Messages carrying a Discovery Reply Object (defined in the next section) back to the origin router (identified by the DODAGID field in the DIO Base Object) as discussed in the following sections. =09 The target router MUST NOT forward a DIO carrying a Route Discovery option that lists one of its own addresses as the Target Address. =09 =09 =09 =09 Goyal, et al. Expires December 16, 2010 [Page 12] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 =09 =09 6. Propagation of Discovery Reply Messages =09 6.1. The Discovery Reply Object (DRO) =09 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 =09 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | RPLInstanceID | Version | D |S| N | Reserved | =09 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | | DODAGID | | | | | =09 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | | Target Address | | | | | =09 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Option(s)... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+... =09 =09 Figure 2: Format of the Discovery Reply Object (DRO) =09 This document defines a new RPL Control Message type, the Discovery Reply Object (DRO) with code 0x04 (to be confirmed by IANA), that serves the following functions: =09 o An acknowledgement from the target router to the origin router regarding the successful discovery of backward source routes; =09 =09 JP> ACK of routes from the origin to the target: you may not have routes in the opposite direction. o Carries one or more forward/bidirectional source routes from the target to the origin router; =09 o Establishes a hop-by-hop forward/backward/bidirectional route as it travels from the target to the origin router. =09 The format for a Discovery Reply Object (DRO) is shown in Figure 2. A DRO consists of the following fields: =09 o RPLInstanceID: The RPLInstanceID of the temporary DAG used for route discovery. =09 o Version: The Version of the temporary DAG used for route discovery. =09 =09 =09 =09 =09 Goyal, et al. Expires December 16, 2010 [Page 13] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 =09 =09 o DODAGID: The DODAGID of the temporary DAG used for route discovery. The DODAGID also identifies the origin router. The RPLInstanceID, the Version and the DODAGID together uniquely identify the temporary DAG used for route discovery and can be copied from the Base Object of the DIO advertizing the temporary DAG. =09 o D: A 2-bit field that indicates the direction of the discovered routes: =09 * D =3D 0x00: Forward; =09 * D =3D 0x01: Backward; =09 * D =3D 0x02: Bidirectional. =09 This field has the same value as the corresponding field in the Route Discovery option. =09 o S: A flag that is clear if the Discovery Reply Object is establishing an hop-by-hop route. The flag is set if the Discovery Reply Object carries (or is an acknowledgement for the discovery of) one or more source routes. =09 o N: A 3-bit field that indicates the number of source routes carried or acknowledged in the Discovery Reply Object. =09 o Target Address: The IPv6 address of the target router originating the Discovery Reply Object. =09 o Reserved: These bits are reserved for future use. These bits MUST be set to zero on transmission and MUST be ignored on reception. =09 o Options: The Discovery Reply Object MAY carry up to 7 Source Route options (defined in the next section) with each such option carrying a complete forward/bidirectional source route and optionally followed by a Metric Container option that lists the aggregated values for the routing metrics for the source route. =09 JP> This may not be an aggregated value but recorded metric too. Goyal, et al. Expires December 16, 2010 [Page 14] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 6.1.1. The Source Route Option 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type =3D 10 | Option Length | Compr | Pad | Resvd | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | . Addresses[1..n] . . . | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 3: Format of the Source Route Option The Source Route option, illustrated in Figure 3, carries a complete forward/bidirectional source route from the target router to the origin router. A Source Route option can only be a part of the Discovery Reply Object and MAY be immediately followed by a Metric Container option that contains the aggregated values of the routing metrics for this source route. A Route Discovery option consists of the following fields: o Option Type =3D 0x0A (to be confirmed by IANA). o Option Length =3D Variable, depending on the size = of the Addresses vector. o Compr: 4-bit unsigned interger indicating the number of prefix octets that are elided from each address. For example, Compr value will be 0 if full IPv6 addresses are carried in the Addresses vector. o Pad: 4-bit unsigned integer. Number of octets that are used for padding between Address[n] and the end of the Source Route option. o Address[1..n]: Vector of addresses, numbered 1 to n. Each vector element has size (16 - Compr) octets. A common network configuration for an RPL domain is that all routers within an LLN share a common prefix. The Source Route option uses the Compr field to allow compaction of the Addresses[1..n] vector when all entries share the same prefix as the DODAGID or the Target Address of the encapsulating Discovery Reply Object. The shared prefix octets are not carried within the Source Route option and each entry in Address[1..n] has size (16 - Compr) octets. When Compr is Goyal, et al. Expires December 16, 2010 [Page 15] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 = non-zero, there may exist unused octets between the last entry, Address[n], and the end of the Source Route option. The Pad field indicates the number of unused octets that are used for padding. Note that when Compr is 0, Pad MUST be null and carry a value 0. The Source Route option MUST NOT specify a path that visits a router more than once. When generating a Source Route option, the target router may not know the mapping between IPv6 addresses and routers. Minimally, the target router MUST ensure that: o The IPv6 Addresses do not appear more than once; o The IPv6 addresses of the origin and the target routers do not appear in the Address vector; o The Address vector represents a source route in forward direction with Address[1] being the next hop for the origin router. Multicast addresses MUST NOT appear in a Source Route option.=20 =09 =09 JP> you may want to add a ref to RH4 since the format is very similar. 6.2. DRO as Acknowledgement for Backward Source Routes =09 When a target router discovers a backward source route,=20 =09 JP> I have an issue with your terminology. When the target receives the DIO with route discovery option, what is discovered is a forward route ? =09 =09 it sends a DRO message to the origin router as an acknowlegement for the discovered route. Optionally, a target router MAY send a DRO acknowledgement to the origin router after discovering multiple backward source routes. A DRO, serving as an acknowledgement for backward source route discovery, has its D field set to 0x01 (indicating backward) while the S flag is set to 1 (indicating source route). The N field is set to indicate the number of discovered backward source routes being acknowledged. Such a DRO message MUST NOT contain any option. =09 This document does not require a particular method for sending such a DRO message to the origin router. The target router MAY send the DRO message to the origin router in any fashion, including: =09 o Using a source route carried in a Type 4 Routing header [I-D.hui-6man-rpl-routing-header]; =09 o Along any DAG connecting the target and the origin routers; =09 o Along the temporary DAG created for route discovery, provided that the target router is reasonably sure that the DAG's life time is sufficiently long and the routers in the DAG do remember one or more of their parents in the DAG. =09 JP> You may want to explain a bit more why you the origin router would be interested in receiving an ACK without the route itself (case 6.3): hop-by-hop routes. Goyal, et al. Expires December 16, 2010 [Page 16] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 6.3. DRO as Carrier of Forward/Bidirectional Source Routes When a target router discovers a forward source route,=20 =09 JP> Here, I agree that this is a forward route. it sends a DRO message to the origin router carrying the discovered source route inside a Source Route option. Similarly, when a target router discovers a bidirectional source route, it caches the route for its own use and then sends a DRO message to the origin router carrying the discovered route inside a Source Route option. Rather than immediately sending a discovered route back to the origin router, a target router MAY optionally send one DRO message after discovering multiple forward/bidirectional source routes with the sent DRO carrying the discovered source routes (in multiple Source Route options). =09 JP> Note that the algorithm for "best route" selection is outside the scope of this document, so does the use of a timer on the target side to determine how much time to wait before answering, ...=20 A DRO message carrying one or more Source Route options MUST have its D field set to 0x00 (for forward routes) or 0x02 (for bidirectional routes). The S flag MUST be set to 1 and the N field MUST indicate the number of Source Route options in the message. A Source Route option MAY immediately be followed by a Metric Container option that carries the aggregated=20 =09 JP> or recorded values of the routing metrics for this source route. The target router may send this DRO message to the origin router in any fashion it desires including the options listed in Section 6.2. =09 6.4. Establishing Hop-by-hop Routes Via DRO =09 In order to establish a hop-by-hop route, the target router sends a DRO message along the reverse of the discovered route (via a Type 4 Routing Header specified in [I-D.hui-6man-rpl-routing-header]). The D field of the message is set to convey the route's direction (forward/backward/bidirectional) and the S flag MUST be clear (indicating hop-by-hop). The N field MUST be set to 1. Such a DRO MUST NOT contain any option. =09 A router receiving such a DRO message SHOULD establish hop-by-hop state in the right direction corresponding to the route carried in the Type 4 Routing Header of the DRO message. If a router does not establish such state, it MUST drop the DRO message. Otherwise, it MUST forward the DRO message along the source route contained in Type 4 Routing Header of the received message. =09 =09 =09 JP> Any error log if it does not ? (optional) ICMP sent to the target node? A router SHOULD associate the hop-by-hop routing state, thus established, with the objective function and metrics used for route discovery. =09 =09 =09 =09 =09 =09 =09 Goyal, et al. Expires December 16, 2010 [Page 17] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 =09 =09 JP> New section to indicate how to clean-up the temporary DAG ? 7. Security Considerations =09 TBA =09 =09 8. IANA Considerations =09 TBA =09 =09 9. Authors and Contributors =09 In addition to the editor, the authors of this document include the following individuals (listed in alphabetical order). =09 Anders Brandt, Sigma Designs, Emdrupvej 26A, 1., Copenhagen, Dk-2100, Denmark. Phone: +45 29609501; Email: abr@sdesigns.dk =09 Robert Cragie, Gridmerge Ltd, 89 Greenfield Crescent, Wakefieldm WF4 4WA, UK. Phone: +44 1924910888; Email: robert.cragie@gridmerge.com =09 Jerald Martocci, Johnson Controls, Milwaukee, WI 53202, USA. Phone: +1 414 524 4010; Email:jerald.p.martocci@jci.com =09 Charles Perkins, Tellabs Inc., USA. Email:charliep@computer.org =09 Authors gratefully acknowledge the contributions of Richard Kelsey and Zach Shelby in the development of this document. =09 =09 10. References =09 10.1. Normative References =09 [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997. =09 10.2. Informative References =09 [I-D.brandt-roll-rpl-applicability-home-building] Brandt, A., Baccelli, E., and R. Cragie, "Applicability Statement: The use of RPL in Building and Home Environments", =09 draft-brandt-roll-rpl-applicability-home-building-00 (work in progress), April 2010. =09 [I-D.hui-6man-rpl-routing-header] Hui, J., Vasseur, J., and D. Culler, "A Source Routing =09 =09 =09 Goyal, et al. Expires December 16, 2010 [Page 18] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 =09 =09 Header for RPL", draft-hui-6man-rpl-routing-header-00 (work in progress), May 2010. =09 [I-D.ietf-roll-building-routing-reqs] Martocci, J., Riou, N., Mil, P., and W. Vermeylen, "Building Automation Routing Requirements in Low Power and Lossy Networks", draft-ietf-roll-building-routing-reqs-09 (work in progress), January 2010. =09 [I-D.ietf-roll-of0] Thubert, P., "RPL Objective Function 0", draft-ietf-roll-of0-02 (work in progress), June 2010. =09 [I-D.ietf-roll-routing-metrics] Vasseur, J., Kim, M., Networks, D., and H. Chong, "Routing Metrics used for Path Calculation in Low Power and Lossy Networks", draft-ietf-roll-routing-metrics-07 (work in progress), June 2010. =09 [I-D.ietf-roll-rpl] Winter, T., Thubert, P., and R. Team, "RPL: IPv6 Routing Protocol for Low power and Lossy Networks", draft-ietf-roll-rpl-09 (work in progress), June 2010. =09 [I-D.ietf-roll-terminology] Vasseur, J., "Terminology in Low power And Lossy Networks", draft-ietf-roll-terminology-03 (work in progress), March 2010. =09 [I-D.thubert-6man-reverse-routing-header] Thubert, P., "Reverse Routing Header", =09 draft-thubert-6man-reverse-routing-header-00 (work in progress), June 2010. =09 [RFC5826] Brandt, A., Buron, J., and G. Porcu, "Home Automation Routing Requirements in Low-Power and Lossy Networks", RFC 5826, April 2010. =09 =09 =09 =09 =09 =09 =09 =09 =09 =09 =09 =09 =09 =09 Goyal, et al. Expires December 16, 2010 [Page 19] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 =09 =09 Authors' Addresses =09 Mukul Goyal (editor) University of Wisconsin Milwaukee 3200 N Cramer St Milwaukee, WI 53211 USA =09 Phone: +1 414 2295001 Email: mukul@uwm.edu =09 =09 Emmanuel Baccelli (editor) INRIA =09 Phone: +33-169-335-511 Email: Emmanuel.Baccelli@inria.fr URI: http://www.emmanuelbaccelli.org/ =09 =09 P2P Team =09 JP> Remove P2P Team unless you list the people. Goyal, et al. Expires December 16, 2010 [Page 20] =0C=20 =09 =09 _______________________________________________ Roll mailing list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll =09 ------_=_NextPart_001_01CB0D40.99FF4CF9 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Hi JP
 
Good starting point.
 
I would like to add that several application = spaces have a=20 need for almost immediate delivery at any=20 time.
For these applications, the optimal route is = convenience=20 while swift delivery is a must. Reactive discovery
is the way to guarantee swift delivery at any=20 time.
 
Thanks,
  Anders

From: roll-bounces@ietf.org=20 [mailto:roll-bounces@ietf.org] On Behalf Of JP = Vasseur
Sent:=20 Wednesday, June 16, 2010 12:11
To: Mukul Goyal; Emmanuel=20 Baccelli
Cc: ROLL WG
Subject: Re: [Roll] Comments = on=20 draft-dt-roll-p2p-rpl-01

Hi,

As promised here is some text wrt the trade-off on on-demand=20 routing.

"As pointed out in this document, RPL does provide support of P2P = routes=20 via a common
ancestor. Using the mechanism described in this document, more = optimal=20 routes with 
regards to some metrics may be discovered but it is worth = pointing out=20 that this comes
at the price of additional control messages in the network since = the=20 discovery process
requires sending additional routing control plane messages. The = gain in=20 terms of path 
optimality may vary with the network topology and networking = conditions. Thus network 
designer may want to take into account the trade-off between = the=20 potential discovery of a 
more optimal route and the associated cost in terms of = network and=20 node resources.
Note that on-demand routing also offers the benefit of not having = to=20 maintains states 
as with proactive routing."

Thanks.

JP.

On Jun 16, 2010, at 12:00 PM, JP Vasseur wrote:
Dear authors,

Since I had a number of comments I inserted them in the ID = itself. As=20 you will notice:
1) Some of them are purely editorial
2) Others are more fundamental and may require just = clarifications,=20 more discussion on the mailing list, ... In this case, feel free to = start a=20 separate thread (note that ticket cannot be assigned to non WG=20 document).
3) I also suggested new sections

Internet Engineering Task =
Force                            M. Goyal, Ed.
Internet-Draft                         University of Wisconsin Milwaukee
Intended status: Informational                          E. Baccelli, Ed.

JP> Are you sure that you want to make it =
informational ?

Expires: =
December 16, 2010                                         INRIA
                                                               P2P. Team
                                                           June 14, 2010


   Reactive Discovery of Point-to-Point Routes in Low Power and Lossy
                                Networks
                        draft-dt-roll-p2p-rpl-01

Abstract

   This document describes a mechanism to discover and establish "on
   demand" one or more routes between two routers in a low power and
   lossy network.

JP> Needs a bit more details + explicitly refer to =
IPv6 in the abstract 
and =
introduction.
 Status of this Memo    This =
Internet-Draft is submitted to IETF in full conformance with the   =
provisions of BCP 78 and BCP 79.    Internet-Drafts are working =
documents of the Internet Engineering   Task Force (IETF).  Note that =
other groups may also distribute   working documents as Internet-Drafts. =
 The list of current Internet-   Drafts is at http://datatracker.i=
etf.org/drafts/current/.    Internet-Drafts are draft documents =
valid for a maximum of six months   and may be updated, replaced, or =
obsoleted by other documents at any   time.  It is inappropriate to use =
Internet-Drafts as reference   material or to cite them other than as =
"work in progress."    This Internet-Draft will expire on December 16, =
2010. Copyright Notice    Copyright (c) 2010 IETF Trust and the persons =
identified as the   document authors.  All rights reserved.    This =
document is subject to BCP 78 and the IETF Trust's Legal   Provisions =
Relating to IETF Documents   (http://trustee.ietf.org/lic=
ense-info) in effect on the date of   publication of this document.  =
Please review these documents   carefully, as they describe your rights =
and restrictions with respect   to this document.  Code Components =
extracted from this document must   include Simplified BSD License text =
as described in Section 4.e of   the Trust Legal Provisions and are =
provided without warranty as Goyal, et al.           Expires December =
16, 2010               [Page 1] =0C Internet-Draft          =
draft-dt-roll-p2p-rpl-01               June 2010    described in the =
Simplified BSD License. Table of Contents    1.  Introduction . . . . . =
. . . . . . . . . . . . . . . . . . . .  3   2.  Targeted Use Cases . . =
. . . . . . . . . . . . . . . . . . . .  4   3.  Terminology  . . . . . =
. . . . . . . . . . . . . . . . . . . .  4   4.  Functional Overview  . =
. . . . . . . . . . . . . . . . . . . .  5   5.  Propagation of =
Discovery Messages  . . . . . . . . . . . . . .  7     5.1.  The Route =
Discovery Option . . . . . . . . . . . . . . . .  7     5.2.  Setting a =
DIO Carrying a Route Discovery Option  . . . . .  9     5.3.  Processing =
of a DIO Carrying a Route Discovery Option           At An Intermediate =
Node  . . . . . . . . . . . . . . . . . 10     5.4.  Processing of a DIO =
Carrying a Route Discovery Option           At The Target Router . . . . =
. . . . . . . . . . . . . . . 12   6.  Propagation of Discovery Reply =
Messages  . . . . . . . . . . . 13     6.1.  The Discovery Reply Object =
(DRO) . . . . . . . . . . . . . 13       6.1.1.  The Source Route Option =
 . . . . . . . . . . . . . . . 15     6.2.  DRO as Acknowledgement for =
Backward Source Routes  . . . . 16     6.3.  DRO as Carrier of =
Forward/Bidirectional Source Routes  . . 17     6.4.  Establishing =
Hop-by-hop Routes Via DRO . . . . . . . . . . 17   7.  Security =
Considerations  . . . . . . . . . . . . . . . . . . . 18   8.  IANA =
Considerations  . . . . . . . . . . . . . . . . . . . . . 18   9.  =
Authors and Contributors . . . . . . . . . . . . . . . . . . . 18   10. =
References . . . . . . . . . . . . . . . . . . . . . . . . . . 18     =
10.1. Normative References . . . . . . . . . . . . . . . . . . . 18     =
10.2. Informative References . . . . . . . . . . . . . . . . . . 18   =
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 19 =
Goyal, et al.           Expires December 16, 2010               [Page 2] =
=0C Internet-Draft          draft-dt-roll-p2p-rpl-01               June =
2010 1.  Introduction    RPL [I-D.ietf-roll-rpl] provides =
multipoint-to-point (MP2P) routes   from routers in a low power and =
lossy network (LLN) to a sink router   by organizing the routers along a =
Directed Acyclic Graph (DAG) rooted   at the sink.  
JP> low power =
and lossy .... Low Power and Lossy
JP> RPL provides P2MP, MP2P =
and P2P routes =
too.

The DAG root initiates the DAG formation by originating
   a DODAG Information Object (DIO) message.  The DIO message is sent
   via link-local multicast and carries information about the
   originating router's position (the "rank") in the DAG.  On receiving
   DIO messages sent by its neighbors, a router determines its own
   "rank" in the DAG and originates its own DIO message.

JP> Without going too much in the details, you may =
just want to add
that a node decides to join a DODAG according to a number of =
parameters
(identity of the =
DODAG, OF, routing/constraints a specified in the =
metric-ID,...).
   RPL enables point-to-multipoint (P2MP) routing from a =
router to its
   descendants in the DAG by allowing a router to send a Destination
   Advertisement Object (DAO) upwards along the DAG.  The DAO carries
   the aggregated 
JP> Potentially =
"aggregated"
information regarding the descendants =
(and other local
   prefixes) reachable through the originating router.

   RPL also provides mechanisms for point-to-point (P2P) routing between
   any two routers in the DAG.  
JP> Yes.
If the destination is within the
   source's "range", the source may directly send packets to the
   destination.  Otherwise, if the destination is a DAG descendant and
   the source maintains "downwards" routing state about this descendant,
   it can forward the packet along this route.  Otherwise, the source
   sends the packet to a DAG parent, which then applies the same set of
   rules to forward the packet further.  Thus, a packet travels up the
   DAG until it reaches a router that knows of the downwards route to
   the destination and then it travels down the DAG towards its
   destination.  A router may or may not maintain routing state about a
   descendant depending on whether its immediate children send it such
   information in their DAOs and whether the router can store this
   information.  Thus, in the best case scenario, the "upwards" segment
   of the P2P route between a source and a destination ends at the first
   common ancestor of the source and the destination.  In the worst
   case, the "upwards" segment would extend all the way to the DAG's
   root.  If the destination did not originate a DAO, the packet will
   travel all the way to the DAG's root, where it will be dropped.

JP> This may require to be a bit more accurate here. =
If there is no DAO,
there RPL is used for MP2P routing only (that is not a protocol =
design 
characteristic =
though). 
   The P2P routing functionality available in RPL suffers =
from several
   shortcomings [I-D.brandt-roll-rpl-applicability-home-building]:

JP> "suffering from several shortcomings" is a bit =
strong though. You may
want to say that =
additional mechanisms may be required to address =
specific
situation and list =
them. 
   o  The need to maintain routes =
"proactively", i.e. every possible
      destination in the DAG must originate a DAO.

   o  The constraint to route only along a DAG potentialy leading to
      significantly suboptimal P2P routes and traffic congestion near
      the DAG root.
JP> 
First bullet: you can mention that this =
requires to pro-actively advertise the
route and to keep refreshing the state =
accordingly
Second bullet: just to be very accurate, mention that the route =
may be sub-optimal.
This is highly network topology / OF =
dependent.
 Goyal, et al.           Expires =
December 16, 2010               [Page 3] =0C Internet-Draft          =
draft-dt-roll-p2p-rpl-01               June 2010    These shortcomings =
are not compatible with the home and commercial   building domain =
application requirements described in [RFC5826] and   =
[I-D.ietf-roll-building-routing-reqs].  
JP> Again, to =
be accurate, there are no MUST requirements listed =
in
these ID that are =
not satisfied by RPL (with regards to the =
aforementioned
issues). I am NOT saying that the proposed mechanism is not =
useful 
(by all means), just that the statement above is not =
correct.

Such =
applications require a
   mechanism providing source-initiated discovery of P2P routes that are
   not along a DAG.  
JP> In some cases, it may be desirable to make use of =
source-initiated ... 

This document thus describes such a mechanism,
   complementary to the basic RPL specification.

   The specified scheme is based on a reactive on-demand approach, which
   enables a router to discover one or more "good-enough" routes in
   either direction between itself and another router in the LLN without
   any constraints regarding the existing DAG-membership of the links
   that such routes may use.  
JP> This will be an aspect triggering some =
discussion. How "good" is
"good enough" ? You will need some text to =
elaborate here or point 
to another section explaining what is =
meant by "good enough"
Such routes may be source-routes or hop-
   by-hop ones.  
JP> Just terminology: instead of referring to =
hop-by-hop routes, you may
want to say that once a route has been =
computed between two nodes in 
the network, IPv6 packet may be forward =
using a source routing mechanism
as specified in [XX] or in a hop by hop =
fashion.
A complementary functionality, necessary to help decide
   whether to initiate a route discovery, is a mechanism to measure the
   end-to-end cost of an existing route.  
JP> =
s/cost/path cost
Such functionality will be
   described in a separate document.

JP> But its use is described in this document =
?
 2.  Targeted Use Cases    The =
mechanisms described in this document are intended to be employed   as =
complementary to RPL in specific scenarios that need point-to-   point =
(P2P) routes between arbitrary routers.    One target use case, common =
in a home environment, involves a remote   control (or a motion sensor) =
that suddenly needs to communicate with   a lamp module, whose network =
address it knows apriori.  In this case,   the source of data (the =
remote control or the motion sensor) must be   able to discover a route =
to the destination (the lamp module) "on   demand".    Another target =
use case, common in a large commercial building   environment, involves =
a large LLN deployment where P2P communication   along a particular DAG =
among hundreds (or thousands) of routers   creates severe traffic =
congestion near that DAG's root, and thus   routes across this DAG are =
desirable.    Targeted use cases also include scenarios where energy or =
delay   constraints are not satisfied by the P2P routes along a DAG =
because   they involve traversing many more intermediate routers than =
necessary   to reach the destination. 
JP> What I would suggest is to summarize it, put in =
the introduction,
and detail the use case in the applicability =
statement.
3.  Terminology

   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
   "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and
   "OPTIONAL" in this document are to be interpreted as described in



Goyal, et al.           Expires December 16, 2010               [Page 4]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   [RFC2119].

   Additionally, this document uses terminology from
   [I-D.ietf-roll-terminology] and [I-D.ietf-roll-rpl], and introduces
   the following terminology:

   Origin Router: The router initiating the route discovery.  The origin
   router acts as one end point of the routes to be discovered.

   Target Router: The other end point of the routes to be discovered.

   Intermediate Router: A router that is neither the origin nor the
   target.

   Forward Route: A route from the origin router to the target router.

   Backward Route: A route from the target router to the origin router.

   Bidirectional Route: A route that can be used in both directions:
   from the origin router to the target router and vice versa.

   Source Route: A complete and ordered list of routers that can be used
   by a packet to travel from a source to a destination.  Such source
   routes can be carried by a packet in a proposed Type 4 Routing Header
   [I-D.hui-6man-rpl-routing-header].

   Hop-by-hop Route: A route from a source to a destination where each
   router in the route knows only the address of the next hop on the
   route.
JP> I would suggest to change the definition for =
"routing paradigm
whereby packets are routed from their source to destination =
by 
on a hop by hop =
basis where the packets is routed by a set of =
routers
along the path =
according to the routing table stored by each =
router
along the =
path".
   In this document, the term 'router' refers to any LLN =
device that can
   forward packets generated at other devices.


4.  Functional Overview

   Router A originates a "Discovery" message listing router B as the
   target.  Node A also indicates in the message:

   o  The nature of the routing cost, the method for accumulating the
      end-to-end cost 
JP> This may de detailed hereafter but I guess that =
you will point to 
the metric-ID for the metric =
used?

and the =
criteria used to determine if a route is
      "good enough";

   o  The direction (forward: router A to router B; backward: router B
      to router A; or both) of the route being discovered;

   o  The desired number of routes;




Goyal, et al.           Expires December 16, 2010               [Page 5]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   o  Whether the route is a source-route or a hop-by-hop one; and

   o  A limit on the "distance" the Discovery message may =
travel.

JP> Need to =
define the term "distance": is it a max path cost, number =
of
hops, ... =
?
    The Discovery message propagates via =
link-local multicast 
JP> Indicate =
"IPv6"
with each
   receiving router making the decision regarding whether to forward the
   message further based on the "distance" (from router A) that this
   particular copy of the message has already traveled.  Note that this
   document does not require a receiving router to use the "good enough"
   criteria to make the forwarding decision.  This is because the
   evaluation of such criteria may be too complex for a constrained
   intermediate router to perform for each received copy of the
   Discovery message.  
JP> So I guess that you define later what to do in =
both cases (the node
cannot process the "good enough" criteria or it can process it) =
?
The calculation of the "distance" that a copy of
   the Discovery message has already travelled should be simple enough
   for a constrained router to perform.  
JP> Again it =
is hard to tell from what you wrote if this can reasonably =
be
achieved; it =
depends on the definition of the term =
"distance".
A router may optionally decide
   not to forward a copy of the Discovery message further because the
   aggregated cost of the route so far fails the "good enough" =
criteria.
JP> You will nee to be more specific here. Is it a =
"may" or a "MAY". 
Define what happens in this case. You may =
provide more details later
in the document.
   The underlying mechanism being used =
to propagate the Discovery
   message may put further restrictions on its propagation.  A router
   should not propagate the Discovery message further if hop-by-hop
   routes are desired and the router can not store state for this route.

   As a copy of the Discovery message travels towards router B, it
   accumulates the relevant forward/backward costs as well as the route
   it takes.  When router B receives a copy of the Discovery message, it
   determines whether the route traveled by the message meets the "good
   enough" criteria.
JP> I think that you already mentioned =
this.
   If router A had requested the discovery of backward =
source-routes,
JP> Didn't you mean "forward" =
?
   router B caches one or more good enough source-routes it =
identifies.
   Additionally, router B sends one or more "Discovery Reply" message to
   router A to acknowledge the discovery of these routes.  These
   acknowledgements allow router A to judge the success of the route
   discovery.  The Discovery Reply messages can travel towards router A
   in any manner chosen by router B. For example, router B may source-
   route the messages or send them towards router A along a DAG.

   If router A had requested the discovery of "n" forward source-routes,
   router B sends the "n" good enough source-routes it identifies to
   router A in one or more Discovery Reply messages.  Again, these
   Discovery Reply messages can travel towards router A in any manner
   chosen by router B.
JP> What if the DAG is "broken": retry from A after =
expiration of a local
timer ?
   If router A had requested the discovery of "n" =
bidirectional source-
   routes, router B caches the "n" good enough source-routes it
   identifies and also sends these routes to router A in one or more
   Discovery Reply messages.  These Discovery Reply messages can travel
   towards router A in any manner chosen by router B.



Goyal, et al.           Expires December 16, 2010               [Page 6]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   If router A had requested the discovery of "n" forward/backward/
   bidirectional hop-by-hop routes, router B sends out a Discovery Reply
   message to router A for each one of the "n" good enough routes it
   identifies.  
JP> Do you need one "Discovery Reply message" per =
route or next-hop
in this case?
The Discovery Reply message travels =
towards router A
   using the source-route accumulated by the Discovery message. =
 
JP> In the case of hop-by-hop routes, source routes, =
both ?
As this
   message travels towards router A, it establishes appropriate forward/
   backward routing state in the en-route routers.  This "non DAG"
   routing state should be specially marked to associate it with the
   routing metrics 
JP> Refer to metric ID =
?
used to discover the route and to distinguish such
   state from other DAG-specific routing state the router may have.

JP> Not sure that you need to distinguish the state. =
Suppose that you
discover a hop-by-hop route (not a big fan of that terms as =
pointed out
above but let's continue to use it for the time being), a =
storing node
may indeed have two routes for the same destination: do you want =
to
state that it =
should always use the P2P routes discovered by =
this
mechanism or let =
it choose the best one according to the metric =
in
use?
JP> What if there are two routes using different =
metrics?
5.  Propagation of Discovery =
Messages

   RPL uses DIO message propagation to build a DAG.  The DIO message
   travels via link-local multicast.  
JP> Add =
everywhere "IPv6 link-local multicast =
addresses"

Each router joining the DAG
   determines a rank for itself and ignores the subsequent DIO messages
   received from lower (higher in numerical value) ranked neighbors.
   Thus, the DIO messages propagate outwards rather than return inwards
   towards the DAG root.  
JP> I would suggest to align to the RPL terminology. =
Inward/outward
are not used anymore.

The DIO message generation at a router is
   further controlled by a trickle timer that allows a router to avoid
   generating unnecessary messages.  
JP> Add a reference to the Trickle =
ID

The =
link-local multicast based
   propagation, trickle-controlled generation and the rank-based
   poisoning of messages traveling in the wrong direction (towards the
   DAG root) provide powerful incentives to use the DIO message as the
   Discovery message and propagate the DIO/Discovery message by creating
   a "temporary" DAG.

5.1.  The Route Discovery Option

       0                   1                   2                   3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |   Type =3D 9    | Option Length | D |S|  N  | L |O|  Max Rank   =
|
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                                                               |
       |                       Target Address                          |
       |                                                               |
       |                                                               |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |              OCP              |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+


              Figure 1: Format of the Route Discovery Option

   In order to be used as a Discovery message, a DIO MUST carry a "Route
   Discovery" option illustrated in Figure 1.  A DIO MUST NOT carry more



Goyal, et al.           Expires December 16, 2010               [Page 7]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   than one Route Discovery options.  
JP> Explain =
what you do if more than one is present:
	* Ignore the second =
one?
	* Ignore the =
entire message?

A Route =
Discovery option consists
   of the following fields:

   o  Option Type =3D 0x09 (to be confirmed by IANA).

   o  Option Length =3D 20 or 22 octets depending on whether the OCP =
field
      is included or not.

   o  D: A 2-bit field that indicates the direction of the desired
      routes:

      *  D =3D 0x00: Forward;

      *  D =3D 0x01: Backward;

      *  D =3D 0x02: Bidirectional.

   o  S: A flag that indicates whether source routes are desired.  The
      flag is set if the source routes are desired.  The flag is clear
      if hop-by-hop routes are desired.

   o  N: A 3-bit unsigned integer indicating the number of routes
      desired.

   o  L: A 2-bit field indicating the minimum "Life Time" of the
      temporary DAG, i.e., the minimum duration a router joining the
      temporary DAG must maintain its membership in the DAG:

      *  L =3D 0x00: Minimum life time is 5 seconds;

      *  L =3D 0x01: Minimum life time is 10 seconds;

      *  L =3D 0x02: Minimum life time is 1 minute;

      *  L =3D 0x03: Minimum life time is 10 minutes.

JP> Placeholder ... indicate what happens if a node =
cannot store that
additional state (add a manageability =
section).
   o  O: A flag that indicates whether the same OCP is used =
for route
      discovery as well as temporary DAG formation.  If this flag is
      clear, the OCP contained in the DODAG Configuration option in the
      DIO is used for route discovery as well.  Otherwise, the OCP
      specified in the Route Discovery option is used for route
      selection 
JP> s/route selection/route =
discovery

and the metrics/constraints used for route selection are
      carried in a Metrics Container option immediately following the
      Route Discovery option.
JP> Since OF is decoupled from metrics, you always =
need to indicate
the metric in use. That said, I do not see your point here. =
Indeed, the 
temporary DAG is built according to some OF and metrics so =
the 
resulting routes =
will inherit these metrics?
   o  Max Rank: A 7-bit unsigned integer =
that indicates the maximum rank
      allowed in the temporary DAG advertised by the DIO message.  This
      upper limit on the DAG rank serves as the "distance" referred to



Goyal, et al.           Expires December 16, 2010               [Page 8]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


      in Section 4 and provides a control over how far the Route
      Discovery option contained in the DODAG Configuration option in
      the DIO message may travel.  
JP> You may discuss it later in this document ... but =
the distance is tied
to how you compute the =
rank.
A router MUST not 
JP> s/MUST not/MUST =
NOT
join the temporary
      DAG if its rank in the DAG will exceed this limit.  Later versions
      of this draft will map the 128 value space available in this field
      to 16-bit long limits on the DAG rank.

   o  Target Address: The IPv6 address of the target router.

   o  OCP: 16 bit unsigned integer.  An optional field, present only if
      the O flag is set, that indicates the objective code point (OCP)
      to be used for route selection.

5.2.  Setting a DIO Carrying a Route Discovery Option

   A DIO message that carries a Route Discovery option MUST set the Base
   Object, described in [I-D.ietf-roll-rpl], in the following manner:

   o  RPLInstanceID: RPLInstanceID MUST be a local value as described in
      Section 4.1 of [I-D.ietf-roll-rpl].

   o  Grounded (G) Flag: MUST be clear since the objective of DAG
      formation is the propagation of Route Discovery option.  This DAG
      is temporary in nature and is not used for routing purpose.

   o  Destination Advertisement Supported (A) Flag: MUST be clear for
      same reasons as described above.

   o  Destination Advertisement Trigger (T) Flag: MUST be clear.

   o  Mode of Operation (MOP): Since the temporary DAG is not to be used
      for routing purposes, the value of this field is immaterial.  To
      allow constrained routers to join the DAG, the MOP field SHOULD be
      set to 00 (non-storing).

JP> I'd rather suggest to specify a new MOP value =
(0x02)
   o  DODAGPreference (Prf): TBD

   o  Destination Advertisement Trigger Sequence Number (DTSN): TBD

JP> To be discussed on the mailing list =
?
   o  DODAGID: IPv6 address of the router initiating the =
route
      discovery.

JP> Origin =
router.
   The other fields in the Base Object are set as per the =
rules
   described in [I-D.ietf-roll-rpl].

   The DODAG Configuration option, carried in the DIO message, specifies
   the parameters for the trickle timer operation that governs the
   generation of DIO messages by the routers joining the temporary DAG.

JP> Also according to RPL ID or would you recommend =
different
default values ? Default values for RPL are TBD but we could =
easily
think of =
different values in this case. To be revisited in the =
future.
Goyal, et al.           Expires December 16, 2010               [Page 9]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   The other fields defined in the DODAG Configuration option are set as
   follows:

   o  The MaxRankIncrease field MUST be set to 0 to disable local repair
      of the temporary DAG.

   o  This document RECOMMENDS a value 1 for the MinHopRankInc field.

   o  Objective Code Point (OCP): The OCP to be used for temporary DAG
      formation.  This document RECOMMENDS RPL Objective Function 0, as
      defined in [I-D.ietf-roll-of0], for use as the objective function
      for the formation of the temporary DAG.

   A DIO, that contains a Route Discovery option with O flag set, MUST
   also contain a Metric Container option immediately following the
   Route Discovery option.  This Metric Container option carries the
   values for the routing metrics as well as the constraints
   (constituting the "good enough" criteria) used for route =
selection.
JP> This is confusing: the metric and constraint =
carried within the Metric
Container are used for the DODAG =
formation. Do you want to use them
for a different purpose ? At this point, =
you have not yet defined the use of
the good enough criteria but one can guess =
that you would use the good
enough metrics to control the flooding and the metric/OF to =
effectively 
build the temporary DAG and discover the routes. If so, the good =
enough
metrics are of =
different use.
   Note that if O flag in the Route Discovery option is =
clear, the OCP
   and Metric Container used for temporary DAG formation are used for
   route selection as well.

   A DIO, carrying a Route Discovery option, MUST not carry any =
Route
JP> s/MUST not/MUST =
NOT
   Information or Prefix Information options described in
   [I-D.ietf-roll-rpl].

5.3.  Processing of a DIO Carrying a Route Discovery Option At An
      Intermediate Node

   The rules for DIO processing and transmission, described in Section 7
   of RPL [I-D.ietf-roll-rpl], apply to DIOs carrying a Route Discovery
   option as well except as modified in this document.

   When an intermediate router joins a temporary DAG advertized by a DIO
   carrying the Route Discovery option, it MUST maintain its membership
   in the DAG for the Minimum Life Time duration listed in the Route
   Discovery option.  
JP> What if it cannot ? Just not join the DAG and log =
an error ?
Maintaining membership in the DAG =
implies
   remembering:

   o  The RPLInstanceID, the DODAGID and the DODAGVersionNumber for the
      temporary DAG;

   o  The router's rank in the temporary DAG;

   o  The best Metric Container, 
JP> you mean the best path =
cost?
along with the associated source route
      from the initiator of route discovery till this router (carried in
      a Record Route IPv6 Extension Header proposed in
      [I-D.thubert-6man-reverse-routing-header]), for the Route



Goyal, et al.           Expires December 16, 2010              [Page 10]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


      Discovery option being propagated by the temporary DAG.  If the
      router can not compare Metric Containers, it MUST remember the
      latest Metric Container it has received, along with the associated
      source route.
JP> Requires clarification on what you mean by =
"compare"
   A router belonging to a temporary DAG =
need not remember the identity
   of its DAG parents since the temporary DAG is not used for =
routing.
JP> Are you sure ? What is a hop-by-hop route is =
needed ? Don't you
need to remember your parent, or do you still record the route =
?
  =
 The main purpose of a temporary DAG's existence is to facilitate the
   propagation of the Route Discovery option.

   The router does not process a Route Discovery option, contained in
   the received DIO, any further if any of the following conditions are
   true:

   o  The router does not support the objective function 
JP> and/or =
metrics
being used for
      route discovery

   o  The router does not have sufficient information to calculate the
      relevant routing metrics/constraints in the right direction (as
      specified by the D field).

   o  The S field is clear, i.e. hop-by-hop routes are desired, but the
      router can not participate in a hop-by-hop route.

   o  The router is an intermediate router and the router's rank in the
      temporary DAG, calculated on the basis of the rank and objective
      function carried in the Base Object in the DIO, exceeds the Max
      Rank value specified in the Route Discovery option.

   A router MUST discard the DIO if the Route Discovery option contained
   in the message does not need further processing.  
JP> Log an =
error ?
Otherwise, the
   =
Route Discovery option is processed as follows.

   The router updates the Metrics Container associated with the received
   Route Discovery option as per the specified objective function. =
 
JP> And routing =
metrics

The
   router may optionally check the Metric Container to determine if the
   aggregated values for the routing metrics meet all the constraints
   listed in the Metric Container.  
JP> The aggregated values are for the metrics. =
Constraints are used to
prune potential =
path.
If not, the Route Discovery option
   is discarded 
JP> You mean the DIO =
message.
without further processing.  Otherwise, the router
   updates its in-memory copy of the latest/best Metric Container for
   this Route Discovery option along with the associated source route
   updated in the correct direction (based on the D field of the Route
   Discovery option).  Any change in the in-memory copy also requires
   resetting the trickle timer and generating a new DIO carrying the
   Route Discovery option, the updated latest/best Metric Container and
   the associated source route (in a Record Route IPv6 extension header
   proposed in [I-D.thubert-6man-reverse-routing-header]) when the timer
   fires.  
JP> If the changes occur during the lifetime =
window.
Note that the Metric Container MUST immediately follow the



Goyal, et al.           Expires December 16, 2010              [Page 11]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   Route Discovery option if the O flag in the Route Discovery option is
   set.

5.4.  Processing of a DIO Carrying a Route Discovery Option At The
      Target Router

   When the target router joins the temporary DAG advertized by a DIO
   carrying the Route Discovery option, it MUST maintain its membership
   in the DAG for the Minimum Life Time duration listed in the Route
   Discovery option.  Maintaining membership in the DAG implies
   remembering:

   o  The RPLInstanceID, the DODAGID and the DODAGVersionNumber for the
      temporary DAG;

   o  The router's rank in the temporary DAG;

   The target router does not process a Route Discovery option,
   contained in the received DIO, any further if any of the following
   conditions are true:

   o  The router does not support the objective function used for route
      discovery

   o  The router does not have sufficient information to calculate the
      relevant routing metrics/constraints in the right direction (as
      specified by the D field).

JP> or does not support the =
metric.
   The target router MUST =
discard the DIO if the Route Discovery option   contained in the message =
does not need further processing.
JP> ? How does it knows (simply because it reaches =
the destination) ?
   Otherwise, the Route Discovery option =
is processed as follows.

   The target router updates the Metrics Container associated with the
   received Route Discovery option as per the specified objective
   function.  
JP> and routing metrics (remember they are =
decoupled).

The target router then checks the Metric Container to
   determine if the aggregated values for the routing metrics meet all
   the constraints listed in the Metric Container.  
JP> See =
previous comments.

If not, the Route
   Discovery option is discarded without further processing.  Otherwise,
   the router MAY select the source route accumulated by the received
   DIO as one of the discovered routes.  
JP> "MAY" ? =
When ?
The target router MUST send one
   or more RPL Control Messages carrying a Discovery Reply Object
   (defined in the next section) back to the origin router (identified
   by the DODAGID field in the DIO Base Object) as discussed in the
   following sections.

   The target router MUST NOT forward a DIO carrying a Route Discovery
   option that lists one of its own addresses as the Target Address.




Goyal, et al.           Expires December 16, 2010              [Page 12]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


6.  Propagation of Discovery Reply Messages

6.1.  The Discovery Reply Object (DRO)

       0                   1                   2                   3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       | RPLInstanceID |    Version    | D |S|  N  |     Reserved      |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                                                               |
       |                         DODAGID                           |
       |                                                               |
       |                                                               |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                                                               |
       |                       Target Address                          |
       |                                                               |
       |                                                               |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       | Option(s)...
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+...


           Figure 2: Format of the Discovery Reply Object (DRO)

   This document defines a new RPL Control Message type, the Discovery
   Reply Object (DRO) with code 0x04 (to be confirmed by IANA), that
   serves the following functions:

   o  An acknowledgement from the target router to the origin router
      regarding the successful discovery of backward source routes;

JP> ACK of routes from the origin to the target: you =
may not have routes
in the opposite direction.
   o  Carries one or more =
forward/bidirectional source routes from the
      target to the origin router;

   o  Establishes a hop-by-hop forward/backward/bidirectional route as
      it travels from the target to the origin router.

   The format for a Discovery Reply Object (DRO) is shown in Figure 2.
   A DRO consists of the following fields:

   o  RPLInstanceID: The RPLInstanceID of the temporary DAG used for
      route discovery.

   o  Version: The Version of the temporary DAG used for route
      discovery.





Goyal, et al.           Expires December 16, 2010              [Page 13]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   o  DODAGID: The DODAGID of the temporary DAG used for route
      discovery.  The DODAGID also identifies the origin router.  The
      RPLInstanceID, the Version and the DODAGID together uniquely
      identify the temporary DAG used for route discovery and can be
      copied from the Base Object of the DIO advertizing the temporary
      DAG.

   o  D: A 2-bit field that indicates the direction of the discovered
      routes:

      *  D =3D 0x00: Forward;

      *  D =3D 0x01: Backward;

      *  D =3D 0x02: Bidirectional.

      This field has the same value as the corresponding field in the
      Route Discovery option.

   o  S: A flag that is clear if the Discovery Reply Object is
      establishing an hop-by-hop route.  The flag is set if the
      Discovery Reply Object carries (or is an acknowledgement for the
      discovery of) one or more source routes.

   o  N: A 3-bit field that indicates the number of source routes
      carried or acknowledged in the Discovery Reply Object.

   o  Target Address: The IPv6 address of the target router originating
      the Discovery Reply Object.

   o  Reserved: These bits are reserved for future use.  These bits MUST
      be set to zero on transmission and MUST be ignored on reception.

   o  Options: The Discovery Reply Object MAY carry up to 7 Source Route
      options (defined in the next section) with each such option
      carrying a complete forward/bidirectional source route and
      optionally followed by a Metric Container option that lists the
      aggregated values for the routing metrics for the source route.

JP> This may not be an aggregated value but recorded =
metric too.
 Goyal, et al.           =
Expires December 16, 2010              [Page 14] =0C Internet-Draft      =
    draft-dt-roll-p2p-rpl-01               June 2010 6.1.1.  The Source =
Route Option        0                   1                   2            =
       3        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 =
8 9 0 1       =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+       =
|   Type =3D 10   | Option Length | Compr |  Pad  |     Resvd     |      =
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+       =
|                                                               |       =
.                      Addresses[1..n]                          .       =
.                                                               .       =
|                                                               |       =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+        =
         Figure 3: Format of the Source Route Option    The Source Route =
option, illustrated in Figure 3, carries a complete   =
forward/bidirectional source route from the target router to the   =
origin router.  A Source Route option can only be a part of the   =
Discovery Reply Object and MAY be immediately followed by a Metric   =
Container option that contains the aggregated values of the routing   =
metrics for this source route.    A Route Discovery option consists of =
the following fields:    o  Option Type =3D 0x0A (to be confirmed by =
IANA).    o  Option Length =3D Variable, depending on the size of the =
Addresses      vector.    o  Compr: 4-bit unsigned interger indicating =
the number of prefix      octets that are elided from each address.  For =
example, Compr      value will be 0 if full IPv6 addresses are carried =
in the      Addresses vector.    o  Pad: 4-bit unsigned integer.  Number =
of octets that are used for      padding between Address[n] and the end =
of the Source Route option.    o  Address[1..n]: Vector of addresses, =
numbered 1 to n.  Each vector      element has size (16 - Compr) octets. =
   A common network configuration for an RPL domain is that all routers  =
 within an LLN share a common prefix.  The Source Route option uses   =
the Compr field to allow compaction of the Addresses[1..n] vector   when =
all entries share the same prefix as the DODAGID or the Target   Address =
of the encapsulating Discovery Reply Object.  The shared   prefix octets =
are not carried within the Source Route option and each   entry in =
Address[1..n] has size (16 - Compr) octets.  When Compr is Goyal, et al. =
          Expires December 16, 2010              [Page 15] =0C =
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010 =
   non-zero, there may exist unused octets between the last entry,   =
Address[n], and the end of the Source Route option.  The Pad field   =
indicates the number of unused octets that are used for padding.   Note =
that when Compr is 0, Pad MUST be null and carry a value 0.    The =
Source Route option MUST NOT specify a path that visits a router   more =
than once.  When generating a Source Route option, the target   router =
may not know the mapping between IPv6 addresses and routers.   =
Minimally, the target router MUST ensure that:    o  The IPv6 Addresses =
do not appear more than once;    o  The IPv6 addresses of the origin and =
the target routers do not      appear in the Address vector;    o  The =
Address vector represents a source route in forward direction      with =
Address[1] being the next hop for the origin router.    Multicast =
addresses MUST NOT appear in a Source Route option. 
JP> you may =
want to add a ref to RH4 since the format is very =
similar.
6.2.  DRO as Acknowledgement for Backward Source Routes

   When a target router discovers a backward source =
route, 
JP> I have an issue with your terminology. When the =
target receives the
DIO with route discovery option, what is discovered is a forward =
route ?

it sends a
   DRO message to the origin router as an acknowlegement for the
   discovered route.  Optionally, a target router MAY send a DRO
   acknowledgement to the origin router after discovering multiple
   backward source routes.  A DRO, serving as an acknowledgement for
   backward source route discovery, has its D field set to 0x01
   (indicating backward) while the S flag is set to 1 (indicating source
   route).  The N field is set to indicate the number of discovered
   backward source routes being acknowledged.  Such a DRO message MUST
   NOT contain any option.

   This document does not require a particular method for sending such a
   DRO message to the origin router.  The target router MAY send the DRO
   message to the origin router in any fashion, including:

   o  Using a source route carried in a Type 4 Routing header
      [I-D.hui-6man-rpl-routing-header];

   o  Along any DAG connecting the target and the origin routers;

   o  Along the temporary DAG created for route discovery, provided that
      the target router is reasonably sure that the DAG's life time is
      sufficiently long and the routers in the DAG do remember one or
      more of their parents in the DAG.

JP> You may want to explain a bit more why you the =
origin router
would be interested in receiving an ACK without the route itself =
(case
6.3): hop-by-hop =
routes.
 Goyal, et al.           Expires =
December 16, 2010              [Page 16] =0C Internet-Draft          =
draft-dt-roll-p2p-rpl-01               June 2010 6.3.  DRO as Carrier of =
Forward/Bidirectional Source Routes    When a target router discovers a =
forward source route, 
JP> Here, I agree that this is a forward =
route.
it sends a DRO
   message to the origin router carrying the discovered source route
   inside a Source Route option.  Similarly, when a target router
   discovers a bidirectional source route, it caches the route for its
   own use and then sends a DRO message to the origin router carrying
   the discovered route inside a Source Route option.  Rather than
   immediately sending a discovered route back to the origin router, a
   target router MAY optionally send one DRO message after discovering
   multiple forward/bidirectional source routes with the sent DRO
   carrying the discovered source routes (in multiple Source Route
   options).
JP> Note that the algorithm for "best route" =
selection is outside the scope
of this document, so does the use of a =
timer on the target side to determine
how much time to wait before answering, =
... 
    A DRO message carrying one or =
more Source Route options MUST have its   D field set to 0x00 (for =
forward routes) or 0x02 (for bidirectional   routes).  The S flag MUST =
be set to 1 and the N field MUST indicate   the number of Source Route =
options in the message.  A Source Route   option MAY immediately be =
followed by a Metric Container option that   carries the =
aggregated 
JP> or =
recorded
values of the routing metrics for this source
   route.  The target router may send this DRO message to the origin
   router in any fashion it desires including the options listed in
   Section 6.2.

6.4.  Establishing Hop-by-hop Routes Via DRO

   In order to establish a hop-by-hop route, the target router sends a
   DRO message along the reverse of the discovered route (via a Type 4
   Routing Header specified in [I-D.hui-6man-rpl-routing-header]).  The
   D field of the message is set to convey the route's direction
   (forward/backward/bidirectional) and the S flag MUST be clear
   (indicating hop-by-hop).  The N field MUST be set to 1.  Such a DRO
   MUST NOT contain any option.

   A router receiving such a DRO message SHOULD establish hop-by-hop
   state in the right direction corresponding to the route carried in
   the Type 4 Routing Header of the DRO message.  If a router does not
   establish such state, it MUST drop the DRO message.  Otherwise, it
   MUST forward the DRO message along the source route contained in Type
   4 Routing Header of the received message.

JP> Any error log if it does not ? (optional) ICMP =
sent to the target node?
   A router SHOULD associate the =
hop-by-hop routing state, thus
   established, with the objective function and metrics used for route
   discovery.







Goyal, et al.           Expires December 16, 2010              [Page 17]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


JP> New section to indicate how to clean-up the =
temporary DAG ?
7.  Security Considerations

   TBA


8.  IANA Considerations

   TBA


9.  Authors and Contributors

   In addition to the editor, the authors of this document include the
   following individuals (listed in alphabetical order).

   Anders Brandt, Sigma Designs, Emdrupvej 26A, 1., Copenhagen, Dk-2100,
   Denmark.  Phone: +45 29609501; Email: abr@sdesigns.dk

   Robert Cragie, Gridmerge Ltd, 89 Greenfield Crescent, Wakefieldm WF4
   4WA, UK.  Phone: +44 1924910888; Email: robert.cragie@gridmerge.com

   Jerald Martocci, Johnson Controls, Milwaukee, WI 53202, USA.  Phone:
   +1 414 524 4010; Email:jerald.p.martocci@jci.com

   Charles Perkins, Tellabs Inc., USA.  Email:charliep@computer.org

   Authors gratefully acknowledge the contributions of Richard Kelsey
   and Zach Shelby in the development of this document.


10.  References

10.1.  Normative References

   [RFC2119]  Bradner, S., "Key words for use in RFCs to Indicate
              Requirement Levels", BCP 14, RFC 2119, March 1997.

10.2.  Informative References

   [I-D.brandt-roll-rpl-applicability-home-building]
              Brandt, A., Baccelli, E., and R. Cragie, "Applicability
              Statement: The use of RPL in Building and Home
              Environments",
              draft-brandt-roll-rpl-applicability-home-building-00 (work
              in progress), April 2010.

   [I-D.hui-6man-rpl-routing-header]
              Hui, J., Vasseur, J., and D. Culler, "A Source Routing



Goyal, et al.           Expires December 16, 2010              [Page 18]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


              Header for RPL", draft-hui-6man-rpl-routing-header-00
              (work in progress), May 2010.

   [I-D.ietf-roll-building-routing-reqs]
              Martocci, J., Riou, N., Mil, P., and W. Vermeylen,
              "Building Automation Routing Requirements in Low Power and
              Lossy Networks", draft-ietf-roll-building-routing-reqs-09
              (work in progress), January 2010.

   [I-D.ietf-roll-of0]
              Thubert, P., "RPL Objective Function 0",
              draft-ietf-roll-of0-02 (work in progress), June 2010.

   [I-D.ietf-roll-routing-metrics]
              Vasseur, J., Kim, M., Networks, D., and H. Chong, "Routing
              Metrics used for Path Calculation in Low Power and Lossy
              Networks", draft-ietf-roll-routing-metrics-07 (work in
              progress), June 2010.

   [I-D.ietf-roll-rpl]
              Winter, T., Thubert, P., and R. Team, "RPL: IPv6 Routing
              Protocol for Low power and Lossy Networks",
              draft-ietf-roll-rpl-09 (work in progress), June 2010.

   [I-D.ietf-roll-terminology]
              Vasseur, J., "Terminology in Low power And Lossy
              Networks", draft-ietf-roll-terminology-03 (work in
              progress), March 2010.

   [I-D.thubert-6man-reverse-routing-header]
              Thubert, P., "Reverse Routing Header",
              draft-thubert-6man-reverse-routing-header-00 (work in
              progress), June 2010.

   [RFC5826]  Brandt, A., Buron, J., and G. Porcu, "Home Automation
              Routing Requirements in Low-Power and Lossy Networks",
              RFC 5826, April 2010.














Goyal, et al.           Expires December 16, 2010              [Page 19]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


Authors' Addresses

   Mukul Goyal (editor)
   University of Wisconsin Milwaukee
   3200 N Cramer St
   Milwaukee, WI  53211
   USA

   Phone: +1 414 2295001
   Email: mukul@uwm.edu


   Emmanuel Baccelli (editor)
   INRIA

   Phone: +33-169-335-511
   Email: Emmanuel.Baccelli@inria.fr=

   URI:   http://www.emmanuelbaccelli.org=
/


   P2P Team
JP> Remove P2P Team unless you list the =
people.
 Goyal, et al.           =
Expires December 16, 2010              [Page 20] =0C

_____= __________________________________________
Roll=20 mailing list
Roll@ietf.org
https://www.ietf.org/m= ailman/listinfo/roll

= ------_=_NextPart_001_01CB0D40.99FF4CF9-- From abr@sdesigns.dk Wed Jun 16 04:13:18 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 081FD3A6A1A for ; Wed, 16 Jun 2010 04:13:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.598 X-Spam-Level: X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rpBdQ1qyLv-l for ; Wed, 16 Jun 2010 04:13:09 -0700 (PDT) Received: from mail.zen-sys.com (mail.zen-sys.com [195.215.56.170]) by core3.amsl.com (Postfix) with ESMTP id 602D23A681D for ; Wed, 16 Jun 2010 04:13:08 -0700 (PDT) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CB0D44.E8AA2145" Date: Wed, 16 Jun 2010 13:13:12 +0200 Message-ID: <6D9687E95918C04A8B30A7D6DA805A3E01CCD16E@zensys17.zensys.local> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [Roll] Comments on draft-dt-roll-p2p-rpl-01 Thread-Index: AcsNOtpLavEYrkAwQpSnvgGOwCRiugABmKbQ References: From: "Anders Brandt" To: "JP Vasseur" , "Mukul Goyal" , "Emmanuel Baccelli" Cc: ROLL WG Subject: Re: [Roll] Comments on draft-dt-roll-p2p-rpl-01 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jun 2010 11:13:18 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CB0D44.E8AA2145 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Comments inline =20 Cheers, Anders ________________________________ From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of JP Vasseur Sent: Wednesday, June 16, 2010 12:00 To: Mukul Goyal; Emmanuel Baccelli Cc: ROLL WG Subject: [Roll] Comments on draft-dt-roll-p2p-rpl-01 =09 =09 Dear authors, Since I had a number of comments I inserted them in the ID itself. As you will notice: 1) Some of them are purely editorial 2) Others are more fundamental and may require just clarifications, more discussion on the mailing list, ... In this case, feel free to start a separate thread (note that ticket cannot be assigned to non WG document). 3) I also suggested new sections =09 Internet Engineering Task Force M. Goyal, Ed. Internet-Draft University of Wisconsin Milwaukee Intended status: Informational E. Baccelli, Ed. =09 JP> Are you sure that you want to make it informational ? =09 =09 Expires: December 16, 2010 INRIA =09 P2P. Team June 14, 2010 =09 =09 Reactive Discovery of Point-to-Point Routes in Low Power and Lossy Networks draft-dt-roll-p2p-rpl-01 =09 Abstract =09 This document describes a mechanism to discover and establish "on demand" one or more routes between two routers in a low power and lossy network. =09 =09 =09 JP> Needs a bit more details + explicitly refer to IPv6 in the abstract=20 and introduction. Status of this Memo This Internet-Draft is submitted to IETF in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF). Note that other groups may also distribute working documents as Internet-Drafts. The list of current Internet- Drafts is at http://datatracker.ietf.org/drafts/current/. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." This Internet-Draft will expire on December 16, 2010. Copyright Notice Copyright (c) 2010 IETF Trust and the persons identified as the document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as Goyal, et al. Expires December 16, 2010 [Page 1] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 described in the Simplified BSD License. Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3 2. Targeted Use Cases . . . . . . . . . . . . . . . . . . . . . . 4 3. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 4 4. Functional Overview . . . . . . . . . . . . . . . . . . . . . 5 5. Propagation of Discovery Messages . . . . . . . . . . . . . . 7 5.1. The Route Discovery Option . . . . . . . . . . . . . . . . 7 5.2. Setting a DIO Carrying a Route Discovery Option . . . . . 9 5.3. Processing of a DIO Carrying a Route Discovery Option At An Intermediate Node . . . . . . . . . . . . . . . . . 10 5.4. Processing of a DIO Carrying a Route Discovery Option At The Target Router . . . . . . . . . . . . . . . . . . . 12 6. Propagation of Discovery Reply Messages . . . . . . . . . . . 13 6.1. The Discovery Reply Object (DRO) . . . . . . . . . . . . . 13 6.1.1. The Source Route Option . . . . . . . . . . . . . . . 15 6.2. DRO as Acknowledgement for Backward Source Routes . . . . 16 6.3. DRO as Carrier of Forward/Bidirectional Source Routes . . 17 6.4. Establishing Hop-by-hop Routes Via DRO . . . . . . . . . . 17 7. Security Considerations . . . . . . . . . . . . . . . . . . . 18 8. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 18 9. Authors and Contributors . . . . . . . . . . . . . . . . . . . 18 10. References . . . . . . . . . . . . . . . . . . . . . . . . . . 18 10.1. Normative References . . . . . . . . . . . . . . . . . . . 18 10.2. Informative References . . . . . . . . . . . . . . . . . . 18 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 19 Goyal, et al. Expires December 16, 2010 [Page 2] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 1. Introduction RPL [I-D.ietf-roll-rpl] provides multipoint-to-point (MP2P) routes from routers in a low power and lossy network (LLN) to a sink router by organizing the routers along a Directed Acyclic Graph (DAG) rooted at the sink. =20 =09 JP> low power and lossy .... Low Power and Lossy =09 JP> RPL provides P2MP, MP2P and P2P routes too. =09 =09 The DAG root initiates the DAG formation by originating a DODAG Information Object (DIO) message. The DIO message is sent via link-local multicast and carries information about the originating router's position (the "rank") in the DAG. On receiving DIO messages sent by its neighbors, a router determines its own "rank" in the DAG and originates its own DIO message. =09 =09 JP> Without going too much in the details, you may just want to add that a node decides to join a DODAG according to a number of parameters (identity of the DODAG, OF, routing/constraints a specified in the metric-ID,...). RPL enables point-to-multipoint (P2MP) routing from a router to its descendants in the DAG by allowing a router to send a Destination Advertisement Object (DAO) upwards along the DAG. The DAO carries the aggregated=20 =09 JP> Potentially "aggregated" information regarding the descendants (and other local prefixes) reachable through the originating router. =09 RPL also provides mechanisms for point-to-point (P2P) routing between any two routers in the DAG. =20 =09 JP> Yes. If the destination is within the source's "range", the source may directly send packets to the destination. Otherwise, if the destination is a DAG descendant and the source maintains "downwards" routing state about this descendant, it can forward the packet along this route. Otherwise, the source sends the packet to a DAG parent, which then applies the same set of rules to forward the packet further. Thus, a packet travels up the DAG until it reaches a router that knows of the downwards route to the destination and then it travels down the DAG towards its destination. A router may or may not maintain routing state about a descendant depending on whether its immediate children send it such information in their DAOs and whether the router can store this information. Thus, in the best case scenario, the "upwards" segment of the P2P route between a source and a destination ends at the first common ancestor of the source and the destination. In the worst case, the "upwards" segment would extend all the way to the DAG's root. If the destination did not originate a DAO, the packet will travel all the way to the DAG's root, where it will be dropped. =09 =09 =09 JP> This may require to be a bit more accurate here. If there is no DAO, there RPL is used for MP2P routing only (that is not a protocol design=20 characteristic though).=20 The P2P routing functionality available in RPL suffers from several shortcomings [I-D.brandt-roll-rpl-applicability-home-building]: =09 =09 =09 JP> "suffering from several shortcomings" is a bit strong though. You may want to say that additional mechanisms may be required to address specific situation and list them. =20 [ABR:] I think that the wording is adequate and nobody objected to the conclusions of the applicability draft so far. The applicability draft evaluates the usefulness of the current RPL proposal and concludes that basic requirements are not met for home and building application spaces. o The need to maintain routes "proactively", i.e. every possible destination in the DAG must originate a DAO. =09 o The constraint to route only along a DAG potentialy leading to significantly suboptimal P2P routes and traffic congestion near the DAG root. =09 JP>=20 First bullet: you can mention that this requires to pro-actively advertise the route and to keep refreshing the state accordingly Second bullet: just to be very accurate, mention that the route may be sub-optimal. This is highly network topology / OF dependent. Goyal, et al. Expires December 16, 2010 [Page 3] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 These shortcomings are not compatible with the home and commercial building domain application requirements described in [RFC5826] and [I-D.ietf-roll-building-routing-reqs]. =20 =09 JP> Again, to be accurate, there are no MUST requirements listed in these ID that are not satisfied by RPL (with regards to the aforementioned issues). I am NOT saying that the proposed mechanism is not useful=20 (by all means), just that the statement above is not correct.=20 =20 [ABR:] I have to disagree. =20 RFC5826 says:=20 The routing protocol MUST converge within 0.5 seconds if no nodes have moved (see Section 3.2 for motivation). The routing protocol MUST converge within four seconds if nodes have moved to re-establish connectivity within a time that a human operator would find tolerable as, for example, when moving a remote control unit. Such applications require a mechanism providing source-initiated discovery of P2P routes that are not along a DAG. =20 =09 JP> In some cases, it may be desirable to make use of source-initiated ...=20 [ABR:] I have to disagree. If I am looking for a light module and the DAG states represent broken paths, I have a requirement for source-initiated discovery. I cannot wait for the RPL DAG timers to fire.=20 This document thus describes such a mechanism, complementary to the basic RPL specification. =09 The specified scheme is based on a reactive on-demand approach, which enables a router to discover one or more "good-enough" routes in either direction between itself and another router in the LLN without any constraints regarding the existing DAG-membership of the links that such routes may use. =20 =09 JP> This will be an aspect triggering some discussion. How "good" is "good enough" ? You will need some text to elaborate here or point=20 to another section explaining what is meant by "good enough" Such routes may be source-routes or hop- by-hop ones. =20 =09 JP> Just terminology: instead of referring to hop-by-hop routes, you may want to say that once a route has been computed between two nodes in=20 the network, IPv6 packet may be forward using a source routing mechanism as specified in [XX] or in a hop by hop fashion. A complementary functionality, necessary to help decide whether to initiate a route discovery, is a mechanism to measure the end-to-end cost of an existing route. =20 =09 JP> s/cost/path cost Such functionality will be described in a separate document. =09 =09 =09 JP> But its use is described in this document ? 2. Targeted Use Cases The mechanisms described in this document are intended to be employed as complementary to RPL in specific scenarios that need point-to- point (P2P) routes between arbitrary routers. One target use case, common in a home environment, involves a remote control (or a motion sensor) that suddenly needs to communicate with a lamp module, whose network address it knows apriori. In this case, the source of data (the remote control or the motion sensor) must be able to discover a route to the destination (the lamp module) "on demand". Another target use case, common in a large commercial building environment, involves a large LLN deployment where P2P communication along a particular DAG among hundreds (or thousands) of routers creates severe traffic congestion near that DAG's root, and thus routes across this DAG are desirable. Targeted use cases also include scenarios where energy or delay constraints are not satisfied by the P2P routes along a DAG because they involve traversing many more intermediate routers than necessary to reach the destination.=20 =09 JP> What I would suggest is to summarize it, put in the introduction, and detail the use case in the applicability statement.=20 [ABR:] =20 Good point 3. Terminology =09 The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in =09 =09 =09 Goyal, et al. Expires December 16, 2010 [Page 4] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 =09 =09 [RFC2119]. =09 Additionally, this document uses terminology from [I-D.ietf-roll-terminology] and [I-D.ietf-roll-rpl], and introduces the following terminology: =09 Origin Router: The router initiating the route discovery. The origin router acts as one end point of the routes to be discovered. =09 Target Router: The other end point of the routes to be discovered. =09 Intermediate Router: A router that is neither the origin nor the target. =09 Forward Route: A route from the origin router to the target router. =09 Backward Route: A route from the target router to the origin router. =09 Bidirectional Route: A route that can be used in both directions: from the origin router to the target router and vice versa. =09 Source Route: A complete and ordered list of routers that can be used by a packet to travel from a source to a destination. Such source routes can be carried by a packet in a proposed Type 4 Routing Header [I-D.hui-6man-rpl-routing-header]. =09 Hop-by-hop Route: A route from a source to a destination where each router in the route knows only the address of the next hop on the route. =09 JP> I would suggest to change the definition for "routing paradigm whereby packets are routed from their source to destination by=20 on a hop by hop basis where the packets is routed by a set of routers along the path according to the routing table stored by each router along the path". In this document, the term 'router' refers to any LLN device that can forward packets generated at other devices. =09 =09 4. Functional Overview =09 Router A originates a "Discovery" message listing router B as the target. Node A also indicates in the message: =09 o The nature of the routing cost, the method for accumulating the end-to-end cost=20 =09 JP> This may de detailed hereafter but I guess that you will point to=20 the metric-ID for the metric used? =09 =09 and the criteria used to determine if a route is "good enough"; =09 o The direction (forward: router A to router B; backward: router B to router A; or both) of the route being discovered; =09 o The desired number of routes; =09 =09 =09 =09 Goyal, et al. Expires December 16, 2010 [Page 5] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 =09 =09 o Whether the route is a source-route or a hop-by-hop one; and =09 o A limit on the "distance" the Discovery message may travel. =09 =09 =09 JP> Need to define the term "distance": is it a max path cost, number of hops, ... ? The Discovery message propagates via link-local multicast=20 =09 JP> Indicate "IPv6" with each receiving router making the decision regarding whether to forward the message further based on the "distance" (from router A) that this particular copy of the message has already traveled. Note that this document does not require a receiving router to use the "good enough" criteria to make the forwarding decision. This is because the evaluation of such criteria may be too complex for a constrained intermediate router to perform for each received copy of the Discovery message. =20 =09 JP> So I guess that you define later what to do in both cases (the node cannot process the "good enough" criteria or it can process it) ? The calculation of the "distance" that a copy of the Discovery message has already travelled should be simple enough for a constrained router to perform. =20 =09 JP> Again it is hard to tell from what you wrote if this can reasonably be achieved; it depends on the definition of the term "distance". A router may optionally decide not to forward a copy of the Discovery message further because the aggregated cost of the route so far fails the "good enough" criteria. =09 JP> You will nee to be more specific here. Is it a "may" or a "MAY".=20 Define what happens in this case. You may provide more details later in the document. The underlying mechanism being used to propagate the Discovery message may put further restrictions on its propagation. A router should not propagate the Discovery message further if hop-by-hop routes are desired and the router can not store state for this route. =09 As a copy of the Discovery message travels towards router B, it accumulates the relevant forward/backward costs as well as the route it takes. When router B receives a copy of the Discovery message, it determines whether the route traveled by the message meets the "good enough" criteria. =09 JP> I think that you already mentioned this. If router A had requested the discovery of backward source-routes, =09 JP> Didn't you mean "forward" ? router B caches one or more good enough source-routes it identifies. Additionally, router B sends one or more "Discovery Reply" message to router A to acknowledge the discovery of these routes. These acknowledgements allow router A to judge the success of the route discovery. The Discovery Reply messages can travel towards router A in any manner chosen by router B. For example, router B may source- route the messages or send them towards router A along a DAG. =09 If router A had requested the discovery of "n" forward source-routes, router B sends the "n" good enough source-routes it identifies to router A in one or more Discovery Reply messages. Again, these Discovery Reply messages can travel towards router A in any manner chosen by router B. =09 JP> What if the DAG is "broken": retry from A after expiration of a local timer ? If router A had requested the discovery of "n" bidirectional source- routes, router B caches the "n" good enough source-routes it identifies and also sends these routes to router A in one or more Discovery Reply messages. These Discovery Reply messages can travel towards router A in any manner chosen by router B. =09 =09 =09 Goyal, et al. Expires December 16, 2010 [Page 6] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 =09 =09 If router A had requested the discovery of "n" forward/backward/ bidirectional hop-by-hop routes, router B sends out a Discovery Reply message to router A for each one of the "n" good enough routes it identifies. =20 =09 JP> Do you need one "Discovery Reply message" per route or next-hop in this case? The Discovery Reply message travels towards router A using the source-route accumulated by the Discovery message. =09 JP> In the case of hop-by-hop routes, source routes, both ? As this message travels towards router A, it establishes appropriate forward/ backward routing state in the en-route routers. This "non DAG" routing state should be specially marked to associate it with the routing metrics=20 =09 JP> Refer to metric ID ? used to discover the route and to distinguish such state from other DAG-specific routing state the router may have. =09 JP> Not sure that you need to distinguish the state. Suppose that you discover a hop-by-hop route (not a big fan of that terms as pointed out above but let's continue to use it for the time being), a storing node may indeed have two routes for the same destination: do you want to state that it should always use the P2P routes discovered by this mechanism or let it choose the best one according to the metric in use? =09 JP> What if there are two routes using different metrics? =09 5. Propagation of Discovery Messages =09 RPL uses DIO message propagation to build a DAG. The DIO message travels via link-local multicast. =20 =09 JP> Add everywhere "IPv6 link-local multicast addresses" =09 =09 Each router joining the DAG determines a rank for itself and ignores the subsequent DIO messages received from lower (higher in numerical value) ranked neighbors. Thus, the DIO messages propagate outwards rather than return inwards towards the DAG root. =20 =09 JP> I would suggest to align to the RPL terminology. Inward/outward are not used anymore. =09 =09 The DIO message generation at a router is further controlled by a trickle timer that allows a router to avoid generating unnecessary messages. =20 =09 JP> Add a reference to the Trickle ID =09 =09 The link-local multicast based propagation, trickle-controlled generation and the rank-based poisoning of messages traveling in the wrong direction (towards the DAG root) provide powerful incentives to use the DIO message as the Discovery message and propagate the DIO/Discovery message by creating a "temporary" DAG. =09 5.1. The Route Discovery Option =09 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 =09 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type =3D 9 | Option Length | D |S| N | L |O| Max Rank | =09 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | | Target Address | | | | | =09 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | OCP | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ =09 =09 Figure 1: Format of the Route Discovery Option =09 In order to be used as a Discovery message, a DIO MUST carry a "Route Discovery" option illustrated in Figure 1. A DIO MUST NOT carry more =09 =09 =09 Goyal, et al. Expires December 16, 2010 [Page 7] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 =09 =09 than one Route Discovery options. =20 =09 JP> Explain what you do if more than one is present: * Ignore the second one? * Ignore the entire message? =09 =09 A Route Discovery option consists of the following fields: =09 o Option Type =3D 0x09 (to be confirmed by IANA). =09 o Option Length =3D 20 or 22 octets depending on whether the OCP field is included or not. =09 o D: A 2-bit field that indicates the direction of the desired routes: =09 * D =3D 0x00: Forward; =09 * D =3D 0x01: Backward; =09 * D =3D 0x02: Bidirectional. =09 o S: A flag that indicates whether source routes are desired. The flag is set if the source routes are desired. The flag is clear if hop-by-hop routes are desired. =09 o N: A 3-bit unsigned integer indicating the number of routes desired. =09 o L: A 2-bit field indicating the minimum "Life Time" of the temporary DAG, i.e., the minimum duration a router joining the temporary DAG must maintain its membership in the DAG: =09 * L =3D 0x00: Minimum life time is 5 seconds; =09 * L =3D 0x01: Minimum life time is 10 seconds; =09 * L =3D 0x02: Minimum life time is 1 minute; =09 * L =3D 0x03: Minimum life time is 10 minutes. =09 =09 =09 JP> Placeholder ... indicate what happens if a node cannot store that additional state (add a manageability section). o O: A flag that indicates whether the same OCP is used for route discovery as well as temporary DAG formation. If this flag is clear, the OCP contained in the DODAG Configuration option in the DIO is used for route discovery as well. Otherwise, the OCP specified in the Route Discovery option is used for route selection=20 =09 JP> s/route selection/route discovery =09 =09 and the metrics/constraints used for route selection are carried in a Metrics Container option immediately following the Route Discovery option. =09 JP> Since OF is decoupled from metrics, you always need to indicate the metric in use. That said, I do not see your point here. Indeed, the=20 temporary DAG is built according to some OF and metrics so the=20 resulting routes will inherit these metrics? o Max Rank: A 7-bit unsigned integer that indicates the maximum rank allowed in the temporary DAG advertised by the DIO message. This upper limit on the DAG rank serves as the "distance" referred to =09 =09 =09 Goyal, et al. Expires December 16, 2010 [Page 8] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 =09 =09 in Section 4 and provides a control over how far the Route Discovery option contained in the DODAG Configuration option in the DIO message may travel. =20 =09 JP> You may discuss it later in this document ... but the distance is tied to how you compute the rank. A router MUST not=20 =09 JP> s/MUST not/MUST NOT join the temporary DAG if its rank in the DAG will exceed this limit. Later versions of this draft will map the 128 value space available in this field to 16-bit long limits on the DAG rank. =09 o Target Address: The IPv6 address of the target router. =09 o OCP: 16 bit unsigned integer. An optional field, present only if the O flag is set, that indicates the objective code point (OCP) to be used for route selection. =09 5.2. Setting a DIO Carrying a Route Discovery Option =09 A DIO message that carries a Route Discovery option MUST set the Base Object, described in [I-D.ietf-roll-rpl], in the following manner: =09 o RPLInstanceID: RPLInstanceID MUST be a local value as described in Section 4.1 of [I-D.ietf-roll-rpl]. =09 o Grounded (G) Flag: MUST be clear since the objective of DAG formation is the propagation of Route Discovery option. This DAG is temporary in nature and is not used for routing purpose. =09 o Destination Advertisement Supported (A) Flag: MUST be clear for same reasons as described above. =09 o Destination Advertisement Trigger (T) Flag: MUST be clear. =09 o Mode of Operation (MOP): Since the temporary DAG is not to be used for routing purposes, the value of this field is immaterial. To allow constrained routers to join the DAG, the MOP field SHOULD be set to 00 (non-storing). =09 =09 =09 JP> I'd rather suggest to specify a new MOP value (0x02) o DODAGPreference (Prf): TBD =09 o Destination Advertisement Trigger Sequence Number (DTSN): TBD =09 =09 =09 JP> To be discussed on the mailing list ? o DODAGID: IPv6 address of the router initiating the route discovery. =09 =09 =09 JP> Origin router. The other fields in the Base Object are set as per the rules described in [I-D.ietf-roll-rpl]. =09 The DODAG Configuration option, carried in the DIO message, specifies the parameters for the trickle timer operation that governs the generation of DIO messages by the routers joining the temporary DAG. =09 =09 =09 JP> Also according to RPL ID or would you recommend different default values ? Default values for RPL are TBD but we could easily think of different values in this case. To be revisited in the future. =09 =09 Goyal, et al. Expires December 16, 2010 [Page 9] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 =09 =09 The other fields defined in the DODAG Configuration option are set as follows: =09 o The MaxRankIncrease field MUST be set to 0 to disable local repair of the temporary DAG. =09 o This document RECOMMENDS a value 1 for the MinHopRankInc field. =09 o Objective Code Point (OCP): The OCP to be used for temporary DAG formation. This document RECOMMENDS RPL Objective Function 0, as defined in [I-D.ietf-roll-of0], for use as the objective function for the formation of the temporary DAG. =09 A DIO, that contains a Route Discovery option with O flag set, MUST also contain a Metric Container option immediately following the Route Discovery option. This Metric Container option carries the values for the routing metrics as well as the constraints (constituting the "good enough" criteria) used for route selection. =09 JP> This is confusing: the metric and constraint carried within the Metric Container are used for the DODAG formation. Do you want to use them for a different purpose ? At this point, you have not yet defined the use of the good enough criteria but one can guess that you would use the good enough metrics to control the flooding and the metric/OF to effectively=20 build the temporary DAG and discover the routes. If so, the good enough metrics are of different use. Note that if O flag in the Route Discovery option is clear, the OCP and Metric Container used for temporary DAG formation are used for route selection as well. =09 A DIO, carrying a Route Discovery option, MUST not carry any Route =09 JP> s/MUST not/MUST NOT Information or Prefix Information options described in [I-D.ietf-roll-rpl]. =09 5.3. Processing of a DIO Carrying a Route Discovery Option At An Intermediate Node =09 The rules for DIO processing and transmission, described in Section 7 of RPL [I-D.ietf-roll-rpl], apply to DIOs carrying a Route Discovery option as well except as modified in this document. =09 When an intermediate router joins a temporary DAG advertized by a DIO carrying the Route Discovery option, it MUST maintain its membership in the DAG for the Minimum Life Time duration listed in the Route Discovery option. =20 =09 JP> What if it cannot ? Just not join the DAG and log an error ? Maintaining membership in the DAG implies remembering: =09 o The RPLInstanceID, the DODAGID and the DODAGVersionNumber for the temporary DAG; =09 o The router's rank in the temporary DAG; =09 o The best Metric Container,=20 =09 JP> you mean the best path cost? along with the associated source route from the initiator of route discovery till this router (carried in a Record Route IPv6 Extension Header proposed in [I-D.thubert-6man-reverse-routing-header]), for the Route =09 =09 =09 Goyal, et al. Expires December 16, 2010 [Page 10] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 =09 =09 Discovery option being propagated by the temporary DAG. If the router can not compare Metric Containers, it MUST remember the latest Metric Container it has received, along with the associated source route. =09 JP> Requires clarification on what you mean by "compare" A router belonging to a temporary DAG need not remember the identity of its DAG parents since the temporary DAG is not used for routing. =09 JP> Are you sure ? What is a hop-by-hop route is needed ? Don't you need to remember your parent, or do you still record the route ? [ABR:]=20 I would guess that neighboring information could be used by the node to update the neighbor caches for the "normal" DODAGs that the nodes already use. The temporary DODAGID is mainly a unique handle for the discovery session to avoid loops and control the number of transmissions by an individual node during the discovery time window. The main purpose of a temporary DAG's existence is to facilitate the propagation of the Route Discovery option. =09 The router does not process a Route Discovery option, contained in the received DIO, any further if any of the following conditions are true: =09 o The router does not support the objective function=20 =09 JP> and/or metrics being used for route discovery =09 o The router does not have sufficient information to calculate the relevant routing metrics/constraints in the right direction (as specified by the D field). =09 o The S field is clear, i.e. hop-by-hop routes are desired, but the router can not participate in a hop-by-hop route. =09 o The router is an intermediate router and the router's rank in the temporary DAG, calculated on the basis of the rank and objective function carried in the Base Object in the DIO, exceeds the Max Rank value specified in the Route Discovery option. =09 A router MUST discard the DIO if the Route Discovery option contained in the message does not need further processing. =20 =09 JP> Log an error ? Otherwise, the Route Discovery option is processed as follows. =09 The router updates the Metrics Container associated with the received Route Discovery option as per the specified objective function. =20 =09 JP> And routing metrics =09 =09 The router may optionally check the Metric Container to determine if the aggregated values for the routing metrics meet all the constraints listed in the Metric Container. =20 =09 JP> The aggregated values are for the metrics. Constraints are used to prune potential path. If not, the Route Discovery option is discarded=20 =09 JP> You mean the DIO message. without further processing. Otherwise, the router updates its in-memory copy of the latest/best Metric Container for this Route Discovery option along with the associated source route updated in the correct direction (based on the D field of the Route Discovery option). Any change in the in-memory copy also requires resetting the trickle timer and generating a new DIO carrying the Route Discovery option, the updated latest/best Metric Container and the associated source route (in a Record Route IPv6 extension header proposed in [I-D.thubert-6man-reverse-routing-header]) when the timer fires. =20 =09 JP> If the changes occur during the lifetime window. Note that the Metric Container MUST immediately follow the =09 =09 =09 Goyal, et al. Expires December 16, 2010 [Page 11] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 =09 =09 Route Discovery option if the O flag in the Route Discovery option is set. =09 5.4. Processing of a DIO Carrying a Route Discovery Option At The Target Router =09 When the target router joins the temporary DAG advertized by a DIO carrying the Route Discovery option, it MUST maintain its membership in the DAG for the Minimum Life Time duration listed in the Route Discovery option. Maintaining membership in the DAG implies remembering: =09 o The RPLInstanceID, the DODAGID and the DODAGVersionNumber for the temporary DAG; =09 o The router's rank in the temporary DAG; =09 The target router does not process a Route Discovery option, contained in the received DIO, any further if any of the following conditions are true: =09 o The router does not support the objective function used for route discovery =09 o The router does not have sufficient information to calculate the relevant routing metrics/constraints in the right direction (as specified by the D field). =09 =09 =09 JP> or does not support the metric. The target router MUST discard the DIO if the Route Discovery option contained in the message does not need further processing. =09 JP> ? How does it knows (simply because it reaches the destination) ?=20 [ABR:] =20 e.g. if the updated rank exceeds the limit, i.e. "TTL =3D=3D 0" Otherwise, the Route Discovery option is processed as follows. =09 The target router updates the Metrics Container associated with the received Route Discovery option as per the specified objective function. =20 =09 JP> and routing metrics (remember they are decoupled). =09 =09 The target router then checks the Metric Container to determine if the aggregated values for the routing metrics meet all the constraints listed in the Metric Container. =20 =09 JP> See previous comments. =09 =09 If not, the Route Discovery option is discarded without further processing. Otherwise, the router MAY select the source route accumulated by the received DIO as one of the discovered routes. =20 =09 JP> "MAY" ? When ? The target router MUST send one or more RPL Control Messages carrying a Discovery Reply Object (defined in the next section) back to the origin router (identified by the DODAGID field in the DIO Base Object) as discussed in the following sections. =09 The target router MUST NOT forward a DIO carrying a Route Discovery option that lists one of its own addresses as the Target Address. =09 =09 =09 =09 Goyal, et al. Expires December 16, 2010 [Page 12] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 =09 =09 6. Propagation of Discovery Reply Messages =09 6.1. The Discovery Reply Object (DRO) =09 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 =09 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | RPLInstanceID | Version | D |S| N | Reserved | =09 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | | DODAGID | | | | | =09 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | | Target Address | | | | | =09 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Option(s)... +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+... =09 =09 Figure 2: Format of the Discovery Reply Object (DRO) =09 This document defines a new RPL Control Message type, the Discovery Reply Object (DRO) with code 0x04 (to be confirmed by IANA), that serves the following functions: =09 o An acknowledgement from the target router to the origin router regarding the successful discovery of backward source routes; =09 =09 JP> ACK of routes from the origin to the target: you may not have routes in the opposite direction.=20 [ABR:] True - and in that case, the requester most likely retries the discovery. Randomization causes other routes to be found in the second attempt - or the the "B" node also starts a discovery. I agree that the doc should be clearer on this aspect. o Carries one or more forward/bidirectional source routes from the target to the origin router; =09 o Establishes a hop-by-hop forward/backward/bidirectional route as it travels from the target to the origin router. =09 The format for a Discovery Reply Object (DRO) is shown in Figure 2. A DRO consists of the following fields: =09 o RPLInstanceID: The RPLInstanceID of the temporary DAG used for route discovery. =09 o Version: The Version of the temporary DAG used for route discovery. =09 =09 =09 =09 =09 Goyal, et al. Expires December 16, 2010 [Page 13] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 =09 =09 o DODAGID: The DODAGID of the temporary DAG used for route discovery. The DODAGID also identifies the origin router. The RPLInstanceID, the Version and the DODAGID together uniquely identify the temporary DAG used for route discovery and can be copied from the Base Object of the DIO advertizing the temporary DAG. =09 o D: A 2-bit field that indicates the direction of the discovered routes: =09 * D =3D 0x00: Forward; =09 * D =3D 0x01: Backward; =09 * D =3D 0x02: Bidirectional. =09 This field has the same value as the corresponding field in the Route Discovery option. =09 o S: A flag that is clear if the Discovery Reply Object is establishing an hop-by-hop route. The flag is set if the Discovery Reply Object carries (or is an acknowledgement for the discovery of) one or more source routes. =09 o N: A 3-bit field that indicates the number of source routes carried or acknowledged in the Discovery Reply Object. =09 o Target Address: The IPv6 address of the target router originating the Discovery Reply Object. =09 o Reserved: These bits are reserved for future use. These bits MUST be set to zero on transmission and MUST be ignored on reception. =09 o Options: The Discovery Reply Object MAY carry up to 7 Source Route options (defined in the next section) with each such option carrying a complete forward/bidirectional source route and optionally followed by a Metric Container option that lists the aggregated values for the routing metrics for the source route. =09 JP> This may not be an aggregated value but recorded metric too. Goyal, et al. Expires December 16, 2010 [Page 14] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 6.1.1. The Source Route Option 0 1 2 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type =3D 10 | Option Length | Compr | Pad | Resvd | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | . Addresses[1..n] . . . | | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure 3: Format of the Source Route Option The Source Route option, illustrated in Figure 3, carries a complete forward/bidirectional source route from the target router to the origin router. A Source Route option can only be a part of the Discovery Reply Object and MAY be immediately followed by a Metric Container option that contains the aggregated values of the routing metrics for this source route. A Route Discovery option consists of the following fields: o Option Type =3D 0x0A (to be confirmed by IANA). o Option Length =3D Variable, depending on the size = of the Addresses vector. o Compr: 4-bit unsigned interger indicating the number of prefix octets that are elided from each address. For example, Compr value will be 0 if full IPv6 addresses are carried in the Addresses vector. o Pad: 4-bit unsigned integer. Number of octets that are used for padding between Address[n] and the end of the Source Route option. o Address[1..n]: Vector of addresses, numbered 1 to n. Each vector element has size (16 - Compr) octets. A common network configuration for an RPL domain is that all routers within an LLN share a common prefix. The Source Route option uses the Compr field to allow compaction of the Addresses[1..n] vector when all entries share the same prefix as the DODAGID or the Target Address of the encapsulating Discovery Reply Object. The shared prefix octets are not carried within the Source Route option and each entry in Address[1..n] has size (16 - Compr) octets. When Compr is Goyal, et al. Expires December 16, 2010 [Page 15] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 = non-zero, there may exist unused octets between the last entry, Address[n], and the end of the Source Route option. The Pad field indicates the number of unused octets that are used for padding. Note that when Compr is 0, Pad MUST be null and carry a value 0. The Source Route option MUST NOT specify a path that visits a router more than once. When generating a Source Route option, the target router may not know the mapping between IPv6 addresses and routers. Minimally, the target router MUST ensure that: o The IPv6 Addresses do not appear more than once; o The IPv6 addresses of the origin and the target routers do not appear in the Address vector; o The Address vector represents a source route in forward direction with Address[1] being the next hop for the origin router. Multicast addresses MUST NOT appear in a Source Route option.=20 =09 =09 JP> you may want to add a ref to RH4 since the format is very similar. 6.2. DRO as Acknowledgement for Backward Source Routes =09 When a target router discovers a backward source route,=20 =09 JP> I have an issue with your terminology. When the target receives the DIO with route discovery option, what is discovered is a forward route ? =09 =09 it sends a DRO message to the origin router as an acknowlegement for the discovered route. Optionally, a target router MAY send a DRO acknowledgement to the origin router after discovering multiple backward source routes. A DRO, serving as an acknowledgement for backward source route discovery, has its D field set to 0x01 (indicating backward) while the S flag is set to 1 (indicating source route). The N field is set to indicate the number of discovered backward source routes being acknowledged. Such a DRO message MUST NOT contain any option. =09 This document does not require a particular method for sending such a DRO message to the origin router. The target router MAY send the DRO message to the origin router in any fashion, including: =09 o Using a source route carried in a Type 4 Routing header [I-D.hui-6man-rpl-routing-header]; =09 o Along any DAG connecting the target and the origin routers; =09 o Along the temporary DAG created for route discovery, provided that the target router is reasonably sure that the DAG's life time is sufficiently long and the routers in the DAG do remember one or more of their parents in the DAG. =09 JP> You may want to explain a bit more why you the origin router would be interested in receiving an ACK without the route itself (case 6.3): hop-by-hop routes. Goyal, et al. Expires December 16, 2010 [Page 16] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 6.3. DRO as Carrier of Forward/Bidirectional Source Routes When a target router discovers a forward source route,=20 =09 JP> Here, I agree that this is a forward route. it sends a DRO message to the origin router carrying the discovered source route inside a Source Route option. Similarly, when a target router discovers a bidirectional source route, it caches the route for its own use and then sends a DRO message to the origin router carrying the discovered route inside a Source Route option. Rather than immediately sending a discovered route back to the origin router, a target router MAY optionally send one DRO message after discovering multiple forward/bidirectional source routes with the sent DRO carrying the discovered source routes (in multiple Source Route options). =09 JP> Note that the algorithm for "best route" selection is outside the scope of this document, so does the use of a timer on the target side to determine how much time to wait before answering, ... =20 =20 [ABR:] Well, if I am in a hurry, I can live with the best enough route, i.e. the first one received, while in other cases, I can accept waiting for some time to get a number of backup routes in the same message. =20 A DRO message carrying one or more Source Route options MUST have its D field set to 0x00 (for forward routes) or 0x02 (for bidirectional routes). The S flag MUST be set to 1 and the N field MUST indicate the number of Source Route options in the message. A Source Route option MAY immediately be followed by a Metric Container option that carries the aggregated=20 =09 JP> or recorded values of the routing metrics for this source route. The target router may send this DRO message to the origin router in any fashion it desires including the options listed in Section 6.2. =09 6.4. Establishing Hop-by-hop Routes Via DRO =09 In order to establish a hop-by-hop route, the target router sends a DRO message along the reverse of the discovered route (via a Type 4 Routing Header specified in [I-D.hui-6man-rpl-routing-header]). The D field of the message is set to convey the route's direction (forward/backward/bidirectional) and the S flag MUST be clear (indicating hop-by-hop). The N field MUST be set to 1. Such a DRO MUST NOT contain any option. =09 A router receiving such a DRO message SHOULD establish hop-by-hop state in the right direction corresponding to the route carried in the Type 4 Routing Header of the DRO message. If a router does not establish such state, it MUST drop the DRO message. Otherwise, it MUST forward the DRO message along the source route contained in Type 4 Routing Header of the received message. =09 =09 =09 JP> Any error log if it does not ? (optional) ICMP sent to the target node? A router SHOULD associate the hop-by-hop routing state, thus established, with the objective function and metrics used for route discovery. =09 =09 =09 =09 =09 =09 =09 Goyal, et al. Expires December 16, 2010 [Page 17] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 =09 =09 JP> New section to indicate how to clean-up the temporary DAG ? 7. Security Considerations =09 TBA =09 =09 8. IANA Considerations =09 TBA =09 =09 9. Authors and Contributors =09 In addition to the editor, the authors of this document include the following individuals (listed in alphabetical order). =09 Anders Brandt, Sigma Designs, Emdrupvej 26A, 1., Copenhagen, Dk-2100, Denmark. Phone: +45 29609501; Email: abr@sdesigns.dk =09 Robert Cragie, Gridmerge Ltd, 89 Greenfield Crescent, Wakefieldm WF4 4WA, UK. Phone: +44 1924910888; Email: robert.cragie@gridmerge.com =09 Jerald Martocci, Johnson Controls, Milwaukee, WI 53202, USA. Phone: +1 414 524 4010; Email:jerald.p.martocci@jci.com =09 Charles Perkins, Tellabs Inc., USA. Email:charliep@computer.org =09 Authors gratefully acknowledge the contributions of Richard Kelsey and Zach Shelby in the development of this document. =09 =09 10. References =09 10.1. Normative References =09 [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997. =09 10.2. Informative References =09 [I-D.brandt-roll-rpl-applicability-home-building] Brandt, A., Baccelli, E., and R. Cragie, "Applicability Statement: The use of RPL in Building and Home Environments", =09 draft-brandt-roll-rpl-applicability-home-building-00 (work in progress), April 2010. =09 [I-D.hui-6man-rpl-routing-header] Hui, J., Vasseur, J., and D. Culler, "A Source Routing =09 =09 =09 Goyal, et al. Expires December 16, 2010 [Page 18] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 =09 =09 Header for RPL", draft-hui-6man-rpl-routing-header-00 (work in progress), May 2010. =09 [I-D.ietf-roll-building-routing-reqs] Martocci, J., Riou, N., Mil, P., and W. Vermeylen, "Building Automation Routing Requirements in Low Power and Lossy Networks", draft-ietf-roll-building-routing-reqs-09 (work in progress), January 2010. =09 [I-D.ietf-roll-of0] Thubert, P., "RPL Objective Function 0", draft-ietf-roll-of0-02 (work in progress), June 2010. =09 [I-D.ietf-roll-routing-metrics] Vasseur, J., Kim, M., Networks, D., and H. Chong, "Routing Metrics used for Path Calculation in Low Power and Lossy Networks", draft-ietf-roll-routing-metrics-07 (work in progress), June 2010. =09 [I-D.ietf-roll-rpl] Winter, T., Thubert, P., and R. Team, "RPL: IPv6 Routing Protocol for Low power and Lossy Networks", draft-ietf-roll-rpl-09 (work in progress), June 2010. =09 [I-D.ietf-roll-terminology] Vasseur, J., "Terminology in Low power And Lossy Networks", draft-ietf-roll-terminology-03 (work in progress), March 2010. =09 [I-D.thubert-6man-reverse-routing-header] Thubert, P., "Reverse Routing Header", draft-thubert-6man-reverse-routing-header-00 (work in progress), June 2010. =09 [RFC5826] Brandt, A., Buron, J., and G. Porcu, "Home Automation Routing Requirements in Low-Power and Lossy Networks", RFC 5826, April 2010. =09 =09 =09 =09 =09 =09 =09 =09 =09 =09 =09 =09 =09 =09 Goyal, et al. Expires December 16, 2010 [Page 19] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 =09 =09 Authors' Addresses =09 Mukul Goyal (editor) University of Wisconsin Milwaukee 3200 N Cramer St Milwaukee, WI 53211 USA =09 Phone: +1 414 2295001 Email: mukul@uwm.edu =09 =09 Emmanuel Baccelli (editor) INRIA =09 Phone: +33-169-335-511 Email: Emmanuel.Baccelli@inria.fr URI: http://www.emmanuelbaccelli.org/ =09 =09 P2P Team =09 =09 JP> Remove P2P Team unless you list the people. Goyal, et al. Expires December 16, 2010 [Page 20] =0C=20 =09 =09 ------_=_NextPart_001_01CB0D44.E8AA2145 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
Comments inline
 
Cheers,
  Anders

From: roll-bounces@ietf.org=20 [mailto:roll-bounces@ietf.org] On Behalf Of JP = Vasseur
Sent:=20 Wednesday, June 16, 2010 12:00
To: Mukul Goyal; Emmanuel=20 Baccelli
Cc: ROLL WG
Subject: [Roll] Comments on=20 draft-dt-roll-p2p-rpl-01

Dear authors,

Since I had a number of comments I inserted them in the ID = itself. As you=20 will notice:
1) Some of them are purely editorial
2) Others are more fundamental and may require just = clarifications, more=20 discussion on the mailing list, ... In this case, feel free to start a = separate thread (note that ticket cannot be assigned to non WG=20 document).
3) I also suggested new sections

Internet Engineering Task =
Force                            M. Goyal, Ed.
Internet-Draft                         University of Wisconsin Milwaukee
Intended status: Informational                          E. Baccelli, Ed.

JP> Are you sure that you want to make it =
informational ?

Expires: =
December 16, 2010                                         INRIA
                                                               P2P. Team
                                                           June 14, 2010


   Reactive Discovery of Point-to-Point Routes in Low Power and Lossy
                                Networks
                        draft-dt-roll-p2p-rpl-01

Abstract

   This document describes a mechanism to discover and establish "on
   demand" one or more routes between two routers in a low power and
   lossy network.

JP> Needs a bit more details + explicitly refer to =
IPv6 in the abstract 
and =
introduction.


Status of this Memo

   This Internet-Draft is submitted to IETF in full conformance with the
   provisions of BCP 78 and BCP 79.

   Internet-Drafts are working documents of the Internet Engineering
   Task Force (IETF).  Note that other groups may also distribute
   working documents as Internet-Drafts.  The list of current Internet-
   Drafts is at http://datatracker.i=
etf.org/drafts/current/.

   Internet-Drafts are draft documents valid for a maximum of six months
   and may be updated, replaced, or obsoleted by other documents at any
   time.  It is inappropriate to use Internet-Drafts as reference
   material or to cite them other than as "work in progress."

   This Internet-Draft will expire on December 16, 2010.

Copyright Notice

   Copyright (c) 2010 IETF Trust and the persons identified as the
   document authors.  All rights reserved.

   This document is subject to BCP 78 and the IETF Trust's Legal
   Provisions Relating to IETF Documents
   (http://trustee.ietf.org/lic=
ense-info) in effect on the date of
   publication of this document.  Please review these documents
   carefully, as they describe your rights and restrictions with respect
   to this document.  Code Components extracted from this document must
   include Simplified BSD License text as described in Section 4.e of
   the Trust Legal Provisions and are provided without warranty as



Goyal, et al.           Expires December 16, 2010               [Page 1]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   described in the Simplified BSD License.


Table of Contents

   1.  Introduction . . . . . . . . . . . . . . . . . . . . . . . . .  3
   2.  Targeted Use Cases . . . . . . . . . . . . . . . . . . . . . .  4
   3.  Terminology  . . . . . . . . . . . . . . . . . . . . . . . . .  4
   4.  Functional Overview  . . . . . . . . . . . . . . . . . . . . .  5
   5.  Propagation of Discovery Messages  . . . . . . . . . . . . . .  7
     5.1.  The Route Discovery Option . . . . . . . . . . . . . . . .  7
     5.2.  Setting a DIO Carrying a Route Discovery Option  . . . . .  9
     5.3.  Processing of a DIO Carrying a Route Discovery Option
           At An Intermediate Node  . . . . . . . . . . . . . . . . . 10
     5.4.  Processing of a DIO Carrying a Route Discovery Option
           At The Target Router . . . . . . . . . . . . . . . . . . . 12
   6.  Propagation of Discovery Reply Messages  . . . . . . . . . . . 13
     6.1.  The Discovery Reply Object (DRO) . . . . . . . . . . . . . 13
       6.1.1.  The Source Route Option  . . . . . . . . . . . . . . . 15
     6.2.  DRO as Acknowledgement for Backward Source Routes  . . . . 16
     6.3.  DRO as Carrier of Forward/Bidirectional Source Routes  . . 17
     6.4.  Establishing Hop-by-hop Routes Via DRO . . . . . . . . . . 17
   7.  Security Considerations  . . . . . . . . . . . . . . . . . . . 18
   8.  IANA Considerations  . . . . . . . . . . . . . . . . . . . . . 18
   9.  Authors and Contributors . . . . . . . . . . . . . . . . . . . 18
   10. References . . . . . . . . . . . . . . . . . . . . . . . . . . 18
     10.1. Normative References . . . . . . . . . . . . . . . . . . . 18
     10.2. Informative References . . . . . . . . . . . . . . . . . . 18
   Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 19






















Goyal, et al.           Expires December 16, 2010               [Page 2]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


1.  Introduction

   RPL [I-D.ietf-roll-rpl] provides multipoint-to-point (MP2P) routes
   from routers in a low power and lossy network (LLN) to a sink router
   by organizing the routers along a Directed Acyclic Graph (DAG) rooted
   at the sink.  
JP> low power and lossy .... Low Power and =
Lossy
JP> RPL provides P2MP, MP2P and P2P routes =
too.

The DAG root initiates the DAG formation by originating
   a DODAG Information Object (DIO) message.  The DIO message is sent
   via link-local multicast and carries information about the
   originating router's position (the "rank") in the DAG.  On receiving
   DIO messages sent by its neighbors, a router determines its own
   "rank" in the DAG and originates its own DIO message.

JP> Without going too much in the details, you may =
just want to add
that a node decides to join a DODAG according to a number of =
parameters
(identity of the =
DODAG, OF, routing/constraints a specified in the =
metric-ID,...).
   RPL enables point-to-multipoint (P2MP) routing from a =
router to its
   descendants in the DAG by allowing a router to send a Destination
   Advertisement Object (DAO) upwards along the DAG.  The DAO carries
   the aggregated 
JP> Potentially =
"aggregated"
information regarding the descendants =
(and other local
   prefixes) reachable through the originating router.

   RPL also provides mechanisms for point-to-point (P2P) routing between
   any two routers in the DAG.  
JP> Yes.
If the destination is within the
   source's "range", the source may directly send packets to the
   destination.  Otherwise, if the destination is a DAG descendant and
   the source maintains "downwards" routing state about this descendant,
   it can forward the packet along this route.  Otherwise, the source
   sends the packet to a DAG parent, which then applies the same set of
   rules to forward the packet further.  Thus, a packet travels up the
   DAG until it reaches a router that knows of the downwards route to
   the destination and then it travels down the DAG towards its
   destination.  A router may or may not maintain routing state about a
   descendant depending on whether its immediate children send it such
   information in their DAOs and whether the router can store this
   information.  Thus, in the best case scenario, the "upwards" segment
   of the P2P route between a source and a destination ends at the first
   common ancestor of the source and the destination.  In the worst
   case, the "upwards" segment would extend all the way to the DAG's
   root.  If the destination did not originate a DAO, the packet will
   travel all the way to the DAG's root, where it will be dropped.

JP> This may require to be a bit more accurate here. =
If there is no DAO,
there RPL is used for MP2P routing only (that is not a protocol =
design 
characteristic =
though). 
   The P2P routing functionality available in RPL suffers =
from several
   shortcomings [I-D.brandt-roll-rpl-applicability-home-building]:

JP> "suffering from several shortcomings" is a bit =
strong though. You may
want to say that =
additional mechanisms may be required to address =
specific
situation and list =
them.  
[ABR:]
I =
think that the wording is adequate and nobody objected to the =
conclusions of the applicability draft so =
far.
The applicability draft evaluates the usefulness of the current =
RPL proposal and concludes that
basic requirements are not met for =
home and building application =
spaces.
   o  The =
need to maintain routes "proactively", i.e. every possible
      destination in the DAG must originate a DAO.

   o  The constraint to route only along a DAG potentialy leading to
      significantly suboptimal P2P routes and traffic congestion near
      the DAG root.
JP> 
First bullet: you can mention that this =
requires to pro-actively advertise the
route and to keep refreshing the state =
accordingly
Second bullet: just to be very accurate, mention that the route =
may be sub-optimal.
This is highly network topology / OF =
dependent.





Goyal, et al.           Expires December 16, 2010               [Page 3]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   These shortcomings are not compatible with the home and commercial
   building domain application requirements described in [RFC5826] and
   [I-D.ietf-roll-building-routing-reqs].  
JP> Again, to =
be accurate, there are no MUST requirements listed =
in
these ID that are =
not satisfied by RPL (with regards to the =
aforementioned
issues). I am NOT saying that the proposed mechanism is not =
useful 
(by all means), just that the statement above is not =
correct. 
 
[ABR:]
I have to disagree.
 
RFC5826 says: =

The routing protocol MUST converge within 0.5 =
seconds if no nodes
   have moved (see Section 3.2 for motivation).

   The routing protocol MUST converge within four seconds if nodes have
   moved to re-establish connectivity within a time that a human
   operator would find tolerable as, for example, when moving a remote
   control unit.

Such =
applications require a
   mechanism providing source-initiated discovery of P2P routes that are
   not along a DAG.  
JP> In some cases, it may be desirable to make use of =
source-initiated =
... 
[ABR:]
I =
have to disagree.
If I am looking for a light module and the DAG =
states represent broken paths, I have a requirement =
for
source-initiated discovery. I cannot wait for the RPL DAG timers =
to fire. 
This =
document thus describes such a mechanism,
   complementary to the basic RPL specification.

   The specified scheme is based on a reactive on-demand approach, which
   enables a router to discover one or more "good-enough" routes in
   either direction between itself and another router in the LLN without
   any constraints regarding the existing DAG-membership of the links
   that such routes may use.  
JP> This will be an aspect triggering some =
discussion. How "good" is
"good enough" ? You will need some text to =
elaborate here or point 
to another section explaining what is =
meant by "good enough"
Such routes may be source-routes or hop-
   by-hop ones.  
JP> Just terminology: instead of referring to =
hop-by-hop routes, you may
want to say that once a route has been =
computed between two nodes in 
the network, IPv6 packet may be forward =
using a source routing mechanism
as specified in [XX] or in a hop by hop =
fashion.
A complementary functionality, necessary to help decide
   whether to initiate a route discovery, is a mechanism to measure the
   end-to-end cost of an existing route.  
JP> =
s/cost/path cost
Such functionality will be
   described in a separate document.

JP> But its use is described in this document =
?


2.  Targeted Use Cases

   The mechanisms described in this document are intended to be employed
   as complementary to RPL in specific scenarios that need point-to-
   point (P2P) routes between arbitrary routers.

   One target use case, common in a home environment, involves a remote
   control (or a motion sensor) that suddenly needs to communicate with
   a lamp module, whose network address it knows apriori.  In this case,
   the source of data (the remote control or the motion sensor) must be
   able to discover a route to the destination (the lamp module) "on
   demand".

   Another target use case, common in a large commercial building
   environment, involves a large LLN deployment where P2P communication
   along a particular DAG among hundreds (or thousands) of routers
   creates severe traffic congestion near that DAG's root, and thus
   routes across this DAG are desirable.

   Targeted use cases also include scenarios where energy or delay
   constraints are not satisfied by the P2P routes along a DAG because
   they involve traversing many more intermediate routers than necessary
   to reach the destination.

JP> What I would suggest is to summarize it, put in =
the introduction,
and detail the use case in the applicability statement. 
[ABR:]
 
Good =
point
3.  =
Terminology

   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
   "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and
   "OPTIONAL" in this document are to be interpreted as described in



Goyal, et al.           Expires December 16, 2010               [Page 4]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   [RFC2119].

   Additionally, this document uses terminology from
   [I-D.ietf-roll-terminology] and [I-D.ietf-roll-rpl], and introduces
   the following terminology:

   Origin Router: The router initiating the route discovery.  The origin
   router acts as one end point of the routes to be discovered.

   Target Router: The other end point of the routes to be discovered.

   Intermediate Router: A router that is neither the origin nor the
   target.

   Forward Route: A route from the origin router to the target router.

   Backward Route: A route from the target router to the origin router.

   Bidirectional Route: A route that can be used in both directions:
   from the origin router to the target router and vice versa.

   Source Route: A complete and ordered list of routers that can be used
   by a packet to travel from a source to a destination.  Such source
   routes can be carried by a packet in a proposed Type 4 Routing Header
   [I-D.hui-6man-rpl-routing-header].

   Hop-by-hop Route: A route from a source to a destination where each
   router in the route knows only the address of the next hop on the
   route.
JP> I would suggest to change the definition for =
"routing paradigm
whereby packets are routed from their source to destination =
by 
on a hop by hop =
basis where the packets is routed by a set of =
routers
along the path =
according to the routing table stored by each =
router
along the =
path".
   In this document, the term 'router' refers to any LLN =
device that can
   forward packets generated at other devices.


4.  Functional Overview

   Router A originates a "Discovery" message listing router B as the
   target.  Node A also indicates in the message:

   o  The nature of the routing cost, the method for accumulating the
      end-to-end cost 
JP> This may de detailed hereafter but I guess that =
you will point to 
the metric-ID for the metric =
used?

and the =
criteria used to determine if a route is
      "good enough";

   o  The direction (forward: router A to router B; backward: router B
      to router A; or both) of the route being discovered;

   o  The desired number of routes;




Goyal, et al.           Expires December 16, 2010               [Page 5]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   o  Whether the route is a source-route or a hop-by-hop one; and

   o  A limit on the "distance" the Discovery message may =
travel.

JP> Need to =
define the term "distance": is it a max path cost, number =
of
hops, ... =
?


   The Discovery message propagates via link-local =
multicast 
JP> Indicate =
"IPv6"
with each
   receiving router making the decision regarding whether to forward the
   message further based on the "distance" (from router A) that this
   particular copy of the message has already traveled.  Note that this
   document does not require a receiving router to use the "good enough"
   criteria to make the forwarding decision.  This is because the
   evaluation of such criteria may be too complex for a constrained
   intermediate router to perform for each received copy of the
   Discovery message.  
JP> So I guess that you define later what to do in =
both cases (the node
cannot process the "good enough" criteria or it can process it) =
?
The calculation of the "distance" that a copy of
   the Discovery message has already travelled should be simple enough
   for a constrained router to perform.  
JP> Again it =
is hard to tell from what you wrote if this can reasonably =
be
achieved; it =
depends on the definition of the term =
"distance".
A router may optionally decide
   not to forward a copy of the Discovery message further because the
   aggregated cost of the route so far fails the "good enough" =
criteria.
JP> You will nee to be more specific here. Is it a =
"may" or a "MAY". 
Define what happens in this case. You may =
provide more details later
in the document.
   The underlying mechanism being used =
to propagate the Discovery
   message may put further restrictions on its propagation.  A router
   should not propagate the Discovery message further if hop-by-hop
   routes are desired and the router can not store state for this route.

   As a copy of the Discovery message travels towards router B, it
   accumulates the relevant forward/backward costs as well as the route
   it takes.  When router B receives a copy of the Discovery message, it
   determines whether the route traveled by the message meets the "good
   enough" criteria.
JP> I think that you already mentioned =
this.
   If router A had requested the discovery of backward =
source-routes,
JP> Didn't you mean "forward" =
?
   router B caches one or more good enough source-routes it =
identifies.
   Additionally, router B sends one or more "Discovery Reply" message to
   router A to acknowledge the discovery of these routes.  These
   acknowledgements allow router A to judge the success of the route
   discovery.  The Discovery Reply messages can travel towards router A
   in any manner chosen by router B. For example, router B may source-
   route the messages or send them towards router A along a DAG.

   If router A had requested the discovery of "n" forward source-routes,
   router B sends the "n" good enough source-routes it identifies to
   router A in one or more Discovery Reply messages.  Again, these
   Discovery Reply messages can travel towards router A in any manner
   chosen by router B.
JP> What if the DAG is "broken": retry from A after =
expiration of a local
timer ?
   If router A had requested the discovery of "n" =
bidirectional source-
   routes, router B caches the "n" good enough source-routes it
   identifies and also sends these routes to router A in one or more
   Discovery Reply messages.  These Discovery Reply messages can travel
   towards router A in any manner chosen by router B.



Goyal, et al.           Expires December 16, 2010               [Page 6]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   If router A had requested the discovery of "n" forward/backward/
   bidirectional hop-by-hop routes, router B sends out a Discovery Reply
   message to router A for each one of the "n" good enough routes it
   identifies.  
JP> Do you need one "Discovery Reply message" per =
route or next-hop
in this case?
The Discovery Reply message travels =
towards router A
   using the source-route accumulated by the Discovery message. =
 
JP> In the case of hop-by-hop routes, source routes, =
both ?
As this
   message travels towards router A, it establishes appropriate forward/
   backward routing state in the en-route routers.  This "non DAG"
   routing state should be specially marked to associate it with the
   routing metrics 
JP> Refer to metric ID =
?
used to discover the route and to distinguish such
   state from other DAG-specific routing state the router may have.

JP> Not sure that you need to distinguish the state. =
Suppose that you
discover a hop-by-hop route (not a big fan of that terms as =
pointed out
above but let's continue to use it for the time being), a =
storing node
may indeed have two routes for the same destination: do you want =
to
state that it =
should always use the P2P routes discovered by =
this
mechanism or let =
it choose the best one according to the metric =
in
use?
JP> What if there are two routes using different =
metrics?
5.  Propagation of Discovery Messages

   RPL uses DIO message propagation to build a DAG.  The DIO message
   travels via link-local multicast.  
JP> Add =
everywhere "IPv6 link-local multicast =
addresses"

Each router joining the DAG
   determines a rank for itself and ignores the subsequent DIO messages
   received from lower (higher in numerical value) ranked neighbors.
   Thus, the DIO messages propagate outwards rather than return inwards
   towards the DAG root.  
JP> I would suggest to align to the RPL terminology. =
Inward/outward
are not used anymore.

The DIO message generation at a router is
   further controlled by a trickle timer that allows a router to avoid
   generating unnecessary messages.  
JP> Add a reference to the Trickle =
ID

The =
link-local multicast based
   propagation, trickle-controlled generation and the rank-based
   poisoning of messages traveling in the wrong direction (towards the
   DAG root) provide powerful incentives to use the DIO message as the
   Discovery message and propagate the DIO/Discovery message by creating
   a "temporary" DAG.

5.1.  The Route Discovery Option

       0                   1                   2                   3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |   Type =3D 9    | Option Length | D |S|  N  | L |O|  Max Rank   =
|
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                                                               |
       |                       Target Address                          |
       |                                                               |
       |                                                               |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |              OCP              |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+


              Figure 1: Format of the Route Discovery Option

   In order to be used as a Discovery message, a DIO MUST carry a "Route
   Discovery" option illustrated in Figure 1.  A DIO MUST NOT carry more



Goyal, et al.           Expires December 16, 2010               [Page 7]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   than one Route Discovery options.  
JP> Explain =
what you do if more than one is present:
	* Ignore the second =
one?
	* Ignore the =
entire message?

A Route =
Discovery option consists
   of the following fields:

   o  Option Type =3D 0x09 (to be confirmed by IANA).

   o  Option Length =3D 20 or 22 octets depending on whether the OCP =
field
      is included or not.

   o  D: A 2-bit field that indicates the direction of the desired
      routes:

      *  D =3D 0x00: Forward;

      *  D =3D 0x01: Backward;

      *  D =3D 0x02: Bidirectional.

   o  S: A flag that indicates whether source routes are desired.  The
      flag is set if the source routes are desired.  The flag is clear
      if hop-by-hop routes are desired.

   o  N: A 3-bit unsigned integer indicating the number of routes
      desired.

   o  L: A 2-bit field indicating the minimum "Life Time" of the
      temporary DAG, i.e., the minimum duration a router joining the
      temporary DAG must maintain its membership in the DAG:

      *  L =3D 0x00: Minimum life time is 5 seconds;

      *  L =3D 0x01: Minimum life time is 10 seconds;

      *  L =3D 0x02: Minimum life time is 1 minute;

      *  L =3D 0x03: Minimum life time is 10 minutes.

JP> Placeholder ... indicate what happens if a node =
cannot store that
additional state (add a manageability =
section).
   o  O: A flag that indicates whether the same OCP is used =
for route
      discovery as well as temporary DAG formation.  If this flag is
      clear, the OCP contained in the DODAG Configuration option in the
      DIO is used for route discovery as well.  Otherwise, the OCP
      specified in the Route Discovery option is used for route
      selection 
JP> s/route selection/route =
discovery

and the metrics/constraints used for route selection are
      carried in a Metrics Container option immediately following the
      Route Discovery option.
JP> Since OF is decoupled from metrics, you always =
need to indicate
the metric in use. That said, I do not see your point here. =
Indeed, the 
temporary DAG is built according to some OF and metrics so =
the 
resulting routes =
will inherit these metrics?
   o  Max Rank: A 7-bit unsigned integer =
that indicates the maximum rank
      allowed in the temporary DAG advertised by the DIO message.  This
      upper limit on the DAG rank serves as the "distance" referred to



Goyal, et al.           Expires December 16, 2010               [Page 8]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


      in Section 4 and provides a control over how far the Route
      Discovery option contained in the DODAG Configuration option in
      the DIO message may travel.  
JP> You may discuss it later in this document ... but =
the distance is tied
to how you compute the =
rank.
A router MUST not 
JP> s/MUST not/MUST =
NOT
join the temporary
      DAG if its rank in the DAG will exceed this limit.  Later versions
      of this draft will map the 128 value space available in this field
      to 16-bit long limits on the DAG rank.

   o  Target Address: The IPv6 address of the target router.

   o  OCP: 16 bit unsigned integer.  An optional field, present only if
      the O flag is set, that indicates the objective code point (OCP)
      to be used for route selection.

5.2.  Setting a DIO Carrying a Route Discovery Option

   A DIO message that carries a Route Discovery option MUST set the Base
   Object, described in [I-D.ietf-roll-rpl], in the following manner:

   o  RPLInstanceID: RPLInstanceID MUST be a local value as described in
      Section 4.1 of [I-D.ietf-roll-rpl].

   o  Grounded (G) Flag: MUST be clear since the objective of DAG
      formation is the propagation of Route Discovery option.  This DAG
      is temporary in nature and is not used for routing purpose.

   o  Destination Advertisement Supported (A) Flag: MUST be clear for
      same reasons as described above.

   o  Destination Advertisement Trigger (T) Flag: MUST be clear.

   o  Mode of Operation (MOP): Since the temporary DAG is not to be used
      for routing purposes, the value of this field is immaterial.  To
      allow constrained routers to join the DAG, the MOP field SHOULD be
      set to 00 (non-storing).

JP> I'd rather suggest to specify a new MOP value =
(0x02)
   o  DODAGPreference (Prf): TBD

   o  Destination Advertisement Trigger Sequence Number (DTSN): TBD

JP> To be discussed on the mailing list =
?
   o  DODAGID: IPv6 address of the router initiating the =
route
      discovery.

JP> Origin =
router.
   The other fields in the Base Object are set as per the =
rules
   described in [I-D.ietf-roll-rpl].

   The DODAG Configuration option, carried in the DIO message, specifies
   the parameters for the trickle timer operation that governs the
   generation of DIO messages by the routers joining the temporary DAG.

JP> Also according to RPL ID or would you recommend =
different
default values ? Default values for RPL are TBD but we could =
easily
think of =
different values in this case. To be revisited in the =
future.

Goyal, et al.           Expires December 16, 2010               [Page 9]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   The other fields defined in the DODAG Configuration option are set as
   follows:

   o  The MaxRankIncrease field MUST be set to 0 to disable local repair
      of the temporary DAG.

   o  This document RECOMMENDS a value 1 for the MinHopRankInc field.

   o  Objective Code Point (OCP): The OCP to be used for temporary DAG
      formation.  This document RECOMMENDS RPL Objective Function 0, as
      defined in [I-D.ietf-roll-of0], for use as the objective function
      for the formation of the temporary DAG.

   A DIO, that contains a Route Discovery option with O flag set, MUST
   also contain a Metric Container option immediately following the
   Route Discovery option.  This Metric Container option carries the
   values for the routing metrics as well as the constraints
   (constituting the "good enough" criteria) used for route =
selection.
JP> This is confusing: the metric and constraint =
carried within the Metric
Container are used for the DODAG =
formation. Do you want to use them
for a different purpose ? At this point, =
you have not yet defined the use of
the good enough criteria but one can guess =
that you would use the good
enough metrics to control the flooding and the metric/OF to =
effectively 
build the temporary DAG and discover the routes. If so, the good =
enough
metrics are of =
different use.
   Note that if O flag in the Route Discovery option is =
clear, the OCP
   and Metric Container used for temporary DAG formation are used for
   route selection as well.

   A DIO, carrying a Route Discovery option, MUST not carry any =
Route
JP> s/MUST not/MUST =
NOT
   Information or Prefix Information options described in
   [I-D.ietf-roll-rpl].

5.3.  Processing of a DIO Carrying a Route Discovery Option At An
      Intermediate Node

   The rules for DIO processing and transmission, described in Section 7
   of RPL [I-D.ietf-roll-rpl], apply to DIOs carrying a Route Discovery
   option as well except as modified in this document.

   When an intermediate router joins a temporary DAG advertized by a DIO
   carrying the Route Discovery option, it MUST maintain its membership
   in the DAG for the Minimum Life Time duration listed in the Route
   Discovery option.  
JP> What if it cannot ? Just not join the DAG and log =
an error ?
Maintaining membership in the DAG =
implies
   remembering:

   o  The RPLInstanceID, the DODAGID and the DODAGVersionNumber for the
      temporary DAG;

   o  The router's rank in the temporary DAG;

   o  The best Metric Container, 
JP> you mean the best path =
cost?
along with the associated source route
      from the initiator of route discovery till this router (carried in
      a Record Route IPv6 Extension Header proposed in
      [I-D.thubert-6man-reverse-routing-header]), for the Route



Goyal, et al.           Expires December 16, 2010              [Page 10]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


      Discovery option being propagated by the temporary DAG.  If the
      router can not compare Metric Containers, it MUST remember the
      latest Metric Container it has received, along with the associated
      source route.
JP> Requires clarification on what you mean by =
"compare"
   A router belonging to a temporary DAG =
need not remember the identity
   of its DAG parents since the temporary DAG is not used for =
routing.
JP> Are you sure ? What is a hop-by-hop route is =
needed ? Don't you
need to remember your parent, or do you still record the route =
? 
[ABR:] 
I would guess that =
neighboring information could be used by the node to update the =
neighbor caches
for the "normal" DODAGs =
that the nodes already use.
The temporary DODAGID is mainly a unique =
handle for the discovery session to avoid loops and control
the =
number of transmissions by an individual node during the discovery time =
window.
   The =
main purpose of a temporary DAG's existence is to facilitate the
   propagation of the Route Discovery option.

   The router does not process a Route Discovery option, contained in
   the received DIO, any further if any of the following conditions are
   true:

   o  The router does not support the objective function 
JP> and/or =
metrics
being used for
      route discovery

   o  The router does not have sufficient information to calculate the
      relevant routing metrics/constraints in the right direction (as
      specified by the D field).

   o  The S field is clear, i.e. hop-by-hop routes are desired, but the
      router can not participate in a hop-by-hop route.

   o  The router is an intermediate router and the router's rank in the
      temporary DAG, calculated on the basis of the rank and objective
      function carried in the Base Object in the DIO, exceeds the Max
      Rank value specified in the Route Discovery option.

   A router MUST discard the DIO if the Route Discovery option contained
   in the message does not need further processing.  
JP> Log an =
error ?
Otherwise, the
   =
Route Discovery option is processed as follows.

   The router updates the Metrics Container associated with the received
   Route Discovery option as per the specified objective function. =
 
JP> And routing =
metrics

The
   router may optionally check the Metric Container to determine if the
   aggregated values for the routing metrics meet all the constraints
   listed in the Metric Container.  
JP> The aggregated values are for the metrics. =
Constraints are used to
prune potential =
path.
If not, the Route Discovery option
   is discarded 
JP> You mean the DIO =
message.
without further processing.  Otherwise, the router
   updates its in-memory copy of the latest/best Metric Container for
   this Route Discovery option along with the associated source route
   updated in the correct direction (based on the D field of the Route
   Discovery option).  Any change in the in-memory copy also requires
   resetting the trickle timer and generating a new DIO carrying the
   Route Discovery option, the updated latest/best Metric Container and
   the associated source route (in a Record Route IPv6 extension header
   proposed in [I-D.thubert-6man-reverse-routing-header]) when the timer
   fires.  
JP> If the changes occur during the lifetime =
window.
Note that the Metric Container MUST immediately follow the



Goyal, et al.           Expires December 16, 2010              [Page 11]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   Route Discovery option if the O flag in the Route Discovery option is
   set.

5.4.  Processing of a DIO Carrying a Route Discovery Option At The
      Target Router

   When the target router joins the temporary DAG advertized by a DIO
   carrying the Route Discovery option, it MUST maintain its membership
   in the DAG for the Minimum Life Time duration listed in the Route
   Discovery option.  Maintaining membership in the DAG implies
   remembering:

   o  The RPLInstanceID, the DODAGID and the DODAGVersionNumber for the
      temporary DAG;

   o  The router's rank in the temporary DAG;

   The target router does not process a Route Discovery option,
   contained in the received DIO, any further if any of the following
   conditions are true:

   o  The router does not support the objective function used for route
      discovery

   o  The router does not have sufficient information to calculate the
      relevant routing metrics/constraints in the right direction (as
      specified by the D field).

JP> or does not support the =
metric.

   The target router MUST discard the DIO if the Route Discovery option
   contained in the message does not need further processing.
JP> ? How does =
it knows (simply because it reaches the destination) ? 
[ABR:]
 
e.g. if =
the updated rank exceeds the limit, i.e. "TTL =3D=3D =
0"
   =
Otherwise, the Route Discovery option is processed as follows.

   The target router updates the Metrics Container associated with the
   received Route Discovery option as per the specified objective
   function.  
JP> and routing metrics (remember they are =
decoupled).

The target router then checks the Metric Container to
   determine if the aggregated values for the routing metrics meet all
   the constraints listed in the Metric Container.  
JP> See =
previous comments.

If not, the Route
   Discovery option is discarded without further processing.  Otherwise,
   the router MAY select the source route accumulated by the received
   DIO as one of the discovered routes.  
JP> "MAY" ? =
When ?
The target router MUST send one
   or more RPL Control Messages carrying a Discovery Reply Object
   (defined in the next section) back to the origin router (identified
   by the DODAGID field in the DIO Base Object) as discussed in the
   following sections.

   The target router MUST NOT forward a DIO carrying a Route Discovery
   option that lists one of its own addresses as the Target Address.




Goyal, et al.           Expires December 16, 2010              [Page 12]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


6.  Propagation of Discovery Reply Messages

6.1.  The Discovery Reply Object (DRO)

       0                   1                   2                   3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       | RPLInstanceID |    Version    | D |S|  N  |     Reserved      |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                                                               |
       |                         DODAGID                           |
       |                                                               |
       |                                                               |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                                                               |
       |                       Target Address                          |
       |                                                               |
       |                                                               |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       | Option(s)...
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+...


           Figure 2: Format of the Discovery Reply Object (DRO)

   This document defines a new RPL Control Message type, the Discovery
   Reply Object (DRO) with code 0x04 (to be confirmed by IANA), that
   serves the following functions:

   o  An acknowledgement from the target router to the origin router
      regarding the successful discovery of backward source routes;

JP> ACK of routes from the origin to the target: you =
may not have routes
in the opposite direction. 
[ABR:]
True - and in that case, the requester =
most likely retries the discovery. Randomization causes other
routes =
to be found in the second attempt - or the the "B" node also starts a =
discovery.
I agree that the doc should be clearer on =
this aspect.
   o  =
Carries one or more forward/bidirectional source routes from the
      target to the origin router;

   o  Establishes a hop-by-hop forward/backward/bidirectional route as
      it travels from the target to the origin router.

   The format for a Discovery Reply Object (DRO) is shown in Figure 2.
   A DRO consists of the following fields:

   o  RPLInstanceID: The RPLInstanceID of the temporary DAG used for
      route discovery.

   o  Version: The Version of the temporary DAG used for route
      discovery.





Goyal, et al.           Expires December 16, 2010              [Page 13]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   o  DODAGID: The DODAGID of the temporary DAG used for route
      discovery.  The DODAGID also identifies the origin router.  The
      RPLInstanceID, the Version and the DODAGID together uniquely
      identify the temporary DAG used for route discovery and can be
      copied from the Base Object of the DIO advertizing the temporary
      DAG.

   o  D: A 2-bit field that indicates the direction of the discovered
      routes:

      *  D =3D 0x00: Forward;

      *  D =3D 0x01: Backward;

      *  D =3D 0x02: Bidirectional.

      This field has the same value as the corresponding field in the
      Route Discovery option.

   o  S: A flag that is clear if the Discovery Reply Object is
      establishing an hop-by-hop route.  The flag is set if the
      Discovery Reply Object carries (or is an acknowledgement for the
      discovery of) one or more source routes.

   o  N: A 3-bit field that indicates the number of source routes
      carried or acknowledged in the Discovery Reply Object.

   o  Target Address: The IPv6 address of the target router originating
      the Discovery Reply Object.

   o  Reserved: These bits are reserved for future use.  These bits MUST
      be set to zero on transmission and MUST be ignored on reception.

   o  Options: The Discovery Reply Object MAY carry up to 7 Source Route
      options (defined in the next section) with each such option
      carrying a complete forward/bidirectional source route and
      optionally followed by a Metric Container option that lists the
      aggregated values for the routing metrics for the source route.

JP> This may not be an aggregated value but recorded =
metric too.













Goyal, et al.           Expires December 16, 2010              [Page 14]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


6.1.1.  The Source Route Option

       0                   1                   2                   3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |   Type =3D 10   | Option Length | Compr |  Pad  |     Resvd     =
|
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                                                               |
       .                      Addresses[1..n]                          .
       .                                                               .
       |                                                               |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+


                Figure 3: Format of the Source Route Option

   The Source Route option, illustrated in Figure 3, carries a complete
   forward/bidirectional source route from the target router to the
   origin router.  A Source Route option can only be a part of the
   Discovery Reply Object and MAY be immediately followed by a Metric
   Container option that contains the aggregated values of the routing
   metrics for this source route.

   A Route Discovery option consists of the following fields:

   o  Option Type =3D 0x0A (to be confirmed by IANA).

   o  Option Length =3D Variable, depending on the size of the Addresses
      vector.

   o  Compr: 4-bit unsigned interger indicating the number of prefix
      octets that are elided from each address.  For example, Compr
      value will be 0 if full IPv6 addresses are carried in the
      Addresses vector.

   o  Pad: 4-bit unsigned integer.  Number of octets that are used for
      padding between Address[n] and the end of the Source Route option.

   o  Address[1..n]: Vector of addresses, numbered 1 to n.  Each vector
      element has size (16 - Compr) octets.

   A common network configuration for an RPL domain is that all routers
   within an LLN share a common prefix.  The Source Route option uses
   the Compr field to allow compaction of the Addresses[1..n] vector
   when all entries share the same prefix as the DODAGID or the Target
   Address of the encapsulating Discovery Reply Object.  The shared
   prefix octets are not carried within the Source Route option and each
   entry in Address[1..n] has size (16 - Compr) octets.  When Compr is



Goyal, et al.           Expires December 16, 2010              [Page 15]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   non-zero, there may exist unused octets between the last entry,
   Address[n], and the end of the Source Route option.  The Pad field
   indicates the number of unused octets that are used for padding.
   Note that when Compr is 0, Pad MUST be null and carry a value 0.

   The Source Route option MUST NOT specify a path that visits a router
   more than once.  When generating a Source Route option, the target
   router may not know the mapping between IPv6 addresses and routers.
   Minimally, the target router MUST ensure that:

   o  The IPv6 Addresses do not appear more than once;

   o  The IPv6 addresses of the origin and the target routers do not
      appear in the Address vector;

   o  The Address vector represents a source route in forward direction
      with Address[1] being the next hop for the origin router.

   Multicast addresses MUST NOT appear in a Source Route option.

JP> you may want to add a ref to RH4 since the format =
is very similar.
6.2.  DRO as Acknowledgement for =
Backward Source Routes

   When a target router discovers a backward source =
route, 
JP> I have an issue with your terminology. When the =
target receives the
DIO with route discovery option, what is discovered is a forward =
route ?

it sends a
   DRO message to the origin router as an acknowlegement for the
   discovered route.  Optionally, a target router MAY send a DRO
   acknowledgement to the origin router after discovering multiple
   backward source routes.  A DRO, serving as an acknowledgement for
   backward source route discovery, has its D field set to 0x01
   (indicating backward) while the S flag is set to 1 (indicating source
   route).  The N field is set to indicate the number of discovered
   backward source routes being acknowledged.  Such a DRO message MUST
   NOT contain any option.

   This document does not require a particular method for sending such a
   DRO message to the origin router.  The target router MAY send the DRO
   message to the origin router in any fashion, including:

   o  Using a source route carried in a Type 4 Routing header
      [I-D.hui-6man-rpl-routing-header];

   o  Along any DAG connecting the target and the origin routers;

   o  Along the temporary DAG created for route discovery, provided that
      the target router is reasonably sure that the DAG's life time is
      sufficiently long and the routers in the DAG do remember one or
      more of their parents in the DAG.

JP> You may want to explain a bit more why you the =
origin router
would be interested in receiving an ACK without the route itself =
(case
6.3): hop-by-hop =
routes.





Goyal, et al.           Expires December 16, 2010              [Page 16]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


6.3.  DRO as Carrier of Forward/Bidirectional Source Routes

   When a target router discovers a forward source =
route, 
JP> Here, I agree that this is a forward =
route.
it sends a DRO
   message to the origin router carrying the discovered source route
   inside a Source Route option.  Similarly, when a target router
   discovers a bidirectional source route, it caches the route for its
   own use and then sends a DRO message to the origin router carrying
   the discovered route inside a Source Route option.  Rather than
   immediately sending a discovered route back to the origin router, a
   target router MAY optionally send one DRO message after discovering
   multiple forward/bidirectional source routes with the sent DRO
   carrying the discovered source routes (in multiple Source Route
   options).
JP> Note that the algorithm for "best route" =
selection is outside the scope
of this document, so does the use of a =
timer on the target side to determine
how much time to wait before answering, =
...  
 
[ABR:]
Well, if I am in a hurry, I can live with =
the best enough route, i.e. the first one received, while in
other =
cases, I can accept waiting for some time to get a number of backup =
routes in the same message.
 
=20 A DRO message carrying one or more Source Route options MUST have = its D=20 field set to 0x00 (for forward routes) or 0x02 (for bidirectional = routes). =20 The S flag MUST be set to 1 and the N field MUST indicate the number = of=20 Source Route options in the message. A Source Route option MAY = immediately=20 be followed by a Metric Container option that carries the = aggregated 
JP> or =
recorded
values of the routing metrics for this source
   route.  The target router may send this DRO message to the origin
   router in any fashion it desires including the options listed in
   Section 6.2.

6.4.  Establishing Hop-by-hop Routes Via DRO

   In order to establish a hop-by-hop route, the target router sends a
   DRO message along the reverse of the discovered route (via a Type 4
   Routing Header specified in [I-D.hui-6man-rpl-routing-header]).  The
   D field of the message is set to convey the route's direction
   (forward/backward/bidirectional) and the S flag MUST be clear
   (indicating hop-by-hop).  The N field MUST be set to 1.  Such a DRO
   MUST NOT contain any option.

   A router receiving such a DRO message SHOULD establish hop-by-hop
   state in the right direction corresponding to the route carried in
   the Type 4 Routing Header of the DRO message.  If a router does not
   establish such state, it MUST drop the DRO message.  Otherwise, it
   MUST forward the DRO message along the source route contained in Type
   4 Routing Header of the received message.

JP> Any error log if it does not ? (optional) ICMP =
sent to the target node?
   A router SHOULD associate the =
hop-by-hop routing state, thus
   established, with the objective function and metrics used for route
   discovery.







Goyal, et al.           Expires December 16, 2010              [Page 17]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


JP> New section to indicate how to clean-up the =
temporary DAG ?
7.  Security Considerations

   TBA


8.  IANA Considerations

   TBA


9.  Authors and Contributors

   In addition to the editor, the authors of this document include the
   following individuals (listed in alphabetical order).

   Anders Brandt, Sigma Designs, Emdrupvej 26A, 1., Copenhagen, Dk-2100,
   Denmark.  Phone: +45 29609501; Email: abr@sdesigns.dk

   Robert Cragie, Gridmerge Ltd, 89 Greenfield Crescent, Wakefieldm WF4
   4WA, UK.  Phone: +44 1924910888; Email: robert.cragie@gridmerge.com

   Jerald Martocci, Johnson Controls, Milwaukee, WI 53202, USA.  Phone:
   +1 414 524 4010; Email:jerald.p.martocci@jci.com

   Charles Perkins, Tellabs Inc., USA.  Email:charliep@computer.org

   Authors gratefully acknowledge the contributions of Richard Kelsey
   and Zach Shelby in the development of this document.


10.  References

10.1.  Normative References

   [RFC2119]  Bradner, S., "Key words for use in RFCs to Indicate
              Requirement Levels", BCP 14, RFC 2119, March 1997.

10.2.  Informative References

   [I-D.brandt-roll-rpl-applicability-home-building]
              Brandt, A., Baccelli, E., and R. Cragie, "Applicability
              Statement: The use of RPL in Building and Home
              Environments",
              draft-brandt-roll-rpl-applicability-home-building-00 (work
              in progress), April 2010.

   [I-D.hui-6man-rpl-routing-header]
              Hui, J., Vasseur, J., and D. Culler, "A Source Routing



Goyal, et al.           Expires December 16, 2010              [Page 18]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


              Header for RPL", draft-hui-6man-rpl-routing-header-00
              (work in progress), May 2010.

   [I-D.ietf-roll-building-routing-reqs]
              Martocci, J., Riou, N., Mil, P., and W. Vermeylen,
              "Building Automation Routing Requirements in Low Power and
              Lossy Networks", draft-ietf-roll-building-routing-reqs-09
              (work in progress), January 2010.

   [I-D.ietf-roll-of0]
              Thubert, P., "RPL Objective Function 0",
              draft-ietf-roll-of0-02 (work in progress), June 2010.

   [I-D.ietf-roll-routing-metrics]
              Vasseur, J., Kim, M., Networks, D., and H. Chong, "Routing
              Metrics used for Path Calculation in Low Power and Lossy
              Networks", draft-ietf-roll-routing-metrics-07 (work in
              progress), June 2010.

   [I-D.ietf-roll-rpl]
              Winter, T., Thubert, P., and R. Team, "RPL: IPv6 Routing
              Protocol for Low power and Lossy Networks",
              draft-ietf-roll-rpl-09 (work in progress), June 2010.

   [I-D.ietf-roll-terminology]
              Vasseur, J., "Terminology in Low power And Lossy
              Networks", draft-ietf-roll-terminology-03 (work in
              progress), March 2010.

   [I-D.thubert-6man-reverse-routing-header]
              Thubert, P., "Reverse Routing Header",
              draft-thubert-6man-reverse-routing-header-00 (work in
              progress), June 2010.

   [RFC5826]  Brandt, A., Buron, J., and G. Porcu, "Home Automation
              Routing Requirements in Low-Power and Lossy Networks",
              RFC 5826, April 2010.














Goyal, et al.           Expires December 16, 2010              [Page 19]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


Authors' Addresses

   Mukul Goyal (editor)
   University of Wisconsin Milwaukee
   3200 N Cramer St
   Milwaukee, WI  53211
   USA

   Phone: +1 414 2295001
   Email: mukul@uwm.edu


   Emmanuel Baccelli (editor)
   INRIA

   Phone: +33-169-335-511
   Email: Emmanuel.Baccelli@inria.fr=

   URI:   http://www.emmanuelbaccelli.org=
/


   P2P Team
JP> Remove P2P Team unless you list the =
people.





























Goyal, et al.           Expires December 16, 2010              [Page 20]
=0C

------_=_NextPart_001_01CB0D44.E8AA2145-- From jpv@cisco.com Wed Jun 16 06:06:10 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 200183A683E for ; Wed, 16 Jun 2010 06:06:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.019 X-Spam-Level: X-Spam-Status: No, score=-10.019 tagged_above=-999 required=5 tests=[AWL=0.579, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k48sOytZTMC4 for ; Wed, 16 Jun 2010 06:06:02 -0700 (PDT) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by core3.amsl.com (Postfix) with ESMTP id 19D723A68A9 for ; Wed, 16 Jun 2010 06:06:02 -0700 (PDT) Authentication-Results: sj-iport-4.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AuMFABZpGEyrR7H+/2dsb2JhbACBQ5EajBxxpFuaCAKCVwEbgiUE X-IronPort-AV: E=Sophos;i="4.53,426,1272844800"; d="scan'208,217";a="145363685" Received: from sj-core-2.cisco.com ([171.71.177.254]) by sj-iport-4.cisco.com with ESMTP; 16 Jun 2010 13:06:05 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5GD5dn2027264; Wed, 16 Jun 2010 13:06:04 GMT Received: from xfe-ams-202.cisco.com ([144.254.231.96]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 16 Jun 2010 15:05:57 +0200 Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-202.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 16 Jun 2010 15:05:54 +0200 Message-Id: <4228C5B6-F1F4-44C0-ACEE-98F4AF86296C@cisco.com> From: JP Vasseur To: Anders Brandt In-Reply-To: <6D9687E95918C04A8B30A7D6DA805A3E01CCD16E@zensys17.zensys.local> Content-Type: multipart/alternative; boundary=Apple-Mail-199--113873735 Mime-Version: 1.0 (Apple Message framework v936) Date: Wed, 16 Jun 2010 15:05:52 +0200 References: <6D9687E95918C04A8B30A7D6DA805A3E01CCD16E@zensys17.zensys.local> X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 16 Jun 2010 13:05:54.0419 (UTC) FILETIME=[A739D430:01CB0D54] Cc: Emmanuel Baccelli , Mukul Goyal , ROLL WG Subject: Re: [Roll] Comments on draft-dt-roll-p2p-rpl-01 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jun 2010 13:06:10 -0000 --Apple-Mail-199--113873735 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Replying to where you replied (note that these are not the most =20 important points that I raised but Mukul already said that he would =20 start threads on the list). On Jun 16, 2010, at 1:13 PM, Anders Brandt wrote: > Comments inline > > Cheers, > Anders > > From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf =20= > Of JP Vasseur > Sent: Wednesday, June 16, 2010 12:00 > To: Mukul Goyal; Emmanuel Baccelli > Cc: ROLL WG > Subject: [Roll] Comments on draft-dt-roll-p2p-rpl-01 > > Dear authors, > > Since I had a number of comments I inserted them in the ID itself. =20 > As you will notice: > 1) Some of them are purely editorial > 2) Others are more fundamental and may require just clarifications, =20= > more discussion on the mailing list, ... In this case, feel free to =20= > start a separate thread (note that ticket cannot be assigned to non =20= > WG document). > 3) I also suggested new sections > > Internet Engineering Task Force M. Goyal, =20= > Ed. > Internet-Draft University of Wisconsin =20 > Milwaukee > Intended status: Informational E. Baccelli, =20= > Ed. > JP> Are you sure that you want to make it informational ? > > Expires: December 16, 2010 =20 > INRIA > P2P. =20= > Team > June 14, =20= > 2010 > > > Reactive Discovery of Point-to-Point Routes in Low Power and Lossy > Networks > draft-dt-roll-p2p-rpl-01 > > Abstract > > This document describes a mechanism to discover and establish "on > demand" one or more routes between two routers in a low power and > lossy network. > > JP> Needs a bit more details + explicitly refer to IPv6 in the =20 > abstract > and introduction. > Status of this Memo This Internet-Draft is submitted to IETF in =20= > full conformance with the provisions of BCP 78 and BCP 79. =20 > Internet-Drafts are working documents of the Internet Engineering =20= > Task Force (IETF). Note that other groups may also distribute =20 > working documents as Internet-Drafts. The list of current =20 > Internet- Drafts is at http://datatracker.ietf.org/drafts/=20 > current/. Internet-Drafts are draft documents valid for a maximum =20= > of six months and may be updated, replaced, or obsoleted by other =20= > documents at any time. It is inappropriate to use Internet-Drafts =20= > as reference material or to cite them other than as "work in =20 > progress." This Internet-Draft will expire on December 16, 2010. =20= > Copyright Notice Copyright (c) 2010 IETF Trust and the persons =20 > identified as the document authors. All rights reserved. This =20= > document is subject to BCP 78 and the IETF Trust's Legal =20 > Provisions Relating to IETF Documents = (http://trustee.ietf.org/license-info=20 > ) in effect on the date of publication of this document. Please =20 > review these documents carefully, as they describe your rights and =20= > restrictions with respect to this document. Code Components =20 > extracted from this document must include Simplified BSD License =20 > text as described in Section 4.e of the Trust Legal Provisions and =20= > are provided without warranty as Goyal, et al. Expires =20 > December 16, 2010 [Page 1] =0C Internet-Draft = dra=20 > ft-dt-roll-p2p-rpl-01 June 2010 described in the =20 > Simplified BSD License. Table of Contents 1. =20 > Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3 =20= > 2. Targeted Use Cases . . . . . . . . . . . . . . . . . . . . . . =20= > 4 3. =20 > Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 4 =20= > 4. Functional Overview . . . . . . . . . . . . . . . . . . . . . =20= > 5 5. Propagation of Discovery =20 > Messages . . . . . . . . . . . . . . 7 5.1. The Route =20 > Discovery Option . . . . . . . . . . . . . . . . 7 5.2. =20 > Setting a DIO Carrying a Route Discovery Option . . . . . 9 =20 > 5.3. Processing of a DIO Carrying a Route Discovery =20 > Option At An Intermediate =20 > Node . . . . . . . . . . . . . . . . . 10 5.4. Processing of a =20= > DIO Carrying a Route Discovery Option At The Target =20 > Router . . . . . . . . . . . . . . . . . . . 12 6. Propagation of =20= > Discovery Reply Messages . . . . . . . . . . . 13 6.1. The =20 > Discovery Reply Object (DRO) . . . . . . . . . . . . . 13 =20 > 6.1.1. The Source Route Option . . . . . . . . . . . . . . . =20 > 15 6.2. DRO as Acknowledgement for Backward Source =20 > Routes . . . . 16 6.3. DRO as Carrier of Forward/Bidirectional =20= > Source Routes . . 17 6.4. Establishing Hop-by-hop Routes Via =20 > DRO . . . . . . . . . . 17 7. Security =20 > Considerations . . . . . . . . . . . . . . . . . . . 18 8. IANA =20= > Considerations . . . . . . . . . . . . . . . . . . . . . 18 9. =20 > Authors and Contributors . . . . . . . . . . . . . . . . . . . 18 =20= > 10. References . . . . . . . . . . . . . . . . . . . . . . . . . . =20 > 18 10.1. Normative =20 > References . . . . . . . . . . . . . . . . . . . 18 10.2. =20 > Informative References . . . . . . . . . . . . . . . . . . 18 =20 > Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . =20 > 19 Goyal, et al. Expires December 16, 2010 =20 > [Page 2] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 = =20 > June 2010 1. Introduction RPL [I-D.ietf-roll-rpl] provides =20 > multipoint-to-point (MP2P) routes from routers in a low power and =20= > lossy network (LLN) to a sink router by organizing the routers =20 > along a Directed Acyclic Graph (DAG) rooted at the sink. > JP> low power and lossy .... Low Power and Lossy > JP> RPL provides P2MP, MP2P and P2P routes too. > > The DAG root initiates the DAG formation by originating > a DODAG Information Object (DIO) message. The DIO message is sent > via link-local multicast and carries information about the > originating router's position (the "rank") in the DAG. On =20 > receiving > DIO messages sent by its neighbors, a router determines its own > "rank" in the DAG and originates its own DIO message. > JP> Without going too much in the details, you may just want to add > that a node decides to join a DODAG according to a number of =20 > parameters > (identity of the DODAG, OF, routing/constraints a specified in the =20 > metric-ID,...). > RPL enables point-to-multipoint (P2MP) routing from a router to its > descendants in the DAG by allowing a router to send a Destination > Advertisement Object (DAO) upwards along the DAG. The DAO carries > the aggregated > JP> Potentially "aggregated" > information regarding the descendants (and other local > prefixes) reachable through the originating router. > > RPL also provides mechanisms for point-to-point (P2P) routing =20 > between > any two routers in the DAG. > JP> Yes. > If the destination is within the > source's "range", the source may directly send packets to the > destination. Otherwise, if the destination is a DAG descendant and > the source maintains "downwards" routing state about this =20 > descendant, > it can forward the packet along this route. Otherwise, the source > sends the packet to a DAG parent, which then applies the same set =20= > of > rules to forward the packet further. Thus, a packet travels up the > DAG until it reaches a router that knows of the downwards route to > the destination and then it travels down the DAG towards its > destination. A router may or may not maintain routing state =20 > about a > descendant depending on whether its immediate children send it such > information in their DAOs and whether the router can store this > information. Thus, in the best case scenario, the "upwards" =20 > segment > of the P2P route between a source and a destination ends at the =20 > first > common ancestor of the source and the destination. In the worst > case, the "upwards" segment would extend all the way to the DAG's > root. If the destination did not originate a DAO, the packet will > travel all the way to the DAG's root, where it will be dropped. > > JP> This may require to be a bit more accurate here. If there is no =20= > DAO, > there RPL is used for MP2P routing only (that is not a protocol design > characteristic though). > The P2P routing functionality available in RPL suffers from several > shortcomings [I-D.brandt-roll-rpl-applicability-home-building]: > > JP> "suffering from several shortcomings" is a bit strong though. =20 > You may > want to say that additional mechanisms may be required to address =20 > specific > situation and list them. > [ABR:] > I think that the wording is adequate and nobody objected to the =20 > conclusions of the applicability draft so far. > The applicability draft evaluates the usefulness of the current RPL =20= > proposal and concludes that > basic requirements are not met for home and building application =20 > spaces. It is just important to properly position the two. What you call the =20 applicability ID, which is a mix of problem statement and applicability document (still a good =20= document !!) is not even a WG document at this point. What I was proposing is a softer =20= language, which is IMO appropriate in this case. But again, what matters is to =20 continue to keep moving forward, this is why I made a detailed review. > o The need to maintain routes "proactively", i.e. every possible > destination in the DAG must originate a DAO. > > o The constraint to route only along a DAG potentialy leading to > significantly suboptimal P2P routes and traffic congestion near > the DAG root. > JP> > First bullet: you can mention that this requires to pro-actively =20 > advertise the > route and to keep refreshing the state accordingly > Second bullet: just to be very accurate, mention that the route may =20= > be sub-optimal. > This is highly network topology / OF dependent. > Goyal, et al. Expires December 16, 2010 =20 > [Page 3] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 = =20 > June 2010 These shortcomings are not compatible with the home =20= > and commercial building domain application requirements described =20= > in [RFC5826] and [I-D.ietf-roll-building-routing-reqs]. > JP> Again, to be accurate, there are no MUST requirements listed in > these ID that are not satisfied by RPL (with regards to the =20 > aforementioned > issues). I am NOT saying that the proposed mechanism is not useful > (by all means), just that the statement above is not correct. > > [ABR:] > I have to disagree. > > RFC5826 says: > The routing protocol MUST converge within 0.5 seconds if no nodes > have moved (see Section 3.2 for motivation). > > The routing protocol MUST converge within four seconds if nodes =20 > have > moved to re-establish connectivity within a time that a human > operator would find tolerable as, for example, when moving a remote > control unit. Not quibbling at all. But to be perfectly accurate this does not =20 translate into "a reactive protocol is needed". Once again (not to make sure that there is no confusion), =20= I am not trying to say that this complementary mechanism is not useful. > > Such applications require a > mechanism providing source-initiated discovery of P2P routes that =20= > are > not along a DAG. > JP> In some cases, it may be desirable to make use of source-=20 > initiated ... > [ABR:] > I have to disagree. > If I am looking for a light module and the DAG states represent =20 > broken paths, I have a requirement for > source-initiated discovery. I cannot wait for the RPL DAG timers to =20= > fire. We could argue but let's focus on the mechanisms and make it work. > This document thus describes such a mechanism, > complementary to the basic RPL specification. > > The specified scheme is based on a reactive on-demand approach, =20 > which > enables a router to discover one or more "good-enough" routes in > either direction between itself and another router in the LLN =20 > without > any constraints regarding the existing DAG-membership of the links > that such routes may use. > JP> This will be an aspect triggering some discussion. How "good" is > "good enough" ? You will need some text to elaborate here or point > to another section explaining what is meant by "good enough" > Such routes may be source-routes or hop- > by-hop ones. > JP> Just terminology: instead of referring to hop-by-hop routes, you =20= > may > want to say that once a route has been computed between two nodes in > the network, IPv6 packet may be forward using a source routing =20 > mechanism > as specified in [XX] or in a hop by hop fashion. > A complementary functionality, necessary to help decide > whether to initiate a route discovery, is a mechanism to measure =20= > the > end-to-end cost of an existing route. > JP> s/cost/path cost > Such functionality will be > described in a separate document. > > JP> But its use is described in this document ? > 2. Targeted Use Cases The mechanisms described in this document =20= > are intended to be employed as complementary to RPL in specific =20 > scenarios that need point-to- point (P2P) routes between arbitrary =20= > routers. One target use case, common in a home environment, =20 > involves a remote control (or a motion sensor) that suddenly needs =20= > to communicate with a lamp module, whose network address it knows =20= > apriori. In this case, the source of data (the remote control or =20= > the motion sensor) must be able to discover a route to the =20 > destination (the lamp module) "on demand". Another target use =20 > case, common in a large commercial building environment, involves =20= > a large LLN deployment where P2P communication along a particular =20= > DAG among hundreds (or thousands) of routers creates severe =20 > traffic congestion near that DAG's root, and thus routes across =20 > this DAG are desirable. Targeted use cases also include scenarios =20= > where energy or delay constraints are not satisfied by the P2P =20 > routes along a DAG because they involve traversing many more =20 > intermediate routers than necessary to reach the destination. > JP> What I would suggest is to summarize it, put in the introduction, > and detail the use case in the applicability statement. > [ABR:] > > Good point > 3. Terminology > > The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", > "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", =20= > and > "OPTIONAL" in this document are to be interpreted as described in > > > > Goyal, et al. Expires December 16, 2010 =20 > [Page 4] > =0C > Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= > 2010 > > > [RFC2119]. > > Additionally, this document uses terminology from > [I-D.ietf-roll-terminology] and [I-D.ietf-roll-rpl], and introduces > the following terminology: > > Origin Router: The router initiating the route discovery. The =20 > origin > router acts as one end point of the routes to be discovered. > > Target Router: The other end point of the routes to be discovered. > > Intermediate Router: A router that is neither the origin nor the > target. > > Forward Route: A route from the origin router to the target router. > > Backward Route: A route from the target router to the origin =20 > router. > > Bidirectional Route: A route that can be used in both directions: > from the origin router to the target router and vice versa. > > Source Route: A complete and ordered list of routers that can be =20= > used > by a packet to travel from a source to a destination. Such source > routes can be carried by a packet in a proposed Type 4 Routing =20 > Header > [I-D.hui-6man-rpl-routing-header]. > > Hop-by-hop Route: A route from a source to a destination where each > router in the route knows only the address of the next hop on the > route. > JP> I would suggest to change the definition for "routing paradigm > whereby packets are routed from their source to destination by > on a hop by hop basis where the packets is routed by a set of routers > along the path according to the routing table stored by each router > along the path". > In this document, the term 'router' refers to any LLN device that =20= > can > forward packets generated at other devices. > > > 4. Functional Overview > > Router A originates a "Discovery" message listing router B as the > target. Node A also indicates in the message: > > o The nature of the routing cost, the method for accumulating the > end-to-end cost > JP> This may de detailed hereafter but I guess that you will point to > the metric-ID for the metric used? > > and the criteria used to determine if a route is > "good enough"; > > o The direction (forward: router A to router B; backward: router B > to router A; or both) of the route being discovered; > > o The desired number of routes; > > > > > Goyal, et al. Expires December 16, 2010 =20 > [Page 5] > =0C > Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= > 2010 > > > o Whether the route is a source-route or a hop-by-hop one; and > > o A limit on the "distance" the Discovery message may travel. > > JP> Need to define the term "distance": is it a max path cost, =20 > number of > hops, ... ? > The Discovery message propagates via link-local multicast > JP> Indicate "IPv6" > with each > receiving router making the decision regarding whether to forward =20= > the > message further based on the "distance" (from router A) that this > particular copy of the message has already traveled. Note that =20 > this > document does not require a receiving router to use the "good =20 > enough" > criteria to make the forwarding decision. This is because the > evaluation of such criteria may be too complex for a constrained > intermediate router to perform for each received copy of the > Discovery message. > JP> So I guess that you define later what to do in both cases (the =20 > node > cannot process the "good enough" criteria or it can process it) ? > The calculation of the "distance" that a copy of > the Discovery message has already travelled should be simple enough > for a constrained router to perform. > JP> Again it is hard to tell from what you wrote if this can =20 > reasonably be > achieved; it depends on the definition of the term "distance". > A router may optionally decide > not to forward a copy of the Discovery message further because the > aggregated cost of the route so far fails the "good enough" =20 > criteria. > JP> You will nee to be more specific here. Is it a "may" or a "MAY". > Define what happens in this case. You may provide more details later > in the document. > The underlying mechanism being used to propagate the Discovery > message may put further restrictions on its propagation. A router > should not propagate the Discovery message further if hop-by-hop > routes are desired and the router can not store state for this =20 > route. > > As a copy of the Discovery message travels towards router B, it > accumulates the relevant forward/backward costs as well as the =20 > route > it takes. When router B receives a copy of the Discovery =20 > message, it > determines whether the route traveled by the message meets the =20 > "good > enough" criteria. > JP> I think that you already mentioned this. > If router A had requested the discovery of backward source-routes, > JP> Didn't you mean "forward" ? > router B caches one or more good enough source-routes it =20 > identifies. > Additionally, router B sends one or more "Discovery Reply" =20 > message to > router A to acknowledge the discovery of these routes. These > acknowledgements allow router A to judge the success of the route > discovery. The Discovery Reply messages can travel towards =20 > router A > in any manner chosen by router B. For example, router B may source- > route the messages or send them towards router A along a DAG. > > If router A had requested the discovery of "n" forward source-=20 > routes, > router B sends the "n" good enough source-routes it identifies to > router A in one or more Discovery Reply messages. Again, these > Discovery Reply messages can travel towards router A in any manner > chosen by router B. > JP> What if the DAG is "broken": retry from A after expiration of a =20= > local > timer ? > If router A had requested the discovery of "n" bidirectional =20 > source- > routes, router B caches the "n" good enough source-routes it > identifies and also sends these routes to router A in one or more > Discovery Reply messages. These Discovery Reply messages can =20 > travel > towards router A in any manner chosen by router B. > > > > Goyal, et al. Expires December 16, 2010 =20 > [Page 6] > =0C > Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= > 2010 > > > If router A had requested the discovery of "n" forward/backward/ > bidirectional hop-by-hop routes, router B sends out a Discovery =20 > Reply > message to router A for each one of the "n" good enough routes it > identifies. > JP> Do you need one "Discovery Reply message" per route or next-hop > in this case? > The Discovery Reply message travels towards router A > using the source-route accumulated by the Discovery message. > JP> In the case of hop-by-hop routes, source routes, both ? > As this > message travels towards router A, it establishes appropriate =20 > forward/ > backward routing state in the en-route routers. This "non DAG" > routing state should be specially marked to associate it with the > routing metrics > JP> Refer to metric ID ? > used to discover the route and to distinguish such > state from other DAG-specific routing state the router may have. > JP> Not sure that you need to distinguish the state. Suppose that you > discover a hop-by-hop route (not a big fan of that terms as pointed =20= > out > above but let's continue to use it for the time being), a storing node > may indeed have two routes for the same destination: do you want to > state that it should always use the P2P routes discovered by this > mechanism or let it choose the best one according to the metric in > use? > JP> What if there are two routes using different metrics? > 5. Propagation of Discovery Messages > > RPL uses DIO message propagation to build a DAG. The DIO message > travels via link-local multicast. > JP> Add everywhere "IPv6 link-local multicast addresses" > > Each router joining the DAG > determines a rank for itself and ignores the subsequent DIO =20 > messages > received from lower (higher in numerical value) ranked neighbors. > Thus, the DIO messages propagate outwards rather than return =20 > inwards > towards the DAG root. > JP> I would suggest to align to the RPL terminology. Inward/outward > are not used anymore. > > The DIO message generation at a router is > further controlled by a trickle timer that allows a router to avoid > generating unnecessary messages. > JP> Add a reference to the Trickle ID > > The link-local multicast based > propagation, trickle-controlled generation and the rank-based > poisoning of messages traveling in the wrong direction (towards the > DAG root) provide powerful incentives to use the DIO message as the > Discovery message and propagate the DIO/Discovery message by =20 > creating > a "temporary" DAG. > > 5.1. The Route Discovery Option > > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 =20= > 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= > +-+ > | Type =3D 9 | Option Length | D |S| N | L |O| Max =20 > Rank | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= > +-+ > =20 > | | > | Target =20 > Address | > =20 > | | > =20 > | | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= > +-+ > | OCP | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ > > > Figure 1: Format of the Route Discovery Option > > In order to be used as a Discovery message, a DIO MUST carry a =20 > "Route > Discovery" option illustrated in Figure 1. A DIO MUST NOT carry =20= > more > > > > Goyal, et al. Expires December 16, 2010 =20 > [Page 7] > =0C > Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= > 2010 > > > than one Route Discovery options. > JP> Explain what you do if more than one is present: > * Ignore the second one? > * Ignore the entire message? > > A Route Discovery option consists > of the following fields: > > o Option Type =3D 0x09 (to be confirmed by IANA). > > o Option Length =3D 20 or 22 octets depending on whether the OCP =20= > field > is included or not. > > o D: A 2-bit field that indicates the direction of the desired > routes: > > * D =3D 0x00: Forward; > > * D =3D 0x01: Backward; > > * D =3D 0x02: Bidirectional. > > o S: A flag that indicates whether source routes are desired. The > flag is set if the source routes are desired. The flag is clear > if hop-by-hop routes are desired. > > o N: A 3-bit unsigned integer indicating the number of routes > desired. > > o L: A 2-bit field indicating the minimum "Life Time" of the > temporary DAG, i.e., the minimum duration a router joining the > temporary DAG must maintain its membership in the DAG: > > * L =3D 0x00: Minimum life time is 5 seconds; > > * L =3D 0x01: Minimum life time is 10 seconds; > > * L =3D 0x02: Minimum life time is 1 minute; > > * L =3D 0x03: Minimum life time is 10 minutes. > > JP> Placeholder ... indicate what happens if a node cannot store that > additional state (add a manageability section). > o O: A flag that indicates whether the same OCP is used for route > discovery as well as temporary DAG formation. If this flag is > clear, the OCP contained in the DODAG Configuration option in =20= > the > DIO is used for route discovery as well. Otherwise, the OCP > specified in the Route Discovery option is used for route > selection > JP> s/route selection/route discovery > > and the metrics/constraints used for route selection are > carried in a Metrics Container option immediately following the > Route Discovery option. > JP> Since OF is decoupled from metrics, you always need to indicate > the metric in use. That said, I do not see your point here. Indeed, =20= > the > temporary DAG is built according to some OF and metrics so the > resulting routes will inherit these metrics? > o Max Rank: A 7-bit unsigned integer that indicates the maximum =20= > rank > allowed in the temporary DAG advertised by the DIO message. =20 > This > upper limit on the DAG rank serves as the "distance" referred to > > > > Goyal, et al. Expires December 16, 2010 =20 > [Page 8] > =0C > Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= > 2010 > > > in Section 4 and provides a control over how far the Route > Discovery option contained in the DODAG Configuration option in > the DIO message may travel. > JP> You may discuss it later in this document ... but the distance =20 > is tied > to how you compute the rank. > A router MUST not > JP> s/MUST not/MUST NOT > join the temporary > DAG if its rank in the DAG will exceed this limit. Later =20 > versions > of this draft will map the 128 value space available in this =20 > field > to 16-bit long limits on the DAG rank. > > o Target Address: The IPv6 address of the target router. > > o OCP: 16 bit unsigned integer. An optional field, present only =20= > if > the O flag is set, that indicates the objective code point (OCP) > to be used for route selection. > > 5.2. Setting a DIO Carrying a Route Discovery Option > > A DIO message that carries a Route Discovery option MUST set the =20= > Base > Object, described in [I-D.ietf-roll-rpl], in the following manner: > > o RPLInstanceID: RPLInstanceID MUST be a local value as =20 > described in > Section 4.1 of [I-D.ietf-roll-rpl]. > > o Grounded (G) Flag: MUST be clear since the objective of DAG > formation is the propagation of Route Discovery option. This =20= > DAG > is temporary in nature and is not used for routing purpose. > > o Destination Advertisement Supported (A) Flag: MUST be clear for > same reasons as described above. > > o Destination Advertisement Trigger (T) Flag: MUST be clear. > > o Mode of Operation (MOP): Since the temporary DAG is not to be =20= > used > for routing purposes, the value of this field is immaterial. To > allow constrained routers to join the DAG, the MOP field =20 > SHOULD be > set to 00 (non-storing). > > JP> I'd rather suggest to specify a new MOP value (0x02) > o DODAGPreference (Prf): TBD > > o Destination Advertisement Trigger Sequence Number (DTSN): TBD > > JP> To be discussed on the mailing list ? > o DODAGID: IPv6 address of the router initiating the route > discovery. > > JP> Origin router. > The other fields in the Base Object are set as per the rules > described in [I-D.ietf-roll-rpl]. > > The DODAG Configuration option, carried in the DIO message, =20 > specifies > the parameters for the trickle timer operation that governs the > generation of DIO messages by the routers joining the temporary =20 > DAG. > > JP> Also according to RPL ID or would you recommend different > default values ? Default values for RPL are TBD but we could easily > think of different values in this case. To be revisited in the future. > > Goyal, et al. Expires December 16, 2010 =20 > [Page 9] > =0C > Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= > 2010 > > > The other fields defined in the DODAG Configuration option are =20 > set as > follows: > > o The MaxRankIncrease field MUST be set to 0 to disable local =20 > repair > of the temporary DAG. > > o This document RECOMMENDS a value 1 for the MinHopRankInc field. > > o Objective Code Point (OCP): The OCP to be used for temporary DAG > formation. This document RECOMMENDS RPL Objective Function 0, =20= > as > defined in [I-D.ietf-roll-of0], for use as the objective =20 > function > for the formation of the temporary DAG. > > A DIO, that contains a Route Discovery option with O flag set, MUST > also contain a Metric Container option immediately following the > Route Discovery option. This Metric Container option carries the > values for the routing metrics as well as the constraints > (constituting the "good enough" criteria) used for route selection. > JP> This is confusing: the metric and constraint carried within the =20= > Metric > Container are used for the DODAG formation. Do you want to use them > for a different purpose ? At this point, you have not yet defined =20 > the use of > the good enough criteria but one can guess that you would use the good > enough metrics to control the flooding and the metric/OF to =20 > effectively > build the temporary DAG and discover the routes. If so, the good =20 > enough > metrics are of different use. > Note that if O flag in the Route Discovery option is clear, the OCP > and Metric Container used for temporary DAG formation are used for > route selection as well. > > A DIO, carrying a Route Discovery option, MUST not carry any Route > JP> s/MUST not/MUST NOT > Information or Prefix Information options described in > [I-D.ietf-roll-rpl]. > > 5.3. Processing of a DIO Carrying a Route Discovery Option At An > Intermediate Node > > The rules for DIO processing and transmission, described in =20 > Section 7 > of RPL [I-D.ietf-roll-rpl], apply to DIOs carrying a Route =20 > Discovery > option as well except as modified in this document. > > When an intermediate router joins a temporary DAG advertized by a =20= > DIO > carrying the Route Discovery option, it MUST maintain its =20 > membership > in the DAG for the Minimum Life Time duration listed in the Route > Discovery option. > JP> What if it cannot ? Just not join the DAG and log an error ? > Maintaining membership in the DAG implies > remembering: > > o The RPLInstanceID, the DODAGID and the DODAGVersionNumber for =20= > the > temporary DAG; > > o The router's rank in the temporary DAG; > > o The best Metric Container, > JP> you mean the best path cost? > along with the associated source route > from the initiator of route discovery till this router =20 > (carried in > a Record Route IPv6 Extension Header proposed in > [I-D.thubert-6man-reverse-routing-header]), for the Route > > > > Goyal, et al. Expires December 16, 2010 [Page =20= > 10] > =0C > Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= > 2010 > > > Discovery option being propagated by the temporary DAG. If the > router can not compare Metric Containers, it MUST remember the > latest Metric Container it has received, along with the =20 > associated > source route. > JP> Requires clarification on what you mean by "compare" > A router belonging to a temporary DAG need not remember the =20 > identity > of its DAG parents since the temporary DAG is not used for routing. > JP> Are you sure ? What is a hop-by-hop route is needed ? Don't you > need to remember your parent, or do you still record the route ? > [ABR:] > I would guess that neighboring information could be used by the node =20= > to update the neighbor caches > for the "normal" DODAGs that the nodes already use. > The temporary DODAGID is mainly a unique handle for the discovery =20 > session to avoid loops and control > the number of transmissions by an individual node during the =20 > discovery time window. JP> This just needs to be spelled out. > The main purpose of a temporary DAG's existence is to facilitate =20= > the > propagation of the Route Discovery option. > > The router does not process a Route Discovery option, contained in > the received DIO, any further if any of the following conditions =20= > are > true: > > o The router does not support the objective function > JP> and/or metrics > being used for > route discovery > > o The router does not have sufficient information to calculate the > relevant routing metrics/constraints in the right direction (as > specified by the D field). > > o The S field is clear, i.e. hop-by-hop routes are desired, but =20= > the > router can not participate in a hop-by-hop route. > > o The router is an intermediate router and the router's rank in =20= > the > temporary DAG, calculated on the basis of the rank and objective > function carried in the Base Object in the DIO, exceeds the Max > Rank value specified in the Route Discovery option. > > A router MUST discard the DIO if the Route Discovery option =20 > contained > in the message does not need further processing. > JP> Log an error ? > Otherwise, the > Route Discovery option is processed as follows. > > The router updates the Metrics Container associated with the =20 > received > Route Discovery option as per the specified objective function. > JP> And routing metrics > > The > router may optionally check the Metric Container to determine if =20= > the > aggregated values for the routing metrics meet all the constraints > listed in the Metric Container. > JP> The aggregated values are for the metrics. Constraints are used to > prune potential path. > If not, the Route Discovery option > is discarded > JP> You mean the DIO message. > without further processing. Otherwise, the router > updates its in-memory copy of the latest/best Metric Container for > this Route Discovery option along with the associated source route > updated in the correct direction (based on the D field of the Route > Discovery option). Any change in the in-memory copy also requires > resetting the trickle timer and generating a new DIO carrying the > Route Discovery option, the updated latest/best Metric Container =20= > and > the associated source route (in a Record Route IPv6 extension =20 > header > proposed in [I-D.thubert-6man-reverse-routing-header]) when the =20 > timer > fires. > JP> If the changes occur during the lifetime window. > Note that the Metric Container MUST immediately follow the > > > > Goyal, et al. Expires December 16, 2010 [Page =20= > 11] > =0C > Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= > 2010 > > > Route Discovery option if the O flag in the Route Discovery =20 > option is > set. > > 5.4. Processing of a DIO Carrying a Route Discovery Option At The > Target Router > > When the target router joins the temporary DAG advertized by a DIO > carrying the Route Discovery option, it MUST maintain its =20 > membership > in the DAG for the Minimum Life Time duration listed in the Route > Discovery option. Maintaining membership in the DAG implies > remembering: > > o The RPLInstanceID, the DODAGID and the DODAGVersionNumber for =20= > the > temporary DAG; > > o The router's rank in the temporary DAG; > > The target router does not process a Route Discovery option, > contained in the received DIO, any further if any of the following > conditions are true: > > o The router does not support the objective function used for =20 > route > discovery > > o The router does not have sufficient information to calculate the > relevant routing metrics/constraints in the right direction (as > specified by the D field). > > JP> or does not support the metric. > The target router MUST discard the DIO if the Route Discovery =20 > option contained in the message does not need further processing. > JP> ? How does it knows (simply because it reaches the destination) ? > [ABR:] > > e.g. if the updated rank exceeds the limit, i.e. "TTL =3D=3D 0" JP> Same comment > Otherwise, the Route Discovery option is processed as follows. > > The target router updates the Metrics Container associated with the > received Route Discovery option as per the specified objective > function. > JP> and routing metrics (remember they are decoupled). > > The target router then checks the Metric Container to > determine if the aggregated values for the routing metrics meet all > the constraints listed in the Metric Container. > JP> See previous comments. > > If not, the Route > Discovery option is discarded without further processing. =20 > Otherwise, > the router MAY select the source route accumulated by the received > DIO as one of the discovered routes. > JP> "MAY" ? When ? > The target router MUST send one > or more RPL Control Messages carrying a Discovery Reply Object > (defined in the next section) back to the origin router (identified > by the DODAGID field in the DIO Base Object) as discussed in the > following sections. > > The target router MUST NOT forward a DIO carrying a Route Discovery > option that lists one of its own addresses as the Target Address. > > > > > Goyal, et al. Expires December 16, 2010 [Page =20= > 12] > =0C > Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= > 2010 > > > 6. Propagation of Discovery Reply Messages > > 6.1. The Discovery Reply Object (DRO) > > 0 1 2 3 > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 =20= > 0 1 > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= > +-+ > | RPLInstanceID | Version | D |S| N | =20 > Reserved | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= > +-+ > =20 > | | > | DODAGID | > =20 > | | > =20 > | | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= > +-+ > =20 > | | > | Target =20 > Address | > =20 > | | > =20 > | | > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= > +-+ > | Option(s)... > +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+... > > > Figure 2: Format of the Discovery Reply Object (DRO) > > This document defines a new RPL Control Message type, the Discovery > Reply Object (DRO) with code 0x04 (to be confirmed by IANA), that > serves the following functions: > > o An acknowledgement from the target router to the origin router > regarding the successful discovery of backward source routes; > JP> ACK of routes from the origin to the target: you may not have =20 > routes > in the opposite direction. > [ABR:] > True - and in that case, the requester most likely retries the =20 > discovery. Randomization causes other > routes to be found in the second attempt - or the the "B" node also =20= > starts a discovery. > I agree that the doc should be clearer on this aspect. > o Carries one or more forward/bidirectional source routes from the > target to the origin router; > > o Establishes a hop-by-hop forward/backward/bidirectional route as > it travels from the target to the origin router. > > The format for a Discovery Reply Object (DRO) is shown in Figure 2. > A DRO consists of the following fields: > > o RPLInstanceID: The RPLInstanceID of the temporary DAG used for > route discovery. > > o Version: The Version of the temporary DAG used for route > discovery. > > > > > > Goyal, et al. Expires December 16, 2010 [Page =20= > 13] > =0C > Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= > 2010 > > > o DODAGID: The DODAGID of the temporary DAG used for route > discovery. The DODAGID also identifies the origin router. The > RPLInstanceID, the Version and the DODAGID together uniquely > identify the temporary DAG used for route discovery and can be > copied from the Base Object of the DIO advertizing the temporary > DAG. > > o D: A 2-bit field that indicates the direction of the discovered > routes: > > * D =3D 0x00: Forward; > > * D =3D 0x01: Backward; > > * D =3D 0x02: Bidirectional. > > This field has the same value as the corresponding field in the > Route Discovery option. > > o S: A flag that is clear if the Discovery Reply Object is > establishing an hop-by-hop route. The flag is set if the > Discovery Reply Object carries (or is an acknowledgement for the > discovery of) one or more source routes. > > o N: A 3-bit field that indicates the number of source routes > carried or acknowledged in the Discovery Reply Object. > > o Target Address: The IPv6 address of the target router =20 > originating > the Discovery Reply Object. > > o Reserved: These bits are reserved for future use. These bits =20= > MUST > be set to zero on transmission and MUST be ignored on reception. > > o Options: The Discovery Reply Object MAY carry up to 7 Source =20 > Route > options (defined in the next section) with each such option > carrying a complete forward/bidirectional source route and > optionally followed by a Metric Container option that lists the > aggregated values for the routing metrics for the source route. > JP> This may not be an aggregated value but recorded metric too. > Goyal, et al. Expires December 16, 2010 =20 > [Page 14] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 = =20 > June 2010 6.1.1. The Source Route Option =20 > 0 1 2 3 =20= > 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 =20 > 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= > +-+-+ | Type =3D 10 | Option Length | Compr | Pad | =20= > Resvd | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= > +-+-+-+-+-+-+-+ =20 > | =20 > | . =20 > Addresses=20 > [1=20 > ..n=20 > ] . . = . |=20 > =20 > | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= > +-+-+ Figure 3: Format of the Source Route Option =20= > The Source Route option, illustrated in Figure 3, carries a =20 > complete forward/bidirectional source route from the target router =20= > to the origin router. A Source Route option can only be a part of =20= > the Discovery Reply Object and MAY be immediately followed by a =20 > Metric Container option that contains the aggregated values of the =20= > routing metrics for this source route. A Route Discovery option =20= > consists of the following fields: o Option Type =3D 0x0A (to be =20= > confirmed by IANA). o Option Length =3D Variable, depending on the = =20 > size of the Addresses vector. o Compr: 4-bit unsigned =20 > interger indicating the number of prefix octets that are elided =20= > from each address. For example, Compr value will be 0 if full =20= > IPv6 addresses are carried in the Addresses vector. o Pad: =20= > 4-bit unsigned integer. Number of octets that are used for =20 > padding between Address[n] and the end of the Source Route =20 > option. o Address[1..n]: Vector of addresses, numbered 1 to n. =20= > Each vector element has size (16 - Compr) octets. A common =20 > network configuration for an RPL domain is that all routers within =20= > an LLN share a common prefix. The Source Route option uses the =20 > Compr field to allow compaction of the Addresses[1..n] vector when =20= > all entries share the same prefix as the DODAGID or the Target =20 > Address of the encapsulating Discovery Reply Object. The shared =20 > prefix octets are not carried within the Source Route option and =20 > each entry in Address[1..n] has size (16 - Compr) octets. When =20 > Compr is Goyal, et al. Expires December 16, =20 > 2010 [Page 15] =0C Internet-Draft = draft-dt-roll-p2=20 > p-rpl-01 June 2010 non-zero, there may exist unused =20= > octets between the last entry, Address[n], and the end of the =20 > Source Route option. The Pad field indicates the number of unused =20= > octets that are used for padding. Note that when Compr is 0, Pad =20 > MUST be null and carry a value 0. The Source Route option MUST =20 > NOT specify a path that visits a router more than once. When =20 > generating a Source Route option, the target router may not know =20 > the mapping between IPv6 addresses and routers. Minimally, the =20 > target router MUST ensure that: o The IPv6 Addresses do not =20 > appear more than once; o The IPv6 addresses of the origin and =20 > the target routers do not appear in the Address vector; o =20 > The Address vector represents a source route in forward =20 > direction with Address[1] being the next hop for the origin =20 > router. Multicast addresses MUST NOT appear in a Source Route =20 > option. > JP> you may want to add a ref to RH4 since the format is very similar. > 6.2. DRO as Acknowledgement for Backward Source Routes > > When a target router discovers a backward source route, > JP> I have an issue with your terminology. When the target receives =20= > the > DIO with route discovery option, what is discovered is a forward =20 > route ? > > it sends a > DRO message to the origin router as an acknowlegement for the > discovered route. Optionally, a target router MAY send a DRO > acknowledgement to the origin router after discovering multiple > backward source routes. A DRO, serving as an acknowledgement for > backward source route discovery, has its D field set to 0x01 > (indicating backward) while the S flag is set to 1 (indicating =20 > source > route). The N field is set to indicate the number of discovered > backward source routes being acknowledged. Such a DRO message MUST > NOT contain any option. > > This document does not require a particular method for sending =20 > such a > DRO message to the origin router. The target router MAY send the =20= > DRO > message to the origin router in any fashion, including: > > o Using a source route carried in a Type 4 Routing header > [I-D.hui-6man-rpl-routing-header]; > > o Along any DAG connecting the target and the origin routers; > > o Along the temporary DAG created for route discovery, provided =20= > that > the target router is reasonably sure that the DAG's life time is > sufficiently long and the routers in the DAG do remember one or > more of their parents in the DAG. > JP> You may want to explain a bit more why you the origin router > would be interested in receiving an ACK without the route itself (case > 6.3): hop-by-hop routes. > Goyal, et al. Expires December 16, 2010 =20 > [Page 16] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 = =20 > June 2010 6.3. DRO as Carrier of Forward/Bidirectional Source =20= > Routes When a target router discovers a forward source route, > JP> Here, I agree that this is a forward route. > it sends a DRO > message to the origin router carrying the discovered source route > inside a Source Route option. Similarly, when a target router > discovers a bidirectional source route, it caches the route for its > own use and then sends a DRO message to the origin router carrying > the discovered route inside a Source Route option. Rather than > immediately sending a discovered route back to the origin router, a > target router MAY optionally send one DRO message after discovering > multiple forward/bidirectional source routes with the sent DRO > carrying the discovered source routes (in multiple Source Route > options). > JP> Note that the algorithm for "best route" selection is outside =20 > the scope > of this document, so does the use of a timer on the target side to =20 > determine > how much time to wait before answering, ... > > [ABR:] > Well, if I am in a hurry, I can live with the best enough route, =20 > i.e. the first one received, while in > other cases, I can accept waiting for some time to get a number of =20 > backup routes in the same message. > > A DRO message carrying one or more Source Route options MUST have =20 > its D field set to 0x00 (for forward routes) or 0x02 (for =20 > bidirectional routes). The S flag MUST be set to 1 and the N field =20 > MUST indicate the number of Source Route options in the message. A =20 > Source Route option MAY immediately be followed by a Metric =20 > Container option that carries the aggregated > JP> or recorded > values of the routing metrics for this source > route. The target router may send this DRO message to the origin > router in any fashion it desires including the options listed in > Section 6.2. > > 6.4. Establishing Hop-by-hop Routes Via DRO > > In order to establish a hop-by-hop route, the target router sends a > DRO message along the reverse of the discovered route (via a Type 4 > Routing Header specified in [I-D.hui-6man-rpl-routing-header]). =20= > The > D field of the message is set to convey the route's direction > (forward/backward/bidirectional) and the S flag MUST be clear > (indicating hop-by-hop). The N field MUST be set to 1. Such a DRO > MUST NOT contain any option. > > A router receiving such a DRO message SHOULD establish hop-by-hop > state in the right direction corresponding to the route carried in > the Type 4 Routing Header of the DRO message. If a router does not > establish such state, it MUST drop the DRO message. Otherwise, it > MUST forward the DRO message along the source route contained in =20= > Type > 4 Routing Header of the received message. > > JP> Any error log if it does not ? (optional) ICMP sent to the =20 > target node? > A router SHOULD associate the hop-by-hop routing state, thus > established, with the objective function and metrics used for route > discovery. > > > > > > > > Goyal, et al. Expires December 16, 2010 [Page =20= > 17] > =0C > Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= > 2010 > > JP> New section to indicate how to clean-up the temporary DAG ? > 7. Security Considerations > > TBA > > > 8. IANA Considerations > > TBA > > > 9. Authors and Contributors > > In addition to the editor, the authors of this document include the > following individuals (listed in alphabetical order). > > Anders Brandt, Sigma Designs, Emdrupvej 26A, 1., Copenhagen, =20 > Dk-2100, > Denmark. Phone: +45 29609501; Email: abr@sdesigns.dk > > Robert Cragie, Gridmerge Ltd, 89 Greenfield Crescent, Wakefieldm =20= > WF4 > 4WA, UK. Phone: +44 1924910888; Email: robert.cragie@gridmerge.com > > Jerald Martocci, Johnson Controls, Milwaukee, WI 53202, USA. =20 > Phone: > +1 414 524 4010; Email:jerald.p.martocci@jci.com > > Charles Perkins, Tellabs Inc., USA. Email:charliep@computer.org > > Authors gratefully acknowledge the contributions of Richard Kelsey > and Zach Shelby in the development of this document. > > > 10. References > > 10.1. Normative References > > [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate > Requirement Levels", BCP 14, RFC 2119, March 1997. > > 10.2. Informative References > > [I-D.brandt-roll-rpl-applicability-home-building] > Brandt, A., Baccelli, E., and R. Cragie, "Applicability > Statement: The use of RPL in Building and Home > Environments", > draft-brandt-roll-rpl-applicability-home-building-00 =20 > (work > in progress), April 2010. > > [I-D.hui-6man-rpl-routing-header] > Hui, J., Vasseur, J., and D. Culler, "A Source Routing > > > > Goyal, et al. Expires December 16, 2010 [Page =20= > 18] > =0C > Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= > 2010 > > > Header for RPL", draft-hui-6man-rpl-routing-header-00 > (work in progress), May 2010. > > [I-D.ietf-roll-building-routing-reqs] > Martocci, J., Riou, N., Mil, P., and W. Vermeylen, > "Building Automation Routing Requirements in Low Power =20= > and > Lossy Networks", draft-ietf-roll-building-routing-=20 > reqs-09 > (work in progress), January 2010. > > [I-D.ietf-roll-of0] > Thubert, P., "RPL Objective Function 0", > draft-ietf-roll-of0-02 (work in progress), June 2010. > > [I-D.ietf-roll-routing-metrics] > Vasseur, J., Kim, M., Networks, D., and H. Chong, =20 > "Routing > Metrics used for Path Calculation in Low Power and Lossy > Networks", draft-ietf-roll-routing-metrics-07 (work in > progress), June 2010. > > [I-D.ietf-roll-rpl] > Winter, T., Thubert, P., and R. Team, "RPL: IPv6 Routing > Protocol for Low power and Lossy Networks", > draft-ietf-roll-rpl-09 (work in progress), June 2010. > > [I-D.ietf-roll-terminology] > Vasseur, J., "Terminology in Low power And Lossy > Networks", draft-ietf-roll-terminology-03 (work in > progress), March 2010. > > [I-D.thubert-6man-reverse-routing-header] > Thubert, P., "Reverse Routing Header", > draft-thubert-6man-reverse-routing-header-00 (work in > progress), June 2010. > > [RFC5826] Brandt, A., Buron, J., and G. Porcu, "Home Automation > Routing Requirements in Low-Power and Lossy Networks", > RFC 5826, April 2010. > > > > > > > > > > > > > > > Goyal, et al. Expires December 16, 2010 [Page =20= > 19] > =0C > Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= > 2010 > > > Authors' Addresses > > Mukul Goyal (editor) > University of Wisconsin Milwaukee > 3200 N Cramer St > Milwaukee, WI 53211 > USA > > Phone: +1 414 2295001 > Email: mukul@uwm.edu > > > Emmanuel Baccelli (editor) > INRIA > > Phone: +33-169-335-511 > Email: Emmanuel.Baccelli@inria.fr > URI: http://www.emmanuelbaccelli.org/ > > > P2P Team > JP> Remove P2P Team unless you list the people. > Goyal, et al. Expires December 16, 2010 =20 > [Page 20] =0C > > _______________________________________________ > Roll mailing list > Roll@ietf.org > https://www.ietf.org/mailman/listinfo/roll --Apple-Mail-199--113873735 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Replying to where you replied = (note that these are not the most important points that I raised but = Mukul already said that he would start threads on the = list).

On Jun 16, 2010, at 1:13 PM, Anders Brandt = wrote:

Comments inline
 
=
Cheers,
=
  = Anders

From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] = On Behalf Of JP Vasseur
Sent: Wednesday, June 16, = 2010 12:00
To: Mukul Goyal; Emmanuel Baccelli
Cc: = ROLL WG
Subject: [Roll] Comments on = draft-dt-roll-p2p-rpl-01

Dear = authors,

Since I had a number of = comments I inserted them in the ID itself. As you will notice:
=
1) Some of them are purely editorial
2) Others are more = fundamental and may require just clarifications, more discussion on = the mailing list, ... In this case, feel free to start a separate = thread (note that ticket cannot be assigned to non WG document).
=
3) I also suggested new sections

Internet Engineering Task Force          =
                  M. Goyal, Ed.
Internet-Draft                         University of Wisconsin Milwaukee
Intended status: Informational                          E. Baccelli, Ed.

JP> Are you sure that =
you want to make it informational ?

Expires: December 16, 2010                                   =
      INRIA
                                                               P2P. Team
                                                           June 14, 2010


   Reactive Discovery of Point-to-Point Routes in Low Power and Lossy
                                Networks
                        draft-dt-roll-p2p-rpl-01

Abstract

   This document describes a mechanism to discover and establish "on
   demand" one or more routes between two routers in a low power and
   lossy network.

JP> Needs a bit more =
details + explicitly refer to IPv6 in the =
abstract 
and introduction.
 Status of this Memo =
   This Internet-Draft is submitted to IETF in full conformance with the =
  provisions of BCP 78 and BCP 79.    Internet-Drafts are working =
documents of the Internet Engineering   Task Force (IETF).  Note that =
other groups may also distribute   working documents as Internet-Drafts. =
 The list of current Internet-   Drafts is at http://datatracker.ie=
tf.org/drafts/current/.    Internet-Drafts are draft documents valid =
for a maximum of six months   and may be updated, replaced, or obsoleted =
by other documents at any   time.  It is inappropriate to use =
Internet-Drafts as reference   material or to cite them other than as =
"work in progress."    This Internet-Draft will expire on December 16, =
2010. Copyright Notice    Copyright (c) 2010 IETF Trust and the persons =
identified as the   document authors.  All rights reserved.    This =
document is subject to BCP 78 and the IETF Trust's Legal   Provisions =
Relating to IETF Documents   (http://trustee.ietf.org/lice=
nse-info) in effect on the date of   publication of this document.  =
Please review these documents   carefully, as they describe your rights =
and restrictions with respect   to this document.  Code Components =
extracted from this document must   include Simplified BSD License text =
as described in Section 4.e of   the Trust Legal Provisions and are =
provided without warranty as Goyal, et al.           Expires December =
16, 2010               [Page 1] =0C Internet-Draft          =
draft-dt-roll-p2p-rpl-01               June 2010    described in the =
Simplified BSD License. Table of Contents    1.  Introduction . . . . . =
. . . . . . . . . . . . . . . . . . . .  3   2.  Targeted Use Cases . . =
. . . . . . . . . . . . . . . . . . . .  4   3.  Terminology  . . . . . =
. . . . . . . . . . . . . . . . . . . .  4   4.  Functional Overview  . =
. . . . . . . . . . . . . . . . . . . .  5   5.  Propagation of =
Discovery Messages  . . . . . . . . . . . . . .  7     5.1.  The Route =
Discovery Option . . . . . . . . . . . . . . . .  7     5.2.  Setting a =
DIO Carrying a Route Discovery Option  . . . . .  9     5.3.  Processing =
of a DIO Carrying a Route Discovery Option           At An Intermediate =
Node  . . . . . . . . . . . . . . . . . 10     5.4.  Processing of a DIO =
Carrying a Route Discovery Option           At The Target Router . . . . =
. . . . . . . . . . . . . . . 12   6.  Propagation of Discovery Reply =
Messages  . . . . . . . . . . . 13     6.1.  The Discovery Reply Object =
(DRO) . . . . . . . . . . . . . 13       6.1.1.  The Source Route Option =
 . . . . . . . . . . . . . . . 15     6.2.  DRO as Acknowledgement for =
Backward Source Routes  . . . . 16     6.3.  DRO as Carrier of =
Forward/Bidirectional Source Routes  . . 17     6.4.  Establishing =
Hop-by-hop Routes Via DRO . . . . . . . . . . 17   7.  Security =
Considerations  . . . . . . . . . . . . . . . . . . . 18   8.  IANA =
Considerations  . . . . . . . . . . . . . . . . . . . . . 18   9.  =
Authors and Contributors . . . . . . . . . . . . . . . . . . . 18   10. =
References . . . . . . . . . . . . . . . . . . . . . . . . . . 18     =
10.1. Normative References . . . . . . . . . . . . . . . . . . . 18     =
10.2. Informative References . . . . . . . . . . . . . . . . . . 18   =
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 19 =
Goyal, et al.           Expires December 16, 2010               [Page 2] =
=0C Internet-Draft          draft-dt-roll-p2p-rpl-01               June =
2010 1.  Introduction    RPL [I-D.ietf-roll-rpl] provides =
multipoint-to-point (MP2P) routes   from routers in a low power and =
lossy network (LLN) to a sink router   by organizing the routers along a =
Directed Acyclic Graph (DAG) rooted   at the sink.  
JP> low power and lossy =
.... Low Power and Lossy
JP> RPL provides P2MP, =
MP2P and P2P routes =
too.

The DAG root initiates the DAG formation by originating
   a DODAG Information Object (DIO) message.  The DIO message is sent
   via link-local multicast and carries information about the
   originating router's position (the "rank") in the DAG.  On receiving
   DIO messages sent by its neighbors, a router determines its own
   "rank" in the DAG and originates its own DIO message.

JP> Without going too =
much in the details, you may just want to =
add
that a node =
decides to join a DODAG according to a number of =
parameters
(identity of =
the DODAG, OF, routing/constraints a specified in the =
metric-ID,...).
   RPL enables point-to-multipoint (P2MP) routing from a =
router to its
   descendants in the DAG by allowing a router to send a Destination
   Advertisement Object (DAO) upwards along the DAG.  The DAO carries
   the aggregated 
JP> Potentially =
"aggregated"
information regarding the descendants =
(and other local
   prefixes) reachable through the originating router.

   RPL also provides mechanisms for point-to-point (P2P) routing between
   any two routers in the DAG.  
JP> =
Yes.
If the destination is within the
   source's "range", the source may directly send packets to the
   destination.  Otherwise, if the destination is a DAG descendant and
   the source maintains "downwards" routing state about this descendant,
   it can forward the packet along this route.  Otherwise, the source
   sends the packet to a DAG parent, which then applies the same set of
   rules to forward the packet further.  Thus, a packet travels up the
   DAG until it reaches a router that knows of the downwards route to
   the destination and then it travels down the DAG towards its
   destination.  A router may or may not maintain routing state about a
   descendant depending on whether its immediate children send it such
   information in their DAOs and whether the router can store this
   information.  Thus, in the best case scenario, the "upwards" segment
   of the P2P route between a source and a destination ends at the first
   common ancestor of the source and the destination.  In the worst
   case, the "upwards" segment would extend all the way to the DAG's
   root.  If the destination did not originate a DAO, the packet will
   travel all the way to the DAG's root, where it will be dropped.

JP> This may require to =
be a bit more accurate here. If there is no =
DAO,
there RPL is used for MP2P routing only (that is not a protocol =
design 
characteristic =
though). 
   The P2P routing functionality available in RPL suffers =
from several
   shortcomings [I-D.brandt-roll-rpl-applicability-home-building]:

JP> "suffering from =
several shortcomings" is a bit strong though. You =
may
want to say that additional =
mechanisms may be required to address =
specific
situation and list =
them.  
[ABR:]
I think that the wording is adequate and nobody objected to =
the conclusions of the applicability draft so =
far.
The applicability draft evaluates the usefulness of the =
current RPL proposal and concludes that
basic requirements are not =
met for home and building application =
spaces.
It= is just important to properly position the two. What you call the = applicability ID, which
is a mix of problem statement and = applicability document (still a good document !!) is
not even = a WG document at this point. What I was proposing is a softer language, = which
is IMO appropriate in this case. But again, what matters = is to continue to keep moving 
forward, this is why I = made a detailed review.
   o  The =
need to maintain routes "proactively", i.e. every possible
      destination in the DAG must originate a DAO.

   o  The constraint to route only along a DAG potentialy leading to
      significantly suboptimal P2P routes and traffic congestion near
      the DAG root.
JP> 
First bullet: you can mention that this =
requires to pro-actively advertise the
route and to keep refreshing the state =
accordingly
Second bullet: just to be very accurate, mention that the route =
may be sub-optimal.
This is highly network topology / OF =
dependent.
 Goyal, et al.           Expires =
December 16, 2010               [Page 3] =0C Internet-Draft          =
draft-dt-roll-p2p-rpl-01               June 2010    These shortcomings =
are not compatible with the home and commercial   building domain =
application requirements described in [RFC5826] and   =
[I-D.ietf-roll-building-routing-reqs].  
JP> Again, to be =
accurate, there are no MUST requirements listed =
in
these ID that =
are not satisfied by RPL (with regards to the =
aforementioned
issues). I am NOT saying that the proposed mechanism is not =
useful 
(by all means), just that the statement above is not =
correct. 
 
[ABR:]
I have to =
disagree.
 
RFC5826 says: 
The routing protocol MUST converge within =
0.5 seconds if no nodes
   have moved (see Section 3.2 for motivation).

   The routing protocol MUST converge within four seconds if nodes have
   moved to re-establish connectivity within a time that a human
   operator would find tolerable as, for example, when moving a remote
   control =
unit.
Not = quibbling at all. But to be perfectly accurate this does not translate = into "a reactive protocol
is needed". Once again (not to make = sure that there is no confusion), I am not trying to say = that
this complementary mechanism is not = useful.

Such applications require a
   mechanism providing source-initiated discovery of P2P routes that are
   not along a DAG.  
JP> In some cases, it =
may be desirable to make use of source-initiated =
... 
[ABR:]
I have to disagree.
If I am looking for a light =
module and the DAG states represent broken paths, I have a requirement =
for
source-initiated discovery. I cannot wait for the RPL DAG timers =
to fire. 
We could = argue but let's focus on the mechanisms and make it = work. 
This document thus =
describes such a mechanism,
   complementary to the basic RPL specification.

   The specified scheme is based on a reactive on-demand approach, which
   enables a router to discover one or more "good-enough" routes in
   either direction between itself and another router in the LLN without
   any constraints regarding the existing DAG-membership of the links
   that such routes may use.  
JP> This will be an =
aspect triggering some discussion. How "good" =
is
"good enough" ? =
You will need some text to elaborate here or =
point 
to another section explaining what is meant by "good =
enough"
Such routes may be source-routes or hop-
   by-hop ones.  
JP> Just terminology: =
instead of referring to hop-by-hop routes, you =
may
want to say =
that once a route has been computed between two nodes =
in 
the network, =
IPv6 packet may be forward using a source routing =
mechanism
as specified in =
[XX] or in a hop by hop fashion.
A complementary functionality, necessary =
to help decide
   whether to initiate a route discovery, is a mechanism to measure the
   end-to-end cost of an existing route.  
JP> s/cost/path =
cost
Such functionality will be
   described in a separate document.

JP> But its use is =
described in this document ?
 2.  =
Targeted Use Cases    The mechanisms described in this document are =
intended to be employed   as complementary to RPL in specific scenarios =
that need point-to-   point (P2P) routes between arbitrary routers.    =
One target use case, common in a home environment, involves a remote   =
control (or a motion sensor) that suddenly needs to communicate with   a =
lamp module, whose network address it knows apriori.  In this case,   =
the source of data (the remote control or the motion sensor) must be   =
able to discover a route to the destination (the lamp module) "on   =
demand".    Another target use case, common in a large commercial =
building   environment, involves a large LLN deployment where P2P =
communication   along a particular DAG among hundreds (or thousands) of =
routers   creates severe traffic congestion near that DAG's root, and =
thus   routes across this DAG are desirable.    Targeted use cases also =
include scenarios where energy or delay   constraints are not satisfied =
by the P2P routes along a DAG because   they involve traversing many =
more intermediate routers than necessary   to reach the destination. =

JP> What I would suggest =
is to summarize it, put in the =
introduction,
and detail the use case in the applicability statement. 
[ABR:]
 
Good =
point
3.  =
Terminology

   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
   "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and
   "OPTIONAL" in this document are to be interpreted as described in



Goyal, et al.           Expires December 16, 2010               [Page 4]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   [RFC2119].

   Additionally, this document uses terminology from
   [I-D.ietf-roll-terminology] and [I-D.ietf-roll-rpl], and introduces
   the following terminology:

   Origin Router: The router initiating the route discovery.  The origin
   router acts as one end point of the routes to be discovered.

   Target Router: The other end point of the routes to be discovered.

   Intermediate Router: A router that is neither the origin nor the
   target.

   Forward Route: A route from the origin router to the target router.

   Backward Route: A route from the target router to the origin router.

   Bidirectional Route: A route that can be used in both directions:
   from the origin router to the target router and vice versa.

   Source Route: A complete and ordered list of routers that can be used
   by a packet to travel from a source to a destination.  Such source
   routes can be carried by a packet in a proposed Type 4 Routing Header
   [I-D.hui-6man-rpl-routing-header].

   Hop-by-hop Route: A route from a source to a destination where each
   router in the route knows only the address of the next hop on the
   route.
JP> I would suggest to =
change the definition for "routing =
paradigm
whereby packets are routed from their source to destination =
by 
on a hop by hop =
basis where the packets is routed by a set of =
routers
along the path =
according to the routing table stored by each =
router
along the =
path".
   In this document, the term 'router' refers to any LLN =
device that can
   forward packets generated at other devices.


4.  Functional Overview

   Router A originates a "Discovery" message listing router B as the
   target.  Node A also indicates in the message:

   o  The nature of the routing cost, the method for accumulating the
      end-to-end cost 
JP> This may de detailed =
hereafter but I guess that you will point =
to 
the metric-ID for the metric =
used?

and the =
criteria used to determine if a route is
      "good enough";

   o  The direction (forward: router A to router B; backward: router B
      to router A; or both) of the route being discovered;

   o  The desired number of routes;




Goyal, et al.           Expires December 16, 2010               [Page 5]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   o  Whether the route is a source-route or a hop-by-hop one; and

   o  A limit on the "distance" the Discovery message may =
travel.

JP> Need to define the =
term "distance": is it a max path cost, number =
of
hops, ... =
?
    The Discovery message propagates via =
link-local multicast 
JP> Indicate =
"IPv6"
with each
   receiving router making the decision regarding whether to forward the
   message further based on the "distance" (from router A) that this
   particular copy of the message has already traveled.  Note that this
   document does not require a receiving router to use the "good enough"
   criteria to make the forwarding decision.  This is because the
   evaluation of such criteria may be too complex for a constrained
   intermediate router to perform for each received copy of the
   Discovery message.  
JP> So I guess that you =
define later what to do in both cases (the =
node
cannot process the "good enough" criteria or it can process it) =
?
The calculation of the "distance" that a copy of
   the Discovery message has already travelled should be simple enough
   for a constrained router to perform.  
JP> Again it is hard to =
tell from what you wrote if this can reasonably =
be
achieved; it =
depends on the definition of the term =
"distance".
A router may optionally decide
   not to forward a copy of the Discovery message further because the
   aggregated cost of the route so far fails the "good enough" =
criteria.
JP> You will nee to be =
more specific here. Is it a "may" or a =
"MAY". 
Define what happens in this case. You may provide more details =
later
in the =
document.
   The underlying mechanism being used to propagate the =
Discovery
   message may put further restrictions on its propagation.  A router
   should not propagate the Discovery message further if hop-by-hop
   routes are desired and the router can not store state for this route.

   As a copy of the Discovery message travels towards router B, it
   accumulates the relevant forward/backward costs as well as the route
   it takes.  When router B receives a copy of the Discovery message, it
   determines whether the route traveled by the message meets the "good
   enough" criteria.
JP> I think that you =
already mentioned this.
   If router A had requested the =
discovery of backward source-routes,
JP> Didn't you mean =
"forward" ?
   router B caches one or more good =
enough source-routes it identifies.
   Additionally, router B sends one or more "Discovery Reply" message to
   router A to acknowledge the discovery of these routes.  These
   acknowledgements allow router A to judge the success of the route
   discovery.  The Discovery Reply messages can travel towards router A
   in any manner chosen by router B. For example, router B may source-
   route the messages or send them towards router A along a DAG.

   If router A had requested the discovery of "n" forward source-routes,
   router B sends the "n" good enough source-routes it identifies to
   router A in one or more Discovery Reply messages.  Again, these
   Discovery Reply messages can travel towards router A in any manner
   chosen by router B.
JP> What if the DAG is =
"broken": retry from A after expiration of a =
local
timer ?
   If router A had requested the discovery of "n" =
bidirectional source-
   routes, router B caches the "n" good enough source-routes it
   identifies and also sends these routes to router A in one or more
   Discovery Reply messages.  These Discovery Reply messages can travel
   towards router A in any manner chosen by router B.



Goyal, et al.           Expires December 16, 2010               [Page 6]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   If router A had requested the discovery of "n" forward/backward/
   bidirectional hop-by-hop routes, router B sends out a Discovery Reply
   message to router A for each one of the "n" good enough routes it
   identifies.  
JP> Do you need one =
"Discovery Reply message" per route or =
next-hop
in this case?
The Discovery Reply message travels =
towards router A
   using the source-route accumulated by the Discovery message. =
 
JP> In the case of =
hop-by-hop routes, source routes, both =
?
As this
   message travels towards router A, it establishes appropriate forward/
   backward routing state in the en-route routers.  This "non DAG"
   routing state should be specially marked to associate it with the
   routing metrics 
JP> Refer to metric ID =
?
used to discover the route and to distinguish such
   state from other DAG-specific routing state the router may have.

JP> Not sure that you =
need to distinguish the state. Suppose that =
you
discover a =
hop-by-hop route (not a big fan of that terms as pointed =
out
above but let's =
continue to use it for the time being), a storing =
node
may indeed have =
two routes for the same destination: do you want =
to
state that it =
should always use the P2P routes discovered by =
this
mechanism or =
let it choose the best one according to the metric =
in
use?
JP> What if there are =
two routes using different =
metrics?
5.  Propagation of Discovery =
Messages

   RPL uses DIO message propagation to build a DAG.  The DIO message
   travels via link-local multicast.  
JP> Add everywhere "IPv6 =
link-local multicast =
addresses"

Each router =
joining the DAG
   determines a rank for itself and ignores the subsequent DIO messages
   received from lower (higher in numerical value) ranked neighbors.
   Thus, the DIO messages propagate outwards rather than return inwards
   towards the DAG root.  
JP> I would suggest to =
align to the RPL terminology. =
Inward/outward
are not used anymore.

The DIO message generation at a router is
   further controlled by a trickle timer that allows a router to avoid
   generating unnecessary messages.  
JP> Add a reference to =
the Trickle ID

The link-local multicast based
   propagation, trickle-controlled generation and the rank-based
   poisoning of messages traveling in the wrong direction (towards the
   DAG root) provide powerful incentives to use the DIO message as the
   Discovery message and propagate the DIO/Discovery message by creating
   a "temporary" DAG.

5.1.  The Route Discovery Option

       0                   1                   2                   3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |   Type =3D 9    | Option Length | D |S|  N  | L |O|  Max Rank   =
|
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                                                               |
       |                       Target Address                          |
       |                                                               |
       |                                                               |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |              OCP              |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+


              Figure 1: Format of the Route Discovery Option

   In order to be used as a Discovery message, a DIO MUST carry a "Route
   Discovery" option illustrated in Figure 1.  A DIO MUST NOT carry more



Goyal, et al.           Expires December 16, 2010               [Page 7]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   than one Route Discovery options.  
JP> Explain what you do =
if more than one is present:
	* Ignore the second =
one?
	* Ignore =
the entire message?

A Route Discovery option consists
   of the following fields:

   o  Option Type =3D 0x09 (to be confirmed by IANA).

   o  Option Length =3D 20 or 22 octets depending on whether the OCP =
field
      is included or not.

   o  D: A 2-bit field that indicates the direction of the desired
      routes:

      *  D =3D 0x00: Forward;

      *  D =3D 0x01: Backward;

      *  D =3D 0x02: Bidirectional.

   o  S: A flag that indicates whether source routes are desired.  The
      flag is set if the source routes are desired.  The flag is clear
      if hop-by-hop routes are desired.

   o  N: A 3-bit unsigned integer indicating the number of routes
      desired.

   o  L: A 2-bit field indicating the minimum "Life Time" of the
      temporary DAG, i.e., the minimum duration a router joining the
      temporary DAG must maintain its membership in the DAG:

      *  L =3D 0x00: Minimum life time is 5 seconds;

      *  L =3D 0x01: Minimum life time is 10 seconds;

      *  L =3D 0x02: Minimum life time is 1 minute;

      *  L =3D 0x03: Minimum life time is 10 minutes.

JP> Placeholder ... =
indicate what happens if a node cannot store =
that
additional state (add a manageability =
section).
   o  O: A flag that indicates whether the same OCP is used =
for route
      discovery as well as temporary DAG formation.  If this flag is
      clear, the OCP contained in the DODAG Configuration option in the
      DIO is used for route discovery as well.  Otherwise, the OCP
      specified in the Route Discovery option is used for route
      selection 
JP> s/route =
selection/route discovery

and the metrics/constraints used for route selection are
      carried in a Metrics Container option immediately following the
      Route Discovery option.
JP> Since OF is =
decoupled from metrics, you always need to =
indicate
the metric in use. That said, I do not see your point here. =
Indeed, the 
temporary DAG is built according to some OF and metrics so =
the 
resulting =
routes will inherit these metrics?
   o  Max Rank: A 7-bit unsigned integer =
that indicates the maximum rank
      allowed in the temporary DAG advertised by the DIO message.  This
      upper limit on the DAG rank serves as the "distance" referred to



Goyal, et al.           Expires December 16, 2010               [Page 8]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


      in Section 4 and provides a control over how far the Route
      Discovery option contained in the DODAG Configuration option in
      the DIO message may travel.  
JP> You may discuss it =
later in this document ... but the distance is =
tied
to how you compute the =
rank.
A router MUST not 
JP> s/MUST not/MUST =
NOT
join the temporary
      DAG if its rank in the DAG will exceed this limit.  Later versions
      of this draft will map the 128 value space available in this field
      to 16-bit long limits on the DAG rank.

   o  Target Address: The IPv6 address of the target router.

   o  OCP: 16 bit unsigned integer.  An optional field, present only if
      the O flag is set, that indicates the objective code point (OCP)
      to be used for route selection.

5.2.  Setting a DIO Carrying a Route Discovery Option

   A DIO message that carries a Route Discovery option MUST set the Base
   Object, described in [I-D.ietf-roll-rpl], in the following manner:

   o  RPLInstanceID: RPLInstanceID MUST be a local value as described in
      Section 4.1 of [I-D.ietf-roll-rpl].

   o  Grounded (G) Flag: MUST be clear since the objective of DAG
      formation is the propagation of Route Discovery option.  This DAG
      is temporary in nature and is not used for routing purpose.

   o  Destination Advertisement Supported (A) Flag: MUST be clear for
      same reasons as described above.

   o  Destination Advertisement Trigger (T) Flag: MUST be clear.

   o  Mode of Operation (MOP): Since the temporary DAG is not to be used
      for routing purposes, the value of this field is immaterial.  To
      allow constrained routers to join the DAG, the MOP field SHOULD be
      set to 00 (non-storing).

JP> I'd rather suggest =
to specify a new MOP value =
(0x02)
   o  DODAGPreference (Prf): TBD

   o  Destination Advertisement Trigger Sequence Number (DTSN): TBD

JP> To be discussed on =
the mailing list ?
   o  DODAGID: IPv6 address of the =
router initiating the route
      discovery.

JP> Origin =
router.
   The other fields in the Base Object are set as per the =
rules
   described in [I-D.ietf-roll-rpl].

   The DODAG Configuration option, carried in the DIO message, specifies
   the parameters for the trickle timer operation that governs the
   generation of DIO messages by the routers joining the temporary DAG.

JP> Also according to =
RPL ID or would you recommend different
default values ? Default values for RPL =
are TBD but we could easily
think of different values in this case. To be revisited in the =
future.
Goyal, et al.           Expires December 16, 2010               [Page 9]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   The other fields defined in the DODAG Configuration option are set as
   follows:

   o  The MaxRankIncrease field MUST be set to 0 to disable local repair
      of the temporary DAG.

   o  This document RECOMMENDS a value 1 for the MinHopRankInc field.

   o  Objective Code Point (OCP): The OCP to be used for temporary DAG
      formation.  This document RECOMMENDS RPL Objective Function 0, as
      defined in [I-D.ietf-roll-of0], for use as the objective function
      for the formation of the temporary DAG.

   A DIO, that contains a Route Discovery option with O flag set, MUST
   also contain a Metric Container option immediately following the
   Route Discovery option.  This Metric Container option carries the
   values for the routing metrics as well as the constraints
   (constituting the "good enough" criteria) used for route =
selection.
JP> This is confusing: =
the metric and constraint carried within the =
Metric
Container are used for the DODAG formation. Do you want to use =
them
for a different =
purpose ? At this point, you have not yet defined the use =
of
the good enough =
criteria but one can guess that you would use the =
good
enough =
metrics to control the flooding and the metric/OF to =
effectively 
build the temporary DAG and discover the routes. If so, the good =
enough
metrics are of =
different use.
   Note that if O flag in the Route Discovery option is =
clear, the OCP
   and Metric Container used for temporary DAG formation are used for
   route selection as well.

   A DIO, carrying a Route Discovery option, MUST not carry any =
Route
JP> s/MUST not/MUST =
NOT
   Information or Prefix Information options described in
   [I-D.ietf-roll-rpl].

5.3.  Processing of a DIO Carrying a Route Discovery Option At An
      Intermediate Node

   The rules for DIO processing and transmission, described in Section 7
   of RPL [I-D.ietf-roll-rpl], apply to DIOs carrying a Route Discovery
   option as well except as modified in this document.

   When an intermediate router joins a temporary DAG advertized by a DIO
   carrying the Route Discovery option, it MUST maintain its membership
   in the DAG for the Minimum Life Time duration listed in the Route
   Discovery option.  
JP> What if it cannot ? =
Just not join the DAG and log an error =
?
Maintaining membership in the DAG implies
   remembering:

   o  The RPLInstanceID, the DODAGID and the DODAGVersionNumber for the
      temporary DAG;

   o  The router's rank in the temporary DAG;

   o  The best Metric Container, 
JP> you mean the best =
path cost?
along with the associated source route
      from the initiator of route discovery till this router (carried in
      a Record Route IPv6 Extension Header proposed in
      [I-D.thubert-6man-reverse-routing-header]), for the Route



Goyal, et al.           Expires December 16, 2010              [Page 10]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


      Discovery option being propagated by the temporary DAG.  If the
      router can not compare Metric Containers, it MUST remember the
      latest Metric Container it has received, along with the associated
      source route.
JP> Requires =
clarification on what you mean by =
"compare"
   A router belonging to a temporary DAG need not remember =
the identity
   of its DAG parents since the temporary DAG is not used for =
routing.
JP> Are you sure ? What =
is a hop-by-hop route is needed ? Don't =
you
need to =
remember your parent, or do you still record the route ? 
[ABR:] 
I would guess that =
neighboring information could be used by the node to update the =
neighbor caches
for the "normal" =
DODAGs that the nodes already use.
The temporary DODAGID is mainly a =
unique handle for the discovery session to avoid loops and =
control
the number of transmissions by an individual node during the =
discovery time =
window.

=
JP> This just needs to be spelled out.
   The =
main purpose of a temporary DAG's existence is to facilitate the
   propagation of the Route Discovery option.

   The router does not process a Route Discovery option, contained in
   the received DIO, any further if any of the following conditions are
   true:

   o  The router does not support the objective function 
JP> and/or =
metrics
being used for
      route discovery

   o  The router does not have sufficient information to calculate the
      relevant routing metrics/constraints in the right direction (as
      specified by the D field).

   o  The S field is clear, i.e. hop-by-hop routes are desired, but the
      router can not participate in a hop-by-hop route.

   o  The router is an intermediate router and the router's rank in the
      temporary DAG, calculated on the basis of the rank and objective
      function carried in the Base Object in the DIO, exceeds the Max
      Rank value specified in the Route Discovery option.

   A router MUST discard the DIO if the Route Discovery option contained
   in the message does not need further processing.  
JP> Log an error =
?
Otherwise, the
   =
Route Discovery option is processed as follows.

   The router updates the Metrics Container associated with the received
   Route Discovery option as per the specified objective function. =
 
JP> And routing =
metrics

The
   router may optionally check the Metric Container to determine if the
   aggregated values for the routing metrics meet all the constraints
   listed in the Metric Container.  
JP> The aggregated =
values are for the metrics. Constraints are used =
to
prune potential =
path.
If not, the Route Discovery option
   is discarded 
JP> You mean the DIO =
message.
without further processing.  Otherwise, the router
   updates its in-memory copy of the latest/best Metric Container for
   this Route Discovery option along with the associated source route
   updated in the correct direction (based on the D field of the Route
   Discovery option).  Any change in the in-memory copy also requires
   resetting the trickle timer and generating a new DIO carrying the
   Route Discovery option, the updated latest/best Metric Container and
   the associated source route (in a Record Route IPv6 extension header
   proposed in [I-D.thubert-6man-reverse-routing-header]) when the timer
   fires.  
JP> If the changes occur =
during the lifetime window.
Note that the Metric Container MUST =
immediately follow the



Goyal, et al.           Expires December 16, 2010              [Page 11]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   Route Discovery option if the O flag in the Route Discovery option is
   set.

5.4.  Processing of a DIO Carrying a Route Discovery Option At The
      Target Router

   When the target router joins the temporary DAG advertized by a DIO
   carrying the Route Discovery option, it MUST maintain its membership
   in the DAG for the Minimum Life Time duration listed in the Route
   Discovery option.  Maintaining membership in the DAG implies
   remembering:

   o  The RPLInstanceID, the DODAGID and the DODAGVersionNumber for the
      temporary DAG;

   o  The router's rank in the temporary DAG;

   The target router does not process a Route Discovery option,
   contained in the received DIO, any further if any of the following
   conditions are true:

   o  The router does not support the objective function used for route
      discovery

   o  The router does not have sufficient information to calculate the
      relevant routing metrics/constraints in the right direction (as
      specified by the D field).

JP> or does not support =
the metric.
   The target router MUST =
discard the DIO if the Route Discovery option   contained in the message =
does not need further processing.
JP> ? How does it knows =
(simply because it reaches the destination) ? 
[ABR:]
 
e.g. if the updated rank exceeds the limit, i.e. "TTL =3D=3D =
0"
JP>= Same comment

   Otherwise, the Route =
Discovery option is processed as follows.

   The target router updates the Metrics Container associated with the
   received Route Discovery option as per the specified objective
   function.  
JP> and routing metrics =
(remember they are =
decoupled).

The target router then checks the Metric Container to
   determine if the aggregated values for the routing metrics meet all
   the constraints listed in the Metric Container.  
JP> See previous =
comments.

If not, the =
Route
   Discovery option is discarded without further processing.  Otherwise,
   the router MAY select the source route accumulated by the received
   DIO as one of the discovered routes.  
JP> "MAY" ? When =
?
The target router MUST send one
   or more RPL Control Messages carrying a Discovery Reply Object
   (defined in the next section) back to the origin router (identified
   by the DODAGID field in the DIO Base Object) as discussed in the
   following sections.

   The target router MUST NOT forward a DIO carrying a Route Discovery
   option that lists one of its own addresses as the Target Address.




Goyal, et al.           Expires December 16, 2010              [Page 12]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


6.  Propagation of Discovery Reply Messages

6.1.  The Discovery Reply Object (DRO)

       0                   1                   2                   3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       | RPLInstanceID |    Version    | D |S|  N  |     Reserved      |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                                                               |
       |                         DODAGID                           |
       |                                                               |
       |                                                               |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                                                               |
       |                       Target Address                          |
       |                                                               |
       |                                                               |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       | Option(s)...
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+...


           Figure 2: Format of the Discovery Reply Object (DRO)

   This document defines a new RPL Control Message type, the Discovery
   Reply Object (DRO) with code 0x04 (to be confirmed by IANA), that
   serves the following functions:

   o  An acknowledgement from the target router to the origin router
      regarding the successful discovery of backward source routes;

JP> ACK of routes from =
the origin to the target: you may not have =
routes
in the opposite direction. 
[ABR:]
True - =
and in that case, the requester most likely retries the discovery. =
Randomization causes other
routes to be found in the second attempt - =
or the the "B" node also starts a =
discovery.
I agree that =
the doc should be clearer on this aspect.
= 
   o  Carries one or more =
forward/bidirectional source routes from the
      target to the origin router;

   o  Establishes a hop-by-hop forward/backward/bidirectional route as
      it travels from the target to the origin router.

   The format for a Discovery Reply Object (DRO) is shown in Figure 2.
   A DRO consists of the following fields:

   o  RPLInstanceID: The RPLInstanceID of the temporary DAG used for
      route discovery.

   o  Version: The Version of the temporary DAG used for route
      discovery.





Goyal, et al.           Expires December 16, 2010              [Page 13]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   o  DODAGID: The DODAGID of the temporary DAG used for route
      discovery.  The DODAGID also identifies the origin router.  The
      RPLInstanceID, the Version and the DODAGID together uniquely
      identify the temporary DAG used for route discovery and can be
      copied from the Base Object of the DIO advertizing the temporary
      DAG.

   o  D: A 2-bit field that indicates the direction of the discovered
      routes:

      *  D =3D 0x00: Forward;

      *  D =3D 0x01: Backward;

      *  D =3D 0x02: Bidirectional.

      This field has the same value as the corresponding field in the
      Route Discovery option.

   o  S: A flag that is clear if the Discovery Reply Object is
      establishing an hop-by-hop route.  The flag is set if the
      Discovery Reply Object carries (or is an acknowledgement for the
      discovery of) one or more source routes.

   o  N: A 3-bit field that indicates the number of source routes
      carried or acknowledged in the Discovery Reply Object.

   o  Target Address: The IPv6 address of the target router originating
      the Discovery Reply Object.

   o  Reserved: These bits are reserved for future use.  These bits MUST
      be set to zero on transmission and MUST be ignored on reception.

   o  Options: The Discovery Reply Object MAY carry up to 7 Source Route
      options (defined in the next section) with each such option
      carrying a complete forward/bidirectional source route and
      optionally followed by a Metric Container option that lists the
      aggregated values for the routing metrics for the source route.

JP> This may not be an =
aggregated value but recorded metric =
too.
 Goyal, et al.           Expires =
December 16, 2010              [Page 14] =0C Internet-Draft          =
draft-dt-roll-p2p-rpl-01               June 2010 6.1.1.  The Source =
Route Option        0                   1                   2            =
       3        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 =
8 9 0 1       =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+       =
|   Type =3D 10   | Option Length | Compr |  Pad  |     Resvd     |      =
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+       =
|                                                               |       =
.                      Addresses[1..n]                          .       =
.                                                               .       =
|                                                               |       =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+        =
         Figure 3: Format of the Source Route Option    The Source Route =
option, illustrated in Figure 3, carries a complete   =
forward/bidirectional source route from the target router to the   =
origin router.  A Source Route option can only be a part of the   =
Discovery Reply Object and MAY be immediately followed by a Metric   =
Container option that contains the aggregated values of the routing   =
metrics for this source route.    A Route Discovery option consists of =
the following fields:    o  Option Type =3D 0x0A (to be confirmed by =
IANA).    o  Option Length =3D Variable, depending on the size of the =
Addresses      vector.    o  Compr: 4-bit unsigned interger indicating =
the number of prefix      octets that are elided from each address.  For =
example, Compr      value will be 0 if full IPv6 addresses are carried =
in the      Addresses vector.    o  Pad: 4-bit unsigned integer.  Number =
of octets that are used for      padding between Address[n] and the end =
of the Source Route option.    o  Address[1..n]: Vector of addresses, =
numbered 1 to n.  Each vector      element has size (16 - Compr) octets. =
   A common network configuration for an RPL domain is that all routers  =
 within an LLN share a common prefix.  The Source Route option uses   =
the Compr field to allow compaction of the Addresses[1..n] vector   when =
all entries share the same prefix as the DODAGID or the Target   Address =
of the encapsulating Discovery Reply Object.  The shared   prefix octets =
are not carried within the Source Route option and each   entry in =
Address[1..n] has size (16 - Compr) octets.  When Compr is Goyal, et al. =
          Expires December 16, 2010              [Page 15] =0C =
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010 =
   non-zero, there may exist unused octets between the last entry,   =
Address[n], and the end of the Source Route option.  The Pad field   =
indicates the number of unused octets that are used for padding.   Note =
that when Compr is 0, Pad MUST be null and carry a value 0.    The =
Source Route option MUST NOT specify a path that visits a router   more =
than once.  When generating a Source Route option, the target   router =
may not know the mapping between IPv6 addresses and routers.   =
Minimally, the target router MUST ensure that:    o  The IPv6 Addresses =
do not appear more than once;    o  The IPv6 addresses of the origin and =
the target routers do not      appear in the Address vector;    o  The =
Address vector represents a source route in forward direction      with =
Address[1] being the next hop for the origin router.    Multicast =
addresses MUST NOT appear in a Source Route option. 
JP> you may want to add =
a ref to RH4 since the format is very =
similar.
6.2.  DRO as Acknowledgement for Backward Source Routes

   When a target router discovers a backward source =
route, 
JP> I have an issue with =
your terminology. When the target receives =
the
DIO with route =
discovery option, what is discovered is a forward route =
?

it sends a
   DRO message to the origin router as an acknowlegement for the
   discovered route.  Optionally, a target router MAY send a DRO
   acknowledgement to the origin router after discovering multiple
   backward source routes.  A DRO, serving as an acknowledgement for
   backward source route discovery, has its D field set to 0x01
   (indicating backward) while the S flag is set to 1 (indicating source
   route).  The N field is set to indicate the number of discovered
   backward source routes being acknowledged.  Such a DRO message MUST
   NOT contain any option.

   This document does not require a particular method for sending such a
   DRO message to the origin router.  The target router MAY send the DRO
   message to the origin router in any fashion, including:

   o  Using a source route carried in a Type 4 Routing header
      [I-D.hui-6man-rpl-routing-header];

   o  Along any DAG connecting the target and the origin routers;

   o  Along the temporary DAG created for route discovery, provided that
      the target router is reasonably sure that the DAG's life time is
      sufficiently long and the routers in the DAG do remember one or
      more of their parents in the DAG.

JP> You may want to =
explain a bit more why you the origin =
router
would be interested in receiving an ACK without the route itself =
(case
6.3): =
hop-by-hop routes.
 Goyal, et al.           =
Expires December 16, 2010              [Page 16] =0C Internet-Draft      =
    draft-dt-roll-p2p-rpl-01               June 2010 6.3.  DRO as =
Carrier of Forward/Bidirectional Source Routes    When a target router =
discovers a forward source route, 
JP> Here, I agree that =
this is a forward route.
it sends a DRO
   message to the origin router carrying the discovered source route
   inside a Source Route option.  Similarly, when a target router
   discovers a bidirectional source route, it caches the route for its
   own use and then sends a DRO message to the origin router carrying
   the discovered route inside a Source Route option.  Rather than
   immediately sending a discovered route back to the origin router, a
   target router MAY optionally send one DRO message after discovering
   multiple forward/bidirectional source routes with the sent DRO
   carrying the discovered source routes (in multiple Source Route
   options).
JP> Note that the =
algorithm for "best route" selection is outside the =
scope
of this document, so does the use of a timer on the target side =
to determine
how much time to wait before answering, ...  
 
[ABR:]
Well, if I am in a hurry, I can live with =
the best enough route, i.e. the first one received, while in
other =
cases, I can accept waiting for some time to get a number of backup =
routes in the same message.
 
A DRO = message carrying one or more Source Route options MUST have its D = field set to 0x00 (for forward routes) or 0x02 (for bidirectional = routes). The S flag MUST be set to 1 and the N field MUST indicate = the number of Source Route options in the message. A Source Route = option MAY immediately be followed by a Metric Container option that = carries the aggregated 
JP> or =
recorded
values of the routing metrics for this source
   route.  The target router may send this DRO message to the origin
   router in any fashion it desires including the options listed in
   Section 6.2.

6.4.  Establishing Hop-by-hop Routes Via DRO

   In order to establish a hop-by-hop route, the target router sends a
   DRO message along the reverse of the discovered route (via a Type 4
   Routing Header specified in [I-D.hui-6man-rpl-routing-header]).  The
   D field of the message is set to convey the route's direction
   (forward/backward/bidirectional) and the S flag MUST be clear
   (indicating hop-by-hop).  The N field MUST be set to 1.  Such a DRO
   MUST NOT contain any option.

   A router receiving such a DRO message SHOULD establish hop-by-hop
   state in the right direction corresponding to the route carried in
   the Type 4 Routing Header of the DRO message.  If a router does not
   establish such state, it MUST drop the DRO message.  Otherwise, it
   MUST forward the DRO message along the source route contained in Type
   4 Routing Header of the received message.

JP> Any error log if it =
does not ? (optional) ICMP sent to the target =
node?
   A router SHOULD associate the hop-by-hop routing state, =
thus
   established, with the objective function and metrics used for route
   discovery.







Goyal, et al.           Expires December 16, 2010              [Page 17]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


JP> New section to =
indicate how to clean-up the temporary DAG =
?
7.  Security Considerations

   TBA


8.  IANA Considerations

   TBA


9.  Authors and Contributors

   In addition to the editor, the authors of this document include the
   following individuals (listed in alphabetical order).

   Anders Brandt, Sigma Designs, Emdrupvej 26A, 1., Copenhagen, Dk-2100,
   Denmark.  Phone: +45 29609501; Email: abr@sdesigns.dk

   Robert Cragie, Gridmerge Ltd, 89 Greenfield Crescent, Wakefieldm WF4
   4WA, UK.  Phone: +44 1924910888; Email: robert.cragie@gridmerge.com

   Jerald Martocci, Johnson Controls, Milwaukee, WI 53202, USA.  Phone:
   +1 414 524 4010; Email:jerald.p.martocci@jci.com

   Charles Perkins, Tellabs Inc., USA.  Email:charliep@computer.org

   Authors gratefully acknowledge the contributions of Richard Kelsey
   and Zach Shelby in the development of this document.


10.  References

10.1.  Normative References

   [RFC2119]  Bradner, S., "Key words for use in RFCs to Indicate
              Requirement Levels", BCP 14, RFC 2119, March 1997.

10.2.  Informative References

   [I-D.brandt-roll-rpl-applicability-home-building]
              Brandt, A., Baccelli, E., and R. Cragie, "Applicability
              Statement: The use of RPL in Building and Home
              Environments",
              draft-brandt-roll-rpl-applicability-home-building-00 (work
              in progress), April 2010.

   [I-D.hui-6man-rpl-routing-header]
              Hui, J., Vasseur, J., and D. Culler, "A Source Routing



Goyal, et al.           Expires December 16, 2010              [Page 18]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


              Header for RPL", draft-hui-6man-rpl-routing-header-00
              (work in progress), May 2010.

   [I-D.ietf-roll-building-routing-reqs]
              Martocci, J., Riou, N., Mil, P., and W. Vermeylen,
              "Building Automation Routing Requirements in Low Power and
              Lossy Networks", draft-ietf-roll-building-routing-reqs-09
              (work in progress), January 2010.

   [I-D.ietf-roll-of0]
              Thubert, P., "RPL Objective Function 0",
              draft-ietf-roll-of0-02 (work in progress), June 2010.

   [I-D.ietf-roll-routing-metrics]
              Vasseur, J., Kim, M., Networks, D., and H. Chong, "Routing
              Metrics used for Path Calculation in Low Power and Lossy
              Networks", draft-ietf-roll-routing-metrics-07 (work in
              progress), June 2010.

   [I-D.ietf-roll-rpl]
              Winter, T., Thubert, P., and R. Team, "RPL: IPv6 Routing
              Protocol for Low power and Lossy Networks",
              draft-ietf-roll-rpl-09 (work in progress), June 2010.

   [I-D.ietf-roll-terminology]
              Vasseur, J., "Terminology in Low power And Lossy
              Networks", draft-ietf-roll-terminology-03 (work in
              progress), March 2010.

   [I-D.thubert-6man-reverse-routing-header]
              Thubert, P., "Reverse Routing Header",
              draft-thubert-6man-reverse-routing-header-00 (work in
              progress), June 2010.

   [RFC5826]  Brandt, A., Buron, J., and G. Porcu, "Home Automation
              Routing Requirements in Low-Power and Lossy Networks",
              RFC 5826, April 2010.














Goyal, et al.           Expires December 16, 2010              [Page 19]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


Authors' Addresses

   Mukul Goyal (editor)
   University of Wisconsin Milwaukee
   3200 N Cramer St
   Milwaukee, WI  53211
   USA

   Phone: +1 414 2295001
   Email: mukul@uwm.edu


   Emmanuel Baccelli (editor)
   INRIA

   Phone: +33-169-335-511
   Email: Emmanuel.Baccelli@inria.fr
   URI:   http://www.emmanuelbaccelli.org/=



   P2P Team
JP> Remove P2P Team =
unless you list the people.
 Goyal, et =
al.           Expires December 16, 2010              [Page 20] =0C =

= _______________________________________________
Roll mailing = list
Roll@ietf.org
https://www.ietf.org/ma= ilman/listinfo/roll

= --Apple-Mail-199--113873735-- From jpv@cisco.com Wed Jun 16 06:07:16 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B04AE3A68F9 for ; Wed, 16 Jun 2010 06:07:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -10.038 X-Spam-Level: X-Spam-Status: No, score=-10.038 tagged_above=-999 required=5 tests=[AWL=0.560, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OPXPxQElRbA7 for ; Wed, 16 Jun 2010 06:07:08 -0700 (PDT) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by core3.amsl.com (Postfix) with ESMTP id 427953A682A for ; Wed, 16 Jun 2010 06:07:08 -0700 (PDT) Authentication-Results: sj-iport-4.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjQFABZpGEyrR7H+/2dsb2JhbACSXYwccaRbmggCglcBFAcBgiQE X-IronPort-AV: E=Sophos;i="4.53,426,1272844800"; d="scan'208,217";a="145364364" Received: from sj-core-2.cisco.com ([171.71.177.254]) by sj-iport-4.cisco.com with ESMTP; 16 Jun 2010 13:07:11 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5GD6pZb028286; Wed, 16 Jun 2010 13:07:11 GMT Received: from xfe-ams-102.cisco.com ([144.254.231.94]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 16 Jun 2010 15:07:08 +0200 Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-102.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 16 Jun 2010 15:07:05 +0200 Message-Id: <41D4615E-D427-46E2-B2E6-5C0A06BE50B3@cisco.com> From: JP Vasseur To: Anders Brandt In-Reply-To: <6D9687E95918C04A8B30A7D6DA805A3E01CCD16D@zensys17.zensys.local> Content-Type: multipart/alternative; boundary=Apple-Mail-200--113802232 Mime-Version: 1.0 (Apple Message framework v936) Date: Wed, 16 Jun 2010 15:07:04 +0200 References: <6D9687E95918C04A8B30A7D6DA805A3E01CCD16D@zensys17.zensys.local> X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 16 Jun 2010 13:07:05.0578 (UTC) FILETIME=[D1A3D4A0:01CB0D54] X-TM-AS-Product-Ver: SMEX-8.0.0.1181-6.000.1038-17448.007 X-TM-AS-Result: No--35.893900-8.000000-31 X-TM-AS-User-Approved-Sender: No X-TM-AS-User-Blocked-Sender: No Cc: Emmanuel Baccelli , Mukul Goyal , ROLL WG Subject: Re: [Roll] Comments on draft-dt-roll-p2p-rpl-01 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jun 2010 13:07:16 -0000 --Apple-Mail-200--113802232 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable On Jun 16, 2010, at 12:42 PM, Anders Brandt wrote: > Hi JP > > Good starting point. > > I would like to add that several application spaces have a need for =20= > almost immediate delivery at any time. > For these applications, the optimal route is convenience while swift =20= > delivery is a must. Reactive discovery > is the way to guarantee swift delivery at any time. iff the overhead required to maintain connectivity with pro-active =20 routing is too expensive. > > Thanks, > Anders > > From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf =20= > Of JP Vasseur > Sent: Wednesday, June 16, 2010 12:11 > To: Mukul Goyal; Emmanuel Baccelli > Cc: ROLL WG > Subject: Re: [Roll] Comments on draft-dt-roll-p2p-rpl-01 > > Hi, > > As promised here is some text wrt the trade-off on on-demand routing. > > "As pointed out in this document, RPL does provide support of P2P =20 > routes via a common > ancestor. Using the mechanism described in this document, more =20 > optimal routes with > regards to some metrics may be discovered but it is worth pointing =20 > out that this comes > at the price of additional control messages in the network since the =20= > discovery process > requires sending additional routing control plane messages. The gain =20= > in terms of path > optimality may vary with the network topology and networking =20 > conditions. Thus network > designer may want to take into account the trade-off between the =20 > potential discovery of a > more optimal route and the associated cost in terms of network and =20 > node resources. > Note that on-demand routing also offers the benefit of not having to =20= > maintains states > as with proactive routing." > > Thanks. > > JP. > > On Jun 16, 2010, at 12:00 PM, JP Vasseur wrote: > >> Dear authors, >> >> Since I had a number of comments I inserted them in the ID itself. =20= >> As you will notice: >> 1) Some of them are purely editorial >> 2) Others are more fundamental and may require just clarifications, =20= >> more discussion on the mailing list, ... In this case, feel free to =20= >> start a separate thread (note that ticket cannot be assigned to non =20= >> WG document). >> 3) I also suggested new sections >> >> Internet Engineering Task Force M. =20 >> Goyal, Ed. >> Internet-Draft University of Wisconsin =20 >> Milwaukee >> Intended status: Informational E. =20 >> Baccelli, Ed. >> JP> Are you sure that you want to make it informational ? >> >> Expires: December 16, 2010 =20= >> INRIA >> P2P. =20= >> Team >> June 14, =20= >> 2010 >> >> >> Reactive Discovery of Point-to-Point Routes in Low Power and Lossy >> Networks >> draft-dt-roll-p2p-rpl-01 >> >> Abstract >> >> This document describes a mechanism to discover and establish "on >> demand" one or more routes between two routers in a low power and >> lossy network. >> >> JP> Needs a bit more details + explicitly refer to IPv6 in the =20 >> abstract >> and introduction. >> Status of this Memo This Internet-Draft is submitted to IETF in =20= >> full conformance with the provisions of BCP 78 and BCP 79. =20 >> Internet-Drafts are working documents of the Internet Engineering =20= >> Task Force (IETF). Note that other groups may also distribute =20 >> working documents as Internet-Drafts. The list of current =20 >> Internet- Drafts is at http://datatracker.ietf.org/drafts/=20 >> current/. Internet-Drafts are draft documents valid for a =20 >> maximum of six months and may be updated, replaced, or obsoleted =20= >> by other documents at any time. It is inappropriate to use =20 >> Internet-Drafts as reference material or to cite them other than =20= >> as "work in progress." This Internet-Draft will expire on =20 >> December 16, 2010. Copyright Notice Copyright (c) 2010 IETF =20 >> Trust and the persons identified as the document authors. All =20 >> rights reserved. This document is subject to BCP 78 and the IETF =20= >> Trust's Legal Provisions Relating to IETF Documents = (http://trustee.ietf.org/license-info=20 >> ) in effect on the date of publication of this document. Please =20= >> review these documents carefully, as they describe your rights =20 >> and restrictions with respect to this document. Code Components =20= >> extracted from this document must include Simplified BSD License =20= >> text as described in Section 4.e of the Trust Legal Provisions =20 >> and are provided without warranty as Goyal, et al. =20 >> Expires December 16, 2010 [Page 1] =0C Internet-Draft = =20 >> draft-dt-roll-p2p-rpl-01 June 2010 described =20= >> in the Simplified BSD License. Table of Contents 1. =20 >> Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3 =20= >> 2. Targeted Use Cases . . . . . . . . . . . . . . . . . . . . . . =20= >> 4 3. =20 >> Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 4 =20= >> 4. Functional Overview . . . . . . . . . . . . . . . . . . . . . =20= >> 5 5. Propagation of Discovery =20 >> Messages . . . . . . . . . . . . . . 7 5.1. The Route =20 >> Discovery Option . . . . . . . . . . . . . . . . 7 5.2. =20 >> Setting a DIO Carrying a Route Discovery Option . . . . . 9 =20 >> 5.3. Processing of a DIO Carrying a Route Discovery =20 >> Option At An Intermediate =20 >> Node . . . . . . . . . . . . . . . . . 10 5.4. Processing of =20= >> a DIO Carrying a Route Discovery Option At The Target =20 >> Router . . . . . . . . . . . . . . . . . . . 12 6. Propagation =20 >> of Discovery Reply Messages . . . . . . . . . . . 13 6.1. The =20= >> Discovery Reply Object (DRO) . . . . . . . . . . . . . 13 =20 >> 6.1.1. The Source Route Option . . . . . . . . . . . . . . . =20 >> 15 6.2. DRO as Acknowledgement for Backward Source =20 >> Routes . . . . 16 6.3. DRO as Carrier of Forward/=20 >> Bidirectional Source Routes . . 17 6.4. Establishing Hop-by-=20 >> hop Routes Via DRO . . . . . . . . . . 17 7. Security =20 >> Considerations . . . . . . . . . . . . . . . . . . . 18 8. IANA =20= >> Considerations . . . . . . . . . . . . . . . . . . . . . 18 9. =20= >> Authors and Contributors . . . . . . . . . . . . . . . . . . . 18 =20= >> 10. References . . . . . . . . . . . . . . . . . . . . . . . . . . =20= >> 18 10.1. Normative =20 >> References . . . . . . . . . . . . . . . . . . . 18 10.2. =20 >> Informative References . . . . . . . . . . . . . . . . . . 18 =20 >> Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . =20= >> 19 Goyal, et al. Expires December 16, 2010 =20= >> [Page 2] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 = =20 >> June 2010 1. Introduction RPL [I-D.ietf-roll-rpl] provides =20= >> multipoint-to-point (MP2P) routes from routers in a low power and =20= >> lossy network (LLN) to a sink router by organizing the routers =20 >> along a Directed Acyclic Graph (DAG) rooted at the sink. >> JP> low power and lossy .... Low Power and Lossy >> JP> RPL provides P2MP, MP2P and P2P routes too. >> >> The DAG root initiates the DAG formation by originating >> a DODAG Information Object (DIO) message. The DIO message is sent >> via link-local multicast and carries information about the >> originating router's position (the "rank") in the DAG. On =20 >> receiving >> DIO messages sent by its neighbors, a router determines its own >> "rank" in the DAG and originates its own DIO message. >> JP> Without going too much in the details, you may just want to add >> that a node decides to join a DODAG according to a number of =20 >> parameters >> (identity of the DODAG, OF, routing/constraints a specified in the =20= >> metric-ID,...). >> RPL enables point-to-multipoint (P2MP) routing from a router to =20= >> its >> descendants in the DAG by allowing a router to send a Destination >> Advertisement Object (DAO) upwards along the DAG. The DAO carries >> the aggregated >> JP> Potentially "aggregated" >> information regarding the descendants (and other local >> prefixes) reachable through the originating router. >> >> RPL also provides mechanisms for point-to-point (P2P) routing =20 >> between >> any two routers in the DAG. >> JP> Yes. >> If the destination is within the >> source's "range", the source may directly send packets to the >> destination. Otherwise, if the destination is a DAG descendant =20= >> and >> the source maintains "downwards" routing state about this =20 >> descendant, >> it can forward the packet along this route. Otherwise, the source >> sends the packet to a DAG parent, which then applies the same =20 >> set of >> rules to forward the packet further. Thus, a packet travels up =20= >> the >> DAG until it reaches a router that knows of the downwards route to >> the destination and then it travels down the DAG towards its >> destination. A router may or may not maintain routing state =20 >> about a >> descendant depending on whether its immediate children send it =20 >> such >> information in their DAOs and whether the router can store this >> information. Thus, in the best case scenario, the "upwards" =20 >> segment >> of the P2P route between a source and a destination ends at the =20= >> first >> common ancestor of the source and the destination. In the worst >> case, the "upwards" segment would extend all the way to the DAG's >> root. If the destination did not originate a DAO, the packet will >> travel all the way to the DAG's root, where it will be dropped. >> >> JP> This may require to be a bit more accurate here. If there is no =20= >> DAO, >> there RPL is used for MP2P routing only (that is not a protocol =20 >> design >> characteristic though). >> The P2P routing functionality available in RPL suffers from =20 >> several >> shortcomings [I-D.brandt-roll-rpl-applicability-home-building]: >> >> JP> "suffering from several shortcomings" is a bit strong though. =20 >> You may >> want to say that additional mechanisms may be required to address =20 >> specific >> situation and list them. >> o The need to maintain routes "proactively", i.e. every possible >> destination in the DAG must originate a DAO. >> >> o The constraint to route only along a DAG potentialy leading to >> significantly suboptimal P2P routes and traffic congestion near >> the DAG root. >> JP> >> First bullet: you can mention that this requires to pro-actively =20 >> advertise the >> route and to keep refreshing the state accordingly >> Second bullet: just to be very accurate, mention that the route may =20= >> be sub-optimal. >> This is highly network topology / OF dependent. >> Goyal, et al. Expires December 16, 2010 =20 >> [Page 3] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 = =20 >> June 2010 These shortcomings are not compatible with the =20 >> home and commercial building domain application requirements =20 >> described in [RFC5826] and [I-D.ietf-roll-building-routing-reqs]. >> JP> Again, to be accurate, there are no MUST requirements listed in >> these ID that are not satisfied by RPL (with regards to the =20 >> aforementioned >> issues). I am NOT saying that the proposed mechanism is not useful >> (by all means), just that the statement above is not correct. >> >> Such applications require a >> mechanism providing source-initiated discovery of P2P routes =20 >> that are >> not along a DAG. >> JP> In some cases, it may be desirable to make use of source-=20 >> initiated ... >> >> This document thus describes such a mechanism, >> complementary to the basic RPL specification. >> >> The specified scheme is based on a reactive on-demand approach, =20= >> which >> enables a router to discover one or more "good-enough" routes in >> either direction between itself and another router in the LLN =20 >> without >> any constraints regarding the existing DAG-membership of the links >> that such routes may use. >> JP> This will be an aspect triggering some discussion. How "good" is >> "good enough" ? You will need some text to elaborate here or point >> to another section explaining what is meant by "good enough" >> Such routes may be source-routes or hop- >> by-hop ones. >> JP> Just terminology: instead of referring to hop-by-hop routes, =20 >> you may >> want to say that once a route has been computed between two nodes in >> the network, IPv6 packet may be forward using a source routing =20 >> mechanism >> as specified in [XX] or in a hop by hop fashion. >> A complementary functionality, necessary to help decide >> whether to initiate a route discovery, is a mechanism to measure =20= >> the >> end-to-end cost of an existing route. >> JP> s/cost/path cost >> Such functionality will be >> described in a separate document. >> >> JP> But its use is described in this document ? >> 2. Targeted Use Cases The mechanisms described in this =20 >> document are intended to be employed as complementary to RPL in =20 >> specific scenarios that need point-to- point (P2P) routes between =20= >> arbitrary routers. One target use case, common in a home =20 >> environment, involves a remote control (or a motion sensor) that =20= >> suddenly needs to communicate with a lamp module, whose network =20 >> address it knows apriori. In this case, the source of data (the =20= >> remote control or the motion sensor) must be able to discover a =20 >> route to the destination (the lamp module) "on demand". =20 >> Another target use case, common in a large commercial building =20 >> environment, involves a large LLN deployment where P2P =20 >> communication along a particular DAG among hundreds (or =20 >> thousands) of routers creates severe traffic congestion near that =20= >> DAG's root, and thus routes across this DAG are desirable. =20 >> Targeted use cases also include scenarios where energy or delay =20 >> constraints are not satisfied by the P2P routes along a DAG =20 >> because they involve traversing many more intermediate routers =20 >> than necessary to reach the destination. >> JP> What I would suggest is to summarize it, put in the introduction, >> and detail the use case in the applicability statement. >> 3. Terminology >> >> The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL =20 >> NOT", >> "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", =20= >> and >> "OPTIONAL" in this document are to be interpreted as described in >> >> >> >> Goyal, et al. Expires December 16, 2010 =20 >> [Page 4] >> =0C >> Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= >> 2010 >> >> >> [RFC2119]. >> >> Additionally, this document uses terminology from >> [I-D.ietf-roll-terminology] and [I-D.ietf-roll-rpl], and =20 >> introduces >> the following terminology: >> >> Origin Router: The router initiating the route discovery. The =20 >> origin >> router acts as one end point of the routes to be discovered. >> >> Target Router: The other end point of the routes to be discovered. >> >> Intermediate Router: A router that is neither the origin nor the >> target. >> >> Forward Route: A route from the origin router to the target =20 >> router. >> >> Backward Route: A route from the target router to the origin =20 >> router. >> >> Bidirectional Route: A route that can be used in both directions: >> from the origin router to the target router and vice versa. >> >> Source Route: A complete and ordered list of routers that can be =20= >> used >> by a packet to travel from a source to a destination. Such source >> routes can be carried by a packet in a proposed Type 4 Routing =20 >> Header >> [I-D.hui-6man-rpl-routing-header]. >> >> Hop-by-hop Route: A route from a source to a destination where =20 >> each >> router in the route knows only the address of the next hop on the >> route. >> JP> I would suggest to change the definition for "routing paradigm >> whereby packets are routed from their source to destination by >> on a hop by hop basis where the packets is routed by a set of routers >> along the path according to the routing table stored by each router >> along the path". >> In this document, the term 'router' refers to any LLN device =20 >> that can >> forward packets generated at other devices. >> >> >> 4. Functional Overview >> >> Router A originates a "Discovery" message listing router B as the >> target. Node A also indicates in the message: >> >> o The nature of the routing cost, the method for accumulating the >> end-to-end cost >> JP> This may de detailed hereafter but I guess that you will point to >> the metric-ID for the metric used? >> >> and the criteria used to determine if a route is >> "good enough"; >> >> o The direction (forward: router A to router B; backward: =20 >> router B >> to router A; or both) of the route being discovered; >> >> o The desired number of routes; >> >> >> >> >> Goyal, et al. Expires December 16, 2010 =20 >> [Page 5] >> =0C >> Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= >> 2010 >> >> >> o Whether the route is a source-route or a hop-by-hop one; and >> >> o A limit on the "distance" the Discovery message may travel. >> >> JP> Need to define the term "distance": is it a max path cost, =20 >> number of >> hops, ... ? >> The Discovery message propagates via link-local multicast >> JP> Indicate "IPv6" >> with each >> receiving router making the decision regarding whether to =20 >> forward the >> message further based on the "distance" (from router A) that this >> particular copy of the message has already traveled. Note that =20= >> this >> document does not require a receiving router to use the "good =20 >> enough" >> criteria to make the forwarding decision. This is because the >> evaluation of such criteria may be too complex for a constrained >> intermediate router to perform for each received copy of the >> Discovery message. >> JP> So I guess that you define later what to do in both cases (the =20= >> node >> cannot process the "good enough" criteria or it can process it) ? >> The calculation of the "distance" that a copy of >> the Discovery message has already travelled should be simple =20 >> enough >> for a constrained router to perform. >> JP> Again it is hard to tell from what you wrote if this can =20 >> reasonably be >> achieved; it depends on the definition of the term "distance". >> A router may optionally decide >> not to forward a copy of the Discovery message further because the >> aggregated cost of the route so far fails the "good enough" =20 >> criteria. >> JP> You will nee to be more specific here. Is it a "may" or a "MAY". >> Define what happens in this case. You may provide more details later >> in the document. >> The underlying mechanism being used to propagate the Discovery >> message may put further restrictions on its propagation. A router >> should not propagate the Discovery message further if hop-by-hop >> routes are desired and the router can not store state for this =20 >> route. >> >> As a copy of the Discovery message travels towards router B, it >> accumulates the relevant forward/backward costs as well as the =20 >> route >> it takes. When router B receives a copy of the Discovery =20 >> message, it >> determines whether the route traveled by the message meets the =20 >> "good >> enough" criteria. >> JP> I think that you already mentioned this. >> If router A had requested the discovery of backward source-routes, >> JP> Didn't you mean "forward" ? >> router B caches one or more good enough source-routes it =20 >> identifies. >> Additionally, router B sends one or more "Discovery Reply" =20 >> message to >> router A to acknowledge the discovery of these routes. These >> acknowledgements allow router A to judge the success of the route >> discovery. The Discovery Reply messages can travel towards =20 >> router A >> in any manner chosen by router B. For example, router B may =20 >> source- >> route the messages or send them towards router A along a DAG. >> >> If router A had requested the discovery of "n" forward source-=20 >> routes, >> router B sends the "n" good enough source-routes it identifies to >> router A in one or more Discovery Reply messages. Again, these >> Discovery Reply messages can travel towards router A in any manner >> chosen by router B. >> JP> What if the DAG is "broken": retry from A after expiration of a =20= >> local >> timer ? >> If router A had requested the discovery of "n" bidirectional =20 >> source- >> routes, router B caches the "n" good enough source-routes it >> identifies and also sends these routes to router A in one or more >> Discovery Reply messages. These Discovery Reply messages can =20 >> travel >> towards router A in any manner chosen by router B. >> >> >> >> Goyal, et al. Expires December 16, 2010 =20 >> [Page 6] >> =0C >> Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= >> 2010 >> >> >> If router A had requested the discovery of "n" forward/backward/ >> bidirectional hop-by-hop routes, router B sends out a Discovery =20= >> Reply >> message to router A for each one of the "n" good enough routes it >> identifies. >> JP> Do you need one "Discovery Reply message" per route or next-hop >> in this case? >> The Discovery Reply message travels towards router A >> using the source-route accumulated by the Discovery message. >> JP> In the case of hop-by-hop routes, source routes, both ? >> As this >> message travels towards router A, it establishes appropriate =20 >> forward/ >> backward routing state in the en-route routers. This "non DAG" >> routing state should be specially marked to associate it with the >> routing metrics >> JP> Refer to metric ID ? >> used to discover the route and to distinguish such >> state from other DAG-specific routing state the router may have. >> JP> Not sure that you need to distinguish the state. Suppose that you >> discover a hop-by-hop route (not a big fan of that terms as pointed =20= >> out >> above but let's continue to use it for the time being), a storing =20 >> node >> may indeed have two routes for the same destination: do you want to >> state that it should always use the P2P routes discovered by this >> mechanism or let it choose the best one according to the metric in >> use? >> JP> What if there are two routes using different metrics? >> 5. Propagation of Discovery Messages >> >> RPL uses DIO message propagation to build a DAG. The DIO message >> travels via link-local multicast. >> JP> Add everywhere "IPv6 link-local multicast addresses" >> >> Each router joining the DAG >> determines a rank for itself and ignores the subsequent DIO =20 >> messages >> received from lower (higher in numerical value) ranked neighbors. >> Thus, the DIO messages propagate outwards rather than return =20 >> inwards >> towards the DAG root. >> JP> I would suggest to align to the RPL terminology. Inward/outward >> are not used anymore. >> >> The DIO message generation at a router is >> further controlled by a trickle timer that allows a router to =20 >> avoid >> generating unnecessary messages. >> JP> Add a reference to the Trickle ID >> >> The link-local multicast based >> propagation, trickle-controlled generation and the rank-based >> poisoning of messages traveling in the wrong direction (towards =20= >> the >> DAG root) provide powerful incentives to use the DIO message as =20= >> the >> Discovery message and propagate the DIO/Discovery message by =20 >> creating >> a "temporary" DAG. >> >> 5.1. The Route Discovery Option >> >> 0 1 2 3 >> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 =20= >> 0 1 >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= >> +-+-+ >> | Type =3D 9 | Option Length | D |S| N | L |O| Max =20 >> Rank | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= >> +-+-+ >> =20 >> | | >> | Target =20 >> Address | >> =20 >> | | >> =20 >> | | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= >> +-+-+ >> | OCP | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ >> >> >> Figure 1: Format of the Route Discovery Option >> >> In order to be used as a Discovery message, a DIO MUST carry a =20 >> "Route >> Discovery" option illustrated in Figure 1. A DIO MUST NOT carry =20= >> more >> >> >> >> Goyal, et al. Expires December 16, 2010 =20 >> [Page 7] >> =0C >> Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= >> 2010 >> >> >> than one Route Discovery options. >> JP> Explain what you do if more than one is present: >> * Ignore the second one? >> * Ignore the entire message? >> >> A Route Discovery option consists >> of the following fields: >> >> o Option Type =3D 0x09 (to be confirmed by IANA). >> >> o Option Length =3D 20 or 22 octets depending on whether the OCP =20= >> field >> is included or not. >> >> o D: A 2-bit field that indicates the direction of the desired >> routes: >> >> * D =3D 0x00: Forward; >> >> * D =3D 0x01: Backward; >> >> * D =3D 0x02: Bidirectional. >> >> o S: A flag that indicates whether source routes are desired. =20= >> The >> flag is set if the source routes are desired. The flag is =20 >> clear >> if hop-by-hop routes are desired. >> >> o N: A 3-bit unsigned integer indicating the number of routes >> desired. >> >> o L: A 2-bit field indicating the minimum "Life Time" of the >> temporary DAG, i.e., the minimum duration a router joining the >> temporary DAG must maintain its membership in the DAG: >> >> * L =3D 0x00: Minimum life time is 5 seconds; >> >> * L =3D 0x01: Minimum life time is 10 seconds; >> >> * L =3D 0x02: Minimum life time is 1 minute; >> >> * L =3D 0x03: Minimum life time is 10 minutes. >> >> JP> Placeholder ... indicate what happens if a node cannot store that >> additional state (add a manageability section). >> o O: A flag that indicates whether the same OCP is used for route >> discovery as well as temporary DAG formation. If this flag is >> clear, the OCP contained in the DODAG Configuration option in =20= >> the >> DIO is used for route discovery as well. Otherwise, the OCP >> specified in the Route Discovery option is used for route >> selection >> JP> s/route selection/route discovery >> >> and the metrics/constraints used for route selection are >> carried in a Metrics Container option immediately following the >> Route Discovery option. >> JP> Since OF is decoupled from metrics, you always need to indicate >> the metric in use. That said, I do not see your point here. Indeed, =20= >> the >> temporary DAG is built according to some OF and metrics so the >> resulting routes will inherit these metrics? >> o Max Rank: A 7-bit unsigned integer that indicates the maximum =20= >> rank >> allowed in the temporary DAG advertised by the DIO message. =20= >> This >> upper limit on the DAG rank serves as the "distance" referred =20= >> to >> >> >> >> Goyal, et al. Expires December 16, 2010 =20 >> [Page 8] >> =0C >> Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= >> 2010 >> >> >> in Section 4 and provides a control over how far the Route >> Discovery option contained in the DODAG Configuration option in >> the DIO message may travel. >> JP> You may discuss it later in this document ... but the distance =20= >> is tied >> to how you compute the rank. >> A router MUST not >> JP> s/MUST not/MUST NOT >> join the temporary >> DAG if its rank in the DAG will exceed this limit. Later =20 >> versions >> of this draft will map the 128 value space available in this =20= >> field >> to 16-bit long limits on the DAG rank. >> >> o Target Address: The IPv6 address of the target router. >> >> o OCP: 16 bit unsigned integer. An optional field, present =20 >> only if >> the O flag is set, that indicates the objective code point =20 >> (OCP) >> to be used for route selection. >> >> 5.2. Setting a DIO Carrying a Route Discovery Option >> >> A DIO message that carries a Route Discovery option MUST set the =20= >> Base >> Object, described in [I-D.ietf-roll-rpl], in the following manner: >> >> o RPLInstanceID: RPLInstanceID MUST be a local value as =20 >> described in >> Section 4.1 of [I-D.ietf-roll-rpl]. >> >> o Grounded (G) Flag: MUST be clear since the objective of DAG >> formation is the propagation of Route Discovery option. This =20= >> DAG >> is temporary in nature and is not used for routing purpose. >> >> o Destination Advertisement Supported (A) Flag: MUST be clear for >> same reasons as described above. >> >> o Destination Advertisement Trigger (T) Flag: MUST be clear. >> >> o Mode of Operation (MOP): Since the temporary DAG is not to be =20= >> used >> for routing purposes, the value of this field is immaterial. =20= >> To >> allow constrained routers to join the DAG, the MOP field =20 >> SHOULD be >> set to 00 (non-storing). >> >> JP> I'd rather suggest to specify a new MOP value (0x02) >> o DODAGPreference (Prf): TBD >> >> o Destination Advertisement Trigger Sequence Number (DTSN): TBD >> >> JP> To be discussed on the mailing list ? >> o DODAGID: IPv6 address of the router initiating the route >> discovery. >> >> JP> Origin router. >> The other fields in the Base Object are set as per the rules >> described in [I-D.ietf-roll-rpl]. >> >> The DODAG Configuration option, carried in the DIO message, =20 >> specifies >> the parameters for the trickle timer operation that governs the >> generation of DIO messages by the routers joining the temporary =20= >> DAG. >> >> JP> Also according to RPL ID or would you recommend different >> default values ? Default values for RPL are TBD but we could easily >> think of different values in this case. To be revisited in the =20 >> future. >> Goyal, et al. Expires December 16, 2010 =20 >> [Page 9] >> =0C >> Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= >> 2010 >> >> >> The other fields defined in the DODAG Configuration option are =20 >> set as >> follows: >> >> o The MaxRankIncrease field MUST be set to 0 to disable local =20 >> repair >> of the temporary DAG. >> >> o This document RECOMMENDS a value 1 for the MinHopRankInc field. >> >> o Objective Code Point (OCP): The OCP to be used for temporary =20= >> DAG >> formation. This document RECOMMENDS RPL Objective Function =20 >> 0, as >> defined in [I-D.ietf-roll-of0], for use as the objective =20 >> function >> for the formation of the temporary DAG. >> >> A DIO, that contains a Route Discovery option with O flag set, =20 >> MUST >> also contain a Metric Container option immediately following the >> Route Discovery option. This Metric Container option carries the >> values for the routing metrics as well as the constraints >> (constituting the "good enough" criteria) used for route =20 >> selection. >> JP> This is confusing: the metric and constraint carried within the =20= >> Metric >> Container are used for the DODAG formation. Do you want to use them >> for a different purpose ? At this point, you have not yet defined =20 >> the use of >> the good enough criteria but one can guess that you would use the =20 >> good >> enough metrics to control the flooding and the metric/OF to =20 >> effectively >> build the temporary DAG and discover the routes. If so, the good =20 >> enough >> metrics are of different use. >> Note that if O flag in the Route Discovery option is clear, the =20= >> OCP >> and Metric Container used for temporary DAG formation are used for >> route selection as well. >> >> A DIO, carrying a Route Discovery option, MUST not carry any Route >> JP> s/MUST not/MUST NOT >> Information or Prefix Information options described in >> [I-D.ietf-roll-rpl]. >> >> 5.3. Processing of a DIO Carrying a Route Discovery Option At An >> Intermediate Node >> >> The rules for DIO processing and transmission, described in =20 >> Section 7 >> of RPL [I-D.ietf-roll-rpl], apply to DIOs carrying a Route =20 >> Discovery >> option as well except as modified in this document. >> >> When an intermediate router joins a temporary DAG advertized by =20= >> a DIO >> carrying the Route Discovery option, it MUST maintain its =20 >> membership >> in the DAG for the Minimum Life Time duration listed in the Route >> Discovery option. >> JP> What if it cannot ? Just not join the DAG and log an error ? >> Maintaining membership in the DAG implies >> remembering: >> >> o The RPLInstanceID, the DODAGID and the DODAGVersionNumber for =20= >> the >> temporary DAG; >> >> o The router's rank in the temporary DAG; >> >> o The best Metric Container, >> JP> you mean the best path cost? >> along with the associated source route >> from the initiator of route discovery till this router =20 >> (carried in >> a Record Route IPv6 Extension Header proposed in >> [I-D.thubert-6man-reverse-routing-header]), for the Route >> >> >> >> Goyal, et al. Expires December 16, 2010 =20 >> [Page 10] >> =0C >> Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= >> 2010 >> >> >> Discovery option being propagated by the temporary DAG. If the >> router can not compare Metric Containers, it MUST remember the >> latest Metric Container it has received, along with the =20 >> associated >> source route. >> JP> Requires clarification on what you mean by "compare" >> A router belonging to a temporary DAG need not remember the =20 >> identity >> of its DAG parents since the temporary DAG is not used for =20 >> routing. >> JP> Are you sure ? What is a hop-by-hop route is needed ? Don't you >> need to remember your parent, or do you still record the route ? >> The main purpose of a temporary DAG's existence is to facilitate =20= >> the >> propagation of the Route Discovery option. >> >> The router does not process a Route Discovery option, contained in >> the received DIO, any further if any of the following conditions =20= >> are >> true: >> >> o The router does not support the objective function >> JP> and/or metrics >> being used for >> route discovery >> >> o The router does not have sufficient information to calculate =20= >> the >> relevant routing metrics/constraints in the right direction (as >> specified by the D field). >> >> o The S field is clear, i.e. hop-by-hop routes are desired, but =20= >> the >> router can not participate in a hop-by-hop route. >> >> o The router is an intermediate router and the router's rank in =20= >> the >> temporary DAG, calculated on the basis of the rank and =20 >> objective >> function carried in the Base Object in the DIO, exceeds the Max >> Rank value specified in the Route Discovery option. >> >> A router MUST discard the DIO if the Route Discovery option =20 >> contained >> in the message does not need further processing. >> JP> Log an error ? >> Otherwise, the >> Route Discovery option is processed as follows. >> >> The router updates the Metrics Container associated with the =20 >> received >> Route Discovery option as per the specified objective function. >> JP> And routing metrics >> >> The >> router may optionally check the Metric Container to determine if =20= >> the >> aggregated values for the routing metrics meet all the constraints >> listed in the Metric Container. >> JP> The aggregated values are for the metrics. Constraints are used =20= >> to >> prune potential path. >> If not, the Route Discovery option >> is discarded >> JP> You mean the DIO message. >> without further processing. Otherwise, the router >> updates its in-memory copy of the latest/best Metric Container for >> this Route Discovery option along with the associated source route >> updated in the correct direction (based on the D field of the =20 >> Route >> Discovery option). Any change in the in-memory copy also requires >> resetting the trickle timer and generating a new DIO carrying the >> Route Discovery option, the updated latest/best Metric Container =20= >> and >> the associated source route (in a Record Route IPv6 extension =20 >> header >> proposed in [I-D.thubert-6man-reverse-routing-header]) when the =20= >> timer >> fires. >> JP> If the changes occur during the lifetime window. >> Note that the Metric Container MUST immediately follow the >> >> >> >> Goyal, et al. Expires December 16, 2010 =20 >> [Page 11] >> =0C >> Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= >> 2010 >> >> >> Route Discovery option if the O flag in the Route Discovery =20 >> option is >> set. >> >> 5.4. Processing of a DIO Carrying a Route Discovery Option At The >> Target Router >> >> When the target router joins the temporary DAG advertized by a DIO >> carrying the Route Discovery option, it MUST maintain its =20 >> membership >> in the DAG for the Minimum Life Time duration listed in the Route >> Discovery option. Maintaining membership in the DAG implies >> remembering: >> >> o The RPLInstanceID, the DODAGID and the DODAGVersionNumber for =20= >> the >> temporary DAG; >> >> o The router's rank in the temporary DAG; >> >> The target router does not process a Route Discovery option, >> contained in the received DIO, any further if any of the following >> conditions are true: >> >> o The router does not support the objective function used for =20 >> route >> discovery >> >> o The router does not have sufficient information to calculate =20= >> the >> relevant routing metrics/constraints in the right direction (as >> specified by the D field). >> >> JP> or does not support the metric. >> The target router MUST discard the DIO if the Route Discovery =20 >> option contained in the message does not need further processing. >> JP> ? How does it knows (simply because it reaches the destination) ? >> Otherwise, the Route Discovery option is processed as follows. >> >> The target router updates the Metrics Container associated with =20= >> the >> received Route Discovery option as per the specified objective >> function. >> JP> and routing metrics (remember they are decoupled). >> >> The target router then checks the Metric Container to >> determine if the aggregated values for the routing metrics meet =20= >> all >> the constraints listed in the Metric Container. >> JP> See previous comments. >> >> If not, the Route >> Discovery option is discarded without further processing. =20 >> Otherwise, >> the router MAY select the source route accumulated by the received >> DIO as one of the discovered routes. >> JP> "MAY" ? When ? >> The target router MUST send one >> or more RPL Control Messages carrying a Discovery Reply Object >> (defined in the next section) back to the origin router =20 >> (identified >> by the DODAGID field in the DIO Base Object) as discussed in the >> following sections. >> >> The target router MUST NOT forward a DIO carrying a Route =20 >> Discovery >> option that lists one of its own addresses as the Target Address. >> >> >> >> >> Goyal, et al. Expires December 16, 2010 =20 >> [Page 12] >> =0C >> Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= >> 2010 >> >> >> 6. Propagation of Discovery Reply Messages >> >> 6.1. The Discovery Reply Object (DRO) >> >> 0 1 2 3 >> 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 =20= >> 0 1 >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= >> +-+-+ >> | RPLInstanceID | Version | D |S| N | =20 >> Reserved | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= >> +-+-+ >> =20 >> | | >> | DODAGID | >> =20 >> | | >> =20 >> | | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= >> +-+-+ >> =20 >> | | >> | Target =20 >> Address | >> =20 >> | | >> =20 >> | | >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= >> +-+-+ >> | Option(s)... >> +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+... >> >> >> Figure 2: Format of the Discovery Reply Object (DRO) >> >> This document defines a new RPL Control Message type, the =20 >> Discovery >> Reply Object (DRO) with code 0x04 (to be confirmed by IANA), that >> serves the following functions: >> >> o An acknowledgement from the target router to the origin router >> regarding the successful discovery of backward source routes; >> JP> ACK of routes from the origin to the target: you may not have =20 >> routes >> in the opposite direction. >> o Carries one or more forward/bidirectional source routes from =20= >> the >> target to the origin router; >> >> o Establishes a hop-by-hop forward/backward/bidirectional route =20= >> as >> it travels from the target to the origin router. >> >> The format for a Discovery Reply Object (DRO) is shown in Figure =20= >> 2. >> A DRO consists of the following fields: >> >> o RPLInstanceID: The RPLInstanceID of the temporary DAG used for >> route discovery. >> >> o Version: The Version of the temporary DAG used for route >> discovery. >> >> >> >> >> >> Goyal, et al. Expires December 16, 2010 =20 >> [Page 13] >> =0C >> Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= >> 2010 >> >> >> o DODAGID: The DODAGID of the temporary DAG used for route >> discovery. The DODAGID also identifies the origin router. The >> RPLInstanceID, the Version and the DODAGID together uniquely >> identify the temporary DAG used for route discovery and can be >> copied from the Base Object of the DIO advertizing the =20 >> temporary >> DAG. >> >> o D: A 2-bit field that indicates the direction of the discovered >> routes: >> >> * D =3D 0x00: Forward; >> >> * D =3D 0x01: Backward; >> >> * D =3D 0x02: Bidirectional. >> >> This field has the same value as the corresponding field in the >> Route Discovery option. >> >> o S: A flag that is clear if the Discovery Reply Object is >> establishing an hop-by-hop route. The flag is set if the >> Discovery Reply Object carries (or is an acknowledgement for =20= >> the >> discovery of) one or more source routes. >> >> o N: A 3-bit field that indicates the number of source routes >> carried or acknowledged in the Discovery Reply Object. >> >> o Target Address: The IPv6 address of the target router =20 >> originating >> the Discovery Reply Object. >> >> o Reserved: These bits are reserved for future use. These bits =20= >> MUST >> be set to zero on transmission and MUST be ignored on =20 >> reception. >> >> o Options: The Discovery Reply Object MAY carry up to 7 Source =20= >> Route >> options (defined in the next section) with each such option >> carrying a complete forward/bidirectional source route and >> optionally followed by a Metric Container option that lists the >> aggregated values for the routing metrics for the source route. >> JP> This may not be an aggregated value but recorded metric too. >> Goyal, et al. Expires December 16, 2010 =20 >> [Page 14] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 = =20 >> June 2010 6.1.1. The Source Route Option =20 >> 0 1 2 =20 >> 3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 =20= >> 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= >> +-+-+-+-+ | Type =3D 10 | Option Length | Compr | Pad =20 >> | Resvd | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= >> +-+-+-+-+-+-+-+-+-+-+ =20 >> | =20 >> | . =20 >> Addresses=20 >> [1=20 >> ..n=20 >> ] . . = . |=20 >> =20 >> | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=20= >> +-+-+ Figure 3: Format of the Source Route =20 >> Option The Source Route option, illustrated in Figure 3, carries =20= >> a complete forward/bidirectional source route from the target =20 >> router to the origin router. A Source Route option can only be a =20= >> part of the Discovery Reply Object and MAY be immediately =20 >> followed by a Metric Container option that contains the =20 >> aggregated values of the routing metrics for this source =20 >> route. A Route Discovery option consists of the following =20 >> fields: o Option Type =3D 0x0A (to be confirmed by IANA). o =20= >> Option Length =3D Variable, depending on the size of the =20 >> Addresses vector. o Compr: 4-bit unsigned interger =20 >> indicating the number of prefix octets that are elided from =20 >> each address. For example, Compr value will be 0 if full IPv6 =20= >> addresses are carried in the Addresses vector. o Pad: 4-=20 >> bit unsigned integer. Number of octets that are used for =20 >> padding between Address[n] and the end of the Source Route =20 >> option. o Address[1..n]: Vector of addresses, numbered 1 to n. =20= >> Each vector element has size (16 - Compr) octets. A common =20= >> network configuration for an RPL domain is that all routers =20 >> within an LLN share a common prefix. The Source Route option =20 >> uses the Compr field to allow compaction of the Addresses[1..n] =20 >> vector when all entries share the same prefix as the DODAGID or =20 >> the Target Address of the encapsulating Discovery Reply Object. =20= >> The shared prefix octets are not carried within the Source Route =20= >> option and each entry in Address[1..n] has size (16 - Compr) =20 >> octets. When Compr is Goyal, et al. Expires December 16, =20= >> 2010 [Page 15] =0C Internet-Draft = draft-dt-roll-p=20 >> 2p-rpl-01 June 2010 non-zero, there may exist =20 >> unused octets between the last entry, Address[n], and the end of =20= >> the Source Route option. The Pad field indicates the number of =20 >> unused octets that are used for padding. Note that when Compr is =20= >> 0, Pad MUST be null and carry a value 0. The Source Route option =20= >> MUST NOT specify a path that visits a router more than once. =20 >> When generating a Source Route option, the target router may not =20= >> know the mapping between IPv6 addresses and routers. Minimally, =20 >> the target router MUST ensure that: o The IPv6 Addresses do not =20= >> appear more than once; o The IPv6 addresses of the origin and =20 >> the target routers do not appear in the Address vector; o =20= >> The Address vector represents a source route in forward =20 >> direction with Address[1] being the next hop for the origin =20 >> router. Multicast addresses MUST NOT appear in a Source Route =20 >> option. >> JP> you may want to add a ref to RH4 since the format is very =20 >> similar. >> 6.2. DRO as Acknowledgement for Backward Source Routes >> >> When a target router discovers a backward source route, >> JP> I have an issue with your terminology. When the target receives =20= >> the >> DIO with route discovery option, what is discovered is a forward =20 >> route ? >> >> it sends a >> DRO message to the origin router as an acknowlegement for the >> discovered route. Optionally, a target router MAY send a DRO >> acknowledgement to the origin router after discovering multiple >> backward source routes. A DRO, serving as an acknowledgement for >> backward source route discovery, has its D field set to 0x01 >> (indicating backward) while the S flag is set to 1 (indicating =20 >> source >> route). The N field is set to indicate the number of discovered >> backward source routes being acknowledged. Such a DRO message =20 >> MUST >> NOT contain any option. >> >> This document does not require a particular method for sending =20 >> such a >> DRO message to the origin router. The target router MAY send =20 >> the DRO >> message to the origin router in any fashion, including: >> >> o Using a source route carried in a Type 4 Routing header >> [I-D.hui-6man-rpl-routing-header]; >> >> o Along any DAG connecting the target and the origin routers; >> >> o Along the temporary DAG created for route discovery, provided =20= >> that >> the target router is reasonably sure that the DAG's life time =20= >> is >> sufficiently long and the routers in the DAG do remember one or >> more of their parents in the DAG. >> JP> You may want to explain a bit more why you the origin router >> would be interested in receiving an ACK without the route itself =20 >> (case >> 6.3): hop-by-hop routes. >> Goyal, et al. Expires December 16, 2010 =20 >> [Page 16] =0C Internet-Draft draft-dt-roll-p2p-rpl-01 = =20 >> June 2010 6.3. DRO as Carrier of Forward/Bidirectional =20 >> Source Routes When a target router discovers a forward source =20 >> route, >> JP> Here, I agree that this is a forward route. >> it sends a DRO >> message to the origin router carrying the discovered source route >> inside a Source Route option. Similarly, when a target router >> discovers a bidirectional source route, it caches the route for =20= >> its >> own use and then sends a DRO message to the origin router carrying >> the discovered route inside a Source Route option. Rather than >> immediately sending a discovered route back to the origin =20 >> router, a >> target router MAY optionally send one DRO message after =20 >> discovering >> multiple forward/bidirectional source routes with the sent DRO >> carrying the discovered source routes (in multiple Source Route >> options). >> JP> Note that the algorithm for "best route" selection is outside =20 >> the scope >> of this document, so does the use of a timer on the target side to =20= >> determine >> how much time to wait before answering, ... >> A DRO message carrying one or more Source Route options MUST =20 >> have its D field set to 0x00 (for forward routes) or 0x02 (for =20 >> bidirectional routes). The S flag MUST be set to 1 and the N =20 >> field MUST indicate the number of Source Route options in the =20 >> message. A Source Route option MAY immediately be followed by a =20= >> Metric Container option that carries the aggregated >> JP> or recorded >> values of the routing metrics for this source >> route. The target router may send this DRO message to the origin >> router in any fashion it desires including the options listed in >> Section 6.2. >> >> 6.4. Establishing Hop-by-hop Routes Via DRO >> >> In order to establish a hop-by-hop route, the target router =20 >> sends a >> DRO message along the reverse of the discovered route (via a =20 >> Type 4 >> Routing Header specified in [I-D.hui-6man-rpl-routing-header]). =20= >> The >> D field of the message is set to convey the route's direction >> (forward/backward/bidirectional) and the S flag MUST be clear >> (indicating hop-by-hop). The N field MUST be set to 1. Such a =20= >> DRO >> MUST NOT contain any option. >> >> A router receiving such a DRO message SHOULD establish hop-by-hop >> state in the right direction corresponding to the route carried in >> the Type 4 Routing Header of the DRO message. If a router does =20= >> not >> establish such state, it MUST drop the DRO message. Otherwise, it >> MUST forward the DRO message along the source route contained in =20= >> Type >> 4 Routing Header of the received message. >> >> JP> Any error log if it does not ? (optional) ICMP sent to the =20 >> target node? >> A router SHOULD associate the hop-by-hop routing state, thus >> established, with the objective function and metrics used for =20 >> route >> discovery. >> >> >> >> >> >> >> >> Goyal, et al. Expires December 16, 2010 =20 >> [Page 17] >> =0C >> Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= >> 2010 >> >> JP> New section to indicate how to clean-up the temporary DAG ? >> 7. Security Considerations >> >> TBA >> >> >> 8. IANA Considerations >> >> TBA >> >> >> 9. Authors and Contributors >> >> In addition to the editor, the authors of this document include =20= >> the >> following individuals (listed in alphabetical order). >> >> Anders Brandt, Sigma Designs, Emdrupvej 26A, 1., Copenhagen, =20 >> Dk-2100, >> Denmark. Phone: +45 29609501; Email: abr@sdesigns.dk >> >> Robert Cragie, Gridmerge Ltd, 89 Greenfield Crescent, Wakefieldm =20= >> WF4 >> 4WA, UK. Phone: +44 1924910888; Email: =20 >> robert.cragie@gridmerge.com >> >> Jerald Martocci, Johnson Controls, Milwaukee, WI 53202, USA. =20 >> Phone: >> +1 414 524 4010; Email:jerald.p.martocci@jci.com >> >> Charles Perkins, Tellabs Inc., USA. Email:charliep@computer.org >> >> Authors gratefully acknowledge the contributions of Richard Kelsey >> and Zach Shelby in the development of this document. >> >> >> 10. References >> >> 10.1. Normative References >> >> [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate >> Requirement Levels", BCP 14, RFC 2119, March 1997. >> >> 10.2. Informative References >> >> [I-D.brandt-roll-rpl-applicability-home-building] >> Brandt, A., Baccelli, E., and R. Cragie, "Applicability >> Statement: The use of RPL in Building and Home >> Environments", >> draft-brandt-roll-rpl-applicability-home-building-00 =20= >> (work >> in progress), April 2010. >> >> [I-D.hui-6man-rpl-routing-header] >> Hui, J., Vasseur, J., and D. Culler, "A Source Routing >> >> >> >> Goyal, et al. Expires December 16, 2010 =20 >> [Page 18] >> =0C >> Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= >> 2010 >> >> >> Header for RPL", draft-hui-6man-rpl-routing-header-00 >> (work in progress), May 2010. >> >> [I-D.ietf-roll-building-routing-reqs] >> Martocci, J., Riou, N., Mil, P., and W. Vermeylen, >> "Building Automation Routing Requirements in Low =20 >> Power and >> Lossy Networks", draft-ietf-roll-building-routing-=20 >> reqs-09 >> (work in progress), January 2010. >> >> [I-D.ietf-roll-of0] >> Thubert, P., "RPL Objective Function 0", >> draft-ietf-roll-of0-02 (work in progress), June 2010. >> >> [I-D.ietf-roll-routing-metrics] >> Vasseur, J., Kim, M., Networks, D., and H. Chong, =20 >> "Routing >> Metrics used for Path Calculation in Low Power and =20 >> Lossy >> Networks", draft-ietf-roll-routing-metrics-07 (work in >> progress), June 2010. >> >> [I-D.ietf-roll-rpl] >> Winter, T., Thubert, P., and R. Team, "RPL: IPv6 =20 >> Routing >> Protocol for Low power and Lossy Networks", >> draft-ietf-roll-rpl-09 (work in progress), June 2010. >> >> [I-D.ietf-roll-terminology] >> Vasseur, J., "Terminology in Low power And Lossy >> Networks", draft-ietf-roll-terminology-03 (work in >> progress), March 2010. >> >> [I-D.thubert-6man-reverse-routing-header] >> Thubert, P., "Reverse Routing Header", >> draft-thubert-6man-reverse-routing-header-00 (work in >> progress), June 2010. >> >> [RFC5826] Brandt, A., Buron, J., and G. Porcu, "Home Automation >> Routing Requirements in Low-Power and Lossy Networks", >> RFC 5826, April 2010. >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> Goyal, et al. Expires December 16, 2010 =20 >> [Page 19] >> =0C >> Internet-Draft draft-dt-roll-p2p-rpl-01 June =20= >> 2010 >> >> >> Authors' Addresses >> >> Mukul Goyal (editor) >> University of Wisconsin Milwaukee >> 3200 N Cramer St >> Milwaukee, WI 53211 >> USA >> >> Phone: +1 414 2295001 >> Email: mukul@uwm.edu >> >> >> Emmanuel Baccelli (editor) >> INRIA >> >> Phone: +33-169-335-511 >> Email: Emmanuel.Baccelli@inria.fr >> URI: http://www.emmanuelbaccelli.org/ >> >> >> P2P Team >> JP> Remove P2P Team unless you list the people. >> Goyal, et al. Expires December 16, 2010 =20 >> [Page 20] =0C >> >> _______________________________________________ >> Roll mailing list >> Roll@ietf.org >> https://www.ietf.org/mailman/listinfo/roll > --Apple-Mail-200--113802232 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable
On Jun 16, 2010, = at 12:42 PM, Anders Brandt wrote:

Hi JP
 
Good starting point.
=
 
=
I would like to add that = several application spaces have a need for almost immediate delivery = at any time.
For these applications, the = optimal route is convenience while swift delivery is a must. Reactive = discovery
is the way to guarantee swift delivery at any = time.

iff the = overhead required to maintain connectivity with pro-active routing is = too expensive.

 
Thanks,
  Anders

=
=
From: = roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] = On Behalf Of JP Vasseur
Sent: Wednesday, June 16, = 2010 12:11
To: Mukul Goyal; Emmanuel Baccelli
Cc: = ROLL WG
Subject: Re: [Roll] Comments on = draft-dt-roll-p2p-rpl-01

Hi, =

As promised here is some text wrt the trade-off on = on-demand routing.

"As pointed out in = this document, RPL does provide support of P2P routes via a = common
ancestor. Using the mechanism described in this = document, more optimal routes with 
regards to some = metrics may be discovered but it is worth pointing out that this = comes
at the price of additional control messages in the = network since the discovery process
requires sending = additional routing control plane messages. The gain in terms of = path 
optimality may vary with the network = topology and networking conditions. Thus network 
=
designer may want to take into account the trade-off between = the potential discovery of a 
more optimal route = and the associated cost in terms of network and node resources.
=
Note that on-demand routing also offers the benefit of not having = to maintains states 
as with proactive = routing."

Thanks.

=
JP.

On Jun 16, 2010, at 12:00 PM, JP = Vasseur wrote:

=
=
Dear authors,

Since I had = a number of comments I inserted them in the ID itself. As you will = notice:
1) Some of them are purely editorial
=
2) Others are more fundamental and may require just clarifications, = more discussion on the mailing list, ... In this case, feel free to = start a separate thread (note that ticket cannot be assigned to non = WG document).
3) I also suggested new = sections

Internet Engineering Task Force          =
                  M. Goyal, Ed.
Internet-Draft                         University of Wisconsin Milwaukee
Intended status: Informational                          E. Baccelli, Ed.

JP> Are you sure that =
you want to make it informational ?

Expires: December 16, 2010                                   =
      INRIA
                                                               P2P. Team
                                                           June 14, 2010


   Reactive Discovery of Point-to-Point Routes in Low Power and Lossy
                                Networks
                        draft-dt-roll-p2p-rpl-01

Abstract

   This document describes a mechanism to discover and establish "on
   demand" one or more routes between two routers in a low power and
   lossy network.

JP> Needs a bit more =
details + explicitly refer to IPv6 in the =
abstract 
and introduction.
 Status of this Memo =
   This Internet-Draft is submitted to IETF in full conformance with the =
  provisions of BCP 78 and BCP 79.    Internet-Drafts are working =
documents of the Internet Engineering   Task Force (IETF).  Note that =
other groups may also distribute   working documents as Internet-Drafts. =
 The list of current Internet-   Drafts is at http://datatracker.ie=
tf.org/drafts/current/.    Internet-Drafts are draft documents valid =
for a maximum of six months   and may be updated, replaced, or obsoleted =
by other documents at any   time.  It is inappropriate to use =
Internet-Drafts as reference   material or to cite them other than as =
"work in progress."    This Internet-Draft will expire on December 16, =
2010. Copyright Notice    Copyright (c) 2010 IETF Trust and the persons =
identified as the   document authors.  All rights reserved.    This =
document is subject to BCP 78 and the IETF Trust's Legal   Provisions =
Relating to IETF Documents   (http://trustee.ietf.org/lice=
nse-info) in effect on the date of   publication of this document.  =
Please review these documents   carefully, as they describe your rights =
and restrictions with respect   to this document.  Code Components =
extracted from this document must   include Simplified BSD License text =
as described in Section 4.e of   the Trust Legal Provisions and are =
provided without warranty as Goyal, et al.           Expires December =
16, 2010               [Page 1] =0C Internet-Draft          =
draft-dt-roll-p2p-rpl-01               June 2010    described in the =
Simplified BSD License. Table of Contents    1.  Introduction . . . . . =
. . . . . . . . . . . . . . . . . . . .  3   2.  Targeted Use Cases . . =
. . . . . . . . . . . . . . . . . . . .  4   3.  Terminology  . . . . . =
. . . . . . . . . . . . . . . . . . . .  4   4.  Functional Overview  . =
. . . . . . . . . . . . . . . . . . . .  5   5.  Propagation of =
Discovery Messages  . . . . . . . . . . . . . .  7     5.1.  The Route =
Discovery Option . . . . . . . . . . . . . . . .  7     5.2.  Setting a =
DIO Carrying a Route Discovery Option  . . . . .  9     5.3.  Processing =
of a DIO Carrying a Route Discovery Option           At An Intermediate =
Node  . . . . . . . . . . . . . . . . . 10     5.4.  Processing of a DIO =
Carrying a Route Discovery Option           At The Target Router . . . . =
. . . . . . . . . . . . . . . 12   6.  Propagation of Discovery Reply =
Messages  . . . . . . . . . . . 13     6.1.  The Discovery Reply Object =
(DRO) . . . . . . . . . . . . . 13       6.1.1.  The Source Route Option =
 . . . . . . . . . . . . . . . 15     6.2.  DRO as Acknowledgement for =
Backward Source Routes  . . . . 16     6.3.  DRO as Carrier of =
Forward/Bidirectional Source Routes  . . 17     6.4.  Establishing =
Hop-by-hop Routes Via DRO . . . . . . . . . . 17   7.  Security =
Considerations  . . . . . . . . . . . . . . . . . . . 18   8.  IANA =
Considerations  . . . . . . . . . . . . . . . . . . . . . 18   9.  =
Authors and Contributors . . . . . . . . . . . . . . . . . . . 18   10. =
References . . . . . . . . . . . . . . . . . . . . . . . . . . 18     =
10.1. Normative References . . . . . . . . . . . . . . . . . . . 18     =
10.2. Informative References . . . . . . . . . . . . . . . . . . 18   =
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 19 =
Goyal, et al.           Expires December 16, 2010               [Page 2] =
=0C Internet-Draft          draft-dt-roll-p2p-rpl-01               June =
2010 1.  Introduction    RPL [I-D.ietf-roll-rpl] provides =
multipoint-to-point (MP2P) routes   from routers in a low power and =
lossy network (LLN) to a sink router   by organizing the routers along a =
Directed Acyclic Graph (DAG) rooted   at the sink.  
JP> low power and lossy =
.... Low Power and Lossy
JP> RPL provides P2MP, =
MP2P and P2P routes =
too.

The DAG root initiates the DAG formation by originating
   a DODAG Information Object (DIO) message.  The DIO message is sent
   via link-local multicast and carries information about the
   originating router's position (the "rank") in the DAG.  On receiving
   DIO messages sent by its neighbors, a router determines its own
   "rank" in the DAG and originates its own DIO message.

JP> Without going too =
much in the details, you may just want to =
add
that a node =
decides to join a DODAG according to a number of =
parameters
(identity of =
the DODAG, OF, routing/constraints a specified in the =
metric-ID,...).
   RPL enables point-to-multipoint (P2MP) routing from a =
router to its
   descendants in the DAG by allowing a router to send a Destination
   Advertisement Object (DAO) upwards along the DAG.  The DAO carries
   the aggregated 
JP> Potentially =
"aggregated"
information regarding the descendants =
(and other local
   prefixes) reachable through the originating router.

   RPL also provides mechanisms for point-to-point (P2P) routing between
   any two routers in the DAG.  
JP> =
Yes.
If the destination is within the
   source's "range", the source may directly send packets to the
   destination.  Otherwise, if the destination is a DAG descendant and
   the source maintains "downwards" routing state about this descendant,
   it can forward the packet along this route.  Otherwise, the source
   sends the packet to a DAG parent, which then applies the same set of
   rules to forward the packet further.  Thus, a packet travels up the
   DAG until it reaches a router that knows of the downwards route to
   the destination and then it travels down the DAG towards its
   destination.  A router may or may not maintain routing state about a
   descendant depending on whether its immediate children send it such
   information in their DAOs and whether the router can store this
   information.  Thus, in the best case scenario, the "upwards" segment
   of the P2P route between a source and a destination ends at the first
   common ancestor of the source and the destination.  In the worst
   case, the "upwards" segment would extend all the way to the DAG's
   root.  If the destination did not originate a DAO, the packet will
   travel all the way to the DAG's root, where it will be dropped.

JP> This may require to =
be a bit more accurate here. If there is no =
DAO,
there RPL is used for MP2P routing only (that is not a protocol =
design 
characteristic =
though). 
   The P2P routing functionality available in RPL suffers =
from several
   shortcomings [I-D.brandt-roll-rpl-applicability-home-building]:

JP> "suffering from =
several shortcomings" is a bit strong though. You =
may
want to say that additional =
mechanisms may be required to address =
specific
situation and list =
them. 
   o  The need to maintain routes =
"proactively", i.e. every possible
      destination in the DAG must originate a DAO.

   o  The constraint to route only along a DAG potentialy leading to
      significantly suboptimal P2P routes and traffic congestion near
      the DAG root.
JP> 
First bullet: you can mention that this =
requires to pro-actively advertise the
route and to keep refreshing the state =
accordingly
Second bullet: just to be very accurate, mention that the route =
may be sub-optimal.
This is highly network topology / OF =
dependent.
 Goyal, et al.           Expires =
December 16, 2010               [Page 3] =0C Internet-Draft          =
draft-dt-roll-p2p-rpl-01               June 2010    These shortcomings =
are not compatible with the home and commercial   building domain =
application requirements described in [RFC5826] and   =
[I-D.ietf-roll-building-routing-reqs].  
JP> Again, to be =
accurate, there are no MUST requirements listed =
in
these ID that =
are not satisfied by RPL (with regards to the =
aforementioned
issues). I am NOT saying that the proposed mechanism is not =
useful 
(by all means), just that the statement above is not =
correct.

Such =
applications require a
   mechanism providing source-initiated discovery of P2P routes that are
   not along a DAG.  
JP> In some cases, it =
may be desirable to make use of source-initiated =
... 

This document =
thus describes such a mechanism,
   complementary to the basic RPL specification.

   The specified scheme is based on a reactive on-demand approach, which
   enables a router to discover one or more "good-enough" routes in
   either direction between itself and another router in the LLN without
   any constraints regarding the existing DAG-membership of the links
   that such routes may use.  
JP> This will be an =
aspect triggering some discussion. How "good" =
is
"good enough" ? =
You will need some text to elaborate here or =
point 
to another section explaining what is meant by "good =
enough"
Such routes may be source-routes or hop-
   by-hop ones.  
JP> Just terminology: =
instead of referring to hop-by-hop routes, you =
may
want to say =
that once a route has been computed between two nodes =
in 
the network, =
IPv6 packet may be forward using a source routing =
mechanism
as specified in =
[XX] or in a hop by hop fashion.
A complementary functionality, necessary =
to help decide
   whether to initiate a route discovery, is a mechanism to measure the
   end-to-end cost of an existing route.  
JP> s/cost/path =
cost
Such functionality will be
   described in a separate document.

JP> But its use is =
described in this document ?
 2.  =
Targeted Use Cases    The mechanisms described in this document are =
intended to be employed   as complementary to RPL in specific scenarios =
that need point-to-   point (P2P) routes between arbitrary routers.    =
One target use case, common in a home environment, involves a remote   =
control (or a motion sensor) that suddenly needs to communicate with   a =
lamp module, whose network address it knows apriori.  In this case,   =
the source of data (the remote control or the motion sensor) must be   =
able to discover a route to the destination (the lamp module) "on   =
demand".    Another target use case, common in a large commercial =
building   environment, involves a large LLN deployment where P2P =
communication   along a particular DAG among hundreds (or thousands) of =
routers   creates severe traffic congestion near that DAG's root, and =
thus   routes across this DAG are desirable.    Targeted use cases also =
include scenarios where energy or delay   constraints are not satisfied =
by the P2P routes along a DAG because   they involve traversing many =
more intermediate routers than necessary   to reach the destination. =

JP> What I would suggest =
is to summarize it, put in the =
introduction,
and detail the use case in the applicability =
statement.
3.  Terminology

   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
   "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and
   "OPTIONAL" in this document are to be interpreted as described in



Goyal, et al.           Expires December 16, 2010               [Page 4]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   [RFC2119].

   Additionally, this document uses terminology from
   [I-D.ietf-roll-terminology] and [I-D.ietf-roll-rpl], and introduces
   the following terminology:

   Origin Router: The router initiating the route discovery.  The origin
   router acts as one end point of the routes to be discovered.

   Target Router: The other end point of the routes to be discovered.

   Intermediate Router: A router that is neither the origin nor the
   target.

   Forward Route: A route from the origin router to the target router.

   Backward Route: A route from the target router to the origin router.

   Bidirectional Route: A route that can be used in both directions:
   from the origin router to the target router and vice versa.

   Source Route: A complete and ordered list of routers that can be used
   by a packet to travel from a source to a destination.  Such source
   routes can be carried by a packet in a proposed Type 4 Routing Header
   [I-D.hui-6man-rpl-routing-header].

   Hop-by-hop Route: A route from a source to a destination where each
   router in the route knows only the address of the next hop on the
   route.
JP> I would suggest to =
change the definition for "routing =
paradigm
whereby packets are routed from their source to destination =
by 
on a hop by hop =
basis where the packets is routed by a set of =
routers
along the path =
according to the routing table stored by each =
router
along the =
path".
   In this document, the term 'router' refers to any LLN =
device that can
   forward packets generated at other devices.


4.  Functional Overview

   Router A originates a "Discovery" message listing router B as the
   target.  Node A also indicates in the message:

   o  The nature of the routing cost, the method for accumulating the
      end-to-end cost 
JP> This may de detailed =
hereafter but I guess that you will point =
to 
the metric-ID for the metric =
used?

and the =
criteria used to determine if a route is
      "good enough";

   o  The direction (forward: router A to router B; backward: router B
      to router A; or both) of the route being discovered;

   o  The desired number of routes;




Goyal, et al.           Expires December 16, 2010               [Page 5]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   o  Whether the route is a source-route or a hop-by-hop one; and

   o  A limit on the "distance" the Discovery message may =
travel.

JP> Need to define the =
term "distance": is it a max path cost, number =
of
hops, ... =
?
    The Discovery message propagates via =
link-local multicast 
JP> Indicate =
"IPv6"
with each
   receiving router making the decision regarding whether to forward the
   message further based on the "distance" (from router A) that this
   particular copy of the message has already traveled.  Note that this
   document does not require a receiving router to use the "good enough"
   criteria to make the forwarding decision.  This is because the
   evaluation of such criteria may be too complex for a constrained
   intermediate router to perform for each received copy of the
   Discovery message.  
JP> So I guess that you =
define later what to do in both cases (the =
node
cannot process the "good enough" criteria or it can process it) =
?
The calculation of the "distance" that a copy of
   the Discovery message has already travelled should be simple enough
   for a constrained router to perform.  
JP> Again it is hard to =
tell from what you wrote if this can reasonably =
be
achieved; it =
depends on the definition of the term =
"distance".
A router may optionally decide
   not to forward a copy of the Discovery message further because the
   aggregated cost of the route so far fails the "good enough" =
criteria.
JP> You will nee to be =
more specific here. Is it a "may" or a =
"MAY". 
Define what happens in this case. You may provide more details =
later
in the =
document.
   The underlying mechanism being used to propagate the =
Discovery
   message may put further restrictions on its propagation.  A router
   should not propagate the Discovery message further if hop-by-hop
   routes are desired and the router can not store state for this route.

   As a copy of the Discovery message travels towards router B, it
   accumulates the relevant forward/backward costs as well as the route
   it takes.  When router B receives a copy of the Discovery message, it
   determines whether the route traveled by the message meets the "good
   enough" criteria.
JP> I think that you =
already mentioned this.
   If router A had requested the =
discovery of backward source-routes,
JP> Didn't you mean =
"forward" ?
   router B caches one or more good =
enough source-routes it identifies.
   Additionally, router B sends one or more "Discovery Reply" message to
   router A to acknowledge the discovery of these routes.  These
   acknowledgements allow router A to judge the success of the route
   discovery.  The Discovery Reply messages can travel towards router A
   in any manner chosen by router B. For example, router B may source-
   route the messages or send them towards router A along a DAG.

   If router A had requested the discovery of "n" forward source-routes,
   router B sends the "n" good enough source-routes it identifies to
   router A in one or more Discovery Reply messages.  Again, these
   Discovery Reply messages can travel towards router A in any manner
   chosen by router B.
JP> What if the DAG is =
"broken": retry from A after expiration of a =
local
timer ?
   If router A had requested the discovery of "n" =
bidirectional source-
   routes, router B caches the "n" good enough source-routes it
   identifies and also sends these routes to router A in one or more
   Discovery Reply messages.  These Discovery Reply messages can travel
   towards router A in any manner chosen by router B.



Goyal, et al.           Expires December 16, 2010               [Page 6]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   If router A had requested the discovery of "n" forward/backward/
   bidirectional hop-by-hop routes, router B sends out a Discovery Reply
   message to router A for each one of the "n" good enough routes it
   identifies.  
JP> Do you need one =
"Discovery Reply message" per route or =
next-hop
in this case?
The Discovery Reply message travels =
towards router A
   using the source-route accumulated by the Discovery message. =
 
JP> In the case of =
hop-by-hop routes, source routes, both =
?
As this
   message travels towards router A, it establishes appropriate forward/
   backward routing state in the en-route routers.  This "non DAG"
   routing state should be specially marked to associate it with the
   routing metrics 
JP> Refer to metric ID =
?
used to discover the route and to distinguish such
   state from other DAG-specific routing state the router may have.

JP> Not sure that you =
need to distinguish the state. Suppose that =
you
discover a =
hop-by-hop route (not a big fan of that terms as pointed =
out
above but let's =
continue to use it for the time being), a storing =
node
may indeed have =
two routes for the same destination: do you want =
to
state that it =
should always use the P2P routes discovered by =
this
mechanism or =
let it choose the best one according to the metric =
in
use?
JP> What if there are =
two routes using different =
metrics?
5.  Propagation of Discovery =
Messages

   RPL uses DIO message propagation to build a DAG.  The DIO message
   travels via link-local multicast.  
JP> Add everywhere "IPv6 =
link-local multicast =
addresses"

Each router =
joining the DAG
   determines a rank for itself and ignores the subsequent DIO messages
   received from lower (higher in numerical value) ranked neighbors.
   Thus, the DIO messages propagate outwards rather than return inwards
   towards the DAG root.  
JP> I would suggest to =
align to the RPL terminology. =
Inward/outward
are not used anymore.

The DIO message generation at a router is
   further controlled by a trickle timer that allows a router to avoid
   generating unnecessary messages.  
JP> Add a reference to =
the Trickle ID

The link-local multicast based
   propagation, trickle-controlled generation and the rank-based
   poisoning of messages traveling in the wrong direction (towards the
   DAG root) provide powerful incentives to use the DIO message as the
   Discovery message and propagate the DIO/Discovery message by creating
   a "temporary" DAG.

5.1.  The Route Discovery Option

       0                   1                   2                   3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |   Type =3D 9    | Option Length | D |S|  N  | L |O|  Max Rank   =
|
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                                                               |
       |                       Target Address                          |
       |                                                               |
       |                                                               |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |              OCP              |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+


              Figure 1: Format of the Route Discovery Option

   In order to be used as a Discovery message, a DIO MUST carry a "Route
   Discovery" option illustrated in Figure 1.  A DIO MUST NOT carry more



Goyal, et al.           Expires December 16, 2010               [Page 7]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   than one Route Discovery options.  
JP> Explain what you do =
if more than one is present:
	* Ignore the second =
one?
	* Ignore =
the entire message?

A Route Discovery option consists
   of the following fields:

   o  Option Type =3D 0x09 (to be confirmed by IANA).

   o  Option Length =3D 20 or 22 octets depending on whether the OCP =
field
      is included or not.

   o  D: A 2-bit field that indicates the direction of the desired
      routes:

      *  D =3D 0x00: Forward;

      *  D =3D 0x01: Backward;

      *  D =3D 0x02: Bidirectional.

   o  S: A flag that indicates whether source routes are desired.  The
      flag is set if the source routes are desired.  The flag is clear
      if hop-by-hop routes are desired.

   o  N: A 3-bit unsigned integer indicating the number of routes
      desired.

   o  L: A 2-bit field indicating the minimum "Life Time" of the
      temporary DAG, i.e., the minimum duration a router joining the
      temporary DAG must maintain its membership in the DAG:

      *  L =3D 0x00: Minimum life time is 5 seconds;

      *  L =3D 0x01: Minimum life time is 10 seconds;

      *  L =3D 0x02: Minimum life time is 1 minute;

      *  L =3D 0x03: Minimum life time is 10 minutes.

JP> Placeholder ... =
indicate what happens if a node cannot store =
that
additional state (add a manageability =
section).
   o  O: A flag that indicates whether the same OCP is used =
for route
      discovery as well as temporary DAG formation.  If this flag is
      clear, the OCP contained in the DODAG Configuration option in the
      DIO is used for route discovery as well.  Otherwise, the OCP
      specified in the Route Discovery option is used for route
      selection 
JP> s/route =
selection/route discovery

and the metrics/constraints used for route selection are
      carried in a Metrics Container option immediately following the
      Route Discovery option.
JP> Since OF is =
decoupled from metrics, you always need to =
indicate
the metric in use. That said, I do not see your point here. =
Indeed, the 
temporary DAG is built according to some OF and metrics so =
the 
resulting =
routes will inherit these metrics?
   o  Max Rank: A 7-bit unsigned integer =
that indicates the maximum rank
      allowed in the temporary DAG advertised by the DIO message.  This
      upper limit on the DAG rank serves as the "distance" referred to



Goyal, et al.           Expires December 16, 2010               [Page 8]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


      in Section 4 and provides a control over how far the Route
      Discovery option contained in the DODAG Configuration option in
      the DIO message may travel.  
JP> You may discuss it =
later in this document ... but the distance is =
tied
to how you compute the =
rank.
A router MUST not 
JP> s/MUST not/MUST =
NOT
join the temporary
      DAG if its rank in the DAG will exceed this limit.  Later versions
      of this draft will map the 128 value space available in this field
      to 16-bit long limits on the DAG rank.

   o  Target Address: The IPv6 address of the target router.

   o  OCP: 16 bit unsigned integer.  An optional field, present only if
      the O flag is set, that indicates the objective code point (OCP)
      to be used for route selection.

5.2.  Setting a DIO Carrying a Route Discovery Option

   A DIO message that carries a Route Discovery option MUST set the Base
   Object, described in [I-D.ietf-roll-rpl], in the following manner:

   o  RPLInstanceID: RPLInstanceID MUST be a local value as described in
      Section 4.1 of [I-D.ietf-roll-rpl].

   o  Grounded (G) Flag: MUST be clear since the objective of DAG
      formation is the propagation of Route Discovery option.  This DAG
      is temporary in nature and is not used for routing purpose.

   o  Destination Advertisement Supported (A) Flag: MUST be clear for
      same reasons as described above.

   o  Destination Advertisement Trigger (T) Flag: MUST be clear.

   o  Mode of Operation (MOP): Since the temporary DAG is not to be used
      for routing purposes, the value of this field is immaterial.  To
      allow constrained routers to join the DAG, the MOP field SHOULD be
      set to 00 (non-storing).

JP> I'd rather suggest =
to specify a new MOP value =
(0x02)
   o  DODAGPreference (Prf): TBD

   o  Destination Advertisement Trigger Sequence Number (DTSN): TBD

JP> To be discussed on =
the mailing list ?
   o  DODAGID: IPv6 address of the =
router initiating the route
      discovery.

JP> Origin =
router.
   The other fields in the Base Object are set as per the =
rules
   described in [I-D.ietf-roll-rpl].

   The DODAG Configuration option, carried in the DIO message, specifies
   the parameters for the trickle timer operation that governs the
   generation of DIO messages by the routers joining the temporary DAG.

JP> Also according to =
RPL ID or would you recommend different
default values ? Default values for RPL =
are TBD but we could easily
think of different values in this case. To be revisited in the =
future.
Goyal, et al.           Expires December 16, 2010            =
   [Page 9]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   The other fields defined in the DODAG Configuration option are set as
   follows:

   o  The MaxRankIncrease field MUST be set to 0 to disable local repair
      of the temporary DAG.

   o  This document RECOMMENDS a value 1 for the MinHopRankInc field.

   o  Objective Code Point (OCP): The OCP to be used for temporary DAG
      formation.  This document RECOMMENDS RPL Objective Function 0, as
      defined in [I-D.ietf-roll-of0], for use as the objective function
      for the formation of the temporary DAG.

   A DIO, that contains a Route Discovery option with O flag set, MUST
   also contain a Metric Container option immediately following the
   Route Discovery option.  This Metric Container option carries the
   values for the routing metrics as well as the constraints
   (constituting the "good enough" criteria) used for route =
selection.
JP> This is confusing: =
the metric and constraint carried within the =
Metric
Container are used for the DODAG formation. Do you want to use =
them
for a different =
purpose ? At this point, you have not yet defined the use =
of
the good enough =
criteria but one can guess that you would use the =
good
enough =
metrics to control the flooding and the metric/OF to =
effectively 
build the temporary DAG and discover the routes. If so, the good =
enough
metrics are of =
different use.
   Note that if O flag in the Route Discovery option is =
clear, the OCP
   and Metric Container used for temporary DAG formation are used for
   route selection as well.

   A DIO, carrying a Route Discovery option, MUST not carry any =
Route
JP> s/MUST not/MUST =
NOT
   Information or Prefix Information options described in
   [I-D.ietf-roll-rpl].

5.3.  Processing of a DIO Carrying a Route Discovery Option At An
      Intermediate Node

   The rules for DIO processing and transmission, described in Section 7
   of RPL [I-D.ietf-roll-rpl], apply to DIOs carrying a Route Discovery
   option as well except as modified in this document.

   When an intermediate router joins a temporary DAG advertized by a DIO
   carrying the Route Discovery option, it MUST maintain its membership
   in the DAG for the Minimum Life Time duration listed in the Route
   Discovery option.  
JP> What if it cannot ? =
Just not join the DAG and log an error =
?
Maintaining membership in the DAG implies
   remembering:

   o  The RPLInstanceID, the DODAGID and the DODAGVersionNumber for the
      temporary DAG;

   o  The router's rank in the temporary DAG;

   o  The best Metric Container, 
JP> you mean the best =
path cost?
along with the associated source route
      from the initiator of route discovery till this router (carried in
      a Record Route IPv6 Extension Header proposed in
      [I-D.thubert-6man-reverse-routing-header]), for the Route



Goyal, et al.           Expires December 16, 2010              [Page 10]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


      Discovery option being propagated by the temporary DAG.  If the
      router can not compare Metric Containers, it MUST remember the
      latest Metric Container it has received, along with the associated
      source route.
JP> Requires =
clarification on what you mean by =
"compare"
   A router belonging to a temporary DAG need not remember =
the identity
   of its DAG parents since the temporary DAG is not used for =
routing.
JP> Are you sure ? What =
is a hop-by-hop route is needed ? Don't =
you
need to =
remember your parent, or do you still record the route =
?
  =
 The main purpose of a temporary DAG's existence is to facilitate the
   propagation of the Route Discovery option.

   The router does not process a Route Discovery option, contained in
   the received DIO, any further if any of the following conditions are
   true:

   o  The router does not support the objective function 
JP> and/or =
metrics
being used for
      route discovery

   o  The router does not have sufficient information to calculate the
      relevant routing metrics/constraints in the right direction (as
      specified by the D field).

   o  The S field is clear, i.e. hop-by-hop routes are desired, but the
      router can not participate in a hop-by-hop route.

   o  The router is an intermediate router and the router's rank in the
      temporary DAG, calculated on the basis of the rank and objective
      function carried in the Base Object in the DIO, exceeds the Max
      Rank value specified in the Route Discovery option.

   A router MUST discard the DIO if the Route Discovery option contained
   in the message does not need further processing.  
JP> Log an error =
?
Otherwise, the
   =
Route Discovery option is processed as follows.

   The router updates the Metrics Container associated with the received
   Route Discovery option as per the specified objective function. =
 
JP> And routing =
metrics

The
   router may optionally check the Metric Container to determine if the
   aggregated values for the routing metrics meet all the constraints
   listed in the Metric Container.  
JP> The aggregated =
values are for the metrics. Constraints are used =
to
prune potential =
path.
If not, the Route Discovery option
   is discarded 
JP> You mean the DIO =
message.
without further processing.  Otherwise, the router
   updates its in-memory copy of the latest/best Metric Container for
   this Route Discovery option along with the associated source route
   updated in the correct direction (based on the D field of the Route
   Discovery option).  Any change in the in-memory copy also requires
   resetting the trickle timer and generating a new DIO carrying the
   Route Discovery option, the updated latest/best Metric Container and
   the associated source route (in a Record Route IPv6 extension header
   proposed in [I-D.thubert-6man-reverse-routing-header]) when the timer
   fires.  
JP> If the changes occur =
during the lifetime window.
Note that the Metric Container MUST =
immediately follow the



Goyal, et al.           Expires December 16, 2010              [Page 11]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   Route Discovery option if the O flag in the Route Discovery option is
   set.

5.4.  Processing of a DIO Carrying a Route Discovery Option At The
      Target Router

   When the target router joins the temporary DAG advertized by a DIO
   carrying the Route Discovery option, it MUST maintain its membership
   in the DAG for the Minimum Life Time duration listed in the Route
   Discovery option.  Maintaining membership in the DAG implies
   remembering:

   o  The RPLInstanceID, the DODAGID and the DODAGVersionNumber for the
      temporary DAG;

   o  The router's rank in the temporary DAG;

   The target router does not process a Route Discovery option,
   contained in the received DIO, any further if any of the following
   conditions are true:

   o  The router does not support the objective function used for route
      discovery

   o  The router does not have sufficient information to calculate the
      relevant routing metrics/constraints in the right direction (as
      specified by the D field).

JP> or does not support =
the metric.
   The target router MUST =
discard the DIO if the Route Discovery option   contained in the message =
does not need further processing.
JP> ? How does it knows =
(simply because it reaches the destination) =
?
   Otherwise, the Route Discovery option is processed as =
follows.

   The target router updates the Metrics Container associated with the
   received Route Discovery option as per the specified objective
   function.  
JP> and routing metrics =
(remember they are =
decoupled).

The target router then checks the Metric Container to
   determine if the aggregated values for the routing metrics meet all
   the constraints listed in the Metric Container.  
JP> See previous =
comments.

If not, the =
Route
   Discovery option is discarded without further processing.  Otherwise,
   the router MAY select the source route accumulated by the received
   DIO as one of the discovered routes.  
JP> "MAY" ? When =
?
The target router MUST send one
   or more RPL Control Messages carrying a Discovery Reply Object
   (defined in the next section) back to the origin router (identified
   by the DODAGID field in the DIO Base Object) as discussed in the
   following sections.

   The target router MUST NOT forward a DIO carrying a Route Discovery
   option that lists one of its own addresses as the Target Address.




Goyal, et al.           Expires December 16, 2010              [Page 12]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


6.  Propagation of Discovery Reply Messages

6.1.  The Discovery Reply Object (DRO)

       0                   1                   2                   3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       | RPLInstanceID |    Version    | D |S|  N  |     Reserved      |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                                                               |
       |                         DODAGID                           |
       |                                                               |
       |                                                               |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |                                                               |
       |                       Target Address                          |
       |                                                               |
       |                                                               |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       | Option(s)...
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+...


           Figure 2: Format of the Discovery Reply Object (DRO)

   This document defines a new RPL Control Message type, the Discovery
   Reply Object (DRO) with code 0x04 (to be confirmed by IANA), that
   serves the following functions:

   o  An acknowledgement from the target router to the origin router
      regarding the successful discovery of backward source routes;

JP> ACK of routes from =
the origin to the target: you may not have =
routes
in the opposite direction.
   o  Carries one or more =
forward/bidirectional source routes from the
      target to the origin router;

   o  Establishes a hop-by-hop forward/backward/bidirectional route as
      it travels from the target to the origin router.

   The format for a Discovery Reply Object (DRO) is shown in Figure 2.
   A DRO consists of the following fields:

   o  RPLInstanceID: The RPLInstanceID of the temporary DAG used for
      route discovery.

   o  Version: The Version of the temporary DAG used for route
      discovery.





Goyal, et al.           Expires December 16, 2010              [Page 13]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


   o  DODAGID: The DODAGID of the temporary DAG used for route
      discovery.  The DODAGID also identifies the origin router.  The
      RPLInstanceID, the Version and the DODAGID together uniquely
      identify the temporary DAG used for route discovery and can be
      copied from the Base Object of the DIO advertizing the temporary
      DAG.

   o  D: A 2-bit field that indicates the direction of the discovered
      routes:

      *  D =3D 0x00: Forward;

      *  D =3D 0x01: Backward;

      *  D =3D 0x02: Bidirectional.

      This field has the same value as the corresponding field in the
      Route Discovery option.

   o  S: A flag that is clear if the Discovery Reply Object is
      establishing an hop-by-hop route.  The flag is set if the
      Discovery Reply Object carries (or is an acknowledgement for the
      discovery of) one or more source routes.

   o  N: A 3-bit field that indicates the number of source routes
      carried or acknowledged in the Discovery Reply Object.

   o  Target Address: The IPv6 address of the target router originating
      the Discovery Reply Object.

   o  Reserved: These bits are reserved for future use.  These bits MUST
      be set to zero on transmission and MUST be ignored on reception.

   o  Options: The Discovery Reply Object MAY carry up to 7 Source Route
      options (defined in the next section) with each such option
      carrying a complete forward/bidirectional source route and
      optionally followed by a Metric Container option that lists the
      aggregated values for the routing metrics for the source route.

JP> This may not be an =
aggregated value but recorded metric =
too.
 Goyal, et al.           Expires =
December 16, 2010              [Page 14] =0C Internet-Draft          =
draft-dt-roll-p2p-rpl-01               June 2010 6.1.1.  The Source =
Route Option        0                   1                   2            =
       3        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 =
8 9 0 1       =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+       =
|   Type =3D 10   | Option Length | Compr |  Pad  |     Resvd     |      =
 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+       =
|                                                               |       =
.                      Addresses[1..n]                          .       =
.                                                               .       =
|                                                               |       =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+        =
         Figure 3: Format of the Source Route Option    The Source Route =
option, illustrated in Figure 3, carries a complete   =
forward/bidirectional source route from the target router to the   =
origin router.  A Source Route option can only be a part of the   =
Discovery Reply Object and MAY be immediately followed by a Metric   =
Container option that contains the aggregated values of the routing   =
metrics for this source route.    A Route Discovery option consists of =
the following fields:    o  Option Type =3D 0x0A (to be confirmed by =
IANA).    o  Option Length =3D Variable, depending on the size of the =
Addresses      vector.    o  Compr: 4-bit unsigned interger indicating =
the number of prefix      octets that are elided from each address.  For =
example, Compr      value will be 0 if full IPv6 addresses are carried =
in the      Addresses vector.    o  Pad: 4-bit unsigned integer.  Number =
of octets that are used for      padding between Address[n] and the end =
of the Source Route option.    o  Address[1..n]: Vector of addresses, =
numbered 1 to n.  Each vector      element has size (16 - Compr) octets. =
   A common network configuration for an RPL domain is that all routers  =
 within an LLN share a common prefix.  The Source Route option uses   =
the Compr field to allow compaction of the Addresses[1..n] vector   when =
all entries share the same prefix as the DODAGID or the Target   Address =
of the encapsulating Discovery Reply Object.  The shared   prefix octets =
are not carried within the Source Route option and each   entry in =
Address[1..n] has size (16 - Compr) octets.  When Compr is Goyal, et al. =
          Expires December 16, 2010              [Page 15] =0C =
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010 =
   non-zero, there may exist unused octets between the last entry,   =
Address[n], and the end of the Source Route option.  The Pad field   =
indicates the number of unused octets that are used for padding.   Note =
that when Compr is 0, Pad MUST be null and carry a value 0.    The =
Source Route option MUST NOT specify a path that visits a router   more =
than once.  When generating a Source Route option, the target   router =
may not know the mapping between IPv6 addresses and routers.   =
Minimally, the target router MUST ensure that:    o  The IPv6 Addresses =
do not appear more than once;    o  The IPv6 addresses of the origin and =
the target routers do not      appear in the Address vector;    o  The =
Address vector represents a source route in forward direction      with =
Address[1] being the next hop for the origin router.    Multicast =
addresses MUST NOT appear in a Source Route option. 
JP> you may want to add =
a ref to RH4 since the format is very =
similar.
6.2.  DRO as Acknowledgement for Backward Source Routes

   When a target router discovers a backward source =
route, 
JP> I have an issue with =
your terminology. When the target receives =
the
DIO with route =
discovery option, what is discovered is a forward route =
?

it sends a
   DRO message to the origin router as an acknowlegement for the
   discovered route.  Optionally, a target router MAY send a DRO
   acknowledgement to the origin router after discovering multiple
   backward source routes.  A DRO, serving as an acknowledgement for
   backward source route discovery, has its D field set to 0x01
   (indicating backward) while the S flag is set to 1 (indicating source
   route).  The N field is set to indicate the number of discovered
   backward source routes being acknowledged.  Such a DRO message MUST
   NOT contain any option.

   This document does not require a particular method for sending such a
   DRO message to the origin router.  The target router MAY send the DRO
   message to the origin router in any fashion, including:

   o  Using a source route carried in a Type 4 Routing header
      [I-D.hui-6man-rpl-routing-header];

   o  Along any DAG connecting the target and the origin routers;

   o  Along the temporary DAG created for route discovery, provided that
      the target router is reasonably sure that the DAG's life time is
      sufficiently long and the routers in the DAG do remember one or
      more of their parents in the DAG.

JP> You may want to =
explain a bit more why you the origin =
router
would be interested in receiving an ACK without the route itself =
(case
6.3): =
hop-by-hop routes.
 Goyal, et al.           =
Expires December 16, 2010              [Page 16] =0C Internet-Draft      =
    draft-dt-roll-p2p-rpl-01               June 2010 6.3.  DRO as =
Carrier of Forward/Bidirectional Source Routes    When a target router =
discovers a forward source route, 
JP> Here, I agree that =
this is a forward route.
it sends a DRO
   message to the origin router carrying the discovered source route
   inside a Source Route option.  Similarly, when a target router
   discovers a bidirectional source route, it caches the route for its
   own use and then sends a DRO message to the origin router carrying
   the discovered route inside a Source Route option.  Rather than
   immediately sending a discovered route back to the origin router, a
   target router MAY optionally send one DRO message after discovering
   multiple forward/bidirectional source routes with the sent DRO
   carrying the discovered source routes (in multiple Source Route
   options).
JP> Note that the =
algorithm for "best route" selection is outside the =
scope
of this document, so does the use of a timer on the target side =
to determine
how much time to wait before answering, =
... 
    A DRO message carrying one or =
more Source Route options MUST have its   D field set to 0x00 (for =
forward routes) or 0x02 (for bidirectional   routes).  The S flag MUST =
be set to 1 and the N field MUST indicate   the number of Source Route =
options in the message.  A Source Route   option MAY immediately be =
followed by a Metric Container option that   carries the =
aggregated 
JP> or =
recorded
values of the routing metrics for this source
   route.  The target router may send this DRO message to the origin
   router in any fashion it desires including the options listed in
   Section 6.2.

6.4.  Establishing Hop-by-hop Routes Via DRO

   In order to establish a hop-by-hop route, the target router sends a
   DRO message along the reverse of the discovered route (via a Type 4
   Routing Header specified in [I-D.hui-6man-rpl-routing-header]).  The
   D field of the message is set to convey the route's direction
   (forward/backward/bidirectional) and the S flag MUST be clear
   (indicating hop-by-hop).  The N field MUST be set to 1.  Such a DRO
   MUST NOT contain any option.

   A router receiving such a DRO message SHOULD establish hop-by-hop
   state in the right direction corresponding to the route carried in
   the Type 4 Routing Header of the DRO message.  If a router does not
   establish such state, it MUST drop the DRO message.  Otherwise, it
   MUST forward the DRO message along the source route contained in Type
   4 Routing Header of the received message.

JP> Any error log if it =
does not ? (optional) ICMP sent to the target =
node?
   A router SHOULD associate the hop-by-hop routing state, =
thus
   established, with the objective function and metrics used for route
   discovery.







Goyal, et al.           Expires December 16, 2010              [Page 17]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


JP> New section to =
indicate how to clean-up the temporary DAG =
?
7.  Security Considerations

   TBA


8.  IANA Considerations

   TBA


9.  Authors and Contributors

   In addition to the editor, the authors of this document include the
   following individuals (listed in alphabetical order).

   Anders Brandt, Sigma Designs, Emdrupvej 26A, 1., Copenhagen, Dk-2100,
   Denmark.  Phone: +45 29609501; Email: abr@sdesigns.dk

   Robert Cragie, Gridmerge Ltd, 89 Greenfield Crescent, Wakefieldm WF4
   4WA, UK.  Phone: +44 1924910888; Email: robert.cragie@gridmerge.com

   Jerald Martocci, Johnson Controls, Milwaukee, WI 53202, USA.  Phone:
   +1 414 524 4010; Email:jerald.p.martocci@jci.com

   Charles Perkins, Tellabs Inc., USA.  Email:charliep@computer.org

   Authors gratefully acknowledge the contributions of Richard Kelsey
   and Zach Shelby in the development of this document.


10.  References

10.1.  Normative References

   [RFC2119]  Bradner, S., "Key words for use in RFCs to Indicate
              Requirement Levels", BCP 14, RFC 2119, March 1997.

10.2.  Informative References

   [I-D.brandt-roll-rpl-applicability-home-building]
              Brandt, A., Baccelli, E., and R. Cragie, "Applicability
              Statement: The use of RPL in Building and Home
              Environments",
              draft-brandt-roll-rpl-applicability-home-building-00 (work
              in progress), April 2010.

   [I-D.hui-6man-rpl-routing-header]
              Hui, J., Vasseur, J., and D. Culler, "A Source Routing



Goyal, et al.           Expires December 16, 2010              [Page 18]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


              Header for RPL", draft-hui-6man-rpl-routing-header-00
              (work in progress), May 2010.

   [I-D.ietf-roll-building-routing-reqs]
              Martocci, J., Riou, N., Mil, P., and W. Vermeylen,
              "Building Automation Routing Requirements in Low Power and
              Lossy Networks", draft-ietf-roll-building-routing-reqs-09
              (work in progress), January 2010.

   [I-D.ietf-roll-of0]
              Thubert, P., "RPL Objective Function 0",
              draft-ietf-roll-of0-02 (work in progress), June 2010.

   [I-D.ietf-roll-routing-metrics]
              Vasseur, J., Kim, M., Networks, D., and H. Chong, "Routing
              Metrics used for Path Calculation in Low Power and Lossy
              Networks", draft-ietf-roll-routing-metrics-07 (work in
              progress), June 2010.

   [I-D.ietf-roll-rpl]
              Winter, T., Thubert, P., and R. Team, "RPL: IPv6 Routing
              Protocol for Low power and Lossy Networks",
              draft-ietf-roll-rpl-09 (work in progress), June 2010.

   [I-D.ietf-roll-terminology]
              Vasseur, J., "Terminology in Low power And Lossy
              Networks", draft-ietf-roll-terminology-03 (work in
              progress), March 2010.

   [I-D.thubert-6man-reverse-routing-header]
              Thubert, P., "Reverse Routing Header",
              draft-thubert-6man-reverse-routing-header-00 (work in
              progress), June 2010.

   [RFC5826]  Brandt, A., Buron, J., and G. Porcu, "Home Automation
              Routing Requirements in Low-Power and Lossy Networks",
              RFC 5826, April 2010.














Goyal, et al.           Expires December 16, 2010              [Page 19]
=0C
Internet-Draft          draft-dt-roll-p2p-rpl-01               June 2010


Authors' Addresses

   Mukul Goyal (editor)
   University of Wisconsin Milwaukee
   3200 N Cramer St
   Milwaukee, WI  53211
   USA

   Phone: +1 414 2295001
   Email: mukul@uwm.edu


   Emmanuel Baccelli (editor)
   INRIA

   Phone: +33-169-335-511
   Email: Emmanuel.Baccelli@inria.fr
   URI:   http://www.emmanuelbaccelli.org/=



   P2P Team
JP> Remove P2P Team =
unless you list the people.
 Goyal, et =
al.           Expires December 16, 2010              [Page 20] =0C =

____= ___________________________________________
Roll mailing = list
Roll@ietf.org
https://www.ietf.org/m= ailman/listinfo/roll


= --Apple-Mail-200--113802232-- From jpv@cisco.com Wed Jun 16 06:29:32 2010 Return-Path: X-Original-To: roll@core3.amsl.com Delivered-To: roll@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BE7F63A67EF for ; Wed, 16 Jun 2010 06:29:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.848 X-Spam-Level: X-Spam-Status: No, score=-8.848 tagged_above=-999 required=5 tests=[AWL=-0.664, BAYES_40=-0.185, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P52x3XzLrHAY for ; Wed, 16 Jun 2010 06:29:28 -0700 (PDT) Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by core3.amsl.com (Postfix) with ESMTP id 9FD573A67A7 for ; Wed, 16 Jun 2010 06:29:28 -0700 (PDT) Authentication-Results: sj-iport-4.cisco.com; dkim=neutral (message not signed) header.i=none X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqQFAP1uGEyrRN+K/2dsb2JhbACBQ502caUemggCgnOCJQSQLA X-IronPort-AV: E=Sophos;i="4.53,426,1272844800"; d="scan'208,217";a="145377670" Received: from sj-core-4.cisco.com ([171.68.223.138]) by sj-iport-4.cisco.com with ESMTP; 16 Jun 2010 13:29:33 +0000 Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-4.cisco.com (8.13.8/8.14.3) with ESMTP id o5GDTKJM029354; Wed, 16 Jun 2010 13:29:32 GMT Received: from xfe-ams-201.cisco.com ([144.254.231.95]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 16 Jun 2010 15:29:31 +0200 Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Wed, 16 Jun 2010 15:29:30 +0200 Message-Id: <4B70677D-FDC0-42B6-9D60-44491B354115@cisco.com> From: JP Vasseur To: Omprakash Gnawali , Philip Levis Content-Type: multipart/alternative; boundary=Apple-Mail-201--112457656 Mime-Version: 1.0 (Apple Message framework v936) Date: Wed, 16 Jun 2010 15:29:29 +0200 X-Mailer: Apple Mail (2.936) X-OriginalArrivalTime: 16 Jun 2010 13:29:30.0436 (UTC) FILETIME=[F33CE040:01CB0D57] Cc: ROLL WG Subject: [Roll] Comments on draft-gnawali-roll-minrank-hysteresis-of-00 X-BeenThere: roll@ietf.org X-Mailman-Version: 2.1.9 Precedence: list List-Id: Routing Over Low power and Lossy networks List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jun 2010 13:29:33 -0000 --Apple-Mail-201--112457656 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Dear authors, Please find some comments in line. Several comments are cosmetic and editorial. The main two comments are: 1) why standardizing the hysteresis mechanism (other mechanisms may apply), this is a local decision, ... 2) at least parameters should not be tied to a specific routing metric. [Docs] [txt|pdf|html] [Email] [Nits] Versions: 00 Networking Working Group O. Gnawali Internet-Draft P. Levis Intended status: Standards Track Stanford University Expires: December 16, 2010 June 14, 2010 The Minimum Rank Objective Function with Hysteresis draft-gnawali-roll-minrank-hysteresis-of-00 Abstract Hysteresis delays the effect of changes in link metric on parent selection. Such delay makes the topology stable despite jitters in link metrics. The Routing Protocol for Low Power and Lossy Networks (RPL) allows the use of objective functions to construct routes that optimize or constrain a routing metric on the paths. This specification describes MRHOF, JP> Expand acronym when first used an objective function that minimizes the node rank in terms of a given metric, while using hysteresis to prevent excessive rank churn. The use of MRHOF with RPL results in nodes selecting stable paths that minimize the given routing metric to the DAG JP> Expand acronym when first used roots. Status of this Memo This Internet-Draft is submitted to IETF in full conformance with the provisions of BCP 78 and BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet- Drafts. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." The list of current Internet-Drafts can be accessed at http://www.ietf.org/ietf/1id-abstracts.txt. The list of Internet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html. This Internet-Draft will expire on December 16, 2010. Copyright Notice Copyright (c) 2010 IETF Trust and the persons identified as the Gnawali & Levis Expires December 16, 2010 [Page 1] Internet-Draft draft-gnawali-roll-minrank-hysteresis-of June 2010 document authors. All rights reserved. This document is subject to BCP 78 and the IETF Trust's Legal Provisions Relating to IETF Documents (http://trustee.ietf.org/license-info) in effect on the date of publication of this document. Please review these documents carefully, as they describe your rights and restrictions with respect to this document. Code Components extracted from this document must include Simplified BSD License text as described in Section 4.e of the Trust Legal Provisions and are provided without warranty as described in the BSD License. Table of Contents 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 3 2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . . 3 3. The Minimum Rank Objective Function with Hysteresis . . . . . . 4 3.1. Computing the Path metric . . . . . . . . . . . . . . . . . 4 3.2. Parent Selection . . . . . . . . . . . . . . . . . . . . . 5 3.3. Advertising the path metric . . . . . . . . . . . . . . . . 6 4. MRHOF Variables and Parameters . . . . . . . . . . . . . . . . 6 5. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 7 6. IANA Considerations . . . . . . . . . . . . . . . . . . . . . . 7 7. Security Considerations . . . . . . . . . . . . . . . . . . . . 7 8. References . . . . . . . . . . . . . . . . . . . . . . . . . . 7 8.1. Normative References . . . . . . . . . . . . . . . . . . . 7 8.2. Informative References . . . . . . . . . . . . . . . . . . 7 Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . . 7 Gnawali & Levis Expires December 16, 2010 [Page 2] Internet-Draft draft-gnawali-roll-minrank-hysteresis-of June 2010 1. Introduction An objective function allows RPL [I-D.ietf-roll-rpl] to optimize or constrain the routing metric of a path. JP> Just a comment on terminology. I guess that you meant "to optimize a path against a routing metric and optionally support constraints" RPL achieves this goal by selecting the parent among the alternate parents as dictated by that objective function. For example, if an RPL instance uses an objective function that minimizes hop-count, RPL will select paths with minimum hop count. Different objective functions optimize or constrain metrics differently. JP> The OF being decoupled from the metric, does not indicate which metric to optimize or which constraint to use. I know that you know but the text might be a bit confusing in that respect. The nodes running RPL might use a number of metrics to describe a link JP> or a node [I-D.ietf-roll-routing-metrics] and make it available for route selection. A metric can be used by different objective functions to optimize or constrain the metric in different ways. This specification describes MRHOF, an objective function for RPL. MRHOF uses hysteresis while selecting the path with the smallest metric value. The path with the minimum metric value JP> Just to be consistent with the usual terminology in routing, call it "the path with minimum cost" has different property depending on the metric used for path selection. For example, the use of MRHOF with the latency metric allows RPL to find stable minimum-latency paths from the nodes to a root in the DAG instance. The use of MRHOF with the ETX metric allows RPL to find the stable minimum-ETX paths from the nodes to a root in the DAG instance. MRHOF can be used with additive metric that must be minimized on the paths selected for routing. Although MRHOF can be used with a number of metrics, this draft is based on experiences with the ETX metric. 2. Terminology The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in RFC 2119 [RFC2119]. This terminology used in this document is consistent with the terminologies described in [I-D.ietf-roll-terminology], [I-D.ietf-roll-rpl], and [I-D.ietf-roll-routing-metrics]. This document introduces two term: JP> s/term/terms Selected metric: The metric chosen by the network operator to use for path selection. This metric can be any additive metric listed in [I-D.ietf-roll-routing-metrics] Gnawali & Levis Expires December 16, 2010 [Page 3] Internet-Draft draft-gnawali-roll-minrank-hysteresis-of June 2010 Path metric: Path metric quantifies a property of an end-to-end path. Path metric is composed using the selected metric of the links along the path. Path metrics can be used by RPL to compare different paths. JP> want to call it Path Cost ? 3. The Minimum Rank Objective Function with Hysteresis The Minimum Rank Objective Function with Hysteresis, MRHOF, is designed to find the paths with the smallest metric values while preventing excessive churn in the network. It does so by switching to the minimum metric path only if the path metric of the current path is larger than the path metric of the minimum metric path by a given threshold. MRHOF may be used with any additive metric listed in [I-D.ietf-roll-routing-metrics] as long the routing objective is to minimize the given routing metric. MRHOF cannot be used if the routing objective is to maximize the metric. 3.1. Computing the Path metric Nodes compute the path metric for each candidate neighbor reachable on all the interfaces. The Path metric represents the cost of the path, in terms of the selected metric, from a node to the root of the DODAG through the neighbor. Root nodes (Grounded or Floating) set the variable cur_min_path_metric to MIN_PATH_METRIC. A non-root node computes the path metric for a path to the root through each candidate neighbor by adding these two components: 1. The selected metric for the link to a candidate neighbor. 2. The cur_min_path_metric advertised by that neighbor. JP> What you call cur_min_path_metric is the value of the metric field for a global metric. A node SHOULD compute the path metric for the path through each candidate neighbor reachable through all interfaces. If a node cannot compute the path metric for the path through a candidate neighbor, the node MUST NOT make that candidate neighbor its preferred parent. If the selected metric of the link to a neighbor is not available, the path metric for the path through that neighbor SHOULD be set to MAX_PATH_METRIC. This metric value will prevent this path from being considered for path selection. The path metric corresponding to a neighbor MUST be re-computed each time: Gnawali & Levis Expires December 16, 2010 [Page 4] Internet-Draft draft-gnawali-roll-minrank-hysteresis-of June 2010 1. The selected metric of the link to the candidate neighbor is updated. 2. A node receives a new cur_min_path_metric advertisement from the candidate neighbor. This computation MAY also be performed periodically. However, long intervals between periodic computation or deferring the computation for too long after new cur_min_path_metric advertisements or updates to the selected link metric prevents results in node making parent selection based on stale link and path information. 3.2. Parent Selection After computing the path metric for all the candidate neighbors reachable through all the interfaces for the current DODAG iteration, a node selects the preferred parent. This process is called parent selection. A node MUST select a candidate neighbor as its preferred parent if the path metric corresponding to that neighbor is smaller than the path metric corresponding to the rest of the neighbors, except as indicated below: 1. If the smallest path metric for paths through the candidate neighbors is smaller than cur_min_path_metric by less than PARENT_SWITCH_THRESHOLD, the node MAY continue to use the current preferred parent. 2. If there are multiple paths with the smallest path metric and that smallest path metric is smaller than cur_min_path_metric by at least PARENT_SWITCH_THRESHOLD, a node MAY use a different objective function to select the preferred parent among the candidates JP> Not sure of what you mean here ... Why using a different OF ? Did you mean "MAY use a different preferred parent" ? which are first hop on the path with the smallest path metric. 3. A node MAY declare itself as a Floating root, and hence no preferred parent, depending on the configuration. 4. If the selected metric for a link is greater than MAX_LINK_METRIC, the node SHOULD exclude that link from consideration for parent selection. JP> I see two issues here; 1) This is tied to the ETX metric 2) Why should we standardize such a local decision? 5. If cur_min_path_metric is greater than MAX_PATH_METRIC, the node MAY declare itself as a Floating root. 6. If the configuration disallows a node to be a Floating root and no neighbors are discovered, the node does not have a preferred Gnawali & Levis Expires December 16, 2010 [Page 5] Internet-Draft draft-gnawali-roll-minrank-hysteresis-of June 2010 parent, and MUST set cur_min_path_metric to MAX_PATH_METRIC. 3.3. Advertising the path metric Once the preferred parent is selected, the node sets its cur_min_path_metric variable to the path metric corresponding to the preferred parent. Thus, cur_min_path_metric is the cost of the path with the smallest path metric from the node to the root. The value of the cur_min_path_metric is carried in the metric container whenever DIO messages are sent. 4. MRHOF Variables and Parameters MRHOF uses the following variable: cur_min_path_metric: The path metric of the path from a node through its preferred parent to the root computed at the last parent selection. MRHOF uses the following parameters: MAX_LINK_METRIC: Maximum allowed value for the selected link metric for each link on the path. MAX_PATH_METRIC: Maximum allowed value for the path metric of a selected path. MIN_PATH_METRIC: The minimum allowed value for the path metric of the selected path. PARENT_SWITCH_THRESHOLD: The difference between metric of the path through the preferred parent and the minimum-metric path to trigger new preferred parent selection. The parameter values are assigned depending on the selected metric. Here is an example parameter assignment for the ETX metric: MAX_LINK_METRIC: 10. Disallow links with greater than 10 expected transmission count on the selected path. MAX_PATH_METRIC: 100. Disallow paths with greater than 100 expected transmission count. MIN_PATH_METRIC: 0. At root, the expected transmission count is 0. Gnawali & Levis Expires December 16, 2010 [Page 6] Internet-Draft draft-gnawali-roll-minrank-hysteresis-of June 2010 PARENT_SWITCH_THRESHOLD: 1.0. Switch to a new path only if it is requires at least one fewer transmission than the current path. 5. Acknowledgements 6. IANA Considerations This specification requires an allocated OCP. A value of 1 is requested. 7. Security Considerations Security considerations to be developed in accordance to the output of the WG. 8. References 8.1. Normative References [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997. 8.2. Informative References [I-D.ietf-roll-routing-metrics] Vasseur, J. and D. Networks, "Routing Metrics used for Path Calculation in Low Power and Lossy Networks", draft-ietf-roll-routing-metrics-01 (work in progress), October 2009. [I-D.ietf-roll-rpl] Winter, T., Thubert, P., and R. Team, "RPL: IPv6 Routing Protocol for Low power and Lossy Networks", draft-ietf-roll-rpl-05 (work in progress), December 2009. [I-D.ietf-roll-terminology] Vasseur, J., "Terminology in Low power And Lossy Networks", draft-ietf-roll-terminology-01 (work in progress), May 2009. Gnawali & Levis Expires December 16, 2010 [Page 7] Internet-Draft draft-gnawali-roll-minrank-hysteresis-of June 2010 Authors' Addresses Omprakash Gnawali Stanford University S255 Clark Center, 318 Campus Drive Stanford, CA 94305 USA Phone: +1 650 725 6086 Email: gnawali@cs.stanford.edu Philip Levis Stanford University 358 Gates Hall, Stanford University Stanford, CA 94305 USA Email: pal@cs.stanford.edu Gnawali & Levis Expires December 16, 2010 [Page 8] Html markup produced by rfcmarkup 1.90, available from http://tools.ietf.org/tools/rfcmarkup/ --Apple-Mail-201--112457656 Content-Type: text/html; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Dear = authors,

Please find some comments in line. Several = comments are cosmetic and editorial.
The main two comments = are:
1) why standardizing the hysteresis mechanism (other = mechanisms may apply), this is a local 
decision, = ...
2) at least parameters should not be tied to a specific = routing metric.

= =
[Docs] [txt|pdf|html] = [Email] [Nits] =
= =
00 =
= = 
Networking Working Group                                      O. =
Gnawali
Internet-Draft                                                  P. Levis
Intended status: Standards Track                     Stanford University
Expires: December 16, 2010                                 June 14, 2010


          
The Minimum Rank Objective Function with Hysteresis

              

JP> Expand =
acronym when first used

an objective function that =
minimizes
   the node rank in terms of a given metric, while using hysteresis to
   prevent excessive rank churn.  The use of MRHOF with RPL results in
   nodes selecting stable paths that minimize the given routing metric
   to the DAG 

JP> Expand acronym when first =
used
roots.

Status of this Memo

   This Internet-Draft is submitted to IETF in full conformance with the
   provisions of BCP 78 =
and BCP 79.

   Internet-Drafts are working documents of the Internet Engineering
   Task Force (IETF), its areas, and its working groups.  Note that
   other groups may also distribute working documents as Internet-
   Drafts.

   Internet-Drafts are draft documents valid for a maximum of six months
   and may be updated, replaced, or obsoleted by other documents at any
   time.  It is inappropriate to use Internet-Drafts as reference
   material or to cite them other than as "work in progress."

   The list of current Internet-Drafts can be accessed at
   http://www.ietf.org/ie=
tf/1id-abstracts.txt.

   The list of Internet-Draft Shadow Directories can be accessed at
   http://www.ietf.org/shadow.html.

   This Internet-Draft will expire on December 16, 2010.

Copyright Notice

   Copyright (c) 2010 IETF Trust and the persons identified as the



Gnawali & =
Levis         Expires December 16, 2010               [Page 1]

 
BCP 78 and the IETF =
Trust's Legal
   Provisions Relating to IETF Documents
   (http://trustee.ietf.org/lice=
nse-info) in effect on the date of
   publication of this document.  Please review these documents
   carefully, as they describe your rights and restrictions with respect
   to this document.  Code Components extracted from this document must
   include Simplified BSD License text as described in Section 4.e of
   the Trust Legal Provisions and are provided without warranty as
   described in the BSD License.


Table of Contents

   1.  Introduction  . . . . . . . . . . . . . . . . . =
. . . . . . . . 3
   2.  Terminology . . . . . . . . . . . . . . . . . . =
. . . . . . . . 3
   3.  The Minimum Rank Objective Function with =
Hysteresis . . . . . . 4
     3.1.  Computing the Path metric . . . . . . . . . =
. . . . . . . . 4
     3.2.  Parent Selection  . . . . . . . . . . . . . =
. . . . . . . . 5
     3.3.  Advertising the path metric . . . . . . . . =
. . . . . . . . 6
   4.  MRHOF Variables and Parameters  . . . . . . . . =
. . . . . . . . 6
   5.  Acknowledgements  . . . . . . . . . . . . . . . =
. . . . . . . . 7
   6.  IANA Considerations . . . . . . . . . . . . . . =
. . . . . . . . 7
   7.  Security Considerations . . . . . . . . . . . . =
. . . . . . . . 7
   8.  References  . . . . . . . . . . . . . . . . . . =
. . . . . . . . 7
     8.1.  Normative References  . . . . . . . . . . . =
. . . . . . . . 7
     8.2.  Informative References  . . . . . . . . . . =
. . . . . . . . 7
   Authors' Addresses  . . . . . . . . . . . . . . . . . . . . . . . . =
7






















Gnawali & =
Levis         Expires December 16, 2010               [Page 2]

 

1.  Introduction


   An objective function allows RPL [I-D.ietf-roll-rpl] to =
optimize or
   constrain the routing metric of a path.  

JP> =
Just a comment on terminology. I guess that you meant "to optimize a =
path against a routing metric and
optionally support =
constraints"

RPL achieves this goal by
   selecting the parent among the alternate parents as dictated by that
   objective function.  For example, if an RPL instance uses an
   objective function that minimizes hop-count, RPL will select paths
   with minimum hop count.  Different objective functions optimize or
   constrain metrics differently.

JP> =
The OF being decoupled from the metric, does not indicate which metric =
to optimize or which constraint to
use. I know that you know but the text might be a bit confusing =
in that respect.
   The nodes running RPL might use a number of metrics to describe a
   link 

JP> or a =
node
[I-D.ietf-roll-routing-metrics] and make it available =
for route
   selection.  A metric can be used by different objective functions to
   optimize or constrain the metric in different ways.

   This specification describes MRHOF, an objective function for RPL.
   MRHOF uses hysteresis while selecting the path with the smallest
   metric value.  The path with the minimum metric value 

JP> Just to be =
consistent with the usual terminology in routing, call it "the path with =
minimum cost"

has different
   property depending on the metric used for path selection.  For
   example, the use of MRHOF with the latency metric allows RPL to find
   stable minimum-latency paths from the nodes to a root in the DAG
   instance.  The use of MRHOF with the ETX metric allows RPL to find
   the stable minimum-ETX paths from the nodes to a root in the DAG
   instance.

   MRHOF can be used with additive metric that must be minimized on the
   paths selected for routing.  Although MRHOF can be used with a number
   of metrics, this draft is based on experiences with the ETX metric.



2.  Terminology


   The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
   "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and
   "OPTIONAL" in this document are to be interpreted as described in RFC
   2119 [RFC2119].

   This terminology used in this document is consistent with the
   terminologies described in [I-D.ietf-roll-terminology],
   [I-D.ietf-roll-rpl], and [I-D.ietf-roll-routing-metrics].

   This document introduces two term:

JP> =
s/term/terms
   Selected metric:  The metric chosen by the network operator to use
         for path selection.  This metric can be any additive metric
         listed in [I-D.ietf-roll-routing-metrics]





Gnawali & =
Levis         Expires December 16, 2010               [Page 3]

 


JP> want to =
call it Path Cost ?



3.  The Minimum Rank Objective Function with =
Hysteresis


   The Minimum Rank Objective Function with Hysteresis, MRHOF, is
   designed to find the paths with the smallest metric values while
   preventing excessive churn in the network.  It does so by switching
   to the minimum metric path only if the path metric of the current
   path is larger than the path metric of the minimum metric path by a
   given threshold.  MRHOF may be used with any additive metric listed
   in [I-D.ietf-roll-routing-metrics] as long the routing =
objective is
   to minimize the given routing metric.  MRHOF cannot be used if the
   routing objective is to maximize the metric.


3.1.  Computing the Path metric


   Nodes compute the path metric for each candidate neighbor reachable
   on all the interfaces.  The Path metric represents the cost of the
   path, in terms of the selected metric, from a node to the root of the
   DODAG through the neighbor.

   Root nodes (Grounded or Floating) set the variable
   cur_min_path_metric to MIN_PATH_METRIC.

   A non-root node computes the path metric for a path to the root
   through each candidate neighbor by adding these two components:

   1.  The selected metric for the link to a candidate neighbor.

   2.  The cur_min_path_metric advertised by that neighbor.

JP> =
What you call cur_min_path_metric is the value of the metric field for a =
global metric.


   A node SHOULD compute the path metric for the path through each
   candidate neighbor reachable through all interfaces.  If a node
   cannot compute the path metric for the path through a candidate
   neighbor, the node MUST NOT make that candidate neighbor its
   preferred parent.

   If the selected metric of the link to a neighbor is not available,
   the path metric for the path through that neighbor SHOULD be set to
   MAX_PATH_METRIC.  This metric value will prevent this path from being
   considered for path selection.

   The path metric corresponding to a neighbor MUST be re-computed each
   time:



Gnawali & =
Levis         Expires December 16, 2010               [Page 4]

 

3.2.  Parent Selection


   After computing the path metric for all the candidate neighbors
   reachable through all the interfaces for the current DODAG iteration,
   a node selects the preferred parent.  This process is called parent
   selection.

   A node MUST select a candidate neighbor as its preferred parent if
   the path metric corresponding to that neighbor is smaller than the
   path metric corresponding to the rest of the neighbors, except as
   indicated below:

   1.  If the smallest path metric for paths through the candidate
       neighbors is smaller than cur_min_path_metric by less than
       PARENT_SWITCH_THRESHOLD, the node MAY continue to use the current
       preferred parent.

   2.  If there are multiple paths with the smallest path metric and
       that smallest path metric is smaller than cur_min_path_metric by
       at least PARENT_SWITCH_THRESHOLD, a node MAY use a different
       objective function to select the preferred parent among the
       candidates 

JP> Not sure =
of what you mean here ... Why using a different OF ? Did you mean "MAY =
use a different preferred parent" ?

which are first hop on =
the path with the smallest path
       metric.

   3.  A node MAY declare itself as a Floating root, and hence no
       preferred parent, depending on the configuration.

   4.  If the selected metric for a link is greater than
       MAX_LINK_METRIC, the node SHOULD exclude that link from
       consideration for parent selection.

JP> I see two =
issues here;
1) This is tied to the ETX =
metric
2) Why should we standardize such a local =
decision?


   5.  If cur_min_path_metric is greater than MAX_PATH_METRIC, the node
       MAY declare itself as a Floating root.

   6.  If the configuration disallows a node to be a Floating root and
       no neighbors are discovered, the node does not have a preferred



Gnawali & =
Levis         Expires December 16, 2010               [Page 5]

 

3.3.  Advertising the path metric


   Once the preferred parent is selected, the node sets its
   cur_min_path_metric variable to the path metric corresponding to the
   preferred parent.  Thus, cur_min_path_metric is the cost of the path
   with the smallest path metric from the node to the root.  The value
   of the cur_min_path_metric is carried in the metric container
   whenever DIO messages are sent.



4.  MRHOF Variables and Parameters


   MRHOF uses the following variable:

      cur_min_path_metric: The path metric of the path from a node
      through its preferred parent to the root computed at the last
      parent selection.

   MRHOF uses the following parameters:

      MAX_LINK_METRIC: Maximum allowed value for the selected link
      metric for each link on the path.

      MAX_PATH_METRIC: Maximum allowed value for the path metric of a
      selected path.

      MIN_PATH_METRIC: The minimum allowed value for the path metric of
      the selected path.

      PARENT_SWITCH_THRESHOLD: The difference between metric of the path
      through the preferred parent and the minimum-metric path to
      trigger new preferred parent selection.

   The parameter values are assigned depending on the selected metric.
   Here is an example parameter assignment for the ETX metric:

      MAX_LINK_METRIC: 10.  Disallow links with greater than 10 expected
      transmission count on the selected path.

      MAX_PATH_METRIC: 100.  Disallow paths with greater than 100
      expected transmission count.

      MIN_PATH_METRIC: 0.  At root, the expected transmission count is
      0.





Gnawali & =
Levis         Expires December 16, 2010               [Page 6]

 

5.  Acknowledgements




6.  IANA Considerations


   This specification requires an allocated OCP.  A value of 1 is
   requested.



7.  Security Considerations


   Security considerations to be developed in accordance to the output
   of the WG.



8.  References



8.1.  Normative References


   [RFC2119]  Bradner, =
S., "Key words for use in RFCs to Indicate
              Requirement Levels", BCP 14, RFC 2119, March 1997.


8.2.  Informative References


   [I-D.ietf-roll-routing-metrics=
]
              Vasseur, J. and D. Networks, "Routing Metrics used for
              Path Calculation in Low Power and Lossy Networks",
              dra=
ft-ietf-roll-routing-metrics-01 (work in progress),
              October 2009.

   [I-D.ietf-roll-rpl]
              Winter, T., Thubert, P., and R. Team, "RPL: IPv6 Routing
              Protocol for Low power and Lossy Networks",
              draft-ietf-roll=
-rpl-05 (work in progress), December 2009.

   [I-D.ietf-roll-terminology]
              Vasseur, J., "Terminology in Low power And Lossy
              Networks", draft-i=
etf-roll-terminology-01 (work in
              progress), May 2009.








Gnawali & =
Levis         Expires December 16, 2010               [Page 7]

 
gnawali@cs.stanford.edu


   Philip Levis
   Stanford University
   358 Gates Hall, Stanford University
   Stanford, CA  94305
   USA

   Email: pal@cs.stanford.edu
































Gnawali & Levis         Expires December 16, 2010               =
[Page 8]


Html markup produced by rfcmarkup 1.90, =
available from http://tools.ietf.org/tool=
s/rfcmarkup/
=

--Apple-Mail-201--112457656--

From alexandru.petrescu@gmail.com  Wed Jun 16 07:44:03 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 47CD63A6B33 for ; Wed, 16 Jun 2010 07:44:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.095
X-Spam-Level: 
X-Spam-Status: No, score=0.095 tagged_above=-999 required=5 tests=[AWL=-0.115,  BAYES_20=-0.74, HELO_EQ_FR=0.35, J_CHICKENPOX_63=0.6]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M9rMB0DD1uCY for ; Wed, 16 Jun 2010 07:44:02 -0700 (PDT)
Received: from sainfoin-out.extra.cea.fr (sainfoin-out.extra.cea.fr [132.166.172.107]) by core3.amsl.com (Postfix) with ESMTP id B54913A6B3A for ; Wed, 16 Jun 2010 07:44:01 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5GEi2mw007263 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 16 Jun 2010 16:44:02 +0200
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5GEi2OH010242; Wed, 16 Jun 2010 16:44:02 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5GEi1k1013570; Wed, 16 Jun 2010 16:44:01 +0200
Message-ID: <4C18E331.1000300@gmail.com>
Date: Wed, 16 Jun 2010 16:44:01 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: JP Vasseur 
References: <0547E226-13BB-440A-8641-43E1AD141247@cisco.com> <1E93CE31-BD14-4B12-981A-CA48BEDCB19C@cisco.com>
In-Reply-To: <1E93CE31-BD14-4B12-981A-CA48BEDCB19C@cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: ROLL WG 
Subject: Re: [Roll] BRIDGE FOR THE VIRTUAL ROLL WG MEETING TODAY
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 16 Jun 2010 14:44:03 -0000

Thanks for the bridge numbers.

Is there a phone number for non-US/non-Canada callers?  I dial from
France, and often other webex partners provide me a France option within
a list of phone numbers.

Alex

Le 16/06/2010 12:02, JP Vasseur a écrit :
>
>
> Begin forwarded message:
>
>> *From: *JP Vasseur > *Date:
>> *June 14, 2010 12:11:17 PM CEDT *To: *ROLL WG > > *Subject: **[Roll] Reminder and Updated
>> Agenda*
>>
>>> Dear all,
>>>
>>> This is a reminder of our Virtual WG meeting June 16 (Bridge
>>> Below). If you have a slot, do not forget to: * Let us know who
>>> is "presenting" * Send your slides before June 11 * Post the
>>> latest revision of your I-D by June 11
>>>
>>> */Slight update to the agenda:/*
>>>
>>> Agenda/admin (Chairs - 5mn) [5]
>>>
>>> 1) WG Status (Chairs - 5 mn) [10]
>>>
>>> 2) RPL: Routing Protocol for Low power and Lossy networks (TBC -
>>> 45 mn) [55] draft-ietf-roll-rpl
>>>
>>> 3) Mechanisms to Support Point-to-Point Routing in Low Power and
>>> Lossy Networks (TBC - 45mn ) draft-dt-roll-p2p-rpl [100]
>>>
>>> 4) The ETX Objective Function for RPL (Omprakash- 5mn) [105]
>>> draft-gnawali-roll-etxof
>>>
>>> 5) Performance Evaluation of Routing Protocol for Low Power and
>>> Lossy Networks (RPL) - (TBC - 10mn) -
>>> draft-tripathi-roll-rpl-simulation-04 [115]
>>>
>>> Thanks.
>>>
>>> JP.
>>>
>>> Begin forwarded message:
>>>
>>>> *From: *JP Vasseur >
>>>> *Date: *May 29, 2010 8:27:17 AM CEDT *To: *"roll@ietf.org
>>>>  WG" >>> > *Cc: *ietf-secretary@ietf.org
>>>>  *Subject: **[Roll] Agenda*
>>>>
>>>> Dear all,
>>>>
>>>> Please find below the agenda for the ROL virtual WG meeting
>>>> that will take place on June 16 at 8:00 PDT (as a reminder,
>>>> please find attach the bridge number).
>>>>
>>>> If you plan to attend.
>>>>
>>>> Here is the agenda:
>>>>
>>>> Agenda/admin (Chairs - 5mn) [5]
>>>>
>>>> 1) WG Status (Chairs - 5 mn) [10]
>>>>
>>>> 2) RPL: Routing Protocol for Low power and Lossy networks (TBC
>>>> - 45 mn) [55] draft-ietf-roll-rpl
>>>>
>>>> 3) Mechanisms to Support Point-to-Point Routing in Low Power
>>>> and Lossy Networks (TBC - 45mn ) [90] draft-dt-roll-p2p-rpl
>>>>
>>>> 4) The ETX Objective Function for RPL (Omprakash- 5mn) [95]
>>>> draft-gnawali-roll-etxof
>>>>
>>>> 5) Discussion on decoupling OF/metric (to be confirmed)
>>>>
>>>> Bridge Details
>>>>
>>>> Topic: Roll Virtual WG Meeting Date: Wednesday, June 16, 2010
>>>> Time: 8:00 am, Pacific Daylight Time (San Francisco, GMT-07:00)
>>>> Meeting Number: 208 016 618 Password: roll18
>>>>
>>>> ------------------------------------------------------- To
>>>> join the meeting online(Now from iPhones and other Smartphones
>>>> too!) -------------------------------------------------------
>>>> 1. Go to
>>>> https://ciscosales.webex.com/ciscosales/j.php?ED=140856737&UID=484302782&PW=NYTUxNTcxNWNh
>>>>
>>>>
>>>>
>>>>
>>>> 
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> 2. If requested, enter your name and email address. 3. If a
>>>> password is required, enter the meeting password: roll18 4.
>>>> Click "Join". 5. If the meeting includes a teleconference,
>>>> follow the instructions that appear on your screen.
>>>>
>>>> ------------------------------------------------------- To
>>>> join the audio conference only
>>>> ------------------------------------------------------- To
>>>> receive a call back, provide your phone number when you join
>>>> the meeting, or call the number below and enter the access
>>>> code. Call-in toll-free number (US/Canada): +1-866-432-9903
>>>> Call-in toll number (US/Canada): +1-408-525-6800 Toll-free
>>>> dialing restrictions:
>>>> http://www.webex.com/pdf/tollfree_restrictions.pdf
>>>>
>>>> Access code:208 016 618
>>>>
>>>> Sign up for a free trial of WebEx
>>>> http://www.webex.com/go/mcemfreetrial
>>>>
>>>> CCP:+14085256800x208016618#
>>>>
>>>> IMPORTANT NOTICE: This WebEx service includes a feature that
>>>> allows audio and any documents and other materials exchanged
>>>> or viewed during the session to be recorded. By joining this
>>>> session, you automatically consent to such recordings. If you
>>>> do not consent to the recording, do not join the session.
>>>>
>>>>
>>>> Thanks.
>>>>
>>>> JP. _______________________________________________ Roll
>>>> mailing list Roll@ietf.org 
>>>> https://www.ietf.org/mailman/listinfo/roll
>>>
>>
>> _______________________________________________ Roll mailing list
>> Roll@ietf.org 
>> https://www.ietf.org/mailman/listinfo/roll
>
>
>
> _______________________________________________ Roll mailing list
> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll



From pthubert@cisco.com  Wed Jun 16 07:49:18 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 14C453A68D8 for ; Wed, 16 Jun 2010 07:49:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.882
X-Spam-Level: 
X-Spam-Status: No, score=-8.882 tagged_above=-999 required=5 tests=[AWL=-0.697, BAYES_40=-0.185, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B6+hLDjz337l for ; Wed, 16 Jun 2010 07:49:16 -0700 (PDT)
Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id A0CBB3A68C2 for ; Wed, 16 Jun 2010 07:49:16 -0700 (PDT)
Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-AV: E=Sophos;i="4.53,426,1272844800"; d="scan'208";a="122190458"
Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 16 Jun 2010 14:49:20 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5GEnBlf014717; Wed, 16 Jun 2010 14:49:20 GMT
Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 16 Jun 2010 16:49:20 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Wed, 16 Jun 2010 16:48:53 +0200
Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D021DBCC7@XMB-AMS-107.cisco.com>
In-Reply-To: 
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Ticket 50
thread-index: AcsLnA7Xh0FT05YzTt2uaRCr0S8jkQBxXZqA
References: <32EF5956-4440-48A4-8A8A-B8DDDC0FB260@cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D0213FBD8@XMB-AMS-107.cisco.com> 
From: "Pascal Thubert (pthubert)" 
To: "JP Vasseur" , , "Mathilde Durvy (mdurvy)" 
X-OriginalArrivalTime: 16 Jun 2010 14:49:20.0136 (UTC) FILETIME=[1A1F1880:01CB0D63]
Cc: roll@ietf.org
Subject: Re: [Roll] Ticket 50
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 16 Jun 2010 14:49:18 -0000

Hi:

I think we can follow Mathilde all the way though here:

1) leaf nodes would not send DIOs. When they are a router and decide to
become a leaf, they can poison as a router and then become a leaf. If
after that get packets they should route, they can reject in the data
plane (and ICMP for source route).

2) DIO without a T flag. Now that we have DAO Ack, there is no DAO loss
so maybe it's not needed oto cover DAO loss. For non storing, since we
send per hop transit info, there isi no need to tell the children that
the node has moved. So the mechanism is of little use in "normal"
conditions. It appears that the node could use the mechanism upon
inconsistency detection or after a local repair, for instance if a node
goes down and some children have grown up...=20

Pascal

> -----Original Message-----
> From: JP Vasseur [mailto:jpv@cisco.com]
> Sent: Monday, June 14, 2010 10:32 AM
> To: Pascal Thubert (pthubert)
> Subject: Re: Ticket 50
>=20
> Could you drive and close with Mathilde ?
> That'd be great.
>=20
> Thanks !
>=20
> JP.
>=20
> On Jun 14, 2010, at 8:43 AM, Pascal Thubert (pthubert) wrote:
>=20
> > Hello Again
> >
> >> Ticker #50: while this is fresh in your mind could you point me the
> > new text
> >> that I can point to in the document to close the ticket:
> >> https://svn.tools.ietf.org/wg/roll/trac/ticket/50
> >>
> >
> > [Pascal] This one I'm unsure..
> >
> > Pascal


From alexandru.petrescu@gmail.com  Wed Jun 16 08:42:32 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C0C0E28C136 for ; Wed, 16 Jun 2010 08:42:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.111
X-Spam-Level: 
X-Spam-Status: No, score=0.111 tagged_above=-999 required=5 tests=[AWL=-0.054,  BAYES_40=-0.185, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TtmzUZTqQfNz for ; Wed, 16 Jun 2010 08:42:20 -0700 (PDT)
Received: from sainfoin-out.extra.cea.fr (sainfoin-out.extra.cea.fr [132.166.172.107]) by core3.amsl.com (Postfix) with ESMTP id 694643A6A85 for ; Wed, 16 Jun 2010 08:42:18 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5GFfT7K020834 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 16 Jun 2010 17:41:29 +0200
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5GFfSlI022614; Wed, 16 Jun 2010 17:41:28 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5GFfSxw025368; Wed, 16 Jun 2010 17:41:28 +0200
Message-ID: <4C18F0A8.8030802@gmail.com>
Date: Wed, 16 Jun 2010 17:41:28 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: JP Vasseur 
References: 		<9BB070DB2D281946859EA89837931EEE0F5896@EVS4.nam.ci.root> <4C17F94C.5090005@gmail.com> <4C17FAD4.9090708@cttc.es> <4C188B02.5070204@gmail.com> <77CC54AC-CE16-4AB1-8FE2-8BFAAA6F3EF6@cisco.com>
In-Reply-To: <77CC54AC-CE16-4AB1-8FE2-8BFAAA6F3EF6@cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: ROLL WG 
Subject: Re: [Roll] Using IPsec with RPL
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 16 Jun 2010 15:42:32 -0000

Le 16/06/2010 12:01, JP Vasseur a écrit :
>
> On Jun 16, 2010, at 10:27 AM, Alexandru Petrescu wrote:
>
>> Le 16/06/2010 00:12, Mischa Dohler a écrit :
>>> Alex,
>>>
>>> Remember that IPsec does not solve our security worries as it would
>>> secure L3 and above. If we only have IPsec, our link/access layers
>>> are entirely unsecured because you could only determine intrusion
>>> end-to-end which is often too late. If I had the choice, I would
>>> remove security at L3 and do everything at link layer. This is, I
>>> guess, where the security "buttom" comes from because there are
>>> likely to be more parties with thsi intention.
>>
>> Mischa - I tend to agree that securing the link-layer may be
>> advantageous in many cases. It is a great advantage for L3 to be
>> assured it runs on a secure link.
>>
>> However, I do not think we could do it here (RoLL), because RPL would
>> run on a multitude of link layers and securing them all would be too
>> much work in a single WG.
>
> ROLL is running at the networking layer, thus no assumption can be made
> of the
> link layer.

In this sense I believe IPsec is appropriate to use at networking layer, 
for RPL.

Alex


>
>>
>> Alex
>>
>>>
>>> Mischa.
>>>
>>>
>>> Alexandru Petrescu wrote:
>>>> Hi Tzeta,
>>>>
>>>> Le 15/06/2010 19:36, Tsao, Tzeta a écrit :
>>>>> All,
>>>>>
>>>>> We see from time to time questions about using IPsec with RPL.
>>>>>
>>>>> On the one hand, the security design for RPL is such that
>>>>> security operations can be "turned off" when there are other
>>>>> mechanisms, such as IPsec, in place to afford security.
>>>>
>>>> This is a risk. The RPL security on/off button decoupled from the
>>>> IPsec databases means both could be off at some point.
>>>>
>>>>> On the other hand, the doubt is whether it is possible to mandate
>>>>> a mechanism, again, for example, IPsec, for securing RPL, and
>>>>> remove such operations from RPL.
>>>>
>>>> WEll, I see better have IPsec as default security mechanism and
>>>> then RPL security extensions if needed.
>>>>
>>>> It would be sufficient to decide which RPL fields are mutable and
>>>> the use of AH is then straightforward. Besides, the mutable field
>>>> question is going to appear in discussion about RPL routing headers
>>>> as well.
>>>>
>>>> Every other IPv6 protocol is able to run with IPsec - why not RPL?
>>>>
>>>>> Here is how I understand the issue. Using IPsec, or similarly
>>>>> IKE,
>>>>
>>>> I don't suggest the use of IKE right now.
>>>>
>>>> I suggest to first try to use AH in the RPL spec. It is really
>>>> simple, implementations are straightforward, C code exists,
>>>> licenses compliant to export control exist too for the related
>>>> SHA-1, -2 and/or MD5. This is basic and affordable security, less
>>>> compute intensive, very appropriate here. It ensures
>>>> authentication.
>>>>
>>>>> requires the operator to populate a Security Policy Database
>>>>> (SPD)
>>>>
>>>> Hmmm... do we have a precise idea about the market deployment and
>>>> operator for this matter? Is there a single operator of this
>>>> closed system? In this case the IPsec-non-IPsec or
>>>> RPLsec-non-RPLsec is superfluous: operator ensures security by
>>>> physically closing the system.
>>>>
>>>>
>>>>> to specify what security services to afford to/from which
>>>>> addresses. However, in pursuing self-forming, the operator may
>>>>> thus need to put
>>>>
>>>> Sorry, self-forming of what?
>>>>
>>>>> a wildcard to the address field, shadowing policies for other
>>>>> traffic; this act may cause conflicts and consequently prevents
>>>>> IPsec from being a mandate for RPL.
>>>>
>>>> I don't get it... I don't understand this at all. I can see the
>>>> wildcard point: IPsec and wildcards in SAdbs have been used
>>>> extensively in the past and continue so... it's not an
>>>> inconvenient, it's not insecure... I don't see what you mean.
>>>>
>>>> Alex
>>>>
>>>>>
>>>>> Regards, Tzeta _______________________________________________
>>>>> Roll mailing list Roll@ietf.org
>>>>> https://www.ietf.org/mailman/listinfo/roll
>>>>>
>>>>
>>>> _______________________________________________ Roll mailing list
>>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>
>>
>
>



From prvs=776cb6add=Tzeta.Tsao@cooperindustries.com  Wed Jun 16 09:09:47 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4E7423A6907 for ; Wed, 16 Jun 2010 09:09:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.667
X-Spam-Level: 
X-Spam-Status: No, score=-5.667 tagged_above=-999 required=5 tests=[AWL=0.933,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LXLaxjJ+X37C for ; Wed, 16 Jun 2010 09:09:45 -0700 (PDT)
Received: from cooperlighting-sw.cooperlighting.com (cooperlighting-sw.cooperlighting.com [216.130.131.68]) by core3.amsl.com (Postfix) with ESMTP id A70D33A68C4 for ; Wed, 16 Jun 2010 09:09:43 -0700 (PDT)
Authentication-Results: cooperlighting-sw.cooperlighting.com; dkim=neutral (message not signed) header.i=none
X-IronPort-AV: E=Sophos;i="4.53,426,1272859200"; d="scan'208";a="57551975"
Received: from cipt0175.nam.ci.root ([10.132.108.175]) by cooperlighting-sw.cooperlighting.com with ESMTP; 16 Jun 2010 12:09:48 -0400
Received: from EVS4.NAM.CI.ROOT ([10.132.108.172]) by cipt0175.NAM.CI.ROOT with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 16 Jun 2010 12:09:47 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Wed, 16 Jun 2010 12:09:12 -0400
Message-ID: <9BB070DB2D281946859EA89837931EEE0F590A@EVS4.nam.ci.root>
In-Reply-To: <4C18F0A8.8030802@gmail.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] Using IPsec with RPL
Thread-Index: AcsNaoOt9P2SR34WQQyAspSPhoQONwAAqIcg
References: 		<9BB070DB2D281946859EA89837931EEE0F5896@EVS4.nam.ci.root> <4C17F94C.5090005@gmail.com> <4C17FAD4.9090708@cttc.es> <4C188B02.5070204@gmail.com> <77CC54AC-CE16-4AB1-8FE2-8BFAAA6F3EF6@cisco.com> <4C18F0A8.8030802@gmail.com>
From: "Tsao, Tzeta" 
To: "Alexandru Petrescu" 
X-OriginalArrivalTime: 16 Jun 2010 16:09:47.0912 (UTC) FILETIME=[57B34080:01CB0D6E]
Cc: ROLL WG 
Subject: Re: [Roll] Using IPsec with RPL
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 16 Jun 2010 16:09:47 -0000

Hi Alex,

To be clear, the question is not whether RPL can use IPsec, but whether
it can mandate IPsec.

Regards,
Tzeta

Alexandru Petrescu wrote:
> Le 16/06/2010 12:01, JP Vasseur a =E9crit :
>>=20
>> On Jun 16, 2010, at 10:27 AM, Alexandru Petrescu wrote:
>>=20
>>> Le 16/06/2010 00:12, Mischa Dohler a =E9crit :
>>>> Alex,
>>>>=20
>>>> Remember that IPsec does not solve our security worries as it would
>>>> secure L3 and above. If we only have IPsec, our link/access layers
>>>> are entirely unsecured because you could only determine intrusion
>>>> end-to-end which is often too late. If I had the choice, I would
>>>> remove security at L3 and do everything at link layer. This is, I
>>>> guess, where the security "buttom" comes from because there are
>>>> likely to be more parties with thsi intention.
>>>=20
>>> Mischa - I tend to agree that securing the link-layer may be
>>> advantageous in many cases. It is a great advantage for L3 to be
>>> assured it runs on a secure link.
>>>=20
>>> However, I do not think we could do it here (RoLL), because RPL
>>> would run on a multitude of link layers and securing them all would
>>> be too much work in a single WG.
>>=20
>> ROLL is running at the networking layer, thus no assumption can be
>> made of the link layer.
>=20
> In this sense I believe IPsec is appropriate to use at networking
> layer, for RPL.=20
>=20
> Alex
>=20
>=20
>>=20
>>>=20
>>> Alex
>>>=20
>>>>=20
>>>> Mischa.
>>>>=20
>>>>=20
>>>> Alexandru Petrescu wrote:
>>>>> Hi Tzeta,
>>>>>=20
>>>>> Le 15/06/2010 19:36, Tsao, Tzeta a =E9crit :
>>>>>> All,
>>>>>>=20
>>>>>> We see from time to time questions about using IPsec with RPL.
>>>>>>=20
>>>>>> On the one hand, the security design for RPL is such that
>>>>>> security operations can be "turned off" when there are other
>>>>>> mechanisms, such as IPsec, in place to afford security.
>>>>>=20
>>>>> This is a risk. The RPL security on/off button decoupled from the
>>>>> IPsec databases means both could be off at some point.
>>>>>=20
>>>>>> On the other hand, the doubt is whether it is possible to mandate
>>>>>> a mechanism, again, for example, IPsec, for securing RPL, and
>>>>>> remove such operations from RPL.
>>>>>=20
>>>>> WEll, I see better have IPsec as default security mechanism and
>>>>> then RPL security extensions if needed.
>>>>>=20
>>>>> It would be sufficient to decide which RPL fields are mutable and
>>>>> the use of AH is then straightforward. Besides, the mutable field
>>>>> question is going to appear in discussion about RPL routing
>>>>> headers as well.=20
>>>>>=20
>>>>> Every other IPv6 protocol is able to run with IPsec - why not RPL?
>>>>>=20
>>>>>> Here is how I understand the issue. Using IPsec, or similarly
>>>>>> IKE,=20
>>>>>=20
>>>>> I don't suggest the use of IKE right now.
>>>>>=20
>>>>> I suggest to first try to use AH in the RPL spec. It is really
>>>>> simple, implementations are straightforward, C code exists,
>>>>> licenses compliant to export control exist too for the related
>>>>> SHA-1, -2 and/or MD5. This is basic and affordable security, less
>>>>> compute intensive, very appropriate here. It ensures
>>>>> authentication.=20
>>>>>=20
>>>>>> requires the operator to populate a Security Policy Database
>>>>>> (SPD)
>>>>>=20
>>>>> Hmmm... do we have a precise idea about the market deployment and
>>>>> operator for this matter? Is there a single operator of this
>>>>> closed system? In this case the IPsec-non-IPsec or
>>>>> RPLsec-non-RPLsec is superfluous: operator ensures security by
>>>>> physically closing the system.=20
>>>>>=20
>>>>>=20
>>>>>> to specify what security services to afford to/from which
>>>>>> addresses. However, in pursuing self-forming, the operator may
>>>>>> thus need to put
>>>>>=20
>>>>> Sorry, self-forming of what?
>>>>>=20
>>>>>> a wildcard to the address field, shadowing policies for other
>>>>>> traffic; this act may cause conflicts and consequently prevents
>>>>>> IPsec from being a mandate for RPL.
>>>>>=20
>>>>> I don't get it... I don't understand this at all. I can see the
>>>>> wildcard point: IPsec and wildcards in SAdbs have been used
>>>>> extensively in the past and continue so... it's not an
>>>>> inconvenient, it's not insecure... I don't see what you mean.
>>>>>=20
>>>>> Alex
>>>>>=20
>>>>>>=20
>>>>>> Regards, Tzeta _______________________________________________
>>>>>> Roll mailing list Roll@ietf.org
>>>>>> https://www.ietf.org/mailman/listinfo/roll
>>>>>>=20
>>>>>=20
>>>>> _______________________________________________ Roll mailing list
>>>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll


From alexandru.petrescu@gmail.com  Wed Jun 16 09:14:56 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5BED03A67EB for ; Wed, 16 Jun 2010 09:14:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.124
X-Spam-Level: 
X-Spam-Status: No, score=0.124 tagged_above=-999 required=5 tests=[AWL=-0.041,  BAYES_40=-0.185, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Sun39rpSWmkk for ; Wed, 16 Jun 2010 09:14:54 -0700 (PDT)
Received: from cirse-out.extra.cea.fr (cirse-out.extra.cea.fr [132.166.172.106]) by core3.amsl.com (Postfix) with ESMTP id C279E3A6820 for ; Wed, 16 Jun 2010 09:14:53 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5GGEs2F011445 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 16 Jun 2010 18:14:54 +0200
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5GGEsWE028250; Wed, 16 Jun 2010 18:14:54 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5GGErGj003561; Wed, 16 Jun 2010 18:14:54 +0200
Message-ID: <4C18F87D.10503@gmail.com>
Date: Wed, 16 Jun 2010 18:14:53 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: "Tsao, Tzeta" 
References: 		<9BB070DB2D281946859EA89837931EEE0F5896@EVS4.nam.ci.root> <4C17F94C.5090005@gmail.com> <4C17FAD4.9090708@cttc.es> <4C188B02.5070204@gmail.com> <77CC54AC-CE16-4AB1-8FE2-8BFAAA6F3EF6@cisco.com> <4C18F0A8.8030802@gmail.com> <9BB070DB2D281946859EA89837931EEE0F590A@EVS4.nam.ci.root>
In-Reply-To: <9BB070DB2D281946859EA89837931EEE0F590A@EVS4.nam.ci.root>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: ROLL WG 
Subject: Re: [Roll] Using IPsec with RPL
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 16 Jun 2010 16:14:56 -0000

Le 16/06/2010 18:09, Tsao, Tzeta a écrit :
> Hi Alex,
>
> To be clear, the question is not whether RPL can use IPsec, but whether
> it can mandate IPsec.

Well I believe it should.  A number of protocols mandate the use of 
IPsec for security...

I think it is a wrong direction to go on a direction where RPL would be 
protected by something incompatible to IPsec.

Alex

>
> Regards,
> Tzeta
>
> Alexandru Petrescu wrote:
>> Le 16/06/2010 12:01, JP Vasseur a écrit :
>>>
>>> On Jun 16, 2010, at 10:27 AM, Alexandru Petrescu wrote:
>>>
>>>> Le 16/06/2010 00:12, Mischa Dohler a écrit :
>>>>> Alex,
>>>>>
>>>>> Remember that IPsec does not solve our security worries as it would
>>>>> secure L3 and above. If we only have IPsec, our link/access layers
>>>>> are entirely unsecured because you could only determine intrusion
>>>>> end-to-end which is often too late. If I had the choice, I would
>>>>> remove security at L3 and do everything at link layer. This is, I
>>>>> guess, where the security "buttom" comes from because there are
>>>>> likely to be more parties with thsi intention.
>>>>
>>>> Mischa - I tend to agree that securing the link-layer may be
>>>> advantageous in many cases. It is a great advantage for L3 to be
>>>> assured it runs on a secure link.
>>>>
>>>> However, I do not think we could do it here (RoLL), because RPL
>>>> would run on a multitude of link layers and securing them all would
>>>> be too much work in a single WG.
>>>
>>> ROLL is running at the networking layer, thus no assumption can be
>>> made of the link layer.
>>
>> In this sense I believe IPsec is appropriate to use at networking
>> layer, for RPL.
>>
>> Alex
>>
>>
>>>
>>>>
>>>> Alex
>>>>
>>>>>
>>>>> Mischa.
>>>>>
>>>>>
>>>>> Alexandru Petrescu wrote:
>>>>>> Hi Tzeta,
>>>>>>
>>>>>> Le 15/06/2010 19:36, Tsao, Tzeta a écrit :
>>>>>>> All,
>>>>>>>
>>>>>>> We see from time to time questions about using IPsec with RPL.
>>>>>>>
>>>>>>> On the one hand, the security design for RPL is such that
>>>>>>> security operations can be "turned off" when there are other
>>>>>>> mechanisms, such as IPsec, in place to afford security.
>>>>>>
>>>>>> This is a risk. The RPL security on/off button decoupled from the
>>>>>> IPsec databases means both could be off at some point.
>>>>>>
>>>>>>> On the other hand, the doubt is whether it is possible to mandate
>>>>>>> a mechanism, again, for example, IPsec, for securing RPL, and
>>>>>>> remove such operations from RPL.
>>>>>>
>>>>>> WEll, I see better have IPsec as default security mechanism and
>>>>>> then RPL security extensions if needed.
>>>>>>
>>>>>> It would be sufficient to decide which RPL fields are mutable and
>>>>>> the use of AH is then straightforward. Besides, the mutable field
>>>>>> question is going to appear in discussion about RPL routing
>>>>>> headers as well.
>>>>>>
>>>>>> Every other IPv6 protocol is able to run with IPsec - why not RPL?
>>>>>>
>>>>>>> Here is how I understand the issue. Using IPsec, or similarly
>>>>>>> IKE,
>>>>>>
>>>>>> I don't suggest the use of IKE right now.
>>>>>>
>>>>>> I suggest to first try to use AH in the RPL spec. It is really
>>>>>> simple, implementations are straightforward, C code exists,
>>>>>> licenses compliant to export control exist too for the related
>>>>>> SHA-1, -2 and/or MD5. This is basic and affordable security, less
>>>>>> compute intensive, very appropriate here. It ensures
>>>>>> authentication.
>>>>>>
>>>>>>> requires the operator to populate a Security Policy Database
>>>>>>> (SPD)
>>>>>>
>>>>>> Hmmm... do we have a precise idea about the market deployment and
>>>>>> operator for this matter? Is there a single operator of this
>>>>>> closed system? In this case the IPsec-non-IPsec or
>>>>>> RPLsec-non-RPLsec is superfluous: operator ensures security by
>>>>>> physically closing the system.
>>>>>>
>>>>>>
>>>>>>> to specify what security services to afford to/from which
>>>>>>> addresses. However, in pursuing self-forming, the operator may
>>>>>>> thus need to put
>>>>>>
>>>>>> Sorry, self-forming of what?
>>>>>>
>>>>>>> a wildcard to the address field, shadowing policies for other
>>>>>>> traffic; this act may cause conflicts and consequently prevents
>>>>>>> IPsec from being a mandate for RPL.
>>>>>>
>>>>>> I don't get it... I don't understand this at all. I can see the
>>>>>> wildcard point: IPsec and wildcards in SAdbs have been used
>>>>>> extensively in the past and continue so... it's not an
>>>>>> inconvenient, it's not insecure... I don't see what you mean.
>>>>>>
>>>>>> Alex
>>>>>>
>>>>>>>
>>>>>>> Regards, Tzeta _______________________________________________
>>>>>>> Roll mailing list Roll@ietf.org
>>>>>>> https://www.ietf.org/mailman/listinfo/roll
>>>>>>>
>>>>>>
>>>>>> _______________________________________________ Roll mailing list
>>>>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>
>



From prvs=776cb6add=Tzeta.Tsao@cooperindustries.com  Wed Jun 16 09:29:00 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CE7573A699C for ; Wed, 16 Jun 2010 09:29:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.977
X-Spam-Level: 
X-Spam-Status: No, score=-5.977 tagged_above=-999 required=5 tests=[AWL=0.622,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yzrQH9GJBCDJ for ; Wed, 16 Jun 2010 09:28:59 -0700 (PDT)
Received: from cooperlighting-sw.cooperlighting.com (cooperlighting-sw.cooperlighting.com [216.130.131.68]) by core3.amsl.com (Postfix) with ESMTP id 71FE63A6910 for ; Wed, 16 Jun 2010 09:28:59 -0700 (PDT)
Authentication-Results: cooperlighting-sw.cooperlighting.com; dkim=neutral (message not signed) header.i=none
X-IronPort-AV: E=Sophos;i="4.53,426,1272859200"; d="scan'208";a="57555521"
Received: from cipt0175.nam.ci.root ([10.132.108.175]) by cooperlighting-sw.cooperlighting.com with ESMTP; 16 Jun 2010 12:29:03 -0400
Received: from EVS4.NAM.CI.ROOT ([10.132.108.172]) by cipt0175.NAM.CI.ROOT with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 16 Jun 2010 12:29:03 -0400
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Wed, 16 Jun 2010 12:28:54 -0400
Message-ID: <9BB070DB2D281946859EA89837931EEE0F590D@EVS4.nam.ci.root>
In-Reply-To: <4C18F87D.10503@gmail.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] Using IPsec with RPL
Thread-Index: AcsNbw/3DbpFChTuQNCq+piBJnr5GQAAUWuA
References: 		<9BB070DB2D281946859EA89837931EEE0F5896@EVS4.nam.ci.root> <4C17F94C.5090005@gmail.com> <4C17FAD4.9090708@cttc.es> <4C188B02.5070204@gmail.com> <77CC54AC-CE16-4AB1-8FE2-8BFAAA6F3EF6@cisco.com> <4C18F0A8.8030802@gmail.com> <9BB070DB2D281946859EA89837931EEE0F590A@EVS4.nam.ci.root> <4C18F87D.10503@gmail.com>
From: "Tsao, Tzeta" 
To: "Alexandru Petrescu" 
X-OriginalArrivalTime: 16 Jun 2010 16:29:03.0458 (UTC) FILETIME=[08759420:01CB0D71]
Cc: ROLL WG 
Subject: Re: [Roll] Using IPsec with RPL
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 16 Jun 2010 16:29:00 -0000

But mandating IPsec from RPL is not complete.

As a reference, OSPF mandates IPsec; but to make it to work, IPsec
was mandated in conjunction with manual configuration of SAs. I
know for sure that manual configuration does not work for urban
deployment.

Tzeta

Alexandru Petrescu wrote:
> Le 16/06/2010 18:09, Tsao, Tzeta a =E9crit :
>> Hi Alex,
>>=20
>> To be clear, the question is not whether RPL can use IPsec, but
>> whether it can mandate IPsec.
>=20
> Well I believe it should.  A number of protocols mandate the use of
> IPsec for security...=20
>=20
> I think it is a wrong direction to go on a direction where RPL would
> be protected by something incompatible to IPsec.=20
>=20
> Alex
>=20
>>=20
>> Regards,
>> Tzeta
>>=20
>> Alexandru Petrescu wrote:
>>> Le 16/06/2010 12:01, JP Vasseur a =E9crit :
>>>>=20
>>>> On Jun 16, 2010, at 10:27 AM, Alexandru Petrescu wrote:
>>>>=20
>>>>> Le 16/06/2010 00:12, Mischa Dohler a =E9crit :
>>>>>> Alex,
>>>>>>=20
>>>>>> Remember that IPsec does not solve our security worries as it
>>>>>> would secure L3 and above. If we only have IPsec, our link/access
>>>>>> layers are entirely unsecured because you could only determine
>>>>>> intrusion end-to-end which is often too late. If I had the
>>>>>> choice, I would remove security at L3 and do everything at link
>>>>>> layer. This is, I guess, where the security "buttom" comes from
>>>>>> because there are likely to be more parties with thsi intention.
>>>>>=20
>>>>> Mischa - I tend to agree that securing the link-layer may be
>>>>> advantageous in many cases. It is a great advantage for L3 to be
>>>>> assured it runs on a secure link.
>>>>>=20
>>>>> However, I do not think we could do it here (RoLL), because RPL
>>>>> would run on a multitude of link layers and securing them all
>>>>> would be too much work in a single WG.
>>>>=20
>>>> ROLL is running at the networking layer, thus no assumption can be
>>>> made of the link layer.
>>>=20
>>> In this sense I believe IPsec is appropriate to use at networking
>>> layer, for RPL.=20
>>>=20
>>> Alex
>>>=20
>>>=20
>>>>=20
>>>>>=20
>>>>> Alex
>>>>>=20
>>>>>>=20
>>>>>> Mischa.
>>>>>>=20
>>>>>>=20
>>>>>> Alexandru Petrescu wrote:
>>>>>>> Hi Tzeta,
>>>>>>>=20
>>>>>>> Le 15/06/2010 19:36, Tsao, Tzeta a =E9crit :
>>>>>>>> All,
>>>>>>>>=20
>>>>>>>> We see from time to time questions about using IPsec with RPL.
>>>>>>>>=20
>>>>>>>> On the one hand, the security design for RPL is such that
>>>>>>>> security operations can be "turned off" when there are other
>>>>>>>> mechanisms, such as IPsec, in place to afford security.
>>>>>>>=20
>>>>>>> This is a risk. The RPL security on/off button decoupled from
>>>>>>> the IPsec databases means both could be off at some point.
>>>>>>>=20
>>>>>>>> On the other hand, the doubt is whether it is possible to
>>>>>>>> mandate a mechanism, again, for example, IPsec, for securing
>>>>>>>> RPL, and remove such operations from RPL.
>>>>>>>=20
>>>>>>> WEll, I see better have IPsec as default security mechanism and
>>>>>>> then RPL security extensions if needed.
>>>>>>>=20
>>>>>>> It would be sufficient to decide which RPL fields are mutable
>>>>>>> and the use of AH is then straightforward. Besides, the mutable
>>>>>>> field question is going to appear in discussion about RPL
>>>>>>> routing headers as well.=20
>>>>>>>=20
>>>>>>> Every other IPv6 protocol is able to run with IPsec - why not
>>>>>>> RPL?=20
>>>>>>>=20
>>>>>>>> Here is how I understand the issue. Using IPsec, or similarly
>>>>>>>> IKE,
>>>>>>>=20
>>>>>>> I don't suggest the use of IKE right now.
>>>>>>>=20
>>>>>>> I suggest to first try to use AH in the RPL spec. It is really
>>>>>>> simple, implementations are straightforward, C code exists,
>>>>>>> licenses compliant to export control exist too for the related
>>>>>>> SHA-1, -2 and/or MD5. This is basic and affordable security,
>>>>>>> less compute intensive, very appropriate here. It ensures
>>>>>>> authentication.=20
>>>>>>>=20
>>>>>>>> requires the operator to populate a Security Policy Database
>>>>>>>> (SPD)
>>>>>>>=20
>>>>>>> Hmmm... do we have a precise idea about the market deployment
>>>>>>> and operator for this matter? Is there a single operator of this
>>>>>>> closed system? In this case the IPsec-non-IPsec or
>>>>>>> RPLsec-non-RPLsec is superfluous: operator ensures security by
>>>>>>> physically closing the system.
>>>>>>>=20
>>>>>>>=20
>>>>>>>> to specify what security services to afford to/from which
>>>>>>>> addresses. However, in pursuing self-forming, the operator may
>>>>>>>> thus need to put
>>>>>>>=20
>>>>>>> Sorry, self-forming of what?
>>>>>>>=20
>>>>>>>> a wildcard to the address field, shadowing policies for other
>>>>>>>> traffic; this act may cause conflicts and consequently prevents
>>>>>>>> IPsec from being a mandate for RPL.
>>>>>>>=20
>>>>>>> I don't get it... I don't understand this at all. I can see the
>>>>>>> wildcard point: IPsec and wildcards in SAdbs have been used
>>>>>>> extensively in the past and continue so... it's not an
>>>>>>> inconvenient, it's not insecure... I don't see what you mean.
>>>>>>>=20
>>>>>>> Alex
>>>>>>>=20
>>>>>>>>=20
>>>>>>>> Regards, Tzeta _______________________________________________
>>>>>>>> Roll mailing list Roll@ietf.org
>>>>>>>> https://www.ietf.org/mailman/listinfo/roll
>>>>>>>>=20
>>>>>>>=20
>>>>>>> _______________________________________________ Roll mailing
>>>>>>> list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll


From trac@tools.ietf.org  Wed Jun 16 09:29:39 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5B8ED3A6A87 for ; Wed, 16 Jun 2010 09:29:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.347
X-Spam-Level: 
X-Spam-Status: No, score=-102.347 tagged_above=-999 required=5 tests=[AWL=0.253, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o+4tSFuvITZw for ; Wed, 16 Jun 2010 09:29:38 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 45A823A68BA for ; Wed, 16 Jun 2010 09:29:38 -0700 (PDT)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1OOvUj-0005sn-Vy; Wed, 16 Jun 2010 09:29:42 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "roll issue tracker" 
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: wintert@acm.org, jpv@cisco.com
X-Trac-Project: roll
Date: Wed, 16 Jun 2010 16:29:41 -0000
X-URL: http://tools.ietf.org/wg/roll/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/roll/trac/ticket/52
Message-ID: <055.6427d770ec92b6a01829a487c3080df3@tools.ietf.org>
X-Trac-Ticket-ID: 52
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: wintert@acm.org, jpv@cisco.com, roll@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: roll@ietf.org
Subject: [Roll] [roll] #52: downward routing question
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Reply-To: roll@ietf.org
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 16 Jun 2010 16:29:39 -0000

#52: downward routing question
--------------------------------+-------------------------------------------
 Reporter:  jpv@…               |       Owner:  pthubert@…                        
     Type:  defect              |      Status:  new                               
 Priority:  major               |   Milestone:                                    
Component:  rpl                 |     Version:                                    
 Severity:  Active WG Document  |    Keywords:                                    
--------------------------------+-------------------------------------------
 Hi,

 I have a question on the downward routing feature in RPL

 The DIO packets are transmitted with source address set to the link local
 address of the routers. So a new device that joins the DAG has only the LL
 address of the parent routers. So it can only include these in the DAO
 that it transmits.

 Can the root node include the list of link local addresses in the source
 routing header ? I think not, it must include global addresses of all the
 intermediate routers. So how can a new device discover global addresses of
 its DIO parents ?


 -Regards, Joseph

-- 
Ticket URL: 
roll 


From alexandru.petrescu@gmail.com  Wed Jun 16 09:31:30 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 485FE3A67EB for ; Wed, 16 Jun 2010 09:31:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.145
X-Spam-Level: 
X-Spam-Status: No, score=-0.145 tagged_above=-999 required=5 tests=[AWL=0.245,  BAYES_20=-0.74, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i9TzLhVygjK0 for ; Wed, 16 Jun 2010 09:31:29 -0700 (PDT)
Received: from sainfoin-out.extra.cea.fr (sainfoin-out.extra.cea.fr [132.166.172.107]) by core3.amsl.com (Postfix) with ESMTP id 2930F28C163 for ; Wed, 16 Jun 2010 09:31:26 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5GGVRKQ027028 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 16 Jun 2010 18:31:27 +0200
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5GGVRwT032204; Wed, 16 Jun 2010 18:31:27 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5GGVQWk008215; Wed, 16 Jun 2010 18:31:27 +0200
Message-ID: <4C18FC5E.7000603@gmail.com>
Date: Wed, 16 Jun 2010 18:31:26 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: "Tsao, Tzeta" 
References: 		<9BB070DB2D281946859EA89837931EEE0F5896@EVS4.nam.ci.root> <4C17F94C.5090005@gmail.com> <4C17FAD4.9090708@cttc.es> <4C188B02.5070204@gmail.com> <77CC54AC-CE16-4AB1-8FE2-8BFAAA6F3EF6@cisco.com> <4C18F0A8.8030802@gmail.com> <9BB070DB2D281946859EA89837931EEE0F590A@EVS4.nam.ci.root>
In-Reply-To: <9BB070DB2D281946859EA89837931EEE0F590A@EVS4.nam.ci.root>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: ROLL WG 
Subject: Re: [Roll] Should RPL mandate IPsec or CCM* INFORMATIONAL? (was: Using IPsec with RPL)
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 16 Jun 2010 16:31:30 -0000

Le 16/06/2010 18:09, Tsao, Tzeta a écrit :
> Hi Alex,
>
> To be clear, the question is not whether RPL can use IPsec, but
> whether it can mandate IPsec.

Let me add to this.

Would RPL mandate an INFORMATIONAL security mechanism (as it
currently does: "RPL uses CCM*... as the cryptographic basis for its
security RFC3610") .

(as opposed to mandating Standards Track or BCP RFCs for same function,
from IPsec architecture).

Alex

>
> Regards, Tzeta
>
> Alexandru Petrescu wrote:
>> Le 16/06/2010 12:01, JP Vasseur a écrit :
>>>
>>> On Jun 16, 2010, at 10:27 AM, Alexandru Petrescu wrote:
>>>
>>>> Le 16/06/2010 00:12, Mischa Dohler a écrit :
>>>>> Alex,
>>>>>
>>>>> Remember that IPsec does not solve our security worries as it
>>>>> would secure L3 and above. If we only have IPsec, our
>>>>> link/access layers are entirely unsecured because you could
>>>>> only determine intrusion end-to-end which is often too late.
>>>>>  If I had the choice, I would remove security at L3 and do
>>>>> everything at link layer. This is, I guess, where the
>>>>> security "buttom" comes from because there are likely to be
>>>>> more parties with thsi intention.
>>>>
>>>> Mischa - I tend to agree that securing the link-layer may be
>>>> advantageous in many cases. It is a great advantage for L3 to
>>>> be assured it runs on a secure link.
>>>>
>>>> However, I do not think we could do it here (RoLL), because
>>>> RPL would run on a multitude of link layers and securing them
>>>> all would be too much work in a single WG.
>>>
>>> ROLL is running at the networking layer, thus no assumption can
>>> be made of the link layer.
>>
>> In this sense I believe IPsec is appropriate to use at networking
>> layer, for RPL.
>>
>> Alex
>>
>>
>>>
>>>>
>>>> Alex
>>>>
>>>>>
>>>>> Mischa.
>>>>>
>>>>>
>>>>> Alexandru Petrescu wrote:
>>>>>> Hi Tzeta,
>>>>>>
>>>>>> Le 15/06/2010 19:36, Tsao, Tzeta a écrit :
>>>>>>> All,
>>>>>>>
>>>>>>> We see from time to time questions about using IPsec with
>>>>>>> RPL.
>>>>>>>
>>>>>>> On the one hand, the security design for RPL is such
>>>>>>> that security operations can be "turned off" when there
>>>>>>> are other mechanisms, such as IPsec, in place to afford
>>>>>>> security.
>>>>>>
>>>>>> This is a risk. The RPL security on/off button decoupled
>>>>>> from the IPsec databases means both could be off at some
>>>>>> point.
>>>>>>
>>>>>>> On the other hand, the doubt is whether it is possible to
>>>>>>> mandate a mechanism, again, for example, IPsec, for
>>>>>>> securing RPL, and remove such operations from RPL.
>>>>>>
>>>>>> WEll, I see better have IPsec as default security mechanism
>>>>>> and then RPL security extensions if needed.
>>>>>>
>>>>>> It would be sufficient to decide which RPL fields are
>>>>>> mutable and the use of AH is then straightforward. Besides,
>>>>>> the mutable field question is going to appear in discussion
>>>>>> about RPL routing headers as well.
>>>>>>
>>>>>> Every other IPv6 protocol is able to run with IPsec - why
>>>>>> not RPL?
>>>>>>
>>>>>>> Here is how I understand the issue. Using IPsec, or
>>>>>>> similarly IKE,
>>>>>>
>>>>>> I don't suggest the use of IKE right now.
>>>>>>
>>>>>> I suggest to first try to use AH in the RPL spec. It is
>>>>>> really simple, implementations are straightforward, C code
>>>>>>  exists, licenses compliant to export control exist too for
>>>>>>  the related SHA-1, -2 and/or MD5. This is basic and
>>>>>> affordable security, less compute intensive, very
>>>>>> appropriate here. It ensures authentication.
>>>>>>
>>>>>>> requires the operator to populate a Security Policy
>>>>>>> Database (SPD)
>>>>>>
>>>>>> Hmmm... do we have a precise idea about the market
>>>>>> deployment and operator for this matter? Is there a single
>>>>>>  operator of this closed system? In this case the
>>>>>> IPsec-non-IPsec or RPLsec-non-RPLsec is superfluous:
>>>>>> operator ensures security by physically closing the
>>>>>> system.
>>>>>>
>>>>>>
>>>>>>> to specify what security services to afford to/from
>>>>>>> which addresses. However, in pursuing self-forming, the
>>>>>>> operator may thus need to put
>>>>>>
>>>>>> Sorry, self-forming of what?
>>>>>>
>>>>>>> a wildcard to the address field, shadowing policies for
>>>>>>> other traffic; this act may cause conflicts and
>>>>>>> consequently prevents IPsec from being a mandate for
>>>>>>> RPL.
>>>>>>
>>>>>> I don't get it... I don't understand this at all. I can see
>>>>>> the wildcard point: IPsec and wildcards in SAdbs have been
>>>>>> used extensively in the past and continue so... it's not an
>>>>>> inconvenient, it's not insecure... I don't see what you
>>>>>> mean.
>>>>>>
>>>>>> Alex
>>>>>>
>>>>>>>
>>>>>>> Regards, Tzeta
>>>>>>> _______________________________________________ Roll
>>>>>>> mailing list Roll@ietf.org
>>>>>>> https://www.ietf.org/mailman/listinfo/roll
>>>>>>>
>>>>>>
>>>>>> _______________________________________________ Roll
>>>>>> mailing list Roll@ietf.org
>>>>>> https://www.ietf.org/mailman/listinfo/roll
>
>



From alexandru.petrescu@gmail.com  Wed Jun 16 09:34:53 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C504C3A69AC for ; Wed, 16 Jun 2010 09:34:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.092
X-Spam-Level: 
X-Spam-Status: No, score=0.092 tagged_above=-999 required=5 tests=[AWL=-0.073,  BAYES_40=-0.185, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id On2io-UTpu-R for ; Wed, 16 Jun 2010 09:34:43 -0700 (PDT)
Received: from sainfoin-out.extra.cea.fr (sainfoin-out.extra.cea.fr [132.166.172.107]) by core3.amsl.com (Postfix) with ESMTP id C88D23A67EB for ; Wed, 16 Jun 2010 09:34:41 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5GGYilS029252 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 16 Jun 2010 18:34:44 +0200
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5GGYh04032524; Wed, 16 Jun 2010 18:34:44 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5GGYhf2008813; Wed, 16 Jun 2010 18:34:43 +0200
Message-ID: <4C18FD23.3020103@gmail.com>
Date: Wed, 16 Jun 2010 18:34:43 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: "Tsao, Tzeta" 
References: 		<9BB070DB2D281946859EA89837931EEE0F5896@EVS4.nam.ci.root> <4C17F94C.5090005@gmail.com> <4C17FAD4.9090708@cttc.es> <4C188B02.5070204@gmail.com> <77CC54AC-CE16-4AB1-8FE2-8BFAAA6F3EF6@cisco.com> <4C18F0A8.8030802@gmail.com> <9BB070DB2D281946859EA89837931EEE0F590A@EVS4.nam.ci.root> <4C18F87D.10503@gmail.com> <9BB070DB2D281946859EA89837931EEE0F590D@EVS4.nam.ci.root>
In-Reply-To: <9BB070DB2D281946859EA89837931EEE0F590D@EVS4.nam.ci.root>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: ROLL WG 
Subject: Re: [Roll] Using IPsec with RPL
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 16 Jun 2010 16:34:53 -0000

Le 16/06/2010 18:28, Tsao, Tzeta a écrit :
> But mandating IPsec from RPL is not complete.
>
> As a reference, OSPF mandates IPsec; but to make it to work, IPsec
> was mandated in conjunction with manual configuration of SAs.

YEs, that is the first thing usually implementer does: try it first with
pre-shared manually configured keys.  It's a minimum for testing, it's
good to have there first.

> I know for sure that manual configuration does not work for urban
> deployment.

Hmmm... probably it would not scale for large deployments, but for the
initial small prototypes it works well.  I suggest to shoot for these
first in the spec.

(sometimes keys are even hardcoded - not the best thing, but there exist
such cases).

Alex

>
> Tzeta
>
> Alexandru Petrescu wrote:
>> Le 16/06/2010 18:09, Tsao, Tzeta a écrit :
>>> Hi Alex,
>>>
>>> To be clear, the question is not whether RPL can use IPsec, but
>>> whether it can mandate IPsec.
>>
>> Well I believe it should.  A number of protocols mandate the use of
>> IPsec for security...
>>
>> I think it is a wrong direction to go on a direction where RPL
>> would be protected by something incompatible to IPsec.
>>
>> Alex
>>
>>>
>>> Regards, Tzeta
>>>
>>> Alexandru Petrescu wrote:
>>>> Le 16/06/2010 12:01, JP Vasseur a écrit :
>>>>>
>>>>> On Jun 16, 2010, at 10:27 AM, Alexandru Petrescu wrote:
>>>>>
>>>>>> Le 16/06/2010 00:12, Mischa Dohler a écrit :
>>>>>>> Alex,
>>>>>>>
>>>>>>> Remember that IPsec does not solve our security worries
>>>>>>> as it would secure L3 and above. If we only have IPsec,
>>>>>>> our link/access layers are entirely unsecured because
>>>>>>> you could only determine intrusion end-to-end which is
>>>>>>> often too late. If I had the choice, I would remove
>>>>>>> security at L3 and do everything at link layer. This is,
>>>>>>> I guess, where the security "buttom" comes from because
>>>>>>> there are likely to be more parties with thsi intention.
>>>>>>
>>>>>> Mischa - I tend to agree that securing the link-layer may
>>>>>> be advantageous in many cases. It is a great advantage for
>>>>>> L3 to be assured it runs on a secure link.
>>>>>>
>>>>>> However, I do not think we could do it here (RoLL),
>>>>>> because RPL would run on a multitude of link layers and
>>>>>> securing them all would be too much work in a single WG.
>>>>>
>>>>> ROLL is running at the networking layer, thus no assumption
>>>>> can be made of the link layer.
>>>>
>>>> In this sense I believe IPsec is appropriate to use at
>>>> networking layer, for RPL.
>>>>
>>>> Alex
>>>>
>>>>
>>>>>
>>>>>>
>>>>>> Alex
>>>>>>
>>>>>>>
>>>>>>> Mischa.
>>>>>>>
>>>>>>>
>>>>>>> Alexandru Petrescu wrote:
>>>>>>>> Hi Tzeta,
>>>>>>>>
>>>>>>>> Le 15/06/2010 19:36, Tsao, Tzeta a écrit :
>>>>>>>>> All,
>>>>>>>>>
>>>>>>>>> We see from time to time questions about using IPsec
>>>>>>>>> with RPL.
>>>>>>>>>
>>>>>>>>> On the one hand, the security design for RPL is such
>>>>>>>>> that security operations can be "turned off" when
>>>>>>>>> there are other mechanisms, such as IPsec, in place
>>>>>>>>> to afford security.
>>>>>>>>
>>>>>>>> This is a risk. The RPL security on/off button
>>>>>>>> decoupled from the IPsec databases means both could be
>>>>>>>> off at some point.
>>>>>>>>
>>>>>>>>> On the other hand, the doubt is whether it is
>>>>>>>>> possible to mandate a mechanism, again, for example,
>>>>>>>>> IPsec, for securing RPL, and remove such operations
>>>>>>>>> from RPL.
>>>>>>>>
>>>>>>>> WEll, I see better have IPsec as default security
>>>>>>>> mechanism and then RPL security extensions if needed.
>>>>>>>>
>>>>>>>> It would be sufficient to decide which RPL fields are
>>>>>>>> mutable and the use of AH is then straightforward.
>>>>>>>> Besides, the mutable field question is going to appear
>>>>>>>> in discussion about RPL routing headers as well.
>>>>>>>>
>>>>>>>> Every other IPv6 protocol is able to run with IPsec -
>>>>>>>> why not RPL?
>>>>>>>>
>>>>>>>>> Here is how I understand the issue. Using IPsec, or
>>>>>>>>> similarly IKE,
>>>>>>>>
>>>>>>>> I don't suggest the use of IKE right now.
>>>>>>>>
>>>>>>>> I suggest to first try to use AH in the RPL spec. It
>>>>>>>> is really simple, implementations are straightforward,
>>>>>>>> C code exists, licenses compliant to export control
>>>>>>>> exist too for the related SHA-1, -2 and/or MD5. This is
>>>>>>>> basic and affordable security, less compute intensive,
>>>>>>>> very appropriate here. It ensures authentication.
>>>>>>>>
>>>>>>>>> requires the operator to populate a Security Policy
>>>>>>>>> Database (SPD)
>>>>>>>>
>>>>>>>> Hmmm... do we have a precise idea about the market
>>>>>>>> deployment and operator for this matter? Is there a
>>>>>>>> single operator of this closed system? In this case
>>>>>>>> the IPsec-non-IPsec or RPLsec-non-RPLsec is
>>>>>>>> superfluous: operator ensures security by physically
>>>>>>>> closing the system.
>>>>>>>>
>>>>>>>>
>>>>>>>>> to specify what security services to afford to/from
>>>>>>>>> which addresses. However, in pursuing self-forming,
>>>>>>>>> the operator may thus need to put
>>>>>>>>
>>>>>>>> Sorry, self-forming of what?
>>>>>>>>
>>>>>>>>> a wildcard to the address field, shadowing policies
>>>>>>>>> for other traffic; this act may cause conflicts and
>>>>>>>>> consequently prevents IPsec from being a mandate for
>>>>>>>>> RPL.
>>>>>>>>
>>>>>>>> I don't get it... I don't understand this at all. I
>>>>>>>> can see the wildcard point: IPsec and wildcards in
>>>>>>>> SAdbs have been used extensively in the past and
>>>>>>>> continue so... it's not an inconvenient, it's not
>>>>>>>> insecure... I don't see what you mean.
>>>>>>>>
>>>>>>>> Alex
>>>>>>>>
>>>>>>>>>
>>>>>>>>> Regards, Tzeta
>>>>>>>>> _______________________________________________ Roll
>>>>>>>>> mailing list Roll@ietf.org
>>>>>>>>> https://www.ietf.org/mailman/listinfo/roll
>>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________ Roll
>>>>>>>> mailing list Roll@ietf.org
>>>>>>>> https://www.ietf.org/mailman/listinfo/roll
>
>



From d.sturek@att.net  Wed Jun 16 09:41:08 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3C1E63A68C3 for ; Wed, 16 Jun 2010 09:41:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.451
X-Spam-Level: *
X-Spam-Status: No, score=1.451 tagged_above=-999 required=5 tests=[BAYES_50=0.001, MSGID_MULTIPLE_AT=1.449, UNPARSEABLE_RELAY=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fsr0PGc-Sqss for ; Wed, 16 Jun 2010 09:41:07 -0700 (PDT)
Received: from smtp112.sbc.mail.mud.yahoo.com (smtp112.sbc.mail.mud.yahoo.com [68.142.198.107]) by core3.amsl.com (Postfix) with SMTP id 240373A68F2 for ; Wed, 16 Jun 2010 09:41:07 -0700 (PDT)
Received: (qmail 14858 invoked from network); 16 Jun 2010 16:41:01 -0000
Received: from Studio (d.sturek@174.78.56.227 with login) by smtp112.sbc.mail.mud.yahoo.com with SMTP; 16 Jun 2010 09:41:01 -0700 PDT
X-Yahoo-SMTP: fvjol_aswBAraSJvMLe2r1XTzhBhbFxY8q8c3jo-
X-YMail-OSG: CilQW58VM1n3CIwJE8aQlEyusbxqrxXl8wQNj9_btjc4vbZsSxKhgbkfguWcTRNP7cMIn3MvCptzI9C.4PaFjbCeA5KaUZOO4ZZVLwzzmniMgvvEt5jvgCK8vnd8pPsH5VPeXwaBUe.we9FU.T7qlp..XBzmZsfQYWFjuiqWeI3hdpOarmgoqyqeRBYeq5KHsaSoP0x5KiSuMCJWTiwLaY1xoEEwWfkXJDOk7dq33YzzNbcBE8StHNy3NTEkTkmg9VuGB..xlsMnvQt4H3EOxzYZkdY739cq1u.nI0rWs.thhIosLPs-
X-Yahoo-Newman-Property: ymail-3
From: "Don Sturek" 
To: "'Alexandru Petrescu'" , "'Tsao, Tzeta'" 
References: 		<9BB070DB2D281946859EA89837931EEE0F5896@EVS4.nam.ci.root>	<4C17F94C.5090005@gmail.com> <4C17FAD4.9090708@cttc.es>	<4C188B02.5070204@gmail.com>	<77CC54AC-CE16-4AB1-8FE2-8BFAAA6F3EF6@cisco.com>	<4C18F0A8.8030802@gmail.com>	<9BB070DB2D281946859EA89837931EEE0F590A@EVS4.nam.ci.root> <4C18F87D.10503@gmail.com>
In-Reply-To: <4C18F87D.10503@gmail.com>
Date: Wed, 16 Jun 2010 09:40:55 -0700
Message-ID: <007501cb0d72$b168cf60$143a6e20$@sturek@att.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Office Outlook 12.0
thread-index: AcsNbxQail9Ib3jgRFuZufNDhkHPyQAA3YiA
Content-Language: en-us
Cc: 'ROLL WG' 
Subject: Re: [Roll] Using IPsec with RPL
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: d.sturek@att.net
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 16 Jun 2010 16:41:08 -0000

Let me go on record as saying IPsec cannot really be used on many =
networks
with constrained devices.

With IPv6 becoming the dominant network layer, we need to avoid linking
IPsec with IPv6.

Don


-----Original Message-----
From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of
Alexandru Petrescu
Sent: Wednesday, June 16, 2010 9:15 AM
To: Tsao, Tzeta
Cc: ROLL WG
Subject: Re: [Roll] Using IPsec with RPL

Le 16/06/2010 18:09, Tsao, Tzeta a =E9crit :
> Hi Alex,
>
> To be clear, the question is not whether RPL can use IPsec, but =
whether
> it can mandate IPsec.

Well I believe it should.  A number of protocols mandate the use of=20
IPsec for security...

I think it is a wrong direction to go on a direction where RPL would be=20
protected by something incompatible to IPsec.

Alex

>
> Regards,
> Tzeta
>
> Alexandru Petrescu wrote:
>> Le 16/06/2010 12:01, JP Vasseur a =E9crit :
>>>
>>> On Jun 16, 2010, at 10:27 AM, Alexandru Petrescu wrote:
>>>
>>>> Le 16/06/2010 00:12, Mischa Dohler a =E9crit :
>>>>> Alex,
>>>>>
>>>>> Remember that IPsec does not solve our security worries as it =
would
>>>>> secure L3 and above. If we only have IPsec, our link/access layers
>>>>> are entirely unsecured because you could only determine intrusion
>>>>> end-to-end which is often too late. If I had the choice, I would
>>>>> remove security at L3 and do everything at link layer. This is, I
>>>>> guess, where the security "buttom" comes from because there are
>>>>> likely to be more parties with thsi intention.
>>>>
>>>> Mischa - I tend to agree that securing the link-layer may be
>>>> advantageous in many cases. It is a great advantage for L3 to be
>>>> assured it runs on a secure link.
>>>>
>>>> However, I do not think we could do it here (RoLL), because RPL
>>>> would run on a multitude of link layers and securing them all would
>>>> be too much work in a single WG.
>>>
>>> ROLL is running at the networking layer, thus no assumption can be
>>> made of the link layer.
>>
>> In this sense I believe IPsec is appropriate to use at networking
>> layer, for RPL.
>>
>> Alex
>>
>>
>>>
>>>>
>>>> Alex
>>>>
>>>>>
>>>>> Mischa.
>>>>>
>>>>>
>>>>> Alexandru Petrescu wrote:
>>>>>> Hi Tzeta,
>>>>>>
>>>>>> Le 15/06/2010 19:36, Tsao, Tzeta a =E9crit :
>>>>>>> All,
>>>>>>>
>>>>>>> We see from time to time questions about using IPsec with RPL.
>>>>>>>
>>>>>>> On the one hand, the security design for RPL is such that
>>>>>>> security operations can be "turned off" when there are other
>>>>>>> mechanisms, such as IPsec, in place to afford security.
>>>>>>
>>>>>> This is a risk. The RPL security on/off button decoupled from the
>>>>>> IPsec databases means both could be off at some point.
>>>>>>
>>>>>>> On the other hand, the doubt is whether it is possible to =
mandate
>>>>>>> a mechanism, again, for example, IPsec, for securing RPL, and
>>>>>>> remove such operations from RPL.
>>>>>>
>>>>>> WEll, I see better have IPsec as default security mechanism and
>>>>>> then RPL security extensions if needed.
>>>>>>
>>>>>> It would be sufficient to decide which RPL fields are mutable and
>>>>>> the use of AH is then straightforward. Besides, the mutable field
>>>>>> question is going to appear in discussion about RPL routing
>>>>>> headers as well.
>>>>>>
>>>>>> Every other IPv6 protocol is able to run with IPsec - why not =
RPL?
>>>>>>
>>>>>>> Here is how I understand the issue. Using IPsec, or similarly
>>>>>>> IKE,
>>>>>>
>>>>>> I don't suggest the use of IKE right now.
>>>>>>
>>>>>> I suggest to first try to use AH in the RPL spec. It is really
>>>>>> simple, implementations are straightforward, C code exists,
>>>>>> licenses compliant to export control exist too for the related
>>>>>> SHA-1, -2 and/or MD5. This is basic and affordable security, less
>>>>>> compute intensive, very appropriate here. It ensures
>>>>>> authentication.
>>>>>>
>>>>>>> requires the operator to populate a Security Policy Database
>>>>>>> (SPD)
>>>>>>
>>>>>> Hmmm... do we have a precise idea about the market deployment and
>>>>>> operator for this matter? Is there a single operator of this
>>>>>> closed system? In this case the IPsec-non-IPsec or
>>>>>> RPLsec-non-RPLsec is superfluous: operator ensures security by
>>>>>> physically closing the system.
>>>>>>
>>>>>>
>>>>>>> to specify what security services to afford to/from which
>>>>>>> addresses. However, in pursuing self-forming, the operator may
>>>>>>> thus need to put
>>>>>>
>>>>>> Sorry, self-forming of what?
>>>>>>
>>>>>>> a wildcard to the address field, shadowing policies for other
>>>>>>> traffic; this act may cause conflicts and consequently prevents
>>>>>>> IPsec from being a mandate for RPL.
>>>>>>
>>>>>> I don't get it... I don't understand this at all. I can see the
>>>>>> wildcard point: IPsec and wildcards in SAdbs have been used
>>>>>> extensively in the past and continue so... it's not an
>>>>>> inconvenient, it's not insecure... I don't see what you mean.
>>>>>>
>>>>>> Alex
>>>>>>
>>>>>>>
>>>>>>> Regards, Tzeta _______________________________________________
>>>>>>> Roll mailing list Roll@ietf.org
>>>>>>> https://www.ietf.org/mailman/listinfo/roll
>>>>>>>
>>>>>>
>>>>>> _______________________________________________ Roll mailing list
>>>>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>
>


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


From alexandru.petrescu@gmail.com  Wed Jun 16 09:52:47 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4BD0E3A68BA for ; Wed, 16 Jun 2010 09:52:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.102
X-Spam-Level: 
X-Spam-Status: No, score=0.102 tagged_above=-999 required=5 tests=[AWL=-0.063,  BAYES_40=-0.185, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZTD-Wu0m2Gil for ; Wed, 16 Jun 2010 09:52:46 -0700 (PDT)
Received: from oxalide-out.extra.cea.fr (oxalide-out.extra.cea.fr [132.168.224.1]) by core3.amsl.com (Postfix) with ESMTP id C19EA3A6923 for ; Wed, 16 Jun 2010 09:52:45 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5GGqj9v029250 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 16 Jun 2010 18:52:45 +0200
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5GGqjAc001989; Wed, 16 Jun 2010 18:52:45 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5GGqiB5012488; Wed, 16 Jun 2010 18:52:45 +0200
Message-ID: <4C19015C.5090208@gmail.com>
Date: Wed, 16 Jun 2010 18:52:44 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: d.sturek@att.net
References: 		<9BB070DB2D281946859EA89837931EEE0F5896@EVS4.nam.ci.root>	<4C17F94C.5090005@gmail.com> <4C17FAD4.9090708@cttc.es>	<4C188B02.5070204@gmail.com>	<77CC54AC-CE16-4AB1-8FE2-8BFAAA6F3EF6@cisco.com>	<4C18F0A8.8030802@gmail.com>	<9BB070DB2D281946859EA89837931EEE0F590A@EVS4.nam.ci.root> <4C18F87D.10503@gmail.com> <007501cb0d72$b168cf60$143a6e20$@sturek@att.net>
In-Reply-To: <007501cb0d72$b168cf60$143a6e20$@sturek@att.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: 'ROLL WG' , "'Tsao, Tzeta'" 
Subject: Re: [Roll] Using IPsec with RPL
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 16 Jun 2010 16:52:47 -0000

Le 16/06/2010 18:40, Don Sturek a écrit :
> Let me go on record as saying IPsec cannot really be used on many
> networks with constrained devices.
>
> With IPv6 becoming the dominant network layer, we need to avoid
> linking IPsec with IPv6.

Strange to hear so...  IPv6 was designed for many such constrained
devices (was a requirement for numbers), IPv6 was claimed IPsec-secured
from the start.

Let's talk AH only (not ESP): I believe the AH header encoding is good
enough for RPL, and that the AH spec is very freeminded in the choice of
compute-intensive algorithms, little requirements.

I believe AH is very good for RPL.

The constrained aspect of devices may be relevant to the choice of the
compute-intensive algorithms (SHA1, 2, MD4, 5, more), but still with AH.

I really don't see why opposition to AH.  I've seen it implemented in
very constrained devices.

I could understand opposing heavy crypto public key computations - yes,
but simple AH is very easy for small devices.

Alex

>
> Don
>
>
> -----Original Message----- From: roll-bounces@ietf.org
> [mailto:roll-bounces@ietf.org] On Behalf Of Alexandru Petrescu Sent:
> Wednesday, June 16, 2010 9:15 AM To: Tsao, Tzeta Cc: ROLL WG Subject:
> Re: [Roll] Using IPsec with RPL
>
> Le 16/06/2010 18:09, Tsao, Tzeta a écrit :
>> Hi Alex,
>>
>> To be clear, the question is not whether RPL can use IPsec, but
>> whether it can mandate IPsec.
>
> Well I believe it should.  A number of protocols mandate the use of
> IPsec for security...
>
> I think it is a wrong direction to go on a direction where RPL would
> be protected by something incompatible to IPsec.
>
> Alex
>
>>
>> Regards, Tzeta
>>
>> Alexandru Petrescu wrote:
>>> Le 16/06/2010 12:01, JP Vasseur a écrit :
>>>>
>>>> On Jun 16, 2010, at 10:27 AM, Alexandru Petrescu wrote:
>>>>
>>>>> Le 16/06/2010 00:12, Mischa Dohler a écrit :
>>>>>> Alex,
>>>>>>
>>>>>> Remember that IPsec does not solve our security worries as
>>>>>> it would secure L3 and above. If we only have IPsec, our
>>>>>> link/access layers are entirely unsecured because you
>>>>>> could only determine intrusion end-to-end which is often
>>>>>> too late. If I had the choice, I would remove security at
>>>>>> L3 and do everything at link layer. This is, I guess,
>>>>>> where the security "buttom" comes from because there are
>>>>>> likely to be more parties with thsi intention.
>>>>>
>>>>> Mischa - I tend to agree that securing the link-layer may be
>>>>>  advantageous in many cases. It is a great advantage for L3
>>>>> to be assured it runs on a secure link.
>>>>>
>>>>> However, I do not think we could do it here (RoLL), because
>>>>> RPL would run on a multitude of link layers and securing
>>>>> them all would be too much work in a single WG.
>>>>
>>>> ROLL is running at the networking layer, thus no assumption
>>>> can be made of the link layer.
>>>
>>> In this sense I believe IPsec is appropriate to use at networking
>>> layer, for RPL.
>>>
>>> Alex
>>>
>>>
>>>>
>>>>>
>>>>> Alex
>>>>>
>>>>>>
>>>>>> Mischa.
>>>>>>
>>>>>>
>>>>>> Alexandru Petrescu wrote:
>>>>>>> Hi Tzeta,
>>>>>>>
>>>>>>> Le 15/06/2010 19:36, Tsao, Tzeta a écrit :
>>>>>>>> All,
>>>>>>>>
>>>>>>>> We see from time to time questions about using IPsec
>>>>>>>> with RPL.
>>>>>>>>
>>>>>>>> On the one hand, the security design for RPL is such
>>>>>>>> that security operations can be "turned off" when
>>>>>>>> there are other mechanisms, such as IPsec, in place to
>>>>>>>> afford security.
>>>>>>>
>>>>>>> This is a risk. The RPL security on/off button decoupled
>>>>>>> from the IPsec databases means both could be off at some
>>>>>>> point.
>>>>>>>
>>>>>>>> On the other hand, the doubt is whether it is possible
>>>>>>>> to mandate a mechanism, again, for example, IPsec, for
>>>>>>>> securing RPL, and remove such operations from RPL.
>>>>>>>
>>>>>>> WEll, I see better have IPsec as default security
>>>>>>> mechanism and then RPL security extensions if needed.
>>>>>>>
>>>>>>> It would be sufficient to decide which RPL fields are
>>>>>>> mutable and the use of AH is then straightforward.
>>>>>>> Besides, the mutable field question is going to appear
>>>>>>> in discussion about RPL routing headers as well.
>>>>>>>
>>>>>>> Every other IPv6 protocol is able to run with IPsec -
>>>>>>> why not RPL?
>>>>>>>
>>>>>>>> Here is how I understand the issue. Using IPsec, or
>>>>>>>> similarly IKE,
>>>>>>>
>>>>>>> I don't suggest the use of IKE right now.
>>>>>>>
>>>>>>> I suggest to first try to use AH in the RPL spec. It is
>>>>>>> really simple, implementations are straightforward, C
>>>>>>> code exists, licenses compliant to export control exist
>>>>>>> too for the related SHA-1, -2 and/or MD5. This is basic
>>>>>>> and affordable security, less compute intensive, very
>>>>>>> appropriate here. It ensures authentication.
>>>>>>>
>>>>>>>> requires the operator to populate a Security Policy
>>>>>>>> Database (SPD)
>>>>>>>
>>>>>>> Hmmm... do we have a precise idea about the market
>>>>>>> deployment and operator for this matter? Is there a
>>>>>>> single operator of this closed system? In this case the
>>>>>>> IPsec-non-IPsec or RPLsec-non-RPLsec is superfluous:
>>>>>>> operator ensures security by physically closing the
>>>>>>> system.
>>>>>>>
>>>>>>>
>>>>>>>> to specify what security services to afford to/from
>>>>>>>> which addresses. However, in pursuing self-forming,
>>>>>>>> the operator may thus need to put
>>>>>>>
>>>>>>> Sorry, self-forming of what?
>>>>>>>
>>>>>>>> a wildcard to the address field, shadowing policies
>>>>>>>> for other traffic; this act may cause conflicts and
>>>>>>>> consequently prevents IPsec from being a mandate for
>>>>>>>> RPL.
>>>>>>>
>>>>>>> I don't get it... I don't understand this at all. I can
>>>>>>> see the wildcard point: IPsec and wildcards in SAdbs
>>>>>>> have been used extensively in the past and continue so...
>>>>>>> it's not an inconvenient, it's not insecure... I don't
>>>>>>> see what you mean.
>>>>>>>
>>>>>>> Alex
>>>>>>>
>>>>>>>>
>>>>>>>> Regards, Tzeta
>>>>>>>> _______________________________________________ Roll
>>>>>>>> mailing list Roll@ietf.org
>>>>>>>> https://www.ietf.org/mailman/listinfo/roll
>>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________ Roll
>>>>>>> mailing list Roll@ietf.org
>>>>>>> https://www.ietf.org/mailman/listinfo/roll
>>
>>
>
>
> _______________________________________________ Roll mailing list
> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>
>



From pal@cs.stanford.edu  Wed Jun 16 13:50:31 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C69F13A69B8 for ; Wed, 16 Jun 2010 13:50:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level: 
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qar0rv6Bt5yy for ; Wed, 16 Jun 2010 13:50:30 -0700 (PDT)
Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by core3.amsl.com (Postfix) with ESMTP id AC5563A67A2 for ; Wed, 16 Jun 2010 13:50:30 -0700 (PDT)
Received: from [12.149.152.130] (helo=[192.168.55.238]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OOzZC-0006cX-Iw; Wed, 16 Jun 2010 13:50:34 -0700
Mime-Version: 1.0 (Apple Message framework v1078)
Content-Type: text/plain; charset=iso-8859-1
From: Philip Levis 
In-Reply-To: <4C19015C.5090208@gmail.com>
Date: Wed, 16 Jun 2010 13:50:31 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <1EB3E1D2-7D4A-434F-AE7A-B1FA7A51FB6C@cs.stanford.edu>
References: 		<9BB070DB2D281946859EA89837931EEE0F5896@EVS4.nam.ci.root>	<4C17F94C.5090005@gmail.com> <4C17FAD4.9090708@cttc.es>	<4C188B02.5070204@gmail.com>	<77CC54AC-CE16-4AB1-8FE2-8BFAAA6F3EF6@cisco.com>	<4C18F0A8.8030802@gmail.com>	<9BB070DB2D281946859EA89837931EEE0F590A@EVS4.nam.ci.root> <4C18F87D.10503@gmail.com> <007501cb0d72$b168cf60$143a6e20$@sturek@att.net> <4C19015C.5090208@gmail.com>
To: Alexandru Petrescu 
X-Mailer: Apple Mail (2.1078)
X-Scan-Signature: 126b1dc68df40fcb6eeab1e6794671ae
Cc: 'ROLL WG' , "'Tsao, Tzeta'" 
Subject: Re: [Roll] Using IPsec with RPL
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 16 Jun 2010 20:50:32 -0000

On Jun 16, 2010, at 9:52 AM, Alexandru Petrescu wrote:

> Le 16/06/2010 18:40, Don Sturek a =E9crit :
>> Let me go on record as saying IPsec cannot really be used on many
>> networks with constrained devices.
>>=20
>> With IPv6 becoming the dominant network layer, we need to avoid
>> linking IPsec with IPv6.
>=20
> Strange to hear so...  IPv6 was designed for many such constrained
> devices (was a requirement for numbers), IPv6 was claimed =
IPsec-secured
> from the start.
>=20
> Let's talk AH only (not ESP): I believe the AH header encoding is good
> enough for RPL, and that the AH spec is very freeminded in the choice =
of
> compute-intensive algorithms, little requirements.
>=20
> I believe AH is very good for RPL.

Alex, engineering needs more than beliefs. Maybe the right approach is =
for you to present a technical description (e.g., a draft) of how AH =
would work with RPL, and evaluate the cost of an implementation of your =
approach on an LLN-class device? Cost in this case typically refers to =
CPU time, code size, and RAM requirements.

Phil=

From prvs=7777bdd8b=mukul@uwm.edu  Wed Jun 16 17:25:22 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DBE2D3A682B for ; Wed, 16 Jun 2010 17:25:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.649
X-Spam-Level: 
X-Spam-Status: No, score=-0.649 tagged_above=-999 required=5 tests=[AWL=-0.650, BAYES_50=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lPFfwzXmlORk for ; Wed, 16 Jun 2010 17:25:21 -0700 (PDT)
Received: from ip1mta.uwm.edu (ip1mta.uwm.edu [129.89.7.18]) by core3.amsl.com (Postfix) with ESMTP id 9C19F3A67B5 for ; Wed, 16 Jun 2010 17:25:21 -0700 (PDT)
Received: from mta01.pantherlink.uwm.edu ([129.89.7.81]) by ip1mta.uwm.edu with ESMTP; 16 Jun 2010 17:03:40 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta01.pantherlink.uwm.edu (Postfix) with ESMTP id 8191C4FEC14E; Wed, 16 Jun 2010 17:03:40 -0500 (CDT)
X-Virus-Scanned: amavisd-new at pantherlink.uwm.edu
Received: from mta01.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta01.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jHJ1GIuHKC1Y; Wed, 16 Jun 2010 17:03:40 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta01.pantherlink.uwm.edu (Postfix) with ESMTP id 0DAB74FEC14B; Wed, 16 Jun 2010 17:03:40 -0500 (CDT)
Date: Wed, 16 Jun 2010 17:03:40 -0500 (CDT)
From: Mukul Goyal 
To: Philip Levis 
Message-ID: <1092777825.124561.1276725819981.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <1000827988.13533161274393937384.JavaMail.root@mail02.pantherlink.uwm.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [129.89.7.92]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - SAF3 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Cc: roll 
Subject: Re: [Roll] Fwd: New Version Notification for draft-dt-roll-p2p-rpl-00
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 00:25:23 -0000

Hi Philip

Looking forwards to your comments on the P2P draft version 1. Please let
me know if it takes care of your concerns. Specifically, sections 5.3
and 5.4 of the draft say explicitly that a router does not process a
Route Discovery option if

"The router does not have sufficient information to calculate the
relevant routing metrics/constraints in the right direction (as
specified by the D field)."

Thanks
Mukul

----- Original Message -----
From: "Mukul Goyal" 
To: "Philip Levis" 
Cc: "roll" 
Sent: Thursday, May 20, 2010 5:18:57 PM
Subject: Re: [Roll] Fwd: New Version Notification for draft-dt-roll-p2p-rpl-00

Hi Philip

[Mukul1]
>>> Note that we chose not to go deep into metrics/"routing cost"
>>> discussion in the p2p draft, simply because different people have
>>> very strong and very different opinions on what is right and what is
>>> wrong.
>
[Philip1]
>> I'm sorry; I need to argue this point. This isn't a question of
>> opinion. It's a question of overwhelming scientific evidence and
>> deployment experiences from real networks. Here are two simple
>> published studies[1,2].
>
[Mukul2]
> You are ignoring the fact that there are scenarios (especially, in
> home automation environment; Anders may back me up on this), where a
> device can not maintain any neighbor-specific state (e.g. the cost of
> the link to the neighbor or even the identity of the neighbor). You
> can not argue that hop-count should not be used even in such
> situations. It may be a bad metric in general but it may still be the
> only metric that can be used in a given situation.

[Philip2]
Why can't a device maintain any neighbor-specific state? We need a
stateless protocol? I do not recall this from the application
requirement documents; please correct me if I'm wrong.

[Mukul3] I think this discussion is going on wrong track. The route
discovery mechanism needs to be metric agnostic. The route discovery
protocol can not preclude the use of certain metrics, even the bad ones.
*****************************************************************************************************
>
[Mukul1]
>>> A node should not forward a Discovery message further if it does not
>>> have the relevant link-level cost estimates.
>
[Philip1]
>> I think that is this is changed to MUST NOT, then it could be OK. Or
>> how about
>
> "A node MUST NOT forward a Discovery message from a node for which it
> does not have relevant link-level metric information."
>

[Mukul2]
> I am OK with changing "should not" to "MUST NOT". There is a problem
> with the text you suggested. Suppose a _forward_ route is being
> discovered as per a certain routing metric. Node B receives a
> discovery message from node A. As per your text, node B must not
> forward the message further if cost B->A is unavailable/bad.

[Philip2]
I think you might be reading too much into the text -- "relevant
link-level metric information" could imply A->B or B->A. Hence the word
"relevant."

[Mukul2]
> But, cost B->A is irrelevant in this case. Your text assumes that
> routing metrics are symmetrical enough to conclude that link A->B must
> be bad if link B->A is bad. Whether this assumption is valid or not
> depends on the definition of the routing metric/cost and is not some
> thing that should concern the route discovery protocol. The route
> discovery protocol needs to be agnostic about the metrics being used.
> Would you be OK with the text I suggested with "MUST NOT" replacing
> "should not":
>
> A node MUST NOT forward a Discovery message further if it does not
> have the relevant link-level cost estimates.

[Philip2]
This seems a bit too vague for me -- what link-level cost estimates are
relevant?

How about

"A node MUST NOT forward a Discovery message from a node if it does not
have relevant link-level metric information for the link between the
two."

[Mukul3]
So, the underlying assumption is that if node B receives a discovery
message from node A, the relevant (A->B or B->A) link cost information
would be available on B?? If this assumption is perceived as valid for
all metrics, I am OK with your text. Infact, in that case, the
assumption would need to go in text as well. But then we will be making
an assumption about the routing metrics that can be used. I think my
text is better even though vague.
*******************************************************************************************************
>
[Mukul1]
>>> Note that we can not really refer to the "neighbor table" as you had
>>> suggested earlier.
>
[Philip1]
>> Why?
>
[Mukul2]
> Because, a neighbor table may not exist since nodes are too
> constrained to maintain per-neighbor states.

[Philip3]
The core upward protocol is written under the premise of neighbor sets,
parent sets, and preferred parents; if this terminology is invalid then
we should go back to the drawing board. Can you point me to the document
where this is stated? We can't have it both ways: efficient P2P and no
state. I'd argue that for such nodes, you should route through their
preferred parent. Stateless on-demand is a recipe for disaster.

[Mukul3]
I do not see a need to _require_ neighbor tables for the reactive route
disovery part. Neighbor tables are _required_ to maintain link-level
values for certain routing metrics. But, the reactive route discovery
part has to be metric agnostic. I am going to go back to RPL specs to
see the context in which it refers to the neighbor tables. May be we
will have another point to argue about. ;)

Thanks
Mukul
_______________________________________________ Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll

From prvs=7777bdd8b=mukul@uwm.edu  Wed Jun 16 17:25:26 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 90F1C3A681C for ; Wed, 16 Jun 2010 17:25:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.732
X-Spam-Level: 
X-Spam-Status: No, score=-1.732 tagged_above=-999 required=5 tests=[AWL=0.867,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tmoSyJ7xqNio for ; Wed, 16 Jun 2010 17:25:22 -0700 (PDT)
Received: from ip1mta.uwm.edu (ip1mta.uwm.edu [129.89.7.18]) by core3.amsl.com (Postfix) with ESMTP id F25FB3A67FA for ; Wed, 16 Jun 2010 17:25:21 -0700 (PDT)
Received: from mta01.pantherlink.uwm.edu ([129.89.7.81]) by ip1mta.uwm.edu with ESMTP; 16 Jun 2010 17:07:24 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta01.pantherlink.uwm.edu (Postfix) with ESMTP id 51C6B4FEC14E; Wed, 16 Jun 2010 17:07:24 -0500 (CDT)
X-Virus-Scanned: amavisd-new at pantherlink.uwm.edu
Received: from mta01.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta01.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00cd1-9U40p7; Wed, 16 Jun 2010 17:07:23 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta01.pantherlink.uwm.edu (Postfix) with ESMTP id 1B3824FEC14B; Wed, 16 Jun 2010 17:07:23 -0500 (CDT)
Date: Wed, 16 Jun 2010 17:07:23 -0500 (CDT)
From: Mukul Goyal 
To: JP Vasseur 
Message-ID: <1200849645.124654.1276726043055.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: 
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [129.89.7.92]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - SAF3 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Cc: ROLL WG , Emmanuel Baccelli 
Subject: Re: [Roll] Comments on draft-dt-roll-p2p-rpl-01
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 00:25:26 -0000

Hi JP

Thanks for the text. I think that there is a need for an Applicability section that would contain this text as part of a general discussion of when to do P2P route discovery.

Thanks
Mukul

----- Original Message -----
From: "JP Vasseur" 
To: "Mukul Goyal" , "Emmanuel Baccelli" 
Cc: "ROLL WG" 
Sent: Wednesday, June 16, 2010 5:10:59 AM
Subject: Re: [Roll] Comments on draft-dt-roll-p2p-rpl-01

Hi,


As promised here is some text wrt the trade-off on on-demand routing.


"As pointed out in this document, RPL does provide support of P2P routes
via a common
ancestor. Using the mechanism described in this document, more optimal
routes with
regards to some metrics may be discovered but it is worth pointing out
that this comes
at the price of additional control messages in the network since the
discovery process
requires sending additional routing control plane messages. The gain in
terms of path
optimality may vary with the network topology and networking conditions.
Thus network
designer may want to take into account the trade-off between the
potential discovery of a
more optimal route and the associated cost in terms of network and node
resources. Note that on-demand routing also offers the benefit of not
having to maintains states
as with proactive routing."


Thanks.


JP.



On Jun 16, 2010, at 12:00 PM, JP Vasseur wrote:




Dear authors,



Since I had a number of comments I inserted them in the ID itself. As
you will notice:
1) Some of them are purely editorial
2) Others are more fundamental and may require just clarifications, more
discussion on the mailing list, ... In this case, feel free to start a
separate thread (note that ticket cannot be assigned to non WG
document). 3) I also suggested new sections


Internet Engineering Task Force M. Goyal, Ed.
Internet-Draft University of Wisconsin Milwaukee
Intended status: Informational E. Baccelli, Ed. JP> Are you sure that
you want to make it informational ?
Expires: December 16, 2010 INRIA
P2P. Team
June 14, 2010


Reactive Discovery of Point-to-Point Routes in Low Power and Lossy
Networks draft-dt-roll-p2p-rpl-01

Abstract

This document describes a mechanism to discover and establish "on
demand" one or more routes between two routers in a low power and
lossy network.
JP> Needs a bit more details + explicitly refer to IPv6 in the abstract
and introduction. Status of this Memo This Internet-Draft is submitted
to IETF in full conformance with the provisions of BCP 78 and BCP 79.
Internet-Drafts are working documents of the Internet Engineering Task
Force (IETF). Note that other groups may also distribute working
documents as Internet-Drafts. The list of current Internet- Drafts is at
http://datatracker.ietf.org/drafts/current/ . Internet-Drafts are draft
documents valid for a maximum of six months and may be updated,
replaced, or obsoleted by other documents at any time. It is
inappropriate to use Internet-Drafts as reference material or to cite
them other than as "work in progress." This Internet-Draft will expire
on December 16, 2010. Copyright Notice Copyright (c) 2010 IETF Trust and
the persons identified as the document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal Provisions
Relating to IETF Documents ( http://trustee.ietf.org/license-info ) in
effect on the date of publication of this document. Please review these
documents carefully, as they describe your rights and restrictions with
respect to this document. Code Components extracted from this document
must include Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as Goyal,
et al. Expires December 16, 2010 [Page 1] Internet-Draft
draft-dt-roll-p2p-rpl-01 June 2010 described in the Simplified BSD
License. Table of Contents 1. Introduction . . . . . . . . . . . . . . .
. . . . . . . . . . 3 2. Targeted Use Cases . . . . . . . . . . . . . .
. . . . . . . . 4 3. Terminology . . . . . . . . . . . . . . . . . . . .
. . . . . 4 4. Functional Overview . . . . . . . . . . . . . . . . . . .
. . 5 5. Propagation of Discovery Messages . . . . . . . . . . . . . . 7
5.1. The Route Discovery Option . . . . . . . . . . . . . . . . 7 5.2.
Setting a DIO Carrying a Route Discovery Option . . . . . 9 5.3.
Processing of a DIO Carrying a Route Discovery Option At An Intermediate
Node . . . . . . . . . . . . . . . . . 10 5.4. Processing of a DIO
Carrying a Route Discovery Option At The Target Router . . . . . . . . .
. . . . . . . . . . 12 6. Propagation of Discovery Reply Messages . . .
. . . . . . . . 13 6.1. The Discovery Reply Object (DRO) . . . . . . . .
. . . . . 13 6.1.1. The Source Route Option . . . . . . . . . . . . . .
. 15 6.2. DRO as Acknowledgement for Backward Source Routes . . . . 16
6.3. DRO as Carrier of Forward/Bidirectional Source Routes . . 17 6.4.
Establishing Hop-by-hop Routes Via DRO . . . . . . . . . . 17 7.
Security Considerations . . . . . . . . . . . . . . . . . . . 18 8. IANA
Considerations . . . . . . . . . . . . . . . . . . . . . 18 9. Authors
and Contributors . . . . . . . . . . . . . . . . . . . 18 10. References
. . . . . . . . . . . . . . . . . . . . . . . . . . 18 10.1. Normative
References . . . . . . . . . . . . . . . . . . . 18 10.2. Informative
References . . . . . . . . . . . . . . . . . . 18 Authors' Addresses . .
. . . . . . . . . . . . . . . . . . . . . . 19 Goyal, et al. Expires
December 16, 2010 [Page 2] Internet-Draft draft-dt-roll-p2p-rpl-01 June
2010 1. Introduction RPL [I-D.ietf-roll-rpl] provides
multipoint-to-point (MP2P) routes from routers in a low power and lossy
network (LLN) to a sink router by organizing the routers along a
Directed Acyclic Graph (DAG) rooted at the sink. JP> low power and lossy
.... Low Power and Lossy JP> RPL provides P2MP, MP2P and P2P routes too.
The DAG root initiates the DAG formation by originating
a DODAG Information Object (DIO) message. The DIO message is sent
via link-local multicast and carries information about the
originating router's position (the "rank") in the DAG. On receiving
DIO messages sent by its neighbors, a router determines its own
"rank" in the DAG and originates its own DIO message. JP> Without going
too much in the details, you may just want to add that a node decides to
join a DODAG according to a number of parameters (identity of the DODAG,
OF, routing/constraints a specified in the metric-ID,...). RPL enables
point-to-multipoint (P2MP) routing from a router to its
descendants in the DAG by allowing a router to send a Destination
Advertisement Object (DAO) upwards along the DAG. The DAO carries
the aggregated JP> Potentially "aggregated" information regarding the
descendants (and other local
prefixes) reachable through the originating router.

RPL also provides mechanisms for point-to-point (P2P) routing between
any two routers in the DAG. JP> Yes. If the destination is within the
source's "range", the source may directly send packets to the
destination. Otherwise, if the destination is a DAG descendant and
the source maintains "downwards" routing state about this descendant,
it can forward the packet along this route. Otherwise, the source
sends the packet to a DAG parent, which then applies the same set of
rules to forward the packet further. Thus, a packet travels up the
DAG until it reaches a router that knows of the downwards route to
the destination and then it travels down the DAG towards its
destination. A router may or may not maintain routing state about a
descendant depending on whether its immediate children send it such
information in their DAOs and whether the router can store this
information. Thus, in the best case scenario, the "upwards" segment
of the P2P route between a source and a destination ends at the first
common ancestor of the source and the destination. In the worst
case, the "upwards" segment would extend all the way to the DAG's
root. If the destination did not originate a DAO, the packet will
travel all the way to the DAG's root, where it will be dropped.
JP> This may require to be a bit more accurate here. If there is no DAO,
there RPL is used for MP2P routing only (that is not a protocol design
characteristic though). The P2P routing functionality available in RPL
suffers from several
shortcomings [I-D.brandt-roll-rpl-applicability-home-building]:
JP> "suffering from several shortcomings" is a bit strong though. You
may want to say that additional mechanisms may be required to address
specific situation and list them. o The need to maintain routes
"proactively", i.e. every possible
destination in the DAG must originate a DAO.

o The constraint to route only along a DAG potentialy leading to
significantly suboptimal P2P routes and traffic congestion near
the DAG root. JP> First bullet: you can mention that this requires to
pro-actively advertise the route and to keep refreshing the state
accordingly Second bullet: just to be very accurate, mention that the
route may be sub-optimal. This is highly network topology / OF
dependent. Goyal, et al. Expires December 16, 2010 [Page 3]
Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 These shortcomings are
not compatible with the home and commercial building domain application
requirements described in [RFC5826] and
[I-D.ietf-roll-building-routing-reqs]. JP> Again, to be accurate, there
are no MUST requirements listed in these ID that are not satisfied by
RPL (with regards to the aforementioned issues). I am NOT saying that
the proposed mechanism is not useful (by all means), just that the
statement above is not correct.
Such applications require a
mechanism providing source-initiated discovery of P2P routes that are
not along a DAG. JP> In some cases, it may be desirable to make use of
source-initiated ...
This document thus describes such a mechanism,
complementary to the basic RPL specification.

The specified scheme is based on a reactive on-demand approach, which
enables a router to discover one or more "good-enough" routes in
either direction between itself and another router in the LLN without
any constraints regarding the existing DAG-membership of the links
that such routes may use. JP> This will be an aspect triggering some
discussion. How "good" is "good enough" ? You will need some text to
elaborate here or point to another section explaining what is meant by
"good enough" Such routes may be source-routes or hop-
by-hop ones. JP> Just terminology: instead of referring to hop-by-hop
routes, you may want to say that once a route has been computed between
two nodes in the network, IPv6 packet may be forward using a source
routing mechanism as specified in [XX] or in a hop by hop fashion. A
complementary functionality, necessary to help decide
whether to initiate a route discovery, is a mechanism to measure the
end-to-end cost of an existing route. JP> s/cost/path cost Such
functionality will be
described in a separate document.
JP> But its use is described in this document ? 2. Targeted Use Cases
The mechanisms described in this document are intended to be employed as
complementary to RPL in specific scenarios that need point-to- point
(P2P) routes between arbitrary routers. One target use case, common in a
home environment, involves a remote control (or a motion sensor) that
suddenly needs to communicate with a lamp module, whose network address
it knows apriori. In this case, the source of data (the remote control
or the motion sensor) must be able to discover a route to the
destination (the lamp module) "on demand". Another target use case,
common in a large commercial building environment, involves a large LLN
deployment where P2P communication along a particular DAG among hundreds
(or thousands) of routers creates severe traffic congestion near that
DAG's root, and thus routes across this DAG are desirable. Targeted use
cases also include scenarios where energy or delay constraints are not
satisfied by the P2P routes along a DAG because they involve traversing
many more intermediate routers than necessary to reach the destination.
JP> What I would suggest is to summarize it, put in the introduction,
and detail the use case in the applicability statement. 3. Terminology

The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT",
"SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and
"OPTIONAL" in this document are to be interpreted as described in



Goyal, et al. Expires December 16, 2010 [Page 4]

Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010


[RFC2119].

Additionally, this document uses terminology from
[I-D.ietf-roll-terminology] and [I-D.ietf-roll-rpl], and introduces
the following terminology:

Origin Router: The router initiating the route discovery. The origin
router acts as one end point of the routes to be discovered.

Target Router: The other end point of the routes to be discovered.

Intermediate Router: A router that is neither the origin nor the
target.

Forward Route: A route from the origin router to the target router.

Backward Route: A route from the target router to the origin router.

Bidirectional Route: A route that can be used in both directions:
from the origin router to the target router and vice versa.

Source Route: A complete and ordered list of routers that can be used
by a packet to travel from a source to a destination. Such source
routes can be carried by a packet in a proposed Type 4 Routing Header
[I-D.hui-6man-rpl-routing-header].

Hop-by-hop Route: A route from a source to a destination where each
router in the route knows only the address of the next hop on the
route. JP> I would suggest to change the definition for "routing
paradigm whereby packets are routed from their source to destination by
on a hop by hop basis where the packets is routed by a set of routers
along the path according to the routing table stored by each router
along the path". In this document, the term 'router' refers to any LLN
device that can
forward packets generated at other devices.


4. Functional Overview

Router A originates a "Discovery" message listing router B as the
target. Node A also indicates in the message:

o The nature of the routing cost, the method for accumulating the
end-to-end cost JP> This may de detailed hereafter but I guess that you
will point to the metric-ID for the metric used?
and the criteria used to determine if a route is
"good enough";

o The direction (forward: router A to router B; backward: router B
to router A; or both) of the route being discovered;

o The desired number of routes;




Goyal, et al. Expires December 16, 2010 [Page 5]

Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010


o Whether the route is a source-route or a hop-by-hop one; and

o A limit on the "distance" the Discovery message may travel.
JP> Need to define the term "distance": is it a max path cost, number of
hops, ... ? The Discovery message propagates via link-local multicast
JP> Indicate "IPv6" with each
receiving router making the decision regarding whether to forward the
message further based on the "distance" (from router A) that this
particular copy of the message has already traveled. Note that this
document does not require a receiving router to use the "good enough"
criteria to make the forwarding decision. This is because the
evaluation of such criteria may be too complex for a constrained
intermediate router to perform for each received copy of the
Discovery message. JP> So I guess that you define later what to do in
both cases (the node cannot process the "good enough" criteria or it can
process it) ? The calculation of the "distance" that a copy of
the Discovery message has already travelled should be simple enough
for a constrained router to perform. JP> Again it is hard to tell from
what you wrote if this can reasonably be achieved; it depends on the
definition of the term "distance". A router may optionally decide
not to forward a copy of the Discovery message further because the
aggregated cost of the route so far fails the "good enough" criteria.
JP> You will nee to be more specific here. Is it a "may" or a "MAY".
Define what happens in this case. You may provide more details later in
the document. The underlying mechanism being used to propagate the
Discovery message may put further restrictions on its propagation. A
router should not propagate the Discovery message further if hop-by-hop
routes are desired and the router can not store state for this route.

As a copy of the Discovery message travels towards router B, it
accumulates the relevant forward/backward costs as well as the route
it takes. When router B receives a copy of the Discovery message, it
determines whether the route traveled by the message meets the "good
enough" criteria. JP> I think that you already mentioned this. If router
A had requested the discovery of backward source-routes, JP> Didn't you
mean "forward" ? router B caches one or more good enough source-routes
it identifies.
Additionally, router B sends one or more "Discovery Reply" message to
router A to acknowledge the discovery of these routes. These
acknowledgements allow router A to judge the success of the route
discovery. The Discovery Reply messages can travel towards router A
in any manner chosen by router B. For example, router B may source-
route the messages or send them towards router A along a DAG.

If router A had requested the discovery of "n" forward source-routes,
router B sends the "n" good enough source-routes it identifies to
router A in one or more Discovery Reply messages. Again, these
Discovery Reply messages can travel towards router A in any manner
chosen by router B. JP> What if the DAG is "broken": retry from A after
expiration of a local timer ? If router A had requested the discovery of
"n" bidirectional source-
routes, router B caches the "n" good enough source-routes it
identifies and also sends these routes to router A in one or more
Discovery Reply messages. These Discovery Reply messages can travel
towards router A in any manner chosen by router B.



Goyal, et al. Expires December 16, 2010 [Page 6]

Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010


If router A had requested the discovery of "n" forward/backward/
bidirectional hop-by-hop routes, router B sends out a Discovery Reply
message to router A for each one of the "n" good enough routes it
identifies. JP> Do you need one "Discovery Reply message" per route or
next-hop in this case? The Discovery Reply message travels towards
router A
using the source-route accumulated by the Discovery message. JP> In the
case of hop-by-hop routes, source routes, both ? As this
message travels towards router A, it establishes appropriate forward/
backward routing state in the en-route routers. This "non DAG"
routing state should be specially marked to associate it with the
routing metrics JP> Refer to metric ID ? used to discover the route and
to distinguish such
state from other DAG-specific routing state the router may have. JP> Not
sure that you need to distinguish the state. Suppose that you discover a
hop-by-hop route (not a big fan of that terms as pointed out above but
let's continue to use it for the time being), a storing node may indeed
have two routes for the same destination: do you want to state that it
should always use the P2P routes discovered by this mechanism or let it
choose the best one according to the metric in use? JP> What if there
are two routes using different metrics? 5. Propagation of Discovery
Messages

RPL uses DIO message propagation to build a DAG. The DIO message
travels via link-local multicast. JP> Add everywhere "IPv6 link-local
multicast addresses"
Each router joining the DAG
determines a rank for itself and ignores the subsequent DIO messages
received from lower (higher in numerical value) ranked neighbors.
Thus, the DIO messages propagate outwards rather than return inwards
towards the DAG root. JP> I would suggest to align to the RPL
terminology. Inward/outward are not used anymore.
The DIO message generation at a router is
further controlled by a trickle timer that allows a router to avoid
generating unnecessary messages. JP> Add a reference to the Trickle ID
The link-local multicast based
propagation, trickle-controlled generation and the rank-based
poisoning of messages traveling in the wrong direction (towards the
DAG root) provide powerful incentives to use the DIO message as the
Discovery message and propagate the DIO/Discovery message by creating
a "temporary" DAG.

5.1. The Route Discovery Option

0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|   Type = 9 | Option Length | D |S| N | L |O| Max Rank |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                               |
|                       Target Address |
|                                                               |
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|              OCP |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+


Figure 1: Format of the Route Discovery Option

In order to be used as a Discovery message, a DIO MUST carry a "Route
Discovery" option illustrated in Figure 1. A DIO MUST NOT carry more



Goyal, et al. Expires December 16, 2010 [Page 7]

Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010


than one Route Discovery options. JP> Explain what you do if more than
one is present: * Ignore the second one? * Ignore the entire message?
A Route Discovery option consists
of the following fields:

o Option Type = 0x09 (to be confirmed by IANA).

o Option Length = 20 or 22 octets depending on whether the OCP field
is included or not.

o D: A 2-bit field that indicates the direction of the desired
routes:

* D = 0x00: Forward;

* D = 0x01: Backward;

* D = 0x02: Bidirectional.

o S: A flag that indicates whether source routes are desired. The
flag is set if the source routes are desired. The flag is clear
if hop-by-hop routes are desired.

o N: A 3-bit unsigned integer indicating the number of routes
desired.

o L: A 2-bit field indicating the minimum "Life Time" of the
temporary DAG, i.e., the minimum duration a router joining the
temporary DAG must maintain its membership in the DAG:

* L = 0x00: Minimum life time is 5 seconds;

* L = 0x01: Minimum life time is 10 seconds;

* L = 0x02: Minimum life time is 1 minute;

* L = 0x03: Minimum life time is 10 minutes.
JP> Placeholder ... indicate what happens if a node cannot store that
additional state (add a manageability section). o O: A flag that
indicates whether the same OCP is used for route
discovery as well as temporary DAG formation. If this flag is
clear, the OCP contained in the DODAG Configuration option in the
DIO is used for route discovery as well. Otherwise, the OCP
specified in the Route Discovery option is used for route
selection JP> s/route selection/route discovery
and the metrics/constraints used for route selection are
carried in a Metrics Container option immediately following the
Route Discovery option. JP> Since OF is decoupled from metrics, you
always need to indicate the metric in use. That said, I do not see your
point here. Indeed, the temporary DAG is built according to some OF and
metrics so the resulting routes will inherit these metrics? o Max Rank:
A 7-bit unsigned integer that indicates the maximum rank
allowed in the temporary DAG advertised by the DIO message. This
upper limit on the DAG rank serves as the "distance" referred to



Goyal, et al. Expires December 16, 2010 [Page 8]

Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010


in Section 4 and provides a control over how far the Route
Discovery option contained in the DODAG Configuration option in
the DIO message may travel. JP> You may discuss it later in this
document ... but the distance is tied to how you compute the rank. A
router MUST not JP> s/MUST not/MUST NOT join the temporary
DAG if its rank in the DAG will exceed this limit. Later versions
of this draft will map the 128 value space available in this field
to 16-bit long limits on the DAG rank.

o Target Address: The IPv6 address of the target router.

o OCP: 16 bit unsigned integer. An optional field, present only if
the O flag is set, that indicates the objective code point (OCP)
to be used for route selection.

5.2. Setting a DIO Carrying a Route Discovery Option

A DIO message that carries a Route Discovery option MUST set the Base
Object, described in [I-D.ietf-roll-rpl], in the following manner:

o RPLInstanceID: RPLInstanceID MUST be a local value as described in
Section 4.1 of [I-D.ietf-roll-rpl].

o Grounded (G) Flag: MUST be clear since the objective of DAG
formation is the propagation of Route Discovery option. This DAG
is temporary in nature and is not used for routing purpose.

o Destination Advertisement Supported (A) Flag: MUST be clear for
same reasons as described above.

o Destination Advertisement Trigger (T) Flag: MUST be clear.

o Mode of Operation (MOP): Since the temporary DAG is not to be used
for routing purposes, the value of this field is immaterial. To
allow constrained routers to join the DAG, the MOP field SHOULD be
set to 00 (non-storing).
JP> I'd rather suggest to specify a new MOP value (0x02) o
DODAGPreference (Prf): TBD

o Destination Advertisement Trigger Sequence Number (DTSN): TBD
JP> To be discussed on the mailing list ? o DODAGID: IPv6 address of the
router initiating the route
discovery. JP> Origin router. The other fields in the Base Object are
set as per the rules
described in [I-D.ietf-roll-rpl].

The DODAG Configuration option, carried in the DIO message, specifies
the parameters for the trickle timer operation that governs the
generation of DIO messages by the routers joining the temporary DAG.
JP> Also according to RPL ID or would you recommend different default
values ? Default values for RPL are TBD but we could easily think of
different values in this case. To be revisited in the future. Goyal, et
al. Expires December 16, 2010 [Page 9]

Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010


The other fields defined in the DODAG Configuration option are set as
follows:

o The MaxRankIncrease field MUST be set to 0 to disable local repair
of the temporary DAG.

o This document RECOMMENDS a value 1 for the MinHopRankInc field.

o Objective Code Point (OCP): The OCP to be used for temporary DAG
formation. This document RECOMMENDS RPL Objective Function 0, as
defined in [I-D.ietf-roll-of0], for use as the objective function
for the formation of the temporary DAG.

A DIO, that contains a Route Discovery option with O flag set, MUST
also contain a Metric Container option immediately following the
Route Discovery option. This Metric Container option carries the
values for the routing metrics as well as the constraints
(constituting the "good enough" criteria) used for route selection. JP>
This is confusing: the metric and constraint carried within the Metric
Container are used for the DODAG formation. Do you want to use them for
a different purpose ? At this point, you have not yet defined the use of
the good enough criteria but one can guess that you would use the good
enough metrics to control the flooding and the metric/OF to effectively
build the temporary DAG and discover the routes. If so, the good enough
metrics are of different use. Note that if O flag in the Route Discovery
option is clear, the OCP
and Metric Container used for temporary DAG formation are used for
route selection as well.

A DIO, carrying a Route Discovery option, MUST not carry any Route JP>
s/MUST not/MUST NOT Information or Prefix Information options described
in [I-D.ietf-roll-rpl].

5.3. Processing of a DIO Carrying a Route Discovery Option At An
Intermediate Node

The rules for DIO processing and transmission, described in Section 7
of RPL [I-D.ietf-roll-rpl], apply to DIOs carrying a Route Discovery
option as well except as modified in this document.

When an intermediate router joins a temporary DAG advertized by a DIO
carrying the Route Discovery option, it MUST maintain its membership
in the DAG for the Minimum Life Time duration listed in the Route
Discovery option. JP> What if it cannot ? Just not join the DAG and log
an error ? Maintaining membership in the DAG implies
remembering:

o The RPLInstanceID, the DODAGID and the DODAGVersionNumber for the
temporary DAG;

o The router's rank in the temporary DAG;

o The best Metric Container, JP> you mean the best path cost? along with
the associated source route
from the initiator of route discovery till this router (carried in
a Record Route IPv6 Extension Header proposed in
[I-D.thubert-6man-reverse-routing-header]), for the Route



Goyal, et al. Expires December 16, 2010 [Page 10]

Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010


Discovery option being propagated by the temporary DAG. If the
router can not compare Metric Containers, it MUST remember the
latest Metric Container it has received, along with the associated
source route. JP> Requires clarification on what you mean by "compare" A
router belonging to a temporary DAG need not remember the identity
of its DAG parents since the temporary DAG is not used for routing. JP>
Are you sure ? What is a hop-by-hop route is needed ? Don't you need to
remember your parent, or do you still record the route ? The main
purpose of a temporary DAG's existence is to facilitate the
propagation of the Route Discovery option.

The router does not process a Route Discovery option, contained in
the received DIO, any further if any of the following conditions are
true:

o The router does not support the objective function JP> and/or metrics
being used for
route discovery

o The router does not have sufficient information to calculate the
relevant routing metrics/constraints in the right direction (as
specified by the D field).

o The S field is clear, i.e. hop-by-hop routes are desired, but the
router can not participate in a hop-by-hop route.

o The router is an intermediate router and the router's rank in the
temporary DAG, calculated on the basis of the rank and objective
function carried in the Base Object in the DIO, exceeds the Max
Rank value specified in the Route Discovery option.

A router MUST discard the DIO if the Route Discovery option contained
in the message does not need further processing. JP> Log an error ?
Otherwise, the Route Discovery option is processed as follows.

The router updates the Metrics Container associated with the received
Route Discovery option as per the specified objective function. JP> And
routing metrics
The router may optionally check the Metric Container to determine if the
aggregated values for the routing metrics meet all the constraints
listed in the Metric Container. JP> The aggregated values are for the
metrics. Constraints are used to prune potential path. If not, the Route
Discovery option
is discarded JP> You mean the DIO message. without further processing.
Otherwise, the router
updates its in-memory copy of the latest/best Metric Container for
this Route Discovery option along with the associated source route
updated in the correct direction (based on the D field of the Route
Discovery option). Any change in the in-memory copy also requires
resetting the trickle timer and generating a new DIO carrying the
Route Discovery option, the updated latest/best Metric Container and
the associated source route (in a Record Route IPv6 extension header
proposed in [I-D.thubert-6man-reverse-routing-header]) when the timer
fires. JP> If the changes occur during the lifetime window. Note that
the Metric Container MUST immediately follow the



Goyal, et al. Expires December 16, 2010 [Page 11]

Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010


Route Discovery option if the O flag in the Route Discovery option is
set.

5.4. Processing of a DIO Carrying a Route Discovery Option At The
Target Router

When the target router joins the temporary DAG advertized by a DIO
carrying the Route Discovery option, it MUST maintain its membership
in the DAG for the Minimum Life Time duration listed in the Route
Discovery option. Maintaining membership in the DAG implies
remembering:

o The RPLInstanceID, the DODAGID and the DODAGVersionNumber for the
temporary DAG;

o The router's rank in the temporary DAG;

The target router does not process a Route Discovery option,
contained in the received DIO, any further if any of the following
conditions are true:

o The router does not support the objective function used for route
discovery

o The router does not have sufficient information to calculate the
relevant routing metrics/constraints in the right direction (as
specified by the D field).
JP> or does not support the metric. The target router MUST discard the
DIO if the Route Discovery option contained in the message does not need
further processing. JP> ? How does it knows (simply because it reaches
the destination) ? Otherwise, the Route Discovery option is processed as
follows.

The target router updates the Metrics Container associated with the
received Route Discovery option as per the specified objective
function. JP> and routing metrics (remember they are decoupled).
The target router then checks the Metric Container to
determine if the aggregated values for the routing metrics meet all
the constraints listed in the Metric Container. JP> See previous
comments. If not, the Route
Discovery option is discarded without further processing. Otherwise,
the router MAY select the source route accumulated by the received
DIO as one of the discovered routes. JP> "MAY" ? When ? The target
router MUST send one
or more RPL Control Messages carrying a Discovery Reply Object
(defined in the next section) back to the origin router (identified
by the DODAGID field in the DIO Base Object) as discussed in the
following sections.

The target router MUST NOT forward a DIO carrying a Route Discovery
option that lists one of its own addresses as the Target Address.




Goyal, et al. Expires December 16, 2010 [Page 12]

Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010


6. Propagation of Discovery Reply Messages

6.1. The Discovery Reply Object (DRO)

0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| RPLInstanceID | Version | D |S| N | Reserved |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                               |
|                         DODAGID |
|                                                               |
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                                                               |
|                       Target Address |
|                                                               |
|                                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Option(s)...
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+...


Figure 2: Format of the Discovery Reply Object (DRO)

This document defines a new RPL Control Message type, the Discovery
Reply Object (DRO) with code 0x04 (to be confirmed by IANA), that
serves the following functions:

o An acknowledgement from the target router to the origin router
regarding the successful discovery of backward source routes; JP> ACK of
routes from the origin to the target: you may not have routes in the
opposite direction. o Carries one or more forward/bidirectional source
routes from the
target to the origin router;

o Establishes a hop-by-hop forward/backward/bidirectional route as
it travels from the target to the origin router.

The format for a Discovery Reply Object (DRO) is shown in Figure 2.
A DRO consists of the following fields:

o RPLInstanceID: The RPLInstanceID of the temporary DAG used for
route discovery.

o Version: The Version of the temporary DAG used for route
discovery.





Goyal, et al. Expires December 16, 2010 [Page 13]

Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010


o DODAGID: The DODAGID of the temporary DAG used for route
discovery. The DODAGID also identifies the origin router. The
RPLInstanceID, the Version and the DODAGID together uniquely
identify the temporary DAG used for route discovery and can be
copied from the Base Object of the DIO advertizing the temporary
DAG.

o D: A 2-bit field that indicates the direction of the discovered
routes:

* D = 0x00: Forward;

* D = 0x01: Backward;

* D = 0x02: Bidirectional.

This field has the same value as the corresponding field in the
Route Discovery option.

o S: A flag that is clear if the Discovery Reply Object is
establishing an hop-by-hop route. The flag is set if the
Discovery Reply Object carries (or is an acknowledgement for the
discovery of) one or more source routes.

o N: A 3-bit field that indicates the number of source routes
carried or acknowledged in the Discovery Reply Object.

o Target Address: The IPv6 address of the target router originating
the Discovery Reply Object.

o Reserved: These bits are reserved for future use. These bits MUST
be set to zero on transmission and MUST be ignored on reception.

o Options: The Discovery Reply Object MAY carry up to 7 Source Route
options (defined in the next section) with each such option
carrying a complete forward/bidirectional source route and
optionally followed by a Metric Container option that lists the
aggregated values for the routing metrics for the source route. JP> This
may not be an aggregated value but recorded metric too. Goyal, et al.
Expires December 16, 2010 [Page 14] Internet-Draft
draft-dt-roll-p2p-rpl-01 June 2010 6.1.1. The Source Route Option 0 1 2
3 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | Type
= 10 | Option Length | Compr | Pad | Resvd |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | | .
Addresses[1..n] . . . | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ Figure
3: Format of the Source Route Option The Source Route option,
illustrated in Figure 3, carries a complete forward/bidirectional source
route from the target router to the origin router. A Source Route option
can only be a part of the Discovery Reply Object and MAY be immediately
followed by a Metric Container option that contains the aggregated
values of the routing metrics for this source route. A Route Discovery
option consists of the following fields: o Option Type = 0x0A (to be
confirmed by IANA). o Option Length = Variable, depending on the size of
the Addresses vector. o Compr: 4-bit unsigned interger indicating the
number of prefix octets that are elided from each address. For example,
Compr value will be 0 if full IPv6 addresses are carried in the
Addresses vector. o Pad: 4-bit unsigned integer. Number of octets that
are used for padding between Address[n] and the end of the Source Route
option. o Address[1..n]: Vector of addresses, numbered 1 to n. Each
vector element has size (16 - Compr) octets. A common network
configuration for an RPL domain is that all routers within an LLN share
a common prefix. The Source Route option uses the Compr field to allow
compaction of the Addresses[1..n] vector when all entries share the same
prefix as the DODAGID or the Target Address of the encapsulating
Discovery Reply Object. The shared prefix octets are not carried within
the Source Route option and each entry in Address[1..n] has size (16 -
Compr) octets. When Compr is Goyal, et al. Expires December 16, 2010
[Page 15] Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 non-zero,
there may exist unused octets between the last entry, Address[n], and
the end of the Source Route option. The Pad field indicates the number
of unused octets that are used for padding. Note that when Compr is 0,
Pad MUST be null and carry a value 0. The Source Route option MUST NOT
specify a path that visits a router more than once. When generating a
Source Route option, the target router may not know the mapping between
IPv6 addresses and routers. Minimally, the target router MUST ensure
that: o The IPv6 Addresses do not appear more than once; o The IPv6
addresses of the origin and the target routers do not appear in the
Address vector; o The Address vector represents a source route in
forward direction with Address[1] being the next hop for the origin
router. Multicast addresses MUST NOT appear in a Source Route option.
JP> you may want to add a ref to RH4 since the format is very similar.
6.2. DRO as Acknowledgement for Backward Source Routes

When a target router discovers a backward source route, JP> I have an
issue with your terminology. When the target receives the DIO with route
discovery option, what is discovered is a forward route ?
it sends a
DRO message to the origin router as an acknowlegement for the
discovered route. Optionally, a target router MAY send a DRO
acknowledgement to the origin router after discovering multiple
backward source routes. A DRO, serving as an acknowledgement for
backward source route discovery, has its D field set to 0x01
(indicating backward) while the S flag is set to 1 (indicating source
route). The N field is set to indicate the number of discovered
backward source routes being acknowledged. Such a DRO message MUST
NOT contain any option.

This document does not require a particular method for sending such a
DRO message to the origin router. The target router MAY send the DRO
message to the origin router in any fashion, including:

o Using a source route carried in a Type 4 Routing header
[I-D.hui-6man-rpl-routing-header];

o Along any DAG connecting the target and the origin routers;

o Along the temporary DAG created for route discovery, provided that
the target router is reasonably sure that the DAG's life time is
sufficiently long and the routers in the DAG do remember one or
more of their parents in the DAG. JP> You may want to explain a bit more
why you the origin router would be interested in receiving an ACK
without the route itself (case 6.3): hop-by-hop routes. Goyal, et al.
Expires December 16, 2010 [Page 16] Internet-Draft
draft-dt-roll-p2p-rpl-01 June 2010 6.3. DRO as Carrier of
Forward/Bidirectional Source Routes When a target router discovers a
forward source route, JP> Here, I agree that this is a forward route. it
sends a DRO
message to the origin router carrying the discovered source route
inside a Source Route option. Similarly, when a target router
discovers a bidirectional source route, it caches the route for its
own use and then sends a DRO message to the origin router carrying
the discovered route inside a Source Route option. Rather than
immediately sending a discovered route back to the origin router, a
target router MAY optionally send one DRO message after discovering
multiple forward/bidirectional source routes with the sent DRO
carrying the discovered source routes (in multiple Source Route
options). JP> Note that the algorithm for "best route" selection is
outside the scope of this document, so does the use of a timer on the
target side to determine how much time to wait before answering, ... A
DRO message carrying one or more Source Route options MUST have its D
field set to 0x00 (for forward routes) or 0x02 (for bidirectional
routes). The S flag MUST be set to 1 and the N field MUST indicate the
number of Source Route options in the message. A Source Route option MAY
immediately be followed by a Metric Container option that carries the
aggregated JP> or recorded values of the routing metrics for this source
route. The target router may send this DRO message to the origin
router in any fashion it desires including the options listed in
Section 6.2.

6.4. Establishing Hop-by-hop Routes Via DRO

In order to establish a hop-by-hop route, the target router sends a
DRO message along the reverse of the discovered route (via a Type 4
Routing Header specified in [I-D.hui-6man-rpl-routing-header]). The
D field of the message is set to convey the route's direction
(forward/backward/bidirectional) and the S flag MUST be clear
(indicating hop-by-hop). The N field MUST be set to 1. Such a DRO
MUST NOT contain any option.

A router receiving such a DRO message SHOULD establish hop-by-hop
state in the right direction corresponding to the route carried in
the Type 4 Routing Header of the DRO message. If a router does not
establish such state, it MUST drop the DRO message. Otherwise, it
MUST forward the DRO message along the source route contained in Type
4 Routing Header of the received message.
JP> Any error log if it does not ? (optional) ICMP sent to the target
node? A router SHOULD associate the hop-by-hop routing state, thus
established, with the objective function and metrics used for route
discovery.







Goyal, et al. Expires December 16, 2010 [Page 17]

Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010 JP> New section to
indicate how to clean-up the temporary DAG ? 7. Security Considerations

TBA


8. IANA Considerations

TBA


9. Authors and Contributors

In addition to the editor, the authors of this document include the
following individuals (listed in alphabetical order).

Anders Brandt, Sigma Designs, Emdrupvej 26A, 1., Copenhagen, Dk-2100,
Denmark. Phone: +45 29609501; Email: abr@sdesigns.dk Robert Cragie,
Gridmerge Ltd, 89 Greenfield Crescent, Wakefieldm WF4
4WA, UK. Phone: +44 1924910888; Email: robert.cragie@gridmerge.com
Jerald Martocci, Johnson Controls, Milwaukee, WI 53202, USA. Phone:
+1 414 524 4010; Email: jerald.p.martocci@jci.com Charles Perkins,
Tellabs Inc., USA. Email: charliep@computer.org Authors gratefully
acknowledge the contributions of Richard Kelsey
and Zach Shelby in the development of this document.


10. References

10.1. Normative References

[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119, March 1997.

10.2. Informative References

[I-D.brandt-roll-rpl-applicability-home-building]
Brandt, A., Baccelli, E., and R. Cragie, "Applicability
Statement: The use of RPL in Building and Home
Environments", draft-brandt-roll-rpl-applicability-home-building-00
(work in progress), April 2010.

[I-D.hui-6man-rpl-routing-header]
Hui, J., Vasseur, J., and D. Culler, "A Source Routing



Goyal, et al. Expires December 16, 2010 [Page 18]

Internet-Draft draft-dt-roll-p2p-rpl-01 June 2010


Header for RPL", draft-hui-6man-rpl-routing-header-00
(work in progress), May 2010.

[I-D.ietf-roll-building-routing-reqs]
Martocci, J., Riou, N., Mil, P., and W. Vermeylen,
"Building Automation Routing Requirements in Low Power and
Lossy Networks", draft-ietf-roll-building-routing-reqs-09
(work in progress), January 2010.

[I-D.ietf-roll-of0]
Thubert, P., "RPL Objective Function 0",
draft-ietf-roll-of0-02 (work in progress), June 2010.

[I-D.ietf-roll-routing-metrics]
Vasseur, J., Kim, M., Networks, D., and H. Chong, "Routing
Metrics used for Path Calculation in Low Powe

From trac@tools.ietf.org  Wed Jun 16 22:15:30 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8588A3A680F for ; Wed, 16 Jun 2010 22:15:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.349
X-Spam-Level: 
X-Spam-Status: No, score=-102.349 tagged_above=-999 required=5 tests=[AWL=0.251, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PbNQ+wKOY55F for ; Wed, 16 Jun 2010 22:15:29 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 4A2F73A6949 for ; Wed, 16 Jun 2010 22:15:29 -0700 (PDT)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1OP7Rr-0005nk-07; Wed, 16 Jun 2010 22:15:32 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "roll issue tracker" 
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: wintert@acm.org, jpv@cisco.com
X-Trac-Project: roll
Date: Thu, 17 Jun 2010 05:15:30 -0000
X-URL: http://tools.ietf.org/wg/roll/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/roll/trac/ticket/53
Message-ID: <055.f165db472d5ffbbbe4850cf9c8de507d@tools.ietf.org>
X-Trac-Ticket-ID: 53
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: wintert@acm.org, jpv@cisco.com, roll@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: roll@ietf.org
Subject: [Roll] [roll] #53: How does an OF compute rank from metric values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Reply-To: roll@ietf.org
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 05:15:30 -0000

#53: How does an OF compute rank from metric values?
--------------------------------+-------------------------------------------
 Reporter:  jpv@…               |       Owner:  wintert@…      
     Type:  defect              |      Status:  new            
 Priority:  major               |   Milestone:                 
Component:  rpl                 |     Version:                 
 Severity:  Active WG Document  |    Keywords:                 
--------------------------------+-------------------------------------------
 We have different types of metrics with different ranges. Examples:
 ETX is 16 bits. Latency is 24 bits. How do we convert these numbers to
 rank in an OF? Does the range of rank depend on the range and size of
 the metric?

-- 
Ticket URL: 
roll 


From prvs=7777bdd8b=mukul@uwm.edu  Wed Jun 16 22:33:21 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 541E53A6938 for ; Wed, 16 Jun 2010 22:33:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.949
X-Spam-Level: 
X-Spam-Status: No, score=-1.949 tagged_above=-999 required=5 tests=[AWL=0.650,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7ONcJzzR4wQm for ; Wed, 16 Jun 2010 22:33:18 -0700 (PDT)
Received: from ip2mta.uwm.edu (ip2mta.uwm.edu [129.89.7.20]) by core3.amsl.com (Postfix) with ESMTP id 758613A6901 for ; Wed, 16 Jun 2010 22:33:17 -0700 (PDT)
Received: from mta02.pantherlink.uwm.edu ([129.89.7.82]) by ip2mta.uwm.edu with ESMTP; 17 Jun 2010 00:33:22 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id 2ECF22C18031; Thu, 17 Jun 2010 00:33:22 -0500 (CDT)
X-Virus-Scanned: amavisd-new at 
Received: from mta02.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta02.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wZZYLfilI292; Thu, 17 Jun 2010 00:33:21 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id C2FB52C1802E; Thu, 17 Jun 2010 00:33:21 -0500 (CDT)
Date: Thu, 17 Jun 2010 00:33:21 -0500 (CDT)
From: Mukul Goyal 
To: roll@ietf.org
Message-ID: <146004643.130982.1276752801714.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <43310927.130970.1276752680850.JavaMail.root@mail02.pantherlink.uwm.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Originating-IP: [129.89.7.92]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - SAF3 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 05:33:21 -0000

How about if we require a metric definition to provide a mapping to an equi=
valent rank value. Then, the job of objective function becomes easier; it j=
ust needs to combine equivalent values in the desired manner.

Why wont this scheme work??

Thanks
Mukul=20

----- Original Message -----
From: "roll issue tracker" 
To: wintert@acm.org, jpv@cisco.com
Cc: roll@ietf.org
Sent: Thursday, June 17, 2010 12:15:30 AM
Subject: [Roll] [roll] #53: How does an OF compute rank from metric values?

#53: How does an OF compute rank from metric values?
--------------------------------+------------------------------------------=
-
Reporter: jpv@=E2=80=A6 | Owner: wintert@=E2=80=A6
Type: defect | Status: new
Priority: major | Milestone:
Component: rpl | Version:
Severity: Active WG Document | Keywords:
--------------------------------+------------------------------------------=
-
We have different types of metrics with different ranges. Examples:
ETX is 16 bits. Latency is 24 bits. How do we convert these numbers to
rank in an OF? Does the range of rank depend on the range and size of
the metric?

-- Ticket URL: 
roll 

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

From trac@tools.ietf.org  Wed Jun 16 22:52:04 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 213E43A6844 for ; Wed, 16 Jun 2010 22:52:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.352
X-Spam-Level: 
X-Spam-Status: No, score=-102.352 tagged_above=-999 required=5 tests=[AWL=0.248, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ysevi2gv4cBl for ; Wed, 16 Jun 2010 22:51:56 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 239123A6A0C for ; Wed, 16 Jun 2010 22:50:15 -0700 (PDT)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1OP7yp-0005Gs-82; Wed, 16 Jun 2010 22:49:35 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "roll issue tracker" 
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: wintert@acm.org, jpv@cisco.com
X-Trac-Project: roll
Date: Thu, 17 Jun 2010 05:49:35 -0000
X-URL: http://tools.ietf.org/wg/roll/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/roll/trac/ticket/30#comment:5
Message-ID: <064.a539c3b4b8c6287843df6d0302de99c6@tools.ietf.org>
References: <055.d2eab2c729c6835d4457709ee6cb8117@tools.ietf.org>
X-Trac-Ticket-ID: 30
In-Reply-To: <055.d2eab2c729c6835d4457709ee6cb8117@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: wintert@acm.org, jpv@cisco.com, roll@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #30: Clearly documenting Multicast mode of operation
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Reply-To: roll@ietf.org
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 05:52:04 -0000

#30: Clearly documenting Multicast mode of operation
--------------------------------+-------------------------------------------
 Reporter:  jpv@…               |        Owner:  jhui@…                                                    
     Type:  task                |       Status:  closed                                                    
 Priority:  minor               |    Milestone:                                                            
Component:  rpl                 |      Version:                                                            
 Severity:  Active WG Document  |   Resolution:  fixed                                                     
 Keywords:                      |  
--------------------------------+-------------------------------------------
Changes (by jpv@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Starting a fresh ticket

-- 
Ticket URL: 
roll 


From trac@tools.ietf.org  Wed Jun 16 22:52:30 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 174B43A6949 for ; Wed, 16 Jun 2010 22:52:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.354
X-Spam-Level: 
X-Spam-Status: No, score=-102.354 tagged_above=-999 required=5 tests=[AWL=0.246, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dooCfbt7Arnl for ; Wed, 16 Jun 2010 22:52:29 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 4D4593A67D1 for ; Wed, 16 Jun 2010 22:52:29 -0700 (PDT)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1OP81i-0005RH-Nf; Wed, 16 Jun 2010 22:52:34 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "roll issue tracker" 
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: pthubert@cisco.com, jpv@cisco.com
X-Trac-Project: roll
Date: Thu, 17 Jun 2010 05:52:34 -0000
X-URL: http://tools.ietf.org/wg/roll/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/roll/trac/ticket/54
Message-ID: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org>
X-Trac-Ticket-ID: 54
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: pthubert@cisco.com, jpv@cisco.com, roll@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: roll@ietf.org
Subject: [Roll] [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Reply-To: roll@ietf.org
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 05:52:30 -0000

#54: Clarification on multicast
--------------------------------+-------------------------------------------
 Reporter:  jpv@…               |       Owner:  pthubert@…        
     Type:  defect              |      Status:  new               
 Priority:  trivial             |   Milestone:                    
Component:  rpl                 |     Version:                    
 Severity:  Active WG Document  |    Keywords:                    
--------------------------------+-------------------------------------------
 Starting a new ticket on Multicast operations.
 There are two items here:
 1) Solution for multicast forward on in a non storing node network (=> not
 a routing issue, outside of the scope of the ROLL WG)
 2) A few clarifications have been requested:
 A few comments/questions:
 a. It might be useful to have a few words stating whether this solution
 would work in a large LLN – I,e when the members of multicast group is
 spread across the large LLN
 b. The section says that the router ‘should prune’ duplicate registration
 messages (DAO) – but it does not say more detail about it -I,e is it up to
 the implementation that pruning would be done based on some rules?

-- 
Ticket URL: 
roll 


From jpv@cisco.com  Wed Jun 16 23:06:45 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7DA683A67B7 for ; Wed, 16 Jun 2010 23:06:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.067
X-Spam-Level: 
X-Spam-Status: No, score=-10.067 tagged_above=-999 required=5 tests=[AWL=0.531, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MTdf2sh9iH-p for ; Wed, 16 Jun 2010 23:06:44 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id D79613A67B6 for ; Wed, 16 Jun 2010 23:06:43 -0700 (PDT)
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AjQFAOpXGUxAZnwM/2dsb2JhbACBQ50vcaUCmhKFGgQ
X-IronPort-AV: E=Sophos;i="4.53,430,1272844800";  d="scan'208,217";a="122585884"
Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-2.cisco.com with ESMTP; 17 Jun 2010 06:06:48 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5H66ltL006619 for ; Thu, 17 Jun 2010 06:06:48 GMT
Received: from xfe-ams-202.cisco.com ([144.254.231.96]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 17 Jun 2010 08:06:47 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-202.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 17 Jun 2010 08:06:47 +0200
Message-Id: 
From: JP Vasseur 
To: ROLL WG 
Content-Type: multipart/alternative; boundary=Apple-Mail-221--52620763
Mime-Version: 1.0 (Apple Message framework v936)
Date: Thu, 17 Jun 2010 08:06:46 +0200
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 17 Jun 2010 06:06:47.0432 (UTC) FILETIME=[44DDE080:01CB0DE3]
Subject: [Roll] Fwd:  [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 06:06:45 -0000

--Apple-Mail-221--52620763
Content-Type: text/plain;
	charset=WINDOWS-1252;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: quoted-printable

Dear all,

I closed the old ticket and opened a new fresher one.

There was one comment that I removed:

c. Is multicast support mandatory if someone implements the RPL draft? =20=

- if not, is it okay to simulate multicast packet distribution using =20
unicast messaging in a small/simple LLN ?

The answer is: look at the normative language. This is what tells you =20=

what to implement to be compliant with the RFC. Of course, commercial =20=

implementation may decide to implement some parts of the ID, but this =20=

is not an IETF issue. Back to the second part of your question, yes =20
some implementation to send multiple unicast packets, which may be OK =20=

in small networks"

We will close this one for revision -10.

JP.

Begin forwarded message:

> From: "roll issue tracker" 
> Date: June 17, 2010 7:52:34 AM CEDT
> To: pthubert@cisco.com, jpv@cisco.com
> Cc: roll@ietf.org
> Subject: [Roll] [roll] #54: Clarification on multicast
> Reply-To: roll@ietf.org
>
> #54: Clarification on multicast
> --------------------------------=20
> +-------------------------------------------
> Reporter:  jpv@=85               |       Owner:  pthubert@=85
>     Type:  defect              |      Status:  new
> Priority:  trivial             |   Milestone:
> Component:  rpl                 |     Version:
> Severity:  Active WG Document  |    Keywords:
> --------------------------------=20
> +-------------------------------------------
> Starting a new ticket on Multicast operations.
> There are two items here:
> 1) Solution for multicast forward on in a non storing node network =20
> (=3D> not
> a routing issue, outside of the scope of the ROLL WG)
> 2) A few clarifications have been requested:
> A few comments/questions:
> a. It might be useful to have a few words stating whether this =20
> solution
> would work in a large LLN =96 I,e when the members of multicast group =
is
> spread across the large LLN
> b. The section says that the router =91should prune=92 duplicate =20
> registration
> messages (DAO) =96 but it does not say more detail about it -I,e is it =
=20
> up to
> the implementation that pruning would be done based on some rules?
>
> --=20
> Ticket URL: 
> roll 
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


--Apple-Mail-221--52620763
Content-Type: text/html;
	charset=WINDOWS-1252
Content-Transfer-Encoding: quoted-printable

Dear all,

I =
closed the old ticket and opened a new fresher =
one.

There was one comment that I =
removed:

c. Is multicast support mandatory if someone implements the =
RPL draft? - if not, is it okay to simulate multicast packet =
distribution using unicast messaging in a small/simple LLN =
?

The answer is: look at the normative language. =
This is what tells you what to implement to be compliant with the RFC. =
Of course, commercial implementation may decide to implement some parts =
of the ID, but this is not an IETF issue. Back to the second part of =
your question, yes some implementation to send multiple unicast packets, =
which may be OK in small networks"

We will =
close this one for revision =
-10.

JP.

Begin =
forwarded message:

From: =
"roll issue tracker" <trac@tools.ietf.org>
Date: =
June 17, 2010 7:52:34 AM CEDT
Subject: =
[Roll] [roll] #54: Clarification on =
multicast
Reply-To: roll@ietf.org

 
#54: =
Clarification on =
multicast
--------------------------------+----------------------------=
---------------
 Reporter:  jpv@=85 =
            &n=
bsp; |       Owner:  pthubert@=85 =
       
 =
    Type:  defect =
            &n=
bsp;|      Status:  new =
            &n=
bsp; 
 Priority:  trivial =
            | =
  Milestone: =
            &n=
bsp;      
Component:  rpl =
            &n=
bsp;   |     Version: =
            &n=
bsp;      
 Severity:  Active WG =
Document  |    Keywords: =
            &n=
bsp;      
------------------------------=
--+-------------------------------------------
 Starting a new ticket =
on Multicast operations.
 There are two items here:
 1) Solution =
for multicast forward on in a non storing node network (=3D> not
 =
a routing issue, outside of the scope of the ROLL WG)
 2) A few =
clarifications have been requested:
 A few comments/questions:
 a. =
It might be useful to have a few words stating whether this solution
 =
would work in a large LLN =96 I,e when the members of multicast group =
is
 spread across the large LLN
 b. The section says that the =
router =91should prune=92 duplicate registration
 messages (DAO) =96 =
but it does not say more detail about it -I,e is it up to
 the =
implementation that pruning would be done based on some rules?

-- =

Ticket URL: <http://trac.too=
ls.ietf.org/wg/roll/trac/ticket/54>
roll <http://tools.ietf.org/wg/roll/=
>

_______________________________________________
Roll =
mailing list
Roll@ietf.org
https://www.ietf.org/ma=
ilman/listinfo/roll

=

--Apple-Mail-221--52620763--

From yoav@yitran.com  Wed Jun 16 23:10:38 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0FA063A67B6 for ; Wed, 16 Jun 2010 23:10:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.934
X-Spam-Level: 
X-Spam-Status: No, score=-3.934 tagged_above=-999 required=5 tests=[AWL=-0.557, BAYES_50=0.001, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HmmMyb9ywBcR for ; Wed, 16 Jun 2010 23:10:37 -0700 (PDT)
Received: from na3sys009aog112.obsmtp.com (na3sys009aog112.obsmtp.com [74.125.149.207]) by core3.amsl.com (Postfix) with SMTP id 11A0B3A67F4 for ; Wed, 16 Jun 2010 23:10:32 -0700 (PDT)
Received: from source ([74.125.82.44]) by na3sys009aob112.postini.com ([74.125.148.12]) with SMTP ID DSNKTBm8XMtjRg1erbs0CyfP9ozYjXtYR8tZ@postini.com; Wed, 16 Jun 2010 23:10:37 PDT
Received: by wwb24 with SMTP id 24so463696wwb.17 for ; Wed, 16 Jun 2010 23:10:36 -0700 (PDT)
Received: by 10.216.179.138 with SMTP id h10mr5496165wem.21.1276755036051;  Wed, 16 Jun 2010 23:10:36 -0700 (PDT)
From: Yoav Ben-Yehezkel 
References: <43310927.130970.1276752680850.JavaMail.root@mail02.pantherlink.uwm.edu> <146004643.130982.1276752801714.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <146004643.130982.1276752801714.JavaMail.root@mail02.pantherlink.uwm.edu>
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AcsN3qMSCsaorJmYSO+4T5LPDO+KigABFBHg
Date: Thu, 17 Jun 2010 09:10:38 +0300
Message-ID: <961da7f07fdaf1225c29215af7dd5789@mail.gmail.com>
To: Mukul Goyal , roll@ietf.org
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 06:10:38 -0000

Hi Mukul,

At least my understanding of the following is that the rank should not
necessarily be a direct mapping function of the metric. If it were, there
would have been no use for two different concepts (rank and metric). Not
just for the sake of ranges and granularities.

"
3.6.2.  Rank Properties

   The rank of a node is a scalar representation of the location of that
   node within a DODAG version.  The rank is used to avoid and detect
   loops, and as such must demonstrate certain properties.  The exact
   calculation of the rank is left to the Objective Function, and may
   depend on parents, link metrics, and the node configuration and
   policies.

   The rank is not a cost metric, although its value can be derived from
   and influenced by metrics.  The rank has properties of its own that
   are not necessarily those of all metrics:

   Type:   The rank is an abstract decimal value.

   Function:  The rank is the expression of a relative position within a
           DODAG version with regard to neighbors and is not necessarily
           a good indication or a proper expression of a distance or a
           cost to the root.
"

If we decide to go your way - I see some potential for simplification havin=
g
just one number that determines both cost and position in the DODAG.

Thoughts?

Regards,
Yoav



-----Original Message-----
From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of
Mukul Goyal
Sent: Thursday, June 17, 2010 8:33 AM
To: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric
values?

How about if we require a metric definition to provide a mapping to an
equivalent rank value. Then, the job of objective function becomes easier;
it just needs to combine equivalent values in the desired manner.

Why wont this scheme work??

Thanks
Mukul

----- Original Message -----
From: "roll issue tracker" 
To: wintert@acm.org, jpv@cisco.com
Cc: roll@ietf.org
Sent: Thursday, June 17, 2010 12:15:30 AM
Subject: [Roll] [roll] #53: How does an OF compute rank from metric values?

#53: How does an OF compute rank from metric values?
--------------------------------+------------------------------------------=
-
Reporter: jpv@=85 | Owner: wintert@=85
Type: defect | Status: new
Priority: major | Milestone:
Component: rpl | Version:
Severity: Active WG Document | Keywords:
--------------------------------+------------------------------------------=
-
We have different types of metrics with different ranges. Examples:
ETX is 16 bits. Latency is 24 bits. How do we convert these numbers to
rank in an OF? Does the range of rank depend on the range and size of
the metric?

-- Ticket URL: 
roll 

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

From alexandru.petrescu@gmail.com  Wed Jun 16 23:32:58 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8D3573A6A15 for ; Wed, 16 Jun 2010 23:32:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.167
X-Spam-Level: 
X-Spam-Status: No, score=-1.167 tagged_above=-999 required=5 tests=[AWL=1.223,  BAYES_20=-0.74, GB_I_INVITATION=-2, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CvOy92pJW2sP for ; Wed, 16 Jun 2010 23:32:57 -0700 (PDT)
Received: from cirse-out.extra.cea.fr (cirse-out.extra.cea.fr [132.166.172.106]) by core3.amsl.com (Postfix) with ESMTP id 5C5253A6A1F for ; Wed, 16 Jun 2010 23:32:57 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5H6WqeY030679 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 17 Jun 2010 08:32:52 +0200
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5H6WpW1018046; Thu, 17 Jun 2010 08:32:52 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5H6WpfR028554; Thu, 17 Jun 2010 08:32:51 +0200
Message-ID: <4C19C193.1000509@gmail.com>
Date: Thu, 17 Jun 2010 08:32:51 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: Philip Levis 
References: 		<9BB070DB2D281946859EA89837931EEE0F5896@EVS4.nam.ci.root>	<4C17F94C.5090005@gmail.com> <4C17FAD4.9090708@cttc.es>	<4C188B02.5070204@gmail.com>	<77CC54AC-CE16-4AB1-8FE2-8BFAAA6F3EF6@cisco.com>	<4C18F0A8.8030802@gmail.com>	<9BB070DB2D281946859EA89837931EEE0F590A@EVS4.nam.ci.root> <4C18F87D.10503@gmail.com> <007501cb0d72$b168cf60$143a6e20$@sturek@att.net> <4C19015C.5090208@gmail.com> <1EB3E1D2-7D4A-434F-AE7A-B1FA7A51FB6C@cs.stanford.edu>
In-Reply-To: <1EB3E1D2-7D4A-434F-AE7A-B1FA7A51FB6C@cs.stanford.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: 'ROLL WG' , "'Tsao, Tzeta'" 
Subject: Re: [Roll] Using IPsec with RPL
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 06:32:58 -0000

Le 16/06/2010 22:50, Philip Levis a écrit :
>
> On Jun 16, 2010, at 9:52 AM, Alexandru Petrescu wrote:
>
>> Le 16/06/2010 18:40, Don Sturek a écrit :
>>> Let me go on record as saying IPsec cannot really be used on
>>> many networks with constrained devices.
>>>
>>> With IPv6 becoming the dominant network layer, we need to avoid
>>> linking IPsec with IPv6.
>>
>> Strange to hear so...  IPv6 was designed for many such constrained
>> devices (was a requirement for numbers), IPv6 was claimed
>> IPsec-secured from the start.
>>
>> Let's talk AH only (not ESP): I believe the AH header encoding is
>> good enough for RPL, and that the AH spec is very freeminded in the
>> choice of compute-intensive algorithms, little requirements.
>>
>> I believe AH is very good for RPL.
>
> Alex, engineering needs more than beliefs. Maybe the right approach
> is for you to present a technical description (e.g., a draft) of how
>  AH would work with RPL,

Thanks for the invitation, that could be done.

> and evaluate the cost of an implementation of your approach on an
> LLN-class device? Cost in this case typically refers to CPU time,
> code size, and RAM requirements.

That is harder to do, in this space where RPL itself is not clear on how
its compute and memory requirements are... so many  different RPL
messages in so long spec means the implementation is going to be large.

Any evaluation of the implementation cost of RPL itself?  CPU time?
Code size?  RAM requirements for RPL?

Alex

>
> Phil



From prvs=7777bdd8b=mukul@uwm.edu  Wed Jun 16 23:35:32 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id ADF423A6A0F for ; Wed, 16 Jun 2010 23:35:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.079
X-Spam-Level: 
X-Spam-Status: No, score=-2.079 tagged_above=-999 required=5 tests=[AWL=0.520,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bxBrbU6ZeqiX for ; Wed, 16 Jun 2010 23:35:31 -0700 (PDT)
Received: from ip2mta.uwm.edu (ip2mta.uwm.edu [129.89.7.20]) by core3.amsl.com (Postfix) with ESMTP id 6D9783A6967 for ; Wed, 16 Jun 2010 23:35:28 -0700 (PDT)
Received: from mta01.pantherlink.uwm.edu ([129.89.7.81]) by ip2mta.uwm.edu with ESMTP; 17 Jun 2010 01:35:33 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta01.pantherlink.uwm.edu (Postfix) with ESMTP id 581034FEC14B; Thu, 17 Jun 2010 01:35:33 -0500 (CDT)
X-Virus-Scanned: amavisd-new at pantherlink.uwm.edu
Received: from mta01.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta01.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nwq3vvew7Rda; Thu, 17 Jun 2010 01:35:33 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta01.pantherlink.uwm.edu (Postfix) with ESMTP id 1D4514FEC146; Thu, 17 Jun 2010 01:35:33 -0500 (CDT)
Date: Thu, 17 Jun 2010 01:35:33 -0500 (CDT)
From: Mukul Goyal 
To: Yoav Ben-Yehezkel 
Message-ID: <1313476801.131208.1276756533018.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <529486572.131198.1276756205266.JavaMail.root@mail02.pantherlink.uwm.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Originating-IP: [129.89.7.92]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - SAF3 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 06:35:32 -0000

Hi Yoav

I guess I did not express myself correctly. So, let me rephrase myself:

How about if we require a metric definition to provide a mapping to an
equivalent value in a common unit (lets call it CU).=20

So, the definition for latency metric will provide a mapping like:
latency 1s or more =3D> 1000 CU
latency 700ms to 1s =3D> 500 CU
....
latency 5ms or less =3D> 1 CU

The definition for ETX will provide a mapping like:
ETX 100 or more =3D> 1000 CU
ETX 50 to 100 =3D> 500 CU
....
ETX 1 to 1.2 =3D> 1 CU

Then, the job of objective function becomes easier; it just needs to specif=
y how to combine metric values expressed in CU's in to the rank value. E.g.=
 we can have an OF for weighted sum: w_1*val_1 + w_2* val_2 + ....
Here, val_1 refers to the first metric in the metric container and so on.
And w_1, w_2 etc. are specified as the TLVs in a DIO option (lets call it t=
he OF option).
So, the OF is specified in OCP field in the configuration object and the ar=
gument/parameter values for the OF are specified in an OF option.

cheers
Mukul



Thanks
Mukul


----- Original Message -----
From: "Yoav Ben-Yehezkel" 
To: "Mukul Goyal" , roll@ietf.org
Sent: Thursday, June 17, 2010 1:10:38 AM
Subject: RE: [Roll] [roll] #53: How does an OF compute rank from metric val=
ues?

Hi Mukul,

At least my understanding of the following is that the rank should not
necessarily be a direct mapping function of the metric. If it were,
there would have been no use for two different concepts (rank and
metric). Not
just for the sake of ranges and granularities.

"
3.6.2. Rank Properties

The rank of a node is a scalar representation of the location of that
node within a DODAG version. The rank is used to avoid and detect
loops, and as such must demonstrate certain properties. The exact
calculation of the rank is left to the Objective Function, and may
depend on parents, link metrics, and the node configuration and
policies.

The rank is not a cost metric, although its value can be derived from
and influenced by metrics. The rank has properties of its own that
are not necessarily those of all metrics:

Type: The rank is an abstract decimal value.

Function: The rank is the expression of a relative position within a
DODAG version with regard to neighbors and is not necessarily
a good indication or a proper expression of a distance or a
cost to the root.
"

If we decide to go your way - I see some potential for simplification
having just one number that determines both cost and position in the
DODAG.

Thoughts?

Regards,
Yoav



-----Original Message-----
From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of
Mukul Goyal
Sent: Thursday, June 17, 2010 8:33 AM
To: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric
values?

How about if we require a metric definition to provide a mapping to an
equivalent rank value. Then, the job of objective function becomes
easier; it just needs to combine equivalent values in the desired
manner.

Why wont this scheme work??

Thanks
Mukul

----- Original Message -----
From: "roll issue tracker" 
To: wintert@acm.org, jpv@cisco.com
Cc: roll@ietf.org
Sent: Thursday, June 17, 2010 12:15:30 AM
Subject: [Roll] [roll] #53: How does an OF compute rank from metric
values?

#53: How does an OF compute rank from metric values?
--------------------------------+------------------------------------------=
-
Reporter: jpv@=E2=80=A6 | Owner: wintert@=E2=80=A6
Type: defect | Status: new
Priority: major | Milestone:
Component: rpl | Version:
Severity: Active WG Document | Keywords:
--------------------------------+------------------------------------------=
-
We have different types of metrics with different ranges. Examples:
ETX is 16 bits. Latency is 24 bits. How do we convert these numbers to
rank in an OF? Does the range of rank depend on the range and size of
the metric?

-- Ticket URL: 
roll 

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

From jpv@cisco.com  Wed Jun 16 23:37:17 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 783DE3A6A0F for ; Wed, 16 Jun 2010 23:37:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.082
X-Spam-Level: 
X-Spam-Status: No, score=-10.082 tagged_above=-999 required=5 tests=[AWL=0.517, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v45QNGwz5rhR for ; Wed, 16 Jun 2010 23:37:15 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id E286C3A6A15 for ; Wed, 16 Jun 2010 23:37:13 -0700 (PDT)
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-Files: RPL-MUST-version-3.pdf : 69841
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AikJAPJeGUxAZnwN/2dsb2JhbAAenlRxpH2aE4UaBA
X-IronPort-AV: E=Sophos;i="4.53,430,1272844800";  d="pdf'?scan'208";a="122591579"
Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-2.cisco.com with ESMTP; 17 Jun 2010 06:37:18 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5H6bHKR019437 for ; Thu, 17 Jun 2010 06:37:17 GMT
Received: from xfe-ams-201.cisco.com ([144.254.231.95]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 17 Jun 2010 08:37:16 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 17 Jun 2010 08:37:14 +0200
Message-Id: 
From: JP Vasseur 
To: ROLL WG 
Content-Type: multipart/mixed; boundary=Apple-Mail-226--50793161
Mime-Version: 1.0 (Apple Message framework v936)
Date: Thu, 17 Jun 2010 08:37:13 +0200
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 17 Jun 2010 06:37:14.0939 (UTC) FILETIME=[862550B0:01CB0DE7]
Subject: [Roll] Update on Ticket #25
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 06:37:17 -0000

--Apple-Mail-226--50793161
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed
Content-Transfer-Encoding: 7bit

Please find the updated spreadsheet (according to rev 09).


--Apple-Mail-226--50793161
Content-Disposition: inline;
	filename=RPL-MUST-version-3.pdf
Content-Type: application/pdf;
	x-mac-hide-extension=yes;
	x-unix-mode=0644;
	name="RPL-MUST-version-3.pdf"
Content-Transfer-Encoding: base64

JVBERi0xLjMKJcTl8uXrp/Og0MTGCjQgMCBvYmoKPDwgL0xlbmd0aCA1IDAgUiAvRmlsdGVyIC9G
bGF0ZURlY29kZSA+PgpzdHJlYW0KeAHFWMty2zYU3esr7lKaySAE+F42SbPoNGkSq9NF0wVEQRIa
ipRByB7363vAh0SRsmU7L2dhWaGuDu49j0te00e6pjAgP2Je4HmcYt9naUKhECyNyCj6iwp6+bri
lFXk1f+qDJ/xmMD1+GnePPzFE+JJU2uSbenVnMKkvgS/uM8DFpLgaciSOKT5ll6+5cwjTvMVTT99
+J3e/Xk1p0/qeq/NVhV2RvN/6df55GOHU3CPJYKiNHYofS4YvnCIknHBwyiJADLmcRTEHK+8OAl8
7icTwA8DFuCMXsqCgFLB/ADYmJd4nnDFVrg8TRLhh757FYo04MKV4GnkytChRJBGLBC9EnGappO2
RBK5n9h9EF8cizB0L1HV1evVSHx2L4ogdV86OSkRtmc6oog95icDFN1BwsNB2lco1r13rBDGzI/u
qXCpm1GQuCn4EQcLiHu+A8ND5kWe598LA73owehqBNGZGk1Du0t4/xIfnalp6mb2EFDX77aCSEYV
upFdmnpXIR4dtTtniwFNHlOvjyHoV6hP4dRXM6f7Ej66pIHZSNbJ0zEYMnBqAHMhBi9M09hV+WrV
gtVO2vgVBhEJL8SMxUiyV9LqaqXVshUqZHpE58QBkD10kTvA86FRYyhDaCAc3GQycJMP0lgt8/yO
qgdBQn1p8L1B8jRIWSRGIN+XBT3cQ0g7bfyunXBnypPnmfLZHvIEjuyPe/h5euji5xkVAHvoJS32
lrKyqFRR7auz44enpN+9sQmEBGIOp/9Gr1bKqCWVht6//GWIDxl0b458q8aK2GcIOR774tzo/zB6
rYshMCcYxBRDePV1M5D05GlBPJo5D2DZ90N7o6rM6J3VZQ/fUyL/qFARRzGDb3RdGGb+lZV2TJ+z
4xl5B5p0IWCfgjlseopfPPIRX0gzKGKI960CXqN6hH/aKNqd6NggHiEp0J8gCBxLmu+Dkbc70atz
BHFJGx9tP2jXrW/hrccuhADUA9YIDEtSA+xvms43iky5t7pY086UtszKvN7fZpg2TcnKL4p0YUuS
WVbuC0tLdaMzRdlGGplZZXRlNbbKap9tSFa0K2+Vga8s18rOJv/Q/DesfodEOcuJgS6aXdTF7FMm
Px6Gn2CvfOwwsLL8sGG0wMbDuMqV2rlJND2u+oNYKJKLXBEmYVSm9I0bywITWdJSWvlzWy2QEpdb
zQO4CO5SsPuh16HnMbeUpN+V+L7AIttlYp/471RVybUCcXGH4rq6kBZsvmsIjMwpyiX+193KtFLA
BBb71WzidNHEkkTzjbIGqxMt7shCS7msLG3KXS0qCGGF6JI0o6MQnkLqUyEnKXYctLnX68OJpjso
sURSrkhaypWDITwcDum+rOh2o4oaH84ErWOXwhrgTki6omxvDJqAJUsXpC1a4nhI2V2Wq9mkvnf7
KQLmyNxHs8rdD/wwVvE0Oc+qS3YKi73R6LqzXLBroeytwmSkWWhrJNi3KSsM4FbbDWbhCCV3+MzO
aGkV9UX+KBq1O8MpjULEIvG2uQMTmsrlVhewdAOKwGKW5VaO95uzLj5K9trHH+vi4+2mjVQv6u3c
FyJV4I5u7OKDeHne2nXaQhepJ8AOOkSkfmrjtGcd1X63K40lWdxlUOYL2he6eeEsZLvPEaF4n/UH
3D7TeWDH/bonOqPATB+1vLQmLrCxn8rNbx+afPWd4ZlWuz3/nIlfktuh77R1Np05e6ylR9d7mWt7
h4nAM7Ekb/V/Cm6Zq6y2RrfsmKWLYiRDvdr0R/Nc7YVMCGivbfRQeg3Eg/jdbRlkiN2rIpg2wl9X
GwSNS5RcF18qknnpALYbnKpAn59m1gmvZXph8+3Ig4ciP4o8SVI/phw0GzJ9XW63tQzrgbeG3NOs
W7iWEtSADTqWYB43yrhdYDJduz3sVpqWOw2VwC03iwwWDktvCfd5qtiavfgmGwDog2evdNLqvvFU
el3IvKP2DE/KaPqiXkbqzR03/y5T9Fad+sz/snQt5gplbmRzdHJlYW0KZW5kb2JqCjUgMCBvYmoK
MTQ5MgplbmRvYmoKMiAwIG9iago8PCAvVHlwZSAvUGFnZSAvUGFyZW50IDMgMCBSIC9SZXNvdXJj
ZXMgNiAwIFIgL0NvbnRlbnRzIDQgMCBSIC9NZWRpYUJveCBbMCAwIDg0MiA1OTVdCj4+CmVuZG9i
ago2IDAgb2JqCjw8IC9Qcm9jU2V0IFsgL1BERiAvVGV4dCBdIC9Db2xvclNwYWNlIDw8IC9DczEg
NyAwIFIgPj4gL0ZvbnQgPDwgL0YyLjAgOSAwIFIKL0YzLjAgMTAgMCBSIC9GMS4wIDggMCBSID4+
ID4+CmVuZG9iagoxMSAwIG9iago8PCAvTGVuZ3RoIDEyIDAgUiAvTiAzIC9BbHRlcm5hdGUgL0Rl
dmljZVJHQiAvRmlsdGVyIC9GbGF0ZURlY29kZSA+PgpzdHJlYW0KeAGFlE1IFGEYx/+zjQSxBtGX
CMXQwSRUJgtSAtP1K1O2ZdVMCWKdfXedHGenmd0tRSKE6Jh1jC5WRIeITuGhQ6c6RASZdYmgo0UQ
BV4itv87k7tjVL4wM795nv/7fL3DAFWPUo5jRTRgys67yd6Ydnp0TNv8GlWoRhRcKcNzOhKJAZ+p
lc/1a/UtFGlZapSx1vs2fKt2mRBQNCp3ZAM+LHk84OOSL+SdPDVnJBsTqTTZITe4Q8lO8i3y1myI
x0OcFp4BVLVTkzMcl3EiO8gtRSMrYz4g63batMnvpT3tGVPUsN/INzkL2rjy/UDbHmDTi4ptzAMe
3AN211Vs9TXAzhFg8VDF9j3pz0fZ9crLHGr2wynRGGv6UCp9rwM23wB+Xi+VftwulX7eYQ7W8dQy
Cm7R17Iw5SUQ1BvsZvzkGv2Lg558VQuwwDmObAH6rwA3PwL7HwLbHwOJamCoFZHLbDe48uIi5wJ0
5pxp18xO5LVmXT+idfBohdZnG00NWsqyNN/laa7whFsU6SZMWQXO2V/beI8Ke3iQT/YXuSS87t+s
zKVTXZwlmtjWp7To6iY3kO9nzJ4+cj2v9xm3Zzhg5YCZ7xsKOHLKtuI8F6mJ1Njj8ZNkxldUJx+T
85A85xUHZUzffi51IkGupT05meuXml3c2z4zMcQzkqxYMxOd8d/8xi0kZd591Nx1LP+bZ22RZxiF
BQETNu82NCTRixga4cBFDhl6TCpMWqVf0GrCw+RflRYS5V0WFb1Y4Z4Vf895FLhbxj+FWBxzDeUI
mv5O/6Iv6wv6Xf3zfG2hvuKZc8+axqtrXxlXZpbVyLhBjTK+rCmIb7DaDnotZGmd4hX05JX1jeHq
MvZ8bdmjyRzianw11KUIZWrEOOPJrmX3RbLFN+HnW8v2r+lR+3z2SU0l17K6eGYp+nw2XA1r/7Or
YNKyq/DkjZAuPGuh7lUPqn1qi9oKTT2mtqttahffjqoD5R3DnJWJC6zbZfUp9mBjmt7KSVdmi+Df
wi+G/6VeYQvXNDT5D024uYxpCd8R3DZwh5T/w1+zAw3eCmVuZHN0cmVhbQplbmRvYmoKMTIgMCBv
YmoKNzkyCmVuZG9iago3IDAgb2JqClsgL0lDQ0Jhc2VkIDExIDAgUiBdCmVuZG9iagoxNCAwIG9i
ago8PCAvTGVuZ3RoIDE1IDAgUiAvRmlsdGVyIC9GbGF0ZURlY29kZSA+PgpzdHJlYW0KeAHNWclu
40YQvesr6hYKsDhs7ryOkQATJMAsGuQQ5dAiWxIzFKnhYkN/n1dNUgtNw7ZGY8eGocVcann16lXx
O32i7+S55Pim5VqWoMBxzCgkz7bNyKdS0V+U07vbSlBckaV/qxjnWKaN4/HTfnn4JEISYXutSbyl
93PyQn0IXoQjXNMjW0SeGQYezbf07jdhWiRoviLj88c/6M+vX+b0WX1v0nKr8npK83/p1/nkU29n
5JiBz3b6UcB2unaEWz+wE/8KbcdzYGbk2ZErbLyzRORbQehO4IDvhiZMdYLQtGGY5ZgOXly3u9gK
hwtbeH7o410gAt8NBF8CpzsChx4vgU+mbfeXQFBw4gRxwyVeFC1qo+XCUvziRfi4s0fCE57p295E
R8s+ROt9FxtEhnMo3IBtZ4dCmzzLMl0fXzps2zCLE77Dc7PY2eW13uDFQ5TYLh3C3i6nt+tvMuYb
RWXR1Gm+pl1Z1EVcZDqxUxIBGbQuZaxWTZbtaSPzJDseXavtrihlRpWKmzKt99TsElmrihaGMtfm
DSX7XG7TmL6pfbWY0nTyD81/B0J0DJ6ByVFvAHThhYIx2Ub51Ju6oCpTasfeJOoujWFNkVO9UWlJ
v8h7+U0RxfsYbuBQWVUNwl1vZP3wtFjmyIVMUngOx0mtphOOyCqNU4Ad307px/3xTK6Pc9gcHDJk
DAcqNp9yVd8X5bdzHHFWfb/HkbBs0+lxxKi+nA0e4Nv2Hc0GljWGb+Do45Rsh2AxTIzIUDWleZw1
CRLQfXNBwDpSOpaZNsMHlYCVBBdaS0uHQoMhaXJDVUHpioBqgDgkY1Ygd6g3Y3ZpygYWhBbCHILU
Rkq92ufx5oZWMs0YXMeEvYSGB/eLQI4CZDbucaniYko+GXdTgreq3NOuqKp0CZRfWnMDA1wnAh2E
0ZjDC0Nm9aZo1hvKi/o6DjseOCtwNNYGKTaqnYrTVaoSIIzKXTazosXUhKe6+7yQWwZ+Cg60D3YZ
SewXuVV0n9ab6+Y2dF3c0tZYGrgKNI/kNi6avFZldXOt5IYe+pcXaHQNG9f9RgHEt7cvTSsIZAI5
MQhv5AbMdRpGA1+NuNhumWc3KttV5rFs0C8n0DzP1BIv6uIP6KXv4k5kjZSa8eHMqkMXBwkfuzgk
jtZmV+Hfh33c9fzxzvdUH18qkkwIaHuI9K6p8Rmdu6ZiRU2eJimQVqdFjn7OcgC0raFOoJIa7S6V
rACStG+CQEXOtf7jHRAqLgrALl3MBz0dsKhq7oBo0RJIZNuLCrUPs4tcUVHStsD3eZHP4iJflw3b
tZP1pjoSQiebXxVCtj9KXo9ACCr81SDkOI+Ip6cgVDU7CL5ayxG5TDOWfIATU1QLKB12Wkqdn5yo
Fy2zTO5VeTFdnVeBb/kgzC68A7SAMOWyqiFZGcqQfittbJMnqsz2LAqzNP9Gsq7LdMkgf7dVeIth
SQNsK/cUQ+WuVS9dGfXTCW5ogJGOWH8LQAkMKw8FzyOcZIevCCjbuh4ntRBC3iAlZrli+StLSPAZ
pkxQE7MBMHcvywT0tU7vVH4VWEGG2wyrLsgDWBlQsRiQJIOKtaUEXgpSuSbUrJDJbCkzmccMMBmX
0F4w7g52K1QIfPkf0JHVzqXDpvt1tKPZ3iuix3pslnuKjk46GuYkqIeCp09C9fdNCqPnsim5fyz3
YKNuHNWdrKUsnTBojtPafolMP2cm17Egb84ifRzlKpVxgwVCtk1Wpzu04hbrLZrbIa9iiXkCNvNN
e1iAFub0m5/DiGV8PdGCJ8sMEYXY9vTLDC8yBfZN4ufIoMh3sbgZmf8/DzYZKEQE/Q640NNCUy4x
1Vcqr6Abuom6arcderanvsVBEcUSVLMwNJz0KgSDP6UVn80UxOoJ2eQR66QxXAoezxQiEsQj5WHX
dsAOuhrGnSzpNhqL6U2LoVML+9XEwMJW3/WbkIOKqpplFaMFIirwhNcLGnkamfqql46Ng4KILJtC
yI3DNHXq0xo6c8fOsOqX+b5zp504DkVy6jmyCamHBU6Rr9I1pmttPi9JdkjJWd3rLIGtD1n6gAUF
liPGldJleVg2nhXIwTWj90UmSYn+hc0XbMurbYqZnBtIvFFb9bby1IeYGCntcXWKgfiksnnAcaIo
+jmVHUBLjKLlqW7QVy6D+UScLjBBL6aPCNSOAa4qTyMrsLGw1uEdyIgRdQpFrUosqbAx66wAtlnA
pjlPPQVt+R3+dJFm6k5levLBWa0a4SGN1yB6CY962MkSPYTXA+gdbypYeRP+fIhhL39sHj8XYrw8
vghiJ4LjHFBvJVe7EA9gdhW1erHyMEOffwJ+/oKHL4HteRO8xfMdfrJz+YMM4Tt0NrkeH0Xd9iUD
/L/Xw2cnA07E7X9u3bGZCmVuZHN0cmVhbQplbmRvYmoKMTUgMCBvYmoKMTc4OAplbmRvYmoKMTMg
MCBvYmoKPDwgL1R5cGUgL1BhZ2UgL1BhcmVudCAzIDAgUiAvUmVzb3VyY2VzIDE2IDAgUiAvQ29u
dGVudHMgMTQgMCBSIC9NZWRpYUJveApbMCAwIDg0MiA1OTVdID4+CmVuZG9iagoxNiAwIG9iago8
PCAvUHJvY1NldCBbIC9QREYgL1RleHQgXSAvQ29sb3JTcGFjZSA8PCAvQ3MxIDcgMCBSID4+IC9G
b250IDw8IC9GMi4wIDkgMCBSCi9GMy4wIDEwIDAgUiAvRjEuMCA4IDAgUiA+PiA+PgplbmRvYmoK
MTggMCBvYmoKPDwgL0xlbmd0aCAxOSAwIFIgL0ZpbHRlciAvRmxhdGVEZWNvZGUgPj4Kc3RyZWFt
CngBxVnbcttGEn3HV3TlxWSVDGNwx+Mmu6lky5vYMV15iPIAAkNy1iBAA6Bk5etzenAlgV1RMpWI
VeINBHqmT59zuvGZ3tNn8lxyfNNyLUtQ4DhmFJJn22bkUynpV8rpzXeVoKQiSz+qBL+xTBvH46/5
sH8nQhJhcy4j2dO3K/JCfQiehCNc0yNbRJ4ZBh6t9vTme2FaJGi1ocUv797Sfz5+WNEv8vNRlXuZ
10ta/Zf+tTLed3GGnhmEHKcfBRyn6wSmbU/iNIUtPD/0EWYgAt8NBF5ZQeg6wgkNLMB3QxOhOnZg
Oi4JyzEdxIe48CEWvekOsH3fdOz+AM+09KZscLooDG3Hcwy88uzIFTZfQkQ+X4aGSwhfmMMJrOEK
1jRInKsLcnwGa3QGH4f0IXhNCLjw5NVokaFv2kiUmFvFcxLqYqV44EkgGuRRRJEwnS6hdp/Qb9v0
IXkMM+EiVy65kUOeZZmuT3ZkWk4UhcZX4YxanDVQ9Czg2eWwbMsLTN/2DI0zpwvrN1qsdpLK4lir
fEuHsqiLpMg09JYkAlrQWlK8ziTVBX99p9LmcFnRvap3lKrN0uADN7IESCnZxWWc1LJUVa2S6obi
rCoAI3xdypTPEle0pN9p9W+AWe/FE8rnZFm+JwDXk/3uF7b45n3x4ZtuYaO9N3SJX1g610FEyHVz
MSL8E0QwD70MIkTk2M9DRB1/kqRyTmWSFEckPS+ACqDjIMtaARnVMdlxnl+9Le5fH4p7QCPVB72i
+53Cd0vjiQCYxbXjCR8M22zvFNkIKD0mkuSmgfJGJYohmhX3lMW1zJMHDRAEXO/imvYqV3v1B/Ad
p6qgV0X+imq1BwMWJY6QlaRU3qlEVuY4/lY1/lJI+UHIuWtUYyCZH0dAH5GMgDy4Hc+ADwQz4Auh
KhQCXP4Iz8TZtijBHvsx0VTHw6EoGzC9Toq8qstY5QBOx063C2luzRsC/pisThCI9JD8wpyDb8bZ
uUidZ9Hl+S7oPMB+QZ+n6JK5LBtcbR+oqoEnRnzc1EIffn27NOknLo/howqhJ9mRS4ZLg+I8pb3c
F+XD0vBdWoAzQa4yy/h5/LPr0GZoOQHUaoygnjahB4csTrDpRc6QbwFP6wf97lhhzYYTcYxdja/j
Gmz/QJnaSHMc4eN1YTzXTbX5moqva4dMtU22hrr4OFsXDiQxhL1r9NeLmro4809GIzmX+rxZJLEt
8OGu5utiCf9GiwIbrCqSeQqAz0jy7aK6Xc6VywF6u5dIAWQY55mrnBuwLigYBRLvDxnorthcS4J9
QMmD8+ktbA+lhQZIH11Ft4vv3n28aZFOFYj2hnrwyDuZ3ZCsExOr3MV3Er5D5rRVd/ivGiweSrBv
cayIT7ot48POpB9zVLv2xZdaidkMhX4IB+dG7rwiFshISfdFmcLQzGVnnJiRYYrTO1ZECIdWyCQ+
xGuVKa2RWnLuFaocP5BfQAgVFps9XIm9YO9h4k/qYUgN6jjtarpj1977EUC4BfFq2eu+TWWiKlXk
UL5utx+v76/tlqb17XBzMrVSP8zXN0puqG/21y/ophw/msfOaqaYx3DpZG8g+tfrmPPTbf2c3J0b
rusoHroP9KXNFk8F76R+QVpaqTIuXOaTsRx2X1aZlAfWaVneoQ2AZsQbWT+8wVJR1vBiMGf4KVoG
Bty2YwNI5ng9T8OZCTuIv4AbUDS4ge153EmiO+W+lDvJ5zkCAV8u8DckeWjW38kSFnEfYz3VgMSn
CUc7IJhC3nIhTI9aPc/lEQV36Gj0eR5gMZ+9ZEcp2sCmQHkM8Tr9nXeCa9oAH5pV4zQFN8J5ABQw
UvK+sx/caUIEKoCtjDM26sdaVjfPR8lVGju/sbqXmXAefQS9CcfmmcJ/GQseuM4A0p7z4ez+kTf9
Dpfa4MC1FqCXS9lDYGcl7dAf4QPmH1jUOPkka7asOkW5rCGDn24aBtONP+uXVjYMCZ5jLBpBNjCr
4IceWWAw5KK18wNMpDq271ey6IixC40bUVjoTVnsG9hARAElUGjTrulBxRQ+HKzCyjrUwXbjLB9+
+Pnj239exVS4ju9RC5KzKlmMTAKaZmYPbC/83+aYJ7oEWsijS9V2rZKomhSNJ4aAhp6bMC3y5M5H
C9xgS1i26eCdxtaZjdV7a11MfxM2sn2Hx5VR5MyRESoe9hLh5wWMZWcQLiLa+Sv5Ea7lzBLfXrJe
qAobdq2L+RSie58h2UNxOPKkACODrUrAPP3iMEa6YGw16VP0NtoY/4aObpPBHcab74dGpQWsSrng
GNfDFS/TrfntDDDXDVBMM0vMpdru1ujGQQrt1dtFYtD8FYt0vYgCu0PLySJvF7mUXJ48V+l39OKL
GZijDzLZ7CiTBQzYdH2gPTTbBXhtC/lIjpg6LAnOBTabfjeeNIOcTyaaSNS4Rs951wlHDUNQ4dK3
y2GZl9gZ43k3GSYRtjNpF1NvbM15fPPTItyYGAlVO5WOzujkSl2x54Gxuna9J/gLhtIpJj2lWrNA
Vcez8Z7KtRnTLBqvIWIYTeSfaBOr7FjyrK+AWW1G2mXcDa9Vwp+Dlc8nGO2g/i/bFfhUj04S1u+L
Fj6UjW6sdfsYo3vESIZnkkgQ3yiSfKeIe21ZHdCy4QBMZppZJxpraAgGZEc9zMdaMTb4W9s5B7o1
LdnF/8Al7vwMBkp3cy/jn1y+DzYHSvZPg2/SCQCzHNiKdnNkZrTOlpw6pjPD1N9SacW/MVtj8F3E
vS3dj72TawJAJzs7AKgJN+bS0I4O8wluWtgJMSUzSaIK4Aj7IQdGen9nw29Hs3PuUb///G2CsTw5
fb9N/5d/Gst71sK0Zg23HllkYNRIYUcLPfWpmnHWvriT6el89E+bj3oQCmVuZHN0cmVhbQplbmRv
YmoKMTkgMCBvYmoKMjE1MAplbmRvYmoKMTcgMCBvYmoKPDwgL1R5cGUgL1BhZ2UgL1BhcmVudCAz
IDAgUiAvUmVzb3VyY2VzIDIwIDAgUiAvQ29udGVudHMgMTggMCBSIC9NZWRpYUJveApbMCAwIDg0
MiA1OTVdID4+CmVuZG9iagoyMCAwIG9iago8PCAvUHJvY1NldCBbIC9QREYgL1RleHQgXSAvQ29s
b3JTcGFjZSA8PCAvQ3MxIDcgMCBSID4+IC9Gb250IDw8IC9GMi4wIDkgMCBSCi9GMy4wIDEwIDAg
UiAvRjEuMCA4IDAgUiA+PiA+PgplbmRvYmoKMjIgMCBvYmoKPDwgL0xlbmd0aCAyMyAwIFIgL0Zp
bHRlciAvRmxhdGVEZWNvZGUgPj4Kc3RyZWFtCngBxVnbbttGEH3nV8yjBCQ0l3c+Nm2DokiLJlHQ
h7oF1tRKYk2RMklZcL++Z3Z5syQnkiMnNhDFNrUzs3PmzJnRHb2nOwp88kLb8R1HUOR5dhJT4Lp2
ElKl6E8q6OrHWlBak6O/6xTvcWwXz+PL/LL/ScQkYnOWla7pzYyCWD+CF+EJ3w7IFUlgx1FAszVd
vRW2Q4JmC5p8+OMd/fbp44w+qLttVq1V0Uxp9i/9PLPed37GoR1pP8MkYj99OO4e+mkHcex6gQc3
D/5nwf/Qj214GjiR7YckHM/24F5gO6HjeBz1onvEC2Lbd/tHHH7GPODYcchfkeXYjie8yA0C2HNg
1018QYMZN8T5/RmBZwvcm+hOEa4IwjjEWyMRhX4k+Lwo9nFkPDokjmwB70TvSoTI3faQ5+QFUXHy
OLgQtpEXB671eXH7vPzSZkHn4Iy8G2gEDvDlH57vdef/RZPZSlFVbpusWNKmKpsyLXMNhaklIppQ
Whb3qpoS/7BUtMuaVVaQT7XCX+Y1ZQsqyrmqaSXvFa3LezW3p/Q3zX4FeOD2Cak6CdHUIrqPTIQe
4B45thcF1h6cP6YylzdZnjUPwwWad55ZQQeZEpEfsElTQUOm3gyGuK6FH6EuUSMo6RBgdxjsbtJW
51fV9sFNtDkWsRB26LaXcVqOdVrpRpG8yRU1JdXbzaasGipUsyur21onnGRDuZJ1A5yCdUy+dyuF
MLic2l9MrSHrz0upDiT0InhlLtnktQ9lsiu3+Zxk2pCsNWpVVZMs5tQAxSX+qcYOmacR3Kqsm9qe
WprQgMmWeE8ktIsUuAhdjdR92Hw6Dhuw4jeDDQjwdNhcT+rrqeGHHjup3Gj4lIsOPkwmOiWVYZGl
LLL/ZJOVBeEhSbkcGKXYrm+QN36zKmp+55g+TgJS1+16bggAH8f3E9Dr+NoHIBkIZwUQX6kl/KqZ
6BqZFewA3DTez41jwvnH5eLAKxOf8dIcoWS6+s7I8tHSjxDScWR50TdEVhCeQUjHkFVrHgcz1SVX
PFIg07Rcr8u5bMBZhM70oMGkexXaE3NBVqQVyIoTOWDrEpjiTgrdIx5d+D6muEGindJcNarKygqo
hyO1ylXaqDltVLUoq7UsUkUbWck1P1aDgfNyxxBcZMttZch4Val6Vebz781cvud+QZoYPmXGYsmG
F1aIDsSN/6L9rnVsr0l8VtMYzuqanAuBNFf3WQr5AlHDNd/2PZT00MzOaxedNGU92kpTVpUjaXoS
px10ea133CAauHqQ7x9Vuq1eQuw40PiQFPtda0/sBD4nnaU2tHSb+wDSKEqSxHoZrdM6dpj7H7ZI
Y9FkqWk3mzLP0gfNC9sNs0a917xY+5ruxTLXEglNXuOE1zJDi8J0NnmkZhkKPMCEfbjCcW0PCq8N
l4eCbmyzzh7b2qQPohN3ymObcGGll3a96ATUIcM581Mo8skDtdE+l+z27PoxGqjgaA8QAMsdWZnR
wNw20++4cs5B+p7xwPPRbxP/SNiT9XJdNITAK2Q6f4Bg6JTdSQZbubBnELFiDD8S66QoG6o3Ks0W
mZoPtoAFCwD5lioyMQr/C+XYzh4uZg/U42j28F6sHpMo4h5xWI6zlaoxYOqtguK1Qk1rJZlrMVP0
Y0VZKHr37vfDQbQuc4ym0GPt/bdVzauKdj5Ft8+3c3W+aDwgWJ4+PAdE1t7yXjCTrmugf5N8xDKg
iA6An+0VF+HCAbbt7iD2E1t0Y1/PDZM3o7IwXmmSxoZoIGlu0AyKMWth2WSdNyofvUlMyI8c63US
qOMn2UhSkGkPm24m2Mj0VgEcOrP9ZNFeOXTTDTg8z4cNRQ8MegwNFkvP7dwXGfQ8w9SnlSgWS5He
R7VFKjzseC6CEigb/h42QF6IxD9RoYd1N0oDrh3StFsRSahWzlSXPqSGFS8aLBHJzQbd1rSCW/WA
Isfblqtnt4THQcQixLJ03AjHmEJV7mQ1Z7HdSbpOihv24b/wtKa3FZ3c47D03kNvr1gA7sUwtWD0
SQ3Q569VATp/e8Wk8+Bgm2id1JyekgBRohVAjyvLLG6xfmPyXGE6grqRo5o/w5o1cIoWHFHiYxn9
RN/n/E8JMkk1r5DhDNK5Jp54jOqw9NbvDOO8BWWo4kUbT+KAwvho3+cdQVpusOpZULXJXw+0e5K9
J/q+G1OIujsUOZA4a0xqWHJeT7Sy6Vn+Dor+izv445nEbpkC7I/H5kwuWc01uFwMtFPCthWryxi3
XDFwL6XookR/vDA23n4CgFFT79Z0tXNaX3VYwicAJ13v8XgTbGF8cI8xaV297TsUx4vuDfBmS97c
7YV9qZijKCIfje5IzNj/qKqQOdVNtU2bLbR7C6mvi1m4+FCnQ9Q45Mm2uC3KXaGVT7lD0BeBcIBP
WzznMaZMWnHHe9d6PR3X6fv/AfcmRpIKZW5kc3RyZWFtCmVuZG9iagoyMyAwIG9iagoxODE5CmVu
ZG9iagoyMSAwIG9iago8PCAvVHlwZSAvUGFnZSAvUGFyZW50IDMgMCBSIC9SZXNvdXJjZXMgMjQg
MCBSIC9Db250ZW50cyAyMiAwIFIgL01lZGlhQm94ClswIDAgODQyIDU5NV0gPj4KZW5kb2JqCjI0
IDAgb2JqCjw8IC9Qcm9jU2V0IFsgL1BERiAvVGV4dCBdIC9Db2xvclNwYWNlIDw8IC9DczEgNyAw
IFIgPj4gL0ZvbnQgPDwgL0YyLjAgOSAwIFIKL0YzLjAgMTAgMCBSIC9GMS4wIDggMCBSID4+ID4+
CmVuZG9iagoyNiAwIG9iago8PCAvTGVuZ3RoIDI3IDAgUiAvRmlsdGVyIC9GbGF0ZURlY29kZSA+
PgpzdHJlYW0KeAG1V8tu40YQvPMrGj5RwIae4Zs5epMFHHgDe6MghyAHmhytJkuRMjm0ob9PzfAh
WqIByVbsg2SZYk91VVcXn+iBnijwyQsd5jPGKfI8J4kpcF0nCakW9BeVdP254ZQ1xMxvk+E7zHFx
PX66D8e/eEw87u5lZRu6WVIQm0vwwj3uOwG5PAmcOApouaHrL9xhxGm5Ivvb/R19/fOPJX0TT62s
N6JUC1r+S78urYfhnDzmTkhhEulDej53/KMz4j+x6wUejpgEbuJzF+8YT0IWxb6Fw4d+7OCYbhw5
3CfOPMfDX16gXwB4hcvjUP9E+ose9yI3CPRbXKPvR/t78NjFx8M9OAtwY6u7x1mtoq5VPo6KX7zw
kDnoEOc4FlplmVahVt+qm74xaEtHoCZLAwpj0xycyfV8xztm0NIFTmWwP1bQkYyXwPePj+UNx/qb
7OVakCizerdVsippWxUy2xlWF8Qjsqlpt9uqVvRYqfX0ympFCt/dpruiSnOqymJHVU39x5CCRFu3
afZDKGdh/UPL36CLHr4mNBzxc+Zq4G/gP4uWXsF7WtwQXQUtiZ/sFbynpcmqrdBnnrRgL+GThuZI
CaYkgxZ53I3NgRbQdNmQeF5QTLaod2oty++0qqsNLWjfp5OKv4GX6ZnGrI0zOyJG8Zu0wcxIUWjS
FuST/YKjWHZa582n84/wBn43gXyg75lZeGwVlZWitUhzUTcO3a5Q1viGGY7TneqQZx/uoP3wGLd9
NWG4E/mVKWoZUZ7U7Hmk0DKGPzLyOmDaVhU9CpKlEvW2Fkrkl8EZcjQ3dCeePPJrpw1dbetKiczM
89hX6wMQI+4RD6JBT9b1l329vpeftBmUl4GXRLocN9rpVs5YTs9OmQs0EhgXFJL9LHORQ7YTh/kA
UjeCk/uhUdAhmS8SBqgtb1UVRfWih3bs7ln79UC1PAZcn835E+Bm6YJgw71bpOpnasusEGl9KchB
FGLPB7Nby5hSsxWZXMksfS2oD0E22YINgkKoGBm2X9YCTa6x8nprvogfYwEQd/1ZP0pbrV01IIQ5
X4TXJMYK4MmcG4HXfkHe3psduaAEHym9iS6lZCxvhJE5W0L1289f75/DaWlnunv6jHmc3XRUen++
PDLQPjTpdDizJw4yEwd7LlhEggtCChhzfCiX+Q7/n0JT7DHHG6LcNDP90gqCtWsvKORGal+vRVO1
dSYaTWFa0t3d78YSqRFZW0u1G5JVLlayxBe0m8jS3APXdoHLMoELGyN9LEyFKSfnuNo0/wWOy5Co
oxCNcvtcOgWTy1WX9FYYOjPwap0aJWp8wDW+v71f4LEDkbAU6qWqf0wxrNJMFhrmDiruUl8zBdUo
WRR6GQ7Q6qpVAoP2vsAzBYiAy+MuRY97fwSoVzBSqVqj3vfOvnW7Nc7rjkKEoR5Pg5w6pBA9AX1K
7QXXp9Q3BHeZlMrmd3onrZ9ycCHLVzaM56xzdHGweVwWUjK71mER0LHmcXCmTQshvJeug7oJp2R2
vdstlnvdqLTMqUk3Wh8DIU/WCbHwyGC6LB4nFHc7fYwTlnmCBcwpxle56X3CPEDKIMx4drXbdVsI
nX11ONyIXKZmHIan5w+wmng+Rd0+B9xpWAPcsoKKaNOFip0ZSDwDYPnsLkUuj1B+frWb4lg0A6cP
/wFt0t6NCmVuZHN0cmVhbQplbmRvYmoKMjcgMCBvYmoKMTI1MQplbmRvYmoKMjUgMCBvYmoKPDwg
L1R5cGUgL1BhZ2UgL1BhcmVudCAzIDAgUiAvUmVzb3VyY2VzIDI4IDAgUiAvQ29udGVudHMgMjYg
MCBSIC9NZWRpYUJveApbMCAwIDg0MiA1OTVdID4+CmVuZG9iagoyOCAwIG9iago8PCAvUHJvY1Nl
dCBbIC9QREYgL1RleHQgXSAvQ29sb3JTcGFjZSA8PCAvQ3MxIDcgMCBSID4+IC9Gb250IDw8IC9G
Mi4wIDkgMCBSCi9GMy4wIDEwIDAgUiAvRjEuMCA4IDAgUiA+PiA+PgplbmRvYmoKMzAgMCBvYmoK
PDwgL0xlbmd0aCAzMSAwIFIgL0ZpbHRlciAvRmxhdGVEZWNvZGUgPj4Kc3RyZWFtCngBvVldc5tG
FH3nV9xJX9CMS1jY5WP61KbNtB2nbRJ5+tD0AaOVRI0AA4rr/vqeXT4kEEokxXE8Y0kGsffznHNv
7ukt3ZPg5HqWzW2bke+6VhiQcBwr9KiU9Cdl9PJVxSiuyNY/VYzv2JaD+/Gv+WP/iQXEguZZRryh
H+YkAn0LXpjLuCXIYaGwAl/QfEMvXzPLJkbzJZnv/rimNzfv5/RO3m+TciOzekbzf+inufG2s5Mx
YcFcL/SVldz2LX5oJS4FjitcGBkKJ+TMwTubhZ7tB9yA+R4PLGUo7LA5Mdu13IBcBw8LlMtL3M4c
JrzAwzuf+R73mXoEvu4y3Lr3CNiDOLWP8EOLcaN5wlmhoiZUHIbiBy/Mw8GCGAuVKcLQoXL6UP3S
BgZhUQlk3EcCyLXxJRL4jaA4DrNcfpBBQx1wagZbs0STZLwIzrVZjvAs12/Ncjuz/iJzvpZU5ts6
yVY6lzNiPpl0KynOs2Wy2pZyQVG2oE2URSu831bq1krGuEIbWVX4a6XvKMq8zuM8raheRzUVpfyI
iqCZ8TfNf0VRaM9PKMNJJ7hK/yC4vRcmzK+ShSwpqusovmusSZNNUlOSDa8sy3xDy0SmC1rIj0kM
03FLHaUpXEsy9aHxLM3jqE7yTF2HP5KKNMpqa2bo+m7TqMrS89o0Mtux3KNpPKu62kbcVZfjuboR
bYE+cNpG3FXX2Mtdsd0bpwd8dFzgMHJsmw8ONJrOL3XDS4piRBD5zmnvSDTeZ6EGOTYANaMj7SBU
Pa47qAGb3keU6t2MQjLl43eULJG9NJoRSvXx4gIbHS7QfCwIvan2VaUtY1UP5zo6nUruw9GAO4PY
tqiabIpUKiyViytUXlJ1RwJUT4LxA2zS1cPQ2EFXPcbL131kTfRJsopqtEKZVHeUL7sDT23YaR8Z
moH5qNvDgkUyS4mGahKo8KRA3yK9hikBGHQZYIzy6TGc7wWTcBxHRa2RDc2dZ/JpHPYYkuo5uoBG
1WsWUVmryGayfsjLu92BxhekNHCAicLvqmg/qYiwAu1BjNtaOjO408l1QbxMQDgcJte8RS5JppV8
WEtwRI8MX+Kq6/kgTa8rppGrH0xprawZeS6ZV/SQ1Ovzi+iInwLUztkUIpmbbVoncVTVH2aa/57E
UR4ChVywdRPYfUfNaqvhdrlNU6Beo7RO7dFpwBUge+aCuCbSWMlsoake7LiXxdMwaDqaaEdijtJy
BxyGgm0xABBfV9R36KXyYYQGboC4slAX0Eic4WipiD5a5ZphUEi7Hmnl9hEZa1wutg9QulWQvtDZ
GNlo3uzyvScglSCGTm8VJFNkfaiun0RBBuj1owLy5tvr69/25eNCZo/oiUfK8oVs5OA6qvCphrKU
GUVbSKpMdQ9YTskHpbCapyjYUpfzMvmvubZfAef6fonsGqrn0Iesb5PSoPpOeCpUT+KkgBedE52W
Xsg4qZRegHRQGmlaObb5a6Xjkfxd4sOo+tVgMsnEpiaFhSzQ7BWocA9W3gKvW4H7XGZyPdw1lD1i
UDSpVuYJRkyuVF+Rp0k8FH+qOJ7ZYlfBtT3N+ZWs1Vhl7cf00xaqSfQJEUXrPgzCYSMRRpCCiL5q
R7xm6NPzzoA4PxPQr2EuB4eHja4Y2WsqNQEJBUGscGSIh59O+1PCdDOKgU2CRo2MrFR1WqD3MWMu
oKdX6xrWPszI1dJkzCyfMPtrBBcmU9CImUOzAbnb1dqiV8uZWgGZFkVppQa7IRk+s8mcKfSdHMqu
Eyj3bxwxrAQsm46Q9X5raU48e6+yQ9WWrDm2bt7htucIWTMPy7SWq32IIBaG4Wjfc5ldQ8YCXwkh
lMZqkrzjq+/BvHpFgl3J+59/v7n+US162kUN6lVvR7DoSYptCjTAXJaXtEiq6DZVHxRJd/y23GZ6
Hr6iJe6R/0Zqar3CLL6/H2nXXOwExzXJnZ6QVl8OHQ+x+SOOIbffVfauoy1vH7HS2oCONyBmeNN5
gj1XXeZpv8uyCF6oJdgcAwUWDkqcAHNAkGoc30WgW3d9MCsMAGoP2u7Oqm1R5Bj3ms4x9OJrX7c8
SzSE5bi+iwWLLtCRcEE02s0dtlu1XJVJ/QhnwauQKdPtro1udcqR2r0shbueapdcHtYi6KkR/5sI
d4GyxfS8wK8tFnh93+vFSIdLz2YoVjgCtTZhKnrqRRff3kg1qBnPbaTnOIS91oSRKIFehHea6gWV
qoQNM0Kdl0eR/5wIf8nMzxzUL8RgE+HBJIwFc3Ykxr0CPGqmcen/jxyMbLpiQztEm3nKzENS7dqr
Ea0vBmT6P1xl6B0KZW5kc3RyZWFtCmVuZG9iagozMSAwIG9iagoxNzI5CmVuZG9iagoyOSAwIG9i
ago8PCAvVHlwZSAvUGFnZSAvUGFyZW50IDMgMCBSIC9SZXNvdXJjZXMgMzIgMCBSIC9Db250ZW50
cyAzMCAwIFIgL01lZGlhQm94ClswIDAgODQyIDU5NV0gPj4KZW5kb2JqCjMyIDAgb2JqCjw8IC9Q
cm9jU2V0IFsgL1BERiAvVGV4dCBdIC9Db2xvclNwYWNlIDw8IC9DczEgNyAwIFIgPj4gL0ZvbnQg
PDwgL0YyLjAgOSAwIFIKL0YzLjAgMTAgMCBSIC9GMS4wIDggMCBSID4+ID4+CmVuZG9iagozNCAw
IG9iago8PCAvTGVuZ3RoIDM1IDAgUiAvRmlsdGVyIC9GbGF0ZURlY29kZSA+PgpzdHJlYW0KeAHF
Wdty20YSfedXdOUJrJIRDO6oPO06u5XsOhfHUuVhtQ8jcCiODWBozMA28/U5MwBIkIQ2kkx7xVKR
IsFBX06fPt16T6/pPSUxRakfxEHAKIsiv8gpCUO/SKkV9Ds19O1LzajUFLiHLvGdwA9xPX76N/d/
sZxY3p+1KGv6+zUlubsETyxisZ9QyIrEz7OErmv69p/MD4jR9Zq83359RT/dvLmm38T7Tra1aMyS
rt/SP64Xr0c7WZz5GaVFZo2MssSPzmzEJ3kYJRFMLJKwiFmIVwEr0iDL4wWMT+Pch5kRi+wTCyI/
yikMCj+K7WFrXJ6n9iezX8RlWZgk9iVOtefR4YwwwlHheAbMYSGCuBhOYSFL0jzFVzOWpXHG7CEw
Akfm00OC6SERrnGBn9ix+Cs7mHVpb0c6OeI5GYsRMTzwxHAUEsXCOPYR7T5j4T5jN0N+kB2LI5uc
EFhCYLOQkiDw4xSBzf0otCF5PpJoQFIPtiQAYmNnV5SlFkkLh6RotOs/5P0kyg1vpK61g9SSWEYe
3QmSDW0rXgoyilai2RHHb6NWeGPDDXFjRL012n5s+DtBNa9kKVWnia8+8Mbwe0FqTVpU6xfLxX/p
+l/Ap/P+ERUx60caxa40Aj8NZzwpVbOW913LjVQNrF3191Zt79M9vPyj/2zbqlKsulZon+hNV26s
N7x8p+EE/Ow9u6K1akl84vW2ElfWzZJ3WtD36s0VXcahLAyzPWTOU7NqOZJgNoJEI0YvdjaoW/XR
vVGQ9wJua2OvFCvk6YMshb4iWA6DiTbyLfxyZ7SqM7K5p3pMuD91wqLSlnuajqhkQehHIyrPuOPz
qiVEKi2/BQkgf1YtQKVc05rLCinCnUu1pJS8D0vKF55od7Sk58HpUK7OgCKOYULgCraP/r5gYQKv
PuKGeF4SKmKnYYjuKgAeOXmyAQPDnxgQgDCKJJgJgadFs3LZUgjBgTye0k5ObpaBX1lepDN3g7dm
wBdfr2VJt57w731EPVp4APtlwp3GcDePgaqRh/bh9l4CxFIb0ZQ7erkRgOxFfI7RIFiWz4HMQuxj
q1AQpeoaI9rvxluihz4qzANHnYQ5DRluCXife4kw/3tJUUSe2NHNdsUNWHb99PDOgym1TSifAxPu
23v6bklgDLG7XYLPNgI4fiYvn/ico3uxNHTQOi+kLRiov7EhbVSLTqONrKpLOR7A8SRzsDptu1ul
tbyrhE8/qzG9j21B81GOigJ3g3A7py1vz6z6MveKI9wrTmcFRdm1LWRftQPnrx33g+9tzSye3GRP
k5mgJ8XMAekkmd43W4UmL77Zk/NFqpRBcrAoeYCZjvgf6G13AFNoeclIq0WkkyAX4qgkBJIj2/nO
OarbbkVLd2CLFdlXF/E960XjLJ6MrAV1jTRXJEwJOnYSn147gsIo8giJ/3ltehS1jEHyn7Vpb17U
hvmRqC2GEefLyFqWJ/Ni8G9LO6x5vWC1s9IgbHlnic/I0pGvserUKiVOpu3Qf1YThQtg8aoVfAVJ
qLUqJb6yoo/SbJyeunnx6tXPEMpQiRaG6NLPJFOodPsYxXqWR8SGiJ9rQtytBvZKDmFoVfeWt8Yq
EiezjxUwNKB7txfAC+8ggAGlg4Aa5trHg2nxvO44gKmImM3YnqkX/Uj7AJYwNUKRDgMSRhmGOZo9
JEafZNhJ1CFNAjAtGy3DiNRbhuZ5hCU3/Gz4BBsTRK3c2PEwWhwQF27CsiMVBBYw6mYLC6Caf5J1
V4NYDtl5VKzH/cERkKIYRF5g/t8vEKZjn/gEsWUwSPQN0ukBwL1SKAw7PmHIgN5VXYtxwhUIhr+u
mVaPJUEMIQtbZhij+vq6hhvjoIEpy6hSVbeevl1Oh8tL+GcXCFlBR2ja++e5eVWL1k5Do/WH0dVm
r1GGykrwFh1UaMPvKqk3KG9HAydFjkFpYF6nHb4i8+ZBelQsw/7ngWLB/uBQLCGIF2Kl+DL7hBx6
a3adMJ98QAFIQ3iHeRZEZYBAizJHo8Puoa8MjUarwGoTsI0DvcTX7ltpjkfAyUbF7lC+SgxiSCQa
0nPC0tCBXNvlgiODNz/8cvPqexqdchQNeBqJdQn8uPXGiGkBTYe3UCvjAf8/4KX5MUsPwPtxr0Gm
ayxMWF8n6JAgGTZns8CbY54p6fBKq30WVnLd89VaWBWNgJsWY6/ZbZE1t/bhWApVsnlHWPmAFbD8
UfW2w8BmiXrLoQGm7X6CwPlgPNSyHjdpzvJ7GmDXepSnPf+hZ/GyVK3bIMB2rSAk1d1bURr5AXvb
rsELkHw/5l9RLRtZyz8EVZA4GMEBwZXYDhsIXGd9brix2xhUrP0LC6f10pUr1gWfJyeeFILDrDLI
iQRjw1RO/G+g9guucd/6RRkyxf8F/hKovLpXqPlNPUUqdq9oR65v3dvFn1WqFrB9uHvAWtIAVJ0Y
PQUz9rktL7HRwEJF4n8RY5YnbddNEMMS2m7EzynzCwA2DzJIuWm+poBVW4w7wCAk1BS6p46XShvs
N+08dLs8Bt6fPssq+AplbmRzdHJlYW0KZW5kb2JqCjM1IDAgb2JqCjE4OTcKZW5kb2JqCjMzIDAg
b2JqCjw8IC9UeXBlIC9QYWdlIC9QYXJlbnQgMyAwIFIgL1Jlc291cmNlcyAzNiAwIFIgL0NvbnRl
bnRzIDM0IDAgUiAvTWVkaWFCb3gKWzAgMCA4NDIgNTk1XSA+PgplbmRvYmoKMzYgMCBvYmoKPDwg
L1Byb2NTZXQgWyAvUERGIC9UZXh0IF0gL0NvbG9yU3BhY2UgPDwgL0NzMSA3IDAgUiA+PiAvRm9u
dCA8PCAvRjIuMCA5IDAgUgovRjMuMCAxMCAwIFIgL0YxLjAgOCAwIFIgPj4gPj4KZW5kb2JqCjM4
IDAgb2JqCjw8IC9MZW5ndGggMzkgMCBSIC9GaWx0ZXIgL0ZsYXRlRGVjb2RlID4+CnN0cmVhbQp4
AbVZ25KbRhB911f0o1RlY4bLAI+xK6k45aRiR6k8ZPPAotGKmJsZ2I3z9Tk9gECIdbRrebe2dFmY
6ek+ffp084ne0yfyPXKlZXu2LShwXSsKyXccK5JUK/qDCnr1RgtKNNnmVye4x7YcXI+f7svjJxGS
CLu1VklOr7fkh+YSvAhXeJZPjoh8Kwx82ub06gdh2SRou6f1h1/f0c+//7alD+pTm9a5KpoNbf+m
77er94OdoWsFxk4ZBWyn50aWc24n/hU6ru/CzMh3Ik84eGeLSNpB6K1wAOmFFkz1XNtyJQnbtdyQ
IscSZq09rg4l/wR8nyvcwPF9fotFeTkal3DFdAnh4CK5gt94DeEIX4YS7wIRSC8QvAQswILhZAkn
nC4Bk+zeit5K4XmW4wxWCjuAmcMW/vGg5+9GI0MPt3B4+5NKto2jCytXHMJLY0pdTD34E794wbIW
QikC17Gk469MTJ1jTH/sI4j4MdKEFwApxu0R+bZteZIiYQk3QixPwWbMerJhfodHvPhwmjEsChls
nWHuYNiftN4eFP345uW7d78Y1G1wBlrTraL4NlPUlBS3zQEYTJO4wZdUqAcqyp2iqk7L2lyQZeVD
WtxR2vDHKq5xcVrx5WlBuJnqsm34gs3qL9r+BCQbL1yQO72fp8fxLduGv08cfTzPeqeSVKdlAevK
RGltnTqekSRl73hhO4z6wfEMpedn+RkiHOmaLLeBjAVEFGVD7NVaZZ8pyVRc02jqU3hlxKDZERlP
jm1L3rNjlhGFDweFaFxpoyDyCAxm4D7fSLe3GuSF81GcNByOkcEuOtuyN6MoAqsCyAv+TMpil/JW
cUbjfpfirOfomS+Rj9gPCbTgS+CrgivTIilzA+2Ooun96msOKOHTIDKAgU9Xr344Bg+ZWsXJxw1F
tFYNw7tRg2ufmFTLh42ky1m1DJy0OZCuVDJLJ1TM5Up05Vwa2BV1ayn2j7ArePXIrk7UF/bTJL8W
u8rAXWbXn1VyiItU53rGrmDGKosTw7A7VXymGH+GV5tDjLRpGpVXjWZCbeKPivI4A6mWraZ4dx8X
TXynqNyTVtn+5TVoFSB3PWiTExcfeRXoQ4Lt07u2jk0+x8Wu27usu4pxh1P+2/3PUO+urRWz71+r
gfB7ibUMmFnVM2X18qp3hugBMF64yE/LgHGDBcBcBcnT+tWVYx+FaLEcf7dhHbruoMAysC/IJ1U4
bTjupvZSU7e6UbsJdlJgJKtVvAOotC6TFJV4Rw+cw1yM+2J/q/YlkuE62PEhQKFqOm+fawzeFrvl
IMwkhiRgQLNMYH1gEHwKLsgK8y2wtWI1MmKLAXVUEE8D1HX0nes/gYFcbwFQM6Rfi4E85xEGOgGU
4ZZDPAHIRNztwEH4exwyBo4mIsSUtUH7QOsXhqIQ4Dz+J83bHKV+DNFFtXBokE40q4zQtoje3Z2+
mLKR+qdhdVGVWqfQqTACFsQQolCprDdAjeCfsq0hAk2egF3bYppEO6qUAsA4274CVoapLm0bHuUp
p2sb5jrqEZ5Cq3VW2L4RTzlfahsGWc9ipEzK7GatbzbTOmcKm1b1fdoVutMaxzhkGWzUL1Sw0g16
jlQfwFaG1UbOug5LeQ5XuN7XM5Zad7R4qcCZZvHqySOBM3k71CtuahfE7TIOuF8+w8HUMMwqrkUv
UIbL9epD39qdYgCfkJqIY98Agt8bpCynZefnXg51ZKLbqipRDSbpyTnMbJTivrs6bT5fiVY86aBQ
9W6e0co6V7Fm2TI2Yl8sMWcp9//DkufxoYA0j8KJMh+HRW/QfYACywI9yGh2x6Q6eWYv0qNRoj8+
zqfQiKy6+dTrcZ/JLEP4kRXI6TDDm0FxoulWz2v9jXSSMsLQpu9tURI6qyBQ3zZT6sEAYygOzP/7
NgPDoFfr3YUxRvNQ1h9RyJictKEaQBk289CNOzomq3h3bCqvQ0GhFC71jp0z0Ggdb98ZRjdrZd1Z
LyiLq6asbjanzu/nGb3zJwMN7wycTypUZwTVTzPCQI40MO1NBwHXqdVjDX6uFpg14qErKMQodorG
blqKuGuVtGCIDaGQQ5MINMgvMVUxove5QZvtD84I5ESwH0++zrFNnWLmwGQ1xuYpeT7bS7oBBRgQ
L561avWBwWE6v8mxny3j55sHEUkMrI6tyXjSquQGFJmCbWtoL6TTVc5rQ0RKzKvOz7tmccBTh3Sf
qp012Y6HLI/OHh6nHYydL53Wj37pydCHlneHYf3olRkZ+h4/LuBBNbiQZ/M8qvQwOsfo6ioZedZJ
9nbNuARpsYUgngu0kyHEUHUPpcacgfHLl6saetlMIHb3CoNcDWHfZk1aYRj89td7yZSIEqm5uZ9M
c79YKL9NRBzMyY6FYIzI2xGVk/KEyX+ApzRiKFCoVjZi8o2C4oGrjjJu2rYsBWVatVTRTd25X0bF
ol2qkxJx4PEQD1yatuLc52ZHFfdpXRb8eAhFIr6P08zcm6XFR/3i2YRwCjAPkplcXzL0zyGGJh0z
SKg87qSwJ2YOmHbxY4O+ut5sLELacg/PJx80YnfiTvtNTozDNnV6i0cFXQOHKQeVDzw7vkZD6bt4
dnSCmWlghvrVVS4IBtYPqjZDix3dfiZd5vA5us6aJ8z5MNajfV3meCqSIAw1RnT/wht5XGA6ZwLD
urcus2y50fwPBCrMRgplbmRzdHJlYW0KZW5kb2JqCjM5IDAgb2JqCjIwMDkKZW5kb2JqCjM3IDAg
b2JqCjw8IC9UeXBlIC9QYWdlIC9QYXJlbnQgMyAwIFIgL1Jlc291cmNlcyA0MCAwIFIgL0NvbnRl
bnRzIDM4IDAgUiAvTWVkaWFCb3gKWzAgMCA4NDIgNTk1XSA+PgplbmRvYmoKNDAgMCBvYmoKPDwg
L1Byb2NTZXQgWyAvUERGIC9UZXh0IF0gL0NvbG9yU3BhY2UgPDwgL0NzMSA3IDAgUiA+PiAvRm9u
dCA8PCAvRjIuMCA5IDAgUgovRjMuMCAxMCAwIFIgL0YxLjAgOCAwIFIgPj4gPj4KZW5kb2JqCjQz
IDAgb2JqCjw8IC9MZW5ndGggNDQgMCBSIC9GaWx0ZXIgL0ZsYXRlRGVjb2RlID4+CnN0cmVhbQp4
Ab1WXZOjRBR9z6+4j6Rq0ttNNw28ammppVXuGssHxwcWOkkroRk+XGd//Z4GhswkqDvjmPCQkATu
Ofeeew539JbuKFIkNeOKc0GxlCxNKApDlmpqDP1CFb35shWUt8SHo81xDWch/o/X+OV8JhISyXiv
VX6kL7YUJcNf8CakUCyiUKQRS+KItkd687VgnARtdxS8+/F7+uHnn7b0ztz1tjmaqlvT9nf6art6
O+OUMUsU6TT2KEUSMXGJEj8loYwkQKZRmCoR4hMXqeZxolaAr1XCAFTKhIWaBJdM+pspfwbKu5cR
VSiDA29CcwZ+IpYh0+FENJyJfjvRAinffqFitI+UBFyKOGdKUyqYkGmarP7TBGiawDikiGPSagCW
aDQujFbDBOQDsF8p2K7RWwocdQfbkqmKG3wy1Li+s9We6sZ1LnflbdDerodhrcGSAv/Dn7YwlFFr
OnI72pms6xvTEpGt8rIv/OUfTeM2uat2dt83WWddRVlH69VvtP0OYx668RnCWqSlUonGx2nipXVJ
rDLdB9f8QU12rDd9fUO3wfTVxladaaqsBKPWlLuNa0ZS+6yyHyeUVUFPcRe9oQ5tcrUr3d7mWUn5
Iav2pr15JUI6SU8SOiMUZADkB5O9t6Xt7j2Utq9r13SPiJm/ZmJ11uUHTMNf95RIXxdZZ1q2Xg2r
NmnSb4jWkyYFD5k8afJVXOG0LKGWgytwrheWBZp8wDtOZRwIFPZS2ZxVTqQgGNKwqGOX50VF7dbk
fWPhQ4qCewDAbmwaU6JjBa3pmbqdDPEMQJjCeiDbBaM4ok5jIS0/tpNpPMd9z4ppGXujUwvVwLbu
24PfU3T3CfHX6rWOwTVOua9+1usAe2RzC4mi4Q2sv7x/HcZcK2/ES9oKKtdRW5vc7qwp2Kke8mZM
xc9Jm8H0n5mJp6k8RIXEws2ZOCsw+OY09UdR4YMLGX2VqFDi76JiIReoMK3dV1iOnWvo4I5wqL5z
0LH3+slw2zE4Vv8SHKfYeOmiIfD8MeWeVnhUEE/6PCdfsJBMWIKl6BuYZeDygSqHxIPzvgfLogBp
HwjoysRz0VHH0V3FUYXGQ9ylpq7jqJF+FMSznq/nqBEeNS+5B/+Toyo88F1Wu5ajKiQnql/VUSUS
85LxPzjqJ0V9+f0KZW5kc3RyZWFtCmVuZG9iago0NCAwIG9iago4NjcKZW5kb2JqCjQxIDAgb2Jq
Cjw8IC9UeXBlIC9QYWdlIC9QYXJlbnQgNDIgMCBSIC9SZXNvdXJjZXMgNDUgMCBSIC9Db250ZW50
cyA0MyAwIFIgL01lZGlhQm94ClswIDAgODQyIDU5NV0gPj4KZW5kb2JqCjQ1IDAgb2JqCjw8IC9Q
cm9jU2V0IFsgL1BERiAvVGV4dCBdIC9Db2xvclNwYWNlIDw8IC9DczEgNyAwIFIgPj4gL0ZvbnQg
PDwgL0YyLjAgOSAwIFIKL0YzLjAgMTAgMCBSIC9GMS4wIDggMCBSID4+ID4+CmVuZG9iagozIDAg
b2JqCjw8IC9UeXBlIC9QYWdlcyAvUGFyZW50IDQ2IDAgUiAvQ291bnQgOCAvS2lkcyBbIDIgMCBS
IDEzIDAgUiAxNyAwIFIgMjEgMCBSCjI1IDAgUiAyOSAwIFIgMzMgMCBSIDM3IDAgUiBdID4+CmVu
ZG9iago0MiAwIG9iago8PCAvVHlwZSAvUGFnZXMgL1BhcmVudCA0NiAwIFIgL0NvdW50IDEgL0tp
ZHMgWyA0MSAwIFIgXSA+PgplbmRvYmoKNDYgMCBvYmoKPDwgL1R5cGUgL1BhZ2VzIC9NZWRpYUJv
eCBbMCAwIDg0MiA1OTVdIC9Db3VudCA5IC9LaWRzIFsgMyAwIFIgNDIgMCBSIF0gPj4KZW5kb2Jq
CjQ3IDAgb2JqCjw8IC9UeXBlIC9DYXRhbG9nIC9QYWdlcyA0NiAwIFIgPj4KZW5kb2JqCjQ4IDAg
b2JqCjw8IC9MZW5ndGggNDkgMCBSIC9MZW5ndGgxIDEzMDk2IC9GaWx0ZXIgL0ZsYXRlRGVjb2Rl
ID4+CnN0cmVhbQp4Ab16eWCUxf33zDzHPs/edzabY3ezuTdhQ5JNCCTsQ+4LEgIJ55IEEgghkBAC
crXByl0FFItXixf1bDVyCRKVAkXUakVtrbVeFalaEatoLZLN+53ZBKHt+/u9f72bzPPMzHPN95zP
9zuDMEJIizYgDikLlrb2cA7ODz2/g/LSglV97toHJhGE8J20LOxZtPTk+o7XEOKyoD1rUdeahe8f
GX4QIf5mhFIHOtpb2749ff97CGUWwvN5HdBhmSBuhnYftBM7lvatvvhe/BZow/vQ77q6F7R+svAr
J0Jj2qDdsbR1dY8wnvsrtOn33ctal7a/71q+Fdqf03ZP94q+6OOGswj5tfD9cT297T1r2v80jFBW
KULkI7gHwx/9aZGInoOzG81mPQToG/3xSGBVEamQBDUZipr1aOA5+tMhPTKw2ujBiEyjVWRGFqhb
kQ3ZURTUHOxKNHKimKv3XF+JRXEoHrlgNB6UgLwoES4noWSUglJRGkpHPpSBMtEY5EdZaCxcy0ZI
jBetwpfCWX49H+LeRUaEhv82/GF4dbgtPIu7Hd6F0B70GDqKTqNXr35sEJ1g9VVoPzqOXr7aTys3
otvRQyDXP6OLV/vvRHvR42jgaptWdiHauw89ip5AB9Az6CT0bUW3Qu8v0a+uubMbbUE70T3oPvQG
jhvpP0msODKCT5GWnMUr8A7gSgYqRXPRCvRjtBnGdQbXQl8R9NVDby9ajW6D3qPozDXvHq0WoSYU
Qp1oGXoK7vgN606HZ6ejNuilfZHfcrQWbUP3o4fRMdQN9S0w3rtHX3LN+UbiIR7Uhz6GJ1/CPyOn
gaKH0SbRSuUvnKVc5UOMt2j4Q4TCbcPfgK7PJ5fIA+RW9CTpRLWKvnF6fl5yksti1mkFnmS4B7ik
Mm+Zt7Vju7usw73dW9pSmplR0zCzrDTG45mVmeGG7lL3AG5xlw2Ur+pwbC+jNwyYfQMkqYyWzgHl
py1Q8ZZ6PB64YvnhypHh4zdfc+kpBN/qmD6TfpKWlg73AA/PsUMM9IyMgF7raIGjtxQG8F/7rxti
ube8Zfv2cq+7fHvL9tYjwxvme91G7/anamq295S1uAdQ/cwBDP3P/DRmoPzmWQPGlg48Hiijgyhv
mBmM8ZjgOzXTvDVTZ890l21vGSF9pGdchBFPEVQMoyEl02deewEuUj5RMREMBxWYLlirClmfFgmP
aPG/8u4r7DA2y2PymJLggOGuyxsE9D09I6iw59Ej3FmOB3nS55MVGxFFToUNsiITLgMp4Ar4DJX/
Qk7IfyGEgoU5/sKxWZjzsj+O9230PQJFtA49S0poibwTLEB4EbQjBjTjKWW54mmS+4QeeZ1lnX1d
1DqnpJbj4+wGG15kw7Z4rcFosWqsKskVG4UcuMOBHfECwU4xWpwfbZ3fo8EazqQxRXO8DsXgmBhd
lBPH8cZDlngiyLz2kEFlsDh4DbJiK2fQ1GmIRkLBUDBkjirwX4gU7M/xs7bfHzrnPzc2a8tx+A2F
ltPT8S1Gehxt4RD2cB6bh/NaWAl4LB4oORwrAlwTXgwfmItzw4923NgR/ooe/ognzw3/Ds9YfONi
rKeH9HAg/MU8bOb2hbduCc/Bv6RlC169BT8Unk3LpvBGYO2hcBtnAN7bUKWSL2NZFY2jValcqlCH
K7lKoU7VjJtV3bhb1Y9Xk9Viv8qswli7lsdSFvXRBhe/1W68dAGIKwThBEEyIexNJiajOT/Hpscq
kdis5qh4HMUZPn7q1KmnPp66O1hYUzWx8O7J4baX8Qc4E/4+eFld9Xz/uvCf9j0ePrdh3QtlVIYY
7Q63kQtsbFOUIpETLTbOZknGyVyyJdlWgRVOsVTY6rl6SwvXYlmDVpEerseyymozY167EmFzkMc8
r3Gh26KM314/QiNReQMTcX6eOZBLUsbglECO3UwuwPAm3zNhYlV1UXD3VBguKQy/EXa/rC57Yd0G
HPv4Ppy6rv/5KvXLYffI+HaQIPhRDgWUZCdOxz4SQAWkDFWSRjSLtIHT+i2nJYRr4sFHESchxB/K
8SPjpWw/ZZSMvRYSDJ+/7QkcN7Sc7KQ030XGcjI5D+90K1ZcbCCYGIQ6VCc0o2YBDIZQPUL+0AV4
ASgFJw/tIj1k7CH67BAcPmfjsSta0oQllOnHQUww3I6C8ITHa8rBn1+8CPfAm9C24Q/5ncJFpIHZ
bZKSlYcLNLnaCeYJjtz4MlylKdXWmGscpfFaW5VMPFWc2uBBe5MMSa4kEuMR70wEpoagwJvpu0PY
SDxuKniP24wn4kBuMjDWmyCq9NhmtYMK5GTn8Tu/D38XvvTPy1jG2n+G/+WNjk70rmmety4xIdqe
6FnTNm89+TTcHd6G1+Pt+Ba8Ltx/5dDUd+6+84Mpk6dMqav+YsfPX582pWEKDB/ovR+4eqvwJXKj
Z5Sp9a4WFxE40WTnbKZE0wRhnC6gD8YF4wtcNUKlrkxfF1cXX+Vq5kJ8SJgjN5mao+fFhGKb45rj
O7k2sd0039Yd30P6TP3O/tj++CTuyPAnB7VasZFARZlAa8hgNGRK/tgsg2IQDYpWJzYaDJpqCyGu
aiy5iOSx2+l9drt7b4IhwZVAjEZyl8f4bbYfGJXt910wF6DgUHYQlNEXGpvl84VwyOMJ5OXl5+UB
vyizvNDKyeZtVlElsn8Pf+sV4+I35hzfcde2OW+2qysudH+MeV96yuKaJecWcJ6zsw/Oeuad/r6b
lOLXvePffbZxd/HE1VWLfzs9wqNjIONN4AfT0Q3KdLXklHxSkRQwFdlrpFLTbGl6Wqe0VtLGxTmr
qGCVJC7JU50kxhOD2qUmarW+WlS7E9x1cTjOSEmLs3qQO05G92YYMlwZRL7HZzwfMp43FRQYLwBN
F/ygDaCgQXPBBX9oiKp5CDNSvAnJ1MjsoAQRYlOSGb0m8HMmSrI9ym7nN9UWV75w09q/TtE3/KWz
YlNuRmbAn/uzuTMfnMBtGJrkm+1Zc7i2fiZ+u+O5SeU1OYlv5FalZvtW103udCe7HFoy/GS4j+fT
cvOfuKrfDwsXAL3lozalVNTZdQVJOWNz8quSiseW5DfjJl29u97T7lk5Vu/k0qriLJao6jjOQAKg
7M4Mv9nrQWYZ/bzAUOAqIH6PfOc4pvNALlBrLgBhXgBKgUw/SJaRiiidySSQa87PS6RE2byUTqQa
JVEFZhGhXBSpWTCO8A+H//D2soNlTaHG0ExsPzqhPk0du3zCW8PINv3BJc231s6c9XJ+cExPUeNt
kwmZVDBmSfDWh/BHH4U/LC2Zhs2/OY2zb1jer9Y9b4gJf/1xTsAbKHrmltDaTLc1Nd2e5tr7dCAj
7SmqDwQtH/6I2XyEJ2USH82n8YVJhb7AmNqkWl/JmJl8c1TI0RDTg9clGUxx2VXWtCqrGDeiCwGT
DEyRnWhvhCkZHueea5lCeQL8YPIf5QlRifwP4jfniyJjUnIgFzGxm6/y5CpDQEX4nbNmzwl/cTR3
bqI6rnPSu99bQ/ta5/6sZuYsnPGnriNljXNfUsb5u4K7Hs5TMruKp9xXjjmu+GT4RE/veo0WOIHl
T8dlJeYWDd50DseXlEwLf7/vnsHczJSDDzavznTZ0lNtaYBdZgNTqgA/UuwRrxhxExHEJkFSoUwR
YQyes3CocMTDYfCeJiik6iL8OAXHff8geFKCzod3kNtG3lGr5KsFtegUnGK64BMDfIFYxleKjfws
sY3v43+rMrBPiKomSRSDfB1PeB7CCPYpYNzo9EA9Kp1JTTkWOknAF6voPEE/euV4ZK7gKPoWfGDb
NohNctA2JVvQ2rQp2kbSZOuPFs2mjNz4eFVcrsRl5qoku82cYUjWUZ/lppZsMKiSbOjI8LmDtA8q
nyjMwtHygCGgBEh8hlV1ZPgf7CqtHKYPqbpyjd/6fEPZ4M981J35fT4wdcYgaFwoACuAYUcsHgAf
s2rqy2x2O45ovhd6qQuwRJr0JtoUfNMrpr94z9CX+OiDD1Q3VHfNvuOJ8IHEVP/mBZ9jFFrm96f0
51VkbZsffhGLP3koMC4Xv9T9WH7xOOGsI9m3ZV7nzzIl18uEz6uOitGFGyzx8c1Dd8/uTIo2DP0x
JjEFQlWMVgx/LJQLn4MvbFWqBayTRasdx8hWW5Itz1ZinSPNVM/UzzHOSW3hWq09ZJWhx2qx2525
ZpKenpwrqu1oObg9TD2fPyOY0Z0huG3aDh/1CcAPqiY5flooD5KY9/YmJP4Xb0D9+g+qniOU58+q
LNrZ9ED4n/NbujrmN2PdvtUXbzOs+2r78kMVZZMbS8qPdey8vFTf5UiPssTMaW3GSSeO4IS21oXj
q/6+aF7V5JqP9/zirxXVFfPng41jphcTQC80aK6SyQWQZJSIJAlqFYcFSSZWZGAit1CJotU6g07R
1es4ibMKR4a/YAKnFSZwoUt7jcCHsgF/BwtB0ssjaMJD7QHAfY4w4fRQ9OnT5G+nydtDKcLZoSOk
ko1lG9jXH9hYxijRMp8tcmouG0u6pWpJM1tt5QQym1sK37iUbRyCcp7Nj0PZgFU8AbC2gMdGLe4P
QwdPniS1J0/eyd9/553fN1NfhtEroP8r2buPKSui5SY8V+YEOVUeJ1fLHfJ2+U8yWBsAfRxNAJvJ
BbhADmiqcJVcppmL2zW9aI1kBHS2FZ8BjHQA2CXJB4hGzak3qrFERvilIZxabdC5IcpXEF8Pn10G
/MIRbn01yq2v/oNboVB2ZIpgDGN2QVH+2iEHfxxvMa4dCjmk4zi0vNfjwSrGRpyDhZXh4aEDtwMj
3/hyaBG5Y29YJZy98k9AeaURufKrgF4BTTxMOD4AAI+arY7JEakMKsxb8ZHhT9mgoPIZGxTuEpmx
hkyAOqilUt5SqfGrrjScJp8IZy+/H+En9Sffwvu16LCyuEmNx5FxQp66m7Rw3UKLuh/gdb/Qo9Y0
yk3q2RqujevjVgLD1YSTRQJukDfypfx0Hn4qjcxhlSSrNSBfK3IwddNG1E1v0Lv09XpO4GlbsIBv
+WzUyUR0TtWlYwP2RZyMKQrmlIjWhSAKPZjLd/IkNAuq+9t4HJoFQRY1uF4U6gV8i70YmOnB2CN8
ezo8f1W4/SjWA5LcgC0Cd+UObvHlIeDoSa5oxE7Af0Au6V5F0apcqlxVmWqqqlW1XKVaJWIDJqIL
28RcsVScJi7BLWI/7hE1WsyLZDZuFAlRYUnkMC+JmAAZlxUvJUllQVpGsDpCsMagUTSEiLRFLPyR
4YjSQCVCLt+lvobcIR9gqRF6KV29y0MhFPKMUAWGNu6boYlHcQ7ZeFTIvfw74ez3Cn8cmA+y4/cA
LUaId/uVrPHWorgaa01cvX66od2gis5FKqOKqFSyI1fNyZLB4/IQky2i1D2Ip3rEhACVz0bmgW6P
wRP0kGiVVR69CpWPmU7JXe5Rt3AJUCyNy4N0NmBhyaj/91JBsBlgZIIHS2a+nt9TNnHy6/edPo1v
3/xMZWPo1bz8rHXzTj28eg94ed6w4NGJkycPgdPIzCp4bMvk3kRXzNCvff6sTmrzm8GHE/DhWeiI
sg7UzIW8MZLVlSalOhJdif4CKc84zhJw5aVXS2XGKkuZqzqlNH0maYxpdDVmLoleGNPuWuhr8a+z
97h63H3pfZmbzV5Z0RvzJXoAPTY5U/k40eNJymWYB9y+J9XmNNmQxymjvmxDdk82kTvHXgN7R0Av
9fwmUEZQTMU20zQjtcO0KHWNaVXqNtPm1DtMd6WqQ7MimH8EECdSQMwDS2iolEz/A7mAGXmKGRMh
FohMEYAQBTK1qv4Pe+4PD2/SL8epPznySuuCmifnn34eF379Cyy26xvDf7/13t+0rFE+b3joEfzo
jMcmKJWFE76bt3D7igXznFanNf3lB49dLMz4rLJ5Y0eoM1afasvYH7F5OPJfgN6o0FjFgfmAyHGS
QXbJdTKH5mArP6dOwDAbDLNQSACIf2noHJU2ddGYun8IQvkvhj4/PfQ5vMdz+X3BA6lJjPYPfyik
wXvjYA7K8Zq9jiKuSK7lauUbLDdESbE6zgacjYEc3jWmssplcLlcioszWLVHhi8xhaQVpnLaJfER
N8aO1I9BGmhU1SjoTg6AUxtF1IAooCmkVUyd/Oq2m1+rmFpx2pOScUfnkj2ZKZ7TpOmBf9TXlldX
NnzyKLfuyro1NxdMKp5UXLB7KbcdbKkDYqY4fjXkenPQx8o0rZr3RqttXt5npjacwY6Z7DhLPzV+
bsZifUtcd+Y69VprT9y6DDWRUouyTIqJmExuqS4Wx8Y6gm5+7CQJZhUDBFKmFAgpLynMPRAnitOA
0X2gaAwGmI3ZW6F9SbHJMo04GXtuBUjmCgQD3Bh6xUPvHCPRsYyJ0djpfRrmXTSMmZpNDKP5LoBh
Gs/74AfhypAvG8AltVIWn5mYrbKYBa5DEOoNjOAV0EGAY4n5EZ38ISK1gx7aOBO7CxSTxvJxx6Ib
U/1rG+54fWn7Qhy/LzM9taeo+nCrOv+19lVPKsHiY02flk5t67thwb4bTEXmKNeZe/p/kZnpluKU
6Y4oY0rS84bEFP+Y27rCcThfsFqiWhtbWicD/48C/3dB3scCkf2DSlouCRgm2LLcpaTMUGNT3DPM
i8z90rpYrV4Wo4pNvBbHK6JaI1lHVcUaAxz8/CBjIPQx1YWerxUv4+YuiMyDCUQfI0v0FplNTLJT
K9IW6NuX7AGoXDxM79duhQgeuDTkAx6GjODvgLWMk9TlgY++RglVFA7RUM/MRcJ5UyS+21VXUvHY
wuYdZdqBwbr93ac/PrFxd8MjlfUrqn7+FMm/+YPaurpMQJjWoTcnTQu/Fj5/5vcV44Y2JMYCwgFb
Wjz8N+5r/gZYh/iRMt7grfMSH07Qp9sTHeNxQD/eHnBU4Tp1qb7OPskxCzfqF+N2/Vq8Qm8xGq1B
Le/xOIOcbAAOvDfKk/cUI2PFLd6oGJnRDa79O0auvCmBWRg9XAtpIVUBmHYkcjOyyC0S21I/FfHr
+Tnc1/MebV7zUmVVPc78Z8vRyeqmp2fcd/TQvoJV/rRKm7o8M7uisvIvu7EZj8tLOVtS+dZrL70d
77D56ToNQV0g95IRud+kJBU6s2LHueucxbGV7plih9hjlM2YmATHJD2kH+OLBbXJSi2JuQcwJJhQ
FT+zIgObeSO2c1tE2jEsuImJAbMBu5EkSr60iUn2QgRogICzAd9eYDNZAaCkiFV4E4iJmgRLUZhy
OBOL3kdMoGRw6sCiM3+fWlZ6qHXm1prBwdrVFXsHtu6p37eyfArOxaYd702prU9KwecuD5MbE5x/
eemF31cwWjuHz/Mt/HpYh3KhTUpKMu/TZfETdIXxJXyNriZ+tq7e3qlriVqtWxuvx4UulyG2yMZr
KNxjxGk0qqABNDeakn1JYXEd2gkztgvmbM6FmXPBMWZ2NhNKrXlTZM72MSWGyYrFKz42b7P8neeq
88yxgaTdyETFbLaBa6V+gG+58uLEvNydTb1/G6tuPr00/Fn4DPZd+us3T+Pde+44oCUxi+4am5U1
J+OV1DzI6dpAyMXh775Ov/2B/RuBZNDjUlgiMIvxQPNGpUiyFlhXChxMP0Eb0ugnSiZBJyGa9JcN
sh5JGqaWGiYuDaYEaJwGE9IrOmO+noqaOUy9mRottL+PwGC9m96p3xbNTJZabDbYrY9CcUi8g9Xm
QPoN4myKGCFPTQmz2WgKCsBKIAd8H81IcGa1qy15zVI8LXxgsL//9LFge7owT7YsuTl575VJ3PN7
k174g1aiNIHOhmfxJSBHLyCSJ5TMIsvE9OyM8Vmlco2lNr04oyZrDg4Js+2duEvotK8XetymBMHs
saUq8TxAxuOKjSqsSqVRON2YSTaVQcSiJ9FMZTqeKqrZiUQHcv6nVme7soPZxMfY44txsLNDpMQ7
No2lTopq9Tkg/Rrnz3w/EzhT7yQj8lyflYNJ4Dp1B4O+Xt3D4fClWY82qMecaWv5sdcb33jPatD+
8knPzG29qQp8W82Nyj37N97V8Mv+8Lnwt9FRx82BMWkpy0oXlpZgCHN2na2tqEtJzbryR9KaEPfa
6cETQaoXsCLIN4Pd29EDioWz2W0rbZxRJxVbeD3GOgls/DvmuK439g8OMq5Q3J3KXH0kDooAilsd
LkeLgxg1zMWPaJFTR9Et0xsd64f2P5izpxXm/XRbYa0AuMa8PYs/KCfB3Rcyt8CcgimSuQCTAK2J
uHu7jW8eNDui59VMfmTy4ODMwQWHniPrJ29JTk+rnXDlOXDsr1Q1/PkV0JcngeCbhHdYvqlBScWl
RNHo8gknCoLUD+svt6EWnmk+hEcgf96JW/oZArvCWEChGPN3wlaJDjR0DtT73Hmq2UEfzRmBFnMw
KnzTm29qBwcFx8nLSZCZwnQdln8SeKxBg0ppKvkTfkfmZGzQuXAccekysV+XBWHKdM1ishbTJQvs
ZPHwQRYP02BYgHUfQdKQFnUPTQwztxPLJIB0boiIicTxVAwcGzfnhJGej/BaYP3Q/mcEREKF8VrY
xnILI7ym0SlkjiPBD+QPafDDAuZvIgHzEIuWIRC6GizzT34XVtYODhLXhaF/4U/7wj8VrVecxD90
Beg9Bny+AejlUJHiIRhLlIu3QYQPQ0RsiMjZD1k3NjaIlb87TK/grTzjKjCV8XRkyeSGwUF4FfNh
oKuqKLB3H0ZKkEvk0iyJlrRSd2ny0+mqw0k4yRUXK0UVpybwcQI2xkpKJnZlZmUqmfWZPZnC9Z+H
r37FdBgqXyou9n3mqXGrMUkTa2BjBW8PamBwGqkRUHazCr0XKt8zhkJlWLFR0ze6nOwhJ3vI6Yy9
6idj1fQRaF9hj9CKoqePxLa6jIpxg5Ez+kMU2jDFN45UaFo/gnd8EIUGC8EICoeyATwWwOoFTI8/
WAKAQzCG6wzDFpky2dGmihrU2aKaptbtreP4SHXyPdRSnlzQe29K7+CSI0+S9ZWbU30ZdUVRRfFD
AbK+elOqz0ethw+tr2poaWxpfB+C3Kv+AmRgB3T4b/4Csnr/V3+hmJi6XusmgKlKLOUM+v/nMCJ8
+Z8dBiOZ+YtOwETLgVYN7Fq5U3FO0Ocac60T7DX6UmOptcYuGYIybwtyaoCrkRyUloLfP4/6xi9G
Ed+3TO5w6bISTeWOdkUbol3RwejuaB6CDjrVxIhHhsNKNGWSaKRMEVmKRuTp/eImR8QxjqIlBoLZ
yh/MpEZY94jABRQBviP4aHn4k79fCH+Koy78HTtOPHbHXY8+dueex8mY8MXwKVyITfBXFD4Zvvj2
G2+8/frbb1HsH27jdwG9FPs/piRlkwJbtruEVNmK3U2A+38srY9Vj+J+AXC/rNEC7v+W+USG+/+T
4m+VuAjFV3G/llJ3FfdfNZL/LQL4fwoB6JzARPzvIcCUiuIDbTNuqRocrDnW+dKHJ7bvnLqvBiKA
XwyQwq0fTqmempwazhD+tTLYGP59+POXzpQXDG1JdL7JMEYbwxiUJ7crSRO4IkDG4921XI2zPLba
TXGxQEy8QwFcrAVcLDNc/N/mzMtKgGn7/wSQ9fQOiYWX18FkhiioNwDn+G9AGdYp/jfkMDjjV20v
XJhWWrx/weyfVgJUmLK6/MHHtu1u2AeL/M6aKkh+6ne9W1NVn5qSdeV5stob++6JU29QrMzwAdcL
s5gZdSj5SGeE+YbTQkCD+BK1QZABiVkVa4+VaFVs5lQxdVY55USqyjLzfDS8YRYAlX9F4pytlmtm
eph9YAoF5wYpHBbSRbAhm2tGHBnXq06vy5vxAKD8nsdnjc3I4Hap5clFV/7Gh345u0ZQRXzTsuGP
ubcgd5CDPlIWikSOsZHomGQ5PTFbLkwslmsT5wkh+zRPk396drfQZW9xt/nbs61rhX5Tn3tNap9v
O96q2+Tckno7vjtGg/SOND6e25CAExKSJwJiVGkmcrInjRGYFuNgzt4B6n+IGrADYPAlBbAOAOAY
5HGowNqvWkOEeuj5TvEwa9gxklNoDvQHBBXLIqhg3gAwujmXpg0iuQO2sOuDVZ4Lvki8MJI+oDlX
iAhhpeeHlT3IY6VcTWSNRkxXY8QomkGgB+6toXfW/75cPevPbetvTk7uSr0xsHtdwfhxv17S9kqp
uvLVBYt2+NLn5d7ou6miAhffdWqC942Suvqm4oQEh+zQp9yxrGxtlj9/rPfFQFXdlDKv1651qOOr
qkFPJg5/RoaEvbDnZ5VSrBWcsDjGaYyqiTqNWoiJiYIguC6uP47o0c1xks7IZn6ICoFko1MtqWhg
oWKIRsUu0UWvSFChiqIcU22NjSgMaD81AT8s6cOkCCoTzIGogi51RwLkAA0laIIdwoofQioyFPjR
2Mf39/cP4o3h9ZLDPrluTJsdVtjNR14mDXvxpPDze8PczAW+1KQYurkR6HkKfP8M0HuKi60aMVq1
VsURwSYLJoh9sUSD32//CzD+bNT5f6ukMGuPzHhsuke3RYDx9bhYoqQyXCwxlaJtZi1Q+YZZi7Rl
BBezrNJVhMzSILAexNAAix6uz8KZcvgZg81PLB44NWh0xjQ1VP26ZnB9Tf1br8GKzsbGNb6M1NoJ
XDGltQisuR9oFdFmZVIynybmwcppOV8limlCgaAIU4UWQRCdcCfv5AiXilK4cSifq0YV3Eq8lkhI
ICs5DMsNEsEcqPlxJV425mtRLOw5XAsJ7lskgwQLxBaunVvJ8dxPVJDAhWROKJJuh61akaXLLcYh
+EdUtWElIQfwYX+48Nlw8Hd4NgZRfP8gH7qyhVsTkU8T7PjMgzFr0dHDEUwJM+glZR1VKR0Xx2Xg
dJLGJfHJQqLk0+TiCUIprhFm4Jn8LGGGZimZz7dJnXKbeolmDf4R6eX7pHXyCvVaTbyW0qlyioKI
ZCMExIqshqUSScPJWpGIQKNBdIl+kUPJ9FNoh96oD+q79RyC719WdFToIoSEcLyJLaVAxH/eR2ME
SE/TjScArCmZOAS5PyCTUmoBYi1iXvjdJ8Ifhj/6dfjPp17BUffg+BOUaC50hRJ+L9dKC9PNIpin
qbxU6GZlEs/WSOrFFrFHFGVOJURzUUI5ruJmohl4DexnUlGCBCfP8VWonId9vYQXiJZ0AAAnHEeX
H44rCSPyqmYSE9AtkAfAHG/hy/h2fiUv8D+RjOfoQivILKogRP31dUKDxTSQG6yWR8Q21Pfia+ES
2BGHZ/Ohyyr8Op9y5RQHW5wxjJ+syPF4FzQ0Gwq/QTEskkdngr33ULFGzuFZqijIVNB9xoT2wg+e
kzThBtimnDF89/dvanazN0WuRY45EnSR1yDL8Sv0iHgzOsk9gA5B2U0+RbvhfBechwQ72gblfijH
RurLuQfwbLh+XliPzgh70AqQ7BluHtz3U/QK34fOiM9B/xV0hn8DzqvRZv4LWKl7B+3nX0Ud/BV0
lPehxXDu4k+hTvh+Ka0LRnSUZKMn+UH0GzgfU51BR2kf/w7qZM/APVwne3YZl4ImwrWn4N4iGHcT
PQNJbvirRu/hDNiN9RA+hf9CCsmrXC33R34ev4EfFKYLZ0S9WCgeFM+p5qpOSHnSezDbdqhT1QOa
RM3dWqv2xzBV79G9rq/WrzKMMzxhTDYOmLJMm82l5l9ZEizrLZetMxkXc9B8iNSWwMomgRUsP+wg
RvzPYG84x65imPmp1MDcYI83gmRp3dQmX1N7b1vrstZR+QzXwq7k//bLAdGBT8A8FrCIYckO9p6p
sQZrsQ5WBg3YCCDUjC3YCikrO47CDhyNnTgGx+I4HI9d2A2ZiwQwkUSchJNxCk7FaXSrH3AlE4/B
fpyFx+JsnCOs6Gld0C4tX9nd1942v0u9bOXS+e29KxYvWib3tPa2L+tqX9inZrXexYs6+oQF3UuX
tooda3o62peJPe29i7vb+LXtvd1c3w3d/MLFq9q5FYtX88sWL2uHW7u6l8kr2pcuZjVcjEtwJa7C
NbgWT8ZTcD2ehqfjRtyK5+MFuA2344V4Ee7Ai/ES3IWX4mW4G/fg5bgX9nb34ZV4Fb4BrzmKplMn
uT8tO8+4371f2V+/v2f/hv337R/Y/9r+D/arj+//cj9MMMeVnkNRjjxXKTY0uZpIXWNzI+meju+d
/uR0MnVaFN8wzc5Pa7Dx1VUNfHlVPl9Rlc1XQqkKFPCFwWy+KFjETwx6+JJgHF8cbOAnQVGgBAPZ
fHZOGw85Nz6QO53PDcTzr+V+kPtlLmy8++LAwaTKPFgVOXDQ6IXzF4ruoGzIO+is5Fcd2HwAhvXl
gQPsjsvK8AE5Me+AtZLfttXC93T1rCaGn7+/lyi/sEfnKT+3x+Qpd0RBbU9UTN7mTRaXYaNhk2GH
Yadhl2uja4drp3/Hhk0btu68ddemXVt2bTUoP5GNeYZeVy9RlsvaPMNS7D6D3S/g4OmLp4n7t8pv
CZqP0XzjfKK03tdKDHNwptXEZ1iTeJ+1gE+3Wvg0q413WeN5j7uEd1sL+RedZbwzpoKPcRbyTivd
2VfAW2C4ZquTN0HpsWLFOqkkz6BPdyER607WuLQnalzq4zUuGYowWOPin61xcUdrXOSZGhc+XONC
T9e4Tp5Idx1/Pt31rNI06HE9c9Tjevqwx3Xi5Cnd88d/oxt89jnt0WeOaQ8/fURrHNwwSJSjG44S
w+Hg4brD/Yd5w2E/VLuh+vzh3x8ePgy7ofN5rY7A1niOwH5uUi/gI3h40y23xA3sgV3xAxviZh2R
UA1sYscDeMesAalm2kgV0VSBb0XfihWs8m+HAa5sQCzraB0QvaUraENPG3rY/K4vGzDQusFb6sMD
1rKOASvU/uMlK0Z/cClyMfIhVkcr/+1zrEnH0gcjgqzd/wFAHY/3CmVuZHN0cmVhbQplbmRvYmoK
NDkgMCBvYmoKOTYwNAplbmRvYmoKNTAgMCBvYmoKPDwgL1R5cGUgL0ZvbnREZXNjcmlwdG9yIC9B
c2NlbnQgMTAwNSAvQ2FwSGVpZ2h0IDczNSAvRGVzY2VudCAtMjEwIC9GbGFncwozMiAvRm9udEJC
b3ggWy01MCAtMjA3IDE0NDcgMTAwMF0gL0ZvbnROYW1lIC9MT09PUVYrVmVyZGFuYSAvSXRhbGlj
QW5nbGUgMAovU3RlbVYgMCAvTWF4V2lkdGggMTUyMSAvWEhlaWdodCA1NTMgL0ZvbnRGaWxlMiA0
OCAwIFIgPj4KZW5kb2JqCjUxIDAgb2JqClsgMzUyIDAgNDU5IDgxOCAwIDAgMCAwIDQ1NCA0NTQg
MCAwIDM2NCA0NTQgMzY0IDAgNjM2IDAgNjM2IDAgMCA2MzYgNjM2IDAKMCA2MzYgNDU0IDQ1NCAw
IDAgMCAwIDAgMCA2ODYgNjk4IDAgMCAwIDAgNzUxIDQyMSAwIDY5MyA1NTcgODQzIDc0OCAwIDYw
MwowIDAgNjg0IDYxNiA3MzIgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDYwMSA2MjMgNTIxIDYyMyA1
OTYgMzUyIDYyMyA2MzMgMjc0CjAgNTkyIDI3NCA5NzMgNjMzIDYwNyA2MjMgNjIzIDQyNyA1MjEg
Mzk0IDYzMyA1OTIgODE4IDAgNTkyIF0KZW5kb2JqCjkgMCBvYmoKPDwgL1R5cGUgL0ZvbnQgL1N1
YnR5cGUgL1RydWVUeXBlIC9CYXNlRm9udCAvTE9PT1FWK1ZlcmRhbmEgL0ZvbnREZXNjcmlwdG9y
CjUwIDAgUiAvV2lkdGhzIDUxIDAgUiAvRmlyc3RDaGFyIDMyIC9MYXN0Q2hhciAxMjEgL0VuY29k
aW5nIC9NYWNSb21hbkVuY29kaW5nCj4+CmVuZG9iago1MiAwIG9iago8PCAvTGVuZ3RoIDUzIDAg
UiAvTGVuZ3RoMSAzOTk0MCAvRmlsdGVyIC9GbGF0ZURlY29kZSA+PgpzdHJlYW0KeAGEvAl8VNXZ
P37OubOvd2Yy+2TmzpplkpkJWScEcjHsi6BsCZgSEAFXkqhUUF/igkiwEq27FrDW3fc1rAa1Nfqq
daPS1lq0tdK+aN3S0pZaW8nk9z1ngkvf9/P/Z3LvPXc/y7N+n+dcQgkhFtJHJKKee/HKbukGzWQc
eYMv5264TPlb1bvXEELvIkT/8prutRf/adLBOwkxdhGivW3tRRvXPHZ+tY8Q20lCrjxn3XkrVxdY
89uE9C/A/Q3rcMBVYfkF9m/EfmLdxZdd8aFkkbD/BPY/umj9uSsPPHFPOyHbb8P+hotXXtGt2yA/
TMhNFuwrl6y8+DxLQ2kz9quwX9m9/tLLtP26FdjHPeSO7t7zuo833fYj7J8gxO7CMYof/7MQHRnG
ViHLxRHGD4o/iWiIVpR0RE8MxEhMxIzrCbESG7EXL/q3tYx9B3GOH3WRElFyEw/xEh/xkwAJkhAp
JeF/u4+QiDiikCiJkThJkCRJkTJSTipIJUmTKlJNMiRLcqSGTCC1pI7UkwbSSJpIXnszenguiWAJ
Sbfh+WTs91iOY/moMHvslPZCEi9cMHZM4q3+z/GF4Pl3kF14zwlaQ15AD8wmD5EpZAG5jcwgb5In
0cKN9HX0QJxMJY+QJI0QRqYTL9WSu8k75BzSSz4gx1C/OeR31InnTCPdaGV+7GOs55Abxw7hKhNp
I/9FnqYX0YWoexuZyapoGm/eMTaM/igfOzx2FHs/IB/QxNgeMhOlD9F7ZWQzuQV9eAF5bewU6psg
q8jD9Cr6Mfqmi2zX1Gn6xy4kE8kB8is6B6V5ZKP2qPEAuQh3PUC9dHjs/bE/kp9oKDkPT7qW3Iga
7yXDLCO1aXdjnFNkEjmTrMTZK8k71EVrJHWsbOyMsbtx9GHyV5ZmL0t61CNNZpEV5HvkfvTG2+Q4
+Ts103r6A/o4fj+nf9IeRd3mkMvJJvDED9B7D5MnyCFaQ2uYl3nRW16M3WKc20EexPv3kSN0Du2g
w/R56UFtrtA6VjLmHvvj2BjGtx013EWexztO0hyuwRukmHSZJqy5TDth9Bq0cDW5jxwhP0c9fod+
/zv5glbi93v2H2zz2NKxR8Y+QF0MoKEmchZZRtaTDeS75IcY1RfIi+Qv9EtmxJVval7SbtKeGLsV
fZsiZ6Du83H1Qjx7O0ZpLxnC72200kEVtKKJnknPpmvpDnoHHaLv0HeYjkVZD/tEGpRel36radBq
x5rxJA9oOQIqWUrWYQT+A719K9r7CHmJvErdNEWr0aK3cf/nbCKbit8D7E32O2mLtENzSntD4Vjh
08KXY/3gr6mgu3b05mPohT9TD+pQQS+gl9L/Qc0H2H7JJslSXKqXpkiLpA7pRuk26RXpZ5pezeOa
d7WztCu1j+tXFi4p/Hxsztj16AsKrg6DkqrAKY2gnzWgpgtRv278eslV5BrST24GvdxKdpPH0e7n
yKvkV+Q98hlGgNAo6nw+3n4xqG4LvRm/u+kT9Hn6En2V/p5+zn8shl85a2CtrI1NZ2vZFvxuY0fY
2+wjKSSdK22W+vDbKR2U3tEQjUYzpp2A30ztdu3Dutf15fqZ+lWGN06NjFaOdoz+rkAKgcLywh2F
5wt/HFsythH1TwqOv4psRS3vBg0+iN9joMSD5GXI3F+Luv6VMqoFxftoHNRQhVFrpTPoLPzm0bPw
W4zfUroMv5V0FV2H32baR6+l19Hr6ffo7eJ3F9r2IH2UHsTvKfo0fr+i79MP6Sf0rwxEzCRQc5KV
sSzLo6VtbAabz87Gby1bj18362UbMEIPs33sEHtbcklJqVpaKfVId0v/Jb0gvSX9U8M0VZqspkWz
RLNWc53mTc3PNUc1X2oj2mnaddqd2hd0QV2dbrHuAt1duid1H+lO6XX6BfpV+qv0b+nHDElIrJ+i
3Qcwpl//ZXVv0ku1JZor2PvgC5/Urd1KF6PHdGyRdJF0s/QL7Rp6QlLou7RfOl+6cOwBaTr7QlpP
l7DnaEyKaJulNeQmMkYfZ79nJ9kfNW66iH1MyzW30KfYeqmN6firtL/UuDXXaT8ihP2aNLOr6TB7
SbpOum7sx6RZu5O+r93Jfk4UzTHmIu+Dq7cyaDvyM3Y+207aNXXaL8n56PdHtVegvyezG2ml9JZm
J/lAirO/0RP0DkiNw3S2JsG+w/L0cUjcURomI7SHdNPbiUqfoe/RIULpI9LDdC6zYLQGmZU2QmUd
lqL0LclEOngdaYq56QJ2gi2WntUdkeophZT4BdlEJZoDlZ/+K5BLwAG3sTLItGmQJr+kE6CN7oS8
P1l4lkts7VHtdtDZ/VIVORs6ppO9TprBGx/g105ugMZ5GjR4I8mxu8hVY310NeT+PMhPRoboBSRL
zZCWXtRtM/SFh8UgC6F5yReQ/69B6s+hfyLfpQo4a5iUa/iZmzTTIJm6IH+347eadGLvPnKr7oD2
l2Q+9RKiUQo7QeW/Jd+BzvkfvD9AWlC/ZeR+TRVqrUAy9+CO+woziYrfDeR1ysjVqPNk8PkCzUxI
3jvGLkALz4eOmgud+Co5f+xO0oaxO3vsurHtZMXY/WPnkLVk4dgjkL8bxvZCm27VdrAl2rSmDjL2
Vfoi9NFv6HbI7ZnkXcijJPWRT/D7L9R/svYZ0q/5NWRn69hNY78ibvRHDD20Clr0OLmY/An9NlMa
JrWFM9meselSNzTU++SssYfHItRE1o1dBMn7LHlQr4Xs6SNh7YOgXaKesXiR2jp5UsvE5nxTY0N9
Xe2Emlw2U12VrqwoL0slE/FYVImES0PBgN/n9ZS4nA7ZbrNazCajQa/TaiRGSdW0+PQuZTDVNahJ
xWfOrOb78ZU4sPIbB7oGFRya/u1rBhV+30qc+taVKq5c829XqsUr1a+upLLSQlqqq5RpcWXw8NS4
MkSXndWO8vemxjuUwRFRnifKA6JsRTkaxQ3KNN+6qcog7VKmDU7fsK5/WtfU6iq6x2xqi7edZ6qu
IntMZhTNKA164917qHcyFQXmnda8hxGDFU0cDMSnThv0x3ErHiMlp61cPbjgrPZpU4PRaEd11SBt
Oze+apDEzxi0p8UlpE28ZlDXNqgXr1HOH0RryHZlT9Vw/01DMlnVlbasjq9eeU77oLQSz5g26Ejj
vVMHvZuO+77excOdbe1bv3k2KPVP852v8Iv7+7cqg7vPav/GvcEof0JHB54xyJLTu/qn48U3YZzm
LFTwLralo32QbsELFd4O3qZi686LT+NHui5QBo3xM+Lr+i/owsAE+gfJ2RujewMB9dDYMRKYpvQv
ao9HB1uD8Y6VU0N7Skj/2Rv3+VXF/+0z1VV7ZEexW/fY7OMFi/WbhfPQ5cVzoiQu56U5Z3/Vr5TX
KD5rUAU9naugJu1xtKmJr85rIv3nNqH78ddBcdfgaozH+YPGtq5+uRnHZTSRDmqTclzp/zvB+MdH
Pvv2kZXjR3RJ+e+En+RU8hWhDUKhjRPdYDo9WFnJCUTfhhFFHSeL/frqqg1DbDDeLSvYoPvIAvTt
yo7mLDo/GuXDu31IJauwM9h3VntxXyGrgnuJmk13DLIufmb49Bn3Yn6m7/SZr27vioOO9wvPwT1o
SH31b5c9rmnrmgep5//j9HnF83MWxuectaxdmdbfNU6zcxZ9a694nnco+g3nxku0eCM6fFCTHNQl
Z8VBemcvAx0l+b82OT0+7fyumWA11HHQ1dYuBRkewEssKIlHgX7PWXb6eXyn3cKfpUnqBP2vHtIb
QMDiCFWmD8pdM4vrDlM0Os5e/383DY2d4HeJzde3jbd5sDk93qpiGwcnfmv/W9Wz9EtzFkE6sTmL
lvX3m751bjrkXn//9Lgyvb+rf+XQWN+quCLH+w9J7VJ7f/c0SKzi8A+NPb09ODj9pg40ZR1tBpEz
cgZnxrZF7eNVEp2LSvHOJpCpsAS4GyjBRp23h9Fn2E9gW+rZc3uJVjPEfrJfIiY9LxygxG/QaZ/D
eUYkWkGM9EL6HeJLy5+3jLacKZ9smTfaQlpRlk9hVZOLOqKOJFYUWvOUIg2fUrXkS1gUw3glI1tg
KTwL380K3XffU0P+V/z/sEiWobEv9sWTdWJbnaujQ2Mf7ausryNDY6+opSj4fVgFmrD6h4XqLV4L
M4W22NY2WKGpF+3TSwEbtntLJDIk1e+3Wk0aGwqqJxDwOkwXa/7bezFxUMeWYOi26AWbfOn0552j
n484nPlscUVaR1vwX5NL057OtPijvVQqS9XXNdRO8LhL9FJU+sYOUxs8rCmTzrvyhVWNHrBkc6BB
itPERr+/tbm5ZvG5hd/Q8k1VavPEmrKbC+8Q8NFZOB9Auy3kLDVosvWF1zaYeaMsvFFD5lfMR80f
mTUW3p6ndJLN6w0YeWNUk8VivFjqsy76Ee/xEVT5THnaeVM/JK3o9poc7UV1Xd+s3M4Gb1119URR
ofIr06hDLnlLsQ6LCrPZVfCrXaRZjd/heNjBbrBsczDTXUYHuQseIyEm4yO22AId1fWVLPoOf2Hn
yGhLi4zxHWkdqYEFRTupO1WWYvUyaXTrdMxd4g0zdtWd5w3cRyd8fuXOM6OB2VcX1ifnrrmF9r9F
G+jYJZVTPyvc8dLbT/Y/fA/6IYM6LBF1yKuJCk2lYaZWwssdqIQLhqHRhAooupxO1Um6Pne7aPW3
K0E7XfUer8fplom+vqHBWV9XlmGZu87bcV/hzX9cuWte1D/nKu3qyjlrbi1891eF1wr0kuS0T+mF
L/1qsP+he0CDlFxSeBx4zivwZBeqZR2sw/uiRzJ6u/xH/JKREr1GYzc4yUGnajFrmu3uiLvPLbmH
aKVqjthX2Jnd77sP1QLld84b7RxB1xx35qnD6c1jODppjwuVQp1S8ZheF499RTa6S9b2GPV6c9JZ
UtM8p+GMtTsKj1fFdixwWY0lxubamumXrli7B9VD/RbSPtbOvODNVlVh2r7S1Q2btbCBGRmUJMJk
ugA6Y4DupkeoDk5s3QHSp1m0jA/XaCcfrOwI1rwyaVfUHV3ItKNfMi834/HsW8aO0/WwS80krYaI
qjNLqlFtrjeqrfUrjHSX8UkjM26xcC6RP+8BcfH21eSSnAvGW0NJVp2SyUyZ8oJYZ7Iqf640dpxN
xrhK5GzVSLSvR9Y2YDiHpDLVyqQSxlBxSB0z6DuilihSTuqSuqXd0jFJJz1D/5O9rhmi6/e8L2j8
JO/UltaWrdpM+mr5Rc6WcATZ5IJ7Af1Ue/O/lmgf421hZPbYR9JT2nVEBpby9N6VBhhour1aLcZK
t9dqDQxRu+o0BkhKTTE11ZXanTqW0qQc/LBtBcCEzYAwdkMG+pNP0zC6d3xMwWCdPZ/P4w3nTW/b
qM6liXgilgBSAAeE6fTJULA0GA5KOlfKnjSnfH6vn+miGscqEtEFVtESG0oeC0oJqqyiQQNWTtm9
ivhNWHHxQvmqUiyVlde46pyNkDNej6OEoY/LUo2y11M7oaGxwQEyKhISm33TZcu67rvq3ht/ueqF
ay5+cVq+p+GycCaXyFc0T62fWcd2fkTnnz1l10uFJz8rHLz9g+f/Ufhoz+0re5+g+Y/uvTQXnbSw
cJ8Yf+CEkg595iF3qiWqr8u323fMpyE+1cc2wOFgtikuYARTIOV3w/aXRNmAchyD/AWx0/OJB2cJ
/atqo3Y7ABiqNRosTAIc9g9cPkt12mx21VGfs2+2D9h32zV2v/dplqDHx7s33TJPHjnOJQpGGCKY
OvLk7yOn6N/TaSFfejpdyVpHicfjdUfrJ7N63gWclU7Q2VFXyzkF1tXkMemTgeQZmp/e/+XW3qYw
SyZZac0m9tvbKpUw4Ea4C2jj42hjmK5Tr9X7zHmvLzSpzqdi5ecre9jjqdC36GfpH9XrVGW5Zplh
uXeZ70LDZY7LnPeZf2C72/GE+Qnbq9pXva/43vG+4zum/FPzT6/bTUs1fm3Q7ff4vaU+vdFr9plL
6/wz/Nu8OxS9z8+YN+C3+HVWyc+0Ojgz0BwujXUI1TAa1RJLa5+RGoekWtUiawM7/HSX/0k/8z8t
1aLjvrePMkt4iH5PtRLdH+a7VrjWuza7NK4hqlddKhoVIIqq9ClSl7JbYYr/GfpP8JqVqmrJCgAW
m9kO9hwgqPfZn5mB+SNPA9z5iqKPtxRpunMeWEvmzDUy2tkDldezR8cthKd2GOlzxjeNjHT2dKSP
c1EmRsaZzzO5eMn+q/3f8+N8h61lq6y9+kUb2JL29HZCI4CMSZpK0XpC6uswVDp9vGFcber0TB+d
0NDQKD2+4tQxGLfKzktW70ol/W/e++B7udkP/XMyXXXR0ukBqi18maRn0Lseveahy3sOvfzWwNq1
PzxQONEk18BWIQrG8xDG0wSr4ddqucdK7WSaVbVLqp1WWqhbD6akklGroxqL2Uo0FqtGZ7Gi30Oq
U28o0esNBkmj11mAJFqp9Rl6HywdM92lWrVUZzTodAatxmLRPENnoUcNdI1qNhrtEt0lPSkxaYj+
Q/XRVjEAdtoFij5ml+w6VU/1fts3ermnhUuNzhZ0MYofytwmas1nZUhieUQe7W1x5B1cS+S3ZtIa
SDVetNvtoPleKNWeXuqOO+KOaD2txYZKhw4+OPoCu/ySBwsJevLmwj10TZ907amb2P2jHGhAbVZB
9m0ENh6lYbXtRxrq7AifH96s3azbXHqT5nul+npWH10sLVaWRi8MbdBuDG1l/YH+0APSI8bd8WNx
O4lTu+xwutwer6EEEhrtDKkOJQrRrFGigWBI0vs0WhzdtU9Roq6nQW0+yaWiV+kfCPtDNArj7mk6
mQTpjAN9+t0Y5yH6d9Wkxqka74qzuGeI/vOgzHZHaZQ/RDUqqrxbZrI/9jTguY+FMDjeCVEgQ2Nh
ha4bOQ7CRBlSd4SbZpAMnBK3GjJpLTqM8J0iMarWXtrLepVr6bXsWkUHquTECFqEna+aL9Ssd64O
d2u7S7WdHVDI+qhew1lRp/uGPhYCFuQK+UqljWcW1nVQ471bll5/1qUbN63PxANl2TnzLt+zc/vF
z1KNdu5jB8t23jh04cG+ssaFE0JpOVq3Z/OVv2qu1jOESxhpx1jsAX36gJecUisvN24wfdd2rfGd
5MdJnU6iV0ubNJs8W7yaFkO5TivF/eV+naSsMFDDEG07qKRoKmWHGv/ePh/RchW2z26l6FyVj5Hq
NAdIpVrJ1Mquyt2Vxyo1lf5iv+MUcckuxZVzqa4B126X3uWv+FqRnYJxcnxck50U9lsL79XOkV50
o7BWxhnbDKCSM7bQdFWhpNFZGgqHmM6RtKaSxvgqGpGDq0jUhlLClFpFQ05lFYlZsOKqTGiydOU1
10AQ9MA2tEn607zPNZmjzploqKU6dwksNqi0ooCQ7rj+4QcuTAzcsv2NtVe9sX3lT26l9i8uHH3D
OWN67ayl2268OrVUuy5pnf/Dn24799jgYzc9ds4+WnqQziy0j07durDr92dkf3TX4/+CVEDfIzKl
HYRdHSIR5tvDuDhTnTQSZuFSgnaQ0ghFa0p+Iv2BeLHosZikP6heAwuFJbsh5CklkW6gx4xSg50Z
SLaV99LhI4ezWU5w8sjInz6j2eKffPXWF1+UsdTkgmrQYLPbrbIpbIwsiOrcdpcccASCwZCvVBcd
Ghvem6znm3259jqxTWfEdm9F8bCSKh4OhIuHveLwXrfYqHfKrjqr3YyH5+2z7dPlWeH50Q77Unlx
SXv4AvtaeV14g9yn2Wrrt2+Vtzq3hW+M3Gu/V77bcW/4kP2Q/OPAofDr9tfkV0pfC//GflT+1P6R
/FH4n/Yv5H+W/jNcZbTPCbIIDB50EikNh0NGmylo9IS8QY+B6YMGt6Mk6L4ibJcVORwKxRxyiaMb
3hNAOdsQe1V1sDDMuXCk9EECUJd33BA9oFoMsl1yezwGg9EQGqL/Uo123MMetKmOIZbbNz9Mw0Ps
M9WmqLYFthM2yfawcmG/cDD8ARjRvgAXAlwzcYGJ9UmIhdGWrbYi72/ttGV86a3QO2kfkUeoPPy/
11vlq19s0bfgXwgD0Gbxj/ZCCkT1ggRhUsCqaqS1tGhfCEPdzKRHR/92TmziqsLixf7ayfS9OD2a
71w4+vFZ+fJLPvyMvvz2/LJIVp9M2n2572vO+fKuG8/SJpOaTLRqBbWyxOhvuTyePfZ7rR10mKBM
PcMYztIsy0rZyB32u8MP2B9wHrQ/5TQbwtTjhTi40n2F53tSv+cH0h2BJ6RnJKNFsmlY6UwEgLRZ
g+xIBGEmaw+wIKVPwwmcc1C5R1sekugQe/8AADuZykPSlAM7rLuszDokZdVsiZE9AWubTpCfeNJB
I45WB3MEVAgWY4vio3ZfxMd8EN1ssW9WcvW5ws5Nd/bO41bB570980ZO9qDrR3tOdp78sHXks5Po
4JGTI/KrQiQo7qDOAoMrZU55krqgsZpY3FgZ/NpqavJaq7kYKEqB9DXXcCncCznginOjjbuHTmHJ
enWauML9aWeCG7q1EzAKmp9HIpM/vH/ru1dvGLnr+tc2RtYUTjxTePJQ/0Ha+uPv76h0BksCZu2F
hdo3D24rvPX+UOGvAz2PlBx45F9Pn3qdLnpmpscVzHFdyLhtquW60ANtKKkd5qC59Ab5dvlXsnaD
vKFkq3yX6273q8FXS9+SDT6Hs6Q0LOnddGvgxjArN+giQRKN6SNBazTujfoj5TablfnLPR5iCLXM
d1LilJ2KM+dUnVrn0NjvDvJedM6Kg7XVya310HdKnHbHuU6V4lGvzuVii70WGMZY80u9cAItsswW
68RBXYAf1O2MrRwfhTTs4VEQKqxiGAHpz8WwCD3IdaEjn+dmMVyQUCBsd8vJklTYHlpCA26sSh2R
JTTo8i85PQBcCPeA3Htq63kHC9M5Hq+PKhr4ynpdtAz9ThwygTUdr12S8ITK5tWycsQEJz3/xPOF
y3+zeclHdELhZyeWXZpsjF4qXbRZqUr2F37yy8IHP3lrVYhOR0TOT6eW8j6nos9/gD6fRr9blLpP
zVB520hyaOzzA7wbknVDY6dUJy/WiWbXiS6oc+EC1cUPu2jMwrcx0VUxgD6wjNFXMXFhLDBFhrQu
xVKFJYslQyxYG7G0YmmBHDdPIolEZhLLhEyMtGaF9D4Mof3ZZ2JFs1wIDB9O8+176WH4kkG1p3vG
7hlHZhyboXHN2BlSGxagyJyRoDkai0WCoWisLhLMRGPTIsHJ0RiLBE3RuCsSDEbjyUiwOhqvjwQn
RePogXgiEZw8aZLZbGKZ6upQKGhwumJMjdH3Y1SJ5WLdsd2xI7FjMV1siClqQJ7RNWN4hqTMoDOm
JWP1C+q66ljdzukrf+tLz5NP9nIYTe7phfnYCxjta0kIeQiNhEO8JfwP4q0zTblQG3cPMcRujKlO
B8nt5Xq2FnKuSAHR/3Wk6FF+fQt9kG2wmpR0Lsem5nJpxWs1RapyudFncwtT/tF+capm9JncopSv
eIZNQydCoPyaXr8u6nf6kkmvPGX1qdvXFndqlE30B4Vzv96TLvzGZUXaqQXTXgHaiZDn1fVRlQ95
VBBPVC2v90dXOlY3GCJBFo35IkFnNOaPBGk0bowEHdG408EYNcDV4nTjN3BG82s43fljxm5Dn+GY
QRoz0JxhgaHLIK0wDBuOGCSDhl9mEDRoANK4n9+LQkEt5a82rFS6o33RY1EpF10Q7YpKw9EjUcaH
5UyMhXyS93lnD0alyKgYmVYxFugG/CW/6utv9+zpsWBX/FvnoVtFpyaTSfSVdNHXPXXqNlEu9lEF
ooVPoY8UMqgGZSJThShUjS1FgPq7rF+5W3lUOaRYaGyI3qzW2lY3LGbnhBn6SIrGPI1Bx6SYKRKU
o3EloiDwqcKx+WPIIbNQnEkG8gS9iA2xF9Ws5/8SWEajSXChSXChSXSbaWd0ZWdRbwhZJUTWyZPC
lYSgOt7JBRWnzF5QJvXCGfyWBHKnxokTtAl3UHNH9LIvP6xdknQLEbTmoqWKbJlw3bn3/cc6+l19
YSDZpFwmXcjFTxKo28ZTTyyMuEsylwu5EyNE91f0S46+qn5k91EbMXhtfmu5vcJeqcnpnZPopGyH
bz1d57s4u9F3J70n+7rvXd9H9FOf1eqDwtLlpuekBl9DboZP8uTKfKmcpPNpc16vlCYV2JtImr15
X72/Ptc6Yf6EdYhnb/Bt9F+W6yfbfFtyd5M7c4+Sh3K7JwxOeMP7qm94wm8BDxyZMOL9xPeJ/9iE
z8m/vP/IJWfSWd7p2WW0w7ske4H3Cv/Lvpdyb/vezn3g+yBns0eCxmhMiQQD0VgmEiwXMsYQjcuR
oCcaj0aCZdBEPl+M0BLi8xPq9/m43TU5ly3J+by5rA+2BeoOqMHvZUaDgZBcrqzckFsOrvJnMzFF
ie6ODkY5FR+L6qI71Ql0AsV4v6paZbtid7DF9p01grxB21zqQPVwxxVAryOfLYC+hREmzDCUuLfw
lRMGZ8wnvDGA6PyPyyLwRk8P6RHOVzArA+agxZWc9/kceZ/szBODL+8dGjtywJv35kryRciAwwZp
OGikM0q5mPqG2BKYT32U0qJgE7z0jdNUmj56MphckCuU56DHSmxzgJjSz+hx2pddCr2WXJAdHc4t
jXtG/665/NSGqyOVyWSd0ittWFZeWpb88jcasXuq/6sT/V9uh04b+2DsE+1joK0y+rw6p99JnTso
rLn59TsYdZYyWsaqXU2uK1x3AWUZY3pXLObEmJmiMYxZMIoEDIxrvISPa9zpdFDGYs5YidMZA4/+
ULWXPUFNRiNlwYDBaZTEeFicCx0ORc7JqizJQ2PH9jswOCic3M8FFi8Ic0PeWcHNDRnmRgVVKuju
imMVrMJVwofUHY3mYnQ4Bk0qNKfM74QmPaGauFSM+ctX/vA03wKYmAej+rSlAamG8ocCqOAmN+yN
EYATwtcGLpcXQ6znQDLp7G1rV8uNTr+zAlBI3jmfzHauIMuc68kFzk3Oe5Fm8ww94Hyd/os6/8wo
jxJ0kB4EU+CPHyJs7JF9YWcr496Qx9oKK+qjgyAqNZTnxb3jm6DYO+jPQ7rz4lHV7sw7PU4gUG4s
/jzMhqN7zXk85khx88WBkjxTAR8WSfG0ESqoinRKICqQEbd/hHJ0O+L/TmUpjq0Gabc0iVMMPcpp
KXHq2mBqPgiLE9LESRNLJ2rnntJLttOk8uU2zdRTPz69Jz05rcplhFxiZCbs/ytEfCdI9qg1dzof
0T9qelTWfJdu1G+lN+o1bQZrOZHc5TqjryUiZSUE02SJA+GqpJVmlfIRDrTWK6VqKSt1tMhGxcjs
xgjQ+FmhcZOdW+zz5B5Er1D4Gp2eQIMchQ6kXCmbxVENSMZXTUv0KHm0KMkmazX1M6ycBnc18Wqw
4j02brOn09eAhaFdYBhG+bqxgdusDgFBIxUDsZ4RaqDXFTYhpe2jwnW/fe4fBy/ZdvPF+57757ZL
YJ2vL7xVeL2wDnBjC217Y8+srY8Uni3s34fEIDqFnvM40l4ZcGSiSQt9X0WvOEQyaOr3m+uzmct9
lwUvC11V3p25PaTf6Hsq8XT5b4K/Cb2b0PnL5Ex5Kp/Ml00sz2WWlZ1f1p3py5hfJjQQqgjNCf3a
/5ug9pFy+lriHe+7iXfKjpZ/mtCF1HhpucEWCRqiMRoJ6qNxiFp3NE5KlarK0vLW+HwAU3G9uxLW
vZsZ9AjyBORALqAGugPawKwMHwLY9CRD1cxghu3KDGeOZKRMFRVWPRXqkApTlcbsNsFvNnHQJnSk
bWd1Zoh+d1+U2/bpM7ndMG4yjHNc57w2sENKqv44KDYjHcKWgJkvgBmgrc6iFuX2fqLCG/Ily1MV
3lQtTYSwKvNX1tJkMF77DXt/1qKNqhyGAIpP1MTCykQMYYRQ7kODDYQ3BmSxlzNk+t+pf5w5JqAv
RGSnzDMO0HC0nf4olJpXN/oMdHRJEG4C/cvBXwz85pWa3in1Z5euu3Pm9YtqF7ArC5f3RaCjmyKX
SRfx0py9mx46YpthMt3f137nHJ6XC74orIdvdiFxIzdzVK2YRtv1t1NJZ0MCX7t+Dd1Ab6AD5A7D
T+0fEKPGrpIzqLTEIN2JyPMRNWvwlMsSCT9hMHArppv0AXU822CwSulYS8SVdbGvETCta1b5aR4q
V8tZeaBFtipWZrdG4CXPKvu/eAhxu+xIJzippXVEPjkiHC3VmFKSoZTZYrIwnQ/ZSck400XcsWpa
agyAfexYpRzYjZaEq9GqoAUbo8Fv81TTuBOrdBqdj3/BX5U8ylMch04txxxSiQQP6fD4Kee2EkK/
YrZiuCcl3bBm5M7+wsuFP64ZWLRpK+1HGqSJbgH3bTq4/qabLznw7KVbZ+d/bB98yKJoz9t3XvOU
lTT4PLy4WwsXFw7/s3Cj5pNrHygMFp7au23bD2nL3x7q28jHgfvI68CD5aSOMXVvwscVRVKQ79YY
dW5JvRR/qVqalXi4mvki3syaBEKhxmQqiexViozIxJX0SnZp5FJlQ+yKZD/dqtxVjWze5FOpZ6vH
Em6dcj29KXF92T2JB+mP2EOJJ6ufqz6a+3P1WLUVmbQ0wJzl4LOa5kxzbk3i/KypEuhbiLojQXs0
RpLlQQJz3xaNe7j3FVdZVTKRiDEKmIkmnmAK01dWPKjng+vlldbLSKTs0ksDAnYmwSdCdUP0FtU+
oby0NMSAUiHwYXAKDK69CKdNm19Pok9G2XwYRix6QG6gakN3w5EGqaHOIHjbIPrBIHjbEPO4BW+7
xUG34G33zvqVh6i/GMP6mrHlTu6vpdOcr7NFvsZG8PU4jjUCPNuZ7+zNpuHdtfgBcwHT8vGwJnXm
A5ATAs1Ki5hKTc7HOb+6JhyPJKvj2VpaE8YqE6uqJfFETplQS8lpygLUApyFYy1CxybHju215Cn0
/t6SPPjg2EHoRihNFE8ckPM52Q41KSiScJMrnY5GqQ7B6bL/bXhxjVkUCnqOktEJ42IBUkG7Dqm8
9bWKNSyHUnPrhXgQJjz909HDOx54nPq6+tefmuQKGV94add1zeeyTUBVCxu+LSRaH7386qFU4cob
2i3sNvrItZt3QVBQ0jf2e40WcqKJLVX9zturqJ3amVkidg3mCmjT8+l8ZnQ0D9Hp6pGGpoaAFNSs
8K3wrwisCOq0Vq2NVA43ay4zX2a9zLbB3h3ujnRnu3PbDDeYt1q32q63b00/onmkVnZaa6111vrS
2tK60noO0VVrlLASqaioBuw3mbVqcv5cOBdBuLRuUv1M68zKReYl1qXykoolaeDIERasjdQHGxb5
FvkXBTomnFN7Tt059ec0LGu0SWZzhcscrIibleaJFbnmXmeva1viLv1d2btzj2SHy5+vfDk93Hyi
ueRMQ1OQrGfBJ+mbQE4303GET7XW31ODqPL6SDAcfroUmJ9a57+nBMKjxWIrsVhsaUulTZMyio0u
TkfhBZXXSPFyjvxRNRyrA5wLvG+IxlU563jOwd5HurvjScf7DgkA7NanIk+E0zKPPuKCyK4MfS7z
58wYlJs6o17NvIkdiWSUTA4qT5N5lk4necA9vvGQbWe6BwZH70keNOwd7c1nRVIApCbXXOPBBI7U
2kDVgGdP44ei1EnlHmCJQrQ2JHJ6V3nKXGWsJRV2rtZcWOlz2DVVW2qJ2VKVLpOh5Oy2isqkE4rO
kNVxmgfRC5l6WqpyoBG03wmj1HiueY11rXxuWtPZgQhEbxoJtMITsZh99rwmZ8/XYuEGTwd1xDMM
oCRSVjxIWhFaT8SWEbB01IZZMTxRlkqkijkbImCByGXS2fnEOetuTE/++Cfb5/z52Yl1kf8O+EsB
BwfaD1x09S2NzWWFH31/7rH/vGhjkzcQNcEmSm/d/Z3NZ02unXP1motvO+ue943aVgDCP7/1lq7r
l01YUxX+78tuWnTrL+v9kSxUJGgf8400g8I++ovajLR2tqx0WfhCeiG7sPTCsCEbbY3Oj96lvTP4
iPahoJ7R0jAEpRyNwdu3R+N6XxyhD9luiA6xYdVlxEwU1WtrddpJBNNenoTGHGLlasBgFJLOKISa
UUg6Y8zriaTDXLDa+B0kLIdXhHeHNeGnWTnxjH2mmrlP4RES0IOn71NWAwSQP0+nT6LvD5Ewwhzm
ev6AvWZ7Hbo4jcB+ERoQY0NUcz2W06eQswQ/gwNZVH6Vo8vc9+NQMR+F+L9JIgFo6eMuzf32lNkV
WbvoOdjl2dHnuZH+wIryutn6lKydW3hhUaK58cuTpw1yjcXmuugcxCVFv5rHjmn3oF8z9LpDJAf3
ozJbl0Nt9ykJsVUXeUJ15bpm3VzdRrsmGU+WTYhPKJsWn1b2YJm+oixfxhbkLjNfab+n7LmyL1K6
FlsRlYpEgv5orFKgUgAGfdE4XHToKpYstxor4av9ZT/vNxQ+FI6cKHBvrIJ7bLLRaFAteQMSbhRD
zsAARJ1UHSUlAKIEGGrQCVCKO39c2xkCvMbq1NZ6OUe7c7tzg7ljOU0uoojhVMRwKmI4lZjTudlF
17uoS+gvF+JTwFjD/M0uf/bk134g9/vEMPH4IDBn/EElnD7IPQvuDY6DXHPO2rin0QDFlIqWmxwx
IBRMZ0+WJRM2pZrIjpSlopqaTVE5WU3KzVjx0RUGEDJcOJ+CH0kPVz30K08MoViue1JAqL/poJUI
HhzHraWf02O1C9Lus0be+N2HOWUaoOrZdYsS/tK5O9Zt+cU8AEfasmSyLdIz+u4bv7//nms7/s6c
V5+ZTNYnekf3zH+jd/ZlB46yJDAk8FeS3Svdi/isjjwLdNbQDrjsKMNskllsuma6toMiP16zRHs+
PZ+t0azRWsaDzBZJS5gWSZJUa9DzcH2etNZmec5KcL+EtHQNT25C0kGJVqvjAXSe6sQxG0lDqFaj
QVyMHVCNOiQYrdWtldhP6FSEaA4i1eMg0dCpB7Tt+nak2CGNbN7I6CjMhFGwxymOvZyOeG+FoWCA
TOXRbQD7IguKxin9K330nMIPCz/8Dn1Su24U/TJ6kB3mNt6ssRFpm/Qk5hVMkmaNx0KVVoGstgJx
Z4vdQX0maTCbueXHySJJLLUcKzA7nWxxrYdfgv3fCfJF4aTq5iRUK66tzevFVg8vBwSpGHFLppaE
NRVVuTqLasRDLWppKV87cAqpnG+pYX4RUis2+6hPHPWJK3xyMqxvqdIgUa115EUQH+xwToSHs6O8
m99KHwZuf1gcSg8Pv5dOvyi/dZjDrUF1vTnUX8ucCxuoU4nk+1ofMR40Sc6082pyde0NZLt5e72u
1Olpllv7WjXG0FztXN00ZVpsbrPauq3UYLLpFRKbReeYZpln1c9pbGueNWmpea15i/F60/Vm+yLP
dR4WaV3RyroMmIrYkqmornuGBpGyaRkbPmjMW8rNeTQLfnpzvWxZYGEqVl0WSRGbDRaNpcXHgYsK
c36+b4VvvU/K+jYj8vYfEUTs0OJci9rC0Ozu6r5qVl2PfhuSpqsOjTkzXE2ru5Kk1mqx1NWh409h
BHSLa5+hawlmTPI32vIkGUn2JQeSGjV5Isn6kjQp84uSz7A2pPC6IYMjeWS+rVXDwWy+Rq/a8grs
5D69JOvpCT1dgISVtsltlwiKgx7vTSPsN5KGHMBOGlJbsDzYHlAgaT05erxTHulpHemFzk878vya
dDpb5Iy9kgUYTwd3W/lwCd0+o35iKK51NTY1NDHk1JgMSIiLKTGmqzfn4eeUukLE6bJHrCEai0/U
5kOkyVCn0Po6szMkh6gthlWzriXEFTWXPHTciUpXIj+O27oUCCPUO3R7+95WJ49+dKZJL2zf/TVo
KSjy2F5ZbA7a8o0K2s6hJQvfHFPN5rxPQRIYlhCn9oA5b8JQNmIxlZuwNWFrxNb4FZbEqZH/daCd
Sd143kgjEplEAgOCyd7T2ZA8nInsEp6xJqKa7qJZjXt4xLl2ApvxvUTDpBVXhite/2zpwtZkimVT
yezgrk1nTgw5TV67bHG3dK+paaZ3Vs2fuqRp7vUXO/zXXtBWM/WKJYlta2KxqubMhLrqJQMVkTPS
WwqvXjexRG9tabpj6vdpZ4u/qis/U+QDsbEvx44jR+pmxEAT9BdF3t8T1nIeBpmwxdoSC/EJSNAH
Ev5QhEBQOIVkacGrp4SmwpGTQIlxvcXi8xINM7qGEGRzlKhGXFYCbzdpNEc7mF6gT63vpYsGoOBU
RNfkl8G2yI0YF6ApPELCI3Afv4ffG9ZqU0nCY9G6xT7G6ZdX5wvUQsclxp+e4ocsllQShIWngvWH
eenw+PsOc3uTJ19slFP0R7qDugP6TyIabarN2tmgpC6XNmhukLZqHpIeN+hn6GmzoaTMOsUVLpnq
81qIJughMtKRTtekJqId0LIubZ/2Sa2k/dTiIcSXsFhk6wJrt3XAqunDatCKFDsOI+RQHLYeseqt
4P+nWuqtXckX5hRxVbAG15ycfUY7e4u4XG+rw5sXWY2COcr9imTWpxQprNCAyRcifp/ZEjJgL6KJ
KtRvDiJPRRdUxjNqxnUvwrk9nMo7aW9HB20oJqIXqauOR9f1ZUiUdJxGbbi9RCduued7v/jh9scX
PLjErvhClTbqqq69OL/8Bz9YXV9fzj4/9Jefn7y9r7lZOnDfzIAc7x4tH/3thNpXnhv8cRBIBJkO
GpoN/RGlf99r0NDTGoQFvhXCFlpA50najfquaDccanSJCPhGAWK+td8FSwaF1w5ynVJaI0HIQ4Cn
O1tfHBHR2MM8e2aPU0TQL62sriNxPnpe61ItC7kWaRZqF+oW6duD7SH9Wu0GbR/pi+4PvqQcUY6R
D7TGRswDXeJbHFoR7/J1hTb4ekP9zptdA44B30MAHp6M78Ns1p/qf+r/2HA89Ilykvp0bLZzqXN7
ZLvSFz8R1zsU+iymFClYIhAZmLHORXAOdNEV7YsyEpWjiggCdkcHvhFFORG1RteUvg+X9KeepFGP
5h2Fn803apMzj0aao29ELHS+ZYeFWbKyiLh1Aa8aIIOYrHyMGHkIjpHHLg1cF2ALAnRXgCI72aI6
T+gwo1fWFRPetbq2WNshdkvR7eJ5GZ29PaM9ncd7BFml00iM60FmTE/vcec4i5kWlp5bemmp9P1S
SOSeDvBGU1MT5jjzZDjgfhDaXEQS2ZcPQvIddOW1ssxhgmFIS8jG4T1yUeTRNEish3K7jGHahaA1
lGGYAyIHZQlRhpwNaXby6HX3fUTp/q3/VVM1Mewwx+OTV0866/5tq85srKPnHPhvqnv/KLXtmJfK
ptwbIuHZq+7/0ZdtGUBQaP/UsePw8W+GY1LN5oxTVyor4r8VOsTnkBkhIrrj5EaUUo8QWR4z6goj
mVOUIoxkRVyNo1+oRQvYx4WWEnoaaQGlXFljrzTi5MJLdqlGGyzgEpLE0FVVcYKEhQvZlcVSTBBI
w8h4UR7mcozbGacF2NlO3EUUsyTxW0PdpVQt7QI8HzHjMWaPkGIeDRdZqGEJ3yoINWPNuDxTlGym
QlwjGoe5wLpsRsi1w+mieOOJCWku2t7r7DzcOgLZ1voel58Ak+CkzJhRl8UQqWcgdawre5XmKm2/
pi/7ZHY4q1ezfVlGsp5Kd3qxdrFhUfoOPSZeUyXbaJphWmK6S/Nw5e6sfjh7Is0UhSjRp0HvcIbU
aS3KfOU7yhrTRcomZRfZpTymP6R/udKcMrjKLFOcYddUd2mZZ0ooXDo1gtvMmiq36LVIFa2qikjm
CDFHLUhRXKs63V2ePs+THiniGfAwz6cVC3So677yTB3fPjWjXteWads8HnmCgdvbCceP/8HIHelF
kyEgZSEhSXEjBGUgldYYypIpQ4VC0hqsyvVJhVZqq4Ro5E4Ez3EBiQsKR64Ln67TAQ0NWuXJRVDG
UNCcYrlsLKpkrzZe7+CO/zgVs5+29c2+49gX/71xPmRkIG2ljmp71BOsNhdOZHQt52bbpy0fvGj5
2umTvnzpJTpj3qM/EKLyy/funxFyxHtepUendufnr3vltV8Lmp4LmblQGsQXMUqlq8dputzggc6z
2EGEBBECbGxCaNrcOZVQDmUzgsRFTDMeGxbykhdUB4/+EWIOJh16ApATKbU4ze/mhQNcrmJC1tjb
4g4UXnuK84OmxmwGCXERCxnLUzyx7ewUhA2VnD2MnJfT9Fzq7sOEh0Ei8SrwnABRieIbDQJgTXAi
lvWKflCPiWFdMB936zX6WzU/1OzVSPxVejSN82KKU3hJSSSMdvIiWgvC563Fxubhh2y2SPjbajyN
tErUtfPFzs70BFFX1JQTPBC/Fb5OfxfpKnlb0vqVEIy1UN6DEGGE94ypbXadIcLVBN/dV15eJw4v
rMzUBXV+Y7vrO54VyN9fHtAjC1ynx3wErXuWbhu7SbfV0i9vKX2APe474HqLvWN/Vz7J/ia5nF36
LkM3WrfN+Lz+FfsJPbSd3no9k4ycU3TglNkNxulshnF+ZBFbZFyFrwFsc23z3+36kfFHpiHDAeOg
6afsj+yY5aSpxHBEjzlDR/Ssh29533FgehDT/a/WlJCcx81b4EIsc4V7s3uX+323xu0O/lJDMYJH
oESw+Wivi2+OqjOded7H5wQppwH9Gwh/BPN2D13v2ezZ4ZE8J0tK+nhyy4CB5Qw7DO8bJNmgItGl
2zCIxBed4TGbW0O2cbqSqlRnzsZzLSVik22KTTphozZeEyP60tYWbhu3XuAIzBtFwjrMfJ63PgJr
n08Q4CwKbutFQgC3uNe7YXHDSeB5mVA/UDOAbpqaEPSnbe37dQSx7p4O4SLgpqJdfojo8TZzPG9R
q/NWLMA5hveW5zmZYcOlxN5gcS9YPDe+ZyrumYrnjGJPtRnzbsDZfsWRt2LhIAOP837919HR4dIV
ETvvuBaDNPC4k1GBLsV079LVq7cu21Idcb9214Of/uXgPS+PbqWPaGX/uQ0Lr2MT37jssnOvKNn2
e0rf+ZTqX3+suT3RpF4Dm2g+5h5s0t5E0swwzt3JaqGxqlXuG1cL7zoIzMOmowZbBTVwNUad6OtP
VCdnUJuTHxkPFOq4gkL+mmoyJJJhfBEAaStDNLjXqeOZxyPD8nDrYUABRbUEpTQsvyi/zH8wmtDY
cUY+hHk4/B5kiQbV0gpdAk8yVPDQpG4x1XEOpMK2FtU4qpoFN4rjqNa7wsa22aqrTishWNnpYbz+
MHQQn/EUVCdvV+52352SpkpTLTP9W6QtFu09Gpqt3hwd0A3odxl2GXfKOx2D1UZZBzm1onJFmoUM
tv1hw60xuj+sH5IMaiQe3hV+DmnYjkTSS9ML4ALnKiucDp1Bb5JB4EP07H074PYOsc/30sr0EJVV
a3kFddod8q12O01wYt3X1VUnts3NxW1ra3GbqBFb1ROK1g3YKCfxFbZu27DtiE1n81c9jUll+nHw
mvutafi6IF3h4bZg82Hn8V6BRba0YGJG6yj8W0hNoYGcybISTyrpTiU95SFSVpIIAXfBA7gPWoy3
wFD6BlSJDGJHvL4WE0VhoItZBtBEwmiC/+euddOHQsnJC0ffqyg/w793b/uBnvPbm+vC3trZkUgq
o4Y+k+aOPtQXq0okyqeuYstmtmz7yeVTq5vC9dGLXa6atW+fMRPkRyYVpku/gV0+kcwiHdKd6rVO
z4I7U3c3SKRaXs42VG5YyEilLqM7e7uiaW2cv3x94+Wp7uU7NDu013mv9+2o75983bQdc26Yf7v3
dt/d84c0h7T7vft9r9a9Omd4+ZHlx5afWB4MKO5aub6kIbJc+7BhdkNrkHikhujsIPG3ff09BqPL
VWI0AHpwIsnzd/ud0EgoDO9Dyg/fAkYyt+5KPpl8Liklh+jOA+3pPjhcuFS18muduxCEey4qcYeB
3yO2uCWKa1XfwGw6m8+Rmo0pD62zqzjrzF5QQkuGqEF1rTfQzZgvAU8UiGi97u422jYk1agW/2xT
1k8X+Pswj+rH7BdA+IzSPCSG1qgmnd6Pb8VUVdnn/UTKQd+Fsc6TeVJOjQBJXZ/bkduVk3I+rl9z
Fq72cvX5jNS3iC7ibbOCt1F4bb+MN4oj/BIUeGINGGxRMlJOEV0bVpGIVbejnM4v7y4fLj9Srim3
8StxqpjFg8KfVCe3TssvV5bnlqvLd6PPtcv5rSGzpW65bccd0+l0geVMr1E81O7p9rwJYT809lfV
we/zWLhh4BF1BAr/Y9V1dyttrclJCyS2QMLMS5lPU0KX+kvrxBZPxfak8PF54SneRun8ZcufpleQ
KDXt2Ya4YxH1hWfROwry7uwZSfcel9M9/DB0QC+X/uke+TiyGODU8lk5QimMfshVRKs8wvMiYWX0
yvx6XAwtsf/N6PtRBj2BSBHMMgRF97+ZfD+JI73co+WuOyTOVzPLTiNHm+YsbZ6WqA+Ven0U4MCE
mtqauhpJNyU1P5VJVqaWJBeFaGgiZnLMqZ+nID2gVSGTtK0hsqB6XoicnV6k0Km+6SG6uGxpiC5Z
WtocxOXBiWRuzWyFzpld36CyNgVyfLKmJUTPzJ4VIgsrzlLING9bSLjbRaBJINZF2FpESXnr+V8l
GJ//IauaK7seATmppowMGq1HYlsGBLEH+W24tAPTeMR8cS/0DpcEQIDi8WJyRZkAgzhQ5OXpFhxP
4snwcKgaGsVdtBiWEiGoshT8MB6kGt/Dfv2iZYd3X9f1QtqGuZuSPf3dphcfnDqjKhLNhbp/Nqlz
/QX3ffn8ljlmR71+RV06T92zV0+tWzB31bTawhfZXPPqH+9/vLbunt/TMyu+33Hji6pWZ/QGTFrd
zO6+gyWpfIlD0WskrdHafXbPubcundDg8yXPMJ4bqYnEv8O2bti0c+kZvZt2LTvj1DW17clcYvLm
mXUejwZKH7PxiPQ3+HMNbMe4bixtgtJD6prJYRKK0ORL8H2fCCEBHP1CwEwoHCtmevtsHHP2pbi2
jHBiT0Xr6suQXIEJeUgKFs+IVvv4M6qHxv61nx9F4XMBW6FQ5DEUPlPt/PZq8bxqCj9sCqb5ECeW
JJZyLGWkDorXXi+wrPoGUuYordJwJAtZ4/AERb44iHLcIxTYk/ziyxPkF0XyODxDuIhcDZ+2ptvr
wNa6xfVijTeW1eGh/JGOMpNQvyahck1CLZvG0S5xaBz/8jU10qi4MioOR8WVUbTmhMB/Ufgr+kvH
W3zqKa7Eq6ubGse1tlDa4+XDID+CVsCRBELGEVkQcVDNNqmV9aamLtjN9qQ91dc00KQZbBpuOtIk
pXV0QVNXUzc/pDZRxeCrCDuGJEzcjVVXhMtmx0wVYXl2PFoRTg1JNjUTry/LTKkL10+lSlkDEa0E
NuBwyCa/L2EcMNFBE7Wbuk27TG+aNCYupBAJiiYykeoF1V3V3dWavuqBajZYTaGxqoerj1Rrqrsa
H4J/CLgZBiW3LGGBfjPxHTEozH4Ynxk8rpxLAiGtQZcMpkJaf4jqDQF9KVfP4FuhoDk8jEAJ9wip
g+vjIjALlismxIPbeMQJ7qFOL5xDd7Qe8yROH4TPSOetv3bKmd1Bl82UUwuT3eoEkxSZmqu5YLY7
P73QPCle4rNHAu6sjTq1N4+u2jRtyTnqY4VnlwJr43k98pl06h3fydbNL4S+k4kkEi5T0xJpUtF/
5PhHC1Z68IuZxNh4fOYQSUARlHIT0WkV5G6NCiwjKhJ0oi6fZIQGEbIchWOC8FF4WzASCj87yOne
aAVPFSU+Cn8QV3EuO81ubx/gV/kUDoh450fXRzdDDcfWg4e78LEHYckKv51zoy6mc8EafBtC/XCn
/F7RlQT5c3QkfRgsgXh8GoxAv+IEqyJ4ICrW/Dn758wB3MELU6YUC6q/sVG3WOVw124d4y8lABhi
ehdv3udqiHOS0ZiIWwU/IG0LZG8V/MBbVuQHFD4X/MCPCH7w+RLxb/CAKB5G3d873HoY5IT6jrOC
fyBBuxLdiYHE7sSJhFZJLEgwla8SXHFOmFAntk3NxS2+QCL28UUSvlUz/kAdGMQ1O2atCDvBFmX+
KUo4OtXit7gG0JQ8wYRIvctpGkCGRZ7r4L1t9Xyj2lvrpQstFqvfmvCp6TwqjlhOQ3PdgI8u8NEu
X7dvABPwT/i0vr3xvQ8IduDV5t9v4BMPRopmKtwxNK2Ik4w3CU0DqReh4W98m8H1FV0LsgaPCiyE
VlROnFhZ2TLxP/w1UwptbZmgUR8OhMpttER7Mz/RUlk5sRAdVZbkQciBlsV05e1Vit+e6OYYx9i5
hel0h3YH6LaCvjgu6c3lLuEGuSJ8BE/u5yJaFDgpo1AkPRSOqq4ihRap28S9Jiv894K4BYXPBLWi
8FtBrSgcVY38lgjRVZRxirWU4wAMqApP8Gcy4LvDHLmT3z5cFNWQfqdJM/0yvJeD9wWozk/TvK9b
G+ut6b0QgGp6QXog/YjtkdLdaZ2Cnb60JOPIkbQUMJSXKVPKwuVT/bxJusWugLHSH1QqLHrMYrYh
HoKvqerxZvsuhNY5+NVSWRxoJM9ImTQ+1YIRLtKtgP84H4N6E5HIgELtCuUz9k8okqLwhwOz/Dt8
Rlyg7K1M/zzKR10ki3Lx91VYnn/hZd5JjD/MLWio1tYi3juoOxzcLyhupLcDE6VbxueUO9PjH1EQ
PowcCtvspcmQPRKiYRtiCyL1q+jBQFH0IHj2bZKBOXI65YUbHcUI/DjllKdbWtIgkL5Xdi9vr8HM
cMfKqC/j+Zp+dojTlemWgnJqzafHz4jHJ1j1S5NLb2E33ZmOjtMQxZf0MC8fsq9Rem6cgtIBmLSY
uCPWxRQGBzge3rNY4winAQ9fwz74SFAJL6hpflsq2lCWidBxE0HM8InqhNGQETZAxsMpEvZZ0VZA
oWgroPAnEd9GoaCKdPmMTB0RTcrkDSRhreNFoNDyZ2AxpEg9qM/ZICyGhkaS8mOgUUELiPIgcmhw
HT7n8Ic9Jh3GKD2SHjckRhG0RtgKmVGCLkUYKz38MiQnbAlIpCJwIVT0IXs+kmdOnUzx/33j7aYB
84DlXvs9jnud90R25feZTHl/PrBCXuFYEblIXu9YH7mXGT8Nj0RYn/Ea28vSy/aP2cf2EcefnYZW
R6uvNdKktOan23tNl9sNWVYpK0kllc0jIiDr3fJiera8SNHE5aV0qf1D+e+ydpZjZuQF4wum/zFp
vUaPHCmNRKaxM+w6s8PusgYspfawLaJbKC1GVKZDXuRY5NL57aWl4chCphkPQGQboK1Ay1SWTGWY
XEuuslDLlRCDJuRwWyx49biFI4DBKDr9Q2HboHBCyHIU/iVkeSaTbxqX5bBtRNiP2zSHoYSEWSM+
rwOrZrFspwxfLnDJ/kgg7M/AXCmLmZgxbOLWSlm8oSw7pT7cMJVkiRmSJ6FEShTKlAjswxxlJZjR
AQRWibiopozZTbLsMzUS4h2in6lzfZY3MJlPB6np9/tM5pylz8JOWOgRyzEL67YM89iO17sLuQyB
COZHwLwhiWyWZGRki/NUce2CDO3LDOBjRF1N+SF6xb7oQwi3g7nxnQywNizMM+VePtOGo2hA2wBB
cMcIa5xqbfHz1sN644Qjt/C5zz6RUifm3PDcOoILfONaoJg2KtZb+bkX9foO6Lre3h4e+ulFSj//
QzJccQ6GDLYpgc8SKcfMDiylKgiv3M5nUyB3K2/mG0feXtxAaPM9xGOH9+CbFVztnyZZhN1hW3G/
hX87AQk9+KiC3iX8Gm5jQXTUlQEeKc6u5pN8v2lczf94tsUQTdGbz754yqefrorlEv7JhbZUsLzw
R39mXiEzPe42221KwF3poLL25lPdv5rqtFhKShHDYJmJ7xR+fWU0azMlEtTt8tbStYUjHU0+mkg4
zN7oWdIZu2YEHXGuryi+g0yYHbLGTW8pyppDxAsjQ1hZJRYd1Y+jdEJqUCE1KFr719NR8U+En4Ej
RUMKhbeFyEDhdwe4/rJofwzxYMCiJy6ICLPrqwi5npsf6QncnRhnf26dw3OQoZu+spjKXMJWKikR
+gbBAnxdfBy/E4qECkXCK1U0fVDg4ksEyYumj8WC7wUJtB+OCTf/W0XsiEuVpwa8w94TXgkzrob3
tU6v41u1OT+xjnr3Wlc3LPBS1bvA2+Xt9g54d+NCvaUirJ8doxVhXVn8dMgcVdLrTIQmrHi3eAzf
qoH6iXUDFrrAQrss3ZYBy27LCYvWstfzDeMFxrwA1776qg//KJZA0UQg+9sWymkD5Up/3YxCa2sm
YIv4AuX4dID25i+nLGkqFdaIpN47g4er+dhCj+hywMKWSr8c1yPeDuFzdggk1usQZoZj8VykzRUl
PgqfiOHjR1Q7N3FzaXFVuqZx+umrUChexY+oUX7V9CkzpojrpghCmSIIZcpcTOlii+eevg+FooZB
ofgAFP6lQlPgIhN/zNy0uD0tbk83YkiREgkiapS5LsH+W6rIs2wM8QdjH64wv7sRUUS+5s9odIhn
OMQzHLAhPio+Q8nxa7D/QvEZSiV/BvbfVc38GTwSKfZPgUbxHMXjz06YNpMbVcqMRYtVfk12MZ2/
eP3izfhazBLdjBpfssqM5CxtMccDH77g0UnY/aNQasPDp1UaJ7px7faN4jipgx5B7zwilQZ2zX2F
r6BrtQWPx9PNeq1+0eIlel/NDIegeIciAqlKWrjCaXEs3ThF7E0Re1Pmol2fCF2hKO3opy+EJhEF
zhoo/FWcbWxsxxj8SfALCkUOQuELcXbu3I72ccZBdANV5GsZNRcLGgOtIzwIoFzyCGTqoBWfpnwO
yREfkWlYslhyYx8dCPiQ9enjsUj8dQTVUJ3+SMefPVIfBGQH97kRWRzogGutVIQxgfPU/lhjRbgG
BdUcm1sRnjE75qgIe+Fd74+nK8JIBbPuj0+pCE9HQZ0cX1w2b8qi8OKphorGeWq+otxA9MkZS5by
gUlWWUxmvU6j1c+YjikDXlMHLFB8NCKaU2i3MqgwBGjrVXtjRSadaMo10u7GwUbWyI955i2dkpg7
NzJvwTzWN29gHiPz5HlsHvj6YImnbl5Xe8cQWwattdk3RFdvEWbpuFUKb4R758eLm5Yzi18gFAFd
TBfF/zyhwsbTwb/6ohd6twirl8QSFrs1GU8lLFGke9ljtuQ3PXc47vzTizzNBf44d9z/D/d9XJvw
hAQoHe/XckQoGX4YMbevj37Tiq2lC1Y7q9f9v9K+BDyO4lq3q3v2fdcsmpkeza4ZjaQZjeSRhdUy
kjcZJPAqg5G8sYNlZAMmNlIWFmeTbyCsCXJIDCSGWJbAeAlBEN+ELAbfdwkv4UuCb+IQSCBxCOGy
2PL9T83IJrnc7733Pdmnqrqququmu+rUqbNVYfk29xVf7l64KeIxG5rPm25zzo5UGVSB5PLiNYtF
0d06b7pxccmojmR7motL6nyN3dOz2/N+TusmrcyVEd9ab03Uru+/ubt7Weu26RuXyx5s86tsUXsv
+/xgTikuMGamu/neH+vSxchrVILZlmn3quYAnAXMXsYuuzd7jibGmQvSfwKXFcSzuKzIcRkxpMVl
jTy06KyeKCGFHOVFg7E0DKAwqStW7Rwj6DyczVbR1OYaEuAfl9EfEmWFTiT+rCRoxnuEIEcnQf6g
IH9EMM25bGlOPKdniGQkiEzjysxlNIecD8kpJbKEajGGcftbRd/I92eNeTO52SGnDTUA8N0Ufcwa
y2v92bLGWH09Z7LZsHvDDPxH8riCTAiDAHcc4cHHZV7KZfUeWizLvPpGnuYdaCw/3xoj8x3NMh3H
FTqON3Qerojh4VkeqJZAUcMD9ZYgrxnkGUFeGOQ/lO7nCWoIiXeeplvS6WJTBWH8H5luoE9bi+C6
6YqEARqKvcWB4mBxZ1Fdp2IKT4/garyoGS8eK4rjRTZQHClOFaWgzpMOWcsMuHQ6FFtUo0uHLIui
wXQoWmbANSZrOxpCjZ3VQjRf4G80Fo1arRZDlSem3alj4zpmhSB4TPeSTqUjBlwgXQjGasPp3vRA
ejCtGknvTI+nJSFtg+0wreR6TPn0QFOZCUdKoP+XTDiH1ydpVHGfVFXN4ORO7Z+ZyNhgQkuZ9L3J
KSnN5f+JA4eZSiK0GbZchSlHOhus+xtf6b5W9liMjXOnZzuVgkHVccFNNxotNBVd8xrBfasuz8S3
n+9e3rZteuuKsI/z3qw97Kbtmz4zHVztCWKuzV/Plu5e4CcOhgi0Dd1IzDOrEBRNFaqhGoQgTSgT
1x+q7OtspBpt8qto7lAhJRQnZap4NVUVtKdtcVB9JCnla2GFLXZOyUJP5VTPTzcHaEz5VS4+4lwm
7DdBw2HhR4iHgxKgpEoVMpnCXFmCL0bEa8ZqxBshcWyXY8TNHvXs9+CgBv2R4C/1GscfDGyBvsuz
wn0b+6J+h/WXAW1YyRdVXEliLMx+6P6xX1TCbKFupjcONDelZLAH6MFQVLFjFPaqBlSDqp2qcZVG
9RbU0YztimkM25yz+gGkJUwM2kz3eGpJN9yPr9pnCi3cF1YthD/mZ0gvWlABwmemaBE8f+X3BL+U
h8mJS8q/aXsz8LFLrA8wd+XyZdgSNLOgI25JiLC0NMQ1CbvVJQtB5peZR4+UV4uU02yTWUBC4DZW
yYJPjYDWE74foQQZVkIvGGMNow56CIp9i7hFc4vhFsstjps9W7xbqnWwCSpbA+mrbfZSAABtjJP7
jGWBDYZoWWQL/gf39QvLZ5K8QHGA9jEJUTh26zU3vjT80i1XbP/ZkuI1c8c+s+bWq+ZLex+6Y++n
To3s/sITt35wU0f7Q9temP7Nrh+8+8UB4pV9ML1IOoSxlhRKYk1lrKVnc+37vKGWaDASCyD0On2C
LKWdHAc7Za58DwLnQ87nQKKskYtERSNXllIZh8qi8ZMKAVyZKUYQILm4pblPo+VcMr3AsbDAMDqB
YSHXgGQDCPccJwL6BNDRBXYFsj16bjdyUMifOfUUDcS8gcYkdOs0ywyG2a3oHR+3To4jnegLrQGc
h/VnOCWhfb+MWimNJQk3FRZ0xki9oQ7Ql263lcURZDuBFoE8j/FtPUY3jepbDbNJpadkW2i7xLbD
rro9y2Zn22d3Zy/JXm2/Ojuk22rfmv2cbrf2Td0HenPD7JWFvqZrm1TKbFavk1JphxOEle/2GifI
q2RUSEZ6kiGhU3RkUpIqBxNP6okIcweL0ee15BvDhp0GccAwYthrkAx/kkXOyAvIci+psEJMTaqf
ZacZ6shAKyn3QjQBpEiavWW9XhgJ42fdcFZxLZORLNint8FBAka0XF/UmnXxpoQp0RAvavMyqzcj
KOibZdZozMkkbKwMXSBK8pwJ3bW+PilecBOtUxYY0jiESWYFM3pAC83gRnUZYZJbJzLcBqkjMn9i
/mjP5y/ddOfgdxY1p/JVpe5p2deSdLpt0ZA3zpr0luuWrJ9z0aXKyob6mFS64ZWta6793MtvPzjs
ttZNv3lZIQT3Kh5j43ppbV+D1zI8/Z2N0daVF15+8H9tutCLo56grzm9SCVgLAfBQHy5Mpb9CQwJ
sN/c0PGCQQk206HKbtpCuxKuo1mxh+d0CHKPc1yKxPt882xR0wjG5lmxaYMaa8gRjXs16T6HUWsp
jxuQBqC9z22fp/iILQ+aqUAtodBALY3DQC2NQb/VH1puk2BBQUS37E321okKTCy+ldpVp2rwN0Ta
a2dlemyKX4n01C7IrLT2+vtCvZFV0FrZaFvrXxvZWLvNtsk/HNoUGc7c5v9S5mvWe/xfC90Tua/2
ocxjnkf8e6qfyBz0fB/D9tXMW5mPMrVy3VB8KDXqvNd5r2uqTrsEfqyg+hPSJit76IDXGgpLUX+a
0c+KxuErVquxBAJCOAw/5Vco9UIY7pvFATgt2cskpqNfwf6UaLS5e93is+6X3H+Bw2muEeA+Pzuj
RUk2mDDWoGWa5hPfYr/dfprGI7kN4IPQG0s5q2JVCShOOhHEPVGZJV2kTEljryzGJivJWdDRAv4k
TZaZVZiPNUisiRNM+r9VUPatCMu48m+zdI23sGg675wVdHkvuXPhbf/GXD8oDSRai59Nrm8f3PXN
odmXSns/unxlvjoetxlLIH6v7Xnnp2+yuCxXx07Xs+9ivf7+cwen4PyJ9vGQHYtPY2yl2FOVkZWq
5VhSE66yJzl5mvSGWWU7//HdLwQEZcoWiTJNisSfy7oSYb45D3MiFrnYaxGuDYM76fX4iKXrhf+F
3yqWnuTG5HBSSqa0XhNUhdqP0i73bexx/xtdSvIuIkjPoUslSo9L4N6N+mH458ADvBr0lKNKO9/F
2tE2IXLNMiT+yDeilOCaV+FwbfocOQkFL7BujlZ4nCS6hY0TtnDWvJi3KqJi/YxKq9Sy/loWJjzH
94y3R5MQWCRCyU7BYKy1u2QbU3nJtXDJBuZrHzxta7Er7NcwiNs0uTBO1BLsEEaEZTYi75RFQbZh
lzgFlXq1PJAmFiW5Mi9LH9psN0DbnI8t6Hi8vRqDq2z59jHh0w2g8LB0uom8K7uOqOy8KhTdP7P9
Fg9tbVnQFIuucDvcdQ1O89w505l5NT6D2hz1h5MG5pb2vvji+dlkc5crfdn0wsVJkG8xD99Trdt1
XjUXQjFh/ZkT4s8xXhpVTZXxkizw8VKAfY+4TGRcasq41JRZ4WQnaaL8ZARMzTICQuJdJU/jwdqo
1SWtEZUjo2Zb1exaWPjF6xljtVrfTSG2Dr4q47KfDcAtiOh3QLsW+qqgguoRI1oN/mw7kX6g/I6+
fNT2cnktPcvay0esSZ2q1hNy5NRibaO2/Bifo1vNrlF/Si2q47XazhBbH9oM5bi4w8ioh+8o0JDQ
LLNaC3m/zkJJXRJ6g5plyWQhz0cLtA/K8RFQUauh6bt6Nbi+q9ttR7gVFjpFQyetz/qyosORU4yl
LOybvK4+06rEg7a7Y2qDFsZO6YHCYGGkoLEWDjBZuQMI86fmn1qOxI7E/3f0ldgvs6+rXo++Hnsz
a3S0Z1dnr6/bnh1lo+KoNOIe8Y8ERqp31I3mzGSZb4DTSk21IftCzY+jumrJ43LAk6ovHcjer7/f
8KB8V/SumNGRMaeyi7I9hf7Czembs7dbHovuLbwhvV5tSusaQ8IzYoiFWT348QdYZkJ4Bs5T/Iq9
1hvyPRMI+cN+ZvPL+ABU6HsGkji/UuNwQEJsVFmTPFKH2I+EXH1tI1xb4KX6b/X5vGTO4fLU04sV
f+ZgzEFKSX8hnTPJpRgHyYPzIPySS9C6bFZ8Sb8vF4ZeWXYsyQaSg8mRpCQnG5Ji8hCThTyT95W1
ZDE5yP6d6yicJn3YMxHwwUv1sK2YOMOQJOWoEygH0UMs/RMfM4wHXWrATi1mNrrMZuOMmXxf2U4e
jHrytDljKY9kWazyZE7Wm5vgqoFj9epUOizb7Bpt2A7miSatq8YUhkKUNqWuJut4jtpp90X28B9p
37O9Z/8oBXt4GICQMfxKxTfGxsQxacz4gHmne6d/Z2Bn9f0190bH6kwgkMF44XYi8JxcH62PfSH7
YOzBLDwn48cp9pTsK+lTcMqkGEoiAFYkUxOGErY2U4rPUMohK8sB1pE2OHmyyBSAiIRuL498pRjI
Aig4g4VBkQkRzFCyXmf5WXCCQc+CryemwNcTICs76J6TUEpANWtJspnRjpkecFJxmNGOGXUA8C1G
wDcFfDvwSQHeDdnwYaWLcsUPbvxf0dPkdBRM/7EEcs/E0OAoK3DRdYu4M5K46dJ5y+Vw/1d++syW
pddG3FXmSKT6obVdK9ZM/6au7sFPNV9QsNscJmnv9At3Xb2oblYqnZu/7uHt94cMfjb/i1++qNR1
2c7W0opN91VZLV6sea4zfxXbVM/BQ9PpCg6LB+EgE6YqkDuLy4wmzoIxuZ1M7eRJJ1/InDN6U0i8
y7cHSJwsK1A5jbqs1ePC6Qk4xgdKFe1HT8N18dtHKnzaX8/Y5J1jwPqqwFYCI4SH5OlkJo1v+wbn
qOKLlBM+JBQX1Rg0MqM1wNxXudhC6GRScwqGIto2Bpiabw/UnJ2i5qugGh0kKStk6egpX/+QKMv5
nM5g9bn1L8MtAtpPH1u9esoG5ZLVXGEDXxKfFXYwZnSgw1TqZ/2i2B68336/71n3s54Dvjd82rEg
2+GHyVWPud/Ub/67F7wItzcJx3hur88vMQpcgV1McjdUeis1wEZfYypSpz0vQRGfqKwNrsDPBCNJ
/7LwpmjK1QfHYeADQ22VSh1z9TrZCI5FgZvtceeU85jzuFPjHKjeA/3J8uaAW/3B8Tt3q49FFIKP
0yfK8jwUnWBYPgVOn0HoS+qDoPpv4NpJBXh7J+vQ5pYCp7lgCh+F9AwsTrbolVcKqcgcezI60plb
WfsvLUN1VWnVc9P/Pu/0d/vmpFNr1xX614lXRjxXLUhsKNNSIvgbp3FGalxsqIwrT5LzEYHaiEpn
RjlVkQtUKCKZewXAhu5EWTtD9vOKfgeXQcD9WllRD4nyfhSJd7kKkSM2s/20eOMao2zxaoJZC8xC
MIufIiUNnUGAdsZR7JXKZDycZ9O8LHtg5XZWH6OkVmjL5guSzmCUjV4LVMXx1PIjjRW6GAojoI75
sGKyH4Qg8VNoaPkNtED6HTpdQuZjT9ZQhiwn0Nt3+OhDoqwxRAnO/Xc44JS8LDbj3H8ExPfnzP/M
FDEo2jEMuRYdKEJskgNKkSVpZyEnaYUYT6qajC3hVnlBeIGs9uucPbT7jPSE4smoLsk6tCFdp2yM
B+HavUtxGmA9hUWJXpHFYDQYjRFuPGXB0WDwbzPIxuAFRgU/AVCXc/j84OH2wpO7OIJg3CnRsJMr
Aw/DLvF82ZzqLKUGhTnsBbDekBy54rKB+xKb0ZorK4MEqq32aqu/Gr4aArYgLKxJX47MqGBbSniR
dgD5FrKSmhmJUJHTFiOV8Yk9QLIorYOFVDhpmf5z3Y3bui7YlK1uWcA6+toz13WXVkl3n/75GLeN
en5kbt8XR9j9HfkAi59+cKS3ebGovbBFjJPcDmP0bYxRWXyuPEb36/WC36HhntntoMxlgAhlCuhw
w87xrbfaIQtn9fgAFU2DRq9BH9Dp9TUR3Gd0cQawy6mx8z2g3aEReQ5muMwTMj3naObcfzyNPvyv
j4IrQZ9V71hiWOm9xCcBy8GxYBFOE6eUNe6iy+fyR/U1hohddsS8sk/2t+pLhlaI3ou+Vv8i3UJ9
p6HL2+Vb6L9K9zXd/fqv+x8IjNV8W3hMt1v/sO9h/2OB78NAaL9hv/dp3yH/4cBUzc+97xne837k
rxvTw18r6ZsNNPE401iOQ+lyDIs/np9MluNotBzb7TxWFF91k7Vmm0CnHwyqt8mfVt9mH63Rt+qa
DE2w8PyhZiryC7/2TsMO7x0+qcWxwCs6va6QUwjIIcFhsIcwC25Xsnq/T/b6fA16gwuuXgN+f0yv
Q4oftqjSgShzOkA4CRq/zwg5EBaofgOcCMag27nf8LJBbdiuh/HGFYpN0dTv0h3UvQgHu9v1vi1+
cpUgC3r8PqujSU+/EwrpFE/kixQ9bSoK+ilsmA6wZ/fbatgInFZWalG83+psihBq9UGnnPwgE9rw
n/a+7gNi9b7rf5viG7wgtcrOKjHmCb/CYyXpP+CsoLK2xCc5iMeaArodiqHlPz70M4y8BzxlkOGS
EsjrjacR62OgmLFdAJ0CRthxxeAs6WQQKgDQEbQmETkBSyNyKUkq2k4nZ8ckyMmkBtIneOcg44+k
ne2tTqbdP3+lSmeEa6ZMkytaPX04PX3Qkwrb89Ld8YQcbZjWiOZZQYveaoQzeXto3qk/S+rmepte
V94fnzmhfhLzJSsdrcyXRCRkt4hZErhYBH3Cq1Ol4mGNVUMDvR2ur2FQefoY/iCjPTtr4GcQK2gn
4UVvNYU6HmKvBAQKvgOF3oReJaT4w7fCzlPYAtcSxi2wbjCWn57N1kUiuTqaPMCW1Fb76nZSDOWN
EXeRy2mIwnDk8CGV6vaiJ4lNpj2elHP9uav0g7k342+m3o+/nzJRhQlnkdd7IRBuiuRy6fXNQR98
PEdtOZUhEUxkE6XEsqpHqx71PprQGeMtsZZkj7CYXaBdqJsfm5e8IHVB+k7tiG3E/qX4nak70yO5
B2x3U+X4YdvB+MHUs7kX4i+kfhn/ZepYLoyz7GD2qarSx7VJfUqTLladbzvf3qu+WLvce3F6h3HU
dqd3h29H9M74nYmRXNUd+tur7khIZn0fu8l2k12FWYHvGY8bmBbzwlZlD9nkaCQkC+lsSLAaLCFr
2BcKYWt/+yQpER44s11R4DNQhm9JvTaWTrnS6RTGQzzZoNO7cDQCKBSfO2aIuwyGOLyHN3h9Lq/X
l07AgVAVHXdqwHc4zN7CNAqxtybDzGqnK5tgAX2CddBmwyZeFkTKxClHqIJp6j2Ms2rjOLfmEcWa
UtBZ2BIZ5VPWDQbsq/Y9OSVsSEfJhsatBOp7fWyXjz3je8n3GvDeV2L1mOCBp2VrHP5JGDflge1I
/DCzQfXNjTluUgz1/QmmJEYSInyLvfWkfnuyXncIE10HAtAANhMbSZ2Es0V81adwa2oXjoG5Qgn0
ptlImpGsSU4rEDtNpY+ltemBurOU09uwHtnk8799+gRsRTZVZjey/MjAAuc94YdDRgKa7qQkRedD
YI1DQFf8XzmNkIYgnRXG8QBpTZHTHI4QeGImJ/NJqOG/nyOhtenadHSGBDAGd1BFnDKslYQtEuTY
mDYnZL4Eivb4RJD8Gp+NXHR1cqKqhHd5csLNr/a5y8iDEEgZd3DrDqcTeKKsQoURWkEllWsWlcqY
xMxGsBAf+dcmb9LTxp5cEIK16XOuZIlFVqSnX0z/fvrv8elXg7PagFFUoepw9vRf2RN3tFVZYK8u
QSrtcp9+h33ULDvpjCzzVaf+JC48/bQkLiyA+UY8uADkz38AjpklvVOhG00Jg7cpoaoT8LB6YJon
65w2cRYS+4W6kL2MaiBUAJ6Z4kFZtkDL6R2OLgMbNY9aRu13JO5oesX4StWryVcLemsOEh5jzASV
ROPreW11a866qlmVa1e329rtsxLtqVJTQ+tCY4+txz4vtDCxONXdpLQu9y2P97Zu0Q4bh23D9mHP
cNVXtWO2Mfuj3sOJkEVttVnt1mzYFraHs2lDuqq+1WBrXaZf1dzbOqOXGEO/t0LvkX7IjfD0l0s0
eQ0qIUe/IZQLBku5XCuZInGUBn2PdvolHKdNlUP6TQ8nMDvB1Uo2NRUN0KcpgATRan2JJhxiXIw7
Rj31UFQqgjT1mILbfb3gG9XHN0aH4WV2NMqivjhUGgt176TTyUIv3vb2Iiuq1dq4T6uNFeOuYjFu
8iSTDQWTq1AwQZ3OqzdVFZJxn3FWfcJrkExN2qIVtkxhfIn6HH0GLOJ2O63MORUMJ+tCoaDBBDLz
qY0e5snB4M4yKfsYqJkpbA2Lim/cd9x30qeiDFqRfYfFZqEANbMrJoq5JDDCpFBghcPic7CKaxUv
mIwc5WZhq8GEIKdAGbjtmzmQZfXMiksm/BCIYP6tJmKKb29o8sH5H7QQj3CVRUowr6O0vd77FhzD
0zvGiWJ40Q5YWa5Gjo1f2ra9hZRWZ2vDiWKQo2w/gtttbUd0R7SIdMgF8wNmV9wByowaoxGzykDa
iu8/rYeJOHgNSL9B3qUh13tD0Vfb280QTLVjEX9jEhcUK074tlOTbFPrRdBMqVa8E5zH0p6GCiSe
cHK/tRSXrbTo/2LCSobHxxHlEe03o8DMc4hHkQBvIgH74zgA95E/aiIUJhzlyF4mGwLmkg0vwA6o
AkPDBuebOD0HjBI3ObEmvABVDIpAj00hwn77pOJ0l5p17lIK7tHTALvOUwLRdFwJeEppxQ5wl/IE
aLmKWgfQ7TMKmoRd/vHvn/kinIKhKryAEzEVX4hVJFQ6S8NAndNDZ++VRU1JQk78mjanLWRQEGB7
05Go0dPRvaAmwZobY43Ltp9YuqA03VsHBfrb7+qsq5v+eSyQWDX13UUXnQfUVF3lzdtqrrxynd8d
BGLy1tzw6PSBrY1SLObCOaerjxy5xO5NirGY2hW86cypa6GOi9ligs3ru8BN+bNSVNComVpJuDnJ
kkHsG0DDwCURoSY7T8J86bf7RZ4UKZnnyTyS5S0F9LPfwr/2+qPEwf0YjQQvZRkh6LKLt8BRvgCr
ak30FmrD6nJBVtFU4IOXCJ9frz6C3SHRPVxM0NgwboNm2DNC4Mz7gu/MScEP0bLBBkE4qYPt0ZON
oCXz1bTobMp51jd/Vn2bRtTr1Q6dT+fXZ1z+hD7miMHjxSyGM0wD8x1X6q80XOW73L8ucGX2Zt1W
w1bfTf7NgZuzOww7fPcJ9+nv9d+TOSwca/q9Jgq6JJPJ1tYaGKfXfUTkZ/MVIj+hk31+f0OtwYUK
2UyGk/eZWtxS69erDDocvO73gdrQRSuEfhLjSLGgt8n6aClobYI6mY8ohsCogb1mOEli00HDXyA2
3d6u79H36yX9dmxvLUow8wqsG6zyGOQVo/1ZVp9tz4pZX6Hp26RCRupjcFR+YvWmE6dxsBBW09MV
tTEcTJYpr+r0IfjqjTPezq7eWLwJufyPBz2dW6DZJvKOhFX1kwlyTpFXRFrNJGIlfksLo2U3kTSx
Pe66ushrR+1aXU2G1cZTXr1v+gvNey+avbilIVJKGULzYx3TT1sjPltVAaM4GUx2TefZh+mUQ280
g2T3Riztp66/7c7ObG3BY53TNyZOhnNRkw1aXRi/aayt12L8utm3lXqHTuVVjanGzGOWb6sOqLRj
VcxctcXc2NwrQBzphjPbKovTepnqYutrqmNWbWXHm2JSlUeyiha1CcKDT6lZr3oA8oMGk6bTyjZb
Wb91I06jbRAN4DoBUfIALw7/6f2VsMUV3rPZOtwhYnDFlLxa/aQhZFTBLWRMUrkk+DA0iiorM1mq
zNSKqhdykAYz1GL6weGHrrzBelicI1jgBmyOkpVYbgw/K9drZg1mBS6yJLO/vqq9qgd6xqYc/HzC
/6XPU/WN8jICnfcL3qXj58hX/burT4AlTqf7kbU9BTN9pG4CsIe7Y/sRL3jhIHb/Xon6CP2DXQY+
BUivg4LlzDFFD0wvNSDgyixmJKwKXcU8pLv+q/2ekirlouQv4P9YNYgTFg+c2bkfXjW8bkq+sd+N
pJUn91nPkWUVrNjHcG4Ji0C7EB5hWyJuhqMrgfSkS42nfiEOTL+8ps0ZUKU0knD6AXbhVd1VNiPz
Tf8hJtX6ovlF0/FTL0ez8hX07fHpTUcXdt7j67e2/R3THRmC8EL7DQ/OxGRRhVNMRnGt5/WpAPdp
I9Ndwgqb8NHm6YttrWdLqJT+WjUlVi0iIXUKt4Ftf5H4HWEpIIe86xHDDYDwL2KJPFAKkNwLJwHw
soiztwVhLWCl+keCTb1cWIQ4SoB7CqrfCWltUKhR/+jM75G3QDVEaWEB6kWRHkH5HFwbpeeg0fcl
YaFKOPMR4nl4XifixXhGD9LnAcxou00snVmHtB3p82AZZ0faBOjCfR8g7kR9sxQU1qPchWsRYMfz
zYgDABOeibkDW8k24YDwIU4VuJW9yE6JKXGteEq6XrVcdVz9iGa99jHd5XrZMMdwzHip6fPmxyzN
1ibr+/YFjh86b3Dd6Pqj5w2vAeyab1XfHXxFrokcinpisxLXJy9NP5+5Mft4zlGvNKzMHyq8XpzV
fKwkzu5tGz/vu2iVvl2r8I4g4XhgeP/E1qteWA7x0k+sTuTRq8eBYJXvooEwWbh48bKOJXMzS6+6
bsPQhRtuunjjdWuu711ywVLUpNr4OxMR1pdT/xS24lpCKwbY1Zmgm2YT7Hi2U3DBq3wVnu0TYtiG
JYWMkEUvGoRG+PWEW0qhKDQLLcIsoUPoFLqEecJ8YQH8QiwSuoXFwgXChfBY0itcJFwsLBGWCsvQ
+xXCSqFPWCVcIlwKV6zCIWHpmSnpPya7uvLKAcSZHI8nUun8QSqY8Ffnn5H+Q3wcTUOvS3ptwhPg
Jb+ZmDu3kmieVU5M1tblX4Oh9W+EvwBE6TfSa3Awz++CK6j8yQ4zMph0K/yVMHj92iX9GidY/xpv
RpFenYwl8mPPSj9D+U+kH+Md0W0/njDb83jgj6Sn8S7C0n7pqUrJU5MWe17oGMLwYMIUwmOA44CT
AJWwUXpUGAaMAvYCVIIVYRhQD+ihHGmPtAf93I37rQjrARsBowCVsFT6DvKvoVB6TLoaR1aEpS8S
+kb8BekuHn8LsR/XDyM/hPgbuKZ4rHL9IGIqf6CSfz+uPbi+rxLfi3zogEj34Jrir1aub5S28Ps2
V+Jd0tBEKGzrCKFcBjQAJKTuRupuvLq7cSUgZNJnpWt5D/YhzuOJ15VjvMjtE5Eo/0bbJ6t8+V14
pdvx6rfjzW3Hm9tOWnvStpk628p16qRtqLMNdbahzja8lQZpCO0N0VBGaAPIAAnvfQjvnfLHEU4B
jgEk4XMIdwJ20ZV0E95jGr3aIV09kQpjsF0xWVLy7Yely/GqFely8Afzo+eu9AYaiJdP6i2V2Ep1
N/C6Gyb1JsrdMOkPlmPUuqbDIq0TPgUQoXC4TogBmgCdAJW0biJWHz4kXShcpxMUS3hYHJaGVcNq
VUMnczwLJcVeoOUwHATUCW2okA73t7GWAf2gfkQv0eErDXpF36tXb5SGpVFJogNb2qUeqV9SE82u
bS0QzTRf01rYadxlHDdOGY8Z1eOaKc0xzXHNSY1a5ifY92oGNIOaEc1O2DzryXOOOGAcNI4YJRuk
HQ1GxdhrVIe1bFfHbdJa/EwBoQ0wCNgJUOEd9yNfli4D9ONr9OO1XYZ8AaGAKxvgGNLHEatxZUU9
K+pZkWtFrhW5AkIq6QUMAAYBVAoDbIRUIgMaAMcBJwEaQBKlFuRaBBH5FuQjBViEKzOuzLgyo9Yx
8RR6aEMoA3oBEs87jhRGDcKZsoZK+QBijUDlJwHQRkFIZQpAgnXEmuRUmo3TKUdsZ5opbe0deaUG
AZwp9Uf74/2p/t2qjdGN8Y2pjbtVPdGeeE+qZ7eqPdoeb0+171ZBhh2vT9XvVoVxiEI4Fd6tGl28
d/Gzi19arOpfvHHx8GIJdiJTkxOZBuzvENfEKX5qwufPt1g7Zot78XP6EY4BXgNIcK6+V6gHtAM2
AlTiXoRh8QnkPoHcJ4QeQD9AjTuewP1WhFROZZQ/BlDz1GtIif9QLuGHPz7RWujpWASU2w8YA8BJ
IcJ2ANUup/by/HGEx3l+D0KqvwtAvXz87D04NUFaRf1AGAa0A/oBgwC18JK0QngNgCcjDAMGAXsB
KmkV/q2QVohP4N/j4uNwI2ZudIcFnIYpgPmgs3XYRBPGgJk9xsP7eLiDh+08jCmWReb3Fpm/v8h8
+yJzEgm4ku/ADXfzMKIYO8xPdph7OszpDjOeViVEQDbAQSxCDYXsTzy8kIdZxRUxfxAx/y1i/mvE
/PWIeVPEfF6E7sNxv7jDxUMjheweHi7iYUIxhs0/DJtXhM0tYXOHmT3E0Ac4j6EwxMMAhQz+NTqt
gv4weweLqVlkE23p8AFR4BE7M9HWET7Apifa5iM6PdH2EKIPJ9ruCn+PfQD5HZY09t5E7ES4w83e
ZQtVdP23SvxXHCa+B9cnEV+B+BGhjcURf2ui7dNU/5u4/wFcPyzU6Oi+bwi9/P4xuCWn/K9X7vva
RHYtWn1wIrsVrT4Api/VvnciewK5d01kdyD6ykT2WkSjE3Hq4NUTbbXhDjuD62iR6q6DWJh6srjS
Is6mE67F9fzyzV0TWbqrkxrAcdQT0UZESerl91hU6OXNhSei/EcGhSjvHGwQeKcDQpzHFmblnTcL
NTzWTUQ/jadonoyfCP9n22H64cLfmXXiofDvvofftxyXv2ULJ/aE/+0gva6J8EvZAyy+P/xi9HD4
X2MH2PKJ8FT2gA4Fz2YPiOyp8D685HHUFdn+8N7sFeEnorx0dxSl+NRjbXXhB6OrwvfHcT0R/nT2
e9QN4Tr84uUo7svOCS9u2xOeBx4ZipU2NKYYwq3RG8IlZM86wBZO7gk3xg5QVxrwjD37w7VoMQG+
ObqyrOWQWATfbIuS1W7WrtUu116kna0taOvg6i+orda6dA6dTWfRmeD1WgcvfJCh6QSdi5g3GaIX
XRo4EADXDmibCSqetgE1MkxACrFx0omYO5D4dovdS+aycUe30L107nhLpvuA9szF47OgfK/rvWTl
Psa+3IercfHOA0xYuvIAO0NZtwXGHXQYA2P1t30JKhOMbbvtSxDsdo9PrRO618rj7y3B7zBctGpc
HZ3rFTw3wkzcMcdemtf5CcEAzxzo/BgrCRv5j/15g+P3dC9ZOf6dYN94nhJngn3d4/OXyNiiiZvE
jV2dB8VBivpWHmS3iJu6LqZ8dktn39lqcH4yiGrYKSCiapNCDVUTatgkr7aYPw3DtKarc18NAqr0
PFtIlTB8nueVruCVMMY30bN6KUI1MSTE+LNiYoiqYTyUH2b9+MNMArPyh1lNAn9YNVXaF4+jvSyC
vpX7WuKosC/ewov3nCuO8uKDrE+gCgeFOOvj7TDeTvkRqXIdjIJKHVGHOh97if//yQ1z/x+ewSbX
/Gr9uq4N0a6BaNcGwMD4F2680js+slaW963/FRXI41JiYO26Kyles2H8V9ENnePro53yvjX8vn8q
XkfFa6Kd+4R1XUtX7lunbOicWKOs6Yqu6eybfGT4/O5/aGvH2bbOH/6EtobpYedTW4/w+/6prW4q
foTa6qa2uqmtR5RHeFvdF89l3b0r9+mEuaSuxuNJ0WjAfBgIRPrmemyDc/jkmB3x3ho4pBKwbBkz
feOm6NxxM4DmTV1HXQcVYXZSkQXZ1kqR99bZkcAh9lilyIZse3Qu9mPerqs6z/4fGhraTLBlSwbh
5i1UiAQmbQQWM/MuWrVyvG28rWtcGejs4zzYLZW/81cqtmfbXmoTN7YNt422jbXtbVNv2QIjGsXx
bM1LNWJ/zcaa4ZrRmrGavTUaKrh05X6lbazmLzXSFowmthl/XdQUmkaM/3S5eQs6MzQkoJEhQCZD
rWW2wBtbR42wDtQuA2VeB6v1OiEKKACWANTCDxD+O+B3gL8BVMJnEd4F+CZgknKkOqmuy3tVJ7XY
xw+98kr5yYZiHhKi/OSay8vxklXluOvCctzWkYdaZn6ivWDosILwZsIhhD8BvAr4I+BDgFrKS3n+
cPSZ/vqGhCHI27dsIX71ZgqGMpsZca8Zve7NQ+BkE6CA4QuQaJ6/XlxX/gQ2tEXAq8AHQYRKPH+I
bkMbuHfmT/gvNIKDkQplbmRzdHJlYW0KZW5kb2JqCjUzIDAgb2JqCjI5MzIwCmVuZG9iago1NCAw
IG9iago8PCAvVHlwZSAvRm9udERlc2NyaXB0b3IgL0FzY2VudCA4OTEgL0NhcEhlaWdodCA2NzAg
L0Rlc2NlbnQgLTIxNiAvRmxhZ3MgMzIKL0ZvbnRCQm94IFstNTY4IC0zMDcgMjAyOSAxMDA2XSAv
Rm9udE5hbWUgL1JMVUFTQitUaW1lc05ld1JvbWFuUFNNVCAvSXRhbGljQW5nbGUKMCAvU3RlbVYg
MCAvTGVhZGluZyA0MiAvTWF4V2lkdGggMjAwMCAvWEhlaWdodCA0NTQgL0ZvbnRGaWxlMiA1MiAw
IFIgPj4KZW5kb2JqCjU1IDAgb2JqClsgMjUwIDAgNDA4IDAgMCAwIDAgMTgwIDMzMyAzMzMgMCAw
IDI1MCAzMzMgMjUwIDI3OCA1MDAgNTAwIDUwMCAwIDUwMCA1MDAKNTAwIDAgMCAwIDAgMCAwIDAg
MCAwIDAgNzIyIDAgNjY3IDcyMiAwIDAgMCA3MjIgMzMzIDAgMCA2MTEgODg5IDcyMiA3MjIgNTU2
CjcyMiA2NjcgNTU2IDYxMSA3MjIgMCAwIDAgMCAwIDAgMCAwIDQ2OSAwIDAgNDQ0IDUwMCA0NDQg
NTAwIDQ0NCAzMzMgNTAwIDUwMAoyNzggMjc4IDUwMCAyNzggNzc4IDUwMCA1MDAgNTAwIDUwMCAz
MzMgMzg5IDI3OCA1MDAgNTAwIDcyMiA1MDAgNTAwIDQ0NCBdCmVuZG9iagoxMCAwIG9iago8PCAv
VHlwZSAvRm9udCAvU3VidHlwZSAvVHJ1ZVR5cGUgL0Jhc2VGb250IC9STFVBU0IrVGltZXNOZXdS
b21hblBTTVQgL0ZvbnREZXNjcmlwdG9yCjU0IDAgUiAvV2lkdGhzIDU1IDAgUiAvRmlyc3RDaGFy
IDMyIC9MYXN0Q2hhciAxMjIgL0VuY29kaW5nIC9NYWNSb21hbkVuY29kaW5nCj4+CmVuZG9iago1
NiAwIG9iago8PCAvTGVuZ3RoIDU3IDAgUiAvTGVuZ3RoMSAxMDE0NCAvRmlsdGVyIC9GbGF0ZURl
Y29kZSA+PgpzdHJlYW0KeAGtegl4FFW66Dmntt7SXdVbOukk1Z3uztYJnYVsJCRFNgwBCUnQJBBJ
IAkBQVp2EEyECBgQJWwZ0XEZEY3fHTuikChinPvuvY4jjujoeN1G76COjnidEXXeQCr3P5Wweee9
993ve1V9Tp2tzvn///zrqUYYIWRCPYhBypKVbWH8GUmCltchvbZk/VrPTd7ODITwAKS/doaXrkxr
f/A0QswehLj6pSs2dSpy/GaEdJ8gFDPc1dHW/uOjWdMQSoTxKK8LGqQFxreg/ibU/V0r1258A9nW
QP0C1AdWrFrStrVz/XsI+WA+dOPKto1h8iBZAfUPoe65rW1lx9qlH45B/RLUA+FVa9ayLEdgKj/U
bwuv7gh/fMdHZ6F+AGDSQxuGm14mxCOAE3lQ82SL1qxlBHC9erFXi//HEgezCUgH/XSNy5cBGWGd
KGSGBgsSkYSsl7t+8rQhO3IgJ4pGLhQDfbFavxvFoXiUgGSA0osSkQ9RrOgVQIi3IwPQ+Cz0TuYT
XRM5uwRGwzX+qZZ/dLmsto9/T8v/Py6KLk3/kwufJan/k/H/aCy+D+/APbgBb8Ar8Tq8DCt4CW6C
fDvUVqFfau8cRV9iD47BZoyxD0tYQBdxAMdjG2aRAepfwyjKYwg9pOUX8DT0HdGohXZDy8vod+gc
Oo9UbAY+OY2Wwj2IHkWNqBEn4GRciG9A38DscTD2ATSERmDMq/DOB+hz9C3W4Wa8HvfhAySKzCTN
MM6Fy/E9ZA65yPqRgDcQK17KvIAvYB47sB+9APL0PhMZ/xN+BH3CZJDjaCOajd7GU7HCHGXSGJmc
JUcRUqY1FOTn5U7Nyc7KDE3JSA+mpaYkJwX8vkSvR06Ij3PHxriinQ67zSqJFnOUyWjQ6wSeYxmC
UTqOuMobh2KEoNvr9TZlTNZjr69HmID4V28EWa8b5L5+0FDcT+rxP6knXKnfGEH2SJWvvIJOPISq
Po8gWwTbI4iugm1zYKVJSCrbl/sql0ViyttbW+GNCp/oiVR9G5oERQN4yGgo95V3GDLS0ZDBCEUj
lGBseAhXlWCtQKoqpw0RpIvKSI9YgxESqKRpeUTZ3QoFXwWgDj22qz3D46N7ru1C8NrEIATDtBKO
8OURQVvXsyyitEXQbs9Q+mjfnmERLW4Nmtp97W0LGyNMGxB1CDGByq4GqMHKkFq7PBEW1tUyN7R4
Krs8fVCnw1oh91XAW/+wHZr15Y07vaPuiBWelREpGJkJb87cfM7N9FW6lnlota9vpyfyyLzGa3u9
dExTU5MrI93TV+mDhSoy0iuXlwGlXaGMdEoCfJk07a3LKSzL2yiclcs9fbs7NFj3aLBpQyu7YGPa
/l+j+voq232V7W3tdBmYvTyiNGgP1NBMyeGpBNJVNE02TQ6AHlbraa1oAlpTwGrqGsuht9LXVgE8
SPn0SkvrZAs0VF7u9FA4qyNKa8SzxBNBdY0+eLmAZh0FqG9JAeVjmAZnpNfUXn0rwgVEn6fvexTB
rb7zX1OIr7a0TbbwAfF7RDurfFWtfX1VPk9VX2tf2/B4z2KfR/T1DdXU9IUrW2HV2sYIhvYXdrsj
VXuaImJrF54GtKccUFXXWOr2SoDHRLX2chUBSwFjAQsDOkAF+FVPPmAvUEOj11MeQfMbm9xAyEZa
boDyxJMyEjBuAezxJNkojToosrAQLU8WvV7KnbuHFbQY9j3SM69xou5Bi93PIiUUhP1opT2jl3sc
82lPz+WeK6+3+mBzntNMpSOiS7rys4hOW2XXtAh2/l+6Oyb6I7byRsZNKMNDibgZWjIEQdKLI9FB
KKcE+2Bb3vRFxGCEaxx1Fzd5RAk0AN29el/NvOZGT2XfFS6YaJnElPIBsLqvratvUsQo04MqKBvy
4V3zhhS8q765cUQEi7+rofFZgkl5a1lTE7guoBsRGG8eHAR42E/yhEU0hc58dEbLsjK9klcKQIZh
1N97OHSRPhEU6IXRK2o7cxzssQMVK+lzcQ2p4ecKi/AiYRVeRVbxq4Ru3E26+W7BLCDs1lkoFS2j
7PNO8cL5nFBLDiotzcrELdibRCTRmu91mLHAE4fdGp2Ao5nj6s7RkZFRvGne/tLimuqS4sO1avun
+EPshvvDT+OrR7ZsUD9+/Gn1qy3rX5lJ4XkC4Bm4DE8FURjFVmGvZWptraSVabW12sMkzIRtYbvZ
ilg3JMyyxlF0Ilr84Tp4RCJ4c0twfp41dypJnoKTc71OKzMwMqrurB0oKqmuKS7dPw9vGh0hxepn
qv/T+JmjG7Zg59OP48QNW0aq4z9Vqb+C0R3qKfbfAB4G5SkWBmH8z4SxE8KAn0aGx/+kmPViPnLR
jO4GAYqEgkFUGsrK3MlNCe7c+r/02IvZf7v0hXqGcfL2vz0pNNKR4CshPgE8IAE8oV8qdTzR6w06
gu+CBr2BYbdxHJ/PFwg1fIWwgG8QVvKLhTv52wUDIjrC7A8bsAEZ9JgFC7mZxzzDYcKwvKDTG/Sc
AXHgRg6P/0GxGsR8zgsZspgwMskmzIVapJwWALHFGl2IQqX0EWo5X1hY3tCo6OegOdxWtJVjW5pw
y05xbHR0VMt1o9D9XKl+jp6glqZUzHgZL/YaCZ+grlk69t5SdStJwi8ET57EGerb3NlLK4lz7CtA
E6gGfio3DHg6wP/LQc1KUY29kTQ4lpF2R9gUjlrt09ms6QdQgphAWhOeSSAJCUL8fh2TsV9w3mlN
t1iEwFY0nJuQ3i08P1X8YSwb2M5aGLIWnkeh86W02HI7QJ+V2YLtvGDGPuD0bCfwngOqjgSMpybB
5gexlJOdl1+CbddXueGbZze+/djYelL23LG6+fWru/qfVu2BUNrW2/3FC3oCUz235Jdl/PymhrjH
9hQVZ+BXVwwWlBVwZ12pwX0tK45O0cWfwL8NzLKKjPovvBRdPfbWzDm2KKLeS2Ji6in+GC0d/yN3
G/cN4L5jBAXHe49HifmO4YmnNDz+K2W+3pQfKoFMF++K9zFJbKoupA/F+3xNpIm92dAUd5N/HbNZ
bwnZSm2rbN021maL3WdiPRmZGa0Z4Qw2IyNpH7LZMoZzUe7c3EW5jGcrf3IqkKlF/CEblVKh0DIg
UTCIg0Eu0Z+cRHKnWvPz/DlAKqczWvIlJSUnJfkSeYHnHXbaRsmVl5efI/G0jVn0hPpFR8eq5R1t
WB685bBSvjI1PW5+Xn5P9bz+kqLqucXTD1VX3TMtq8GdUtBZUN0Tv7itDSeeHsKepUtWOCRbyK4e
dpV5POk5RYWnduw5lZcfSvPHl7nUB2PSRYcT5AH4hJ8OfGKGqKFYSWuyznd3kOVR68mmKN7Zr2Oi
+wXLVgPaDEOHZVlW5FqZiQamSAC5bxEvtEzwg8YHROBZjQ/YaKeVu37H+emn961ULz079h2JO4F1
zQ8MqWtuXVt0x5a2tnt6pi9bTL54Uz3ZWDaVOzu94Bb1lXf2ny2Kd1xaGOMt/vXEfgKc7JcApx6V
KXZuXyZRSCtoAyLgfTpGYBiQu1FF0keBPjCGjHONhHAApYGyLkheKJgTAqnT+PY86E2qnLWb/XKs
ntwxdre6jQ2yQ+qf1U/GemEVTOnCfgslDvkUO8j4PtC/rSgMkoUEths/zwP+MG8LFYeszFRMp2O/
vfgG7iHPcmcvzqU8SGn7e5jDhJ4fQQzAVwZMyCqQGY1uY9DIIL3JYDGK+jiDbExi0tmQIWQsMhQZ
5+qrDZuNvfo+4wH9YcMRoz3P0GQAc8CxBopmnNmaz/WYxHxCM44YGH2ILWVb2TDLsnSAC5pZI2IZ
Qc8IRj1HutEJMzJjDjpPgs7ktgnPRwECQeDV81IhVUhUH2nKKSszCFoKtwDXAlagRClmoEz536vb
1K/VHyEdwqfxXHwjPs18NraJ7Lzk5s6OOcifNbmjOOu0fTqlVM8likDuIz0C4YmTEMSLvIefiav5
jQKPSAbGPBF0mLAMzzA+PhPCsXrcisN4AzA/JoICoAo96ITRCHCfALIhIwblr6FAeli6u4BCEPY4
CEjAVlAsqEKNCRK/UESmCjUE1DgBNU4WC90kLJhamoBVYUhEAo9HMQqYkG28YAdp26lZjSZQwKjl
9tXeCbwBeV6n7h3bpT6Cf0Nk3Mqolwgo2qeZ+SAQS8c/5Tu5byFi96FKJTuZSxVSjWEcBs7rNgqO
foM+Vp+mZ/Sst59jHEyAYRibBdRqoDSA3aAt/Jq2uHAelbachx8VIhF5PUjSclyCczUhovrBDIqV
qlfQD3yn2qUOqD9Tu/AAXoo78QMqU5BXkp1z9w3Vd+Vll07Pzt4xa9YO8if1QbUF/wK3w6BH1UVj
noqRrTtOTSvOm1pc8C/b7n6xqKigkMqWpgO43bBnIpwLzFRi6sVOyzqWiekXBL2rH5hL2joNzaIK
QBMxE4iYV/YqXhIjdOuf94gXJkWM6gJNxDRMNLMABgC4RzMMP1EI3O6qGU0f/OI/1R6yce8/1zQv
UtdUZBSvXlR22+LuYMDLXGx/eUZjswqslZVVNNxXusDq4tQyl9/TdAVmvhFgNgPMm5Q6kxgrpovT
xTniQnF+TG3sCrEztls0SuJdFtmSI5fLa2RGduj2l0pzpW6JkSS7sN/BWOxhGYctGG2Nk+PsFovX
Q9HSWbvtgNak5rAWFobOtwBz5UyqD2thC2gQap/B/bpey4G0+K4gTC0hi6cUJHdV7l6/cEtaSoDc
rAbV5UPqNtLbe7q+YcnP9rL6gtpoUVBXWT1yzaU8kjj2MXc2ITv74Y1H36wERDFaOf4Z18l9DXbs
1AhKHO9RzCAHuh7IuAS9OV8eHv8PpQoKRpfblYenuSvxLPe8nA79ev0628boDVkmnsDOSbFBNp4p
BefBG9gfz3qETCEsMIJg3M/YPMGtsdJWT6y2vXqYCqFcask+p2qzsPB86HzoGnMmXRYxNmgPTpNy
g7OkymCzND94q9QRvENaGwQRo06LEIwOEk3aNOuH7cgLBlDKcbITHsEEa4OPkDsVebNZagvhSOIq
owOvc53qbnV0RD2/MW0DTt7lW+1PL6yvbXix7tRROLQJ7MfystRm9eKuzEXpyQXNW+sO3/z0L/Dv
PlTPz8jGHYs6TWZrXm7WTJvd555+9sibWCgMqk/d0BZltUxPLiqNlTxxBa9QXsIITpe4GuAlAaUr
sZjdB9oILcDd3IJu6uXqdaJe0XfrmRaJuj3nxs4Bm4/BacplK8LVqCG1Rw1xiezQxbksGF+Y86nx
T7l3YU4JFSgBSWBM/blMJbOOqgCxu0e6XyKSZFNsWNeNhPuEh2EzwB2klgqkiKqDHJhfUwMxsIyd
+gW5kpd7V42oI3AP4W3b+u+/G28jbtDH7+MkbGNOXlp0ZKD/UeZRwImgm8b/gz3JboczxEzUqcy0
uLj0GFc1Vx3XxDXF3cots9watz6wOjWcEYX/IstBZ7ISZclPTvYdC4pRx5zOTBln9oZeyA5lY0uK
nEJSUoTemBezQOEChGA1xrKzqbADHUJBShZN5HMhBrlGUUVrVV9iUu5UcGr8+bDldId9EjhAHtYh
eZm66sH0vEKTK1qpyFuVFn9TUu7qikfeu62jHac8PHCg6bV0byHGd+EcLKlHcOAr3mGWZuT60u12
W3qfs8Tqiv7XB+54EBwxPd8ys1TCFkvqS6+NsRr+g+NfcSUQP4jg1xQo/kpcGX+zpdPSzXXH8PZD
ZlGP3AOMUydtR6dkPtrYqxsBjwawApWsIVY6qY4B/GQBdJhUArrXCvJOUZA0RcyVqB98cMtexaIe
w131/3T7O5+r93Zuz1mRlVyVdd8eMgNs5bMpSQW8fez9sjr1jPrnQ4/J8WOvmw1PAn80wv7czm5D
yWiX4stkSvVFMVluhalkZ+tm62fHVLhr5AXyrfIWjznJA9bcPjz+LnVhzcPjnygOaBCpccwUsShG
HzaJpX7sp9pZhka/P/4wcorIL/q7/Yw/lIr9qa2pOHY7/2IKNTg0DqHxI+xkcMJFDU7YfA5QpfJI
HXbqoUo+CN+mYEAYbM+E1IJjasbku/3fNTctXnbLgm961vyqIcdRFExdPOP+Iw/3V6z0J0515swf
Saiqrv744EPnamaWZaeoZ6yZ0c74kw899qTssKc71DMpIW2Pmsc/Zb+BPbIhDypRUmYZZsXeLjKe
NMCT8QA7WpHrsFnECYc4p2QnveiFRPd23YteQGKCAUvPUxakwLekYmA+XyKRrkIPFvwa4Nlv1IGW
x5af+aH+hopftXXcVYHBiCY1+PbuXX1n1m3rZt+Ai7Hpvo/m1tQHvfjji4kkWTQPPXT0YABkie7V
JXYHxFJx6Dal3k+ChhxSbCgnc7g5hnLzbLGZW2CY717G36pvtbdGryWb9GvNa+12/Je4OFPMMauI
dKKuXrdEt0bH6XTsgMmp1zt70amEUAKOw72WF+M1YwN4gZc6GTlclimvxmoa3X2XPQMpoCEmsJcu
vaobeW71uyUpm9/brv5SHcDzcSq2Yrv6ALM83LVDh/+zd09dSP1DVjrOhINtJ64EF/fS/NtXr9gA
PBiEQHEbnwAxsaJA1M0OOLBRZz4mWaIM8Jkg1hIrxxKdRSeZei2LolZFkSjgGwj6QjSWDRVqDnVh
IVUBoKuAV4BR4rHXQYXFl5sDfESZiNnmds1JX16DneoP6sADD3zwce22bM4kWGev1F+4tI9ZdUF+
4w2jfoIf1Cb2G5CJJLB285WCG503ZtyY0+JsyVnmXJ6zVbfZtM63Ocfo8LuCh71ikiXrkMtgMB/m
4/R6tz/ZAfyRO2W7+0UIV89TnyQbSIgodOChU9NNg9XARLAKjC7lTBC2BE+Hk3ZfIrrKOfk/5Zzm
efM+u3/dH+vTy07XtG/1ynEzft729Ti6cWbZKx0LDk6Pwi3qgNzs37t304a8rrt+/t70kvw4O46J
DQYSPe1VDjgOicOJu1+rqboxmJR9aRyPRVl+0f9YTyLV049AFqedcwgoS/FyP59wkhnwjy2YfQj1
cg8hLGKCa/Wt+jAYocsWSHMYadyRDwQnVtj7LoPai7ewSx7BEpAT9ncQ5rZqc8crVgINvZNTca1c
mKNTUV03Eb1MzACDJ94T3oV9SEG3KDNYJxPniEtxHXM+4T7pPOHWJR2MFaVombBm/UG7aLGYE3rl
wWjcS6SoXvMgIiKBKy0VpWWm1aaF09gJswkbIp4v1JQrbEZ04YR+BVa54uJSx8kxoXm0HAzElU72
gnpIZ7VWl+W2p1BMWwaXrhrMXPH64hMvqYcEqzSrPOMmJu7SOZJVt8bv9wZdl86xS7ZU1y1pXdD1
/pmxAMmqXw3t8NlrEj/OCvg5wTL4sMPmKJbCDhaLUbqDNtFsicLASq5MV6uLiMbeqBE44gIPF7gK
iHWZkbwabBOxuwZ4HuV2B2dVD5kl+5zKrI4iCmfr0IoTZ0hGxU4PsIJPA6qm9ndvw743jn/EJYFO
obGDV7E6BvSiFwySBexRwA2q2q9xMfgCcNpy2RWYjAvy4GvOPzg34JLUl9QP4X4JV+JEcAlmqJU+
n9/jaZ46dV7Amwzfe5oKs5pIFqiAV3ApfEOKxiXq6Nj7wU23LtmRkpoYl5a8a+nCnanJfi+lE0GD
ajtXAnSi+rlUCVaQCkuFp85SZ+uwtNs26brj9NGHJNFkSTjMO41uO4CeaHbre00j3glTChQDgsFP
Ox6gBxrUml4h1xVrqh17cCXzK2840dW6o4oSDszpW1+q94Y3gTn116VQc7r73Kwba1MDajo3vg7s
6evq148fAHv6G7PuGMDarLZruoPCWqQkU1syx7PAc6snLG72CNSOWC3UkGD3daZkUlVcA6cXLNx1
huS/qQN1oPHJZW98rxmSRXfdoIn/FUuithPDzKqrxgQE/u2rtkSTSeY9dil81S04iU1hE5xnaiF7
NJwWsgctFqNFD99H7SE7Ngm9+hGbxnugbgHC0rEgVbUtk7pWuEZgmPc80Z2Jc9ZXUNptiMyyZVoZ
k05nd42J7JKjneUQe4NcLwJ7uxn2MxNtU8TsULVrZmgd3mTc5F7nEyCQ+ETxmiGs8EBWJIEOiU2B
mKEWYgbqakDgcCxeFKiTYaNhuWA+xji9Kdtjpe3eWEGLHQxa7JAdzsbgywLIQdC5V6KH4IS/QcMH
CJ/oCYOd9Wp6GA7CNAaYYOrkJHAX/TRkpKdjE74H9MOP3ay+qv7l0IVZXvfMGQV75y3vLG5Iuafg
ZwfAPzTc+cUMufbMsps35LXndyt7d+H2X75TkIhTbBmx0d7QlNSApHdYUp6687Hf58Sr5/IrM9NT
0hxGhxh4GOgSHP+K2cg9jtxolpJu4NwcsRjDRmIUo4RjRoPF7Y4GXM0KjETxlnisixJ7DbpVAkUz
JwcMjOa2g0cFxVLNQAKGLQHKRkm51BRqG0W9+IkAPj+H2Tht2y1vnTlwAHfheeozxGKeWRG3wJpg
sEiDb5CoCyC6L19QVxc1+nypLjDFsPKjEE/o4Qu9EzylVAMfy8+2LbCtsHULm20CcXB6i3QQmFvz
kiZUF3Vp6eG85qxrLu2ECZz0lACyayCC0EKvDrQ/seaFX+PlRrttTuWU8FTctWX23HfPkg/G3p5/
eyCQmOhl6JdrjBJAL0QDLAK6VynVcbO4RqaJ62Q4aODgy/HTeATs1U56Vv+4cEIgwg6e442MwLng
CCTIFTDLuTsInK1ya3kjHOf8QfHpLfm8FzKCuFy+kie8hWPdhOhD+rlw8g2nRoSHqEOTAnp0Tk05
nKjSk/IWelDeMqqDG7fQI3+vDXvJUYzw6rH71c3PqjV4M76XvPt3jB9nF9AdRBy579//6dv/vchS
/D1yT/wX4dXS1UegB2lPl9okvAteEYazRhAb7YL3dEa1DiFzwcWj494o6sFffyXpoImcAmluQq9A
eoLrRXfwecjFu9Bp7jW0lH8cnlMhxaDTwkF0mv9XSGfQUu4jeJZB+zNoJbcWpfLd6CmuEd3EDaBB
9nnUCM9mrhY1Mm0oSMuwxiOQBnUb0CB3HNKd2phB2sf8Hd55GS1ijsLY4+hRLhf+CYKQB+4uFEEf
4lr8Jmknw+RbxsrsYQnbyY5yU7nPgcK1/JuCR3hM+EG3WDeo9+vr9LfpPzZ4DKsNrxrjjM3Gz00F
pjtNH8JsFPMkdAuchHbB6SiBCEtB88FccHgJtNFeDNqNPuEoEGwHapxXP39GY/CmjtXtbbe1ZZSt
WtFO+yZpO74OvU2r/+2i/xhitH/DWOEbRgDWTIZIPQTaKwtlg4eYi/JQPipAFagSVaGZ6AZUDadU
s9FcVIvmoTpUjxoArpvQzfD/i4UIKfqGP33hl7/4XAJVN6q0v2sS85R/x7/vl+QzkF6H9BtIr0H6
NaRXID11xC8/COmBIx75Z0dS5CP9bvkvAw752ECMfHggTT40EJAPQlkZwAMw3PJXfKA/Rt7fH5T3
9YOv0Y/pQgv7jWKe5ZR8KnSKCb2I0Yg4QizDGD2PPX/r/hsRf/T8qPzIdH+PxQueC8TzTe03JPR1
6ddzv2Yy3wm/Q44/myI/e1ySQ8dLj7dGwpHw77jPzvnlP0IKnaMLHP8VIEIXGn8OCm91T5HPQnqz
2yP/tluSRyG9DOm+0+OnieUlPP4SHnpGksPPYPFJz5Nk9z2Zct89Ifme7hx5V69L3glpR2+1fHev
JG/vnSb3wjSrBh8ZjAx+O8gqj2JxoWehspD5Dmbc1u2S7+qeJffA805YcSuk2u7W7nA3I1q8stOR
Jgu8V45xpcks45Vt1jQ5PcOSFjSnpFqSks3+gCXRZ/Z4LQmy2R0XH+WKiY1yOKOjrDZ7lEWUTKYo
s0lvMJrg25qJYTkTwsQkWnosROF7ePg82cMQCyqFze5GrAW4ohQp8aug8jL6LRpHOneRTrZM08lM
oU5GBTq5NgdHrDWopqEsYsPwrC+L5ARrhnWoLpIdrInoaxc0DmG8twlaI2QXbE9DhN01TOBhLW9e
0DiMY2j33drfKqA0jHvuvvde95VSU1MwPtJeU98YCcc3RbJp4f74JgQn6cE1a9esWUML/+ga0tPV
2+vKhr5k6Z8u2iJf+iqGvvpS+wNG5CtfBZ589do5YDqY9PJ0UKC/ay4UXAeda4JrLw+58tReArH6
L9dZvuUKZW5kc3RyZWFtCmVuZG9iago1NyAwIG9iago3NTcxCmVuZG9iago1OCAwIG9iago8PCAv
VHlwZSAvRm9udERlc2NyaXB0b3IgL0FzY2VudCAxMDA1IC9DYXBIZWlnaHQgNzM1IC9EZXNjZW50
IC0yMTAgL0ZsYWdzCjMyIC9Gb250QkJveCBbLTU0NCAtMzAzIDE3MDcgMTAxNF0gL0ZvbnROYW1l
IC9YUVNVQVgrVmVyZGFuYS1Cb2xkIC9JdGFsaWNBbmdsZQowIC9TdGVtViAwIC9NYXhXaWR0aCAx
Nzc3IC9YSGVpZ2h0IDU1NyAvRm9udEZpbGUyIDU2IDAgUiA+PgplbmRvYmoKNTkgMCBvYmoKWyAz
NDIgMCAwIDAgMCAwIDAgMCA1NDMgNTQzIDAgMCAwIDAgMCA2ODkgMCAwIDAgMCAwIDAgMCAwIDAg
MCAwIDAgMCAwIDAgMAowIDc3NiA3NjIgNzI0IDgzMCAwIDY1MCAwIDAgMCAwIDAgNjM3IDk0OCA4
NDcgODUwIDczMyAwIDc4MiA3MTAgNjgyIDgxMiAwCjAgMCAwIDAgMCAwIDAgMCAwIDAgNjY4IDY5
OSA1ODggNjk5IDY2NCA0MjIgNjk5IDAgMzQyIDAgMCAzNDIgMTA1OCA3MTIgNjg3CjY5OSA2OTkg
NDk3IDU5MyA0NTYgNzEyIDAgMCAwIDY1MSBdCmVuZG9iago4IDAgb2JqCjw8IC9UeXBlIC9Gb250
IC9TdWJ0eXBlIC9UcnVlVHlwZSAvQmFzZUZvbnQgL1hRU1VBWCtWZXJkYW5hLUJvbGQgL0ZvbnRE
ZXNjcmlwdG9yCjU4IDAgUiAvV2lkdGhzIDU5IDAgUiAvRmlyc3RDaGFyIDMyIC9MYXN0Q2hhciAx
MjEgL0VuY29kaW5nIC9NYWNSb21hbkVuY29kaW5nCj4+CmVuZG9iagoxIDAgb2JqCjw8IC9UaXRs
ZSAoUlBMLU1VU1QtdmVyc2lvbi0zLnhsc3gpIC9BdXRob3IgKEpQIFZhc3NldXIpIC9TdWJqZWN0
ICgpIC9BQVBMOktleXdvcmRzClsgKCkgXSAvS2V5d29yZHMgKCkgL0NyZWF0b3IgKE1pY3Jvc29m
dCBFeGNlbCkgL1Byb2R1Y2VyIChNYWMgT1MgWCAxMC41LjggUXVhcnR6IFBERkNvbnRleHQpCi9D
cmVhdGlvbkRhdGUgKEQ6MjAxMDA2MTcwNjM1MDdaMDAnMDAnKSAvTW9kRGF0ZSAoRDoyMDEwMDYx
NzA2MzUwN1owMCcwMCcpCj4+CmVuZG9iagp4cmVmCjAgNjAKMDAwMDAwMDAwMCA2NTUzNSBmIAow
MDAwMDY4MjEzIDAwMDAwIG4gCjAwMDAwMDE2MDggMDAwMDAgbiAKMDAwMDAxODkyMCAwMDAwMCBu
IAowMDAwMDAwMDIyIDAwMDAwIG4gCjAwMDAwMDE1ODggMDAwMDAgbiAKMDAwMDAwMTcxMiAwMDAw
MCBuIAowMDAwMDAyNzUwIDAwMDAwIG4gCjAwMDAwNjgwMzYgMDAwMDAgbiAKMDAwMDAyOTUwMCAw
MDAwMCBuIAowMDAwMDU5NjY2IDAwMDAwIG4gCjAwMDAwMDE4MzUgMDAwMDAgbiAKMDAwMDAwMjcz
MCAwMDAwMCBuIAowMDAwMDA0NjcxIDAwMDAwIG4gCjAwMDAwMDI3ODYgMDAwMDAgbiAKMDAwMDAw
NDY1MCAwMDAwMCBuIAowMDAwMDA0Nzc4IDAwMDAwIG4gCjAwMDAwMDcxNDkgMDAwMDAgbiAKMDAw
MDAwNDkwMiAwMDAwMCBuIAowMDAwMDA3MTI4IDAwMDAwIG4gCjAwMDAwMDcyNTYgMDAwMDAgbiAK
MDAwMDAwOTI5NiAwMDAwMCBuIAowMDAwMDA3MzgwIDAwMDAwIG4gCjAwMDAwMDkyNzUgMDAwMDAg
biAKMDAwMDAwOTQwMyAwMDAwMCBuIAowMDAwMDEwODc1IDAwMDAwIG4gCjAwMDAwMDk1MjcgMDAw
MDAgbiAKMDAwMDAxMDg1NCAwMDAwMCBuIAowMDAwMDEwOTgyIDAwMDAwIG4gCjAwMDAwMTI5MzIg
MDAwMDAgbiAKMDAwMDAxMTEwNiAwMDAwMCBuIAowMDAwMDEyOTExIDAwMDAwIG4gCjAwMDAwMTMw
MzkgMDAwMDAgbiAKMDAwMDAxNTE1NyAwMDAwMCBuIAowMDAwMDEzMTYzIDAwMDAwIG4gCjAwMDAw
MTUxMzYgMDAwMDAgbiAKMDAwMDAxNTI2NCAwMDAwMCBuIAowMDAwMDE3NDk0IDAwMDAwIG4gCjAw
MDAwMTUzODggMDAwMDAgbiAKMDAwMDAxNzQ3MyAwMDAwMCBuIAowMDAwMDE3NjAxIDAwMDAwIG4g
CjAwMDAwMTg2ODggMDAwMDAgbiAKMDAwMDAxOTA0MyAwMDAwMCBuIAowMDAwMDE3NzI1IDAwMDAw
IG4gCjAwMDAwMTg2NjggMDAwMDAgbiAKMDAwMDAxODc5NiAwMDAwMCBuIAowMDAwMDE5MTE5IDAw
MDAwIG4gCjAwMDAwMTkyMTAgMDAwMDAgbiAKMDAwMDAxOTI2MSAwMDAwMCBuIAowMDAwMDI4OTU2
IDAwMDAwIG4gCjAwMDAwMjg5NzcgMDAwMDAgbiAKMDAwMDAyOTIwMCAwMDAwMCBuIAowMDAwMDI5
NjcyIDAwMDAwIG4gCjAwMDAwNTkwODMgMDAwMDAgbiAKMDAwMDA1OTEwNSAwMDAwMCBuIAowMDAw
MDU5MzUwIDAwMDAwIG4gCjAwMDAwNTk4NDkgMDAwMDAgbiAKMDAwMDA2NzUxMSAwMDAwMCBuIAow
MDAwMDY3NTMyIDAwMDAwIG4gCjAwMDAwNjc3NjEgMDAwMDAgbiAKdHJhaWxlcgo8PCAvU2l6ZSA2
MCAvUm9vdCA0NyAwIFIgL0luZm8gMSAwIFIgL0lEIFsgPGYyYTI0MzMzOWI5MDg5ZjE0Nzk2MTRj
ZTE2ZWVjYTg2Pgo8ZjJhMjQzMzM5YjkwODlmMTQ3OTYxNGNlMTZlZWNhODY+IF0gPj4Kc3RhcnR4
cmVmCjY4NDgzCiUlRU9GCg==

--Apple-Mail-226--50793161
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed
Content-Transfer-Encoding: 7bit



--Apple-Mail-226--50793161--

From alexandru.petrescu@gmail.com  Wed Jun 16 23:45:52 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C435A3A6973 for ; Wed, 16 Jun 2010 23:45:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.233
X-Spam-Level: 
X-Spam-Status: No, score=-1.233 tagged_above=-999 required=5 tests=[AWL=1.016,  BAYES_00=-2.599, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id s63FMW8C-aA8 for ; Wed, 16 Jun 2010 23:45:48 -0700 (PDT)
Received: from oxalide-out.extra.cea.fr (oxalide-out.extra.cea.fr [132.168.224.1]) by core3.amsl.com (Postfix) with ESMTP id D30513A67CC for ; Wed, 16 Jun 2010 23:45:47 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5H6jpIe013667 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 17 Jun 2010 08:45:51 +0200
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5H6joK5020716; Thu, 17 Jun 2010 08:45:51 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5H6jofg011788; Thu, 17 Jun 2010 08:45:50 +0200
Message-ID: <4C19C49E.4000404@gmail.com>
Date: Thu, 17 Jun 2010 08:45:50 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: roll@ietf.org
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org>
In-Reply-To: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [Roll] [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 06:45:52 -0000

In addition, I have asked what are the multicast capabilities of the
link layer on which RPL is supposed to run.  This is an issue, should be
clarified.

For example, if the link layer offers link-layer addresses which are
compatible with IPv6 link-local multicast addresses then RPL should take
advantage of them - read: use RPL IP dst addresses derived from the
link-layer multicast addresses.  If not such offering, then RPL should
be less likely to send to ff02::2, because the link-layer wouldn't
support it.  This is but an example.

MANET defines such an address - it should be reused here, it's obvious.

Besides, the use of link-local scoped addresses means there's only one
hop, thus multi-hop routing makes little sense, _if_ the link-layer
provides such multicast support.

Alex

Le 17/06/2010 07:52, roll issue tracker a écrit :
> #54: Clarification on multicast
> --------------------------------+-------------------------------------------
>
>
>
>
>
Reporter:  jpv@…               |       Owner:  pthubert@…
> Type:  defect              |      Status:  new Priority:  trivial |
> Milestone: Component:  rpl                 |     Version: Severity:
> Active WG Document  |    Keywords:
> --------------------------------+-------------------------------------------
>
>
>
>
>
Starting a new ticket on Multicast operations.
> There are two items here: 1) Solution for multicast forward on in a
> non storing node network (=>  not a routing issue, outside of the
> scope of the ROLL WG) 2) A few clarifications have been requested: A
> few comments/questions: a. It might be useful to have a few words
> stating whether this solution would work in a large LLN – I,e when
> the members of multicast group is spread across the large LLN b. The
> section says that the router ‘should prune’ duplicate registration
> messages (DAO) – but it does not say more detail about it -I,e is it
> up to the implementation that pruning would be done based on some
> rules?
>



From alexandru.petrescu@gmail.com  Wed Jun 16 23:47:54 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D66E63A6973 for ; Wed, 16 Jun 2010 23:47:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.334
X-Spam-Level: 
X-Spam-Status: No, score=-1.334 tagged_above=-999 required=5 tests=[AWL=0.915,  BAYES_00=-2.599, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aPObzu96j0fG for ; Wed, 16 Jun 2010 23:47:51 -0700 (PDT)
Received: from cirse-out.extra.cea.fr (cirse-out.extra.cea.fr [132.166.172.106]) by core3.amsl.com (Postfix) with ESMTP id 861B53A67CC for ; Wed, 16 Jun 2010 23:47:13 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5H6lHBD012220 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 17 Jun 2010 08:47:17 +0200
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5H6lHvG021089; Thu, 17 Jun 2010 08:47:17 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5H6lG1b012278; Thu, 17 Jun 2010 08:47:16 +0200
Message-ID: <4C19C4F4.20505@gmail.com>
Date: Thu, 17 Jun 2010 08:47:16 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: roll@ietf.org
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org> 
In-Reply-To: 
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [Roll] Fwd:  [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 06:47:55 -0000

Le 17/06/2010 08:06, JP Vasseur a écrit :
> Dear all,
>
> I closed the old ticket and opened a new fresher one.
>
> There was one comment that I removed:
>
> c. Is multicast support mandatory if someone implements the RPL draft? -
> if not, is it okay to simulate multicast packet distribution using
> unicast messaging in a small/simple LLN ?
>
> The answer is: look at the normative language.

Sorry which spec?  Would be please suggest which normative language of 
which link layer thank you.

Some link layers do offer multicast support (IEEE) some others don't 
(old RS-232).

On which is RPL going to run?

Alex

  This is what tells you
> what to implement to be compliant with the RFC. Of course, commercial
> implementation may decide to implement some parts of the ID, but this is
> not an IETF issue. Back to the second part of your question, yes some
> implementation to send multiple unicast packets, which may be OK in
> small networks"
>
> We will close this one for revision -10.
>
> JP.
>
> Begin forwarded message:
>
>> *From: *"roll issue tracker" > >
>> *Date: *June 17, 2010 7:52:34 AM CEDT
>> *To: *pthubert@cisco.com , jpv@cisco.com
>> 
>> *Cc: *roll@ietf.org 
>> *Subject: **[Roll] [roll] #54: Clarification on multicast*
>> *Reply-To: *roll@ietf.org 
>>
>> #54: Clarification on multicast
>> --------------------------------+-------------------------------------------
>> Reporter: jpv@… | Owner: pthubert@…
>> Type: defect | Status: new
>> Priority: trivial | Milestone:
>> Component: rpl | Version:
>> Severity: Active WG Document | Keywords:
>> --------------------------------+-------------------------------------------
>> Starting a new ticket on Multicast operations.
>> There are two items here:
>> 1) Solution for multicast forward on in a non storing node network (=> not
>> a routing issue, outside of the scope of the ROLL WG)
>> 2) A few clarifications have been requested:
>> A few comments/questions:
>> a. It might be useful to have a few words stating whether this solution
>> would work in a large LLN – I,e when the members of multicast group is
>> spread across the large LLN
>> b. The section says that the router ‘should prune’ duplicate registration
>> messages (DAO) – but it does not say more detail about it -I,e is it up to
>> the implementation that pruning would be done based on some rules?
>>
>> --
>> Ticket URL: 
>> roll 
>>
>> _______________________________________________
>> Roll mailing list
>> Roll@ietf.org 
>> https://www.ietf.org/mailman/listinfo/roll
>
>
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll



From emmanuel.baccelli@gmail.com  Thu Jun 17 00:43:18 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4E4953A6A1F for ; Thu, 17 Jun 2010 00:43:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.438
X-Spam-Level: 
X-Spam-Status: No, score=0.438 tagged_above=-999 required=5 tests=[BAYES_40=-0.185, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mq+w4D-Ot8BR for ; Thu, 17 Jun 2010 00:43:16 -0700 (PDT)
Received: from mail-ww0-f44.google.com (mail-ww0-f44.google.com [74.125.82.44]) by core3.amsl.com (Postfix) with ESMTP id CD0FC3A6A18 for ; Thu, 17 Jun 2010 00:43:15 -0700 (PDT)
Received: by wwb24 with SMTP id 24so421728wwb.31 for ; Thu, 17 Jun 2010 00:43:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=DaR6DsCrJ5WRIQFV4LI+owKXaN4ZynJMDeHD0bkoXk4=; b=h3uc/UMoPX3NthdfJ5kKh12sAdgwIJ8232GgAA/rNF70+5VZ98rHaXVso+nKw1QOpI 1pZ6BfejE0tXsc8O+tKK3ONFThOT0IBt1V01zqBnYRej3bqL53ecOWEGp9UUz3XFaEYO ERMH0074Q/o8nvZONcPTma+kiWNsPhk4hv0uY=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; b=PCEtHnBVZxFggM6/1dZU1HH8ecOTkflBicTHXptU8RF7PRHtrfa3zLYE8SwzACS0sM 6UbFkX4UTLJV45pF5Nqb3TBHlFx/Mll0wcZsDcI5NXgbGmgTsdjxIoUV4P/qhCfAoCjQ QKiqcZ8qB24wtNSGClMB5VCMVF/sNa4RqjXYI=
Received: by 10.216.184.136 with SMTP id s8mr5968271wem.102.1276760594282;  Thu, 17 Jun 2010 00:43:14 -0700 (PDT)
MIME-Version: 1.0
Sender: emmanuel.baccelli@gmail.com
Received: by 10.216.154.200 with HTTP; Thu, 17 Jun 2010 00:42:54 -0700 (PDT)
In-Reply-To: <4228C5B6-F1F4-44C0-ACEE-98F4AF86296C@cisco.com>
References:   <6D9687E95918C04A8B30A7D6DA805A3E01CCD16E@zensys17.zensys.local>  <4228C5B6-F1F4-44C0-ACEE-98F4AF86296C@cisco.com>
From: Emmanuel Baccelli 
Date: Thu, 17 Jun 2010 09:42:54 +0200
X-Google-Sender-Auth: XYjAWqml2hSoX39bLIJkthseSME
Message-ID: 
To: ROLL WG 
Content-Type: multipart/alternative; boundary=001485eb01d0af793e048934fdd5
Subject: Re: [Roll] Comments on draft-dt-roll-p2p-rpl-01
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 07:43:18 -0000

--001485eb01d0af793e048934fdd5
Content-Type: text/plain; charset=ISO-8859-1

Hi JP,




> JP> Again, to be accurate, there are no MUST requirements listed in
>
> these ID that are not satisfied by RPL (with regards to the aforementioned
>
> issues). I am NOT saying that the proposed mechanism is not useful
>
> (by all means), just that the statement above is not correct.
>
>
>
> [ABR:]
>
> I have to disagree.
>
>
>
> RFC5826 says:
>
> The routing protocol MUST converge within 0.5 seconds if no nodes
>    have moved (see Section 3.2 for motivation).
>
>    The routing protocol MUST converge within four seconds if nodes have
>    moved to re-establish connectivity within a time that a human
>    operator would find tolerable as, for example, when moving a remote
>    control unit.
>
> Not quibbling at all. But to be perfectly accurate this does not translate
> into "a reactive protocol
> is needed". Once again (not to make sure that there is no confusion), I am
> not trying to say that
> this complementary mechanism is not useful.
>
>


Quite right. But I think we are rather getting to the point raised by Dave
in yesterday's virtual meeting, i.e. we need to decide :
(i) what minimum functionalities are needed in the basic RPL spec,
(ii) what extra functionalities we want to specify in companion documents.

So the point that is made here, rather than saying "a reactive protocol is
needed", is saying:
(i) source-initiated path establishment is required by some applications,
(ii) this functionality does not belong in the basic RPL spec

This is why we propose a companion draft providing source-initiated path
establishment (and yes, a reactive approach is one way to do it ;).

Emmanuel

--001485eb01d0af793e048934fdd5
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable


Hi JP,


<=
div>=A0




JP> Again, to be accurate, there are no MUST requirements liste=
d in
these=
 ID that are not satisfied by RPL (with regards to the aforementioned



issues). I am NOT saying that the pr=
oposed mechanism is not useful=A0

(by all means), just that the statement above is not correct.=A0



=A0

[ABR:]
I have to disagree.

=A0
RFC5826 says: 

The routing protocol MUST=
 converge within 0.5 seconds if no nodes
   have moved (see Section 3.2 for motivation).

   The routing protocol MUST converge within four seconds if nodes have
   moved to re-establish connectivity within a time that a human
   operator would find tolerable as, for example, when moving a remote
   control unit.
=

Not quibbling at all. But to be perfectly accurate this does not trans=
late into "a reactive protocol
is needed". Once again (=
not to make sure that there is no confusion), I am not trying to say that


this complementary mechanism is not useful.




Quite right=
. But I think we are rather getting to the point raised by Dave in yesterda=
y's virtual meeting, i.e. we need to decide :



(i) what minimum functionalities are needed in the basic RPL spec,
(ii) what extra functionalities we want to specify in companion docu=
ments.

So the point that is made here, rather than=
 saying "a reactive protocol is needed", is saying:



(i) source-initiated path establishment is required by some applicatio=
ns,
(ii) this functionality does not belong in the basic RPL spec=


This is why we propose a companion draft providin=
g source-initiated path establishment (and yes, a reactive approach is one =
way to do it ;).




Emmanuel

=A0



--001485eb01d0af793e048934fdd5--

From jpv@cisco.com  Thu Jun 17 00:47:32 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 70C903A6A1B for ; Thu, 17 Jun 2010 00:47:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.096
X-Spam-Level: 
X-Spam-Status: No, score=-10.096 tagged_above=-999 required=5 tests=[AWL=0.502, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mHuE-5p7lfLZ for ; Thu, 17 Jun 2010 00:47:23 -0700 (PDT)
Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by core3.amsl.com (Postfix) with ESMTP id 1FAD93A69BD for ; Thu, 17 Jun 2010 00:47:23 -0700 (PDT)
Authentication-Results: sj-iport-4.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AjQFAJZvGUyrRN+J/2dsb2JhbACBQ50vcaUHmhuFGgQ
X-IronPort-AV: E=Sophos;i="4.53,430,1272844800";  d="scan'208,217";a="145854036"
Received: from sj-core-3.cisco.com ([171.68.223.137]) by sj-iport-4.cisco.com with ESMTP; 17 Jun 2010 07:47:23 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-3.cisco.com (8.13.8/8.14.3) with ESMTP id o5H7lEO6016498; Thu, 17 Jun 2010 07:47:23 GMT
Received: from xfe-ams-201.cisco.com ([144.254.231.95]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 17 Jun 2010 09:47:18 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 17 Jun 2010 09:47:17 +0200
Message-Id: 
From: JP Vasseur 
To: Emmanuel Baccelli 
In-Reply-To: 
Content-Type: multipart/alternative; boundary=Apple-Mail-227--46590454
Mime-Version: 1.0 (Apple Message framework v936)
Date: Thu, 17 Jun 2010 09:47:16 +0200
References:  <6D9687E95918C04A8B30A7D6DA805A3E01CCD16E@zensys17.zensys.local> <4228C5B6-F1F4-44C0-ACEE-98F4AF86296C@cisco.com> 
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 17 Jun 2010 07:47:17.0894 (UTC) FILETIME=[4F4D5A60:01CB0DF1]
Cc: ROLL WG 
Subject: Re: [Roll] Comments on draft-dt-roll-p2p-rpl-01
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 07:47:32 -0000

--Apple-Mail-227--46590454
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: 7bit

Hi,

On Jun 17, 2010, at 9:42 AM, Emmanuel Baccelli wrote:

> Hi JP,
>
>
>
>>
>> JP> Again, to be accurate, there are no MUST requirements listed in
>> these ID that are not satisfied by RPL (with regards to the  
>> aforementioned
>> issues). I am NOT saying that the proposed mechanism is not useful
>>
>> (by all means), just that the statement above is not correct.
>>
>>
>> [ABR:]
>> I have to disagree.
>>
>>
>> RFC5826 says:
>>
>> The routing protocol MUST converge within 0.5 seconds if no nodes
>>    have moved (see Section 3.2 for motivation).
>>
>>    The routing protocol MUST converge within four seconds if nodes  
>> have
>>    moved to re-establish connectivity within a time that a human
>>    operator would find tolerable as, for example, when moving a  
>> remote
>>    control unit.
> Not quibbling at all. But to be perfectly accurate this does not  
> translate into "a reactive protocol
> is needed". Once again (not to make sure that there is no  
> confusion), I am not trying to say that
> this complementary mechanism is not useful.
>
>
>
>
> Quite right. But I think we are rather getting to the point raised  
> by Dave in yesterday's virtual meeting, i.e. we need to decide :
> (i) what minimum functionalities are needed in the basic RPL spec,
> (ii) what extra functionalities we want to specify in companion  
> documents.
>
> So the point that is made here, rather than saying "a reactive  
> protocol is needed", is saying:
> (i) source-initiated path establishment is required by some  
> applications,
> (ii) this functionality does not belong in the basic RPL spec
>

I did look at it and it seems that the demarcation line is pretty  
clear. So far, your ID does not
require an RPL core specification modification but this is important  
to know if you think otherwise.

> This is why we propose a companion draft providing source-initiated  
> path establishment

I was just pointing out that the MUST listed the requirements were not  
the way to justify it.
If there is a WG consensus to use this approach, we will standardize it.

Cheers.

JP.

> (and yes, a reactive approach is one way to do it ;).
>
> Emmanuel
>
>
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


--Apple-Mail-227--46590454
Content-Type: text/html;
	charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

Hi,

On Jun =
17, 2010, at 9:42 AM, Emmanuel Baccelli wrote:

Hi =
JP,


 
 =

JP> Again, to be accurate, there are no MUST =
requirements listed in
these ID that are =
not satisfied by RPL (with regards to the =
aforementioned
 
issues). I am NOT =
saying that the proposed mechanism is not =
useful 
(by all means), just that the statement =
above is not correct. 
 =

 
[ABR:]
I have to =
disagree.
 
RFC5826 says: =

The routing protocol =
MUST converge within 0.5 seconds if no nodes
   have moved (see Section =
3.2 for =
motivation).

   The routing protocol MUST converge within four seconds if nodes have
   moved to re-establish connectivity within a time that a human
   operator would find tolerable as, for example, when moving a remote
   control =
unit.
Not =
quibbling at all. But to be perfectly accurate this does not translate =
into "a reactive protocol
is needed". Once again (not to make =
sure that there is no confusion), I am not trying to say that
 =

this complementary mechanism is not =
useful.




Quite right. But I think we are rather getting =
to the point raised by Dave in yesterday's virtual meeting, i.e. we need =
to decide :
 
(i) what minimum functionalities are needed in =
the basic RPL spec,
(ii) what extra functionalities we want to =
specify in companion documents.

So the point =
that is made here, rather than saying "a reactive protocol is needed", =
is saying:
 
(i) source-initiated path establishment is =
required by some applications,
(ii) this functionality does =
not belong in the basic RPL =
spec


I did =
look at it and it seems that the demarcation line is pretty clear. So =
far, your ID does not
require an RPL core specification =
modification but this is important to know if you think =
otherwise.

This is why we propose a companion draft =
providing source-initiated path establishment =


I was just pointing out =
that the MUST listed the requirements were not the way to justify =
it.
If there is a WG consensus to use this approach, we will =
standardize =
it.

Cheers.

JP.

(and=
 yes, a reactive approach is one way to do it ;).
 =


Emmanuel

 
 _______________________________________________
Roll mailing =
list
Roll@ietf.org
https://www.ietf.org/ma=
ilman/listinfo/roll

=

--Apple-Mail-227--46590454--

From jpv@cisco.com  Thu Jun 17 00:50:16 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 205623A693A for ; Thu, 17 Jun 2010 00:50:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.11
X-Spam-Level: 
X-Spam-Status: No, score=-10.11 tagged_above=-999 required=5 tests=[AWL=0.489,  BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Pd0CvI9xH0jz for ; Thu, 17 Jun 2010 00:50:15 -0700 (PDT)
Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id 729983A67E5 for ; Thu, 17 Jun 2010 00:50:14 -0700 (PDT)
Authentication-Results: sj-iport-6.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAMJwGUyrR7Hu/2dsb2JhbACecnGlD5obhRoE
X-IronPort-AV: E=Sophos;i="4.53,430,1272844800"; d="scan'208";a="546168993"
Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-6.cisco.com with ESMTP; 17 Jun 2010 07:50:19 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id o5H7o9lx008300; Thu, 17 Jun 2010 07:50:19 GMT
Received: from xfe-ams-201.cisco.com ([144.254.231.95]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 17 Jun 2010 09:50:14 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 17 Jun 2010 09:50:13 +0200
Message-Id: 
From: JP Vasseur 
To: Alexandru Petrescu 
In-Reply-To: <4C19C4F4.20505@gmail.com>
Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Apple Message framework v936)
Date: Thu, 17 Jun 2010 09:50:11 +0200
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org>  <4C19C4F4.20505@gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 17 Jun 2010 07:50:13.0538 (UTC) FILETIME=[B7FE8020:01CB0DF1]
Cc: roll@ietf.org
Subject: Re: [Roll] Fwd:  [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 07:50:16 -0000

On Jun 17, 2010, at 8:47 AM, Alexandru Petrescu wrote:

> Le 17/06/2010 08:06, JP Vasseur a =E9crit :
>> Dear all,
>>
>> I closed the old ticket and opened a new fresher one.
>>
>> There was one comment that I removed:
>>
>> c. Is multicast support mandatory if someone implements the RPL =20
>> draft? -
>> if not, is it okay to simulate multicast packet distribution using
>> unicast messaging in a small/simple LLN ?
>>
>> The answer is: look at the normative language.
>
> Sorry which spec?

The RPL specification. RFC2119 is used to specify what MUST, MAY or =20
SHOULD be
supported.

> Would be please suggest which normative language of which link layer =20=

> thank you.

We do not. Remember, RPL is an network layer routing protocol. As =20
such, it does NOT
mandate the use of any specific link layer.

>
> Some link layers do offer multicast support (IEEE) some others don't =20=

> (old RS-232).
>
> On which is RPL going to run?
>

On many ... again RPL is not tied to any of them. If there is a need =20
for an adaptation layer
to carry IPv6 over a next generation PLC link for example, it will be =20=

specified somewhere
else, not in ROLL: our charter is to provide a routing (L3) solution.

Thanks.

JP.

> Alex
>
> This is what tells you
>> what to implement to be compliant with the RFC. Of course, commercial
>> implementation may decide to implement some parts of the ID, but =20
>> this is
>> not an IETF issue. Back to the second part of your question, yes some
>> implementation to send multiple unicast packets, which may be OK in
>> small networks"
>>
>> We will close this one for revision -10.
>>
>> JP.
>>
>> Begin forwarded message:
>>
>>> *From: *"roll issue tracker" >> >
>>> *Date: *June 17, 2010 7:52:34 AM CEDT
>>> *To: *pthubert@cisco.com , jpv@cisco.com
>>> 
>>> *Cc: *roll@ietf.org 
>>> *Subject: **[Roll] [roll] #54: Clarification on multicast*
>>> *Reply-To: *roll@ietf.org 
>>>
>>> #54: Clarification on multicast
>>> --------------------------------=20
>>> +-------------------------------------------
>>> Reporter: jpv@=85 | Owner: pthubert@=85
>>> Type: defect | Status: new
>>> Priority: trivial | Milestone:
>>> Component: rpl | Version:
>>> Severity: Active WG Document | Keywords:
>>> --------------------------------=20
>>> +-------------------------------------------
>>> Starting a new ticket on Multicast operations.
>>> There are two items here:
>>> 1) Solution for multicast forward on in a non storing node network =20=

>>> (=3D> not
>>> a routing issue, outside of the scope of the ROLL WG)
>>> 2) A few clarifications have been requested:
>>> A few comments/questions:
>>> a. It might be useful to have a few words stating whether this =20
>>> solution
>>> would work in a large LLN =96 I,e when the members of multicast =20
>>> group is
>>> spread across the large LLN
>>> b. The section says that the router =91should prune=92 duplicate =20
>>> registration
>>> messages (DAO) =96 but it does not say more detail about it -I,e is =20=

>>> it up to
>>> the implementation that pruning would be done based on some rules?
>>>
>>> --
>>> Ticket URL: 
>>> roll 
>>>
>>> _______________________________________________
>>> Roll mailing list
>>> Roll@ietf.org 
>>> https://www.ietf.org/mailman/listinfo/roll
>>
>>
>>
>> _______________________________________________
>> Roll mailing list
>> Roll@ietf.org
>> https://www.ietf.org/mailman/listinfo/roll
>
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From yoav@yitran.com  Thu Jun 17 01:04:23 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DD4E53A6A11 for ; Thu, 17 Jun 2010 01:04:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.488
X-Spam-Level: 
X-Spam-Status: No, score=-4.488 tagged_above=-999 required=5 tests=[BAYES_05=-1.11, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vdWqN1vsBJKf for ; Thu, 17 Jun 2010 01:04:22 -0700 (PDT)
Received: from na3sys009aog101.obsmtp.com (na3sys009aog101.obsmtp.com [74.125.149.67]) by core3.amsl.com (Postfix) with SMTP id 62F9C3A6896 for ; Thu, 17 Jun 2010 01:04:22 -0700 (PDT)
Received: from source ([209.85.160.54]) by na3sys009aob101.postini.com ([74.125.148.12]) with SMTP ID DSNKTBnXBlnLKAXmWfbAQU/UX9AzlvLA9TfI@postini.com; Thu, 17 Jun 2010 01:04:27 PDT
Received: by pwj10 with SMTP id 10so1591471pwj.13 for ; Thu, 17 Jun 2010 01:04:22 -0700 (PDT)
Received: by 10.115.66.34 with SMTP id t34mr34165wak.6.1276761862048; Thu, 17  Jun 2010 01:04:22 -0700 (PDT)
From: Yoav Ben-Yehezkel 
References: <529486572.131198.1276756205266.JavaMail.root@mail02.pantherlink.uwm.edu> <1313476801.131208.1276756533018.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <1313476801.131208.1276756533018.JavaMail.root@mail02.pantherlink.uwm.edu>
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AcsN50qTcCju99phTxmFhJmgTzPDPgACzw0w
Date: Thu, 17 Jun 2010 11:04:24 +0300
Message-ID: <38f8c62019564456ee3146b46ecd72fd@mail.gmail.com>
To: Mukul Goyal 
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 08:04:24 -0000

Thanks for clarifying this.

CU is a good idea, though I think different L1/2 technologies define
different mappings for the same metric.

Very fast delay metric for some technologies may be very slow for other
technologies, so it's not just a question of metric. You also need a
normalization method to accommodate for the technology (maybe by percentage
from maximum capacity or something similar).

Taking this though one step further, IP routing can be expected as a
media-agnostic bridge between different L1/2 technologies. Do you see your
suggestion working in this case as well?

Regards,
Yoav




-----Original Message-----
From: Mukul Goyal [mailto:mukul@uwm.edu]
Sent: Thursday, June 17, 2010 9:36 AM
To: Yoav Ben-Yehezkel
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric
values?

Hi Yoav

I guess I did not express myself correctly. So, let me rephrase myself:

How about if we require a metric definition to provide a mapping to an
equivalent value in a common unit (lets call it CU).

So, the definition for latency metric will provide a mapping like:
latency 1s or more =3D> 1000 CU
latency 700ms to 1s =3D> 500 CU
....
latency 5ms or less =3D> 1 CU

The definition for ETX will provide a mapping like:
ETX 100 or more =3D> 1000 CU
ETX 50 to 100 =3D> 500 CU
....
ETX 1 to 1.2 =3D> 1 CU

Then, the job of objective function becomes easier; it just needs to specif=
y
how to combine metric values expressed in CU's in to the rank value. E.g. w=
e
can have an OF for weighted sum: w_1*val_1 + w_2* val_2 + ....
Here, val_1 refers to the first metric in the metric container and so on.
And w_1, w_2 etc. are specified as the TLVs in a DIO option (lets call it
the OF option).
So, the OF is specified in OCP field in the configuration object and the
argument/parameter values for the OF are specified in an OF option.

cheers
Mukul



Thanks
Mukul


----- Original Message -----
From: "Yoav Ben-Yehezkel" 
To: "Mukul Goyal" , roll@ietf.org
Sent: Thursday, June 17, 2010 1:10:38 AM
Subject: RE: [Roll] [roll] #53: How does an OF compute rank from metric
values?

Hi Mukul,

At least my understanding of the following is that the rank should not
necessarily be a direct mapping function of the metric. If it were,
there would have been no use for two different concepts (rank and
metric). Not
just for the sake of ranges and granularities.

"
3.6.2. Rank Properties

The rank of a node is a scalar representation of the location of that
node within a DODAG version. The rank is used to avoid and detect
loops, and as such must demonstrate certain properties. The exact
calculation of the rank is left to the Objective Function, and may
depend on parents, link metrics, and the node configuration and
policies.

The rank is not a cost metric, although its value can be derived from
and influenced by metrics. The rank has properties of its own that
are not necessarily those of all metrics:

Type: The rank is an abstract decimal value.

Function: The rank is the expression of a relative position within a
DODAG version with regard to neighbors and is not necessarily
a good indication or a proper expression of a distance or a
cost to the root.
"

If we decide to go your way - I see some potential for simplification
having just one number that determines both cost and position in the
DODAG.

Thoughts?

Regards,
Yoav



-----Original Message-----
From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of
Mukul Goyal
Sent: Thursday, June 17, 2010 8:33 AM
To: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric
values?

How about if we require a metric definition to provide a mapping to an
equivalent rank value. Then, the job of objective function becomes
easier; it just needs to combine equivalent values in the desired
manner.

Why wont this scheme work??

Thanks
Mukul

----- Original Message -----
From: "roll issue tracker" 
To: wintert@acm.org, jpv@cisco.com
Cc: roll@ietf.org
Sent: Thursday, June 17, 2010 12:15:30 AM
Subject: [Roll] [roll] #53: How does an OF compute rank from metric
values?

#53: How does an OF compute rank from metric values?
--------------------------------+------------------------------------------=
-
Reporter: jpv@=85 | Owner: wintert@=85
Type: defect | Status: new
Priority: major | Milestone:
Component: rpl | Version:
Severity: Active WG Document | Keywords:
--------------------------------+------------------------------------------=
-
We have different types of metrics with different ranges. Examples:
ETX is 16 bits. Latency is 24 bits. How do we convert these numbers to
rank in an OF? Does the range of rank depend on the range and size of
the metric?

-- Ticket URL: 
roll 

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

From jpv@cisco.com  Thu Jun 17 01:37:29 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5DA853A6A92 for ; Thu, 17 Jun 2010 01:37:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.122
X-Spam-Level: 
X-Spam-Status: No, score=-10.122 tagged_above=-999 required=5 tests=[AWL=0.477, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x2Upci4k6W5C for ; Thu, 17 Jun 2010 01:37:25 -0700 (PDT)
Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id DDBA03A6822 for ; Thu, 17 Jun 2010 01:36:44 -0700 (PDT)
Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAMZ7GUxAZnwN/2dsb2JhbACed3GlFJoeglSCRgQ
X-IronPort-AV: E=Sophos;i="4.53,430,1272844800"; d="scan'208";a="122479373"
Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 17 Jun 2010 08:36:45 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5H8aNnZ001158; Thu, 17 Jun 2010 08:36:45 GMT
Received: from xfe-ams-201.cisco.com ([144.254.231.95]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 17 Jun 2010 10:36:33 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 17 Jun 2010 10:36:33 +0200
Message-Id: <629C22AF-08E2-4D74-91D0-0F7569B4014C@cisco.com>
From: JP Vasseur 
To: Yoav Ben-Yehezkel 
In-Reply-To: <38f8c62019564456ee3146b46ecd72fd@mail.gmail.com>
Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Apple Message framework v936)
Date: Thu, 17 Jun 2010 10:36:32 +0200
References: <529486572.131198.1276756205266.JavaMail.root@mail02.pantherlink.uwm.edu> <1313476801.131208.1276756533018.JavaMail.root@mail02.pantherlink.uwm.edu> <38f8c62019564456ee3146b46ecd72fd@mail.gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 17 Jun 2010 08:36:33.0342 (UTC) FILETIME=[30E2EDE0:01CB0DF8]
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 08:37:29 -0000

On Jun 17, 2010, at 10:04 AM, Yoav Ben-Yehezkel wrote:

> Thanks for clarifying this.
>
> CU is a good idea, though I think different L1/2 technologies define
> different mappings for the same metric.
>
> Very fast delay metric for some technologies may be very slow for =20
> other
> technologies, so it's not just a question of metric. You also need a
> normalization method to accommodate for the technology (maybe by =20
> percentage
> from maximum capacity or something similar).
>
> Taking this though one step further, IP routing can be expected as a
> media-agnostic bridge between different L1/2 technologies. Do you =20
> see your
> suggestion working in this case as well?

I think so since the metric may be inherited from the L2 as you said. =20=

The proposed
mapping function is a conversion of the metric into a CU.

>
> Regards,
> Yoav
>
>
>
>
> -----Original Message-----
> From: Mukul Goyal [mailto:mukul@uwm.edu]
> Sent: Thursday, June 17, 2010 9:36 AM
> To: Yoav Ben-Yehezkel
> Cc: roll@ietf.org
> Subject: Re: [Roll] [roll] #53: How does an OF compute rank from =20
> metric
> values?
>
> Hi Yoav
>
> I guess I did not express myself correctly. So, let me rephrase =20
> myself:
>
> How about if we require a metric definition to provide a mapping to an
> equivalent value in a common unit (lets call it CU).
>
> So, the definition for latency metric will provide a mapping like:
> latency 1s or more =3D> 1000 CU
> latency 700ms to 1s =3D> 500 CU
> ....
> latency 5ms or less =3D> 1 CU
>
> The definition for ETX will provide a mapping like:
> ETX 100 or more =3D> 1000 CU
> ETX 50 to 100 =3D> 500 CU
> ....
> ETX 1 to 1.2 =3D> 1 CU
>
> Then, the job of objective function becomes easier; it just needs to =20=

> specify
> how to combine metric values expressed in CU's in to the rank value. =20=

> E.g. we
> can have an OF for weighted sum: w_1*val_1 + w_2* val_2 + ....
> Here, val_1 refers to the first metric in the metric container and =20
> so on.
> And w_1, w_2 etc. are specified as the TLVs in a DIO option (lets =20
> call it
> the OF option).
> So, the OF is specified in OCP field in the configuration object and =20=

> the
> argument/parameter values for the OF are specified in an OF option.
>
> cheers
> Mukul
>
>
>
> Thanks
> Mukul
>
>
> ----- Original Message -----
> From: "Yoav Ben-Yehezkel" 
> To: "Mukul Goyal" , roll@ietf.org
> Sent: Thursday, June 17, 2010 1:10:38 AM
> Subject: RE: [Roll] [roll] #53: How does an OF compute rank from =20
> metric
> values?
>
> Hi Mukul,
>
> At least my understanding of the following is that the rank should not
> necessarily be a direct mapping function of the metric. If it were,
> there would have been no use for two different concepts (rank and
> metric). Not
> just for the sake of ranges and granularities.
>
> "
> 3.6.2. Rank Properties
>
> The rank of a node is a scalar representation of the location of that
> node within a DODAG version. The rank is used to avoid and detect
> loops, and as such must demonstrate certain properties. The exact
> calculation of the rank is left to the Objective Function, and may
> depend on parents, link metrics, and the node configuration and
> policies.
>
> The rank is not a cost metric, although its value can be derived from
> and influenced by metrics. The rank has properties of its own that
> are not necessarily those of all metrics:
>
> Type: The rank is an abstract decimal value.
>
> Function: The rank is the expression of a relative position within a
> DODAG version with regard to neighbors and is not necessarily
> a good indication or a proper expression of a distance or a
> cost to the root.
> "
>
> If we decide to go your way - I see some potential for simplification
> having just one number that determines both cost and position in the
> DODAG.
>
> Thoughts?
>
> Regards,
> Yoav
>
>
>
> -----Original Message-----
> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf =20=

> Of
> Mukul Goyal
> Sent: Thursday, June 17, 2010 8:33 AM
> To: roll@ietf.org
> Subject: Re: [Roll] [roll] #53: How does an OF compute rank from =20
> metric
> values?
>
> How about if we require a metric definition to provide a mapping to an
> equivalent rank value. Then, the job of objective function becomes
> easier; it just needs to combine equivalent values in the desired
> manner.
>
> Why wont this scheme work??
>
> Thanks
> Mukul
>
> ----- Original Message -----
> From: "roll issue tracker" 
> To: wintert@acm.org, jpv@cisco.com
> Cc: roll@ietf.org
> Sent: Thursday, June 17, 2010 12:15:30 AM
> Subject: [Roll] [roll] #53: How does an OF compute rank from metric
> values?
>
> #53: How does an OF compute rank from metric values?
> --------------------------------=20
> +-------------------------------------------
> Reporter: jpv@=85 | Owner: wintert@=85
> Type: defect | Status: new
> Priority: major | Milestone:
> Component: rpl | Version:
> Severity: Active WG Document | Keywords:
> --------------------------------=20
> +-------------------------------------------
> We have different types of metrics with different ranges. Examples:
> ETX is 16 bits. Latency is 24 bits. How do we convert these numbers to
> rank in an OF? Does the range of rank depend on the range and size of
> the metric?
>
> -- Ticket URL: 
> roll 
>
> _______________________________________________ Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
> _______________________________________________ Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From yoav@yitran.com  Thu Jun 17 01:52:11 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9FF3F3A6A82 for ; Thu, 17 Jun 2010 01:52:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.141
X-Spam-Level: 
X-Spam-Status: No, score=-5.141 tagged_above=-999 required=5 tests=[AWL=0.836,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SsgfAhj-O3tn for ; Thu, 17 Jun 2010 01:52:08 -0700 (PDT)
Received: from na3sys009aog109.obsmtp.com (na3sys009aog109.obsmtp.com [74.125.149.201]) by core3.amsl.com (Postfix) with SMTP id 7A3E728C0E9 for ; Thu, 17 Jun 2010 01:52:07 -0700 (PDT)
Received: from source ([74.125.82.181]) by na3sys009aob109.postini.com ([74.125.148.12]) with SMTP ID DSNKTBniO4Z1ht08tBQORfGiWbuhEX+neTqq@postini.com; Thu, 17 Jun 2010 01:52:13 PDT
Received: by wyb35 with SMTP id 35so6530647wyb.40 for ; Thu, 17 Jun 2010 01:52:09 -0700 (PDT)
Received: by 10.227.142.210 with SMTP id r18mr9834646wbu.81.1276764616385;  Thu, 17 Jun 2010 01:50:16 -0700 (PDT)
From: Yoav Ben-Yehezkel 
References: <529486572.131198.1276756205266.JavaMail.root@mail02.pantherlink.uwm.edu> <1313476801.131208.1276756533018.JavaMail.root@mail02.pantherlink.uwm.edu> <38f8c62019564456ee3146b46ecd72fd@mail.gmail.com> <629C22AF-08E2-4D74-91D0-0F7569B4014C@cisco.com>
In-Reply-To: <629C22AF-08E2-4D74-91D0-0F7569B4014C@cisco.com>
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AcsN+DyavBjFj04YT3+W2uUlUdG0TAAAEQog
Date: Thu, 17 Jun 2010 11:50:18 +0300
Message-ID: <0051819073f8b3d75ad1848151b38478@mail.gmail.com>
To: JP Vasseur 
Content-Type: text/plain; charset=ISO-8859-1
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 08:52:11 -0000

I couldn't quite follow your intention on whether to standardize this
mapping of metric to CU per metric.

My impression was that the mapping itself cannot be standardized because
it depends on the underlying L2 characteristics.

What can be standardized is the concept of CU with a general statement
that each L2 should map its metrics to CU or something similar. Is this
what you have in mind?

Thanks,
Yoav

-----Original Message-----
From: JP Vasseur [mailto:jpv@cisco.com]
Sent: Thursday, June 17, 2010 11:37 AM
To: Yoav Ben-Yehezkel
Cc: Mukul Goyal; roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric
values?


On Jun 17, 2010, at 10:04 AM, Yoav Ben-Yehezkel wrote:

> Thanks for clarifying this.
>
> CU is a good idea, though I think different L1/2 technologies define
> different mappings for the same metric.
>
> Very fast delay metric for some technologies may be very slow for
> other
> technologies, so it's not just a question of metric. You also need a
> normalization method to accommodate for the technology (maybe by
> percentage
> from maximum capacity or something similar).
>
> Taking this though one step further, IP routing can be expected as a
> media-agnostic bridge between different L1/2 technologies. Do you
> see your
> suggestion working in this case as well?

I think so since the metric may be inherited from the L2 as you said.
The proposed
mapping function is a conversion of the metric into a CU.

>
> Regards,
> Yoav
>
>
>
>
> -----Original Message-----
> From: Mukul Goyal [mailto:mukul@uwm.edu]
> Sent: Thursday, June 17, 2010 9:36 AM
> To: Yoav Ben-Yehezkel
> Cc: roll@ietf.org
> Subject: Re: [Roll] [roll] #53: How does an OF compute rank from
> metric
> values?
>
> Hi Yoav
>
> I guess I did not express myself correctly. So, let me rephrase
> myself:
>
> How about if we require a metric definition to provide a mapping to an
> equivalent value in a common unit (lets call it CU).
>
> So, the definition for latency metric will provide a mapping like:
> latency 1s or more => 1000 CU
> latency 700ms to 1s => 500 CU
> ....
> latency 5ms or less => 1 CU
>
> The definition for ETX will provide a mapping like:
> ETX 100 or more => 1000 CU
> ETX 50 to 100 => 500 CU
> ....
> ETX 1 to 1.2 => 1 CU
>
> Then, the job of objective function becomes easier; it just needs to
> specify
> how to combine metric values expressed in CU's in to the rank value.
> E.g. we
> can have an OF for weighted sum: w_1*val_1 + w_2* val_2 + ....
> Here, val_1 refers to the first metric in the metric container and
> so on.
> And w_1, w_2 etc. are specified as the TLVs in a DIO option (lets
> call it
> the OF option).
> So, the OF is specified in OCP field in the configuration object and
> the
> argument/parameter values for the OF are specified in an OF option.
>
> cheers
> Mukul
>
>
>
> Thanks
> Mukul
>
>
> ----- Original Message -----
> From: "Yoav Ben-Yehezkel" 
> To: "Mukul Goyal" , roll@ietf.org
> Sent: Thursday, June 17, 2010 1:10:38 AM
> Subject: RE: [Roll] [roll] #53: How does an OF compute rank from
> metric
> values?
>
> Hi Mukul,
>
> At least my understanding of the following is that the rank should not
> necessarily be a direct mapping function of the metric. If it were,
> there would have been no use for two different concepts (rank and
> metric). Not
> just for the sake of ranges and granularities.
>
> "
> 3.6.2. Rank Properties
>
> The rank of a node is a scalar representation of the location of that
> node within a DODAG version. The rank is used to avoid and detect
> loops, and as such must demonstrate certain properties. The exact
> calculation of the rank is left to the Objective Function, and may
> depend on parents, link metrics, and the node configuration and
> policies.
>
> The rank is not a cost metric, although its value can be derived from
> and influenced by metrics. The rank has properties of its own that
> are not necessarily those of all metrics:
>
> Type: The rank is an abstract decimal value.
>
> Function: The rank is the expression of a relative position within a
> DODAG version with regard to neighbors and is not necessarily
> a good indication or a proper expression of a distance or a
> cost to the root.
> "
>
> If we decide to go your way - I see some potential for simplification
> having just one number that determines both cost and position in the
> DODAG.
>
> Thoughts?
>
> Regards,
> Yoav
>
>
>
> -----Original Message-----
> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf
> Of
> Mukul Goyal
> Sent: Thursday, June 17, 2010 8:33 AM
> To: roll@ietf.org
> Subject: Re: [Roll] [roll] #53: How does an OF compute rank from
> metric
> values?
>
> How about if we require a metric definition to provide a mapping to an
> equivalent rank value. Then, the job of objective function becomes
> easier; it just needs to combine equivalent values in the desired
> manner.
>
> Why wont this scheme work??
>
> Thanks
> Mukul
>
> ----- Original Message -----
> From: "roll issue tracker" 
> To: wintert@acm.org, jpv@cisco.com
> Cc: roll@ietf.org
> Sent: Thursday, June 17, 2010 12:15:30 AM
> Subject: [Roll] [roll] #53: How does an OF compute rank from metric
> values?
>
> #53: How does an OF compute rank from metric values?
> --------------------------------
> +-------------------------------------------
> Reporter: jpv@. | Owner: wintert@.
> Type: defect | Status: new
> Priority: major | Milestone:
> Component: rpl | Version:
> Severity: Active WG Document | Keywords:
> --------------------------------
> +-------------------------------------------
> We have different types of metrics with different ranges. Examples:
> ETX is 16 bits. Latency is 24 bits. How do we convert these numbers to
> rank in an OF? Does the range of rank depend on the range and size of
> the metric?
>
> -- Ticket URL: 
> roll 
>
> _______________________________________________ Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
> _______________________________________________ Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll

From jpv@cisco.com  Thu Jun 17 01:54:04 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D6B123A6A24 for ; Thu, 17 Jun 2010 01:54:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.134
X-Spam-Level: 
X-Spam-Status: No, score=-10.134 tagged_above=-999 required=5 tests=[AWL=0.465, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w3poqX2KogGn for ; Thu, 17 Jun 2010 01:54:04 -0700 (PDT)
Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id D766D3A676A for ; Thu, 17 Jun 2010 01:54:03 -0700 (PDT)
Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAEx/GUxAZnwM/2dsb2JhbACed3GlEZofhRoE
X-IronPort-AV: E=Sophos;i="4.53,430,1272844800"; d="scan'208";a="122482750"
Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-1.cisco.com with ESMTP; 17 Jun 2010 08:54:04 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5H8s4aZ018853; Thu, 17 Jun 2010 08:54:04 GMT
Received: from xfe-ams-202.cisco.com ([144.254.231.96]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 17 Jun 2010 10:54:04 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-202.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 17 Jun 2010 10:54:03 +0200
Message-Id: 
From: JP Vasseur 
To: "Pascal Thubert (pthubert)" , "Mathilde Durvy (mdurvy)" 
In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D021DBCC7@XMB-AMS-107.cisco.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Thu, 17 Jun 2010 10:54:02 +0200
References: <32EF5956-4440-48A4-8A8A-B8DDDC0FB260@cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D0213FBD8@XMB-AMS-107.cisco.com>  <6A2A459175DABE4BB11DE2026AA50A5D021DBCC7@XMB-AMS-107.cisco.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 17 Jun 2010 08:54:04.0002 (UTC) FILETIME=[A320EC20:01CB0DFA]
Cc: ROLL WG 
Subject: Re: [Roll] Ticket 50
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 08:54:04 -0000

Mathilde,

Does that clarify ? Let know if we can close the ticket, you want some  
text somewhere, ...

Thanks.

JP.

On Jun 16, 2010, at 4:48 PM, Pascal Thubert (pthubert) wrote:

> Hi:
>
> I think we can follow Mathilde all the way though here:
>
> 1) leaf nodes would not send DIOs. When they are a router and decide  
> to
> become a leaf, they can poison as a router and then become a leaf. If
> after that get packets they should route, they can reject in the data
> plane (and ICMP for source route).
>
> 2) DIO without a T flag. Now that we have DAO Ack, there is no DAO  
> loss
> so maybe it's not needed oto cover DAO loss. For non storing, since we
> send per hop transit info, there isi no need to tell the children that
> the node has moved. So the mechanism is of little use in "normal"
> conditions. It appears that the node could use the mechanism upon
> inconsistency detection or after a local repair, for instance if a  
> node
> goes down and some children have grown up...
>
> Pascal
>
>> -----Original Message-----
>> From: JP Vasseur [mailto:jpv@cisco.com]
>> Sent: Monday, June 14, 2010 10:32 AM
>> To: Pascal Thubert (pthubert)
>> Subject: Re: Ticket 50
>>
>> Could you drive and close with Mathilde ?
>> That'd be great.
>>
>> Thanks !
>>
>> JP.
>>
>> On Jun 14, 2010, at 8:43 AM, Pascal Thubert (pthubert) wrote:
>>
>>> Hello Again
>>>
>>>> Ticker #50: while this is fresh in your mind could you point me the
>>> new text
>>>> that I can point to in the document to close the ticket:
>>>> https://svn.tools.ietf.org/wg/roll/trac/ticket/50
>>>>
>>>
>>> [Pascal] This one I'm unsure..
>>>
>>> Pascal
>


From jpv@cisco.com  Thu Jun 17 01:56:43 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 246E83A6816 for ; Thu, 17 Jun 2010 01:56:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.145
X-Spam-Level: 
X-Spam-Status: No, score=-10.145 tagged_above=-999 required=5 tests=[AWL=0.454, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8SxCVFHQJjSA for ; Thu, 17 Jun 2010 01:56:42 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id ABB893A676A for ; Thu, 17 Jun 2010 01:56:41 -0700 (PDT)
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAMN/GUxAZnwM/2dsb2JhbACed3GlGZofglSCRgQ
X-IronPort-AV: E=Sophos;i="4.53,430,1272844800"; d="scan'208";a="122624439"
Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-2.cisco.com with ESMTP; 17 Jun 2010 08:56:46 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5H8ujJ8020403; Thu, 17 Jun 2010 08:56:45 GMT
Received: from xfe-ams-202.cisco.com ([144.254.231.96]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 17 Jun 2010 10:56:45 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-202.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 17 Jun 2010 10:56:45 +0200
Message-Id: 
From: JP Vasseur 
To: Yoav Ben-Yehezkel 
In-Reply-To: <0051819073f8b3d75ad1848151b38478@mail.gmail.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Thu, 17 Jun 2010 10:56:43 +0200
References: <529486572.131198.1276756205266.JavaMail.root@mail02.pantherlink.uwm.edu> <1313476801.131208.1276756533018.JavaMail.root@mail02.pantherlink.uwm.edu> <38f8c62019564456ee3146b46ecd72fd@mail.gmail.com> <629C22AF-08E2-4D74-91D0-0F7569B4014C@cisco.com> <0051819073f8b3d75ad1848151b38478@mail.gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 17 Jun 2010 08:56:45.0287 (UTC) FILETIME=[03430F70:01CB0DFB]
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 08:56:43 -0000

On Jun 17, 2010, at 10:50 AM, Yoav Ben-Yehezkel wrote:

> I couldn't quite follow your intention on whether to standardize this
> mapping of metric to CU per metric.
>
> My impression was that the mapping itself cannot be standardized  
> because
> it depends on the underlying L2 characteristics.
>
> What can be standardized is the concept of CU with a general statement
> that each L2 should map its metrics to CU or something similar. Is  
> this
> what you have in mind?

What I meant was that:
1) we do not standardize how to map the metric and the L2  
characteristics
2) we could standardize the metric -> CU calculation to compute the rank

Agree ?

JP.

>
> Thanks,
> Yoav
>
> -----Original Message-----
> From: JP Vasseur [mailto:jpv@cisco.com]
> Sent: Thursday, June 17, 2010 11:37 AM
> To: Yoav Ben-Yehezkel
> Cc: Mukul Goyal; roll@ietf.org
> Subject: Re: [Roll] [roll] #53: How does an OF compute rank from  
> metric
> values?
>
>
> On Jun 17, 2010, at 10:04 AM, Yoav Ben-Yehezkel wrote:
>
>> Thanks for clarifying this.
>>
>> CU is a good idea, though I think different L1/2 technologies define
>> different mappings for the same metric.
>>
>> Very fast delay metric for some technologies may be very slow for
>> other
>> technologies, so it's not just a question of metric. You also need a
>> normalization method to accommodate for the technology (maybe by
>> percentage
>> from maximum capacity or something similar).
>>
>> Taking this though one step further, IP routing can be expected as a
>> media-agnostic bridge between different L1/2 technologies. Do you
>> see your
>> suggestion working in this case as well?
>
> I think so since the metric may be inherited from the L2 as you said.
> The proposed
> mapping function is a conversion of the metric into a CU.
>
>>
>> Regards,
>> Yoav
>>
>>
>>
>>
>> -----Original Message-----
>> From: Mukul Goyal [mailto:mukul@uwm.edu]
>> Sent: Thursday, June 17, 2010 9:36 AM
>> To: Yoav Ben-Yehezkel
>> Cc: roll@ietf.org
>> Subject: Re: [Roll] [roll] #53: How does an OF compute rank from
>> metric
>> values?
>>
>> Hi Yoav
>>
>> I guess I did not express myself correctly. So, let me rephrase
>> myself:
>>
>> How about if we require a metric definition to provide a mapping to  
>> an
>> equivalent value in a common unit (lets call it CU).
>>
>> So, the definition for latency metric will provide a mapping like:
>> latency 1s or more => 1000 CU
>> latency 700ms to 1s => 500 CU
>> ....
>> latency 5ms or less => 1 CU
>>
>> The definition for ETX will provide a mapping like:
>> ETX 100 or more => 1000 CU
>> ETX 50 to 100 => 500 CU
>> ....
>> ETX 1 to 1.2 => 1 CU
>>
>> Then, the job of objective function becomes easier; it just needs to
>> specify
>> how to combine metric values expressed in CU's in to the rank value.
>> E.g. we
>> can have an OF for weighted sum: w_1*val_1 + w_2* val_2 + ....
>> Here, val_1 refers to the first metric in the metric container and
>> so on.
>> And w_1, w_2 etc. are specified as the TLVs in a DIO option (lets
>> call it
>> the OF option).
>> So, the OF is specified in OCP field in the configuration object and
>> the
>> argument/parameter values for the OF are specified in an OF option.
>>
>> cheers
>> Mukul
>>
>>
>>
>> Thanks
>> Mukul
>>
>>
>> ----- Original Message -----
>> From: "Yoav Ben-Yehezkel" 
>> To: "Mukul Goyal" , roll@ietf.org
>> Sent: Thursday, June 17, 2010 1:10:38 AM
>> Subject: RE: [Roll] [roll] #53: How does an OF compute rank from
>> metric
>> values?
>>
>> Hi Mukul,
>>
>> At least my understanding of the following is that the rank should  
>> not
>> necessarily be a direct mapping function of the metric. If it were,
>> there would have been no use for two different concepts (rank and
>> metric). Not
>> just for the sake of ranges and granularities.
>>
>> "
>> 3.6.2. Rank Properties
>>
>> The rank of a node is a scalar representation of the location of that
>> node within a DODAG version. The rank is used to avoid and detect
>> loops, and as such must demonstrate certain properties. The exact
>> calculation of the rank is left to the Objective Function, and may
>> depend on parents, link metrics, and the node configuration and
>> policies.
>>
>> The rank is not a cost metric, although its value can be derived from
>> and influenced by metrics. The rank has properties of its own that
>> are not necessarily those of all metrics:
>>
>> Type: The rank is an abstract decimal value.
>>
>> Function: The rank is the expression of a relative position within a
>> DODAG version with regard to neighbors and is not necessarily
>> a good indication or a proper expression of a distance or a
>> cost to the root.
>> "
>>
>> If we decide to go your way - I see some potential for simplification
>> having just one number that determines both cost and position in the
>> DODAG.
>>
>> Thoughts?
>>
>> Regards,
>> Yoav
>>
>>
>>
>> -----Original Message-----
>> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf
>> Of
>> Mukul Goyal
>> Sent: Thursday, June 17, 2010 8:33 AM
>> To: roll@ietf.org
>> Subject: Re: [Roll] [roll] #53: How does an OF compute rank from
>> metric
>> values?
>>
>> How about if we require a metric definition to provide a mapping to  
>> an
>> equivalent rank value. Then, the job of objective function becomes
>> easier; it just needs to combine equivalent values in the desired
>> manner.
>>
>> Why wont this scheme work??
>>
>> Thanks
>> Mukul
>>
>> ----- Original Message -----
>> From: "roll issue tracker" 
>> To: wintert@acm.org, jpv@cisco.com
>> Cc: roll@ietf.org
>> Sent: Thursday, June 17, 2010 12:15:30 AM
>> Subject: [Roll] [roll] #53: How does an OF compute rank from metric
>> values?
>>
>> #53: How does an OF compute rank from metric values?
>> --------------------------------
>> +-------------------------------------------
>> Reporter: jpv@. | Owner: wintert@.
>> Type: defect | Status: new
>> Priority: major | Milestone:
>> Component: rpl | Version:
>> Severity: Active WG Document | Keywords:
>> --------------------------------
>> +-------------------------------------------
>> We have different types of metrics with different ranges. Examples:
>> ETX is 16 bits. Latency is 24 bits. How do we convert these numbers  
>> to
>> rank in an OF? Does the range of rank depend on the range and size of
>> the metric?
>>
>> -- Ticket URL: 
>> roll 
>>
>> _______________________________________________ Roll mailing list
>> Roll@ietf.org
>> https://www.ietf.org/mailman/listinfo/roll
>> _______________________________________________ Roll mailing list
>> Roll@ietf.org
>> https://www.ietf.org/mailman/listinfo/roll
>> _______________________________________________
>> Roll mailing list
>> Roll@ietf.org
>> https://www.ietf.org/mailman/listinfo/roll


From alexandru.petrescu@gmail.com  Thu Jun 17 02:07:30 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CC0CB3A679F for ; Thu, 17 Jun 2010 02:07:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.418
X-Spam-Level: 
X-Spam-Status: No, score=-1.418 tagged_above=-999 required=5 tests=[AWL=0.831,  BAYES_00=-2.599, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FxNZJDU5soAp for ; Thu, 17 Jun 2010 02:07:26 -0700 (PDT)
Received: from sainfoin-out.extra.cea.fr (sainfoin-out.extra.cea.fr [132.166.172.107]) by core3.amsl.com (Postfix) with ESMTP id 56DDB3A67B1 for ; Thu, 17 Jun 2010 02:07:26 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5H97SQs006614 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 17 Jun 2010 11:07:28 +0200
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5H97SxK005973; Thu, 17 Jun 2010 11:07:28 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5H97R4h005990; Thu, 17 Jun 2010 11:07:27 +0200
Message-ID: <4C19E5CF.7010204@gmail.com>
Date: Thu, 17 Jun 2010 11:07:27 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: JP Vasseur 
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org>  <4C19C4F4.20505@gmail.com> 
In-Reply-To: 
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
Cc: roll@ietf.org
Subject: Re: [Roll] Fwd:  [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 09:07:30 -0000

Le 17/06/2010 09:50, JP Vasseur a écrit :
>
> On Jun 17, 2010, at 8:47 AM, Alexandru Petrescu wrote:
>
>> Le 17/06/2010 08:06, JP Vasseur a écrit :
>>> Dear all,
>>>
>>> I closed the old ticket and opened a new fresher one.
>>>
>>> There was one comment that I removed:
>>>
>>> c. Is multicast support mandatory if someone implements the RPL
>>> draft? - if not, is it okay to simulate multicast packet
>>> distribution using unicast messaging in a small/simple LLN ?
>>>
>>> The answer is: look at the normative language.
>>
>> Sorry which spec?
>
> The RPL specification. RFC2119 is used to specify what MUST, MAY or
> SHOULD be supported.
>
>> Would be please suggest which normative language of which link
>> layer thank you.
>
> We do not. Remember, RPL is an network layer routing protocol. As
> such, it does NOT mandate the use of any specific link layer.

Well, RPL does mandate the use of ff02::1 dst address.  Is this
address supported by "any" specific link layer?  Is "any" link layer
providing a mapping function between the link-layer multicast address
and the IP multicast address?

I think some link layers do some others don't.  For those who don't - it
makes no sense for RPL to require the use of ff02::1.

For some (Ethernet), it is necessary to make a join operation, with MLD
- otherwise it's not working.  Thus, RPL should say so.  Absence of
saying so means underspecification.

BEsides - why does the RPL require the use of ff02::1 (all-routers
link-local scope) and not ff05::1 (all-routers site-local scope)?  The
IPsec discussion mentioned that a single operator may manage all nodes -
thus a single site would be more appropriate... site-local scope.

Why does not RPL use the address ff02::6d ("LL MANET routers"?)  It
would make much sense in re-using existing developments, learning from
others' findings, putting less stress on IANA, and more.

I could raise many similar multicast issues, but most boil down to one
question: which link-layer(s) is RPL supposed to run on?  "Any" is as if
"none" was said.

>> Some link layers do offer multicast support (IEEE) some others
>> don't (old RS-232).
>>
>> On which is RPL going to run?
>>
>
> On many ... again RPL is not tied to any of them. If there is a need
> for an adaptation layer to carry IPv6 over a next generation PLC
> link for example, it will be specified somewhere else, not in ROLL:

Ok, I didn't mean to require an adaptation layer, just to make sure what
RPL says is appropriate to what some link layers have to offer.  There
may be a risk in RPL assuming some support (specifically multicast)
which the link layer may not offer.  To alleviate this, it is sufficient
for RPL to say, e.g., to use multicast dst addresses only when such
support is available.

Some recent email discussion said "use unicast" in these cases - but
how?  Would that mandatory ff02::1 multicast address be replaced by
several unicast addresses?  How?  Simultaneously?  In which order?

(I will not write a draft about this).

Alex

> charter is to provide a routing (L3) solution.
>
> Thanks.
>
> JP.
>
>> Alex
>>
>> This is what tells you
>>> what to implement to be compliant with the RFC. Of course,
>>> commercial implementation may decide to implement some parts of
>>> the ID, but this is not an IETF issue. Back to the second part of
>>> your question, yes some implementation to send multiple unicast
>>> packets, which may be OK in small networks"
>>>
>>> We will close this one for revision -10.
>>>
>>> JP.
>>>
>>> Begin forwarded message:
>>>
>>>> *From: *"roll issue tracker" >>> > *Date: *June 17, 2010 7:52:34 AM
>>>> CEDT *To: *pthubert@cisco.com ,
>>>> jpv@cisco.com  *Cc: *roll@ietf.org
>>>>  *Subject: **[Roll] [roll] #54:
>>>> Clarification on multicast* *Reply-To: *roll@ietf.org
>>>> 
>>>>
>>>> #54: Clarification on multicast
>>>>
--------------------------------+-------------------------------------------
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Reporter: jpv@… | Owner: pthubert@… Type: defect | Status: new
>>>> Priority: trivial | Milestone: Component: rpl | Version:
>>>> Severity: Active WG Document | Keywords:
>>>>
--------------------------------+-------------------------------------------
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> Starting a new ticket on Multicast operations. There are two
>>>> items here: 1) Solution for multicast forward on in a non
>>>> storing node network (=> not a routing issue, outside of the
>>>> scope of the ROLL WG) 2) A few clarifications have been
>>>> requested: A few comments/questions: a. It might be useful to
>>>> have a few words stating whether this solution would work in a
>>>> large LLN – I,e when the members of multicast group is spread
>>>> across the large LLN b. The section says that the router
>>>> ‘should prune’ duplicate registration messages (DAO) – but it
>>>> does not say more detail about it -I,e is it up to the
>>>> implementation that pruning would be done based on some rules?
>>>>
>>>> -- Ticket URL:
>>>>  roll
>>>> 
>>>>
>>>> _______________________________________________ Roll mailing
>>>> list Roll@ietf.org 
>>>> https://www.ietf.org/mailman/listinfo/roll
>>>
>>>
>>>
>>> _______________________________________________ Roll mailing
>>> list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>
>>
>> _______________________________________________ Roll mailing list
>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>
>



From henning.rogge@fkie.fraunhofer.de  Thu Jun 17 02:12:33 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CC49D3A6A93 for ; Thu, 17 Jun 2010 02:12:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.7
X-Spam-Level: 
X-Spam-Status: No, score=0.7 tagged_above=-999 required=5 tests=[AWL=0.555, BAYES_05=-1.11, HELO_EQ_DE=0.35, RCVD_IN_PBL=0.905]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ahagvy8CCFT0 for ; Thu, 17 Jun 2010 02:12:32 -0700 (PDT)
Received: from mailguard.fgan.de (mailguard.fkie.fraunhofer.de [IPv6:2001:638:401:102:1aa9:5ff:fe5f:7f22]) by core3.amsl.com (Postfix) with ESMTP id C874D3A6A8D for ; Thu, 17 Jun 2010 02:12:31 -0700 (PDT)
Received: from rufsun5.fkie.fgan.de ([128.7.2.5] helo=mailhost.fgan.de) by mailguard.fgan.de with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1OPB9C-0000rZ-42; Thu, 17 Jun 2010 11:12:30 +0200
Received: from stream.fkie.fgan.de ([128.7.5.148] helo=stream.localnet) by mailhost.fgan.de with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1OPB9B-00020K-R4; Thu, 17 Jun 2010 11:12:29 +0200
From: Henning Rogge 
To: roll@ietf.org
Date: Thu, 17 Jun 2010 11:12:19 +0200
User-Agent: KMail/1.13.3 (Linux/2.6.32-22-generic; KDE/4.4.4; i686; ; )
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org>  <4C19E5CF.7010204@gmail.com>
In-Reply-To: <4C19E5CF.7010204@gmail.com>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart3848170.STCUDGDkku"; protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <201006171112.26819.henning.rogge@fkie.fraunhofer.de>
X-Virus-Scanned: yes (ClamAV 0.96.1/11204/Thu Jun 17 05:48:47 2010) by mailguard.fgan.de
X-Scan-Signature: d06c92ca4406a5c9a6ad4030b633b206
Subject: Re: [Roll] Fwd:  [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 09:12:33 -0000

--nextPart3848170.STCUDGDkku
Content-Type: Text/Plain;
  charset="windows-1252"
Content-Transfer-Encoding: quoted-printable

On Thu June 17 2010 11:07:27 Alexandru Petrescu wrote:
> Le 17/06/2010 09:50, JP V> BEsides - why does the RPL require the use of=
=20
ff02::1 (all-routers
> link-local scope) and not ff05::1 (all-routers site-local scope)?  The
> IPsec discussion mentioned that a single operator may manage all nodes -
> thus a single site would be more appropriate... site-local scope.
Are you sure that RPL use the LL-multicast for addressing ALL RPL nodes in =
the=20
tree and not the one-hop neighbors ? For one-hop neighbors a linklocal-
multicast is correct.
=20
> Why does not RPL use the address ff02::6d ("LL MANET routers"?)  It
> would make much sense in re-using existing developments, learning from
> others' findings, putting less stress on IANA, and more.
ff02::6d should do fine for RPL I think.

Henning Rogge
=2D-=20
Diplom-Informatiker Henning Rogge , Fraunhofer-Institut f=FCr
Kommunikation, Informationsverarbeitung und Ergonomie FKIE
Kommunikationssysteme (KOM)
Neuenahrer Stra=DFe 20, 53343 Wachtberg, Germany
Telefon +49 228 9435-961,   Fax +49 228 9435 685
mailto:henning.rogge@fkie.fraunhofer.de http://www.fkie.fraunhofer.de
GPG: E1C6 0914 490B 3909 D944 F80D 4487 C67C 55EC CFE0

--nextPart3848170.STCUDGDkku
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEABECAAYFAkwZ5vMACgkQRIfGfFXsz+DqHwCeIxE0qtPR18rnjpxnPPQON8gh
YSsAoKv6BJQltlQGDPBntuwtLKLp0YhC
=p5Bp
-----END PGP SIGNATURE-----

--nextPart3848170.STCUDGDkku--

From alexandru.petrescu@gmail.com  Thu Jun 17 04:27:53 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 393103A68A4 for ; Thu, 17 Jun 2010 04:27:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.487
X-Spam-Level: 
X-Spam-Status: No, score=-1.487 tagged_above=-999 required=5 tests=[AWL=0.762,  BAYES_00=-2.599, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7pDSyt6VMFEx for ; Thu, 17 Jun 2010 04:27:52 -0700 (PDT)
Received: from cirse-out.extra.cea.fr (cirse-out.extra.cea.fr [132.166.172.106]) by core3.amsl.com (Postfix) with ESMTP id 1FB2A3A689F for ; Thu, 17 Jun 2010 04:27:51 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5HBRQgx020260 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 17 Jun 2010 13:27:26 +0200
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5HBRQip008588; Thu, 17 Jun 2010 13:27:26 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5HBRPRN004624; Thu, 17 Jun 2010 13:27:26 +0200
Message-ID: <4C1A069D.5040000@gmail.com>
Date: Thu, 17 Jun 2010 13:27:25 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: Henning Rogge 
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org>  <4C19E5CF.7010204@gmail.com> <201006171112.26819.henning.rogge@fkie.fraunhofer.de>
In-Reply-To: <201006171112.26819.henning.rogge@fkie.fraunhofer.de>
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 8bit
Cc: roll@ietf.org
Subject: Re: [Roll] Fwd:  [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 11:27:53 -0000

Le 17/06/2010 11:12, Henning Rogge a écrit :
> On Thu June 17 2010 11:07:27 Alexandru Petrescu wrote:
>> Le 17/06/2010 09:50, JP V>  BEsides - why does the RPL require the
>> use of
> ff02::1 (all-routers
>> link-local scope) and not ff05::1 (all-routers site-local scope)?
>> The IPsec discussion mentioned that a single operator may manage
>> all nodes - thus a single site would be more appropriate...
>> site-local scope.
>
> Are you sure that RPL use the LL-multicast for addressing ALL RPL
> nodes in the tree and not the one-hop neighbors ?

I think RPL requires ff02 throughout the document, I am not sure whether
there's a tree of links, or everything is a single link. (were it a tree
there'd be several links, several interfaces per node).

draft says:
"Nodes advertise their presence, affiliation with a DODAG, routing
        cost, and related metrics by sending link-local multicast DIO
        messages."

Is that on a single link?  To all the tree?  Is the entire tree a single
link?

"   A RPL Control Message has the scope of a link.  The source address
     is a link local address.  The destination address is either all
     routers multicast address (FF02::2) or a link local address."

Ok, ff02::2. Better say "all routers multicast address with link-local
scope" instead of simply "all routers multicast address".

"1.  A node MAY multicast a DAO message to the link-local scope all-
         nodes multicast address FF02::1."

Hm? So sometimes a DAO is not an RPL Control Message? (because ff02::1
for DAO is not ff02::2 for RPL Control Message).

Which do you mean?  ff02::1 or ff02::2?  Is RPL run on Hosts?  Routers?
  Nodes?  (remark ff02::1 is all _nodes_ be them Hosts or Routers).

> For one-hop neighbors a linklocal- multicast is correct.

Yes, I agree.  Is the RPL topology made of several links or a single link?

>> Why does not RPL use the address ff02::6d ("LL MANET routers"?) It
>>  would make much sense in re-using existing developments, learning
>>  from others' findings, putting less stress on IANA, and more.
>
> ff02::6d should do fine for RPL I think.

It would make sense to reuse MANET constants.

Alex

>
> Henning Rogge



From trac@tools.ietf.org  Thu Jun 17 04:31:21 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 01E2A3A689F for ; Thu, 17 Jun 2010 04:31:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.149
X-Spam-Level: 
X-Spam-Status: No, score=-101.149 tagged_above=-999 required=5 tests=[AWL=-0.963, BAYES_40=-0.185, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NVFK+-adVxSV for ; Thu, 17 Jun 2010 04:31:14 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 057083A6A53 for ; Thu, 17 Jun 2010 04:30:51 -0700 (PDT)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1OPDIp-0004Xn-W8; Thu, 17 Jun 2010 04:30:36 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "roll issue tracker" 
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: jpv@cisco.com
X-Trac-Project: roll
Date: Thu, 17 Jun 2010 11:30:35 -0000
X-URL: http://tools.ietf.org/wg/roll/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/roll/trac/ticket/11#comment:2
Message-ID: <064.70fdf721f02c2b77be8fdc6dd30f79d3@tools.ietf.org>
References: <055.e0fd4786b2b49cea04ccc878201f7329@tools.ietf.org>
X-Trac-Ticket-ID: 11
In-Reply-To: <055.e0fd4786b2b49cea04ccc878201f7329@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: jpv@cisco.com, roll@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #11: Decision on prefix packing in DAO messages
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Reply-To: roll@ietf.org
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 11:31:21 -0000

#11: Decision on prefix packing in DAO messages
--------------------------------+-------------------------------------------
 Reporter:  jpv@…               |        Owner:  jpv@…        
     Type:  enhancement         |       Status:  closed       
 Priority:  major               |    Milestone:               
Component:  rpl                 |      Version:               
 Severity:  Active WG Document  |   Resolution:  fixed        
 Keywords:                      |  
--------------------------------+-------------------------------------------
Changes (by jpv@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 This used to be the format of the DAO message when this ticket was opened:

  0                   1                   2                   3
         0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |         DAO Sequence          |  InstanceID   |   DAO Rank    |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |                          DAO Lifetime                         |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |                           Route Tag                           |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        | Prefix Length |    RRCount    |                               |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+                               |
        |                   Prefix (Variable Length)                    |
        .                                                               .
        .                                                               .
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |             Reverse Route Stack (Variable Length)             |
        .                                                               .
        .                                                               .
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

            Figure 11: The Destination Advertisement Object (DAO)

    DAO Sequence:  Incremented by the node that owns the prefix for each
          new DAO message for that prefix.

    InstanceID:  8-bit field indicating the topology instance associated
          with the DODAG, as learned from the DIO.

    DAO Rank:  Set by the node that owns the prefix and first issues the
          DAO message to its rank.

    DAO Lifetime:  32-bit unsigned integer.  The length of time in
          seconds (relative to the time the packet is sent) that the
          prefix is valid for route determination.  A value of all one
          bits (0xFFFFFFFF) represents infinity.  A value of all zero
          bits (0x00000000) indicates a loss of reachability.

    Route Tag:  32-bit unsigned integer.  The Route Tag may be used to
          give a priority to prefixes that should be stored.  This may be
          useful in cases where intermediate nodes are capable of storing
          a limited amount of routing state.  The further specification
          of this field and its use is under investigation.

    Prefix Length:  8-bit unsigned integer.  Number of valid leading bits
          in the IPv6 Prefix.






 Winter, et al.            Expires June 10, 2010                [Page 28]

 Internet-Draft           draft-ietf-roll-rpl-05            December 2009


    RRCount:  8-bit unsigned integer.  This counter is used to count the
          number of entries in the Reverse Route Stack.  A value of `0'
          indicates that no Reverse Route Stack is present.

    Prefix:  Variable-length field containing an IPv6 address or a prefix
          of an IPv6 address.  The Prefix Length field contains the
          number of valid leading bits in the prefix.  The bits in the
          prefix after the prefix length (if any) are reserved and MUST
          be set to zero on transmission and MUST be ignored on receipt.

    Reverse Route Stack:  Variable-length field containing a sequence of
          RRCount (possibly compressed) IPv6 addresses.  A node that adds
          on to the Reverse Route Stack will append to the list and
          increment the RRCount.

 Clearly, the DAO message format has completely changed providing the level
 of flexibility and optimization in terms of required bandwidth that was
 requested by this ticket, which can now be closed.

-- 
Ticket URL: 
roll 


From jpv@cisco.com  Thu Jun 17 04:35:35 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2C4DF3A69F2 for ; Thu, 17 Jun 2010 04:35:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.156
X-Spam-Level: 
X-Spam-Status: No, score=-10.156 tagged_above=-999 required=5 tests=[AWL=0.443, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DTQEyRzUHJGK for ; Thu, 17 Jun 2010 04:35:34 -0700 (PDT)
Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id 4B2E43A6A16 for ; Thu, 17 Jun 2010 04:35:34 -0700 (PDT)
Authentication-Results: sj-iport-6.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAIqlGUyrR7Hu/2dsb2JhbACeeHGlXpovhRoE
X-IronPort-AV: E=Sophos;i="4.53,431,1272844800"; d="scan'208";a="546266432"
Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-6.cisco.com with ESMTP; 17 Jun 2010 11:35:39 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id o5HBZVst016282; Thu, 17 Jun 2010 11:35:39 GMT
Received: from xfe-ams-201.cisco.com ([144.254.231.95]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 17 Jun 2010 13:35:30 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 17 Jun 2010 13:35:29 +0200
Message-Id: 
From: JP Vasseur 
To: Alexandru Petrescu 
In-Reply-To: <4C1A069D.5040000@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Apple Message framework v936)
Date: Thu, 17 Jun 2010 13:35:28 +0200
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org>  <4C19E5CF.7010204@gmail.com> <201006171112.26819.henning.rogge@fkie.fraunhofer.de> <4C1A069D.5040000@gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 17 Jun 2010 11:35:29.0653 (UTC) FILETIME=[3039FA50:01CB0E11]
Cc: roll@ietf.org
Subject: Re: [Roll] Fwd:  [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 11:35:35 -0000

short answer (more later ...) RPL networks are potentially made of a =20
number of links
sometimes of different nature too.

On Jun 17, 2010, at 1:27 PM, Alexandru Petrescu wrote:

> Le 17/06/2010 11:12, Henning Rogge a =E9crit :
>> On Thu June 17 2010 11:07:27 Alexandru Petrescu wrote:
>>> Le 17/06/2010 09:50, JP V>  BEsides - why does the RPL require the
>>> use of
>> ff02::1 (all-routers
>>> link-local scope) and not ff05::1 (all-routers site-local scope)?
>>> The IPsec discussion mentioned that a single operator may manage
>>> all nodes - thus a single site would be more appropriate...
>>> site-local scope.
>>
>> Are you sure that RPL use the LL-multicast for addressing ALL RPL
>> nodes in the tree and not the one-hop neighbors ?
>
> I think RPL requires ff02 throughout the document, I am not sure =20
> whether
> there's a tree of links, or everything is a single link. (were it a =20=

> tree
> there'd be several links, several interfaces per node).
>
> draft says:
> "Nodes advertise their presence, affiliation with a DODAG, routing
>      cost, and related metrics by sending link-local multicast DIO
>      messages."
>
> Is that on a single link?  To all the tree?  Is the entire tree a =20
> single
> link?
>
> "   A RPL Control Message has the scope of a link.  The source address
>   is a link local address.  The destination address is either all
>   routers multicast address (FF02::2) or a link local address."
>
> Ok, ff02::2. Better say "all routers multicast address with link-local
> scope" instead of simply "all routers multicast address".
>
> "1.  A node MAY multicast a DAO message to the link-local scope all-
>       nodes multicast address FF02::1."
>
> Hm? So sometimes a DAO is not an RPL Control Message? (because ff02::1
> for DAO is not ff02::2 for RPL Control Message).
>
> Which do you mean?  ff02::1 or ff02::2?  Is RPL run on Hosts?  =20
> Routers?
> Nodes?  (remark ff02::1 is all _nodes_ be them Hosts or Routers).
>
>> For one-hop neighbors a linklocal- multicast is correct.
>
> Yes, I agree.  Is the RPL topology made of several links or a single =20=

> link?
>
>>> Why does not RPL use the address ff02::6d ("LL MANET routers"?) It
>>> would make much sense in re-using existing developments, learning
>>> from others' findings, putting less stress on IANA, and more.
>>
>> ff02::6d should do fine for RPL I think.
>
> It would make sense to reuse MANET constants.
>
> Alex
>
>>
>> Henning Rogge
>
>


From richard.kelsey@ember.com  Thu Jun 17 05:03:42 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6EB243A6A2A for ; Thu, 17 Jun 2010 05:03:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.462
X-Spam-Level: 
X-Spam-Status: No, score=-0.462 tagged_above=-999 required=5 tests=[AWL=-0.277, BAYES_40=-0.185]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8m8WKJbUurAh for ; Thu, 17 Jun 2010 05:03:41 -0700 (PDT)
Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id 7DAAD3A6A25 for ; Thu, 17 Jun 2010 05:03:41 -0700 (PDT)
Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 17 Jun 2010 08:03:46 -0400
Date: Thu, 17 Jun 2010 08:06:43 -0400
Message-Id: <874oh1x3qk.fsf@kelsey-ws.hq.ember.com>
To: Mukul Goyal 
In-reply-to: <1313476801.131208.1276756533018.JavaMail.root@mail02.pantherlink.uwm.edu> (message from Mukul Goyal on Thu, 17 Jun 2010 01:35:33 -0500 (CDT))
From: Richard Kelsey 
References: <1313476801.131208.1276756533018.JavaMail.root@mail02.pantherlink.uwm.edu>
X-OriginalArrivalTime: 17 Jun 2010 12:03:46.0230 (UTC) FILETIME=[23771560:01CB0E15]
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 12:03:42 -0000

> Date: Thu, 17 Jun 2010 01:35:33 -0500 (CDT)
> From: Mukul Goyal 
>
> I guess I did not express myself correctly. So, let me rephrase myself:
> 
> How about if we require a metric definition to provide a mapping to an
> equivalent value in a common unit (lets call it CU). 
> 
> So, the definition for latency metric will provide a mapping like:
> latency 1s or more => 1000 CU
> latency 700ms to 1s => 500 CU
> ....
> latency 5ms or less => 1 CU
> 
> The definition for ETX will provide a mapping like:
>  [etc...]

I think that we should divide the OF into two parts, a
metric combining function and DAG management function.  The
metric combining function determines which potential parents
meet the path constraints and translates the metric value(s)
into a rank, while the DAG management function makes the
decisions about which parents to use, when to send DAOs, and
the other OF responsibilities.

Relating this to your CU idea, I am suggesting that we use
rank for CU and separate the metrics->CU function from both
the metrics themselves and from the rest of the OF
functionality.

The drafts could be broken down into something like the
following:
  - The RPL draft.
  - The metric draft.
  - A draft defining a set of metric->CU/rank functions, similar
    to the cryptographic suites used by TLS and IPsec.
    Examples are minimize RTX, maximize latency, and so
    forth.  These could be used individually or in combination.
  - A DAG management function parameterized for such things
    as size of the parent set, storing/not-storing, and so
    forth.
This would be conceptually simpler than what we have now.
The metrics draft can just describe the metrics and not
contrain how they are used.  At the same time, the
management function can be completely generic about what the
metrics are and how they are combined.

                                    -Richard Kelsey

From pthubert@cisco.com  Thu Jun 17 06:33:33 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5519F3A6855 for ; Thu, 17 Jun 2010 06:33:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.069
X-Spam-Level: 
X-Spam-Status: No, score=-10.069 tagged_above=-999 required=5 tests=[AWL=0.530, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pFfyDuHEmwnl for ; Thu, 17 Jun 2010 06:33:31 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id B96073A67E7 for ; Thu, 17 Jun 2010 06:33:30 -0700 (PDT)
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-AV: E=Sophos;i="4.53,431,1272844800"; d="scan'208";a="122707055"
Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-2.cisco.com with ESMTP; 17 Jun 2010 13:33:00 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5HDWwU9011629; Thu, 17 Jun 2010 13:33:00 GMT
Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 17 Jun 2010 15:32:59 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 17 Jun 2010 15:32:57 +0200
Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D0225E21F@XMB-AMS-107.cisco.com>
In-Reply-To: <4C19E5CF.7010204@gmail.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] Fwd:  [roll] #54: Clarification on multicast
thread-index: AcsN/IwacJ+UgKGMQjuE0g0xVzjQFQAJLfbg
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org><4C19C4F4.20505@gmail.com> <4C19E5CF.7010204@gmail.com>
From: "Pascal Thubert (pthubert)" 
To: "Alexandru Petrescu" , "JP Vasseur" 
X-OriginalArrivalTime: 17 Jun 2010 13:32:59.0760 (UTC) FILETIME=[9A6AEF00:01CB0E21]
Cc: roll@ietf.org
Subject: Re: [Roll] Fwd:  [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 13:33:33 -0000

Hi Alex:

RPL operates hop by hop and builds the subnet, so it can not use FF05 =
that expects that the subnet is built in the first place. OTOH, your =
question makes sense to me in that we could wonder why we use FF02::1 as =
opposed to FF02::all_RPL_nodes.=20

If that's your bottom line, then I do agree with you, we shoud request a =
all_rpl_nodes to IANA...

Pascal


> -----Original Message-----
> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf =
Of
> Alexandru Petrescu
> Sent: Thursday, June 17, 2010 11:07 AM
> To: JP Vasseur
> Cc: roll@ietf.org
> Subject: Re: [Roll] Fwd: [roll] #54: Clarification on multicast
>=20
> Le 17/06/2010 09:50, JP Vasseur a =E9crit :
> >
> > On Jun 17, 2010, at 8:47 AM, Alexandru Petrescu wrote:
> >
> >> Le 17/06/2010 08:06, JP Vasseur a =E9crit :
> >>> Dear all,
> >>>
> >>> I closed the old ticket and opened a new fresher one.
> >>>
> >>> There was one comment that I removed:
> >>>
> >>> c. Is multicast support mandatory if someone implements the RPL
> >>> draft? - if not, is it okay to simulate multicast packet
> >>> distribution using unicast messaging in a small/simple LLN ?
> >>>
> >>> The answer is: look at the normative language.
> >>
> >> Sorry which spec?
> >
> > The RPL specification. RFC2119 is used to specify what MUST, MAY or
> > SHOULD be supported.
> >
> >> Would be please suggest which normative language of which link =
layer
> >> thank you.
> >
> > We do not. Remember, RPL is an network layer routing protocol. As
> > such, it does NOT mandate the use of any specific link layer.
>=20
> Well, RPL does mandate the use of ff02::1 dst address.  Is this =
address
> supported by "any" specific link layer?  Is "any" link layer providing =
a mapping
> function between the link-layer multicast address and the IP multicast
> address?
>=20
> I think some link layers do some others don't.  For those who don't - =
it makes
> no sense for RPL to require the use of ff02::1.
>=20
> For some (Ethernet), it is necessary to make a join operation, with =
MLD
> - otherwise it's not working.  Thus, RPL should say so.  Absence of =
saying so
> means underspecification.
>=20
> BEsides - why does the RPL require the use of ff02::1 (all-routers =
link-local
> scope) and not ff05::1 (all-routers site-local scope)?  The IPsec =
discussion
> mentioned that a single operator may manage all nodes - thus a single =
site
> would be more appropriate... site-local scope.
>=20
> Why does not RPL use the address ff02::6d ("LL MANET routers"?)  It =
would
> make much sense in re-using existing developments, learning from =
others'
> findings, putting less stress on IANA, and more.
>=20
> I could raise many similar multicast issues, but most boil down to one
> question: which link-layer(s) is RPL supposed to run on?  "Any" is as =
if "none"
> was said.
>=20
> >> Some link layers do offer multicast support (IEEE) some others =
don't
> >> (old RS-232).
> >>
> >> On which is RPL going to run?
> >>
> >
> > On many ... again RPL is not tied to any of them. If there is a need
> > for an adaptation layer to carry IPv6 over a next generation PLC =
link
> > for example, it will be specified somewhere else, not in ROLL:
>=20
> Ok, I didn't mean to require an adaptation layer, just to make sure =
what RPL
> says is appropriate to what some link layers have to offer.  There may =
be a
> risk in RPL assuming some support (specifically multicast) which the =
link layer
> may not offer.  To alleviate this, it is sufficient for RPL to say, =
e.g., to use
> multicast dst addresses only when such support is available.
>=20
> Some recent email discussion said "use unicast" in these cases - but =
how?
> Would that mandatory ff02::1 multicast address be replaced by several
> unicast addresses?  How?  Simultaneously?  In which order?
>=20
> (I will not write a draft about this).
>=20
> Alex
>=20
> > charter is to provide a routing (L3) solution.
> >
> > Thanks.
> >
> > JP.
> >
> >> Alex
> >>
> >> This is what tells you
> >>> what to implement to be compliant with the RFC. Of course,
> >>> commercial implementation may decide to implement some parts of =
the
> >>> ID, but this is not an IETF issue. Back to the second part of your
> >>> question, yes some implementation to send multiple unicast =
packets,
> >>> which may be OK in small networks"
> >>>
> >>> We will close this one for revision -10.
> >>>
> >>> JP.
> >>>
> >>> Begin forwarded message:
> >>>
> >>>> *From: *"roll issue tracker"  >>>> > *Date: *June 17, 2010 7:52:34 AM =
CEDT
> >>>> *To: *pthubert@cisco.com ,
> jpv@cisco.com
> >>>>  *Cc: *roll@ietf.org 
> >>>> *Subject: **[Roll] [roll] #54:
> >>>> Clarification on multicast* *Reply-To: *roll@ietf.org
> >>>> 
> >>>>
> >>>> #54: Clarification on multicast
> >>>>
> =
--------------------------------+---------------------------------------
> --------------------------------+----
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> Reporter: jpv@... | Owner: pthubert@... Type: defect | Status: =
new
> >>>> Priority: trivial | Milestone: Component: rpl | Version:
> >>>> Severity: Active WG Document | Keywords:
> >>>>
> =
--------------------------------+---------------------------------------
> --------------------------------+----
> >>>>
> >>>>
> >>>>
> >>>>
> >>>>
> >>>> Starting a new ticket on Multicast operations. There are two =
items
> >>>> here: 1) Solution for multicast forward on in a non storing node
> >>>> network (=3D> not a routing issue, outside of the scope of the =
ROLL
> >>>> WG) 2) A few clarifications have been
> >>>> requested: A few comments/questions: a. It might be useful to =
have
> >>>> a few words stating whether this solution would work in a large =
LLN
> >>>> - I,e when the members of multicast group is spread across the
> >>>> large LLN b. The section says that the router 'should prune'
> >>>> duplicate registration messages (DAO) - but it does not say more
> >>>> detail about it -I,e is it up to the implementation that pruning
> >>>> would be done based on some rules?
> >>>>
> >>>> -- Ticket URL:
> >>>>  roll
> >>>> 
> >>>>
> >>>> _______________________________________________ Roll
> mailing list
> >>>> Roll@ietf.org 
> >>>> https://www.ietf.org/mailman/listinfo/roll
> >>>
> >>>
> >>>
> >>> _______________________________________________ Roll
> mailing list
> >>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
> >>
> >>
> >> _______________________________________________ Roll mailing
> list
> >> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
> >
> >
>=20
>=20
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll

From pthubert@cisco.com  Thu Jun 17 06:36:12 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B3CDC3A68C1 for ; Thu, 17 Jun 2010 06:36:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.084
X-Spam-Level: 
X-Spam-Status: No, score=-10.084 tagged_above=-999 required=5 tests=[AWL=0.515, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZUPdRSYoF3sw for ; Thu, 17 Jun 2010 06:36:08 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id EDE903A6855 for ; Thu, 17 Jun 2010 06:36:07 -0700 (PDT)
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAG/BGUxAZnwM/2dsb2JhbACee3GlZpoyhRoE
X-IronPort-AV: E=Sophos;i="4.53,431,1272844800"; d="scan'208";a="122708020"
Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-2.cisco.com with ESMTP; 17 Jun 2010 13:36:12 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5HDa7aE022466; Thu, 17 Jun 2010 13:36:12 GMT
Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 17 Jun 2010 15:36:11 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 17 Jun 2010 15:36:04 +0200
Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D0225E227@XMB-AMS-107.cisco.com>
In-Reply-To: <201006171112.26819.henning.rogge@fkie.fraunhofer.de>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] Fwd:  [roll] #54: Clarification on multicast
thread-index: AcsN/UEKc4f45X2tS2+mJb9etSTZpwAJGiMg
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org><4C19E5CF.7010204@gmail.com> <201006171112.26819.henning.rogge@fkie.fraunhofer.de>
From: "Pascal Thubert (pthubert)" 
To: "Henning Rogge" , 
X-OriginalArrivalTime: 17 Jun 2010 13:36:11.0278 (UTC) FILETIME=[0C9242E0:01CB0E22]
Subject: Re: [Roll] Fwd:  [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 13:36:12 -0000

Hi Henning:

Hope you're doing good these days;

I'm afraid MANET is a little vague. We cant to pinpoint nodes that =
support our protocol. No point in sending DIS or DIO to an OSLRv2 node.=20

As Alex pointed out, we probably need our own value to alert only RPL =
nodes.

What do you think?=20

Pascal


> -----Original Message-----
> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf =
Of
> Henning Rogge
> Sent: Thursday, June 17, 2010 11:12 AM
> To: roll@ietf.org
> Subject: Re: [Roll] Fwd: [roll] #54: Clarification on multicast
>=20
> On Thu June 17 2010 11:07:27 Alexandru Petrescu wrote:
> > Le 17/06/2010 09:50, JP V> BEsides - why does the RPL require the =
use
> > of
> ff02::1 (all-routers
> > link-local scope) and not ff05::1 (all-routers site-local scope)?  =
The
> > IPsec discussion mentioned that a single operator may manage all =
nodes
> > - thus a single site would be more appropriate... site-local scope.
> Are you sure that RPL use the LL-multicast for addressing ALL RPL =
nodes in
> the tree and not the one-hop neighbors ? For one-hop neighbors a =
linklocal-
> multicast is correct.
>=20
> > Why does not RPL use the address ff02::6d ("LL MANET routers"?)  It
> > would make much sense in re-using existing developments, learning =
from
> > others' findings, putting less stress on IANA, and more.
> ff02::6d should do fine for RPL I think.
>=20
> Henning Rogge
> --
> Diplom-Informatiker Henning Rogge , Fraunhofer-Institut f=FCr
> Kommunikation, Informationsverarbeitung und Ergonomie FKIE
> Kommunikationssysteme (KOM) Neuenahrer Stra=DFe 20, 53343 Wachtberg,
> Germany
> Telefon +49 228 9435-961,   Fax +49 228 9435 685
> mailto:henning.rogge@fkie.fraunhofer.de http://www.fkie.fraunhofer.de
> GPG: E1C6 0914 490B 3909 D944 F80D 4487 C67C 55EC CFE0

From alexandru.petrescu@gmail.com  Thu Jun 17 06:44:54 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EDBF33A68C7 for ; Thu, 17 Jun 2010 06:44:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.545
X-Spam-Level: 
X-Spam-Status: No, score=-1.545 tagged_above=-999 required=5 tests=[AWL=0.704,  BAYES_00=-2.599, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qQgGGZHpNK4r for ; Thu, 17 Jun 2010 06:44:52 -0700 (PDT)
Received: from oxalide-out.extra.cea.fr (oxalide-out.extra.cea.fr [132.168.224.1]) by core3.amsl.com (Postfix) with ESMTP id 59A633A6800 for ; Thu, 17 Jun 2010 06:44:52 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5HDiqDd000993 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 17 Jun 2010 15:44:53 +0200
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5HDiqY0022614; Thu, 17 Jun 2010 15:44:52 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5HDiqMj031352; Thu, 17 Jun 2010 15:44:52 +0200
Message-ID: <4C1A26D4.10403@gmail.com>
Date: Thu, 17 Jun 2010 15:44:52 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: "Pascal Thubert (pthubert)" 
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org><4C19C4F4.20505@gmail.com> <4C19E5CF.7010204@gmail.com> <6A2A459175DABE4BB11DE2026AA50A5D0225E21F@XMB-AMS-107.cisco.com>
In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D0225E21F@XMB-AMS-107.cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: roll@ietf.org
Subject: Re: [Roll] Fwd:  [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 13:44:54 -0000

Le 17/06/2010 15:32, Pascal Thubert (pthubert) a écrit :
> Hi Alex:
>
> RPL operates hop by hop and builds the subnet

If there's a single subnet then there's no hop-by-hop - everything is a
single link, all within 1 IP hop reach of each other.  Arguably - yes.

> so it can not use FF05 that expects that the subnet is built in the
> first place.

Hmmm... how about maintenance (presence, affiliation, routing costs)
packets to a tree already built, like simply renewing existing
information?  That could be sent to a site-local address.

> OTOH, your question makes sense to me in that we could wonder why we
>  use FF02::1 as opposed to FF02::all_RPL_nodes.

WEll I wouldn't go as far as requesting another multicast group address
from IANA when the MANET group is already there.  We could reuse the
MANET address.

> If that's your bottom line, then I do agree with you, we shoud
> request a all_rpl_nodes to IANA...

It wasn't my bottom line.   How about reusing stuff (the MANET address),
asking people how to use their stuff (the IPsec AH), instead of
designing new things.

Alex

>
> Pascal
>
>
>> -----Original Message----- From: roll-bounces@ietf.org
>> [mailto:roll-bounces@ietf.org] On Behalf Of Alexandru Petrescu
>> Sent: Thursday, June 17, 2010 11:07 AM To: JP Vasseur Cc:
>> roll@ietf.org Subject: Re: [Roll] Fwd: [roll] #54: Clarification
>> on multicast
>>
>> Le 17/06/2010 09:50, JP Vasseur a écrit :
>>>
>>> On Jun 17, 2010, at 8:47 AM, Alexandru Petrescu wrote:
>>>
>>>> Le 17/06/2010 08:06, JP Vasseur a écrit :
>>>>> Dear all,
>>>>>
>>>>> I closed the old ticket and opened a new fresher one.
>>>>>
>>>>> There was one comment that I removed:
>>>>>
>>>>> c. Is multicast support mandatory if someone implements the
>>>>> RPL draft? - if not, is it okay to simulate multicast packet
>>>>>  distribution using unicast messaging in a small/simple LLN
>>>>> ?
>>>>>
>>>>> The answer is: look at the normative language.
>>>>
>>>> Sorry which spec?
>>>
>>> The RPL specification. RFC2119 is used to specify what MUST, MAY
>>> or SHOULD be supported.
>>>
>>>> Would be please suggest which normative language of which link
>>>> layer thank you.
>>>
>>> We do not. Remember, RPL is an network layer routing protocol. As
>>> such, it does NOT mandate the use of any specific link layer.
>>
>> Well, RPL does mandate the use of ff02::1 dst address.  Is this
>> address supported by "any" specific link layer?  Is "any" link
>> layer providing a mapping function between the link-layer
>> multicast address and the IP multicast address?
>>
>> I think some link layers do some others don't.  For those who
>> don't - it makes no sense for RPL to require the use of ff02::1.
>>
>> For some (Ethernet), it is necessary to make a join operation,
>> with MLD - otherwise it's not working.  Thus, RPL should say so.
>> Absence of saying so means underspecification.
>>
>> BEsides - why does the RPL require the use of ff02::1 (all-routers
>> link-local scope) and not ff05::1 (all-routers site-local scope)?
>> The IPsec discussion mentioned that a single operator may manage
>> all nodes - thus a single site would be more appropriate...
>> site-local scope.
>>
>> Why does not RPL use the address ff02::6d ("LL MANET routers"?) It
>> would make much sense in re-using existing developments, learning
>> from others' findings, putting less stress on IANA, and more.
>>
>> I could raise many similar multicast issues, but most boil down to
>> one question: which link-layer(s) is RPL supposed to run on? "Any"
>> is as if "none" was said.
>>
>>>> Some link layers do offer multicast support (IEEE) some others
>>>> don't (old RS-232).
>>>>
>>>> On which is RPL going to run?
>>>>
>>>
>>> On many ... again RPL is not tied to any of them. If there is a
>>> need for an adaptation layer to carry IPv6 over a next
>>> generation PLC link for example, it will be specified somewhere
>>> else, not in ROLL:
>>
>> Ok, I didn't mean to require an adaptation layer, just to make
>> sure what RPL says is appropriate to what some link layers have to
>>  offer.  There may be a risk in RPL assuming some support
>> (specifically multicast) which the link layer may not offer.  To
>> alleviate this, it is sufficient for RPL to say, e.g., to use
>> multicast dst addresses only when such support is available.
>>
>> Some recent email discussion said "use unicast" in these cases -
>> but how? Would that mandatory ff02::1 multicast address be
>> replaced by several unicast addresses?  How?  Simultaneously?  In
>> which order?
>>
>> (I will not write a draft about this).
>>
>> Alex
>>
>>> charter is to provide a routing (L3) solution.
>>>
>>> Thanks.
>>>
>>> JP.
>>>
>>>> Alex
>>>>
>>>> This is what tells you
>>>>> what to implement to be compliant with the RFC. Of course,
>>>>> commercial implementation may decide to implement some parts
>>>>> of the ID, but this is not an IETF issue. Back to the second
>>>>> part of your question, yes some implementation to send
>>>>> multiple unicast packets, which may be OK in small networks"
>>>>>
>>>>> We will close this one for revision -10.
>>>>>
>>>>> JP.
>>>>>
>>>>> Begin forwarded message:
>>>>>
>>>>>> *From: *"roll issue tracker">>>>> >  *Date: *June 17, 2010
>>>>>> 7:52:34 AM CEDT *To:
>>>>>> *pthubert@cisco.com,
>> jpv@cisco.com
>>>>>>   *Cc:
>>>>>> *roll@ietf.org *Subject: **[Roll]
>>>>>> [roll] #54: Clarification on multicast* *Reply-To:
>>>>>> *roll@ietf.org 
>>>>>>
>>>>>> #54: Clarification on multicast
>>>>>>
>> --------------------------------+---------------------------------------
>>
>>
>>
>>
>>
>>
>>
--------------------------------+----
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Reporter: jpv@... | Owner: pthubert@... Type: defect |
>>>>>> Status: new Priority: trivial | Milestone: Component: rpl
>>>>>> | Version: Severity: Active WG Document | Keywords:
>>>>>>
>> --------------------------------+---------------------------------------
>>
>>
>>
>>
>>
>>
>>
--------------------------------+----
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> Starting a new ticket on Multicast operations. There are
>>>>>> two items here: 1) Solution for multicast forward on in a
>>>>>> non storing node network (=>  not a routing issue, outside
>>>>>> of the scope of the ROLL WG) 2) A few clarifications have
>>>>>> been requested: A few comments/questions: a. It might be
>>>>>> useful to have a few words stating whether this solution
>>>>>> would work in a large LLN - I,e when the members of
>>>>>> multicast group is spread across the large LLN b. The
>>>>>> section says that the router 'should prune' duplicate
>>>>>> registration messages (DAO) - but it does not say more
>>>>>> detail about it -I,e is it up to the implementation that
>>>>>> pruning would be done based on some rules?
>>>>>>
>>>>>> -- Ticket URL:
>>>>>>   roll
>>>>>> 
>>>>>>
>>>>>> _______________________________________________ Roll
>> mailing list
>>>>>> Roll@ietf.org
>>>>>> https://www.ietf.org/mailman/listinfo/roll
>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________ Roll
>> mailing list
>>>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>>>
>>>>
>>>> _______________________________________________ Roll mailing
>> list
>>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>>
>>>
>>
>>
>> _______________________________________________ Roll mailing list
>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>



From alexandru.petrescu@gmail.com  Thu Jun 17 06:50:28 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 425503A68DD for ; Thu, 17 Jun 2010 06:50:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.596
X-Spam-Level: 
X-Spam-Status: No, score=-1.596 tagged_above=-999 required=5 tests=[AWL=0.653,  BAYES_00=-2.599, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0Y7WujNmDjs9 for ; Thu, 17 Jun 2010 06:50:27 -0700 (PDT)
Received: from cirse-out.extra.cea.fr (cirse-out.extra.cea.fr [132.166.172.106]) by core3.amsl.com (Postfix) with ESMTP id C87EC3A6837 for ; Thu, 17 Jun 2010 06:50:26 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5HDnRGS024466 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 17 Jun 2010 15:49:27 +0200
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5HDnReX024279; Thu, 17 Jun 2010 15:49:27 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5HDnRrf001153; Thu, 17 Jun 2010 15:49:27 +0200
Message-ID: <4C1A27E7.6010701@gmail.com>
Date: Thu, 17 Jun 2010 15:49:27 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: JP Vasseur 
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org>  <4C19E5CF.7010204@gmail.com> <201006171112.26819.henning.rogge@fkie.fraunhofer.de> <4C1A069D.5040000@gmail.com> 
In-Reply-To: 
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: roll@ietf.org
Subject: Re: [Roll] Fwd:  [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 13:50:28 -0000

Le 17/06/2010 13:35, JP Vasseur a écrit :
> short answer (more later ...) RPL networks are potentially made of a
>  number of links sometimes of different nature too.

JP - thank you for the short answer.  It is good to know that RPL is
inteded to run on links of potentially very different nature.

I think it is good to take the time (as long as that may be) and clarify
the nature of the links and see how the multicast addresses used by RPL
could be specified coherently within the RPL spec.

Alex


>
> On Jun 17, 2010, at 1:27 PM, Alexandru Petrescu wrote:
>
>> Le 17/06/2010 11:12, Henning Rogge a écrit :
>>> On Thu June 17 2010 11:07:27 Alexandru Petrescu wrote:
>>>> Le 17/06/2010 09:50, JP V> BEsides - why does the RPL require
>>>> the use of
>>> ff02::1 (all-routers
>>>> link-local scope) and not ff05::1 (all-routers site-local
>>>> scope)? The IPsec discussion mentioned that a single operator
>>>> may manage all nodes - thus a single site would be more
>>>> appropriate... site-local scope.
>>>
>>> Are you sure that RPL use the LL-multicast for addressing ALL
>>> RPL nodes in the tree and not the one-hop neighbors ?
>>
>> I think RPL requires ff02 throughout the document, I am not sure
>> whether there's a tree of links, or everything is a single link.
>> (were it a tree there'd be several links, several interfaces per
>> node).
>>
>> draft says: "Nodes advertise their presence, affiliation with a
>> DODAG, routing cost, and related metrics by sending link-local
>> multicast DIO messages."
>>
>> Is that on a single link? To all the tree? Is the entire tree a
>> single link?
>>
>> " A RPL Control Message has the scope of a link. The source
>> address is a link local address. The destination address is either
>> all routers multicast address (FF02::2) or a link local address."
>>
>> Ok, ff02::2. Better say "all routers multicast address with
>> link-local scope" instead of simply "all routers multicast
>> address".
>>
>> "1. A node MAY multicast a DAO message to the link-local scope
>> all- nodes multicast address FF02::1."
>>
>> Hm? So sometimes a DAO is not an RPL Control Message? (because
>> ff02::1 for DAO is not ff02::2 for RPL Control Message).
>>
>> Which do you mean? ff02::1 or ff02::2? Is RPL run on Hosts?
>> Routers? Nodes? (remark ff02::1 is all _nodes_ be them Hosts or
>> Routers).
>>
>>> For one-hop neighbors a linklocal- multicast is correct.
>>
>> Yes, I agree. Is the RPL topology made of several links or a single
>> link?
>>
>>>> Why does not RPL use the address ff02::6d ("LL MANET routers"?)
>>>> It would make much sense in re-using existing developments,
>>>> learning from others' findings, putting less stress on IANA,
>>>> and more.
>>>
>>> ff02::6d should do fine for RPL I think.
>>
>> It would make sense to reuse MANET constants.
>>
>> Alex
>>
>>>
>>> Henning Rogge
>>
>>
>
>



From alexandru.petrescu@gmail.com  Thu Jun 17 07:25:47 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9E0293A6914 for ; Thu, 17 Jun 2010 07:25:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.639
X-Spam-Level: 
X-Spam-Status: No, score=-1.639 tagged_above=-999 required=5 tests=[AWL=0.610,  BAYES_00=-2.599, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kiRs0e1OXZoU for ; Thu, 17 Jun 2010 07:25:46 -0700 (PDT)
Received: from sainfoin-out.extra.cea.fr (sainfoin-out.extra.cea.fr [132.166.172.107]) by core3.amsl.com (Postfix) with ESMTP id 3E7CB3A68D7 for ; Thu, 17 Jun 2010 07:25:46 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5HEPo11009931 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 17 Jun 2010 16:25:50 +0200
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5HEPnvQ003839 for ; Thu, 17 Jun 2010 16:25:49 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5HEPmrB014608 for ; Thu, 17 Jun 2010 16:25:49 +0200
Message-ID: <4C1A306C.5050000@gmail.com>
Date: Thu, 17 Jun 2010 16:25:48 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: roll@ietf.org
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org><4C19E5CF.7010204@gmail.com>	<201006171112.26819.henning.rogge@fkie.fraunhofer.de> <6A2A459175DABE4BB11DE2026AA50A5D0225E227@XMB-AMS-107.cisco.com>
In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D0225E227@XMB-AMS-107.cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [Roll] Fwd:  [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 14:25:47 -0000

Le 17/06/2010 15:36, Pascal Thubert (pthubert) a écrit :
> Hi Henning:
>
> Hope you're doing good these days;
>
> I'm afraid MANET is a little vague.

IMHO, some MANET protocols deal with topologies as vague as RPL does.  I
am looking for structure in the topology.  Most deployments use very
structured topologies with precise ideas on the link layers.

When these very protocols are tried in practice they are exercised with
very precise topologies... except that afterwards we don't mention
them... leaving all vague, talking arbitrary movements, universal
support.  In this context it's hard to reach agreement.

> We cant to pinpoint nodes that support our protocol. No point in
> sending DIS or DIO to an OSLRv2 node.
>
> As Alex pointed out, we probably need our own value to alert only
> RPL nodes.

(Short clarification: I suggest coherence in the use of multicast
addresses.  I am not sure we need to request IANA address for RPL nodes
(you seem to imply so).)

Alex


> What do you think?
>
> Pascal
>
>
>> -----Original Message----- From: roll-bounces@ietf.org
>> [mailto:roll-bounces@ietf.org] On Behalf Of Henning Rogge Sent:
>> Thursday, June 17, 2010 11:12 AM To: roll@ietf.org Subject: Re:
>> [Roll] Fwd: [roll] #54: Clarification on multicast
>>
>> On Thu June 17 2010 11:07:27 Alexandru Petrescu wrote:
>>> Le 17/06/2010 09:50, JP V>  BEsides - why does the RPL require
>>> the use of
>> ff02::1 (all-routers
>>> link-local scope) and not ff05::1 (all-routers site-local
>>> scope)? The IPsec discussion mentioned that a single operator may
>>> manage all nodes - thus a single site would be more
>>> appropriate... site-local scope.
>> Are you sure that RPL use the LL-multicast for addressing ALL RPL
>> nodes in the tree and not the one-hop neighbors ? For one-hop
>> neighbors a linklocal- multicast is correct.
>>
>>> Why does not RPL use the address ff02::6d ("LL MANET routers"?)
>>> It would make much sense in re-using existing developments,
>>> learning from others' findings, putting less stress on IANA, and
>>> more.
>> ff02::6d should do fine for RPL I think.
>>
>> Henning Rogge -- Diplom-Informatiker Henning Rogge ,
>> Fraunhofer-Institut für Kommunikation, Informationsverarbeitung
>> und Ergonomie FKIE Kommunikationssysteme (KOM) Neuenahrer Straße
>> 20, 53343 Wachtberg, Germany Telefon +49 228 9435-961,   Fax +49
>> 228 9435 685 mailto:henning.rogge@fkie.fraunhofer.de
>> http://www.fkie.fraunhofer.de GPG: E1C6 0914 490B 3909 D944 F80D
>> 4487 C67C 55EC CFE0
> _______________________________________________ Roll mailing list
> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>



From Jerald.P.Martocci@jci.com  Thu Jun 17 08:04:00 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 79FD228C0F4; Thu, 17 Jun 2010 08:04:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.185
X-Spam-Level: 
X-Spam-Status: No, score=-3.185 tagged_above=-999 required=5 tests=[BAYES_20=-0.74, HTML_MESSAGE=0.001, HTML_MIME_NO_HTML_TAG=0.097, MIME_HTML_ONLY=1.457, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CX2NDUDFeA71; Thu, 17 Jun 2010 08:03:55 -0700 (PDT)
Received: from exprod8og107.obsmtp.com (exprod8og107.obsmtp.com [64.18.3.94]) by core3.amsl.com (Postfix) with ESMTP id 7ED4B3A69D3; Thu, 17 Jun 2010 08:03:54 -0700 (PDT)
Received: from source ([192.132.24.139]) (using SSLv3) by exprod8ob107.postini.com ([64.18.7.12]) with SMTP ID DSNKTBo5XhpBlrfEKQIEUZcKRqA8QMFHdZ3q@postini.com; Thu, 17 Jun 2010 08:04:00 PDT
Received: from jwimkrs1.na.jci.com ([10.10.6.31]) by smtpmke02.jci.com (Lotus Domino Release 8.0.1) with ESMTP id 2010061710063661-2298649 ; Thu, 17 Jun 2010 10:06:36 -0500 
In-Reply-To: <961da7f07fdaf1225c29215af7dd5789@mail.gmail.com>
References: <43310927.130970.1276752680850.JavaMail.root@mail02.pantherlink.uwm.edu>	<146004643.130982.1276752801714.JavaMail.root@mail02.pantherlink.uwm.edu> <961da7f07fdaf1225c29215af7dd5789@mail.gmail.com>
To: Yoav Ben-Yehezkel 
MIME-Version: 1.0
X-KeepSent: 30521607:732F472E-86257745:004B302B; type=4; flags=0; name=$KeepSent
X-Mailer: Lotus Notes Release 8.0.2  CCH3 December 30, 2008
From: Jerald.P.Martocci@jci.com
Message-ID: 
Date: Thu, 17 Jun 2010 10:03:37 -0500
X-MIMETrack: Serialize by Router on jwimkrs1.na.jci.com/NA/Johnson_Controls at 06/17/2010 10:03:47 AM, Serialize complete at 06/17/2010 10:03:47 AM, Itemize by SMTP Server on smtpmke02.jci.com/JCI_SMTP(Release 8.0.1|February 07, 2008) at 06/17/2010 10:06:36 AM, Serialize by Router on smtpmke02.jci.com/JCI_SMTP(Release 8.0.1|February 07, 2008) at 06/17/2010 10:06:47 AM, Serialize complete at 06/17/2010 10:06:47 AM
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html; charset="ISO-8859-1"
Cc: roll@ietf.org, roll-bounces@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric	values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 15:04:00 -0000


I agree with Mukul.  The metrics
author should be compelled to draft the transfer function of metric to
rank.  This should then be explicitly noted in the draft.  Otherw=
ise
interoperability will suffer since different implementations may not define
rank consistently.  



The idea of melding the two measures
into one variable and making RPL simpler sounds even better!!!



Jerry












From:
Yoav Ben-Yehezkel <yoav@yitran.co=
m>


To:
Mukul Goyal <mukul@uwm.edu>, r=
oll@ietf.org


Date:
06/17/2010 01:10 AM


Subject:
Re: [Roll] [roll] #53: How does an OF
compute rank from metric        values?










Hi Mukul,



At least my understanding of the following is that the rank should not

necessarily be a direct mapping function of the metric. If it were, there
would have been no use for two different concepts (rank and metric). Not

just for the sake of ranges and granularities.



"

3.6.2.  Rank Properties



   The rank of a node is a scalar representation of the location of
that

   node within a DODAG version.  The rank is used to avoid and
detect

   loops, and as such must demonstrate certain properties.  The
exact

   calculation of the rank is left to the Objective Function, and
may

   depend on parents, link metrics, and the node configuration and

   policies.



   The rank is not a cost metric, although its value can be derived
from

   and influenced by metrics.  The rank has properties of its
own that

   are not necessarily those of all metrics:



   Type:   The rank is an abstract decimal value.



   Function:  The rank is the expression of a relative position
within a

           DODAG version with regard to neighbors
and is not necessarily

           a good indication or a proper expression
of a distance or a

           cost to the root.

"



If we decide to go your way - I see some potential for simplification havin=
g

just one number that determines both cost and position in the DODAG.



Thoughts?



Regards,

Yoav







-----Original Message-----

From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org<=
font size=3D2>]
On Behalf Of

Mukul Goyal

Sent: Thursday, June 17, 2010 8:33 AM

To: roll@ietf.org

Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric

values?



How about if we require a metric definition to provide a mapping to an

equivalent rank value. Then, the job of objective function becomes easier;<=
br>
it just needs to combine equivalent values in the desired manner.



Why wont this scheme work??



Thanks

Mukul



----- Original Message -----

From: "roll issue tracker" <trac@tools.ietf.org>

To: wintert@acm.org, jpv@cisco.com

Cc: roll@ietf.org

Sent: Thursday, June 17, 2010 12:15:30 AM

Subject: [Roll] [roll] #53: How does an OF compute rank from metric values?=




#53: How does an OF compute rank from metric values?

--------------------------------+------------------------------------------=
-

Reporter: jpv@… | Owner: wintert@…

Type: defect | Status: new

Priority: major | Milestone:

Component: rpl | Version:

Severity: Active WG Document | Keywords:

--------------------------------+------------------------------------------=
-

We have different types of metrics with different ranges. Examples:

ETX is 16 bits. Latency is 24 bits. How do we convert these numbers to

rank in an OF? Does the range of rank depend on the range and size of

the metric?



-- Ticket URL: <http://trac.tools.ietf.org/wg/roll/trac/=
ticket/53>

roll <http://tools.ietf.org/wg/roll/>=




=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F Roll mai=
ling list

Roll@ietf.org

https://www.ietf.org/mailman/listinfo/roll

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

Roll mailing list

Roll@ietf.org

https://www.ietf.org/mailman/listinfo/roll

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

Roll mailing list

Roll@ietf.org

https://www.ietf.org/mailman/listinfo/roll







From pthubert@cisco.com  Thu Jun 17 08:15:52 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6FF943A68A5 for ; Thu, 17 Jun 2010 08:15:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.098
X-Spam-Level: 
X-Spam-Status: No, score=-10.098 tagged_above=-999 required=5 tests=[AWL=0.501, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yBIVchRxrkWq for ; Thu, 17 Jun 2010 08:15:38 -0700 (PDT)
Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 8183E3A6924 for ; Thu, 17 Jun 2010 08:15:35 -0700 (PDT)
Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-AV: E=Sophos;i="4.53,432,1272844800"; d="scan'208";a="122607900"
Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-1.cisco.com with ESMTP; 17 Jun 2010 15:15:40 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5HFFdVO005762; Thu, 17 Jun 2010 15:15:39 GMT
Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 17 Jun 2010 17:15:38 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 17 Jun 2010 17:15:38 +0200
Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D0225E2D0@XMB-AMS-107.cisco.com>
In-Reply-To: <4C1A26D4.10403@gmail.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] Fwd:  [roll] #54: Clarification on multicast
thread-index: AcsOI098zJ2FdMPUSHO5JHVSanl8KgAAKkIA
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org><4C19C4F4.20505@gmail.com> <4C19E5CF.7010204@gmail.com> <6A2A459175DABE4BB11DE2026AA50A5D0225E21F@XMB-AMS-107.cisco.com> <4C1A26D4.10403@gmail.com>
From: "Pascal Thubert (pthubert)" 
To: "Alexandru Petrescu" 
X-OriginalArrivalTime: 17 Jun 2010 15:15:38.0885 (UTC) FILETIME=[F18AD350:01CB0E2F]
Cc: roll@ietf.org
Subject: Re: [Roll] Fwd:  [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 15:15:52 -0000

Hi Alex:

The whole point is to send a packet to nodes that can understand it, =
isn't it?
If so, RPL nodes that do not support AODV do not need to receive AODV =
packets, and conversely AODV nodes do not need to receive RPL packets.

I do not see the protocols as mutually exclusive in a given topology, so =
we'd avoid a useless mix... It's not as is IANA was short in mcast =
suffixes anyway.

Pascal


> -----Original Message-----
> From: Alexandru Petrescu [mailto:alexandru.petrescu@gmail.com]
> Sent: Thursday, June 17, 2010 3:45 PM
> To: Pascal Thubert (pthubert)
> Cc: JP Vasseur; roll@ietf.org
> Subject: Re: [Roll] Fwd: [roll] #54: Clarification on multicast
>=20
> Le 17/06/2010 15:32, Pascal Thubert (pthubert) a =E9crit :
> > Hi Alex:
> >
> > RPL operates hop by hop and builds the subnet
>=20
> If there's a single subnet then there's no hop-by-hop - everything is =
a single
> link, all within 1 IP hop reach of each other.  Arguably - yes.
>=20
> > so it can not use FF05 that expects that the subnet is built in the
> > first place.
>=20
> Hmmm... how about maintenance (presence, affiliation, routing costs)
> packets to a tree already built, like simply renewing existing =
information?
> That could be sent to a site-local address.
>=20
> > OTOH, your question makes sense to me in that we could wonder why we
> > use FF02::1 as opposed to FF02::all_RPL_nodes.
>=20
> WEll I wouldn't go as far as requesting another multicast group =
address from
> IANA when the MANET group is already there.  We could reuse the MANET
> address.
>=20
> > If that's your bottom line, then I do agree with you, we shoud =
request
> > a all_rpl_nodes to IANA...
>=20
> It wasn't my bottom line.   How about reusing stuff (the MANET =
address),
> asking people how to use their stuff (the IPsec AH), instead of =
designing new
> things.
>=20
> Alex
>=20
> >
> > Pascal
> >
> >
> >> -----Original Message----- From: roll-bounces@ietf.org
> >> [mailto:roll-bounces@ietf.org] On Behalf Of Alexandru Petrescu
> >> Sent: Thursday, June 17, 2010 11:07 AM To: JP Vasseur Cc:
> >> roll@ietf.org Subject: Re: [Roll] Fwd: [roll] #54: Clarification on
> >> multicast
> >>
> >> Le 17/06/2010 09:50, JP Vasseur a =E9crit :
> >>>
> >>> On Jun 17, 2010, at 8:47 AM, Alexandru Petrescu wrote:
> >>>
> >>>> Le 17/06/2010 08:06, JP Vasseur a =E9crit :
> >>>>> Dear all,
> >>>>>
> >>>>> I closed the old ticket and opened a new fresher one.
> >>>>>
> >>>>> There was one comment that I removed:
> >>>>>
> >>>>> c. Is multicast support mandatory if someone implements the RPL
> >>>>> draft? - if not, is it okay to simulate multicast packet
> >>>>> distribution using unicast messaging in a small/simple LLN ?
> >>>>>
> >>>>> The answer is: look at the normative language.
> >>>>
> >>>> Sorry which spec?
> >>>
> >>> The RPL specification. RFC2119 is used to specify what MUST, MAY =
or
> >>> SHOULD be supported.
> >>>
> >>>> Would be please suggest which normative language of which link
> >>>> layer thank you.
> >>>
> >>> We do not. Remember, RPL is an network layer routing protocol. As
> >>> such, it does NOT mandate the use of any specific link layer.
> >>
> >> Well, RPL does mandate the use of ff02::1 dst address.  Is this
> >> address supported by "any" specific link layer?  Is "any" link =
layer
> >> providing a mapping function between the link-layer multicast =
address
> >> and the IP multicast address?
> >>
> >> I think some link layers do some others don't.  For those who don't =
-
> >> it makes no sense for RPL to require the use of ff02::1.
> >>
> >> For some (Ethernet), it is necessary to make a join operation, with
> >> MLD - otherwise it's not working.  Thus, RPL should say so.
> >> Absence of saying so means underspecification.
> >>
> >> BEsides - why does the RPL require the use of ff02::1 (all-routers
> >> link-local scope) and not ff05::1 (all-routers site-local scope)?
> >> The IPsec discussion mentioned that a single operator may manage =
all
> >> nodes - thus a single site would be more appropriate...
> >> site-local scope.
> >>
> >> Why does not RPL use the address ff02::6d ("LL MANET routers"?) It
> >> would make much sense in re-using existing developments, learning
> >> from others' findings, putting less stress on IANA, and more.
> >>
> >> I could raise many similar multicast issues, but most boil down to
> >> one question: which link-layer(s) is RPL supposed to run on? "Any"
> >> is as if "none" was said.
> >>
> >>>> Some link layers do offer multicast support (IEEE) some others
> >>>> don't (old RS-232).
> >>>>
> >>>> On which is RPL going to run?
> >>>>
> >>>
> >>> On many ... again RPL is not tied to any of them. If there is a =
need
> >>> for an adaptation layer to carry IPv6 over a next generation PLC
> >>> link for example, it will be specified somewhere else, not in =
ROLL:
> >>
> >> Ok, I didn't mean to require an adaptation layer, just to make sure
> >> what RPL says is appropriate to what some link layers have to  =
offer.
> >> There may be a risk in RPL assuming some support (specifically
> >> multicast) which the link layer may not offer.  To alleviate this, =
it
> >> is sufficient for RPL to say, e.g., to use multicast dst addresses
> >> only when such support is available.
> >>
> >> Some recent email discussion said "use unicast" in these cases - =
but
> >> how? Would that mandatory ff02::1 multicast address be replaced by
> >> several unicast addresses?  How?  Simultaneously?  In which order?
> >>
> >> (I will not write a draft about this).
> >>
> >> Alex
> >>
> >>> charter is to provide a routing (L3) solution.
> >>>
> >>> Thanks.
> >>>
> >>> JP.
> >>>
> >>>> Alex
> >>>>
> >>>> This is what tells you
> >>>>> what to implement to be compliant with the RFC. Of course,
> >>>>> commercial implementation may decide to implement some parts of
> >>>>> the ID, but this is not an IETF issue. Back to the second part =
of
> >>>>> your question, yes some implementation to send multiple unicast
> >>>>> packets, which may be OK in small networks"
> >>>>>
> >>>>> We will close this one for revision -10.
> >>>>>
> >>>>> JP.
> >>>>>
> >>>>> Begin forwarded message:
> >>>>>
> >>>>>> *From: *"roll issue tracker" >>>>>> >  *Date: *June 17, 2010
> >>>>>> 7:52:34 AM CEDT *To:
> >>>>>> *pthubert@cisco.com,
> >> jpv@cisco.com
> >>>>>>   *Cc:
> >>>>>> *roll@ietf.org *Subject: **[Roll] [roll]
> >>>>>> #54: Clarification on multicast* *Reply-To:
> >>>>>> *roll@ietf.org 
> >>>>>>
> >>>>>> #54: Clarification on multicast
> >>>>>>
> >> =
--------------------------------+------------------------------------
> >> --------------------------------+---
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> --------------------------------+----
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> Reporter: jpv@... | Owner: pthubert@... Type: defect |
> >>>>>> Status: new Priority: trivial | Milestone: Component: rpl
> >>>>>> | Version: Severity: Active WG Document | Keywords:
> >>>>>>
> >> =
--------------------------------+------------------------------------
> >> --------------------------------+---
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> --------------------------------+----
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>>
> >>>>>> Starting a new ticket on Multicast operations. There are two
> >>>>>> items here: 1) Solution for multicast forward on in a non =
storing
> >>>>>> node network (=3D>  not a routing issue, outside of the scope =
of
> >>>>>> the ROLL WG) 2) A few clarifications have been requested: A few
> >>>>>> comments/questions: a. It might be useful to have a few words
> >>>>>> stating whether this solution would work in a large LLN - I,e
> >>>>>> when the members of multicast group is spread across the large
> >>>>>> LLN b. The section says that the router 'should prune' =
duplicate
> >>>>>> registration messages (DAO) - but it does not say more detail
> >>>>>> about it -I,e is it up to the implementation that pruning would
> >>>>>> be done based on some rules?
> >>>>>>
> >>>>>> -- Ticket URL:
> >>>>>>   roll
> >>>>>> 
> >>>>>>
> >>>>>> _______________________________________________ Roll
> >> mailing list
> >>>>>> Roll@ietf.org
> >>>>>> https://www.ietf.org/mailman/listinfo/roll
> >>>>>
> >>>>>
> >>>>>
> >>>>> _______________________________________________ Roll
> >> mailing list
> >>>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
> >>>>
> >>>>
> >>>> _______________________________________________ Roll
> mailing
> >> list
> >>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
> >>>
> >>>
> >>
> >>
> >> _______________________________________________ Roll mailing
> list
> >> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
> >
>=20


From ulrich@herberg.name  Thu Jun 17 08:27:37 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4FCAE3A6A67 for ; Thu, 17 Jun 2010 08:27:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.794
X-Spam-Level: 
X-Spam-Status: No, score=-0.794 tagged_above=-999 required=5 tests=[AWL=1.183,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WvHR3ic6M2Im for ; Thu, 17 Jun 2010 08:27:33 -0700 (PDT)
Received: from mail-qy0-f172.google.com (mail-qy0-f172.google.com [209.85.216.172]) by core3.amsl.com (Postfix) with ESMTP id D81763A68D5 for ; Thu, 17 Jun 2010 08:27:32 -0700 (PDT)
Received: by qyk8 with SMTP id 8so1479029qyk.31 for ; Thu, 17 Jun 2010 08:27:35 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.224.57.198 with SMTP id d6mr5239428qah.331.1276788454887; Thu,  17 Jun 2010 08:27:34 -0700 (PDT)
Received: by 10.42.2.134 with HTTP; Thu, 17 Jun 2010 08:27:34 -0700 (PDT)
In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D0225E2D0@XMB-AMS-107.cisco.com>
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org>  <4C19C4F4.20505@gmail.com>  <4C19E5CF.7010204@gmail.com> <6A2A459175DABE4BB11DE2026AA50A5D0225E21F@XMB-AMS-107.cisco.com> <4C1A26D4.10403@gmail.com> <6A2A459175DABE4BB11DE2026AA50A5D0225E2D0@XMB-AMS-107.cisco.com>
Date: Thu, 17 Jun 2010 17:27:34 +0200
Message-ID: 
From: Ulrich Herberg 
To: "Pascal Thubert (pthubert)" 
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: roll@ietf.org
Subject: Re: [Roll] Fwd: [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 15:27:37 -0000

Hi Alex,

On Thu, Jun 17, 2010 at 5:15 PM, Pascal Thubert (pthubert)
 wrote:
> Hi Alex:
>
> The whole point is to send a packet to nodes that can understand it, isn'=
t it?
> If so, RPL nodes that do not support AODV do not need to receive AODV pac=
kets, and conversely AODV nodes do not need to receive RPL packets.

That is not very likely, because AODV runs on IPv4 only ;-)
But seriously, I agree with Pascal that it would be useful to have an
IANA-allocated multicast address for RPL routers (in particular for
such mixed environments, as mentioned my Pascal)

Ulrich





>
> I do not see the protocols as mutually exclusive in a given topology, so =
we'd avoid a useless mix... It's not as is IANA was short in mcast suffixes=
 anyway.
>
> Pascal
>
>
>> -----Original Message-----
>> From: Alexandru Petrescu [mailto:alexandru.petrescu@gmail.com]
>> Sent: Thursday, June 17, 2010 3:45 PM
>> To: Pascal Thubert (pthubert)
>> Cc: JP Vasseur; roll@ietf.org
>> Subject: Re: [Roll] Fwd: [roll] #54: Clarification on multicast
>>
>> Le 17/06/2010 15:32, Pascal Thubert (pthubert) a =E9crit :
>> > Hi Alex:
>> >
>> > RPL operates hop by hop and builds the subnet
>>
>> If there's a single subnet then there's no hop-by-hop - everything is a =
single
>> link, all within 1 IP hop reach of each other. =A0Arguably - yes.
>>
>> > so it can not use FF05 that expects that the subnet is built in the
>> > first place.
>>
>> Hmmm... how about maintenance (presence, affiliation, routing costs)
>> packets to a tree already built, like simply renewing existing informati=
on?
>> That could be sent to a site-local address.
>>
>> > OTOH, your question makes sense to me in that we could wonder why we
>> > use FF02::1 as opposed to FF02::all_RPL_nodes.
>>
>> WEll I wouldn't go as far as requesting another multicast group address =
from
>> IANA when the MANET group is already there. =A0We could reuse the MANET
>> address.
>>
>> > If that's your bottom line, then I do agree with you, we shoud request
>> > a all_rpl_nodes to IANA...
>>
>> It wasn't my bottom line. =A0 How about reusing stuff (the MANET address=
),
>> asking people how to use their stuff (the IPsec AH), instead of designin=
g new
>> things.
>>
>> Alex
>>
>> >
>> > Pascal
>> >
>> >
>> >> -----Original Message----- From: roll-bounces@ietf.org
>> >> [mailto:roll-bounces@ietf.org] On Behalf Of Alexandru Petrescu
>> >> Sent: Thursday, June 17, 2010 11:07 AM To: JP Vasseur Cc:
>> >> roll@ietf.org Subject: Re: [Roll] Fwd: [roll] #54: Clarification on
>> >> multicast
>> >>
>> >> Le 17/06/2010 09:50, JP Vasseur a =E9crit :
>> >>>
>> >>> On Jun 17, 2010, at 8:47 AM, Alexandru Petrescu wrote:
>> >>>
>> >>>> Le 17/06/2010 08:06, JP Vasseur a =E9crit :
>> >>>>> Dear all,
>> >>>>>
>> >>>>> I closed the old ticket and opened a new fresher one.
>> >>>>>
>> >>>>> There was one comment that I removed:
>> >>>>>
>> >>>>> c. Is multicast support mandatory if someone implements the RPL
>> >>>>> draft? - if not, is it okay to simulate multicast packet
>> >>>>> distribution using unicast messaging in a small/simple LLN ?
>> >>>>>
>> >>>>> The answer is: look at the normative language.
>> >>>>
>> >>>> Sorry which spec?
>> >>>
>> >>> The RPL specification. RFC2119 is used to specify what MUST, MAY or
>> >>> SHOULD be supported.
>> >>>
>> >>>> Would be please suggest which normative language of which link
>> >>>> layer thank you.
>> >>>
>> >>> We do not. Remember, RPL is an network layer routing protocol. As
>> >>> such, it does NOT mandate the use of any specific link layer.
>> >>
>> >> Well, RPL does mandate the use of ff02::1 dst address. =A0Is this
>> >> address supported by "any" specific link layer? =A0Is "any" link laye=
r
>> >> providing a mapping function between the link-layer multicast address
>> >> and the IP multicast address?
>> >>
>> >> I think some link layers do some others don't. =A0For those who don't=
 -
>> >> it makes no sense for RPL to require the use of ff02::1.
>> >>
>> >> For some (Ethernet), it is necessary to make a join operation, with
>> >> MLD - otherwise it's not working. =A0Thus, RPL should say so.
>> >> Absence of saying so means underspecification.
>> >>
>> >> BEsides - why does the RPL require the use of ff02::1 (all-routers
>> >> link-local scope) and not ff05::1 (all-routers site-local scope)?
>> >> The IPsec discussion mentioned that a single operator may manage all
>> >> nodes - thus a single site would be more appropriate...
>> >> site-local scope.
>> >>
>> >> Why does not RPL use the address ff02::6d ("LL MANET routers"?) It
>> >> would make much sense in re-using existing developments, learning
>> >> from others' findings, putting less stress on IANA, and more.
>> >>
>> >> I could raise many similar multicast issues, but most boil down to
>> >> one question: which link-layer(s) is RPL supposed to run on? "Any"
>> >> is as if "none" was said.
>> >>
>> >>>> Some link layers do offer multicast support (IEEE) some others
>> >>>> don't (old RS-232).
>> >>>>
>> >>>> On which is RPL going to run?
>> >>>>
>> >>>
>> >>> On many ... again RPL is not tied to any of them. If there is a need
>> >>> for an adaptation layer to carry IPv6 over a next generation PLC
>> >>> link for example, it will be specified somewhere else, not in ROLL:
>> >>
>> >> Ok, I didn't mean to require an adaptation layer, just to make sure
>> >> what RPL says is appropriate to what some link layers have to =A0offe=
r.
>> >> There may be a risk in RPL assuming some support (specifically
>> >> multicast) which the link layer may not offer. =A0To alleviate this, =
it
>> >> is sufficient for RPL to say, e.g., to use multicast dst addresses
>> >> only when such support is available.
>> >>
>> >> Some recent email discussion said "use unicast" in these cases - but
>> >> how? Would that mandatory ff02::1 multicast address be replaced by
>> >> several unicast addresses? =A0How? =A0Simultaneously? =A0In which ord=
er?
>> >>
>> >> (I will not write a draft about this).
>> >>
>> >> Alex
>> >>
>> >>> charter is to provide a routing (L3) solution.
>> >>>
>> >>> Thanks.
>> >>>
>> >>> JP.
>> >>>
>> >>>> Alex
>> >>>>
>> >>>> This is what tells you
>> >>>>> what to implement to be compliant with the RFC. Of course,
>> >>>>> commercial implementation may decide to implement some parts of
>> >>>>> the ID, but this is not an IETF issue. Back to the second part of
>> >>>>> your question, yes some implementation to send multiple unicast
>> >>>>> packets, which may be OK in small networks"
>> >>>>>
>> >>>>> We will close this one for revision -10.
>> >>>>>
>> >>>>> JP.
>> >>>>>
>> >>>>> Begin forwarded message:
>> >>>>>
>> >>>>>> *From: *"roll issue tracker"> >>>>>> > =A0*Date: *June 17, 2010
>> >>>>>> 7:52:34 AM CEDT *To:
>> >>>>>> *pthubert@cisco.com,
>> >> jpv@cisco.com
>> >>>>>>  =A0*Cc:
>> >>>>>> *roll@ietf.org *Subject: **[Roll] [roll]
>> >>>>>> #54: Clarification on multicast* *Reply-To:
>> >>>>>> *roll@ietf.org 
>> >>>>>>
>> >>>>>> #54: Clarification on multicast
>> >>>>>>
>> >> --------------------------------+------------------------------------
>> >> --------------------------------+---
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> --------------------------------+----
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>> Reporter: jpv@... | Owner: pthubert@... Type: defect |
>> >>>>>> Status: new Priority: trivial | Milestone: Component: rpl
>> >>>>>> | Version: Severity: Active WG Document | Keywords:
>> >>>>>>
>> >> --------------------------------+------------------------------------
>> >> --------------------------------+---
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> >>
>> --------------------------------+----
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>>
>> >>>>>> Starting a new ticket on Multicast operations. There are two
>> >>>>>> items here: 1) Solution for multicast forward on in a non storing
>> >>>>>> node network (=3D> =A0not a routing issue, outside of the scope o=
f
>> >>>>>> the ROLL WG) 2) A few clarifications have been requested: A few
>> >>>>>> comments/questions: a. It might be useful to have a few words
>> >>>>>> stating whether this solution would work in a large LLN - I,e
>> >>>>>> when the members of multicast group is spread across the large
>> >>>>>> LLN b. The section says that the router 'should prune' duplicate
>> >>>>>> registration messages (DAO) - but it does not say more detail
>> >>>>>> about it -I,e is it up to the implementation that pruning would
>> >>>>>> be done based on some rules?
>> >>>>>>
>> >>>>>> -- Ticket URL:
>> >>>>>>  =A0roll
>> >>>>>> 
>> >>>>>>
>> >>>>>> _______________________________________________ Roll
>> >> mailing list
>> >>>>>> Roll@ietf.org
>> >>>>>> https://www.ietf.org/mailman/listinfo/roll
>> >>>>>
>> >>>>>
>> >>>>>
>> >>>>> _______________________________________________ Roll
>> >> mailing list
>> >>>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>> >>>>
>> >>>>
>> >>>> _______________________________________________ Roll
>> mailing
>> >> list
>> >>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>> >>>
>> >>>
>> >>
>> >>
>> >> _______________________________________________ Roll mailing
>> list
>> >> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>> >
>>
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>

From ulrich@herberg.name  Thu Jun 17 08:29:37 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4F9F43A68D8 for ; Thu, 17 Jun 2010 08:29:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.177
X-Spam-Level: 
X-Spam-Status: No, score=0.177 tagged_above=-999 required=5 tests=[AWL=-0.260,  BAYES_40=-0.185, FM_FORGED_GMAIL=0.622]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l1gA09ug8Y9t for ; Thu, 17 Jun 2010 08:29:36 -0700 (PDT)
Received: from mail-qy0-f172.google.com (mail-qy0-f172.google.com [209.85.216.172]) by core3.amsl.com (Postfix) with ESMTP id 6FF0F3A68D5 for ; Thu, 17 Jun 2010 08:29:36 -0700 (PDT)
Received: by qyk8 with SMTP id 8so1479597qyk.31 for ; Thu, 17 Jun 2010 08:29:39 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.224.34.135 with SMTP id l7mr5335321qad.341.1276788578455; Thu,  17 Jun 2010 08:29:38 -0700 (PDT)
Received: by 10.42.2.134 with HTTP; Thu, 17 Jun 2010 08:29:37 -0700 (PDT)
In-Reply-To: <4C1A306C.5050000@gmail.com>
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org>  <4C19E5CF.7010204@gmail.com> <201006171112.26819.henning.rogge@fkie.fraunhofer.de> <6A2A459175DABE4BB11DE2026AA50A5D0225E227@XMB-AMS-107.cisco.com> <4C1A306C.5050000@gmail.com>
Date: Thu, 17 Jun 2010 17:29:37 +0200
Message-ID: 
From: Ulrich Herberg 
To: Alexandru Petrescu 
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: roll@ietf.org
Subject: Re: [Roll] Fwd: [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 15:29:37 -0000

Hi Alex,

On Thu, Jun 17, 2010 at 4:25 PM, Alexandru Petrescu
 wrote:
>
> Le 17/06/2010 15:36, Pascal Thubert (pthubert) a =E9crit :
>>
>> [..]
>>
>> I'm afraid MANET is a little vague.
>
> IMHO, some MANET protocols deal with topologies as vague as RPL does. =A0=
I
> am looking for structure in the topology. =A0Most deployments use very
> structured topologies with precise ideas on the link layers.
>
> When these very protocols are tried in practice they are exercised with
> very precise topologies... except that afterwards we don't mention
> them... leaving all vague, talking arbitrary movements, universal
> support. =A0In this context it's hard to reach agreement.

What do you mean by "vague",  "precise" or "structured" topologies?
Which protocols are you talking about? I do not think that we have to
explicitly mention any link-layer in RPL (the same reasons as in MANET
apply, where we had long discussion about this topic).


> [...]


Ulrich

From alexandru.petrescu@gmail.com  Thu Jun 17 08:32:59 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DBD8D3A6A63 for ; Thu, 17 Jun 2010 08:32:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.677
X-Spam-Level: 
X-Spam-Status: No, score=-1.677 tagged_above=-999 required=5 tests=[AWL=0.572,  BAYES_00=-2.599, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CuO6Ructig1J for ; Thu, 17 Jun 2010 08:32:50 -0700 (PDT)
Received: from oxalide-out.extra.cea.fr (oxalide-out.extra.cea.fr [132.168.224.1]) by core3.amsl.com (Postfix) with ESMTP id 144F33A6AF4 for ; Thu, 17 Jun 2010 08:32:37 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5HFWbJP015775 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 17 Jun 2010 17:32:37 +0200
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5HFWbOq024482; Thu, 17 Jun 2010 17:32:37 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5HFWaoV010161; Thu, 17 Jun 2010 17:32:37 +0200
Message-ID: <4C1A4014.906@gmail.com>
Date: Thu, 17 Jun 2010 17:32:36 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: "Pascal Thubert (pthubert)" 
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org><4C19C4F4.20505@gmail.com> <4C19E5CF.7010204@gmail.com> <6A2A459175DABE4BB11DE2026AA50A5D0225E21F@XMB-AMS-107.cisco.com> <4C1A26D4.10403@gmail.com> <6A2A459175DABE4BB11DE2026AA50A5D0225E2D0@XMB-AMS-107.cisco.com>
In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D0225E2D0@XMB-AMS-107.cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: roll@ietf.org
Subject: Re: [Roll] Fwd:  [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 15:32:59 -0000

Le 17/06/2010 17:15, Pascal Thubert (pthubert) a écrit :
> Hi Alex:
>
> The whole point is to send a packet to nodes that can understand it,
>  isn't it? If so, RPL nodes that do not support AODV do not need to
> receive AODV packets, and conversely AODV nodes do not need to
> receive RPL packets.

Sounds right, except that's a "MANET" address not an "AODV" address.
MANET people could agree that AODV, OLSR and presumably more to use that
MANET address... it would make sense for RPL to join the agreement.

> I do not see the protocols as mutually exclusive in a given topology,
> so we'd avoid a useless mix... It's not as is IANA was short in mcast
> suffixes anyway.

Would this creep in new features we actually don't want.

WOuld this request to IANA lengthen the process.

Would other people need this new IANA request.

Would implementers think what.

I will stop talking about this and simply suggest that clarification is
needed with respect to multicast use in RPL.  To address this issue my
suggestion IMHO is to first use the ff02::1 'all-nodes' throughout the
document (eliminate ff02::2 from RPL) and get feedback from
implementation and from WG.  Depending on that feedback see what's next.
  Could be a direction of advancement.

Alex

>
> Pascal
>
>
>> -----Original Message----- From: Alexandru Petrescu
>> [mailto:alexandru.petrescu@gmail.com] Sent: Thursday, June 17, 2010
>> 3:45 PM To: Pascal Thubert (pthubert) Cc: JP Vasseur; roll@ietf.org
>> Subject: Re: [Roll] Fwd: [roll] #54: Clarification on multicast
>>
>> Le 17/06/2010 15:32, Pascal Thubert (pthubert) a écrit :
>>> Hi Alex:
>>>
>>> RPL operates hop by hop and builds the subnet
>>
>> If there's a single subnet then there's no hop-by-hop - everything
>>  is a single link, all within 1 IP hop reach of each other.
>> Arguably - yes.
>>
>>> so it can not use FF05 that expects that the subnet is built in
>>> the first place.
>>
>> Hmmm... how about maintenance (presence, affiliation, routing
>> costs) packets to a tree already built, like simply renewing
>> existing information? That could be sent to a site-local address.
>>
>>> OTOH, your question makes sense to me in that we could wonder why
>>> we use FF02::1 as opposed to FF02::all_RPL_nodes.
>>
>> WEll I wouldn't go as far as requesting another multicast group
>> address from IANA when the MANET group is already there.  We could
>>  reuse the MANET address.
>>
>>> If that's your bottom line, then I do agree with you, we shoud
>>> request a all_rpl_nodes to IANA...
>>
>> It wasn't my bottom line.   How about reusing stuff (the MANET
>> address), asking people how to use their stuff (the IPsec AH),
>> instead of designing new things.
>>
>> Alex
>>
>>>
>>> Pascal
>>>
>>>
>>>> -----Original Message----- From: roll-bounces@ietf.org
>>>> [mailto:roll-bounces@ietf.org] On Behalf Of Alexandru Petrescu
>>>> Sent: Thursday, June 17, 2010 11:07 AM To: JP Vasseur Cc:
>>>> roll@ietf.org Subject: Re: [Roll] Fwd: [roll] #54:
>>>> Clarification on multicast
>>>>
>>>> Le 17/06/2010 09:50, JP Vasseur a écrit :
>>>>>
>>>>> On Jun 17, 2010, at 8:47 AM, Alexandru Petrescu wrote:
>>>>>
>>>>>> Le 17/06/2010 08:06, JP Vasseur a écrit :
>>>>>>> Dear all,
>>>>>>>
>>>>>>> I closed the old ticket and opened a new fresher one.
>>>>>>>
>>>>>>> There was one comment that I removed:
>>>>>>>
>>>>>>> c. Is multicast support mandatory if someone implements
>>>>>>> the RPL draft? - if not, is it okay to simulate multicast
>>>>>>> packet distribution using unicast messaging in a
>>>>>>> small/simple LLN ?
>>>>>>>
>>>>>>> The answer is: look at the normative language.
>>>>>>
>>>>>> Sorry which spec?
>>>>>
>>>>> The RPL specification. RFC2119 is used to specify what MUST,
>>>>>  MAY or SHOULD be supported.
>>>>>
>>>>>> Would be please suggest which normative language of which
>>>>>> link layer thank you.
>>>>>
>>>>> We do not. Remember, RPL is an network layer routing
>>>>> protocol. As such, it does NOT mandate the use of any
>>>>> specific link layer.
>>>>
>>>> Well, RPL does mandate the use of ff02::1 dst address.  Is
>>>> this address supported by "any" specific link layer?  Is "any"
>>>> link layer providing a mapping function between the link-layer
>>>>  multicast address and the IP multicast address?
>>>>
>>>> I think some link layers do some others don't.  For those who
>>>> don't - it makes no sense for RPL to require the use of
>>>> ff02::1.
>>>>
>>>> For some (Ethernet), it is necessary to make a join operation,
>>>>  with MLD - otherwise it's not working.  Thus, RPL should say
>>>> so. Absence of saying so means underspecification.
>>>>
>>>> BEsides - why does the RPL require the use of ff02::1
>>>> (all-routers link-local scope) and not ff05::1 (all-routers
>>>> site-local scope)? The IPsec discussion mentioned that a single
>>>> operator may manage all nodes - thus a single site would be
>>>> more appropriate... site-local scope.
>>>>
>>>> Why does not RPL use the address ff02::6d ("LL MANET routers"?)
>>>> It would make much sense in re-using existing developments,
>>>> learning from others' findings, putting less stress on IANA,
>>>> and more.
>>>>
>>>> I could raise many similar multicast issues, but most boil down
>>>> to one question: which link-layer(s) is RPL supposed to run on?
>>>> "Any" is as if "none" was said.
>>>>
>>>>>> Some link layers do offer multicast support (IEEE) some
>>>>>> others don't (old RS-232).
>>>>>>
>>>>>> On which is RPL going to run?
>>>>>>
>>>>>
>>>>> On many ... again RPL is not tied to any of them. If there is
>>>>> a need for an adaptation layer to carry IPv6 over a next
>>>>> generation PLC link for example, it will be specified
>>>>> somewhere else, not in ROLL:
>>>>
>>>> Ok, I didn't mean to require an adaptation layer, just to make
>>>>  sure what RPL says is appropriate to what some link layers
>>>> have to  offer. There may be a risk in RPL assuming some
>>>> support (specifically multicast) which the link layer may not
>>>> offer. To alleviate this, it is sufficient for RPL to say,
>>>> e.g., to use multicast dst addresses only when such support is
>>>>  available.
>>>>
>>>> Some recent email discussion said "use unicast" in these cases
>>>>  - but how? Would that mandatory ff02::1 multicast address be
>>>> replaced by several unicast addresses?  How?  Simultaneously?
>>>> In which order?
>>>>
>>>> (I will not write a draft about this).
>>>>
>>>> Alex
>>>>
>>>>> charter is to provide a routing (L3) solution.
>>>>>
>>>>> Thanks.
>>>>>
>>>>> JP.
>>>>>
>>>>>> Alex
>>>>>>
>>>>>> This is what tells you
>>>>>>> what to implement to be compliant with the RFC. Of
>>>>>>> course, commercial implementation may decide to implement
>>>>>>> some parts of the ID, but this is not an IETF issue. Back
>>>>>>> to the second part of your question, yes some
>>>>>>> implementation to send multiple unicast packets, which
>>>>>>> may be OK in small networks"
>>>>>>>
>>>>>>> We will close this one for revision -10.
>>>>>>>
>>>>>>> JP.
>>>>>>>
>>>>>>> Begin forwarded message:
>>>>>>>
>>>>>>>> *From: *"roll issue tracker">>>>>>> >   *Date: *June 17, 2010
>>>>>>>> 7:52:34 AM CEDT *To:
>>>>>>>> *pthubert@cisco.com,
>>>> jpv@cisco.com
>>>>>>>>    *Cc:
>>>>>>>> *roll@ietf.org  *Subject:
>>>>>>>> **[Roll] [roll] #54: Clarification on multicast*
>>>>>>>> *Reply-To: *roll@ietf.org
>>>>>>>>
>>>>>>>> #54: Clarification on multicast
>>>>>>>>
>>>> --------------------------------+------------------------------------
>>>>
>>>>
>>>>
>>>>
--------------------------------+---
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>> --------------------------------+----
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Reporter: jpv@... | Owner: pthubert@... Type: defect |
>>>>>>>> Status: new Priority: trivial | Milestone: Component:
>>>>>>>> rpl | Version: Severity: Active WG Document |
>>>>>>>> Keywords:
>>>>>>>>
>>>> --------------------------------+------------------------------------
>>>>
>>>>
>>>>
>>>>
--------------------------------+---
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>> --------------------------------+----
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>>
>>>>>>>> Starting a new ticket on Multicast operations. There
>>>>>>>> are two items here: 1) Solution for multicast forward
>>>>>>>> on in a non storing node network (=>   not a routing
>>>>>>>> issue, outside of the scope of the ROLL WG) 2) A few
>>>>>>>> clarifications have been requested: A few
>>>>>>>> comments/questions: a. It might be useful to have a few
>>>>>>>> words stating whether this solution would work in a
>>>>>>>> large LLN - I,e when the members of multicast group is
>>>>>>>> spread across the large LLN b. The section says that
>>>>>>>> the router 'should prune' duplicate registration
>>>>>>>> messages (DAO) - but it does not say more detail about
>>>>>>>>  it -I,e is it up to the implementation that pruning
>>>>>>>> would be done based on some rules?
>>>>>>>>
>>>>>>>> -- Ticket URL:
>>>>>>>> 
>>>>>>>> roll 
>>>>>>>>
>>>>>>>> _______________________________________________ Roll
>>>> mailing list
>>>>>>>> Roll@ietf.org
>>>>>>>> https://www.ietf.org/mailman/listinfo/roll
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________ Roll
>>>> mailing list
>>>>>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>>>>>
>>>>>>
>>>>>> _______________________________________________ Roll
>> mailing
>>>> list
>>>>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>>>>
>>>>>
>>>>
>>>>
>>>> _______________________________________________ Roll mailing
>> list
>>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>>
>>
>
>



From pal@cs.stanford.edu  Thu Jun 17 08:45:42 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B6F0A28C119 for ; Thu, 17 Jun 2010 08:45:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.599
X-Spam-Level: 
X-Spam-Status: No, score=-7.599 tagged_above=-999 required=5 tests=[AWL=1.000,  BAYES_00=-2.599, GB_I_INVITATION=-2, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9x0X9Rf2IzlX for ; Thu, 17 Jun 2010 08:45:40 -0700 (PDT)
Received: from cs-smtp-2.Stanford.EDU (cs-smtp-2.Stanford.EDU [171.64.64.26]) by core3.amsl.com (Postfix) with ESMTP id 446F028C0FD for ; Thu, 17 Jun 2010 08:45:40 -0700 (PDT)
Received: from [12.149.152.130] (helo=[192.168.55.238]) by cs-smtp-2.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OPHHj-000361-VV; Thu, 17 Jun 2010 08:45:45 -0700
Mime-Version: 1.0 (Apple Message framework v1078)
Content-Type: text/plain; charset=iso-8859-1
From: Philip Levis 
In-Reply-To: <4C19C193.1000509@gmail.com>
Date: Thu, 17 Jun 2010 08:45:34 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <7713A3FE-F689-40A5-8608-F91ACDD65F2E@cs.stanford.edu>
References: 		<9BB070DB2D281946859EA89837931EEE0F5896@EVS4.nam.ci.root>	<4C17F94C.5090005@gmail.com> <4C17FAD4.9090708@cttc.es>	<4C188B02.5070204@gmail.com>	<77CC54AC-CE16-4AB1-8FE2-8BFAAA6F3EF6@cisco.com>	<4C18F0A8.8030802@gmail.com>	<9BB070DB2D281946859EA89837931EEE0F590A@EVS4.nam.ci.root> <4C18F87D.10503@gmail.com> <007501cb0d72$b168cf60$143a6e20$@sturek@att.net> <4C19015C.5090208@gmail.com> <1EB3E1D2-7D4A-434F-AE7A-B1FA7A51FB6C@cs.stanford.edu> <4C19C193.1000509@gmail.com>
To: Alexandru Petrescu 
X-Mailer: Apple Mail (2.1078)
X-Scan-Signature: 1c1d34d4ae2aac1d1f929c6f17b0cb0c
Cc: 'ROLL WG' , "'Tsao, Tzeta'" 
Subject: Re: [Roll] Using IPsec with RPL
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 15:45:42 -0000

On Jun 16, 2010, at 11:32 PM, Alexandru Petrescu wrote:

> Le 16/06/2010 22:50, Philip Levis a =E9crit :
>>=20
>> On Jun 16, 2010, at 9:52 AM, Alexandru Petrescu wrote:
>>=20
>>> Le 16/06/2010 18:40, Don Sturek a =E9crit :
>>>> Let me go on record as saying IPsec cannot really be used on
>>>> many networks with constrained devices.
>>>>=20
>>>> With IPv6 becoming the dominant network layer, we need to avoid
>>>> linking IPsec with IPv6.
>>>=20
>>> Strange to hear so...  IPv6 was designed for many such constrained
>>> devices (was a requirement for numbers), IPv6 was claimed
>>> IPsec-secured from the start.
>>>=20
>>> Let's talk AH only (not ESP): I believe the AH header encoding is
>>> good enough for RPL, and that the AH spec is very freeminded in the
>>> choice of compute-intensive algorithms, little requirements.
>>>=20
>>> I believe AH is very good for RPL.
>>=20
>> Alex, engineering needs more than beliefs. Maybe the right approach
>> is for you to present a technical description (e.g., a draft) of how
>> AH would work with RPL,
>=20
> Thanks for the invitation, that could be done.
>=20
>> and evaluate the cost of an implementation of your approach on an
>> LLN-class device? Cost in this case typically refers to CPU time,
>> code size, and RAM requirements.
>=20
> That is harder to do, in this space where RPL itself is not clear on =
how
> its compute and memory requirements are... so many  different RPL
> messages in so long spec means the implementation is going to be =
large.

That's a hand-waving argument. Define "large." My guess, based on the =
implementations I've seen so far, is that RPL will be 10-12KB of code =
and ~2KB of RAM (on a 16-bit microcontroller). Can some implementers =
speak up, tell me if I'm way off?


>=20
> Any evaluation of the implementation cost of RPL itself?  CPU time?
> Code size?  RAM requirements for RPL?

This isn't the point of comparison; the point of comparison is the =
current RPL security mechanisms (CCM*, ECC). Their cost is already =
reasonably well known, due to existing implementations[1,2,3]. I feel =
like your points ignore that RPL is, for the most part, standardizing =
current practice in LLNs.

Phil

[1] =
http://www.computer.org/portal/web/csdl/doi?doc=3Ddoi/10.1109/SENSORCOMM.2=
009.29
[2] http://portal.acm.org/citation.cfm?doid=3D1514274.1514277
[3] http://discovery.csc.ncsu.edu/software/TinyECC/=

From ulrich@herberg.name  Thu Jun 17 08:45:55 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DC3FA28C0FD for ; Thu, 17 Jun 2010 08:45:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.987
X-Spam-Level: 
X-Spam-Status: No, score=-0.987 tagged_above=-999 required=5 tests=[AWL=0.990,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZXH1AsP6Rf3G for ; Thu, 17 Jun 2010 08:45:55 -0700 (PDT)
Received: from mail-gx0-f172.google.com (mail-gx0-f172.google.com [209.85.161.172]) by core3.amsl.com (Postfix) with ESMTP id DF35628C12B for ; Thu, 17 Jun 2010 08:45:49 -0700 (PDT)
Received: by gxk6 with SMTP id 6so33321gxk.31 for ; Thu, 17 Jun 2010 08:45:51 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.229.222.211 with SMTP id ih19mr4953263qcb.82.1276789549996;  Thu, 17 Jun 2010 08:45:49 -0700 (PDT)
Received: by 10.42.2.134 with HTTP; Thu, 17 Jun 2010 08:45:47 -0700 (PDT)
In-Reply-To: <4C1A4014.906@gmail.com>
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org>  <4C19C4F4.20505@gmail.com>  <4C19E5CF.7010204@gmail.com> <6A2A459175DABE4BB11DE2026AA50A5D0225E21F@XMB-AMS-107.cisco.com> <4C1A26D4.10403@gmail.com> <6A2A459175DABE4BB11DE2026AA50A5D0225E2D0@XMB-AMS-107.cisco.com> <4C1A4014.906@gmail.com>
Date: Thu, 17 Jun 2010 17:45:47 +0200
Message-ID: 
From: Ulrich Herberg 
To: Alexandru Petrescu 
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: roll@ietf.org
Subject: Re: [Roll] Fwd: [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 15:45:56 -0000

Hi Alex,

On Thu, Jun 17, 2010 at 5:32 PM, Alexandru Petrescu
 wrote:
> Le 17/06/2010 17:15, Pascal Thubert (pthubert) a =E9crit :
>>
>> Hi Alex:
>>
>> The whole point is to send a packet to nodes that can understand it,
>> =A0isn't it? If so, RPL nodes that do not support AODV do not need to
>> receive AODV packets, and conversely AODV nodes do not need to
>> receive RPL packets.
>
> Sounds right, except that's a "MANET" address not an "AODV" address.
> MANET people could agree that AODV, OLSR and presumably more to use that
> MANET address... it would make sense for RPL to join the agreement.

OLSR and AODV do not use the LL-MANET-Routers address (also, they do
not support IPv6). OLSRv2 and DYMO do use the address, but they both
use the same packet format (RFC5444) and the same neighbor discovery
(NHDP). As such, they can parse the messages correctly, and use the
same information from NHDP, even in mixed environments. RPL could not
even parse an RFC5444-formatted message (and vice verse).


>[...]

Ulrich

From alexandru.petrescu@gmail.com  Thu Jun 17 08:47:51 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D56583A69B3 for ; Thu, 17 Jun 2010 08:47:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.411
X-Spam-Level: 
X-Spam-Status: No, score=-0.411 tagged_above=-999 required=5 tests=[AWL=-0.762, BAYES_50=0.001, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hQJtkJElrhAB for ; Thu, 17 Jun 2010 08:47:51 -0700 (PDT)
Received: from oxalide-out.extra.cea.fr (oxalide-out.extra.cea.fr [132.168.224.1]) by core3.amsl.com (Postfix) with ESMTP id BFCEE3A6A6B for ; Thu, 17 Jun 2010 08:47:50 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5HFlrtB026058 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 17 Jun 2010 17:47:53 +0200
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5HFlrID029140; Thu, 17 Jun 2010 17:47:53 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5HFlrC3019910; Thu, 17 Jun 2010 17:47:53 +0200
Message-ID: <4C1A43A8.1020507@gmail.com>
Date: Thu, 17 Jun 2010 17:47:52 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: Ulrich Herberg 
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org>		<4C19E5CF.7010204@gmail.com>	<201006171112.26819.henning.rogge@fkie.fraunhofer.de>	<6A2A459175DABE4BB11DE2026AA50A5D0225E227@XMB-AMS-107.cisco.com>	<4C1A306C.5050000@gmail.com> 
In-Reply-To: 
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: roll@ietf.org
Subject: Re: [Roll] vagueness rant (was: Fwd: [roll] #54: Clarification on multicast)
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 15:47:52 -0000

Hi Ulrich,

Le 17/06/2010 17:29, Ulrich Herberg a écrit :
> Hi Alex,
>
> On Thu, Jun 17, 2010 at 4:25 PM, Alexandru Petrescu
>   wrote:
>>
>> Le 17/06/2010 15:36, Pascal Thubert (pthubert) a écrit :
>>>
>>> [..]
>>>
>>> I'm afraid MANET is a little vague.
>>
>> IMHO, some MANET protocols deal with topologies as vague as RPL
>> does.  I am looking for structure in the topology.  Most
>> deployments use very structured topologies with precise ideas on
>> the link layers.
>>
>> When these very protocols are tried in practice they are exercised
>> with very precise topologies... except that afterwards we don't
>> mention them... leaving all vague, talking arbitrary movements,
>> universal support.  In this context it's hard to reach agreement.
>
> What do you mean by "vague",  "precise" or "structured" topologies?

Vague - I mean that the topologies on which MANET protocols run are
unknown, or little known, vaguely known.

Structured topologies: are the topologies on which we know more than
just vagueness, for example we identified specific roles for routers and
specific movement patterns, and we also identified the existing IPv6
protocols running already on these topologies prior to deploying MANET
(e.g. prior to deploying OLSR we identified how ND is already there,
what it does and how e.g. link-local addresses are used).

Unstructured topology: we believe nothing is there running, we need to
reinvent Internet because nothing is really applicable to my
unstructured and vaguely defined topology of link layers.

> Which protocols are you talking about?

For example the discussion applies to OLSR and ND.

> I do not think that we have to explicitly mention any link-layer in
> RPL (the same reasons as in MANET apply, where we had long
> discussion about this topic).

I think we should say clearly in the RPL document what are the
characteristics of the link layers on which RPL is supposed to run.  The
multicast feature of the link layer is an example.

Another: it may be very well the case that one particular link layer
which is the basis for much thrust behind RPL is actually already
offering much of the 'routing' capabilities which RPL strives to deliver.

It may very well be the case that the results of RPL discussions are
reused in other IEEE documents for completely different goals than the
original intention of the discussion here in this WG.

That about vagueness, rant off.

Alex

>
>
>> [...]
>
>
> Ulrich
>



From hrogge@googlemail.com  Thu Jun 17 09:03:45 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AAB803A6914 for ; Thu, 17 Jun 2010 09:03:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.484
X-Spam-Level: 
X-Spam-Status: No, score=-1.484 tagged_above=-999 required=5 tests=[AWL=1.115,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A0JX9arpwa8X for ; Thu, 17 Jun 2010 09:03:44 -0700 (PDT)
Received: from mail-wy0-f172.google.com (mail-wy0-f172.google.com [74.125.82.172]) by core3.amsl.com (Postfix) with ESMTP id 664783A6ABB for ; Thu, 17 Jun 2010 09:03:44 -0700 (PDT)
Received: by wya21 with SMTP id 21so65953wya.31 for ; Thu, 17 Jun 2010 09:03:46 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:date :user-agent:cc:references:in-reply-to:mime-version:content-type :content-transfer-encoding:message-id; bh=EbP8dlOPr7oNjNCQW+y2lX7CmU56ZTGZM9ReqQHhz+E=; b=U8ZKskuFfLZQmsoLrptFabMlEEHXCG3Lb+ss2G8ukvzLpfenUcCvTrenkpJDanOt1J O5KHu6J5SxDNbn1Qfe8vXQ7wvCb3b2jmblIf5dTSNUFwCVqi5ukTuuaH3vhmbMNeGJvo VDCkB3Awce2Vv8qMCHwkP6KBMZEbRDNglXeRg=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=from:to:subject:date:user-agent:cc:references:in-reply-to :mime-version:content-type:content-transfer-encoding:message-id; b=j/SzUNXL3fREyXt85BX6swvHsS9IhVMl8dcpiHnVYe+0e+nTaXNi1XEBrrWwNDdn8q 5ndggJjIvFtWlT4CzJOtsXUsEquyFHZTRzZmOCvKyW0gowdvBiAEBjRYDdkFeCnOjVYH uqpNAIiz2Yhy0w8RsxFWBJzK/0CNB1ihpDXf8=
Received: by 10.216.90.15 with SMTP id d15mr2259971wef.0.1276790168330; Thu, 17 Jun 2010 08:56:08 -0700 (PDT)
Received: from core2.localnet ([87.79.93.195]) by mx.google.com with ESMTPS id v59sm2833282wec.3.2010.06.17.08.56.06 (version=SSLv3 cipher=RC4-MD5); Thu, 17 Jun 2010 08:56:07 -0700 (PDT)
From: Henning Rogge 
To: roll@ietf.org
Date: Thu, 17 Jun 2010 17:55:59 +0200
User-Agent: KMail/1.13.3 (Linux/2.6.34-gentoo; KDE/4.4.4; x86_64; ; )
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org> <4C1A4014.906@gmail.com> 
In-Reply-To: 
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart2608638.UzcFoH8VoS"; protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <201006171756.05808.hrogge@googlemail.com>
Subject: Re: [Roll] Fwd: [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 16:03:45 -0000

--nextPart2608638.UzcFoH8VoS
Content-Type: Text/Plain;
  charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Am Donnerstag 17 Juni 2010, 17:45:47 schrieb Ulrich Herberg:
> OLSR and AODV do not use the LL-MANET-Routers address
You can use the LL-MANET-multicast IP with OLSR. No problem with this.

> (also, they do not support IPv6).
OLSR supports both IPv4 and IPv6 (but not both at the same time).

> OLSRv2 and DYMO do use the address, but they both
> use the same packet format (RFC5444) and the same neighbor discovery
> (NHDP). As such, they can parse the messages correctly, and use the
> same information from NHDP, even in mixed environments. RPL could not
> even parse an RFC5444-formatted message (and vice verse).
packetbb-messages (rfc5444) are limited to a certain UDP port or IP protoco=
l=20
number. So it would be no problem to use different protocols with the same=
=20
multicast, just use a different port/ip-protocol number.

Henning Rogge

=2D-=20
1) You can't win.
2) You can't break even.
3) You can't leave the game.
=E2=80=94 The Laws of Thermodynamics, summarized

--nextPart2608638.UzcFoH8VoS
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.15 (GNU/Linux)

iEYEABECAAYFAkwaRZUACgkQcenvcwAcHWchWQCfU4OMueyGpqOFAiYOJys9ztOf
WPUAoJMATqYA504kRMI4rzQb9c0+x7b7
=lphF
-----END PGP SIGNATURE-----

--nextPart2608638.UzcFoH8VoS--

From trac@tools.ietf.org  Thu Jun 17 09:06:48 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 923873A6A76 for ; Thu, 17 Jun 2010 09:06:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.347
X-Spam-Level: 
X-Spam-Status: No, score=-102.347 tagged_above=-999 required=5 tests=[AWL=0.253, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e0TovFnP7sTF for ; Thu, 17 Jun 2010 09:06:47 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id B08353A6924 for ; Thu, 17 Jun 2010 09:06:47 -0700 (PDT)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1OPHcA-0006pW-Ni; Thu, 17 Jun 2010 09:06:50 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "roll issue tracker" 
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: pthubert@cisco.com, jpv@cisco.com
X-Trac-Project: roll
Date: Thu, 17 Jun 2010 16:06:50 -0000
X-URL: http://tools.ietf.org/wg/roll/
X-Trac-Ticket-URL: https://wiki.tools.ietf.org/wg/roll/trac/ticket/42#comment:1
Message-ID: <064.8c1a27450c677a149ab41a131623358a@tools.ietf.org>
References: <055.53a480e17664dd319040e377063138a3@tools.ietf.org>
X-Trac-Ticket-ID: 42
In-Reply-To: <055.53a480e17664dd319040e377063138a3@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: pthubert@cisco.com, jpv@cisco.com, roll@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #42: adding the SLLA and MTU options in the RPL spec ?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Reply-To: roll@ietf.org
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 16:06:48 -0000

#42: adding the SLLA and MTU options in the RPL spec ?
--------------------------------+-------------------------------------------
 Reporter:  jpv@…               |        Owner:  pthubert@…        
     Type:  defect              |       Status:  closed            
 Priority:  major               |    Milestone:                    
Component:  rpl                 |      Version:                    
 Severity:  Active WG Document  |   Resolution:  fixed             
 Keywords:                      |  
--------------------------------+-------------------------------------------
Changes (by jpv@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Decision was taken to defer that discussion. IMPORTANT discussion to have,
 just deferred (not required in the core specification).

-- 
Ticket URL: 
roll 


From trac@tools.ietf.org  Thu Jun 17 09:11:51 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C1DB43A6902 for ; Thu, 17 Jun 2010 09:11:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.35
X-Spam-Level: 
X-Spam-Status: No, score=-102.35 tagged_above=-999 required=5 tests=[AWL=0.250, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G2xJXprDsqlX for ; Thu, 17 Jun 2010 09:11:49 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id F17833A6863 for ; Thu, 17 Jun 2010 09:11:48 -0700 (PDT)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1OPHh2-0006zh-IT; Thu, 17 Jun 2010 09:11:52 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "roll issue tracker" 
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: wintert@acm.org, jpv@cisco.com
X-Trac-Project: roll
Date: Thu, 17 Jun 2010 16:11:52 -0000
X-URL: http://tools.ietf.org/wg/roll/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/roll/trac/ticket/49#comment:3
Message-ID: <064.ec6d9fc77ae71346c957809dba2259a4@tools.ietf.org>
References: <055.fb970c503606a4db78f916ceaebdb21c@tools.ietf.org>
X-Trac-Ticket-ID: 49
In-Reply-To: <055.fb970c503606a4db78f916ceaebdb21c@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: wintert@acm.org, jpv@cisco.com, roll@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #49: Few items to add in RPL 09
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Reply-To: roll@ietf.org
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 16:11:51 -0000

#49: Few items to add in RPL 09
--------------------------------+-------------------------------------------
 Reporter:  jpv@…               |        Owner:  pthubert@…                        
     Type:  defect              |       Status:  closed                            
 Priority:  major               |    Milestone:                                    
Component:  rpl                 |      Version:                                    
 Severity:  Active WG Document  |   Resolution:  duplicate                         
 Keywords:                      |  
--------------------------------+-------------------------------------------
Changes (by jpv@…):

  * status:  new => closed
  * resolution:  => duplicate


-- 
Ticket URL: 
roll 


From joakime@sics.se  Thu Jun 17 09:13:05 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 427243A6B05 for ; Thu, 17 Jun 2010 09:13:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.205
X-Spam-Level: 
X-Spam-Status: No, score=-2.205 tagged_above=-999 required=5 tests=[AWL=2.044,  BAYES_00=-2.599, GB_I_INVITATION=-2, HELO_EQ_SE=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FAUr8jrAEQpW for ; Thu, 17 Jun 2010 09:13:03 -0700 (PDT)
Received: from letter.sics.se (letter.sics.se [193.10.64.6]) by core3.amsl.com (Postfix) with ESMTP id 027C63A6B03 for ; Thu, 17 Jun 2010 09:13:03 -0700 (PDT)
Received: from [192.168.1.144] (c-b313e455.013-276-73746f7.cust.bredbandsbolaget.se [85.228.19.179]) (Authenticated sender: joakime@sics.se) by letter.sics.se (Postfix) with ESMTPSA id 9CDA3400DC; Thu, 17 Jun 2010 18:13:07 +0200 (CEST)
Message-ID: <4C1A4993.3070501@sics.se>
Date: Thu, 17 Jun 2010 18:13:07 +0200
From: Joakim Eriksson 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sv-SE; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: roll@ietf.org
References: 		<9BB070DB2D281946859EA89837931EEE0F5896@EVS4.nam.ci.root>	<4C17F94C.5090005@gmail.com>	<4C17FAD4.9090708@cttc.es>	<4C188B02.5070204@gmail.com>	<77CC54AC-CE16-4AB1-8FE2-8BFAAA6F3EF6@cisco.com>	<4C18F0A8.8030802@gmail.com>	<9BB070DB2D281946859EA89837931EEE0F590A@EVS4.nam.ci.root>	<4C18F87D.10503@gmail.com>	<007501cb0d72$b168cf60$143a6e20$@sturek@att.net>	<4C19015C.5090208@gmail.com>	<1EB3E1D2-7D4A-434F-AE7A-B1FA7A51FB6C@cs.stanford.edu>	<4C19C193.1000509@gmail.com> <7713A3FE-F689-40A5-8608-F91ACDD65F2E@cs.stanford.edu>
In-Reply-To: <7713A3FE-F689-40A5-8608-F91ACDD65F2E@cs.stanford.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [Roll] Using IPsec with RPL
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 16:13:05 -0000

Philip Levis skrev 2010-06-17 17:45:
>
> On Jun 16, 2010, at 11:32 PM, Alexandru Petrescu wrote:
>
[...]
>>>> I believe AH is very good for RPL.
>>>
>>> Alex, engineering needs more than beliefs. Maybe the right approach
>>> is for you to present a technical description (e.g., a draft) of how
>>> AH would work with RPL,
>>
>> Thanks for the invitation, that could be done.
>>
>>> and evaluate the cost of an implementation of your approach on an
>>> LLN-class device? Cost in this case typically refers to CPU time,
>>> code size, and RAM requirements.
>>
>> That is harder to do, in this space where RPL itself is not clear on how
>> its compute and memory requirements are... so many  different RPL
>> messages in so long spec means the implementation is going to be large.
>
> That's a hand-waving argument. Define "large." My guess, based
 > on the implementations I've seen so far, is that RPL will be
 > 10-12KB of code and ~2KB of RAM (on a 16-bit microcontroller).
 > Can some implementers speak up, tell me if I'm way off?

Fairly close, but will depend quite a lot if you intend to implement
all the features or not. Our implementation is currently only supporting
storing nodes and no security so far (and some other minor limitations)
and we are currently below 6KB flash. RAM is very much depending on
how many routes and neighbors that are expected (2KB for RPL state is
probably ok). This is when compiled for the MSP430 (16-bit) using GCC.
(depending how we count size, it might be the case that some part of the
uIPv6 is to be counted too. We already have some routing mechanisms
there).



Best regards,
-- Joakim Eriksson, SICS

>
>>
>> Any evaluation of the implementation cost of RPL itself?  CPU time?
>> Code size?  RAM requirements for RPL?
>
> This isn't the point of comparison; the point of comparison is the
 > current RPL security mechanisms (CCM*, ECC). Their cost is already
 > reasonably well known, due to existing implementations[1,2,3].
 > I feel like your points ignore that RPL is, for the most part,
 > standardizing current practice in LLNs.
>
> Phil
>
> [1] http://www.computer.org/portal/web/csdl/doi?doc=doi/10.1109/SENSORCOMM.2009.29
> [2] http://portal.acm.org/citation.cfm?doid=1514274.1514277
> [3] http://discovery.csc.ncsu.edu/software/TinyECC/
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From prvs=7777bdd8b=mukul@uwm.edu  Thu Jun 17 09:28:10 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5FEBC28C11A for ; Thu, 17 Jun 2010 09:28:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.166
X-Spam-Level: 
X-Spam-Status: No, score=-2.166 tagged_above=-999 required=5 tests=[AWL=0.433,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zYTANXRfZR8G for ; Thu, 17 Jun 2010 09:28:09 -0700 (PDT)
Received: from ip2mta.uwm.edu (ip2mta.uwm.edu [129.89.7.20]) by core3.amsl.com (Postfix) with ESMTP id 34B3F3A6AF6 for ; Thu, 17 Jun 2010 09:28:09 -0700 (PDT)
Received: from mta03.pantherlink.uwm.edu ([129.89.7.83]) by ip2mta.uwm.edu with ESMTP; 17 Jun 2010 11:28:13 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta03.pantherlink.uwm.edu (Postfix) with ESMTP id AB627C085CF; Thu, 17 Jun 2010 11:28:13 -0500 (CDT)
X-Virus-Scanned: amavisd-new at pantherlink.uwm.edul
Received: from mta03.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta03.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lpGydei6Uelt; Thu, 17 Jun 2010 11:28:13 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta03.pantherlink.uwm.edu (Postfix) with ESMTP id 82BB1C085A0; Thu, 17 Jun 2010 11:28:13 -0500 (CDT)
Date: Thu, 17 Jun 2010 11:28:13 -0500 (CDT)
From: Mukul Goyal 
To: "Pascal Thubert (pthubert)" 
Message-ID: <451373907.143900.1276792093510.JavaMail.root@mail02.pantherlink.uwm.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [129.89.7.91]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - SAF3 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Cc: roll 
Subject: [Roll] Soliciting a DAO
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 16:28:10 -0000

Hi Pascal,

Will the next version of RPL have a description of how to use DIO+target_option to solicit a DAO? At present, RPL spec does mention the possibility of including a target option in a DIO but has no description of how it will be used.

Looks like such a provision will add a "reactive" flavor to RPL.

Thanks
Mukul

From trac@tools.ietf.org  Thu Jun 17 09:35:20 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BB98E3A6A62 for ; Thu, 17 Jun 2010 09:35:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.352
X-Spam-Level: 
X-Spam-Status: No, score=-102.352 tagged_above=-999 required=5 tests=[AWL=0.248, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6CEzilqkcJTf for ; Thu, 17 Jun 2010 09:35:19 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id B2F1228C130 for ; Thu, 17 Jun 2010 09:34:35 -0700 (PDT)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1OPI32-0006qA-QH; Thu, 17 Jun 2010 09:34:36 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "roll issue tracker" 
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: jpv@cisco.com
X-Trac-Project: roll
Date: Thu, 17 Jun 2010 16:34:36 -0000
X-URL: http://tools.ietf.org/wg/roll/
X-Trac-Ticket-URL: https://wiki.tools.ietf.org/wg/roll/trac/ticket/22#comment:2
Message-ID: <064.9a25a4513fb58ca647403f4f53e63051@tools.ietf.org>
References: <055.1a1aaaeaf2030dd5f8fdc2f8ac1702f7@tools.ietf.org>
X-Trac-Ticket-ID: 22
In-Reply-To: <055.1a1aaaeaf2030dd5f8fdc2f8ac1702f7@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: jpv@cisco.com, roll@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #22: RPL Variables
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Reply-To: roll@ietf.org
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 16:35:20 -0000

#22: RPL Variables
--------------------------------+-------------------------------------------
 Reporter:  jpv@…               |       Owner:  jpv@…        
     Type:  task                |      Status:  new          
 Priority:  major               |   Milestone:               
Component:  rpl                 |     Version:               
 Severity:  Active WG Document  |    Keywords:               
--------------------------------+-------------------------------------------
Changes (by jpv@…):

  * owner:  wintert@… => jpv@…


-- 
Ticket URL: 
roll 


From trac@tools.ietf.org  Thu Jun 17 09:45:44 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9F8B13A6929 for ; Thu, 17 Jun 2010 09:45:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.354
X-Spam-Level: 
X-Spam-Status: No, score=-102.354 tagged_above=-999 required=5 tests=[AWL=0.246, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4kTAE0Vy0I69 for ; Thu, 17 Jun 2010 09:45:43 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id DD5A73A68C4 for ; Thu, 17 Jun 2010 09:45:43 -0700 (PDT)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1OPIDp-0007WG-FF; Thu, 17 Jun 2010 09:45:45 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "roll issue tracker" 
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: pal@cs.stanford.edu, jpv@cisco.com
X-Trac-Project: roll
Date: Thu, 17 Jun 2010 16:45:45 -0000
X-URL: http://tools.ietf.org/wg/roll/
X-Trac-Ticket-URL: https://wiki.tools.ietf.org/wg/roll/trac/ticket/24#comment:3
Message-ID: <064.7425dc4e14c9d602c294579065a4941d@tools.ietf.org>
References: <055.3e06cbe3d0929bb0b64fd4bd0b090661@tools.ietf.org>
X-Trac-Ticket-ID: 24
In-Reply-To: <055.3e06cbe3d0929bb0b64fd4bd0b090661@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: pal@cs.stanford.edu, jpv@cisco.com, roll@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #24: Discussion  P2P
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Reply-To: roll@ietf.org
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 16:45:44 -0000

#24: Discussion  P2P
-----------------------------------+----------------------------------------
 Reporter:  jpv@…                  |        Owner:  pal@…              
     Type:  task                   |       Status:  closed             
 Priority:  major                  |    Milestone:                     
Component:  rpl                    |      Version:                     
 Severity:  Candidate WG Document  |   Resolution:  fixed              
 Keywords:                         |  
-----------------------------------+----------------------------------------
Changes (by jpv@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 It has been decided to have a separate document for a solution to the
 problems detailed above. Thus this ticket is closed but of course the
 topic is still under active discussion on the mailing list. It is just not
 a ticket that belong to the RPL core specification.

-- 
Ticket URL: 
roll 


From pal@cs.stanford.edu  Thu Jun 17 10:19:17 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 33DC23A68BF for ; Thu, 17 Jun 2010 10:19:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.099
X-Spam-Level: 
X-Spam-Status: No, score=-7.099 tagged_above=-999 required=5 tests=[AWL=-0.500, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0Q64IDDT+feC for ; Thu, 17 Jun 2010 10:19:16 -0700 (PDT)
Received: from cs-smtp-3.Stanford.EDU (cs-smtp-3.Stanford.EDU [171.64.64.27]) by core3.amsl.com (Postfix) with ESMTP id 4BAC13A6781 for ; Thu, 17 Jun 2010 10:19:16 -0700 (PDT)
Received: from [12.149.152.130] (helo=[192.168.55.238]) by cs-smtp-3.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OPIkL-0000W1-CW; Thu, 17 Jun 2010 10:19:21 -0700
Mime-Version: 1.0 (Apple Message framework v1078)
Content-Type: text/plain; charset=us-ascii
From: Philip Levis 
In-Reply-To: <451373907.143900.1276792093510.JavaMail.root@mail02.pantherlink.uwm.edu>
Date: Thu, 17 Jun 2010 10:19:19 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: 
References: <451373907.143900.1276792093510.JavaMail.root@mail02.pantherlink.uwm.edu>
To: Mukul Goyal 
X-Mailer: Apple Mail (2.1078)
X-Scan-Signature: a1ccd6d2fa83ef575f7b7817ead66a1e
Cc: roll 
Subject: Re: [Roll] Soliciting a DAO
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 17:19:17 -0000

On Jun 17, 2010, at 9:28 AM, Mukul Goyal wrote:

> Hi Pascal,
>=20
> Will the next version of RPL have a description of how to use =
DIO+target_option to solicit a DAO? At present, RPL spec does mention =
the possibility of including a target option in a DIO but has no =
description of how it will be used.
>=20
> Looks like such a provision will add a "reactive" flavor to RPL.

Can you be more specific? Currently this is done with the T flag and =
DTSN. But you want to solicit one deep in a sub-DODAG?

Phil=

From mcr@sandelman.ca  Thu Jun 17 10:32:50 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 30BD83A69DF for ; Thu, 17 Jun 2010 10:32:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.646
X-Spam-Level: 
X-Spam-Status: No, score=0.646 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HOST_MISMATCH_NET=0.311, IP_NOT_FRIENDLY=0.334]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dzoeJwfpOEeH for ; Thu, 17 Jun 2010 10:32:47 -0700 (PDT)
Received: from relay.sandelman.ca (relay.cooperix.net [67.23.6.41]) by core3.amsl.com (Postfix) with ESMTP id CB4033A6A69 for ; Thu, 17 Jun 2010 10:32:22 -0700 (PDT)
Received: from marajade.sandelman.ca (unknown [132.213.238.4]) by relay.sandelman.ca (Postfix) with ESMTPS id 7460734470 for ; Thu, 17 Jun 2010 13:32:27 -0400 (EDT)
Received: from marajade.sandelman.ca (unknown [127.0.0.1]) by marajade.sandelman.ca (Postfix) with ESMTP id CF44498555 for ; Thu, 17 Jun 2010 13:31:36 -0400 (EDT)
From: Michael Richardson 
To: roll@ietf.org
In-Reply-To: <4C17F94C.5090005@gmail.com> 
References:   <9BB070DB2D281946859EA89837931EEE0F5896@EVS4.nam.ci.root> <4C17F94C.5090005@gmail.com> 
X-Mailer: MH-E 8.1; nmh 1.1; XEmacs 21.4 (patch 21)
Date: Thu, 17 Jun 2010 13:31:36 -0400
Message-ID: <19516.1276795896@marajade.sandelman.ca>
Sender: mcr@sandelman.ca
Subject: Re: [Roll] Using IPsec with RPL
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 17:32:50 -0000

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


There is a thread about IPsec with RPL. I read it all.

Most of the thread misses the point about IPsec.

Let me just prefix this by stating that I've worked on IPsec related
standards for 15 years, implemented it several times in several
different operating systems, and managed the technical aspects of the
Linux Freeswan and Xelerance Openswan projects.  I mention this because
many of you in this group are experts in your fields (of which I am
often ignorant), and the reverse is the case. 

For quite a number of years, non-security WGs of the IETF tried to say
just say, "Use IPsec" in their protocols.  This was a total FAIL.

Starting around 2000, mostly with the iSCSI specifications, using
IPsec means actually specifying a number of things.  Not just Tunnel vs
Transport, and not just AES vs 3DES. In fact, those things are
irrelevant.   

The question is: where does the trust and authorization come from?

This is the question I keep asking about the security in RPL.

We can use AH format or not.  It doesn't matter much.
There are essentially no interesting hardware accelerators that can do
AH calculations, that can't also do just do HMAC-SHA1-96.  (The HMAC
construct has proved to be very resiliant to all the hash attacks
involving preimages.  You might think that MD5 is be broken, but
HMAC-MD5 is still very strong) 



*****
The question is: how do we create and distribute keys?
*****



IKE? IKEv2?   
How many keys are required?  A naive use of IPsec *OR ANY NETWORK
INTEGRITY* system would require a set of available keys for each pair of
nodes that wishes to communicate.  THIS WON'T WORK.

As such we must look to the gkmp WG and consider whether statically
distributing keys is useful.

We must also very carefully consider bootstrapping, and asking the
questions:
   which parts of an RPL (DIO,DOA,+various P2P pieces) message can
   a receiving node trust and/or act upon *EVEN* if the integrity
   check can not be verified?

IPsec has been specified for multicast from the beginning, but in
general you have to:
        a) manually key the SAs
        b) this implies turning off replay protection

I believe that we could document a standard way of using AH with our
hop-by-hop multicast and unicast packets (treating the unicast packets
as if they were multicast for security), and it might be useful.
But, what's the point if we aren't using IKE?   There is little code
reuse that I can see.  Specification reuse, great. Particularly in the
"FOO-bar algorithm for use with ESP/AH". 

- -- 
]       He who is tired of Weird Al is tired of life!           |  firewalls  [
]   Michael Richardson, Sandelman Software Works, Ottawa, ON    |net architect[
] mcr@sandelman.ottawa.on.ca http://www.sandelman.ottawa.on.ca/ |device driver[
   Kyoto Plus: watch the video 
	               then sign the petition. 


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Finger me for keys

iQEVAwUBTBpb7oCLcPvd0N1lAQLBnwf/T4J3iq6A2oFmchHCJfxMC1gy3SvNodQI
zxoeiIJn035yy08dTWbCBSdpfDqQR9d7oxLw75eb02PFLjUCd44/SS8AGuy2vBMw
LJo0tmEmmGJWdZiqzZKWRA5J+2EloTGWqFhRjfwtHD03QCtQMPN5RhygW5PLz4Of
Pp3iOZqt9Sbce5aDX2PnOcy2hnQPK0zWczXqpjcBxf3bipEK9PkY5uiPggzMAWJ5
wmdbcI4EK9eAkP1Hrs8/RzcjWzAva6V6xp1r0qlrqK2LuXValTRFIRy5xP6CTHbA
xW3++uiigS9kk0rGvHT6IsTAon0H7buwxSyHpuUImLLLtij+saXeTQ==
=m0Vn
-----END PGP SIGNATURE-----

From prvs=7777bdd8b=mukul@uwm.edu  Thu Jun 17 11:24:35 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E8EB73A68BC for ; Thu, 17 Jun 2010 11:24:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.228
X-Spam-Level: 
X-Spam-Status: No, score=-2.228 tagged_above=-999 required=5 tests=[AWL=0.371,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WHHZ+ssaiOUP for ; Thu, 17 Jun 2010 11:24:35 -0700 (PDT)
Received: from ip2mta.uwm.edu (ip2mta.uwm.edu [129.89.7.20]) by core3.amsl.com (Postfix) with ESMTP id ED7233A6821 for ; Thu, 17 Jun 2010 11:24:34 -0700 (PDT)
Received: from mta01.pantherlink.uwm.edu ([129.89.7.81]) by ip2mta.uwm.edu with ESMTP; 17 Jun 2010 13:24:40 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta01.pantherlink.uwm.edu (Postfix) with ESMTP id 07AE84FEC14B; Thu, 17 Jun 2010 13:24:40 -0500 (CDT)
X-Virus-Scanned: amavisd-new at pantherlink.uwm.edu
Received: from mta01.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta01.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ey5o3uM+FQUL; Thu, 17 Jun 2010 13:24:39 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta01.pantherlink.uwm.edu (Postfix) with ESMTP id CEB554FEC14C; Thu, 17 Jun 2010 13:24:39 -0500 (CDT)
Date: Thu, 17 Jun 2010 13:24:39 -0500 (CDT)
From: Mukul Goyal 
To: Philip Levis 
Message-ID: <2135636398.150065.1276799079763.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <1976524267.149640.1276798516027.JavaMail.root@mail02.pantherlink.uwm.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [129.89.7.91]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - SAF3 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Cc: roll 
Subject: Re: [Roll] Soliciting a DAO
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 18:24:36 -0000

Hi Philip

>Can you be more specific? Currently this is done with the T flag and
DTSN. But you want to solicit one deep in a sub-DODAG?

Pascal mentioned during the meeting yesterday the possibility of soliciting a DAO from a specific destination using the target option in the DIO. Please note that I am not requesting such a functionality. I am just asking if it is going to be added so that we can refer to it in the P2P draft.

I do not have a strong opinion either way regarding such a functionality. If present, it makes RPL "reactive" (a pro) but more complex (a con). It does not solve the main P2P related problem associated with DAG-based routing (the need to go up the DAG and then down). So, I tend to think that it will be a rather redundant functionality (assuming that the functionality provided by the P2P draft would be standardized) unless I am missing some thing.

Thanks
Mukul

----- Original Message -----
From: "Philip Levis" 
To: "Mukul Goyal" 
Cc: "Pascal Thubert (pthubert)" , "roll" 
Sent: Thursday, June 17, 2010 12:19:19 PM
Subject: Re: [Roll] Soliciting a DAO

On Jun 17, 2010, at 9:28 AM, Mukul Goyal wrote:

> Hi Pascal,
>
> Will the next version of RPL have a description of how to use
> DIO+target_option to solicit a DAO? At present, RPL spec does mention
> the possibility of including a target option in a DIO but has no
> description of how it will be used.
>
> Looks like such a provision will add a "reactive" flavor to RPL.

Can you be more specific? Currently this is done with the T flag and
DTSN. But you want to solicit one deep in a sub-DODAG?

Phil

From samitac@ipinfusion.com  Thu Jun 17 12:48:22 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 529013A69D2 for ; Thu, 17 Jun 2010 12:48:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.964
X-Spam-Level: 
X-Spam-Status: No, score=-0.964 tagged_above=-999 required=5 tests=[AWL=1.300,  BAYES_00=-2.599, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZhQDB39Hqxo2 for ; Thu, 17 Jun 2010 12:48:16 -0700 (PDT)
Received: from smtp128.sbc.mail.sp1.yahoo.com (smtp128.sbc.mail.sp1.yahoo.com [69.147.65.187]) by core3.amsl.com (Postfix) with SMTP id 7153C3A6AB6 for ; Thu, 17 Jun 2010 12:48:16 -0700 (PDT)
Received: (qmail 82366 invoked from network); 17 Jun 2010 19:48:18 -0000
Received: from  (samitac@65.223.109.250 with login) by smtp128.sbc.mail.sp1.yahoo.com with SMTP; 17 Jun 2010 12:48:18 -0700 PDT
X-Yahoo-SMTP: 2TubM6mswBDzS84mnP14_Gq9MWTFqPrD9YAsl.JSPFAWkA--
X-YMail-OSG: o9M8_SMVM1kDODEn3sxvob3RhEdd9Ydivewmi8G.8p.KvvOl3zlnu7_d9a9VsZgcChns3mZFzI5MqLOfC4rq7cg7r3L59arr9YthL0oMHoTulJIyVDNycEgctW..QDp7NR8Du5ReKqm.LezUsh_omig2ZTFwlan78qDColHN3T1rfssN1NIb5GGunInzGvTCV3S5kaji0goBDlz5osmKIc9ZOBvT4R6nubB7mPTrFTfxeBwTt7IT_.ed6VM11VdYhjk93ai_tidjAHeiEvY0q_Qhiwku2BAP
X-Yahoo-Newman-Property: ymail-3
From: "Samita Chakrabarti" 
To: "'JP Vasseur'" , "'ROLL WG'" 
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org> 
In-Reply-To: 
Date: Thu, 17 Jun 2010 12:48:15 -0700
Message-ID: <021601cb0e56$070efc30$152cf490$@com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0217_01CB0E1B.5AB02430"
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AcsN4z10RzQWowe5Rgm4tRB59WXORAAcf1nQ
Content-Language: en-us
Subject: Re: [Roll] Fwd:  [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 19:48:22 -0000

This is a multipart message in MIME format.

------=_NextPart_000_0217_01CB0E1B.5AB02430
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hi JP,

 

Thanks for addressing the multicast comments. Please see below in-line.

 

From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of JP
Vasseur
Sent: Wednesday, June 16, 2010 11:07 PM
To: ROLL WG
Subject: [Roll] Fwd: [roll] #54: Clarification on multicast

 

Dear all,

 

I closed the old ticket and opened a new fresher one.

 

There was one comment that I removed:

 

c. Is multicast support mandatory if someone implements the RPL draft? - if
not, is it okay to simulate multicast packet distribution using unicast
messaging in a small/simple LLN ?

 

The answer is: look at the normative language. This is what tells you what
to implement to be compliant with the RFC. Of course, commercial
implementation may decide to implement some parts of the ID, but this is not
an IETF issue.

[SC>]  The reason I asked this question is for interoperability of the
implementations among vendors. I suppose multicast feature in RPL is
optional and not a MUST - right?

 

 Back to the second part of your question, yes some implementation to send
multiple unicast packets, which may be OK in small networks"

[SC>] Yes, agree. Thanks.

 

-Samita

 

 

Begin forwarded message:





From: "roll issue tracker" 

Date: June 17, 2010 7:52:34 AM CEDT

To: pthubert@cisco.com, jpv@cisco.com

Cc: roll@ietf.org

Subject: [Roll] [roll] #54: Clarification on multicast

Reply-To: roll@ietf.org

 

#54: Clarification on multicast
--------------------------------+-------------------------------------------
Reporter:  jpv@.               |       Owner:  pthubert@.        
    Type:  defect              |      Status:  new               
Priority:  trivial             |   Milestone:                    
Component:  rpl                 |     Version:                    
Severity:  Active WG Document  |    Keywords:                    
--------------------------------+-------------------------------------------
Starting a new ticket on Multicast operations.
There are two items here:
1) Solution for multicast forward on in a non storing node network (=> not
a routing issue, outside of the scope of the ROLL WG)
2) A few clarifications have been requested:
A few comments/questions:
a. It might be useful to have a few words stating whether this solution
would work in a large LLN - I,e when the members of multicast group is
spread across the large LLN
b. The section says that the router 'should prune' duplicate registration
messages (DAO) - but it does not say more detail about it -I,e is it up to
the implementation that pruning would be done based on some rules?

-- 
Ticket URL: 
roll 

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

 


------=_NextPart_000_0217_01CB0E1B.5AB02430
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
















Hi
JP,



 =




Thanks
for addressing the multicast comments. Please see below =
in-line.



 =













From:=

roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of =
JP
Vasseur

Sent: Wednesday, June 16, 2010 11:07 PM

To: ROLL WG

Subject: [Roll] Fwd: [roll] #54: Clarification on =
multicast









 



Dear all,






 









I closed the old ticket and opened a new fresher =
one.









 









There was one comment that I =
removed:









 









c. Is multicast support mandatory =
if
someone implements the RPL draft? - if not, is it okay to simulate =
multicast
packet distribution using unicast messaging in a small/simple LLN =
?






 






The answer is: look at the normative language. This =
is what
tells you what to implement to be compliant with the RFC. Of course, =
commercial
implementation may decide to implement some parts of the ID, but this is =
not an
IETF issue.



[SC>]
 The reason I asked this question is for interoperability of the
implementations among vendors. I suppose multicast feature in RPL is =
optional
and not a MUST – right?



 =




 Back to the second part of your question, yes =
some implementation
to send multiple unicast packets, which may be OK in small =
networks"



[SC>]
Yes, agree. Thanks.



 =




-Samita=










 









 









Begin forwarded message:




















From: "roll=

issue tracker" <trac@tools.ietf.org>









Date: June
17, 2010 7:52:34 AM CEDT













Subject: [Roll] [roll] #54: Clarification on =
multicast









Reply-To: roll@ietf.org









 












#54: Clarification on multicast

--------------------------------+----------------------------------------=
---

Reporter:  jpv@…
            &=
nbsp; |
      Owner:  pthubert@…
       

    Type:  defect
            &=
nbsp;|
     Status:  new
            &=
nbsp; 

Priority:  trivial
            |=

  Milestone:
            &=
nbsp;      

Component:  rpl
            &=
nbsp;   |
    Version:
            &=
nbsp;      

Severity:  Active WG Document  |    Keywords:
            &=
nbsp;      

--------------------------------+----------------------------------------=
---

Starting a new ticket on Multicast operations.

There are two items here:

1) Solution for multicast forward on in a non storing node network =
(=3D> not

a routing issue, outside of the scope of the ROLL WG)

2) A few clarifications have been requested:

A few comments/questions:

a. It might be useful to have a few words stating whether this =
solution

would work in a large LLN – I,e when the members of multicast =
group is

spread across the large LLN

b. The section says that the router ‘should prune’ duplicate
registration

messages (DAO) – but it does not say more detail about it -I,e is =
it up
to

the implementation that pruning would be done based on some rules?



-- 

Ticket URL: <http://trac.to=
ols.ietf.org/wg/roll/trac/ticket/54>

roll <http://tools.ietf.org/wg/roll/>



_______________________________________________

Roll mailing list

Roll@ietf.org

https://www.ietf.org/mailman/listinfo/roll









 















------=_NextPart_000_0217_01CB0E1B.5AB02430--



From alexandru.petrescu@gmail.com  Thu Jun 17 12:54:42 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6F90E3A6988 for ; Thu, 17 Jun 2010 12:54:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.518
X-Spam-Level: 
X-Spam-Status: No, score=0.518 tagged_above=-999 required=5 tests=[AWL=0.167,  BAYES_50=0.001, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cUwqsIPR8Axk for ; Thu, 17 Jun 2010 12:54:41 -0700 (PDT)
Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by core3.amsl.com (Postfix) with ESMTP id D4C113A6AFC for ; Thu, 17 Jun 2010 12:54:39 -0700 (PDT)
Received: from [127.0.0.1] (bur91-3-82-239-213-32.fbx.proxad.net [82.239.213.32]) by smtp1-g21.free.fr (Postfix) with ESMTP id 6DD7E940138 for ; Thu, 17 Jun 2010 21:54:39 +0200 (CEST)
Message-ID: <4C1A7D7B.2010909@gmail.com>
Date: Thu, 17 Jun 2010 21:54:35 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: roll@ietf.org
References: 		<9BB070DB2D281946859EA89837931EEE0F5896@EVS4.nam.ci.root>	<4C17F94C.5090005@gmail.com> <19516.1276795896@marajade.sandelman.ca>
In-Reply-To: <19516.1276795896@marajade.sandelman.ca>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Antivirus: avast! (VPS 100617-1, 17/06/2010), Outbound message
X-Antivirus-Status: Clean
Subject: Re: [Roll] Using IPsec with RPL
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 17 Jun 2010 19:54:42 -0000

I wouldn't aim very high.

Light computing key exchange protection novel mechanisms wouldn't
protect against compute-intensive attacks... couldn't protect a little
node facing supercomputing brute force.  I just ack it.

Le 17/06/2010 19:31, Michael Richardson a écrit :
> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
>
>
> There is a thread about IPsec with RPL. I read it all.
>
> Most of the thread misses the point about IPsec.
>
> Let me just prefix this by stating that I've worked on IPsec related
>  standards for 15 years, implemented it several times in several
> different operating systems, and managed the technical aspects of the
> Linux Freeswan and Xelerance Openswan projects.  I mention this
> because many of you in this group are experts in your fields (of
> which I am often ignorant), and the reverse is the case.

YEs, it is good to know who we exchange emails with.

> For quite a number of years, non-security WGs of the IETF tried to
> say just say, "Use IPsec" in their protocols.  This was a total
> FAIL.

 From where I look it was not such a fail (some Internet Area WGs related
to mobility).

BEsides, the request didn't seem to come from the non-security groups
but from the ipsec groups.  I like the request, because I was involved
with implementation of this request and was easy to implement, clean spec.

> Starting around 2000, mostly with the iSCSI specifications, using
> IPsec means actually specifying a number of things.  Not just Tunnel
> vs Transport, and not just AES vs 3DES. In fact, those things are
> irrelevant.
>
> The question is: where does the trust and authorization come from?

Good question worth pondering over, together with the question: where do
the attacks come from?  (threat analysis).

> This is the question I keep asking about the security in RPL.
>
> We can use AH format or not.  It doesn't matter much. There are
> essentially no interesting hardware accelerators that can do AH
> calculations, that can't also do just do HMAC-SHA1-96.  (The HMAC
> construct has proved to be very resiliant to all the hash attacks
> involving preimages.  You might think that MD5 is be broken, but
> HMAC-MD5 is still very strong)
>
>
>
> ***** The question is: how do we create and distribute keys? *****

An administrator (-ion) decides to hardcode keys in every single device
it deploys.

(like with SIM cards in phones, addresses and keys hardcoded in
vehicles, and more).

I'd say to have these first and see later when there's need for dynamic
key generation and exchange, rather than striving today for an
innovative solution for which we don't have requirements (or I haven't
seen).

We could publicly  discuss about priority: which things to do first: (1)
identify RPL mutable fields, recommend a 1DES lightcomputation, AH
encoding, simple protection, and later do (2) harder innovative things.

> IKE? IKEv2? How many keys are required?  A naive use of IPsec *OR
> ANY NETWORK INTEGRITY* system would require a set of available keys
> for each pair of nodes that wishes to communicate.  THIS WON'T WORK.

It would work for the small deployments for which RPL looks at.  An RPL
'tree' (DAG?) doesn't have that many such pairs of nodes needing to
communicate pairwise.  By definition a tree is made of parents and some
children (pairwise is not many).

RPL experts would teach otherwise, I am open to learn.

Would clocks work on systolic computers?  Later.

Is a new constraided key generation mechanism worth looking in more
detail somewhere else?  Maybe.

> As such we must look to the gkmp WG and consider whether statically
> distributing keys is useful.

gkmp WG... can't find.  If it's about group security - yes, interested,
especially for multicast... later.

> We must also very carefully consider bootstrapping, and asking the
> questions: which parts of an RPL (DIO,DOA,+various P2P pieces)
> message can a receiving node trust and/or act upon *EVEN* if the
> integrity check can not be verified?
>
> IPsec has been specified for multicast from the beginning, but in
> general you have to: a) manually key the SAs b) this implies turning
> off replay protection

YEs, right.  It would be good to know whether we risk a replay attack...
threat analysis.

> I believe that we could document a standard way of using AH with our
>  hop-by-hop multicast and unicast packets (treating the unicast
> packets as if they were multicast for security), and it might be
> useful. But, what's the point if we aren't using IKE?   There is
> little code reuse that I can see.

Hm.  AH is part of kernel codes in many places, without IKE which is
outside - I see AH code reuse.

> Specification reuse, great. Particularly in the "FOO-bar algorithm
> for use with ESP/AH".

YEs.  I guess you don't find foo AH exciting, neither do I.  But I find
value in agreeingly, low-hangingly-fruitly doing it for RPL, separated
from the key generation distribution.

1DES is easy to export control, easy to license, etc.

I share many of your thoughts.

Alex


>
> - -- ]       He who is tired of Weird Al is tired of life! |
> firewalls  [ ]   Michael Richardson, Sandelman Software Works,
> Ottawa, ON    |net architect[ ] mcr@sandelman.ottawa.on.ca
> http://www.sandelman.ottawa.on.ca/ |device driver[ Kyoto Plus: watch
> the video then sign the
> petition.
>
>
> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux)
> Comment: Finger me for keys
>
> iQEVAwUBTBpb7oCLcPvd0N1lAQLBnwf/T4J3iq6A2oFmchHCJfxMC1gy3SvNodQI
> zxoeiIJn035yy08dTWbCBSdpfDqQR9d7oxLw75eb02PFLjUCd44/SS8AGuy2vBMw
> LJo0tmEmmGJWdZiqzZKWRA5J+2EloTGWqFhRjfwtHD03QCtQMPN5RhygW5PLz4Of
> Pp3iOZqt9Sbce5aDX2PnOcy2hnQPK0zWczXqpjcBxf3bipEK9PkY5uiPggzMAWJ5
> wmdbcI4EK9eAkP1Hrs8/RzcjWzAva6V6xp1r0qlrqK2LuXValTRFIRy5xP6CTHbA
> xW3++uiigS9kk0rGvHT6IsTAon0H7buwxSyHpuUImLLLtij+saXeTQ== =m0Vn
> -----END PGP SIGNATURE-----
> _______________________________________________ Roll mailing list
> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>


From prvs=77847d962=mukul@uwm.edu  Thu Jun 17 18:58:20 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 94FED3A6874 for ; Thu, 17 Jun 2010 18:58:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.274
X-Spam-Level: 
X-Spam-Status: No, score=-2.274 tagged_above=-999 required=5 tests=[AWL=0.325,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3lljbbqGO1U9 for ; Thu, 17 Jun 2010 18:58:19 -0700 (PDT)
Received: from ip1mta.uwm.edu (ip1mta.uwm.edu [129.89.7.18]) by core3.amsl.com (Postfix) with ESMTP id 478A13A67D9 for ; Thu, 17 Jun 2010 18:58:19 -0700 (PDT)
Received: from mta02.pantherlink.uwm.edu ([129.89.7.82]) by ip1mta.uwm.edu with ESMTP; 17 Jun 2010 20:58:24 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id 3A9C32C1802E; Thu, 17 Jun 2010 20:58:24 -0500 (CDT)
X-Virus-Scanned: amavisd-new at 
Received: from mta02.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta02.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EwdN3NCU+HWv; Thu, 17 Jun 2010 20:58:23 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id B499D2C1802D; Thu, 17 Jun 2010 20:58:23 -0500 (CDT)
Date: Thu, 17 Jun 2010 20:58:23 -0500 (CDT)
From: Mukul Goyal 
To: Yoav Ben-Yehezkel 
Message-ID: <907613180.164742.1276826303635.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <1967657106.164659.1276825638596.JavaMail.root@mail02.pantherlink.uwm.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Originating-IP: [129.89.7.92]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - IE8 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 01:58:20 -0000

Hi Yoav

>Thanks for clarifying this.

>CU is a good idea, though I think different L1/2 technologies define
>different mappings for the same metric.

>Very fast delay metric for some technologies may be very slow for other
>technologies, so it's not just a question of metric. You also need a
>normalization method to accommodate for the technology (maybe by
>percentage from maximum capacity or something similar).

I guess I see the problem you are referring to.=20

Suppose the delay metric defines the mapping as follows:=20
1000ms or more =3D> 1000 CU
x ms =3D> x CU, if 1 <=3D x < 1000
less than 1ms =3D> 1 CU=20

Consider 3 link layer technologies: A, B and C.

Suppose the typical one hop latency value ranges associated with these tech=
nologies are 1s-10s, 1ms-10ms and 1us-10us respectively.

Suppose initially A is the predominant link layer technology in terms of de=
ployment. As per the mapping, most links/paths will have CU value 1000 for =
latency, which is not acceptable. Similarly, if C is the predominant link t=
echnology, most links/paths will have CU value 1 for latency. =20

So, I guess, rather than being part of metric definition, the metric to CU =
mapping could be:

1) a configuration parameter for RPL. The LLN administrator decides what th=
e mapping should be and enforces this mapping throughout the LLN. I guess t=
his is problematic for large LLNs because invariably there will be configur=
ation inconsistencies throughout the LLN.
2) The other option is to make this mapping a part of DAG configuration to =
be periodically advertized by the DAG root in its DIO.=20

In any case, an OF definition can assume that such mapping exists for each =
metric.   =20

Thanks
Mukul
=20
>Taking this though one step further, IP routing can be expected as a
media-agnostic bridge between different L1/2 technologies. Do you see
your suggestion working in this case as well?

Regards,
Yoav




-----Original Message-----
From: Mukul Goyal [mailto:mukul@uwm.edu]
Sent: Thursday, June 17, 2010 9:36 AM
To: Yoav Ben-Yehezkel
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric
values?

Hi Yoav

I guess I did not express myself correctly. So, let me rephrase myself:

How about if we require a metric definition to provide a mapping to an
equivalent value in a common unit (lets call it CU).

So, the definition for latency metric will provide a mapping like:
latency 1s or more =3D> 1000 CU
latency 700ms to 1s =3D> 500 CU
.... latency 5ms or less =3D> 1 CU

The definition for ETX will provide a mapping like:
ETX 100 or more =3D> 1000 CU
ETX 50 to 100 =3D> 500 CU
.... ETX 1 to 1.2 =3D> 1 CU

Then, the job of objective function becomes easier; it just needs to
specify how to combine metric values expressed in CU's in to the rank
value. E.g. we
can have an OF for weighted sum: w_1*val_1 + w_2* val_2 + ....
Here, val_1 refers to the first metric in the metric container and so
on. And w_1, w_2 etc. are specified as the TLVs in a DIO option (lets
call it
the OF option).
So, the OF is specified in OCP field in the configuration object and the
argument/parameter values for the OF are specified in an OF option.

cheers
Mukul



Thanks
Mukul


----- Original Message -----
From: "Yoav Ben-Yehezkel" 
To: "Mukul Goyal" , roll@ietf.org
Sent: Thursday, June 17, 2010 1:10:38 AM
Subject: RE: [Roll] [roll] #53: How does an OF compute rank from metric
values?

Hi Mukul,

At least my understanding of the following is that the rank should not
necessarily be a direct mapping function of the metric. If it were,
there would have been no use for two different concepts (rank and
metric). Not
just for the sake of ranges and granularities.

"
3.6.2. Rank Properties

The rank of a node is a scalar representation of the location of that
node within a DODAG version. The rank is used to avoid and detect
loops, and as such must demonstrate certain properties. The exact
calculation of the rank is left to the Objective Function, and may
depend on parents, link metrics, and the node configuration and
policies.

The rank is not a cost metric, although its value can be derived from
and influenced by metrics. The rank has properties of its own that
are not necessarily those of all metrics:

Type: The rank is an abstract decimal value.

Function: The rank is the expression of a relative position within a
DODAG version with regard to neighbors and is not necessarily
a good indication or a proper expression of a distance or a
cost to the root.
"

If we decide to go your way - I see some potential for simplification
having just one number that determines both cost and position in the
DODAG.

Thoughts?

Regards,
Yoav



-----Original Message-----
From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of
Mukul Goyal
Sent: Thursday, June 17, 2010 8:33 AM
To: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric
values?

How about if we require a metric definition to provide a mapping to an
equivalent rank value. Then, the job of objective function becomes
easier; it just needs to combine equivalent values in the desired
manner.

Why wont this scheme work??

Thanks
Mukul

----- Original Message -----
From: "roll issue tracker" 
To: wintert@acm.org, jpv@cisco.com
Cc: roll@ietf.org
Sent: Thursday, June 17, 2010 12:15:30 AM
Subject: [Roll] [roll] #53: How does an OF compute rank from metric
values?

#53: How does an OF compute rank from metric values?
--------------------------------+------------------------------------------=
-
Reporter: jpv@=E2=80=A6 | Owner: wintert@=E2=80=A6
Type: defect | Status: new
Priority: major | Milestone:
Component: rpl | Version:
Severity: Active WG Document | Keywords:
--------------------------------+------------------------------------------=
-
We have different types of metrics with different ranges. Examples:
ETX is 16 bits. Latency is 24 bits. How do we convert these numbers to
rank in an OF? Does the range of rank depend on the range and size of
the metric?

-- Ticket URL: 
roll 

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

From prvs=77847d962=mukul@uwm.edu  Thu Jun 17 19:18:30 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 413203A689D for ; Thu, 17 Jun 2010 19:18:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.31
X-Spam-Level: 
X-Spam-Status: No, score=-2.31 tagged_above=-999 required=5 tests=[AWL=0.289,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R-W9hukS6mH9 for ; Thu, 17 Jun 2010 19:18:27 -0700 (PDT)
Received: from ip1mta.uwm.edu (ip1mta.uwm.edu [129.89.7.18]) by core3.amsl.com (Postfix) with ESMTP id 59C6D3A6874 for ; Thu, 17 Jun 2010 19:18:26 -0700 (PDT)
Received: from mta02.pantherlink.uwm.edu ([129.89.7.82]) by ip1mta.uwm.edu with ESMTP; 17 Jun 2010 21:18:31 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id 9CFAF2C1802D; Thu, 17 Jun 2010 21:18:31 -0500 (CDT)
X-Virus-Scanned: amavisd-new at 
Received: from mta02.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta02.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CntHwpDrgYfU; Thu, 17 Jun 2010 21:18:31 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id 29B3C2C1802E; Thu, 17 Jun 2010 21:18:31 -0500 (CDT)
Date: Thu, 17 Jun 2010 21:18:31 -0500 (CDT)
From: Mukul Goyal 
To: Yoav Ben-Yehezkel 
Message-ID: <2134629143.165016.1276827511064.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <0051819073f8b3d75ad1848151b38478@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [129.89.7.92]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - IE8 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 02:18:31 -0000

Hi Yoav

>I couldn't quite follow your intention on whether to standardize this
>mapping of metric to CU per metric.

>My impression was that the mapping itself cannot be standardized because
>it depends on the underlying L2 characteristics.

I agree.

>What can be standardized is the concept of CU with a general statement
>that each L2 should map its metrics to CU or something similar. Is this
>what you have in mind?

I agree with the first part (that the concept of CU can be standardized, i.e. the OF definition can assume that a mapping to CU exists for each metric) but not the second part (that each L2 should map its metrics to CU). Consider a situation where L2 technology A maps latency 1s to 1 CU and L2 technology B maps latency 1s to 1000 CU. Now, in an LLN consisting of both L2 technologies, we have destroyed the mapping: latency value 1000 CU no longer has any meaning.

At the moment, it seems to me that the best option is to make this mapping DAG specific. The DAG root advertizes the mapping for the metrics in use as DIO options. So, the LLN administrator just has to configure the DAG root and the mapping takes effect throughout the LLN.
 
Thanks,
Mukul

-----Original Message-----
From: JP Vasseur [mailto:jpv@cisco.com]
Sent: Thursday, June 17, 2010 11:37 AM
To: Yoav Ben-Yehezkel
Cc: Mukul Goyal; roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric
values?


On Jun 17, 2010, at 10:04 AM, Yoav Ben-Yehezkel wrote:

> Thanks for clarifying this.
>
> CU is a good idea, though I think different L1/2 technologies define
> different mappings for the same metric.
>
> Very fast delay metric for some technologies may be very slow for
> other technologies, so it's not just a question of metric. You also
> need a
> normalization method to accommodate for the technology (maybe by
> percentage from maximum capacity or something similar).
>
> Taking this though one step further, IP routing can be expected as a
> media-agnostic bridge between different L1/2 technologies. Do you
> see your
> suggestion working in this case as well?

I think so since the metric may be inherited from the L2 as you said.
The proposed
mapping function is a conversion of the metric into a CU.

>
> Regards,
> Yoav
>
>
>
>
> -----Original Message-----
> From: Mukul Goyal [mailto:mukul@uwm.edu]
> Sent: Thursday, June 17, 2010 9:36 AM
> To: Yoav Ben-Yehezkel
> Cc: roll@ietf.org
> Subject: Re: [Roll] [roll] #53: How does an OF compute rank from
> metric values?
>
> Hi Yoav
>
> I guess I did not express myself correctly. So, let me rephrase
> myself:
>
> How about if we require a metric definition to provide a mapping to an
> equivalent value in a common unit (lets call it CU).
>
> So, the definition for latency metric will provide a mapping like:
> latency 1s or more => 1000 CU
> latency 700ms to 1s => 500 CU
> .... latency 5ms or less => 1 CU
>
> The definition for ETX will provide a mapping like:
> ETX 100 or more => 1000 CU
> ETX 50 to 100 => 500 CU
> .... ETX 1 to 1.2 => 1 CU
>
> Then, the job of objective function becomes easier; it just needs to
> specify how to combine metric values expressed in CU's in to the rank
> value. E.g. we
> can have an OF for weighted sum: w_1*val_1 + w_2* val_2 + ....
> Here, val_1 refers to the first metric in the metric container and
> so on.
> And w_1, w_2 etc. are specified as the TLVs in a DIO option (lets
> call it
> the OF option).
> So, the OF is specified in OCP field in the configuration object and
> the argument/parameter values for the OF are specified in an OF
> option.
>
> cheers
> Mukul
>
>
>
> Thanks
> Mukul
>
>
> ----- Original Message -----
> From: "Yoav Ben-Yehezkel" 
> To: "Mukul Goyal" , roll@ietf.org
> Sent: Thursday, June 17, 2010 1:10:38 AM
> Subject: RE: [Roll] [roll] #53: How does an OF compute rank from
> metric values?
>
> Hi Mukul,
>
> At least my understanding of the following is that the rank should not
> necessarily be a direct mapping function of the metric. If it were,
> there would have been no use for two different concepts (rank and
> metric). Not
> just for the sake of ranges and granularities.
>
> "
> 3.6.2. Rank Properties
>
> The rank of a node is a scalar representation of the location of that
> node within a DODAG version. The rank is used to avoid and detect
> loops, and as such must demonstrate certain properties. The exact
> calculation of the rank is left to the Objective Function, and may
> depend on parents, link metrics, and the node configuration and
> policies.
>
> The rank is not a cost metric, although its value can be derived from
> and influenced by metrics. The rank has properties of its own that
> are not necessarily those of all metrics:
>
> Type: The rank is an abstract decimal value.
>
> Function: The rank is the expression of a relative position within a
> DODAG version with regard to neighbors and is not necessarily
> a good indication or a proper expression of a distance or a
> cost to the root.
> "
>
> If we decide to go your way - I see some potential for simplification
> having just one number that determines both cost and position in the
> DODAG.
>
> Thoughts?
>
> Regards,
> Yoav
>
>
>
> -----Original Message-----
> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf
> Of Mukul Goyal
> Sent: Thursday, June 17, 2010 8:33 AM
> To: roll@ietf.org
> Subject: Re: [Roll] [roll] #53: How does an OF compute rank from
> metric values?
>
> How about if we require a metric definition to provide a mapping to an
> equivalent rank value. Then, the job of objective function becomes
> easier; it just needs to combine equivalent values in the desired
> manner.
>
> Why wont this scheme work??
>
> Thanks
> Mukul
>
> ----- Original Message -----
> From: "roll issue tracker" 
> To: wintert@acm.org, jpv@cisco.com
> Cc: roll@ietf.org
> Sent: Thursday, June 17, 2010 12:15:30 AM
> Subject: [Roll] [roll] #53: How does an OF compute rank from metric
> values?
>
> #53: How does an OF compute rank from metric values?
> --------------------------------
> +-------------------------------------------
> Reporter: jpv@. | Owner: wintert@.
> Type: defect | Status: new
> Priority: major | Milestone:
> Component: rpl | Version:
> Severity: Active WG Document | Keywords:
> --------------------------------
> +-------------------------------------------
> We have different types of metrics with different ranges. Examples:
> ETX is 16 bits. Latency is 24 bits. How do we convert these numbers to
> rank in an OF? Does the range of rank depend on the range and size of
> the metric?
>
> -- Ticket URL: 
> roll 
>
> _______________________________________________ Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
> _______________________________________________ Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
> _______________________________________________ Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll

From prvs=77847d962=mukul@uwm.edu  Thu Jun 17 19:30:33 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B42CE3A6877 for ; Thu, 17 Jun 2010 19:30:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.595
X-Spam-Level: 
X-Spam-Status: No, score=-1.595 tagged_above=-999 required=5 tests=[AWL=-0.484, BAYES_05=-1.11]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 03nX-tkS-oFN for ; Thu, 17 Jun 2010 19:30:32 -0700 (PDT)
Received: from ip2mta.uwm.edu (ip2mta.uwm.edu [129.89.7.20]) by core3.amsl.com (Postfix) with ESMTP id 9FC483A67AE for ; Thu, 17 Jun 2010 19:30:32 -0700 (PDT)
Received: from mta01.pantherlink.uwm.edu ([129.89.7.81]) by ip2mta.uwm.edu with ESMTP; 17 Jun 2010 21:30:37 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta01.pantherlink.uwm.edu (Postfix) with ESMTP id 9D42B4FEC14A; Thu, 17 Jun 2010 21:30:37 -0500 (CDT)
X-Virus-Scanned: amavisd-new at pantherlink.uwm.edu
Received: from mta01.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta01.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2y+lMOPot0Cq; Thu, 17 Jun 2010 21:30:37 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta01.pantherlink.uwm.edu (Postfix) with ESMTP id 734184FEC146; Thu, 17 Jun 2010 21:30:37 -0500 (CDT)
Date: Thu, 17 Jun 2010 21:30:37 -0500 (CDT)
From: Mukul Goyal 
To: Richard Kelsey 
Message-ID: <1970550793.165216.1276828237438.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <874oh1x3qk.fsf@kelsey-ws.hq.ember.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [129.89.7.92]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - IE8 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 02:30:33 -0000

Hi Richard


>I think that we should divide the OF into two parts, a
>metric combining function and DAG management function. The
>metric combining function determines which potential parents
>meet the path constraints and translates the metric value(s)
>into a rank, while the DAG management function makes the
>decisions about which parents to use, when to send DAOs, and
>the other OF responsibilities.

>Relating this to your CU idea, I am suggesting that we use
>rank for CU and separate the metrics->CU function from both
>the metrics themselves and from the rest of the OF
>functionality.

That makes absolute sense.

>The drafts could be broken down into something like the
>following: - The RPL draft.
>- The metric draft.
>- A draft defining a set of metric->CU/rank functions, similar
>to the cryptographic suites used by TLS and IPsec.
>Examples are minimize RTX, maximize latency, and so
>forth. These could be used individually or in combination.

I guess there is a problem with hard-coding a CU value for a particular metric value. The mapping really depends on the context. We should simply allow a DAG root to advertize a particular mapping for a particular metric to all the nodes in the DAG. The DAG root can choose the mapping based on the context.

Thanks
Mukul

>- A DAG management function parameterized for such things
>as size of the parent set, storing/not-storing, and so
>forth. This would be conceptually simpler than what we have now.
>The metrics draft can just describe the metrics and not
>contrain how they are used. At the same time, the
>management function can be completely generic about what the
>metrics are and how they are combined.

-Richard Kelsey

From pal@cs.stanford.edu  Thu Jun 17 19:44:41 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0F9803A6782 for ; Thu, 17 Jun 2010 19:44:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.042
X-Spam-Level: 
X-Spam-Status: No, score=-5.042 tagged_above=-999 required=5 tests=[AWL=0.068,  BAYES_05=-1.11, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jelo9-oYTsJy for ; Thu, 17 Jun 2010 19:44:38 -0700 (PDT)
Received: from cs-smtp-3.Stanford.EDU (cs-smtp-3.Stanford.EDU [171.64.64.27]) by core3.amsl.com (Postfix) with ESMTP id D0FD83A6874 for ; Thu, 17 Jun 2010 19:44:38 -0700 (PDT)
Received: from [76.14.65.187] (helo=[192.168.1.106]) by cs-smtp-3.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OPRZJ-0004QU-Rl; Thu, 17 Jun 2010 19:44:34 -0700
In-Reply-To: <1970550793.165216.1276828237438.JavaMail.root@mail02.pantherlink.uwm.edu>
References: <1970550793.165216.1276828237438.JavaMail.root@mail02.pantherlink.uwm.edu>
Mime-Version: 1.0 (Apple Message framework v753.1)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <5BEAFD5C-242E-4BAB-8E3F-ED372B91112E@cs.stanford.edu>
Content-Transfer-Encoding: 7bit
From: Philip Levis 
Date: Thu, 17 Jun 2010 19:44:32 -0700
To: Mukul Goyal 
X-Mailer: Apple Mail (2.753.1)
X-Scan-Signature: f9929892efd47015c544d6ca2fb551e9
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 02:44:41 -0000

On Jun 17, 2010, at 7:30 PM, Mukul Goyal wrote:

> Hi Richard
>
>
>> I think that we should divide the OF into two parts, a
>> metric combining function and DAG management function. The
>> metric combining function determines which potential parents
>> meet the path constraints and translates the metric value(s)
>> into a rank, while the DAG management function makes the
>> decisions about which parents to use, when to send DAOs, and
>> the other OF responsibilities.
>
>> Relating this to your CU idea, I am suggesting that we use
>> rank for CU and separate the metrics->CU function from both
>> the metrics themselves and from the rest of the OF
>> functionality.
>
> That makes absolute sense.
>
>> The drafts could be broken down into something like the
>> following: - The RPL draft.
>> - The metric draft.
>> - A draft defining a set of metric->CU/rank functions, similar
>> to the cryptographic suites used by TLS and IPsec.
>> Examples are minimize RTX, maximize latency, and so
>> forth. These could be used individually or in combination.
>
> I guess there is a problem with hard-coding a CU value for a  
> particular metric value. The mapping really depends on the context.  
> We should simply allow a DAG root to advertize a particular mapping  
> for a particular metric to all the nodes in the DAG. The DAG root  
> can choose the mapping based on the context.
>
> Thanks
> Mukul

This seems to be getting kind of complex: a DAG specifies an  
objective function, as well as a metric->rank conversion function, as  
well as the metrics that the objective function uses?

Phil


From prvs=77847d962=mukul@uwm.edu  Thu Jun 17 19:52:42 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C95F23A67C0 for ; Thu, 17 Jun 2010 19:52:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.295
X-Spam-Level: 
X-Spam-Status: No, score=-2.295 tagged_above=-999 required=5 tests=[AWL=0.304,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pUGZONN2iDrk for ; Thu, 17 Jun 2010 19:52:42 -0700 (PDT)
Received: from ip2mta.uwm.edu (ip2mta.uwm.edu [129.89.7.20]) by core3.amsl.com (Postfix) with ESMTP id EB9E33A67AE for ; Thu, 17 Jun 2010 19:52:41 -0700 (PDT)
Received: from mta01.pantherlink.uwm.edu ([129.89.7.81]) by ip2mta.uwm.edu with ESMTP; 17 Jun 2010 21:52:47 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta01.pantherlink.uwm.edu (Postfix) with ESMTP id 422DB4FEC14C; Thu, 17 Jun 2010 21:52:47 -0500 (CDT)
X-Virus-Scanned: amavisd-new at pantherlink.uwm.edu
Received: from mta01.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta01.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Gk14OSKwEWuF; Thu, 17 Jun 2010 21:52:47 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta01.pantherlink.uwm.edu (Postfix) with ESMTP id 1DE8E4FEC14A; Thu, 17 Jun 2010 21:52:47 -0500 (CDT)
Date: Thu, 17 Jun 2010 21:52:47 -0500 (CDT)
From: Mukul Goyal 
To: Philip Levis 
Message-ID: <1961970247.165647.1276829567079.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <5BEAFD5C-242E-4BAB-8E3F-ED372B91112E@cs.stanford.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [129.89.7.92]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - IE8 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 02:52:42 -0000

>This seems to be getting kind of complex: a DAG specifies an
>objective function, as well as a metric->rank conversion function, as
>well as the metrics that the objective function uses?

So, what is the alternative?? How would you pick a metric=>CU mapping that works in all contexts?

Thanks
Mukul


From wintert@acm.org  Thu Jun 17 19:55:13 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CA3C23A6782 for ; Thu, 17 Jun 2010 19:55:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.482
X-Spam-Level: 
X-Spam-Status: No, score=-101.482 tagged_above=-999 required=5 tests=[AWL=-0.372, BAYES_05=-1.11, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nyiXRedYaJkK for ; Thu, 17 Jun 2010 19:55:13 -0700 (PDT)
Received: from smtp101.prem.mail.ac4.yahoo.com (smtp101.prem.mail.ac4.yahoo.com [76.13.13.40]) by core3.amsl.com (Postfix) with SMTP id CF4113A659A for ; Thu, 17 Jun 2010 19:55:12 -0700 (PDT)
Received: (qmail 34014 invoked from network); 18 Jun 2010 02:55:11 -0000
Received: from [192.168.47.101] (wintert@206.83.249.194 with plain) by smtp101.prem.mail.ac4.yahoo.com with SMTP; 17 Jun 2010 19:55:10 -0700 PDT
X-Yahoo-SMTP: 30iEHGKswBCbca_Y5pX7d6RVQMoT5Mk-
X-YMail-OSG: K6lrHPEVM1nIf671r3PHF8z2gPlrpC9r9pZNmqQZwM8_s_J BAP6hOLcrZqwkmE83vmEq.NfAItBJL8PlPSJK3GcZJ8SvLn3zUvGPrWZfw92 NjW9ySAa6AJ8JVDwP0l2toQWpqu3s4zb2f1T1qWdqP1MO0lSeIWLsbG1E7YQ 3xL7rYqjMtnaLjQBtAnwDycNA7fC7tKSNn1cJIfCBQfe7M5JmVSUhyoBMZ6x ABhldOrcOB8nSgoHZVC1zG7S5tE7Je8xczeaNbPxBb22KHOGX2x.lMza2PBb 0n2jG3Y6YUXDGznzoxhDjRGu2
X-Yahoo-Newman-Property: ymail-3
Message-ID: <4C1AE00E.8060508@acm.org>
Date: Thu, 17 Jun 2010 22:55:10 -0400
From: Tim Winter 
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100423 Thunderbird/3.0.4
MIME-Version: 1.0
To: ROLL WG 
References: <2135636398.150065.1276799079763.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <2135636398.150065.1276799079763.JavaMail.root@mail02.pantherlink.uwm.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [Roll] Soliciting a DAO
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 02:55:13 -0000

Hi Mukul, Phil,

On 06/17/2010 02:24 PM, Mukul Goyal wrote:
> Hi Philip
>
>> Can you be more specific? Currently this is done with the T flag and
> DTSN. But you want to solicit one deep in a sub-DODAG?
>
> Pascal mentioned during the meeting yesterday the possibility of soliciting a DAO from a specific destination using the target option in the DIO. Please note that I am not requesting such a functionality. I am just asking if it is going to be added so that we can refer to it in the P2P draft.
>
> I do not have a strong opinion either way regarding such a functionality. If present, it makes RPL "reactive" (a pro) but more complex (a con). It does not solve the main P2P related problem associated with DAG-based routing (the need to go up the DAG and then down). So, I tend to think that it will be a rather redundant functionality (assuming that the functionality provided by the P2P draft would be standardized) unless I am missing some thing.

This then is a key question -- pro vs. con

Given that the P2P draft will elaborate upon the RPL base spec as needed to support 
the P2P functionality, is there any need for the RPL base spec to support sending a 
DIO + Target from the DODAG root?

To give a small summary, without DIO + Target, a DODAG root (when a downward route is 
not available, other use cases?), may either :

	1) Wait for a local repair / DODAG maintenance to restore the downward route

	2) Trigger a global repair by incrementing the DODAG Version number

With the DIO + Target, a DODAG root may attempt to solicit a DAO from that specific 
target, presumed to be located somewhere in the sub-DODAG..

Additional details would have to be worked out, e.g. for how long/how many DIOs do 
the nodes in the sub-DODAG continue to include/repeat the Target Option when they 
emit DIOs for that Version?

WG, is this a feature that we should consider to add to the base specification, or 
defer until some future work?

Thanks,

-Tim


>
> Thanks
> Mukul
>
> ----- Original Message -----
> From: "Philip Levis"
> To: "Mukul Goyal"
> Cc: "Pascal Thubert (pthubert)", "roll"
> Sent: Thursday, June 17, 2010 12:19:19 PM
> Subject: Re: [Roll] Soliciting a DAO
>
> On Jun 17, 2010, at 9:28 AM, Mukul Goyal wrote:
>
>> Hi Pascal,
>>
>> Will the next version of RPL have a description of how to use
>> DIO+target_option to solicit a DAO? At present, RPL spec does mention
>> the possibility of including a target option in a DIO but has no
>> description of how it will be used.
>>
>> Looks like such a provision will add a "reactive" flavor to RPL.
>
> Can you be more specific? Currently this is done with the T flag and
> DTSN. But you want to solicit one deep in a sub-DODAG?
>
> Phil
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>

From prvs=77847d962=mukul@uwm.edu  Thu Jun 17 20:06:19 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 61BA73A67B5 for ; Thu, 17 Jun 2010 20:06:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.32
X-Spam-Level: 
X-Spam-Status: No, score=-2.32 tagged_above=-999 required=5 tests=[AWL=0.279,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2k2woG2i6GZZ for ; Thu, 17 Jun 2010 20:06:18 -0700 (PDT)
Received: from ip2mta.uwm.edu (ip2mta.uwm.edu [129.89.7.20]) by core3.amsl.com (Postfix) with ESMTP id DA8D43A659A for ; Thu, 17 Jun 2010 20:06:17 -0700 (PDT)
Received: from mta02.pantherlink.uwm.edu ([129.89.7.82]) by ip2mta.uwm.edu with ESMTP; 17 Jun 2010 22:06:23 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id 1FD642C18033; Thu, 17 Jun 2010 22:06:23 -0500 (CDT)
X-Virus-Scanned: amavisd-new at 
Received: from mta02.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta02.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dQ6KDHQHUoeO; Thu, 17 Jun 2010 22:06:22 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id 8BD832C18038; Thu, 17 Jun 2010 22:06:22 -0500 (CDT)
Date: Thu, 17 Jun 2010 22:06:22 -0500 (CDT)
From: Mukul Goyal 
To: Tim Winter 
Message-ID: <228934474.165818.1276830382490.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <639811213.165816.1276830358559.JavaMail.root@mail02.pantherlink.uwm.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [129.89.7.92]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - IE8 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Cc: ROLL WG 
Subject: Re: [Roll] Soliciting a DAO
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 03:06:19 -0000

Hi Tim

>This then is a key question -- pro vs. con

>Given that the P2P draft will elaborate upon the RPL base spec as needed
>to support
>the P2P functionality, is there any need for the RPL base spec to
>support sending a
>DIO + Target from the DODAG root?

I would say no.


>To give a small summary, without DIO + Target, a DODAG root (when a
>downward route is
>not available, other use cases?), may either :

>1) Wait for a local repair / DODAG maintenance to restore the downward route

>2) Trigger a global repair by incrementing the DODAG Version number

>With the DIO + Target, a DODAG root may attempt to solicit a DAO from
>that specific
>target, presumed to be located somewhere in the sub-DODAG..

>Additional details would have to be worked out, e.g. for how long/how
>many DIOs do
>the nodes in the sub-DODAG continue to include/repeat the Target Option
>when they
>emit DIOs for that Version?

Yes, I guess it adds too much complexity to the base spec. 

>WG, is this a feature that we should consider to add to the base
>specification,...?

I would vote no.

Thanks
Mukul

----- Original Message -----
From: "Tim Winter" 
To: "ROLL WG" 
Sent: Thursday, June 17, 2010 9:55:10 PM
Subject: Re: [Roll] Soliciting a DAO

Hi Mukul, Phil,

On 06/17/2010 02:24 PM, Mukul Goyal wrote:
> Hi Philip
>
>> Can you be more specific? Currently this is done with the T flag and
> DTSN. But you want to solicit one deep in a sub-DODAG?
>
> Pascal mentioned during the meeting yesterday the possibility of
> soliciting a DAO from a specific destination using the target option
> in the DIO. Please note that I am not requesting such a functionality.
> I am just asking if it is going to be added so that we can refer to it
> in the P2P draft.
>
> I do not have a strong opinion either way regarding such a
> functionality. If present, it makes RPL "reactive" (a pro) but more
> complex (a con). It does not solve the main P2P related problem
> associated with DAG-based routing (the need to go up the DAG and then
> down). So, I tend to think that it will be a rather redundant
> functionality (assuming that the functionality provided by the P2P
> draft would be standardized) unless I am missing some thing.

This then is a key question -- pro vs. con

Given that the P2P draft will elaborate upon the RPL base spec as needed
to support
the P2P functionality, is there any need for the RPL base spec to
support sending a
DIO + Target from the DODAG root?

To give a small summary, without DIO + Target, a DODAG root (when a
downward route is
not available, other use cases?), may either :

1) Wait for a local repair / DODAG maintenance to restore the downward
route

2) Trigger a global repair by incrementing the DODAG Version number

With the DIO + Target, a DODAG root may attempt to solicit a DAO from
that specific
target, presumed to be located somewhere in the sub-DODAG..

Additional details would have to be worked out, e.g. for how long/how
many DIOs do
the nodes in the sub-DODAG continue to include/repeat the Target Option
when they
emit DIOs for that Version?

WG, is this a feature that we should consider to add to the base
specification, or
defer until some future work?

Thanks,

-Tim


>
> Thanks
> Mukul
>
> ----- Original Message -----
> From: "Philip Levis"
> To: "Mukul Goyal"
> Cc: "Pascal Thubert (pthubert)",
> "roll"
> Sent: Thursday, June 17, 2010 12:19:19 PM
> Subject: Re: [Roll] Soliciting a DAO
>
> On Jun 17, 2010, at 9:28 AM, Mukul Goyal wrote:
>
>> Hi Pascal,
>>
>> Will the next version of RPL have a description of how to use
>> DIO+target_option to solicit a DAO? At present, RPL spec does mention
>> the possibility of including a target option in a DIO but has no
>> description of how it will be used.
>>
>> Looks like such a provision will add a "reactive" flavor to RPL.
>
> Can you be more specific? Currently this is done with the T flag and
> DTSN. But you want to solicit one deep in a sub-DODAG?
>
> Phil
> _______________________________________________ Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>
_______________________________________________ Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll

From wintert@acm.org  Thu Jun 17 20:14:43 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8EDED3A685C for ; Thu, 17 Jun 2010 20:14:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.358
X-Spam-Level: 
X-Spam-Status: No, score=-101.358 tagged_above=-999 required=5 tests=[AWL=-0.248, BAYES_05=-1.11, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nu5wmWd3+2Ms for ; Thu, 17 Jun 2010 20:14:41 -0700 (PDT)
Received: from smtp102.prem.mail.ac4.yahoo.com (smtp102.prem.mail.ac4.yahoo.com [76.13.13.41]) by core3.amsl.com (Postfix) with SMTP id 1F05F3A67B5 for ; Thu, 17 Jun 2010 20:14:41 -0700 (PDT)
Received: (qmail 39320 invoked from network); 18 Jun 2010 03:14:43 -0000
Received: from [192.168.47.101] (wintert@206.83.249.194 with plain) by smtp102.prem.mail.ac4.yahoo.com with SMTP; 17 Jun 2010 20:14:43 -0700 PDT
X-Yahoo-SMTP: 30iEHGKswBCbca_Y5pX7d6RVQMoT5Mk-
X-YMail-OSG: .nalWlIVM1nPYO1Q1Tgr9V4i1IUZt8txc.H2NtBNXxrrOzh z4vb8ZQKOhZg2sHT.a0xnGUm5VsslyaVLap4CPX5PRV55hq2wm5t4wKMbJ6C LqzcZHzlwanDfC2mc4KJsMbSwiHwUZF0svCDL8NQBGtiuL59LuMx_DIntNcA PHTCyLtrDcgI_Ba9WjqytXmtrGO_6OIHVGdodgDIqRwuoHzQ_NUsV_YGzOtU SDFLw9nXrxlBfJBeZbXTxesbakKEEvJ507s42PmgpvWtQwo5qgEnWsQ--
X-Yahoo-Newman-Property: ymail-3
Message-ID: <4C1AE4A2.9020201@acm.org>
Date: Thu, 17 Jun 2010 23:14:42 -0400
From: Tim Winter 
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100423 Thunderbird/3.0.4
MIME-Version: 1.0
To: ROLL WG 
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Roll] Remove 'T' flag?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 03:14:44 -0000

Consider the case if we clarify Section 8.5 'Triggering DAO Messages' to add the 
following rule for RPL-10:

        In non-storing mode, if a node hears one of its DAO parents
        increment its DTSN, the node MUST increment its own DTSN.

Then,

1) In storing mode operation, a node can increment its own DTSN to get refreshed DAO 
messages from its one-hop children.

3) In non-storing mode operation, a DODAG Root can increment its own DTSN to cause 
all non-storing nodes in the sub-DODAG to increment their DTSNs in turn, and get 
refreshed DAO messages from all its children.

The 'T' flag, if it remained, would seem to only be useful for a node to 'pull' all 
DAOs from its sub-DODAG in storing mode operation.  (This is in addition to the 
mechanisms provided by DTSN and DAO-ACK which can assist a parent to reliably get 
DAOs from its children.)

Is this necessary?  Now that we are only supporting storing and non-storing modes of 
operation, would you support to remove the 'T' flag?

Regards,

-Tim

From gnawali@cs.stanford.edu  Thu Jun 17 21:14:13 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E2C8B3A67B4 for ; Thu, 17 Jun 2010 21:14:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.799
X-Spam-Level: 
X-Spam-Status: No, score=-4.799 tagged_above=-999 required=5 tests=[AWL=-0.311, BAYES_05=-1.11, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oTIz9kPuIm6S for ; Thu, 17 Jun 2010 21:14:11 -0700 (PDT)
Received: from cs-smtp-2.Stanford.EDU (cs-smtp-2.Stanford.EDU [171.64.64.26]) by core3.amsl.com (Postfix) with ESMTP id D41913A6782 for ; Thu, 17 Jun 2010 21:14:10 -0700 (PDT)
Received: from mail-yx0-f174.google.com ([209.85.213.174]) by cs-smtp-2.Stanford.EDU with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.60) (envelope-from ) id 1OPSy8-00072H-9z for roll@ietf.org; Thu, 17 Jun 2010 21:14:16 -0700
Received: by yxl31 with SMTP id 31so82463yxl.19 for ; Thu, 17 Jun 2010 21:14:15 -0700 (PDT)
Received: by 10.150.167.22 with SMTP id p22mr377940ybe.382.1276834455373; Thu,  17 Jun 2010 21:14:15 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.150.199.19 with HTTP; Thu, 17 Jun 2010 21:13:55 -0700 (PDT)
In-Reply-To: <1961970247.165647.1276829567079.JavaMail.root@mail02.pantherlink.uwm.edu>
References: <5BEAFD5C-242E-4BAB-8E3F-ED372B91112E@cs.stanford.edu>  <1961970247.165647.1276829567079.JavaMail.root@mail02.pantherlink.uwm.edu>
From: Omprakash Gnawali 
Date: Thu, 17 Jun 2010 21:13:55 -0700
Message-ID: 
To: Mukul Goyal 
Content-Type: text/plain; charset=ISO-8859-1
X-Scan-Signature: c34b9e52c8715c7e60548704bd659ba6
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 04:14:14 -0000

On Thu, Jun 17, 2010 at 7:52 PM, Mukul Goyal  wrote:
>>This seems to be getting kind of complex: a DAG specifies an
>>objective function, as well as a metric->rank conversion function, as
>>well as the metrics that the objective function uses?
>
> So, what is the alternative?? How would you pick a metric=>CU mapping that works in all contexts?

It is not knowing what how to do this conversion that led me to ask
this question during the meeting. We seem to be on the same page that
we don't know the best way to do this.

Are there examples of general purpose OF or entities similar to OF in
use elsewhere? Maybe we can learn from them.

- om_p

From mcr@sandelman.ca  Thu Jun 17 21:26:19 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 295023A67AD for ; Thu, 17 Jun 2010 21:26:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.776
X-Spam-Level: 
X-Spam-Status: No, score=0.776 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HOST_MISMATCH_NET=0.311, IP_NOT_FRIENDLY=0.334,  SARE_RMML_Stock9=0.13]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ctjdwyZt27Ov for ; Thu, 17 Jun 2010 21:26:18 -0700 (PDT)
Received: from relay.sandelman.ca (relay.cooperix.net [67.23.6.41]) by core3.amsl.com (Postfix) with ESMTP id ED57C3A6783 for ; Thu, 17 Jun 2010 21:26:17 -0700 (PDT)
Received: from marajade.sandelman.ca (desk.marajade.sandelman.ca [209.87.252.247]) by relay.sandelman.ca (Postfix) with ESMTPS id 479FF34426 for ; Fri, 18 Jun 2010 00:26:23 -0400 (EDT)
Received: from marajade.sandelman.ca (unknown [127.0.0.1]) by marajade.sandelman.ca (Postfix) with ESMTP id 8527A98580 for ; Fri, 18 Jun 2010 00:25:31 -0400 (EDT)
From: Michael Richardson 
To: IETF ROLL 
X-Mailer: MH-E 8.1; nmh 1.1; XEmacs 21.4 (patch 21)
Date: Fri, 18 Jun 2010 00:25:31 -0400
Message-ID: <18560.1276835131@marajade.sandelman.ca>
Sender: mcr@sandelman.ca
Subject: [Roll] can a DODAG target be multicast IP?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 04:26:19 -0000

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


Can the target (GOAL) advertised in the DODAG DAO be a multicast IPv6
address?

- -- 
]       He who is tired of Weird Al is tired of life!           |  firewalls  [
]   Michael Richardson, Sandelman Software Works, Ottawa, ON    |net architect[
] mcr@sandelman.ottawa.on.ca http://www.sandelman.ottawa.on.ca/ |device driver[
   Kyoto Plus: watch the video 
	               then sign the petition. 



-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Finger me for keys

iQEVAwUBTBr1OoCLcPvd0N1lAQJ7IggAgJpQVomI/PdVdMykITSJzm40IllDWx4K
7v79JyCTqGH6pn/ko+c7NRFJAdMlhMAwWqmL3So8gMOi1GY43HtZLNbsaGi7rcbA
5wWdG4k9kMX2dsgHuLfuyGcYTG16hR7ZPE9ZuQxA4fNkmha+HGODt4WebWTiJS4T
PEL45ep/jQl0Uh1P4CqiRUUkZMqMfgV2AgXCM/pBd4C5d9xoUo9HUDW2QQgJSKaI
BXd1xFxjvzootnV0aGIVqpkv9t348oPfbgwC+fyELoyZ3Tra1zETsc1urv2SF/N6
2euwB7HOvBI5PzjseZ/fCHr7F/eANHzTYhwCiifA84PbrrlD55lTGA==
=5wfq
-----END PGP SIGNATURE-----

From henning.rogge@fkie.fraunhofer.de  Thu Jun 17 22:48:00 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 01CF63A69C5 for ; Thu, 17 Jun 2010 22:48:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.071
X-Spam-Level: *
X-Spam-Status: No, score=1.071 tagged_above=-999 required=5 tests=[AWL=-0.185,  BAYES_50=0.001, HELO_EQ_DE=0.35, RCVD_IN_PBL=0.905]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hq2QfqrenTTA for ; Thu, 17 Jun 2010 22:47:52 -0700 (PDT)
Received: from mailguard.fgan.de (mailguard.fkie.fraunhofer.de [IPv6:2001:638:401:102:1aa9:5ff:fe5f:7f22]) by core3.amsl.com (Postfix) with ESMTP id A522E3A69C3 for ; Thu, 17 Jun 2010 22:47:47 -0700 (PDT)
Received: from rufsun5.fkie.fgan.de ([128.7.2.5] helo=mailhost.fgan.de) by mailguard.fgan.de with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1OPUQe-0001Ra-Bs; Fri, 18 Jun 2010 07:47:48 +0200
Received: from stream.fkie.fgan.de ([128.7.5.148] helo=stream.localnet) by mailhost.fgan.de with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1OPUQd-0000YO-Vm; Fri, 18 Jun 2010 07:47:48 +0200
From: Henning Rogge 
To: "Pascal Thubert (pthubert)" 
Date: Fri, 18 Jun 2010 07:47:38 +0200
User-Agent: KMail/1.13.3 (Linux/2.6.32-22-generic; KDE/4.4.4; i686; ; )
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org> <201006171112.26819.henning.rogge@fkie.fraunhofer.de> <6A2A459175DABE4BB11DE2026AA50A5D0225E227@XMB-AMS-107.cisco.com>
In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D0225E227@XMB-AMS-107.cisco.com>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart2402536.HJMrzvJQeS"; protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <201006180747.44402.henning.rogge@fkie.fraunhofer.de>
X-Virus-Scanned: yes (ClamAV 0.96.1/11212/Fri Jun 18 05:35:06 2010) by mailguard.fgan.de
X-Scan-Signature: 9bea0208ff5bf14e461e230ff4736cfe
Cc: roll@ietf.org
Subject: Re: [Roll] Fwd:  [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 05:48:00 -0000

--nextPart2402536.HJMrzvJQeS
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Thu June 17 2010 15:36:04 Pascal Thubert (pthubert) wrote:
> Hi Henning:
>=20
> Hope you're doing good these days;
Yes, I am. :)

> I'm afraid MANET is a little vague. We cant to pinpoint nodes that support
> our protocol. No point in sending DIS or DIO to an OSLRv2 node.
>=20
> What do you think?

I think all routing mesh protocols (including olsr, ripple, aodv) start wit=
h=20
sending linklocal broadcasts/multicasts. Stations not equipped with the=20
correct protocol will ignore this message because they do not handle the=20
corresponding port or ip-protocol number. So you would never send RPL unica=
st=20
messages to this nodes.

Henning Rogge

=2D-=20
Diplom-Informatiker Henning Rogge , Fraunhofer-Institut f=FCr
Kommunikation, Informationsverarbeitung und Ergonomie FKIE
Kommunikationssysteme (KOM)
Neuenahrer Stra=DFe 20, 53343 Wachtberg, Germany
Telefon +49 228 9435-961,   Fax +49 228 9435 685
mailto:henning.rogge@fkie.fraunhofer.de http://www.fkie.fraunhofer.de
GPG: E1C6 0914 490B 3909 D944 F80D 4487 C67C 55EC CFE0

--nextPart2402536.HJMrzvJQeS
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEABECAAYFAkwbCHsACgkQRIfGfFXsz+ACdgCeJRH26MerfdLm+30ZynFKw8Vx
mhUAn1dgsfUmNc1U8GWcct/eyrIazD+A
=4rqb
-----END PGP SIGNATURE-----

--nextPart2402536.HJMrzvJQeS--

From jpv@cisco.com  Thu Jun 17 23:23:31 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 915D83A69AA for ; Thu, 17 Jun 2010 23:23:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.166
X-Spam-Level: 
X-Spam-Status: No, score=-10.166 tagged_above=-999 required=5 tests=[AWL=0.432, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id trpvGM6TzOYC for ; Thu, 17 Jun 2010 23:23:30 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id BD0463A6977 for ; Thu, 17 Jun 2010 23:23:29 -0700 (PDT)
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AiYFABquGkxAZnwN/2dsb2JhbACBQ50+caVkmkCFGQQ
X-IronPort-AV: E=Sophos;i="4.53,437,1272844800";  d="scan'208,217";a="122992473"
Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-2.cisco.com with ESMTP; 18 Jun 2010 06:23:34 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5I6NYJp027268; Fri, 18 Jun 2010 06:23:34 GMT
Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 18 Jun 2010 08:23:33 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 18 Jun 2010 08:23:32 +0200
Message-Id: <321BAFA3-5483-4446-96E0-0E58A31248D4@cisco.com>
From: JP Vasseur 
To: "Samita Chakrabarti" 
In-Reply-To: <021601cb0e56$070efc30$152cf490$@com>
Content-Type: multipart/alternative; boundary=Apple-Mail-269-34784658
Mime-Version: 1.0 (Apple Message framework v936)
Date: Fri, 18 Jun 2010 08:23:31 +0200
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org>  <021601cb0e56$070efc30$152cf490$@com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 18 Jun 2010 06:23:32.0935 (UTC) FILETIME=[C69B3570:01CB0EAE]
Cc: 'ROLL WG' 
Subject: Re: [Roll] Fwd:  [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 06:23:31 -0000

--Apple-Mail-269-34784658
Content-Type: text/plain;
	charset=WINDOWS-1252;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: quoted-printable

Hi,

On Jun 17, 2010, at 9:48 PM, Samita Chakrabarti wrote:

> Hi JP,
>
> Thanks for addressing the multicast comments. Please see below in-=20
> line.
>
> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf =20=

> Of JP Vasseur
> Sent: Wednesday, June 16, 2010 11:07 PM
> To: ROLL WG
> Subject: [Roll] Fwd: [roll] #54: Clarification on multicast
>
> Dear all,
>
> I closed the old ticket and opened a new fresher one.
>
> There was one comment that I removed:
>
> c. Is multicast support mandatory if someone implements the RPL =20
> draft? - if not, is it okay to simulate multicast packet =20
> distribution using unicast messaging in a small/simple LLN ?
>
> The answer is: look at the normative language. This is what tells =20
> you what to implement to be compliant with the RFC. Of course, =20
> commercial implementation may decide to implement some parts of the =20=

> ID, but this is not an IETF issue.
> [SC>]  The reason I asked this question is for interoperability of =20
> the implementations among vendors. I suppose multicast feature in =20
> RPL is optional and not a MUST =96 right?

The implementation specifies how to propagate multicast address, an =20
implementation may choose not to implement this part indeed.

>
>  Back to the second part of your question, yes some implementation =20
> to send multiple unicast packets, which may be OK in small networks"
> [SC>] Yes, agree. Thanks.

Thanks.

JP.

>
> -Samita
>
>
> Begin forwarded message:
>
>
> From: "roll issue tracker" 
> Date: June 17, 2010 7:52:34 AM CEDT
> To: pthubert@cisco.com, jpv@cisco.com
> Cc: roll@ietf.org
> Subject: [Roll] [roll] #54: Clarification on multicast
> Reply-To: roll@ietf.org
>
> #54: Clarification on multicast
> --------------------------------=20
> +-------------------------------------------
> Reporter:  jpv@=85               |       Owner:  pthubert@=85
>     Type:  defect              |      Status:  new
> Priority:  trivial             |   Milestone:
> Component:  rpl                 |     Version:
> Severity:  Active WG Document  |    Keywords:
> --------------------------------=20
> +-------------------------------------------
> Starting a new ticket on Multicast operations.
> There are two items here:
> 1) Solution for multicast forward on in a non storing node network =20
> (=3D> not
> a routing issue, outside of the scope of the ROLL WG)
> 2) A few clarifications have been requested:
> A few comments/questions:
> a. It might be useful to have a few words stating whether this =20
> solution
> would work in a large LLN =96 I,e when the members of multicast group =
is
> spread across the large LLN
> b. The section says that the router =91should prune=92 duplicate =20
> registration
> messages (DAO) =96 but it does not say more detail about it -I,e is it =
=20
> up to
> the implementation that pruning would be done based on some rules?
>
> --=20
> Ticket URL: 
> roll 
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>


--Apple-Mail-269-34784658
Content-Type: text/html;
	charset=WINDOWS-1252
Content-Transfer-Encoding: quoted-printable

Hi,

On Jun =
17, 2010, at 9:48 PM, Samita Chakrabarti wrote:

Hi JP,
 
Thanks for =
addressing the multicast comments. Please see below =
in-line.
 roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of JP =
Vasseur
Sent: Wednesday, June 16, 2010 =
11:07 PM
To: ROLL =
WG
Subject: [Roll] Fwd: [roll] #54: =
Clarification on multicast
 
Dear =
all,
I closed the old ticket =
and opened a new fresher one.
 
There was one =
comment that I removed:
 
c. Is multicast support mandatory if someone =
implements the RPL draft? - if not, is it okay to simulate multicast =
packet distribution using unicast messaging in a small/simple LLN =
?
The answer is: look at =
the normative language. This is what tells you what to implement to be =
compliant with the RFC. Of course, commercial implementation may decide =
to implement some parts of the ID, but this is not an IETF =
issue.
[SC>]  The reason I asked =
this question is for interoperability of the implementations among =
vendors. I suppose multicast feature in RPL is optional and not a MUST =96=
 right?
 Back to the second =
part of your question, yes some implementation to send multiple unicast =
packets, which may be OK in small networks"
[SC>] Yes, agree. =
Thanks.

Thanks.

JP.
 
Begin forwarded =
message:
From: "roll =
issue tracker" <Date: June =
17, 2010 7:52:34 AM CEDT
Subject: [Roll] =
[roll] #54: Clarification on =
multicast
Reply-To: roll@ietf.org
 
#54: =
Clarification on =
multicast
--------------------------------+----------------------------=
---------------
Reporter:  jpv@=85 =
            &n=
bsp; |       Owner:  pthubert@=85 =
       
    Type=
:  defect =
            &n=
bsp;|      Status:  new =
            &n=
bsp; 
Priority:  trivial =
            | =
  Milestone: =
            &n=
bsp;      
Component:  rpl =
            &n=
bsp;   |     Version: =
            &n=
bsp;      
Severity:  Active WG =
Document  |    Keywords: =
            &n=
bsp;      
------------------------------=
--+-------------------------------------------
Starting a new ticket =
on Multicast operations.
There are two items here:
1) Solution for =
multicast forward on in a non storing node network (=3D> not
a =
routing issue, outside of the scope of the ROLL WG)
2) A few =
clarifications have been requested:
A few comments/questions:
a. =
It might be useful to have a few words stating whether this =
solution
would work in a large LLN =96 I,e when the members of =
multicast group is
spread across the large LLN
b. The section says =
that the router =91should prune=92 duplicate registration
messages =
(DAO) =96 but it does not say more detail about it -I,e is it up =
to
the implementation that pruning would be done based on some =
rules?

-- 
Ticket URL: <Roll@ietf.org

From: JP Vasseur 
To: Tim Winter 
In-Reply-To: <4C1AE4A2.9020201@acm.org>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Fri, 18 Jun 2010 08:28:02 +0200
References: <4C1AE4A2.9020201@acm.org>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 18 Jun 2010 06:28:03.0008 (UTC) FILETIME=[67951400:01CB0EAF]
Cc: ROLL WG 
Subject: Re: [Roll] Remove 'T' flag?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 06:28:00 -0000

On Jun 18, 2010, at 5:14 AM, Tim Winter wrote:

>
> Consider the case if we clarify Section 8.5 'Triggering DAO  
> Messages' to add the following rule for RPL-10:
>
>       In non-storing mode, if a node hears one of its DAO parents
>       increment its DTSN, the node MUST increment its own DTSN.
>
> Then,
>
> 1) In storing mode operation, a node can increment its own DTSN to  
> get refreshed DAO messages from its one-hop children.
>
> 3) In non-storing mode operation, a DODAG Root can increment its own  
> DTSN to cause all non-storing nodes in the sub-DODAG to increment  
> their DTSNs in turn, and get refreshed DAO messages from all its  
> children.
>
> The 'T' flag, if it remained, would seem to only be useful for a  
> node to 'pull' all DAOs from its sub-DODAG in storing mode  
> operation.  (This is in addition to the mechanisms provided by DTSN  
> and DAO-ACK which can assist a parent to reliably get DAOs from its  
> children.)
>
> Is this necessary?  Now that we are only supporting storing and non- 
> storing modes of operation, would you support to remove the 'T' flag?

Yes, this would be redundant with 1).

Cheers.

JP.

>
> Regards,
>
> -Tim
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From jpv@cisco.com  Thu Jun 17 23:29:50 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9714E3A67D1 for ; Thu, 17 Jun 2010 23:29:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.186
X-Spam-Level: 
X-Spam-Status: No, score=-10.186 tagged_above=-999 required=5 tests=[AWL=0.413, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j9moGY-nt4WO for ; Thu, 17 Jun 2010 23:29:49 -0700 (PDT)
Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 23CAC3A67B7 for ; Thu, 17 Jun 2010 23:29:49 -0700 (PDT)
Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEANGuGkxAZnwN/2dsb2JhbACfAnGlapo/hRkEkC8
X-IronPort-AV: E=Sophos;i="4.53,437,1272844800"; d="scan'208";a="122857657"
Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 18 Jun 2010 06:29:54 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5I6Trpt000878; Fri, 18 Jun 2010 06:29:53 GMT
Received: from xfe-ams-202.cisco.com ([144.254.231.96]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 18 Jun 2010 08:29:53 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-202.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 18 Jun 2010 08:29:52 +0200
Message-Id: 
From: JP Vasseur 
To: Mukul Goyal , Tim Winter 
In-Reply-To: <228934474.165818.1276830382490.JavaMail.root@mail02.pantherlink.uwm.edu>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Fri, 18 Jun 2010 08:29:50 +0200
References: <228934474.165818.1276830382490.JavaMail.root@mail02.pantherlink.uwm.edu>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 18 Jun 2010 06:29:52.0843 (UTC) FILETIME=[A90C91B0:01CB0EAF]
Cc: ROLL WG 
Subject: Re: [Roll] Soliciting a DAO
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 06:29:50 -0000

+1

On Jun 18, 2010, at 5:06 AM, Mukul Goyal wrote:

> Hi Tim
>
>> This then is a key question -- pro vs. con
>
>> Given that the P2P draft will elaborate upon the RPL base spec as  
>> needed
>> to support
>> the P2P functionality, is there any need for the RPL base spec to
>> support sending a
>> DIO + Target from the DODAG root?
>
> I would say no.
>
>
>> To give a small summary, without DIO + Target, a DODAG root (when a
>> downward route is
>> not available, other use cases?), may either :
>
>> 1) Wait for a local repair / DODAG maintenance to restore the  
>> downward route
>
>> 2) Trigger a global repair by incrementing the DODAG Version number
>
>> With the DIO + Target, a DODAG root may attempt to solicit a DAO from
>> that specific
>> target, presumed to be located somewhere in the sub-DODAG..
>
>> Additional details would have to be worked out, e.g. for how long/how
>> many DIOs do
>> the nodes in the sub-DODAG continue to include/repeat the Target  
>> Option
>> when they
>> emit DIOs for that Version?
>
> Yes, I guess it adds too much complexity to the base spec.
>
>> WG, is this a feature that we should consider to add to the base
>> specification,...?
>
> I would vote no.
>
> Thanks
> Mukul
>
> ----- Original Message -----
> From: "Tim Winter" 
> To: "ROLL WG" 
> Sent: Thursday, June 17, 2010 9:55:10 PM
> Subject: Re: [Roll] Soliciting a DAO
>
> Hi Mukul, Phil,
>
> On 06/17/2010 02:24 PM, Mukul Goyal wrote:
>> Hi Philip
>>
>>> Can you be more specific? Currently this is done with the T flag and
>> DTSN. But you want to solicit one deep in a sub-DODAG?
>>
>> Pascal mentioned during the meeting yesterday the possibility of
>> soliciting a DAO from a specific destination using the target option
>> in the DIO. Please note that I am not requesting such a  
>> functionality.
>> I am just asking if it is going to be added so that we can refer to  
>> it
>> in the P2P draft.
>>
>> I do not have a strong opinion either way regarding such a
>> functionality. If present, it makes RPL "reactive" (a pro) but more
>> complex (a con). It does not solve the main P2P related problem
>> associated with DAG-based routing (the need to go up the DAG and then
>> down). So, I tend to think that it will be a rather redundant
>> functionality (assuming that the functionality provided by the P2P
>> draft would be standardized) unless I am missing some thing.
>
> This then is a key question -- pro vs. con
>
> Given that the P2P draft will elaborate upon the RPL base spec as  
> needed
> to support
> the P2P functionality, is there any need for the RPL base spec to
> support sending a
> DIO + Target from the DODAG root?
>
> To give a small summary, without DIO + Target, a DODAG root (when a
> downward route is
> not available, other use cases?), may either :
>
> 1) Wait for a local repair / DODAG maintenance to restore the downward
> route
>
> 2) Trigger a global repair by incrementing the DODAG Version number
>
> With the DIO + Target, a DODAG root may attempt to solicit a DAO from
> that specific
> target, presumed to be located somewhere in the sub-DODAG..
>
> Additional details would have to be worked out, e.g. for how long/how
> many DIOs do
> the nodes in the sub-DODAG continue to include/repeat the Target  
> Option
> when they
> emit DIOs for that Version?
>
> WG, is this a feature that we should consider to add to the base
> specification, or
> defer until some future work?
>
> Thanks,
>
> -Tim
>
>
>>
>> Thanks
>> Mukul
>>
>> ----- Original Message -----
>> From: "Philip Levis"
>> To: "Mukul Goyal"
>> Cc: "Pascal Thubert (pthubert)",
>> "roll"
>> Sent: Thursday, June 17, 2010 12:19:19 PM
>> Subject: Re: [Roll] Soliciting a DAO
>>
>> On Jun 17, 2010, at 9:28 AM, Mukul Goyal wrote:
>>
>>> Hi Pascal,
>>>
>>> Will the next version of RPL have a description of how to use
>>> DIO+target_option to solicit a DAO? At present, RPL spec does  
>>> mention
>>> the possibility of including a target option in a DIO but has no
>>> description of how it will be used.
>>>
>>> Looks like such a provision will add a "reactive" flavor to RPL.
>>
>> Can you be more specific? Currently this is done with the T flag and
>> DTSN. But you want to solicit one deep in a sub-DODAG?
>>
>> Phil
>> _______________________________________________ Roll mailing list
>> Roll@ietf.org
>> https://www.ietf.org/mailman/listinfo/roll
>>
> _______________________________________________ Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From pthubert@cisco.com  Fri Jun 18 01:13:51 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F40773A6A04 for ; Fri, 18 Jun 2010 01:13:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.367
X-Spam-Level: 
X-Spam-Status: No, score=-9.367 tagged_above=-999 required=5 tests=[AWL=-0.257, BAYES_05=-1.11, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qpYq61Jrx2tu for ; Fri, 18 Jun 2010 01:13:49 -0700 (PDT)
Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by core3.amsl.com (Postfix) with ESMTP id 677073A6A00 for ; Fri, 18 Jun 2010 01:13:49 -0700 (PDT)
Authentication-Results: sj-iport-4.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAPLGGkyrRN+J/2dsb2JhbACfC3GkRJpXhRsE
X-IronPort-AV: E=Sophos;i="4.53,437,1272844800"; d="scan'208";a="146398830"
Received: from sj-core-3.cisco.com ([171.68.223.137]) by sj-iport-4.cisco.com with ESMTP; 18 Jun 2010 08:13:55 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-3.cisco.com (8.13.8/8.14.3) with ESMTP id o5I8DlCu021239; Fri, 18 Jun 2010 08:13:54 GMT
Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 18 Jun 2010 10:13:53 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Fri, 18 Jun 2010 10:13:49 +0200
Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D0225E4CC@XMB-AMS-107.cisco.com>
In-Reply-To: <201006180747.44402.henning.rogge@fkie.fraunhofer.de>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] Fwd:  [roll] #54: Clarification on multicast
thread-index: AcsOqc1kG83ZBCJkQv6IoW4alv4dqgAEotNg
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org> <201006171112.26819.henning.rogge@fkie.fraunhofer.de> <6A2A459175DABE4BB11DE2026AA50A5D0225E227@XMB-AMS-107.cisco.com> <201006180747.44402.henning.rogge@fkie.fraunhofer.de>
From: "Pascal Thubert (pthubert)" 
To: "Henning Rogge" 
X-OriginalArrivalTime: 18 Jun 2010 08:13:53.0919 (UTC) FILETIME=[310530F0:01CB0EBE]
Cc: roll@ietf.org
Subject: Re: [Roll] Fwd:  [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 08:13:51 -0000

Hi Henning:

Sure. And the whole point of defining multicast addresses like 224.0.0.5 =
for IPv4 or FF02::5 for IPv6 for OSPF is that this happens at the lowest =
level possible (like a NIC card).=20

All:

The poll on the table is for RPL messages to be sent to:

- all nodes		[RFC4291]
- all routers		[RFC4291]
- LL MANET nodes 	[RFC5498]
- LL RPL nodes 		[that we need to request to IANA]=20

You'll note that RFC 3111 alone reserves 1000 mcast addresses and it's =
not like there's a shortage for new assignment.

Votes?

Pascal

> -----Original Message-----
> From: Henning Rogge [mailto:henning.rogge@fkie.fraunhofer.de]
> Sent: Friday, June 18, 2010 7:48 AM
> To: Pascal Thubert (pthubert)
> Cc: roll@ietf.org
> Subject: Re: [Roll] Fwd: [roll] #54: Clarification on multicast
>=20
> On Thu June 17 2010 15:36:04 Pascal Thubert (pthubert) wrote:
> > Hi Henning:
> >
> > Hope you're doing good these days;
> Yes, I am. :)
>=20
> > I'm afraid MANET is a little vague. We cant to pinpoint nodes that
> > support our protocol. No point in sending DIS or DIO to an OSLRv2 =
node.
> >
> > What do you think?
>=20
> I think all routing mesh protocols (including olsr, ripple, aodv) =
start with
> sending linklocal broadcasts/multicasts. Stations not equipped with =
the
> correct protocol will ignore this message because they do not handle =
the
> corresponding port or ip-protocol number. So you would never send RPL
> unicast messages to this nodes.
>=20
> Henning Rogge
>=20
> --
> Diplom-Informatiker Henning Rogge , Fraunhofer-Institut f=FCr
> Kommunikation, Informationsverarbeitung und Ergonomie FKIE
> Kommunikationssysteme (KOM) Neuenahrer Stra=DFe 20, 53343 Wachtberg,
> Germany
> Telefon +49 228 9435-961,   Fax +49 228 9435 685
> mailto:henning.rogge@fkie.fraunhofer.de http://www.fkie.fraunhofer.de
> GPG: E1C6 0914 490B 3909 D944 F80D 4487 C67C 55EC CFE0

From mdurvy@cisco.com  Fri Jun 18 01:46:45 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A6F893A689D for ; Fri, 18 Jun 2010 01:46:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.887
X-Spam-Level: 
X-Spam-Status: No, score=-8.887 tagged_above=-999 required=5 tests=[AWL=-0.147, BAYES_20=-0.74, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4Ozu+sBl1oUx for ; Fri, 18 Jun 2010 01:46:34 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 804E33A6A06 for ; Fri, 18 Jun 2010 01:46:34 -0700 (PDT)
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-Files: smime.p7s : 4100
X-IronPort-AV: E=Sophos;i="4.53,437,1272844800";  d="p7s'?scan'208";a="123027989"
Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-2.cisco.com with ESMTP; 18 Jun 2010 08:46:39 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5I8kXwc006710; Fri, 18 Jun 2010 08:46:39 GMT
Received: from xmb-ams-103.cisco.com ([144.254.74.78]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 18 Jun 2010 10:46:25 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Fri, 18 Jun 2010 10:46:23 +0200
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_08E4_01CB0ED3.7E4376F0"
Message-ID: <8A977BDC5A7B0E429B0F521E8D6F91EE024F4617@XMB-AMS-103.cisco.com>
In-Reply-To: 
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Ticket 50
Thread-Index: AcsN+qNHttj10MzqRXaLm6jNR+0a4gALjH/w
References: <32EF5956-4440-48A4-8A8A-B8DDDC0FB260@cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D0213FBD8@XMB-AMS-107.cisco.com>  <6A2A459175DABE4BB11DE2026AA50A5D021DBCC7@XMB-AMS-107.cisco.com> 
From: "Mathilde Durvy (mdurvy)" 
To: "JP Vasseur" , "Pascal Thubert (pthubert)" 
X-OriginalArrivalTime: 18 Jun 2010 08:46:25.0743 (UTC) FILETIME=[BC65E5F0:01CB0EC2]
Cc: ROLL WG 
Subject: Re: [Roll] Ticket 50
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 08:46:46 -0000

This is a multipart message in MIME format.

------=_NextPart_000_08E4_01CB0ED3.7E4376F0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hi JP,

For 1) Section 7.5. "Operation as a Leaf Node" needs to be updated. Here is
a proposal:
------
In some cases a RPL node may attach to a DODAG as a leaf node only. One
example of such a case is when a node does not understand the RPL Instance's
OF or advertised path metric.  A leaf node does not extend DODAG
connectivity and as a consequence it must obey the following rules:

   1.  It MUST NOT transmit DIOs
   3.  It MAY transmit unicast DAOs as described in Section 8.2.
   4.  It MAY transmit multicast DAOs to the '1 hop' neighborhood as
       described in Section 8.10.

If a node that is a router wants to become a leaf node. It SHOULD first
poison its routes (advertising a Rank of INFINITE_RANK)
-------

For 2), changes are needed as well, both in the DIO format and in section
8.5. I'm still a bit unclear about the different use cases trade-off
concerning the DTSN / T bits and Tim just started a new thread on the topic
so I will bounce on his email.

Thanks,
Mathilde 


-----Original Message-----
From: JP Vasseur [mailto:jpv@cisco.com] 
Sent: jeudi, 17. juin 2010 10:54
To: Pascal Thubert (pthubert); Mathilde Durvy (mdurvy)
Cc: Tim Winter; ROLL WG
Subject: Re: Ticket 50

Mathilde,

Does that clarify ? Let know if we can close the ticket, you want some  
text somewhere, ...

Thanks.

JP.

On Jun 16, 2010, at 4:48 PM, Pascal Thubert (pthubert) wrote:

> Hi:
>
> I think we can follow Mathilde all the way though here:
>
> 1) leaf nodes would not send DIOs. When they are a router and decide  
> to
> become a leaf, they can poison as a router and then become a leaf. If
> after that get packets they should route, they can reject in the data
> plane (and ICMP for source route).
>
> 2) DIO without a T flag. Now that we have DAO Ack, there is no DAO  
> loss
> so maybe it's not needed oto cover DAO loss. For non storing, since we
> send per hop transit info, there isi no need to tell the children that
> the node has moved. So the mechanism is of little use in "normal"
> conditions. It appears that the node could use the mechanism upon
> inconsistency detection or after a local repair, for instance if a  
> node
> goes down and some children have grown up...
>
> Pascal
>
>> -----Original Message-----
>> From: JP Vasseur [mailto:jpv@cisco.com]
>> Sent: Monday, June 14, 2010 10:32 AM
>> To: Pascal Thubert (pthubert)
>> Subject: Re: Ticket 50
>>
>> Could you drive and close with Mathilde ?
>> That'd be great.
>>
>> Thanks !
>>
>> JP.
>>
>> On Jun 14, 2010, at 8:43 AM, Pascal Thubert (pthubert) wrote:
>>
>>> Hello Again
>>>
>>>> Ticker #50: while this is fresh in your mind could you point me the
>>> new text
>>>> that I can point to in the document to close the ticket:
>>>> https://svn.tools.ietf.org/wg/roll/trac/ticket/50
>>>>
>>>
>>> [Pascal] This one I'm unsure..
>>>
>>> Pascal
>


------=_NextPart_000_08E4_01CB0ED3.7E4376F0
Content-Type: application/x-pkcs7-signature;
	name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIILUzCCAjww
ggGlAhA/aR6BnPCaSvNz/7lIouTdMA0GCSqGSIb3DQEBBQUAMF8xCzAJBgNVBAYTAlVTMRcwFQYD
VQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJsaWMgUHJpbWFyeSBDZXJ0
aWZpY2F0aW9uIEF1dGhvcml0eTAeFw05NjAxMjkwMDAwMDBaFw0yODA4MDIyMzU5NTlaMF8xCzAJ
BgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJs
aWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTCBnzANBgkqhkiG9w0BAQEFAAOBjQAw
gYkCgYEA5Rm/baNWYS2ZSHH2Z965jeu3noaACpEO+jglr0aIguVzqKCbJF0NH8xlbgyw0FaEGIea
BpsQoXPftFg5a27B9hXVqKg/qhIGjTGsf7A01480Z4gJzRQR4k5FVmkfeAKA2txHkSm7NsljXMXg
1y2He6G3MrB7MLoqLzGq7qNn2tsCAwEAATANBgkqhkiG9w0BAQUFAAOBgQBYFSk5PHej2lwlA3xg
+u4JmTwnEHDIDAnms4fPCuIYljVizL+bJ3mJX8nECfTOtR3fKr3l24acaCXlMHy2iRX+Z9Gt4VCs
PHxiS4+6hNcSFRsfyl0PwVKUKhGZ2nvPDDYT1TXcEBlZ6pTBAL91j9n6/XYE22K7kGoD2UY12fh8
WzCCBEYwggOvoAMCAQICEGb9R+PCGeToms2Z3fU6yyQwDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UE
BhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQ
cmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1MTAyNzIz
NTk1OVowgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMW
VmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8v
d3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRl
ZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBH
MjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnfrOfq+PgDFMQAktXBfjbCPO98chXL
wKuMPRyVzm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs+Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi
8mD81zplYu//EHuiVrvFTnAt1qIfPO2wQuhejVchrKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3
otdzzwFBL2OyOj++pRpu9MlKWz2VphW7NQIZ+dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZ
iHWcec5gJ925rXXOL3OVekA6hXVJsLjfaLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8f
ef/btLUCAwEAAaOB/zCB/DASBgNVHRMBAf8ECDAGAQH/AgEAMEQGA1UdIAQ9MDswOQYLYIZIAYb4
RQEHFwEwKjAoBggrBgEFBQcCARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTALBgNVHQ8E
BAMCAQYwEQYJYIZIAYb4QgEBBAQDAgEGMC4GA1UdEQQnMCWkIzAhMR8wHQYDVQQDExZQcml2YXRl
TGFiZWwzLTIwNDgtMTU1MB0GA1UdDgQWBBQRfV4ZfTwE32ps1qKKGj8x2DuUUjAxBgNVHR8EKjAo
MCagJKAihiBodHRwOi8vY3JsLnZlcmlzaWduLmNvbS9wY2ExLmNybDANBgkqhkiG9w0BAQUFAAOB
gQA8o9oCYzrEk6qrctPcrVA4HgyeFkqIt+7r2f8PjZWg1rv6aguuYYTYaEeJ70+ssh9JQZtJM3aT
i55uuUMcYL3C3Ioth8FFwBFyBBprJCpsb+f8BxMp0Hc6I+f1wYVoGb/GAVQgGa41gsxiPGEJxvTV
67APpp8zhZrTcY5Qj5ndYjCCBMUwggOtoAMCAQICEAEaKIsmZ7dNiOdEe0XWpM0wDQYJKoZIhvcN
AQEFBQAwgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMW
VmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8v
d3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRl
ZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBH
MjAeFw0wOTExMjYwMDAwMDBaFw0xMDExMjYyMzU5NTlaMIIBEjEXMBUGA1UEChMOVmVyaVNpZ24s
IEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJp
c2lnbi5jb20vcmVwb3NpdG9yeS9SUEEgSW5jb3JwLiBieSBSZWYuLExJQUIuTFREKGMpOTgxHjAc
BgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE0MDIGA1UECxMrRGlnaXRhbCBJRCBDbGFzcyAx
IC0gTWljcm9zb2Z0IEZ1bGwgU2VydmljZTEXMBUGA1UEAxQOTWF0aGlsZGUgRHVydnkxHzAdBgkq
hkiG9w0BCQEWEG1kdXJ2eUBjaXNjby5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBANH2
hVIDPpOW3vFS8Bv4gqlqop27V2HRyKGmM03Od0jOK35lamLENny1YG2lntPaMEL5KLKq6oiuKf9M
PiOWTrTLg4EF4XbOUlpzo/QDLyDhaMNGe8k/3dbP3dbfZuCO1XVHsVGVZTE+Of1BQNyrg8gd3ioU
pKI4x8qTU6KNh5ZFAgMBAAGjgcwwgckwCQYDVR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUB
BxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQD
AgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggrBgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRw
Oi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZlcmlzaWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJ
KoZIhvcNAQEFBQADggEBAD0jYXBaNYYw1qke8wVjYtk36qvdxfogsFRnUDHKkCmvkHYeXxhcMwDq
jwa13knbDGQmYQBupdPOShVaymKCxyUVJsYO7lXQhMstnPMJe/Cel5pQPgX0aeCp2Q1RmSpeKupo
xnFBOJojke57ZFfd/tsTDgapT4oyDqZ6ivmIyjIaX+a1nQtI+PpmW01obsSVCjJNd90EZeUSbzPa
4mG1vjZizY5Sm0/W/fGOHFPaeO/00xwEfirtLrL6inRoWtWw0s/v6pw9IFmURxq/e/I1LKDGerLH
6kwmaBYf79V3CxtIgMEUCjgOgj597alQh6pHHrI/2z57bUFGJI/G8G1V74kxggRzMIIEbwIBATCB
8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp
U2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cu
dmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcw
NQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhAB
GiiLJme3TYjnRHtF1qTNMAkGBSsOAwIaBQCgggLWMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw
HAYJKoZIhvcNAQkFMQ8XDTEwMDYxODA4NDYyMlowIwYJKoZIhvcNAQkEMRYEFDTZqptKgntnNXJA
yQNBtFpDK9+cMGcGCSqGSIb3DQEJDzFaMFgwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G
CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMAcGBSsOAwIaMAoGCCqGSIb3DQIF
MIIBAwYJKwYBBAGCNxAEMYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24s
IEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9m
IHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJz
b25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBT
dWJzY3JpYmVyIENBIC0gRzICEAEaKIsmZ7dNiOdEe0XWpM0wggEFBgsqhkiG9w0BCRACCzGB9aCB
8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp
U2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cu
dmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcw
NQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhAB
GiiLJme3TYjnRHtF1qTNMA0GCSqGSIb3DQEBAQUABIGAS72SFi7+9wFZxXj1JbMhwdBBuRMRHQ+h
mmE8/pMj+A0MuzOEacLyO/4ew4EQFJvQKoED0KBXc1SjbEeuuUIfTtJ9Ve3yBUnfLSeAsj9ZGwr4
8/4SIKYqlilU1qUGLTGmapbl6aq5OKIOTcKrIfXuX5W0PqNNg+BCrM8qnf3j2yEAAAAAAAA=

------=_NextPart_000_08E4_01CB0ED3.7E4376F0--

From alexandru.petrescu@gmail.com  Fri Jun 18 01:54:45 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C7ED93A686E for ; Fri, 18 Jun 2010 01:54:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.669
X-Spam-Level: 
X-Spam-Status: No, score=-1.669 tagged_above=-999 required=5 tests=[AWL=0.580,  BAYES_00=-2.599, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S66Jwaq94NOH for ; Fri, 18 Jun 2010 01:54:41 -0700 (PDT)
Received: from cirse-out.extra.cea.fr (cirse-out.extra.cea.fr [132.166.172.106]) by core3.amsl.com (Postfix) with ESMTP id 726593A6861 for ; Fri, 18 Jun 2010 01:54:41 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5I8rxHo019154 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 18 Jun 2010 10:53:59 +0200
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5I8rwAP009122; Fri, 18 Jun 2010 10:53:59 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5I8rw9Z018492; Fri, 18 Jun 2010 10:53:58 +0200
Message-ID: <4C1B3426.2080004@gmail.com>
Date: Fri, 18 Jun 2010 10:53:58 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: "Pascal Thubert (pthubert)" 
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org>	<201006171112.26819.henning.rogge@fkie.fraunhofer.de>	<6A2A459175DABE4BB11DE2026AA50A5D0225E227@XMB-AMS-107.cisco.com>	<201006180747.44402.henning.rogge@fkie.fraunhofer.de> <6A2A459175DABE4BB11DE2026AA50A5D0225E4CC@XMB-AMS-107.cisco.com>
In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D0225E4CC@XMB-AMS-107.cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: roll@ietf.org
Subject: Re: [Roll] Fwd:  [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 08:54:45 -0000

Le 18/06/2010 10:13, Pascal Thubert (pthubert) a écrit :
> Hi Henning:
>
> Sure. And the whole point of defining multicast addresses like
> 224.0.0.5 for IPv4 or FF02::5 for IPv6 for OSPF is that this happens
> at the lowest level possible (like a NIC card).
>

?  These IP multicast addresses are defined in RFCs and implemented in
the stack or in the routing application.  The NIC cards often implement
the _link-layer_ multicast addresses, and there are mapping mechanisms
between the link-layer mc addresses and the IP mc addresses.

> All:
>
> The poll on the table is for RPL messages to be sent to:
>
> - all nodes		[RFC4291]

I agree with this - all nodes - it means both Hosts and Routers.

> - all routers		[RFC4291]

Neutral.  I believe this "all routers" would be covered when we use "all
nodes".

> - LL MANET nodes 	[RFC5498]

Neutral.  I find value to reuse this MANET address, but maybe "all
nodes" is easier to reuse, because spread already on larger scale (more
implementations do "all nodes" than "MANET nodes").

> - LL RPL nodes 		[that we need to request to IANA]

I currently disagree with this because it would imply more work to IANA,
lengthen the process, more implementation effort constant files updated;
it would require new messages to be sent too (to join this new group),
whereas if we go with the existing "all-nodes" address the join
operation is happening already for other operations like ND.

FWIW.

Alex

>
> You'll note that RFC 3111 alone reserves 1000 mcast addresses and
> it's not like there's a shortage for new assignment.
>
> Votes?
>
> Pascal
>
>> -----Original Message----- From: Henning Rogge
>> [mailto:henning.rogge@fkie.fraunhofer.de] Sent: Friday, June 18,
>> 2010 7:48 AM To: Pascal Thubert (pthubert) Cc: roll@ietf.org
>> Subject: Re: [Roll] Fwd: [roll] #54: Clarification on multicast
>>
>> On Thu June 17 2010 15:36:04 Pascal Thubert (pthubert) wrote:
>>> Hi Henning:
>>>
>>> Hope you're doing good these days;
>> Yes, I am. :)
>>
>>> I'm afraid MANET is a little vague. We cant to pinpoint nodes
>>> that support our protocol. No point in sending DIS or DIO to an
>>> OSLRv2 node.
>>>
>>> What do you think?
>>
>> I think all routing mesh protocols (including olsr, ripple, aodv)
>> start with sending linklocal broadcasts/multicasts. Stations not
>> equipped with the correct protocol will ignore this message because
>> they do not handle the corresponding port or ip-protocol number. So
>> you would never send RPL unicast messages to this nodes.
>>
>> Henning Rogge
>>
>> -- Diplom-Informatiker Henning Rogge , Fraunhofer-Institut für
>> Kommunikation, Informationsverarbeitung und Ergonomie FKIE
>> Kommunikationssysteme (KOM) Neuenahrer Straße 20, 53343 Wachtberg,
>> Germany Telefon +49 228 9435-961,   Fax +49 228 9435 685
>> mailto:henning.rogge@fkie.fraunhofer.de
>> http://www.fkie.fraunhofer.de GPG: E1C6 0914 490B 3909 D944 F80D
>> 4487 C67C 55EC CFE0
> _______________________________________________ Roll mailing list
> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>



From jpv@cisco.com  Fri Jun 18 02:02:30 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7696D3A6898 for ; Fri, 18 Jun 2010 02:02:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.195
X-Spam-Level: 
X-Spam-Status: No, score=-10.195 tagged_above=-999 required=5 tests=[AWL=0.404, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sI7rM9LdKxEm for ; Fri, 18 Jun 2010 02:02:29 -0700 (PDT)
Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id 84C213A67CC for ; Fri, 18 Jun 2010 02:02:29 -0700 (PDT)
Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAKvSGkyrRN+J/2dsb2JhbACfDHGlcppRhRsE
X-IronPort-AV: E=Sophos;i="4.53,437,1272844800"; d="scan'208";a="214244234"
Received: from sj-core-3.cisco.com ([171.68.223.137]) by sj-iport-5.cisco.com with ESMTP; 18 Jun 2010 09:02:34 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-3.cisco.com (8.13.8/8.14.3) with ESMTP id o5I92Udd010216; Fri, 18 Jun 2010 09:02:34 GMT
Received: from xfe-ams-102.cisco.com ([144.254.231.94]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 18 Jun 2010 11:02:27 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-102.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 18 Jun 2010 11:02:26 +0200
Message-Id: 
From: JP Vasseur 
To: "Mathilde Durvy (mdurvy)" 
In-Reply-To: <8A977BDC5A7B0E429B0F521E8D6F91EE024F4617@XMB-AMS-103.cisco.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Fri, 18 Jun 2010 11:02:25 +0200
References: <32EF5956-4440-48A4-8A8A-B8DDDC0FB260@cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D0213FBD8@XMB-AMS-107.cisco.com>  <6A2A459175DABE4BB11DE2026AA50A5D021DBCC7@XMB-AMS-107.cisco.com>  <8A977BDC5A7B0E429B0F521E8D6F91EE024F4617@XMB-AMS-103.cisco.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 18 Jun 2010 09:02:26.0752 (UTC) FILETIME=[F9343C00:01CB0EC4]
X-TM-AS-Product-Ver: SMEX-8.0.0.1181-6.000.1038-17452.006
X-TM-AS-Result: No--23.288800-8.000000-31
X-TM-AS-User-Approved-Sender: No
X-TM-AS-User-Blocked-Sender: No
Cc: ROLL WG 
Subject: Re: [Roll] Ticket 50
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 09:02:30 -0000

Hi Mathilde,
This is exactly along the lines of what we were planning to add :-)
Thanks.

JP.

On Jun 18, 2010, at 10:46 AM, Mathilde Durvy (mdurvy) wrote:

> Hi JP,
>
> For 1) Section 7.5. "Operation as a Leaf Node" needs to be updated.  
> Here is
> a proposal:
> ------
> In some cases a RPL node may attach to a DODAG as a leaf node only.  
> One
> example of such a case is when a node does not understand the RPL  
> Instance's
> OF or advertised path metric.  A leaf node does not extend DODAG
> connectivity and as a consequence it must obey the following rules:
>
>  1.  It MUST NOT transmit DIOs
>  3.  It MAY transmit unicast DAOs as described in Section 8.2.
>  4.  It MAY transmit multicast DAOs to the '1 hop' neighborhood as
>      described in Section 8.10.
>
> If a node that is a router wants to become a leaf node. It SHOULD  
> first
> poison its routes (advertising a Rank of INFINITE_RANK)
> -------
>
> For 2), changes are needed as well, both in the DIO format and in  
> section
> 8.5. I'm still a bit unclear about the different use cases trade-off
> concerning the DTSN / T bits and Tim just started a new thread on  
> the topic
> so I will bounce on his email.
>
> Thanks,
> Mathilde
>
>
> -----Original Message-----
> From: JP Vasseur [mailto:jpv@cisco.com]
> Sent: jeudi, 17. juin 2010 10:54
> To: Pascal Thubert (pthubert); Mathilde Durvy (mdurvy)
> Cc: Tim Winter; ROLL WG
> Subject: Re: Ticket 50
>
> Mathilde,
>
> Does that clarify ? Let know if we can close the ticket, you want some
> text somewhere, ...
>
> Thanks.
>
> JP.
>
> On Jun 16, 2010, at 4:48 PM, Pascal Thubert (pthubert) wrote:
>
>> Hi:
>>
>> I think we can follow Mathilde all the way though here:
>>
>> 1) leaf nodes would not send DIOs. When they are a router and decide
>> to
>> become a leaf, they can poison as a router and then become a leaf. If
>> after that get packets they should route, they can reject in the data
>> plane (and ICMP for source route).
>>
>> 2) DIO without a T flag. Now that we have DAO Ack, there is no DAO
>> loss
>> so maybe it's not needed oto cover DAO loss. For non storing, since  
>> we
>> send per hop transit info, there isi no need to tell the children  
>> that
>> the node has moved. So the mechanism is of little use in "normal"
>> conditions. It appears that the node could use the mechanism upon
>> inconsistency detection or after a local repair, for instance if a
>> node
>> goes down and some children have grown up...
>>
>> Pascal
>>
>>> -----Original Message-----
>>> From: JP Vasseur [mailto:jpv@cisco.com]
>>> Sent: Monday, June 14, 2010 10:32 AM
>>> To: Pascal Thubert (pthubert)
>>> Subject: Re: Ticket 50
>>>
>>> Could you drive and close with Mathilde ?
>>> That'd be great.
>>>
>>> Thanks !
>>>
>>> JP.
>>>
>>> On Jun 14, 2010, at 8:43 AM, Pascal Thubert (pthubert) wrote:
>>>
>>>> Hello Again
>>>>
>>>>> Ticker #50: while this is fresh in your mind could you point me  
>>>>> the
>>>> new text
>>>>> that I can point to in the document to close the ticket:
>>>>> https://svn.tools.ietf.org/wg/roll/trac/ticket/50
>>>>>
>>>>
>>>> [Pascal] This one I'm unsure..
>>>>
>>>> Pascal
>>
>


From mdurvy@cisco.com  Fri Jun 18 02:09:14 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 006593A67CC for ; Fri, 18 Jun 2010 02:09:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.798
X-Spam-Level: 
X-Spam-Status: No, score=-9.798 tagged_above=-999 required=5 tests=[AWL=0.800,  BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JoNqWhtNT1qk for ; Fri, 18 Jun 2010 02:09:05 -0700 (PDT)
Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id ABE8E3A67B5 for ; Fri, 18 Jun 2010 02:09:04 -0700 (PDT)
Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-Files: smime.p7s : 4100
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AkIFAE/UGkxAZnwM/2dsb2JhbACBQ51JcaVxmlGFGwSQNQ
X-IronPort-AV: E=Sophos;i="4.53,437,1272844800";  d="p7s'?scan'208,217";a="122897085"
Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-1.cisco.com with ESMTP; 18 Jun 2010 09:09:09 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5I98s3l014607; Fri, 18 Jun 2010 09:09:09 GMT
Received: from xmb-ams-103.cisco.com ([144.254.74.78]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 18 Jun 2010 11:09:06 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Fri, 18 Jun 2010 11:09:04 +0200
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_08E9_01CB0ED6.A9B2D210"
Message-ID: <8A977BDC5A7B0E429B0F521E8D6F91EE024F463E@XMB-AMS-103.cisco.com>
In-Reply-To: 
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] Transit information option
Thread-Index: AcsJhLJHxdDfg9wLSmuqz7gXSlthMgFPic1g
References: <8A977BDC5A7B0E429B0F521E8D6F91EE023F0906@XMB-AMS-103.cisco.com>  <8A977BDC5A7B0E429B0F521E8D6F91EE023F12CE@XMB-AMS-103.cisco.com> 
From: "Mathilde Durvy (mdurvy)" 
To: "Philip Levis" 
X-OriginalArrivalTime: 18 Jun 2010 09:09:06.0979 (UTC) FILETIME=[E7C20730:01CB0EC5]
Cc: roll@ietf.org
Subject: Re: [Roll] Transit information option
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 09:09:14 -0000

This is a multipart message in MIME format.

------=_NextPart_000_08E9_01CB0ED6.A9B2D210
Content-Type: multipart/alternative;
	boundary="----=_NextPart_001_08EA_01CB0ED6.A9B2D210"


------=_NextPart_001_08EA_01CB0ED6.A9B2D210
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hi All,

 

I just looked at the updated draft and most of the comments below have been
addresses / clarified. Just a few rather minor points:

- Section 5.7.7. RPL Target. Based on the discussion below I would change "A
set of one or more Transit Information options MAY directly follow the
Target option in a DAO message" to "a RPL Target Option in a unicast DAO
MUST be followed by a set of one or more Transit Information Option ".

- If the Path-Sequence / Control fields are indeed used both in storing
(where I have doubts they are really needed) and non-storing mode, why not
put them in the target option rather than in the transit option. This way we
could maybe only use only the target option in storing mode and the
target+transit option in non-storing mode. This would have the additional
benefit of making the parent address mandatory in the transit information
option and thus avoid a variable length option.

 

Best,

Mathilde

 

 

From: Philip Levis [mailto:pal@cs.stanford.edu] 
Sent: vendredi, 11. juin 2010 18:10
To: Mathilde Durvy (mdurvy)
Cc: roll@ietf.org
Subject: Re: [Roll] Transit information option

 

 

On Jun 11, 2010, at 7:26 AM, Mathilde Durvy (mdurvy) wrote:





Hi Phil,

 

Thanks a lot for your answer. Here are my comments:

 

A few items that might be worth clarifying in version 09:

- "Transit Information options MAY directly follow the Target option" Is it
really a MAY? If not included it means the path sequence / control /
lifetime are not specified (which seems to contradict section 7.1.4.2).

In non-storing mode, it is definitely a MUST. Storing mode seems like it is
a MUST as well...

I think we all agree.




- "A non-storing node that has more than one DAO parent MAY include a
Transit Information option for each DAO parent as part of the non-storing
Destination Advertisement operation." Why would a node do that? If a node is
sending a DAO for a specific target to e.g. 2 DAO parents (A and B)
shouldn't he send one DAO with transit information A (i.e. parent address =
A) to DAO parent A and another DAO with transit information B to DAO parent
B? Otherwise how this would work over multiple hop? Maybe an example of DAO
would help.

- In section 7.1.5 point 2, I assume the node should add a transit
information with its parent before passing the content of the received DAO.
Also do the operation specified on the path control field in the previous
section for storing node also apply in the non-storing case?

 

These are good questions. Currently the draft is a bit unclear on whether 

1) a DAO's transit option contains the full source route when it arrives at
the DODAG Root, or 

2) the DODAG Root receives just the last downward hops of each node, and
stitches together source routes with this information. 

1) seems like a much better idea to me. Note that if it's 2), then in
non-storing mode node needs to send a DAO to just one DAO parent, and this
DAO can contain the full set of last-hops. What are your thoughts?

 

Indeed, I think the current draft is a bit unclear. My interpretation when
reading was 1 (probably due mostly to the history of the draft). Now from
your comments I understand what the draft is proposing, namely 2. Thanks for
explaining.

What triggered this change?

It seems to me that if proper aggregation of the routes is performed (in
particular if in the record route case you can avoid transmitting routes
which are sub-routes of others) the two schemes could actually be quite
similar in terms of overhead. This would need to be confirmed by a careful
study as it could depend quite on bit on the topology. What is quite clear
is that 2 requires more processing power than 1 as it needs to reassemble
routes from the received information.

Also concerning your last comment, I agree. The DAO produced will be
slightly larger but we send only one DAO instead of one DAO per DAO parent.
I think if we do that we might not really need the path control field,
correct?

 

-09 has a rewrite of the Downward Routes section that should make all of
this much clearer. The answer is 2), for reasons Richard brought up a few
months ago. In particular, if you use 1), then when a node changes its
parent set it entire sub-DODAG must resend DAOs. This is a significant cost.
If you use 2), then only that node needs to send a new DAO.

 









- Has the advantage of having multiple DAO parents been assessed with
respect to the added complexity? One could argue that since we take so much
care in selecting a preferred this should be a good enough choice. Similar
to Phil I'm getting worried about the increased complexity.

 

But note that in upward routes, there's a parent set. The concern is that
the vagaries and unreliability of wireless links call for supporting some
degree of path diversity. Most protocols today maintain multiple candidate
next hops for this exact reason. Because downward routes start at the
endpoints, there needs to be some way to establish multiple routes.
Otherwise, when one link breaks and you have to issue a trigger to the
entire sub-DODAG.

I understand how this would work in the storing case but in the non-storing
case how would you know at the root that the path failed?

 

ICMP error.

 

Phil


------=_NextPart_001_08EA_01CB0ED6.A9B2D210
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

















Hi All,



 



I just looked at the updated draft and most of the comments =
below
have been addresses / clarified. Just a few rather minor =
points:



- Section 5.7.7. RPL Target. Based on the discussion below I =
would
change “A set of one or more Transit Information options MAY =
directly
follow the Target option in a DAO message” to “a RPL Target =
Option
in a unicast DAO MUST be followed by a set of one or more Transit =
Information
Option ”.



- If the Path-Sequence / Control fields are indeed used both =
in
storing (where I have doubts they are really needed) and non-storing =
mode, why not
put them in the target option rather than in the transit option. This =
way we
could maybe only use only the target option in storing mode and the =
target+transit
option in non-storing mode. This would have the additional benefit of =
making the
parent address mandatory in the transit information option and thus =
avoid a
variable length option.



 



Best,



Mathilde



 



 









From:=
 Philip =
Levis
[mailto:pal@cs.stanford.edu] 

Sent: vendredi, 11. juin 2010 18:10

To: Mathilde Durvy (mdurvy)

Cc: roll@ietf.org

Subject: Re: [Roll] Transit information =
option









 



 









On Jun 11, 2010, at 7:26 AM, Mathilde Durvy =
(mdurvy) wrote:























Hi Phil,









 









Thanks a lot for your answer. Here are my =
comments:





















 =
















A
few items that might be worth clarifying in version =
09:















-
“Transit Information options MAY directly follow the Target =
option”
Is it really a MAY? If not included it means the path sequence / control =
/
lifetime are not specified (which seems to contradict section =
7.1.4.2).





















In non-storing mode, it is definitely a MUST. =
Storing mode
seems like it is a MUST as well...









I think we all agree.



























-
“A non-storing node that has more than one DAO parent MAY include =
a
Transit Information option for each DAO parent as part of the =
non-storing
Destination Advertisement operation.” Why would a node do that? If =
a node
is sending a DAO for a specific target to e.g. 2 DAO parents (A and B)
shouldn’t he send one DAO with transit information A (i.e. parent =
address
=3D A) to DAO parent A and another DAO with transit information B to DAO =
parent
B? Otherwise how this would work over multiple hop? Maybe an example of =
DAO
would help.



























-
In section 7.1.5 point 2, I assume the node should add a transit =
information
with its parent before passing the content of the received DAO. Also do =
the
operation specified on the path control field in the previous section =
for
storing node also apply in the non-storing case?





















 















These are good questions. Currently the draft is a =
bit
unclear on whether 















1) a DAO's transit option contains the full source =
route
when it arrives at the DODAG Root, or 















2) the DODAG Root receives just the last downward =
hops of
each node, and stitches together source routes with this =
information. 















1) seems like a much better idea to me. Note that =
if it's
2), then in non-storing mode node needs to send a DAO to just one DAO =
parent,
and this DAO can contain the full set of last-hops. What are your =
thoughts?















 












Indeed, I think the =
current draft
is a bit unclear. My interpretation when reading was 1 (probably due =
mostly to
the history of the draft). Now from your comments I understand what the =
draft
is proposing, namely 2. Thanks for explaining.









What triggered this =
change?









It seems to me that if =
proper
aggregation of the routes is performed (in particular if in the record =
route
case you can avoid transmitting routes which are sub-routes of others) =
the two
schemes could actually be quite similar in terms of overhead. This would =
need
to be confirmed by a careful study as it could depend quite on bit on =
the
topology. What is quite clear is that 2 requires more processing power =
than 1
as it needs to reassemble routes from the received =
information.









Also concerning your =
last comment,
I agree. The DAO produced will be slightly larger but we send only one =
DAO
instead of one DAO per DAO parent. I think if we do that we might not =
really
need the path control field, correct?


















 









-09 has a rewrite of the Downward Routes section =
that should
make all of this much clearer. The answer is 2), for reasons Richard =
brought up
a few months ago. In particular, if you use 1), then when a node changes =
its
parent set it entire sub-DODAG must resend DAOs. This is a significant =
cost. If
you use 2), then only that node needs to send a new DAO.









 

















































-
Has the advantage of having multiple DAO parents been assessed with =
respect to
the added complexity? One could argue that since we take so much care in
selecting a preferred this should be a good enough choice… Similar =
to
Phil I’m getting worried about the increased =
complexity.





















 












But note that in upward routes, there's a parent =
set. The
concern is that the vagaries and unreliability of wireless links call =
for
supporting some degree of path diversity. Most protocols today maintain
multiple candidate next hops for this exact reason. Because downward =
routes
start at the endpoints, there needs to be some way to establish multiple
routes. Otherwise, when one link breaks and you have to issue a trigger =
to the
entire sub-DODAG.









I understand how this would work in the storing case but in =
the
non-storing case how would you know at the root that the path =
failed?















 









ICMP error.









 









Phil












------=_NextPart_001_08EA_01CB0ED6.A9B2D210--

------=_NextPart_000_08E9_01CB0ED6.A9B2D210
Content-Type: application/x-pkcs7-signature;
	name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIILUzCCAjww
ggGlAhA/aR6BnPCaSvNz/7lIouTdMA0GCSqGSIb3DQEBBQUAMF8xCzAJBgNVBAYTAlVTMRcwFQYD
VQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJsaWMgUHJpbWFyeSBDZXJ0
aWZpY2F0aW9uIEF1dGhvcml0eTAeFw05NjAxMjkwMDAwMDBaFw0yODA4MDIyMzU5NTlaMF8xCzAJ
BgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJs
aWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTCBnzANBgkqhkiG9w0BAQEFAAOBjQAw
gYkCgYEA5Rm/baNWYS2ZSHH2Z965jeu3noaACpEO+jglr0aIguVzqKCbJF0NH8xlbgyw0FaEGIea
BpsQoXPftFg5a27B9hXVqKg/qhIGjTGsf7A01480Z4gJzRQR4k5FVmkfeAKA2txHkSm7NsljXMXg
1y2He6G3MrB7MLoqLzGq7qNn2tsCAwEAATANBgkqhkiG9w0BAQUFAAOBgQBYFSk5PHej2lwlA3xg
+u4JmTwnEHDIDAnms4fPCuIYljVizL+bJ3mJX8nECfTOtR3fKr3l24acaCXlMHy2iRX+Z9Gt4VCs
PHxiS4+6hNcSFRsfyl0PwVKUKhGZ2nvPDDYT1TXcEBlZ6pTBAL91j9n6/XYE22K7kGoD2UY12fh8
WzCCBEYwggOvoAMCAQICEGb9R+PCGeToms2Z3fU6yyQwDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UE
BhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQ
cmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1MTAyNzIz
NTk1OVowgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMW
VmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8v
d3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRl
ZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBH
MjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnfrOfq+PgDFMQAktXBfjbCPO98chXL
wKuMPRyVzm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs+Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi
8mD81zplYu//EHuiVrvFTnAt1qIfPO2wQuhejVchrKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3
otdzzwFBL2OyOj++pRpu9MlKWz2VphW7NQIZ+dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZ
iHWcec5gJ925rXXOL3OVekA6hXVJsLjfaLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8f
ef/btLUCAwEAAaOB/zCB/DASBgNVHRMBAf8ECDAGAQH/AgEAMEQGA1UdIAQ9MDswOQYLYIZIAYb4
RQEHFwEwKjAoBggrBgEFBQcCARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTALBgNVHQ8E
BAMCAQYwEQYJYIZIAYb4QgEBBAQDAgEGMC4GA1UdEQQnMCWkIzAhMR8wHQYDVQQDExZQcml2YXRl
TGFiZWwzLTIwNDgtMTU1MB0GA1UdDgQWBBQRfV4ZfTwE32ps1qKKGj8x2DuUUjAxBgNVHR8EKjAo
MCagJKAihiBodHRwOi8vY3JsLnZlcmlzaWduLmNvbS9wY2ExLmNybDANBgkqhkiG9w0BAQUFAAOB
gQA8o9oCYzrEk6qrctPcrVA4HgyeFkqIt+7r2f8PjZWg1rv6aguuYYTYaEeJ70+ssh9JQZtJM3aT
i55uuUMcYL3C3Ioth8FFwBFyBBprJCpsb+f8BxMp0Hc6I+f1wYVoGb/GAVQgGa41gsxiPGEJxvTV
67APpp8zhZrTcY5Qj5ndYjCCBMUwggOtoAMCAQICEAEaKIsmZ7dNiOdEe0XWpM0wDQYJKoZIhvcN
AQEFBQAwgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMW
VmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8v
d3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRl
ZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBH
MjAeFw0wOTExMjYwMDAwMDBaFw0xMDExMjYyMzU5NTlaMIIBEjEXMBUGA1UEChMOVmVyaVNpZ24s
IEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJp
c2lnbi5jb20vcmVwb3NpdG9yeS9SUEEgSW5jb3JwLiBieSBSZWYuLExJQUIuTFREKGMpOTgxHjAc
BgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE0MDIGA1UECxMrRGlnaXRhbCBJRCBDbGFzcyAx
IC0gTWljcm9zb2Z0IEZ1bGwgU2VydmljZTEXMBUGA1UEAxQOTWF0aGlsZGUgRHVydnkxHzAdBgkq
hkiG9w0BCQEWEG1kdXJ2eUBjaXNjby5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBANH2
hVIDPpOW3vFS8Bv4gqlqop27V2HRyKGmM03Od0jOK35lamLENny1YG2lntPaMEL5KLKq6oiuKf9M
PiOWTrTLg4EF4XbOUlpzo/QDLyDhaMNGe8k/3dbP3dbfZuCO1XVHsVGVZTE+Of1BQNyrg8gd3ioU
pKI4x8qTU6KNh5ZFAgMBAAGjgcwwgckwCQYDVR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUB
BxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQD
AgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggrBgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRw
Oi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZlcmlzaWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJ
KoZIhvcNAQEFBQADggEBAD0jYXBaNYYw1qke8wVjYtk36qvdxfogsFRnUDHKkCmvkHYeXxhcMwDq
jwa13knbDGQmYQBupdPOShVaymKCxyUVJsYO7lXQhMstnPMJe/Cel5pQPgX0aeCp2Q1RmSpeKupo
xnFBOJojke57ZFfd/tsTDgapT4oyDqZ6ivmIyjIaX+a1nQtI+PpmW01obsSVCjJNd90EZeUSbzPa
4mG1vjZizY5Sm0/W/fGOHFPaeO/00xwEfirtLrL6inRoWtWw0s/v6pw9IFmURxq/e/I1LKDGerLH
6kwmaBYf79V3CxtIgMEUCjgOgj597alQh6pHHrI/2z57bUFGJI/G8G1V74kxggRzMIIEbwIBATCB
8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp
U2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cu
dmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcw
NQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhAB
GiiLJme3TYjnRHtF1qTNMAkGBSsOAwIaBQCgggLWMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw
HAYJKoZIhvcNAQkFMQ8XDTEwMDYxODA5MDkwNFowIwYJKoZIhvcNAQkEMRYEFFY4Vdjrp5jlm05s
9wQrSz/nPMQgMGcGCSqGSIb3DQEJDzFaMFgwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G
CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMAcGBSsOAwIaMAoGCCqGSIb3DQIF
MIIBAwYJKwYBBAGCNxAEMYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24s
IEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9m
IHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJz
b25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBT
dWJzY3JpYmVyIENBIC0gRzICEAEaKIsmZ7dNiOdEe0XWpM0wggEFBgsqhkiG9w0BCRACCzGB9aCB
8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp
U2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cu
dmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcw
NQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhAB
GiiLJme3TYjnRHtF1qTNMA0GCSqGSIb3DQEBAQUABIGAbkN1LMuzHcgP6mwdRPSf8UlGNeRLbQBU
bYmebWet35XPraD8JFZCbydgQvUEvUYEdTFbdgYTZ6UwK1O8q/t1kvQ1wUQLK6ehCNnOVofy4MMF
XlffuA0gW8XtsvIk109hVM9t+gNVQuz4BkZrHK0anzG5j4ChrMHlBJ3BO1wtYi4AAAAAAAA=

------=_NextPart_000_08E9_01CB0ED6.A9B2D210--

From mdurvy@cisco.com  Fri Jun 18 02:33:14 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5CE763A6A7F for ; Fri, 18 Jun 2010 02:33:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.887
X-Spam-Level: 
X-Spam-Status: No, score=-9.887 tagged_above=-999 required=5 tests=[AWL=0.712,  BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aCNrB-lh3gkN for ; Fri, 18 Jun 2010 02:33:11 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 3EE2C3A6A82 for ; Fri, 18 Jun 2010 02:32:51 -0700 (PDT)
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-Files: smime.p7s : 4100
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEADvZGkxAZnwM/2dsb2JhbACfDHGmFZpKhRsE
X-IronPort-AV: E=Sophos;i="4.53,437,1272844800";  d="p7s'?scan'208";a="123039013"
Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-2.cisco.com with ESMTP; 18 Jun 2010 09:32:56 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5I9WtjU002198; Fri, 18 Jun 2010 09:32:56 GMT
Received: from xmb-ams-103.cisco.com ([144.254.74.78]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 18 Jun 2010 11:32:55 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
MIME-Version: 1.0
x-cr-hashedpuzzle: CdBA DWgY EEDg F38O HKN2 Iebb Jmm5 JwJG KJ1y LuYW OEAk RCda Sr+9 Tmum T46E UDdI; 2; cgBvAGwAbABAAGkAZQB0AGYALgBvAHIAZwA7AHcAaQBuAHQAZQByAHQAQABhAGMAbQAuAG8AcgBnAA==; Sosha1_v1; 7; {89FE7CC0-DC78-4D5B-8F60-851D5714DD3C}; bQBkAHUAcgB2AHkAQABjAGkAcwBjAG8ALgBjAG8AbQA=; Fri, 18 Jun 2010 09:32:40 GMT; UgBFADoAIABbAFIAbwBsAGwAXQAgAFIAZQBtAG8AdgBlACAAJwBUACcAIABmAGwAYQBnAD8A
x-cr-puzzleid: {89FE7CC0-DC78-4D5B-8F60-851D5714DD3C}
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_08F6_01CB0ED9.F56E74E0"
Content-class: urn:content-classes:message
Date: Fri, 18 Jun 2010 11:32:40 +0200
Message-ID: <8A977BDC5A7B0E429B0F521E8D6F91EE024F4656@XMB-AMS-103.cisco.com>
In-Reply-To: <4C1AE4A2.9020201@acm.org>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] Remove 'T' flag?
Thread-Index: AcsOlHAlZmeylcziRLe0/ph8QFC6bQAMcTlg
References: <4C1AE4A2.9020201@acm.org>
From: "Mathilde Durvy (mdurvy)" 
To: "Tim Winter" , "ROLL WG" 
X-OriginalArrivalTime: 18 Jun 2010 09:32:55.0575 (UTC) FILETIME=[3B447A70:01CB0EC9]
Subject: Re: [Roll] Remove 'T' flag?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 09:33:14 -0000

This is a multipart message in MIME format.

------=_NextPart_000_08F6_01CB0ED9.F56E74E0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit

Hi Tim, 

We just had a similar discussion with Phil, Pascal, and Richard last week
(see thread "leaf node and DTSN").
We reach the same conclusion as you. Please see my comments below.
Best,
Mathilde 

----------

Consider the case if we clarify Section 8.5 'Triggering DAO Messages' to add
the 
following rule for RPL-10:

        In non-storing mode, if a node hears one of its DAO parents
        increment its DTSN, the node MUST increment its own DTSN.

Then,

1) In storing mode operation, a node can increment its own DTSN to get
refreshed DAO 
messages from its one-hop children.

3) In non-storing mode operation, a DODAG Root can increment its own DTSN to
cause 
all non-storing nodes in the sub-DODAG to increment their DTSNs in turn, and
get 
refreshed DAO messages from all its children.

The 'T' flag, if it remained, would seem to only be useful for a node to
'pull' all 
DAOs from its sub-DODAG in storing mode operation.  (This is in addition to
the 
mechanisms provided by DTSN and DAO-ACK which can assist a parent to
reliably get 
DAOs from its children.)
[Mathilde] Actually, not any node just the root of the DODAG  (according to
the DIO base rules the "T" flag should not be modified by other nodes).
Hence the 'T' flag is only useful for the root to ask for a global DAO
refresh. Hence the question is whether removing this possibility of a global
DAO refresh in the non-storing mode is ok. In my opinion it is.

Is this necessary?  Now that we are only supporting storing and non-storing
modes of 
operation, would you support to remove the 'T' flag?
[Mathilde] yes. Maybe it's even worth to ask the question whether we could
remove the DTSN and keep the T flag saving more bits. The question is: now
that we have DAO-ACKs do we still need a multiple bit DTSN?

------=_NextPart_000_08F6_01CB0ED9.F56E74E0
Content-Type: application/x-pkcs7-signature;
	name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIILUzCCAjww
ggGlAhA/aR6BnPCaSvNz/7lIouTdMA0GCSqGSIb3DQEBBQUAMF8xCzAJBgNVBAYTAlVTMRcwFQYD
VQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJsaWMgUHJpbWFyeSBDZXJ0
aWZpY2F0aW9uIEF1dGhvcml0eTAeFw05NjAxMjkwMDAwMDBaFw0yODA4MDIyMzU5NTlaMF8xCzAJ
BgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJs
aWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTCBnzANBgkqhkiG9w0BAQEFAAOBjQAw
gYkCgYEA5Rm/baNWYS2ZSHH2Z965jeu3noaACpEO+jglr0aIguVzqKCbJF0NH8xlbgyw0FaEGIea
BpsQoXPftFg5a27B9hXVqKg/qhIGjTGsf7A01480Z4gJzRQR4k5FVmkfeAKA2txHkSm7NsljXMXg
1y2He6G3MrB7MLoqLzGq7qNn2tsCAwEAATANBgkqhkiG9w0BAQUFAAOBgQBYFSk5PHej2lwlA3xg
+u4JmTwnEHDIDAnms4fPCuIYljVizL+bJ3mJX8nECfTOtR3fKr3l24acaCXlMHy2iRX+Z9Gt4VCs
PHxiS4+6hNcSFRsfyl0PwVKUKhGZ2nvPDDYT1TXcEBlZ6pTBAL91j9n6/XYE22K7kGoD2UY12fh8
WzCCBEYwggOvoAMCAQICEGb9R+PCGeToms2Z3fU6yyQwDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UE
BhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQ
cmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1MTAyNzIz
NTk1OVowgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMW
VmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8v
d3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRl
ZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBH
MjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnfrOfq+PgDFMQAktXBfjbCPO98chXL
wKuMPRyVzm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs+Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi
8mD81zplYu//EHuiVrvFTnAt1qIfPO2wQuhejVchrKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3
otdzzwFBL2OyOj++pRpu9MlKWz2VphW7NQIZ+dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZ
iHWcec5gJ925rXXOL3OVekA6hXVJsLjfaLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8f
ef/btLUCAwEAAaOB/zCB/DASBgNVHRMBAf8ECDAGAQH/AgEAMEQGA1UdIAQ9MDswOQYLYIZIAYb4
RQEHFwEwKjAoBggrBgEFBQcCARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTALBgNVHQ8E
BAMCAQYwEQYJYIZIAYb4QgEBBAQDAgEGMC4GA1UdEQQnMCWkIzAhMR8wHQYDVQQDExZQcml2YXRl
TGFiZWwzLTIwNDgtMTU1MB0GA1UdDgQWBBQRfV4ZfTwE32ps1qKKGj8x2DuUUjAxBgNVHR8EKjAo
MCagJKAihiBodHRwOi8vY3JsLnZlcmlzaWduLmNvbS9wY2ExLmNybDANBgkqhkiG9w0BAQUFAAOB
gQA8o9oCYzrEk6qrctPcrVA4HgyeFkqIt+7r2f8PjZWg1rv6aguuYYTYaEeJ70+ssh9JQZtJM3aT
i55uuUMcYL3C3Ioth8FFwBFyBBprJCpsb+f8BxMp0Hc6I+f1wYVoGb/GAVQgGa41gsxiPGEJxvTV
67APpp8zhZrTcY5Qj5ndYjCCBMUwggOtoAMCAQICEAEaKIsmZ7dNiOdEe0XWpM0wDQYJKoZIhvcN
AQEFBQAwgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMW
VmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8v
d3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRl
ZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBH
MjAeFw0wOTExMjYwMDAwMDBaFw0xMDExMjYyMzU5NTlaMIIBEjEXMBUGA1UEChMOVmVyaVNpZ24s
IEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJp
c2lnbi5jb20vcmVwb3NpdG9yeS9SUEEgSW5jb3JwLiBieSBSZWYuLExJQUIuTFREKGMpOTgxHjAc
BgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE0MDIGA1UECxMrRGlnaXRhbCBJRCBDbGFzcyAx
IC0gTWljcm9zb2Z0IEZ1bGwgU2VydmljZTEXMBUGA1UEAxQOTWF0aGlsZGUgRHVydnkxHzAdBgkq
hkiG9w0BCQEWEG1kdXJ2eUBjaXNjby5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBANH2
hVIDPpOW3vFS8Bv4gqlqop27V2HRyKGmM03Od0jOK35lamLENny1YG2lntPaMEL5KLKq6oiuKf9M
PiOWTrTLg4EF4XbOUlpzo/QDLyDhaMNGe8k/3dbP3dbfZuCO1XVHsVGVZTE+Of1BQNyrg8gd3ioU
pKI4x8qTU6KNh5ZFAgMBAAGjgcwwgckwCQYDVR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUB
BxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQD
AgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggrBgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRw
Oi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZlcmlzaWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJ
KoZIhvcNAQEFBQADggEBAD0jYXBaNYYw1qke8wVjYtk36qvdxfogsFRnUDHKkCmvkHYeXxhcMwDq
jwa13knbDGQmYQBupdPOShVaymKCxyUVJsYO7lXQhMstnPMJe/Cel5pQPgX0aeCp2Q1RmSpeKupo
xnFBOJojke57ZFfd/tsTDgapT4oyDqZ6ivmIyjIaX+a1nQtI+PpmW01obsSVCjJNd90EZeUSbzPa
4mG1vjZizY5Sm0/W/fGOHFPaeO/00xwEfirtLrL6inRoWtWw0s/v6pw9IFmURxq/e/I1LKDGerLH
6kwmaBYf79V3CxtIgMEUCjgOgj597alQh6pHHrI/2z57bUFGJI/G8G1V74kxggRzMIIEbwIBATCB
8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp
U2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cu
dmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcw
NQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhAB
GiiLJme3TYjnRHtF1qTNMAkGBSsOAwIaBQCgggLWMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw
HAYJKoZIhvcNAQkFMQ8XDTEwMDYxODA5MzIzOVowIwYJKoZIhvcNAQkEMRYEFGG6TKHIhFitQPmW
UeL1Mv9MFYQlMGcGCSqGSIb3DQEJDzFaMFgwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G
CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMAcGBSsOAwIaMAoGCCqGSIb3DQIF
MIIBAwYJKwYBBAGCNxAEMYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24s
IEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9m
IHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJz
b25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBT
dWJzY3JpYmVyIENBIC0gRzICEAEaKIsmZ7dNiOdEe0XWpM0wggEFBgsqhkiG9w0BCRACCzGB9aCB
8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp
U2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cu
dmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcw
NQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhAB
GiiLJme3TYjnRHtF1qTNMA0GCSqGSIb3DQEBAQUABIGAOwfEJrAIyM8I75ZjTZckAqn+wIMh6EZu
1rv9gny7c49Avq/wchYDQ0bf26c8kYd3FUiNpEk1lZnwrVI80pDfIT1dOVxtJKQtgP22C7VAWdA4
z7VWHSuPWyXx0ZwNv8qlCblFOaI665n8GJ+sm0HnpYkTyvoS2XQ/CZvUEuAhlGkAAAAAAAA=

------=_NextPart_000_08F6_01CB0ED9.F56E74E0--

From pthubert@cisco.com  Fri Jun 18 05:23:50 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A0BBB3A63CA for ; Fri, 18 Jun 2010 05:23:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.897
X-Spam-Level: 
X-Spam-Status: No, score=-8.897 tagged_above=-999 required=5 tests=[AWL=-0.713, BAYES_40=-0.185, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8ArjpdEXddZ1 for ; Fri, 18 Jun 2010 05:23:49 -0700 (PDT)
Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 2B2183A6A3F for ; Fri, 18 Jun 2010 05:23:49 -0700 (PDT)
Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AkQFAAMCG0xAZnwN/2dsb2JhbACBQ4FamxBicaZEiSKRHoQrcAQ
X-IronPort-AV: E=Sophos;i="4.53,439,1272844800";  d="scan'208,217";a="122954569"
Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 18 Jun 2010 12:23:54 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5ICNoDx008822 for ; Fri, 18 Jun 2010 12:23:53 GMT
Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 18 Jun 2010 14:23:51 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CB0EE1.1C5DE950"
Date: Fri, 18 Jun 2010 14:23:37 +0200
Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D0225E635@XMB-AMS-107.cisco.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Closing on issue 54
thread-index: AcsO4RPFGm2+uIN7QWOz3AD+6KxzFw==
From: "Pascal Thubert (pthubert)" 
To: 
X-OriginalArrivalTime: 18 Jun 2010 12:23:51.0691 (UTC) FILETIME=[1C6395B0:01CB0EE1]
Subject: [Roll] Closing on issue 54
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 12:23:50 -0000

This is a multi-part message in MIME format.

------_=_NextPart_001_01CB0EE1.1C5DE950
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: base64

RGVhciBXRzoNCg0KIA0KDQpXZeKAmWQgbGlrZSB0byBjbG9zZSBvbiBpc3N1ZSA1NCBieSBkcmFm
dCAxMC4gVGhlcmUgYXJlIGluIGZhY3QgMyBxdWVzdGlvbnMgb24gdGhlIHRhYmxlLiBDYW4geW91
IHBsZWFzZSBzcGVuZCBhIGZldyBtaW51dGVzIHRvIGdpdmVzIHVzIHlvdXIgdm90ZSBvbiBlYWNo
Og0KDQogDQoNCjEpICAgICAgSXQgaGFzIGJlZW4gbm90ZWQgdGhhdCBJbiBzb21lIHNtYWxsIG5l
dHdvcmtzLCB0aGUgbm9uLXN0b3JpbmcgbW9kZSBhcHByb2FjaCBvZiBmbG9vZGluZyBvciBtYW55
IHVuaWNhc3Qgd291bGQgYmUgYWNjZXB0YWJsZSBhcyBhIG11bHRpY2FzdCBhcHByb2FjaC4gIFBs
ZWFzZSB2b3RlIHdoZXRoZXIgdGhlIHN1cHBvcnQgb2YgREFPIGJhc2VkIG11bHRpY2FzdCBvbiBz
dG9yaW5nIG5vZGVzIHNob3VsZCBiZSBhOg0KDQphLiAgICAgICBNQVkgDQoNCmIuICAgICAgU0hP
VUxEIA0KDQpjLiAgICAgICBNVVNUDQoNCiANCg0KMikgICAgICBMTCBtdWx0aWNhc3QgYWRkcmVz
cyB1c2VkIGZvciBSUEwgY29udHJvbC4gIEF0IHRoZSBtb21lbnQsIGFsbCBtY2FzdCBjb250cm9s
IGdvZXMgdG8gRkYwMjo6MSwgd2hpY2ggbWlnaHQgYm90aGVyIG1vcmUgbm9kZXMgdGhhbiBuZWVk
IGJlLiBQbGVhc2Ugdm90ZSB0byB1c2U6DQoNCmEuICAgICAgIC0gYWxsIG5vZGVzICAgICAgICAg
ICAgICAgICAgICAgICAgICAgW1JGQzQyOTFdDQoNCmIuICAgICAgLSBhbGwgcm91dGVycyAgICAg
ICAgICAgICAgICAgICAgICAgICBbUkZDNDI5MV0NCg0KYy4gICAgICAgLSBMTCBNQU5FVCBub2Rl
cyAgICAgICAgICAgW1JGQzU0OThdDQoNCmQuICAgICAgLSBMTCBSUEwgbm9kZXMgICAgICAgICAg
ICAgICAgICAgW3RoYXQgd2UgbmVlZCB0byByZXF1ZXN0IHRvIElBTkFdIA0KDQogDQoNCjMpICAg
ICAgTm9uIHN0b3Jpbmcgbm9kZXMuIFRoZXkgY2Fubm90IGRvIHRoZSBEQU8gYmFzZWQgc3RhdGVm
dWwgbXVsdGljYXN0IHNvIHdlIHBsYW4gdG8gYWxsb3cgdGhlIHJvb3QgdG8gZWl0aGVyIGRvIG1h
bnkgdW5pY2FzdCBvciBmbG9vZC4gVW5pY2FzdCBpcyBzdHJhaWdodGZvcndhcmQgYnV0IGZsb29k
aW5nIG1pZ2h0IHJlcXVpcmUgc29tZSB0ZXh0IFdSVCBwcnVuaW5nIGFuZCB1c2Ugb2YgdHJpY2ts
ZS4gVG8gYXZvaWQgZHVwbGljYXRpb24sIHRoZSBhcnQgdXN1YWxseSBhZGRzIGEgc2VxdWVuY2Ug
dG8gZWFjaCBwYWNrZXQgYmVpbmcgZmxvb2RlZC4gSWYgd2UgaGF2ZSBzdWNoIGEgc2VxdWVuY2Ug
d2UgY2FuIHVzZSBpdCBhbG9uZSBvciBpbiBjb25qdW5jdGlvbiB3aXRoIHRyaWNrbGUgdG8gcHJ1
bmUgZXhjZXNzIG11bHRpY2FzdC4gUGxlYXNlIHZvdGU6DQoNCmEuICAgICAgIERvIG5vdCBwcnVu
ZSBhbnl0aGluZywganVzdCBwcm9wYWdhdGUgZG93bndhcmRzIGFsbCB0aGUgbXVsdGljYXN0IHBh
Y2tldHMgZnJvbSBwYXJlbnRzIChzaW1wbGVzdCBidXQgZ3JlZWR5KQ0KDQpiLiAgICAgIGEgKyBE
ZXNjcmliZSB0aGUgc2VxdWVuY2UgbmIgaW4gdGhlIGhvcC1ieS1ob3Agc3BlYyB0byBwcnVuZSBm
bG9vZGVkIGR1cGxpY2F0ZXMNCg0KYy4gICAgICAgYiArIERlc2NyaWJlIHRoZSB0cmlja2xlZCB2
ZXJzaW9uIG9mIGl0DQoNCiANCg0KIA0KDQpWb3RlcyBhcHByZWNpYXRlZCBKDQoNCiANCg0KUGFz
Y2FsDQoNCiANCg0K

------_=_NextPart_001_01CB0EE1.1C5DE950
Content-Type: text/html;
	charset="UTF-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu
dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50
PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv
bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6V2luZ2RpbmdzOw0K
CXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls
eTpXaW5nZGluZ3M7DQoJcGFub3NlLTE6NSAwIDAgMCAwIDAgMCAwIDAgMDt9DQpAZm9udC1mYWNl
DQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7
fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQg
MyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5N
c29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4w
MDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMt
c2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5
Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0
ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K
CWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNvUGxhaW5U
ZXh0LCBsaS5Nc29QbGFpblRleHQsIGRpdi5Nc29QbGFpblRleHQNCgl7bXNvLXN0eWxlLXByaW9y
aXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJUZXh0ZSBicnV0IENhciI7DQoJbWFyZ2luOjBjbTsN
CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWls
eToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCnAuTXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0ZSwg
ZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5r
OiJUZXh0ZSBkZSBidWxsZXMgQ2FyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAw
MDFwdDsNCglmb250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2Vy
aWYiO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xp
c3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGNtOw0K
CW1hcmdpbi1yaWdodDowY207DQoJbWFyZ2luLWJvdHRvbTowY207DQoJbWFyZ2luLWxlZnQ6MzYu
MHB0Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQt
ZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMTcNCgl7bXNv
LXN0eWxlLXR5cGU6cGVyc29uYWwtY29tcG9zZTsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNh
bnMtc2VyaWYiOw0KCWNvbG9yOndpbmRvd3RleHQ7fQ0Kc3Bhbi5UZXh0ZWRlYnVsbGVzQ2FyDQoJ
e21zby1zdHlsZS1uYW1lOiJUZXh0ZSBkZSBidWxsZXMgQ2FyIjsNCgltc28tc3R5bGUtcHJpb3Jp
dHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IlRleHRlIGRlIGJ1bGxlcyI7DQoJZm9udC1mYW1pbHk6
IlRhaG9tYSIsInNhbnMtc2VyaWYiO30NCnNwYW4uVGV4dGVicnV0Q2FyDQoJe21zby1zdHlsZS1u
YW1lOiJUZXh0ZSBicnV0IENhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHls
ZS1saW5rOiJUZXh0ZSBicnV0IjsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYi
O30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQt
ZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3Np
emU6NjEyLjBwdCA3OTIuMHB0Ow0KCW1hcmdpbjo3MC44NXB0IDcwLjg1cHQgNzAuODVwdCA3MC44
NXB0O30NCmRpdi5Xb3JkU2VjdGlvbjENCgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLyogTGlzdCBE
ZWZpbml0aW9ucyAqLw0KQGxpc3QgbDANCgl7bXNvLWxpc3QtaWQ6MTQxMDczNzk5NzsNCgltc28t
bGlzdC10eXBlOmh5YnJpZDsNCgltc28tbGlzdC10ZW1wbGF0ZS1pZHM6MjA1Njg0OTU0IDY3Njk4
NzA1IDY3Njk4NzEzIDY3Njk4NzE1IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1IDY3Njk4NzAz
IDY3Njk4NzEzIDY3Njk4NzE1O30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtdGV4dDoi
JTFcKSI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3Np
dGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21z
by1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpu
b25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTgu
MHB0O30NCkBsaXN0IGwwOmxldmVsMw0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpyb21hbi1s
b3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0
aW9uOnJpZ2h0Ow0KCXRleHQtaW5kZW50Oi05LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDQNCgl7bXNv
LWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0K
CXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1i
ZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1s
ZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0
IGwwOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpyb21hbi1sb3dlcjsNCgltc28t
bGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0Ow0K
CXRleHQtaW5kZW50Oi05LjBwdDt9DQpAbGlzdCBsMDpsZXZlbDcNCgl7bXNvLWxldmVsLXRhYi1z
dG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50
Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw4DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFs
cGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXIt
cG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsOQ0K
CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpyb21hbi1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0
b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0Ow0KCXRleHQtaW5kZW50
Oi05LjBwdDt9DQpvbA0KCXttYXJnaW4tYm90dG9tOjBjbTt9DQp1bA0KCXttYXJnaW4tYm90dG9t
OjBjbTt9DQotLT48L3N0eWxlPjwhLS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVkZWZh
dWx0cyB2OmV4dD0iZWRpdCIgc3BpZG1heD0iMTAyNiIgLz4NCjwveG1sPjwhW2VuZGlmXS0tPjwh
LS1baWYgZ3RlIG1zbyA5XT48eG1sPg0KPG86c2hhcGVsYXlvdXQgdjpleHQ9ImVkaXQiPg0KPG86
aWRtYXAgdjpleHQ9ImVkaXQiIGRhdGE9IjEiIC8+DQo8L286c2hhcGVsYXlvdXQ+PC94bWw+PCFb
ZW5kaWZdLS0+PC9oZWFkPjxib2R5IGxhbmc9RU4tVVMgbGluaz1ibHVlIHZsaW5rPXB1cnBsZT48
ZGl2IGNsYXNzPVdvcmRTZWN0aW9uMT48cCBjbGFzcz1Nc29Ob3JtYWw+RGVhciBXRzo8bzpwPjwv
bzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48L3A+PHAgY2xhc3M9
TXNvTm9ybWFsPldl4oCZZCBsaWtlIHRvIGNsb3NlIG9uIGlzc3VlIDU0IGJ5IGRyYWZ0IDEwLiBU
aGVyZSBhcmUgaW4gZmFjdCAzIHF1ZXN0aW9ucyBvbiB0aGUgdGFibGUuIENhbiB5b3UgcGxlYXNl
IHNwZW5kIGEgZmV3IG1pbnV0ZXMgdG8gZ2l2ZXMgdXMgeW91ciB2b3RlIG9uIGVhY2g6PG86cD48
L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxwIGNsYXNz
PU1zb0xpc3RQYXJhZ3JhcGggc3R5bGU9J3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAg
bGV2ZWwxIGxmbzEnPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSdtc28tbGlzdDpJ
Z25vcmUnPjEpPHNwYW4gc3R5bGU9J2ZvbnQ6Ny4wcHQgIlRpbWVzIE5ldyBSb21hbiInPiZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT5JdCBoYXMg
YmVlbiBub3RlZCB0aGF0IEluIHNvbWUgc21hbGwgbmV0d29ya3MsIHRoZSBub24tc3RvcmluZyBt
b2RlIGFwcHJvYWNoIG9mIGZsb29kaW5nIG9yIG1hbnkgdW5pY2FzdCB3b3VsZCBiZSBhY2NlcHRh
YmxlIGFzIGEgbXVsdGljYXN0IGFwcHJvYWNoLiDCoFBsZWFzZSB2b3RlIHdoZXRoZXIgdGhlIHN1
cHBvcnQgb2YgREFPIGJhc2VkIG11bHRpY2FzdCBvbjxiPiBzdG9yaW5nPC9iPiBub2RlcyBzaG91
bGQgYmUgYTo8bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29MaXN0UGFyYWdyYXBoIHN0eWxlPSdt
YXJnaW4tbGVmdDo3Mi4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDIg
bGZvMSc+PCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9J21zby1saXN0Oklnbm9yZSc+
YS48c3BhbiBzdHlsZT0nZm9udDo3LjBwdCAiVGltZXMgTmV3IFJvbWFuIic+Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPk1BWSA8bzpw
PjwvbzpwPjwvcD48cCBjbGFzcz1Nc29MaXN0UGFyYWdyYXBoIHN0eWxlPSdtYXJnaW4tbGVmdDo3
Mi4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDIgbGZvMSc+PCFbaWYg
IXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9J21zby1saXN0Oklnbm9yZSc+Yi48c3BhbiBzdHls
ZT0nZm9udDo3LjBwdCAiVGltZXMgTmV3IFJvbWFuIic+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7IDwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPlNIT1VMRCA8bzpwPjwvbzpwPjwvcD48cCBj
bGFzcz1Nc29MaXN0UGFyYWdyYXBoIHN0eWxlPSdtYXJnaW4tbGVmdDo3Mi4wcHQ7dGV4dC1pbmRl
bnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDIgbGZvMSc+PCFbaWYgIXN1cHBvcnRMaXN0c10+
PHNwYW4gc3R5bGU9J21zby1saXN0Oklnbm9yZSc+Yy48c3BhbiBzdHlsZT0nZm9udDo3LjBwdCAi
VGltZXMgTmV3IFJvbWFuIic+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwv
c3Bhbj48L3NwYW4+PCFbZW5kaWZdPk1VU1Q8bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3Jt
YWw+PG86cD4mbmJzcDs8L286cD48L3A+PHAgY2xhc3M9TXNvTGlzdFBhcmFncmFwaCBzdHlsZT0n
dGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSc+PCFbaWYgIXN1cHBv
cnRMaXN0c10+PHNwYW4gc3R5bGU9J21zby1saXN0Oklnbm9yZSc+Mik8c3BhbiBzdHlsZT0nZm9u
dDo3LjBwdCAiVGltZXMgTmV3IFJvbWFuIic+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7
IDwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPkxMIG11bHRpY2FzdCBhZGRyZXNzIHVzZWQgZm9yIFJQ
TCBjb250cm9sLiDCoEF0IHRoZSBtb21lbnQsIGFsbCBtY2FzdCBjb250cm9sIGdvZXMgdG8gRkYw
Mjo6MSwgd2hpY2ggbWlnaHQgYm90aGVyIG1vcmUgbm9kZXMgdGhhbiBuZWVkIGJlLiBQbGVhc2Ug
dm90ZSB0byB1c2U6PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvUGxhaW5UZXh0IHN0eWxlPSdt
YXJnaW4tbGVmdDo3Mi4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDIg
bGZvMSc+PCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9J21zby1saXN0Oklnbm9yZSc+
YS48c3BhbiBzdHlsZT0nZm9udDo3LjBwdCAiVGltZXMgTmV3IFJvbWFuIic+Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPi0gYWxsIG5v
ZGVzwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBb
UkZDNDI5MV08bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29QbGFpblRleHQgc3R5bGU9J21hcmdp
bi1sZWZ0OjcyLjBwdDt0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0OmwwIGxldmVsMiBsZm8x
Jz48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0nbXNvLWxpc3Q6SWdub3JlJz5iLjxz
cGFuIHN0eWxlPSdmb250OjcuMHB0ICJUaW1lcyBOZXcgUm9tYW4iJz4mbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsgPC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+LSBhbGwgcm91dGVyc8KgwqDC
oMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoCBbUkZDNDI5MV08bzpw
PjwvbzpwPjwvcD48cCBjbGFzcz1Nc29QbGFpblRleHQgc3R5bGU9J21hcmdpbi1sZWZ0OjcyLjBw
dDt0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0OmwwIGxldmVsMiBsZm8xJz48IVtpZiAhc3Vw
cG9ydExpc3RzXT48c3BhbiBzdHlsZT0nbXNvLWxpc3Q6SWdub3JlJz5jLjxzcGFuIHN0eWxlPSdm
b250OjcuMHB0ICJUaW1lcyBOZXcgUm9tYW4iJz4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsgPC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+LSBMTCBNQU5FVCBub2RlcyDCoMKgwqDC
oMKgwqDCoMKgwqAgW1JGQzU0OThdPG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvUGxhaW5UZXh0
IHN0eWxlPSdtYXJnaW4tbGVmdDo3Mi4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDps
MCBsZXZlbDIgbGZvMSc+PCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9J21zby1saXN0
Oklnbm9yZSc+ZC48c3BhbiBzdHlsZT0nZm9udDo3LjBwdCAiVGltZXMgTmV3IFJvbWFuIic+Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPi0gTEwg
UlBMIG5vZGVzIMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgW3RoYXQgd2UgbmVl
ZCB0byByZXF1ZXN0IHRvIElBTkFdIDxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb0xpc3RQYXJh
Z3JhcGg+PG86cD4mbmJzcDs8L286cD48L3A+PHAgY2xhc3M9TXNvTGlzdFBhcmFncmFwaCBzdHls
ZT0ndGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSc+PCFbaWYgIXN1
cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9J21zby1saXN0Oklnbm9yZSc+Myk8c3BhbiBzdHlsZT0n
Zm9udDo3LjBwdCAiVGltZXMgTmV3IFJvbWFuIic+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i
c3A7IDwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPk5vbiBzdG9yaW5nIG5vZGVzLiBUaGV5IGNhbm5v
dCBkbyB0aGUgREFPIGJhc2VkIHN0YXRlZnVsIG11bHRpY2FzdCBzbyB3ZSBwbGFuIHRvIGFsbG93
IHRoZSByb290IHRvIGVpdGhlciBkbyBtYW55IHVuaWNhc3Qgb3IgZmxvb2QuIFVuaWNhc3QgaXMg
c3RyYWlnaHRmb3J3YXJkIGJ1dCBmbG9vZGluZyBtaWdodCByZXF1aXJlIHNvbWUgdGV4dCBXUlQg
cHJ1bmluZyBhbmQgdXNlIG9mIHRyaWNrbGUuIFRvIGF2b2lkIGR1cGxpY2F0aW9uLCB0aGUgYXJ0
IHVzdWFsbHkgYWRkcyBhIHNlcXVlbmNlIHRvIGVhY2ggcGFja2V0IGJlaW5nIGZsb29kZWQuIElm
IHdlIGhhdmUgc3VjaCBhIHNlcXVlbmNlIHdlIGNhbiB1c2UgaXQgYWxvbmUgb3IgaW4gY29uanVu
Y3Rpb24gd2l0aCB0cmlja2xlIHRvIHBydW5lIGV4Y2VzcyBtdWx0aWNhc3QuIFBsZWFzZSB2b3Rl
OjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb0xpc3RQYXJhZ3JhcGggc3R5bGU9J21hcmdpbi1s
ZWZ0OjcyLjBwdDt0ZXh0LWluZGVudDotMTguMHB0O21zby1saXN0OmwwIGxldmVsMiBsZm8xJz48
IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0nbXNvLWxpc3Q6SWdub3JlJz5hLjxzcGFu
IHN0eWxlPSdmb250OjcuMHB0ICJUaW1lcyBOZXcgUm9tYW4iJz4mbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsgPC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+RG8gbm90IHBydW5lIGFu
eXRoaW5nLCBqdXN0IHByb3BhZ2F0ZSBkb3dud2FyZHMgYWxsIHRoZSBtdWx0aWNhc3QgcGFja2V0
cyBmcm9tIHBhcmVudHMgKHNpbXBsZXN0IGJ1dCBncmVlZHkpPG86cD48L286cD48L3A+PHAgY2xh
c3M9TXNvTGlzdFBhcmFncmFwaCBzdHlsZT0nbWFyZ2luLWxlZnQ6NzIuMHB0O3RleHQtaW5kZW50
Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwyIGxmbzEnPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxz
cGFuIHN0eWxlPSdtc28tbGlzdDpJZ25vcmUnPmIuPHNwYW4gc3R5bGU9J2ZvbnQ6Ny4wcHQgIlRp
bWVzIE5ldyBSb21hbiInPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+PC9z
cGFuPjwhW2VuZGlmXT5hICsgRGVzY3JpYmUgdGhlIHNlcXVlbmNlIG5iIGluIHRoZSBob3AtYnkt
aG9wIHNwZWMgdG8gcHJ1bmUgZmxvb2RlZCBkdXBsaWNhdGVzPG86cD48L286cD48L3A+PHAgY2xh
c3M9TXNvTGlzdFBhcmFncmFwaCBzdHlsZT0nbWFyZ2luLWxlZnQ6NzIuMHB0O3RleHQtaW5kZW50
Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwyIGxmbzEnPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxz
cGFuIHN0eWxlPSdtc28tbGlzdDpJZ25vcmUnPmMuPHNwYW4gc3R5bGU9J2ZvbnQ6Ny4wcHQgIlRp
bWVzIE5ldyBSb21hbiInPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L3Nw
YW4+PC9zcGFuPjwhW2VuZGlmXT5iICsgRGVzY3JpYmUgdGhlIHRyaWNrbGVkIHZlcnNpb24gb2Yg
aXQ8bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29MaXN0UGFyYWdyYXBoIHN0eWxlPSdtYXJnaW4t
bGVmdDo3Mi4wcHQnPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48bzpw
PiZuYnNwOzwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+Vm90ZXMgYXBwcmVjaWF0ZWQgPHNw
YW4gc3R5bGU9J2ZvbnQtZmFtaWx5OldpbmdkaW5ncyc+Sjwvc3Bhbj48bzpwPjwvbzpwPjwvcD48
cCBjbGFzcz1Nc29Ob3JtYWw+PGI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo4LjVwdDtmb250LWZh
bWlseToiQXJpYWwiLCJzYW5zLXNlcmlmIjtjb2xvcjojNjY2NjY2Jz48bzpwPiZuYnNwOzwvbzpw
Pjwvc3Bhbj48L2I+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48Yj48c3BhbiBzdHlsZT0nZm9udC1m
YW1pbHk6IkFyaWFsIiwic2Fucy1zZXJpZiI7Y29sb3I6IzY2NjY2Nic+UGFzY2FsPC9zcGFuPjwv
Yj48c3BhbiBsYW5nPUZSIHN0eWxlPSdmb250LXNpemU6MTYuMHB0Jz48bzpwPjwvbzpwPjwvc3Bh
bj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RlI+PG86cD4mbmJzcDs8L286cD48
L3NwYW4+PC9wPjwvZGl2PjwvYm9keT48L2h0bWw+

------_=_NextPart_001_01CB0EE1.1C5DE950--

From alexandru.petrescu@gmail.com  Fri Jun 18 05:30:52 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 83FC63A6A5D for ; Fri, 18 Jun 2010 05:30:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.955
X-Spam-Level: 
X-Spam-Status: No, score=-0.955 tagged_above=-999 required=5 tests=[AWL=-0.195, BAYES_05=-1.11, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nay-kH3AXSF1 for ; Fri, 18 Jun 2010 05:30:49 -0700 (PDT)
Received: from cirse-out.extra.cea.fr (cirse-out.extra.cea.fr [132.166.172.106]) by core3.amsl.com (Postfix) with ESMTP id 73F103A6A4E for ; Fri, 18 Jun 2010 05:30:47 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5ICUmVV028082 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 18 Jun 2010 14:30:48 +0200
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5ICUmhV001883; Fri, 18 Jun 2010 14:30:48 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5ICUmXv031907; Fri, 18 Jun 2010 14:30:48 +0200
Message-ID: <4C1B66F8.2010404@gmail.com>
Date: Fri, 18 Jun 2010 14:30:48 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: "Pascal Thubert (pthubert)" 
References: <6A2A459175DABE4BB11DE2026AA50A5D0225E635@XMB-AMS-107.cisco.com>
In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D0225E635@XMB-AMS-107.cisco.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Cc: roll@ietf.org
Subject: Re: [Roll] Closing on issue 54
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 12:30:52 -0000

Le 18/06/2010 14:23, Pascal Thubert (pthubert) a écrit :
> Dear WG:
>
> We’d like to close on issue 54 by draft 10. There are in fact 3
> questions on the table. Can you please spend a few minutes to gives us
> your vote on each:
>
> 1) It has been noted that In some small networks, the non-storing mode
> approach of flooding or many unicast would be acceptable as a multicast
> approach.  Please vote whether the support of DAO based multicast on*
> storing* nodes should be a:
>
> a. MAY
>
> b. SHOULD
>
> c. MUST
>
> 2) LL multicast address used for RPL control.  At the moment, all mcast
> control goes to FF02::1, which might bother more nodes than need be.

Small correction: current draft mentions control going also to FF02::2 
(not only FF02::1).

Alex

> Please vote to use:
>
> a. - all nodes                           [RFC4291]
>
> b. - all routers                         [RFC4291]
>
> c. - LL MANET nodes           [RFC5498]
>
> d. - LL RPL nodes                   [that we need to request to IANA]
>
> 3) Non storing nodes. They cannot do the DAO based stateful multicast so
> we plan to allow the root to either do many unicast or flood. Unicast is
> straightforward but flooding might require some text WRT pruning and use
> of trickle. To avoid duplication, the art usually adds a sequence to
> each packet being flooded. If we have such a sequence we can use it
> alone or in conjunction with trickle to prune excess multicast. Please vote:
>
> a. Do not prune anything, just propagate downwards all the multicast
> packets from parents (simplest but greedy)
>
> b. a + Describe the sequence nb in the hop-by-hop spec to prune flooded
> duplicates
>
> c. b + Describe the trickled version of it
>
> Votes appreciated J
>
> * *
>
> *Pascal*
>
>
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll



From d.sturek@att.net  Fri Jun 18 06:06:27 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CD7643A68AB for ; Fri, 18 Jun 2010 06:06:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.786
X-Spam-Level: *
X-Spam-Status: No, score=1.786 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334, MSGID_MULTIPLE_AT=1.449, UNPARSEABLE_RELAY=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jphCwfuE-+HD for ; Fri, 18 Jun 2010 06:06:26 -0700 (PDT)
Received: from smtp106.sbc.mail.gq1.yahoo.com (smtp106.sbc.mail.gq1.yahoo.com [67.195.14.109]) by core3.amsl.com (Postfix) with SMTP id B7C1B3A6897 for ; Fri, 18 Jun 2010 06:06:26 -0700 (PDT)
Received: (qmail 78646 invoked from network); 18 Jun 2010 13:06:29 -0000
Received: from adsl-69-108-48-100.dsl.sndg02.pacbell.net (d.sturek@69.108.48.100 with login) by smtp106.sbc.mail.gq1.yahoo.com with SMTP; 18 Jun 2010 06:06:29 -0700 PDT
X-Yahoo-SMTP: fvjol_aswBAraSJvMLe2r1XTzhBhbFxY8q8c3jo-
X-YMail-OSG: Xx8C9Q4VM1nFsm7buOgtxybqnbFrJ3QP2nb9tJn_TULTMPE_rFLRoeZfGfVZpx2ryH5iJUDuKLHzfBBO2iq1f_1HW3J8nQ2FRYNN0zR1.t_XvsGMGzYxTRc5o0iltP7QM7AdGNn5eqyu.eideTbmZAsLYhiR1bVufmaebYJ1qHd53AS0dfYRuj7hziQgl30k64Br0OqZaOH0uatW.S.hGrolVbfDPnOJ1AzukOebwIrU4Px6fnQ9OyCs07wVxV8NuZIbfYJWN7xP2rZhJieJT0kr9eKlRPvq8vZF04Atw1aaUDUwqPc-
X-Yahoo-Newman-Property: ymail-3
From: "Don Sturek" 
To: "'Pascal Thubert \(pthubert\)'" , 
References: <6A2A459175DABE4BB11DE2026AA50A5D0225E635@XMB-AMS-107.cisco.com>
In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D0225E635@XMB-AMS-107.cisco.com>
Date: Fri, 18 Jun 2010 06:06:24 -0700
Message-ID: <009501cb0ee7$0e1f07e0$2a5d17a0$@sturek@att.net>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0096_01CB0EAC.61C02FE0"
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AcsO4RPFGm2+uIN7QWOz3AD+6KxzFwABV+Sg
Content-Language: en-us
Subject: Re: [Roll] Closing on issue 54
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: d.sturek@att.net
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 13:06:27 -0000

This is a multi-part message in MIME format.

------=_NextPart_000_0096_01CB0EAC.61C02FE0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hi Pascal,

=20

My votes noted below=E2=80=A6=E2=80=A6..

=20

Don

=20

=20

From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of =
Pascal Thubert (pthubert)
Sent: Friday, June 18, 2010 5:24 AM
To: roll@ietf.org
Subject: [Roll] Closing on issue 54

=20

Dear WG:

=20

We=E2=80=99d like to close on issue 54 by draft 10. There are in fact 3 =
questions on the table. Can you please spend a few minutes to gives us =
your vote on each:

=20

1)      It has been noted that In some small networks, the non-storing =
mode approach of flooding or many unicast would be acceptable as a =
multicast approach.  Please vote whether the support of DAO based =
multicast on storing nodes should be a:

a.       MAY=20

b.      SHOULD=20

c.       MUST

=20

DON:  MAY for storing nodes (item a)

=20

2)      LL multicast address used for RPL control.  At the moment, all =
mcast control goes to FF02::1, which might bother more nodes than need =
be. Please vote to use:

a.       - all nodes                           [RFC4291]

b.      - all routers                         [RFC4291]

c.       - LL MANET nodes           [RFC5498]

d.      - LL RPL nodes                   [that we need to request to =
IANA]=20

=20

DON:  LL RPL nodes (item d)

=20

3)      Non storing nodes. They cannot do the DAO based stateful =
multicast so we plan to allow the root to either do many unicast or =
flood. Unicast is straightforward but flooding might require some text =
WRT pruning and use of trickle. To avoid duplication, the art usually =
adds a sequence to each packet being flooded. If we have such a sequence =
we can use it alone or in conjunction with trickle to prune excess =
multicast. Please vote:

a.       Do not prune anything, just propagate downwards all the =
multicast packets from parents (simplest but greedy)

b.      a + Describe the sequence nb in the hop-by-hop spec to prune =
flooded duplicates

c.       b + Describe the trickled version of it

=20

DON:  b + Describe the trickled version of it (item c)

=20

=20

Votes appreciated J

=20

Pascal

=20


------=_NextPart_000_0096_01CB0EAC.61C02FE0
Content-Type: text/html;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable
















Hi =
Pascal,



 



My votes noted =
below=E2=80=A6=E2=80=A6..



 



Don



 



 









From:=

roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of =
Pascal
Thubert (pthubert)

Sent: Friday, June 18, 2010 5:24 AM

To: roll@ietf.org

Subject: [Roll] Closing on issue 54









 



Dear WG:



 



We=E2=80=99d like to close on issue 54 by draft 10. =
There are in
fact 3 questions on the table. Can you please spend a few minutes to =
gives us
your vote on each:



 



1)     
It has been noted that In some small networks, =
the
non-storing mode approach of flooding or many unicast would be =
acceptable as a
multicast approach.  Please vote whether the support of DAO based
multicast on storing nodes should be a:



a.       MAY




b.      =
SHOULD




c.       =
MUST



 



DON:=C2=A0 MAY for =
storing nodes
(item a)



 



2)     
LL multicast address used for RPL control. =
 At the
moment, all mcast control goes to FF02::1, which might bother more nodes =
than
need be. Please vote to use:



a.       -
all
nodes           &n=
bsp;           &nb=
sp;  
[RFC4291]



b.      =
-
all
routers           =
            &=
nbsp;
[RFC4291]



c.       -
LL MANET nodes           =
[RFC5498]



d.      =
-
LL RPL nodes
            &=
nbsp;    
[that we need to request to IANA] 



 



DON:=C2=A0 LL RPL =
nodes (item d)



 



3)     
Non storing nodes. They cannot do the DAO based
stateful multicast so we plan to allow the root to either do many =
unicast or
flood. Unicast is straightforward but flooding might require some text =
WRT
pruning and use of trickle. To avoid duplication, the art usually adds a
sequence to each packet being flooded. If we have such a sequence we can =
use it
alone or in conjunction with trickle to prune excess multicast. Please =
vote:



a.       Do
not prune anything, just propagate downwards all the multicast packets =
from
parents (simplest but greedy)



b.      =
a
+ Describe the sequence nb in the hop-by-hop spec to prune flooded =
duplicates



c.       b
+ Describe the trickled version of it



 



DON:=C2=A0 b + =
Describe the trickled
version of it (item c)



 



 



Votes appreciated J



 



Pascal



 









------=_NextPart_000_0096_01CB0EAC.61C02FE0--


From mcr@sandelman.ca  Fri Jun 18 07:17:59 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E6F423A67F3 for ; Fri, 18 Jun 2010 07:17:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.711
X-Spam-Level: 
X-Spam-Status: No, score=0.711 tagged_above=-999 required=5 tests=[AWL=0.065,  BAYES_50=0.001, HOST_MISMATCH_NET=0.311, IP_NOT_FRIENDLY=0.334]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Nn+HVpiHQ34n for ; Fri, 18 Jun 2010 07:17:58 -0700 (PDT)
Received: from relay.sandelman.ca (relay.cooperix.net [67.23.6.41]) by core3.amsl.com (Postfix) with ESMTP id C491E3A67EF for ; Fri, 18 Jun 2010 07:17:58 -0700 (PDT)
Received: from marajade.sandelman.ca (desk.marajade.sandelman.ca [209.87.252.247]) by relay.sandelman.ca (Postfix) with ESMTPS id C58943439C for ; Fri, 18 Jun 2010 10:18:03 -0400 (EDT)
Received: from marajade.sandelman.ca (unknown [127.0.0.1]) by marajade.sandelman.ca (Postfix) with ESMTP id 6C50B98555 for ; Fri, 18 Jun 2010 10:17:10 -0400 (EDT)
From: Michael Richardson 
To: roll@ietf.org
In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D0225E4CC@XMB-AMS-107.cisco.com> 
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org> <201006171112.26819.henning.rogge@fkie.fraunhofer.de> <6A2A459175DABE4BB11DE2026AA50A5D0225E227@XMB-AMS-107.cisco.com> <201006180747.44402.henning.rogge@fkie.fraunhofer.de> <6A2A459175DABE4BB11DE2026AA50A5D0225E4CC@XMB-AMS-107.cisco.com>
X-Mailer: MH-E 8.1; nmh 1.1; XEmacs 21.4 (patch 21)
Date: Fri, 18 Jun 2010 10:17:10 -0400
Message-ID: <1486.1276870630@marajade.sandelman.ca>
Sender: mcr@sandelman.ca
Subject: Re: [Roll] Fwd: [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 14:18:00 -0000

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


>>>>> "Pascal" == Pascal Thubert <(pthubert)" > writes:
    Pascal> Hi Henning:

    Pascal> Sure. And the whole point of defining multicast addresses like 224.0.0.5 for IPv4 or FF02::5 for IPv6 for OSPF is that this happens at the lowest level possible (like a NIC card). 

    Pascal> All:

    Pascal> The poll on the table is for RPL messages to be sent to:

    Pascal> - all nodes		[RFC4291]
    Pascal> - all routers		[RFC4291]
    Pascal> - LL MANET nodes 	[RFC5498]
    Pascal> - LL RPL nodes 		[that we need to request to IANA] 

    Pascal> You'll note that RFC 3111 alone reserves 1000 mcast
    Pascal> addresses and it's not like there's a shortage for new
    Pascal> assignment. 

I have been operating with an assumption since the begining that there
are host-only nodes that are logically on the LL network, but not
physically. That is, they do not have "radios", but are permanently
wired to some node that does have a radio. (My forklift example of a few
weeks ago)

If we send to all-nodes, then we wake up those nodes, so I am opposed to
doing that.

If someone can give an example of a MANET *node* which isn't also
listening as a router, then that would be great.  If there is a
situation where we believe that there will MANET nodes which do not
intend to participate as RPL nodes, then I guess that would argue for a
multicast group.

Let me also go the other way: is there some argument (such number of
common radio MAC devices) which are would fill their multicast filters
if we allocate another multicast group?

Given that we are not doing DAD or ND using the default rfc4861, do we
really need to listen on the all-nodes/all-routers groups?  

My preferences are therefore:
   a) get a new multicast group
   b) all-routers group
   c) LL MANET nodes

- -- 
]       He who is tired of Weird Al is tired of life!           |  firewalls  [
]   Michael Richardson, Sandelman Software Works, Ottawa, ON    |net architect[
] mcr@sandelman.ottawa.on.ca http://www.sandelman.ottawa.on.ca/ |device driver[
   Kyoto Plus: watch the video 
	               then sign the petition. 


-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Finger me for keys

iQEVAwUBTBt/5YCLcPvd0N1lAQLabQf/QflTEKz43YoSudh35+5zOsuk3PzegPMA
qk88OBPjascFSwkgApd95CgtKfaQ1TtNG0svcxjX2zM4WCXLXDs8Wp/hroSw6BsI
mBiN1g7xjFEGLQ+onJ5w+jzZC7hu58pYyvzhi7yRhA6hATVEjJC7131s4eWarzx6
Jg8VSROxtLlckxMY4gRJ8DDv22Jha2CKSeiLuYp2TpFX/AOabzmoR5RYoJCTlMHf
2JtxPFefQhP9BC1NM2FVRRig1Z7m1vtzpjseWAi3mjS971E+f0PABPSqx0xCUU5A
JqHCtaxNAlF3iY+Qc5nTIxV/4X5JWdZrnuF/OPa4SJIEyAZGev8K1Q==
=VMuw
-----END PGP SIGNATURE-----

From jpv@cisco.com  Fri Jun 18 07:23:44 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 456B33A68B1 for ; Fri, 18 Jun 2010 07:23:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.203
X-Spam-Level: 
X-Spam-Status: No, score=-10.203 tagged_above=-999 required=5 tests=[AWL=0.395, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F71GKiaZh6fp for ; Fri, 18 Jun 2010 07:23:43 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id C96343A6837 for ; Fri, 18 Jun 2010 07:23:42 -0700 (PDT)
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AkIFAJoeG0xAZnwM/2dsb2JhbACBQ51McadHmkuFGwQ
X-IronPort-AV: E=Sophos;i="4.53,440,1272844800";  d="scan'208,217";a="123127148"
Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-2.cisco.com with ESMTP; 18 Jun 2010 14:23:46 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5IENi3B018481 for ; Fri, 18 Jun 2010 14:23:46 GMT
Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 18 Jun 2010 16:23:46 +0200
Received: from dhcp-lyon-144-254-54-105.cisco.com ([144.254.54.105]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 18 Jun 2010 16:23:45 +0200
Message-Id: <8CB50B6A-8869-4BAA-A8B8-EF78140A29DC@cisco.com>
From: JP Vasseur 
To: Pascal Thubert (pthubert) 
In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D0225E635@XMB-AMS-107.cisco.com>
Content-Type: multipart/alternative; boundary=Apple-Mail-295-63589421
Mime-Version: 1.0 (Apple Message framework v936)
Date: Fri, 18 Jun 2010 16:23:36 +0200
References: <6A2A459175DABE4BB11DE2026AA50A5D0225E635@XMB-AMS-107.cisco.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 18 Jun 2010 14:23:45.0496 (UTC) FILETIME=[DC3B1D80:01CB0EF1]
Cc: roll@ietf.org
Subject: Re: [Roll] Closing on issue 54
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 14:23:44 -0000

--Apple-Mail-295-63589421
Content-Type: text/plain;
	charset=WINDOWS-1252;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: quoted-printable

Hi Pascal,

On Jun 18, 2010, at 2:23 PM, Pascal Thubert (pthubert) wrote:

> Dear WG:
>
> We=92d like to close on issue 54 by draft 10. There are in fact 3 =20
> questions on the table. Can you please spend a few minutes to gives =20=

> us your vote on each:
>
> 1)      It has been noted that In some small networks, the non-=20
> storing mode approach of flooding or many unicast would be =20
> acceptable as a multicast approach.  Please vote whether the support =20=

> of DAO based multicast on storing nodes should be a:
> a.       MAY
> b.      SHOULD
> c.       MUST

b.

>
> 2)      LL multicast address used for RPL control.  At the moment, =20
> all mcast control goes to FF02::1, which might bother more nodes =20
> than need be. Please vote to use:
> a.       - all nodes                           [RFC4291]
> b.      - all routers                         [RFC4291]
> c.       - LL MANET nodes           [RFC5498]
> d.      - LL RPL nodes                   [that we need to request to =20=

> IANA]

d.

>
> 3)      Non storing nodes. They cannot do the DAO based stateful =20
> multicast so we plan to allow the root to either do many unicast or =20=

> flood. Unicast is straightforward but flooding might require some =20
> text WRT pruning and use of trickle. To avoid duplication, the art =20
> usually adds a sequence to each packet being flooded. If we have =20
> such a sequence we can use it alone or in conjunction with trickle =20
> to prune excess multicast. Please vote:
> a.       Do not prune anything, just propagate downwards all the =20
> multicast packets from parents (simplest but greedy)
> b.      a + Describe the sequence nb in the hop-by-hop spec to prune =20=

> flooded duplicates
> c.       b + Describe the trickled version of it
>

b.

>
> Votes appreciated J
>
> Pascal
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


--Apple-Mail-295-63589421
Content-Type: text/html;
	charset=WINDOWS-1252
Content-Transfer-Encoding: quoted-printable

Hi Pascal,

On =
Jun 18, 2010, at 2:23 PM, Pascal Thubert (pthubert) wrote:

Dear =
WG:
 
We=92d like to =
close on issue 54 by draft 10. There are in fact 3 questions on the =
table. Can you please spend a few minutes to gives us your vote on =
each:
 
      It has been =
noted that In some small networks, the non-storing mode approach of =
flooding or many unicast would be acceptable as a multicast approach. =
 Please vote whether the support of DAO based multicast on storing nodes should be =
a:
a. MAY<=
/div>
b. SHOULD
c. MUST

b.

 
      LL multicast =
address used for RPL control.  At the moment, all mcast control =
goes to FF02::1, which might bother more nodes than need be. Please vote =
to use:
a. - all =
nodes           &nb=
sp;            =
;   [RFC4291]
      - all =
routers           &=
nbsp;           &nb=
sp; [RFC4291]
       - LL MANET =
nodes           =
[RFC5498]
d. - LL RPL =
nodes =
            &n=
bsp;     [that we need to request to =
IANA]
3) Non storing =
nodes. They cannot do the DAO based stateful multicast so we plan to =
allow the root to either do many unicast or flood. Unicast is =
straightforward but flooding might require some text WRT pruning and use =
of trickle. To avoid duplication, the art usually adds a sequence to =
each packet being flooded. If we have such a sequence we can use it =
alone or in conjunction with trickle to prune excess multicast. Please =
vote:
a. Do not prune =
anything, just propagate downwards all the multicast packets from =
parents (simplest but greedy)
      a + Describe =
the sequence nb in the hop-by-hop spec to prune flooded =
duplicates
c. b + Describe =
the trickled version of it
Votes appreciated J
Pascal
 
__________________________=
_____________________
Roll mailing list
Roll@ietf.org

From: JP Vasseur 
To: Ulrich Herberg 
In-Reply-To: 
Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Apple Message framework v936)
Date: Fri, 18 Jun 2010 16:25:44 +0200
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org>  <4C19E5CF.7010204@gmail.com> <201006171112.26819.henning.rogge@fkie.fraunhofer.de> <6A2A459175DABE4BB11DE2026AA50A5D0225E227@XMB-AMS-107.cisco.com> <4C1A306C.5050000@gmail.com> 
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 18 Jun 2010 14:25:53.0881 (UTC) FILETIME=[28C11C90:01CB0EF2]
X-TM-AS-Product-Ver: SMEX-8.0.0.1181-6.000.1038-17452.007
X-TM-AS-Result: No--18.231400-8.000000-31
X-TM-AS-User-Approved-Sender: No
X-TM-AS-User-Blocked-Sender: No
Cc: roll@ietf.org
Subject: Re: [Roll] Fwd: [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 14:25:56 -0000

On Jun 17, 2010, at 5:29 PM, Ulrich Herberg wrote:

> Hi Alex,
>
> On Thu, Jun 17, 2010 at 4:25 PM, Alexandru Petrescu
>  wrote:
>>
>> Le 17/06/2010 15:36, Pascal Thubert (pthubert) a =E9crit :
>>>
>>> [..]
>>>
>>> I'm afraid MANET is a little vague.
>>
>> IMHO, some MANET protocols deal with topologies as vague as RPL =20
>> does.  I
>> am looking for structure in the topology.  Most deployments use very
>> structured topologies with precise ideas on the link layers.
>>
>> When these very protocols are tried in practice they are exercised =20=

>> with
>> very precise topologies... except that afterwards we don't mention
>> them... leaving all vague, talking arbitrary movements, universal
>> support.  In this context it's hard to reach agreement.
>
> What do you mean by "vague",  "precise" or "structured" topologies?
> Which protocols are you talking about? I do not think that we have to
> explicitly mention any link-layer in RPL (the same reasons as in MANET
> apply, where we had long discussion about this topic).

Agree.

JP.

>
>
>> [...]
>
>
> Ulrich
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From jhui@archrock.com  Fri Jun 18 07:39:47 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 372F13A68C5 for ; Fri, 18 Jun 2010 07:39:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.484
X-Spam-Level: 
X-Spam-Status: No, score=-1.484 tagged_above=-999 required=5 tests=[AWL=-0.744, BAYES_20=-0.74]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hVKY6t4crtj4 for ; Fri, 18 Jun 2010 07:39:45 -0700 (PDT)
Received: from mail.sf.archrock.com (mail.sf.archrock.com [216.74.40.86]) by core3.amsl.com (Postfix) with ESMTP id 8EC753A67F8 for ; Fri, 18 Jun 2010 07:39:45 -0700 (PDT)
Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.sf.archrock.com (Postfix) with ESMTP id 90BFBAFD97; Fri, 18 Jun 2010 07:37:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at 
Received: from mail.sf.archrock.com ([127.0.0.1]) by localhost (mail.sf.archrock.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CHGZo3kPQIr3; Fri, 18 Jun 2010 07:37:45 -0700 (PDT)
Received: from [192.168.7.62] (69-12-164-135.sfo.archrock.com [69.12.164.135]) by mail.sf.archrock.com (Postfix) with ESMTP id AFEE5AF8E1; Fri, 18 Jun 2010 07:37:45 -0700 (PDT)
Message-Id: <8CA37025-CDF8-4519-A8F0-1FB51AFB2125@archrock.com>
From: Jonathan Hui 
To: Pascal Thubert (pthubert) 
In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D0225E635@XMB-AMS-107.cisco.com>
Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Apple Message framework v936)
Date: Fri, 18 Jun 2010 07:39:44 -0700
References: <6A2A459175DABE4BB11DE2026AA50A5D0225E635@XMB-AMS-107.cisco.com>
X-Mailer: Apple Mail (2.936)
Cc: roll@ietf.org
Subject: Re: [Roll] Closing on issue 54
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 14:39:47 -0000

On Jun 18, 2010, at 5:23 AM, Pascal Thubert (pthubert) wrote:

> We=92d like to close on issue 54 by draft 10. There are in fact 3 =20
> questions on the table. Can you please spend a few minutes to gives =20=

> us your vote on each:
>
> 1)      It has been noted that In some small networks, the non-=20
> storing mode approach of flooding or many unicast would be =20
> acceptable as a multicast approach.  Please vote whether the support =20=

> of DAO based multicast on storing nodes should be a:
> a.       MAY
> b.      SHOULD
> c.       MUST

A or B, but strongly against C.

>  2)      LL multicast address used for RPL control.  At the moment, =20=

> all mcast control goes to FF02::1, which might bother more nodes =20
> than need be. Please vote to use:
> a.       - all nodes                           [RFC4291]
> b.      - all routers                         [RFC4291]
> c.       - LL MANET nodes           [RFC5498]
> d.      - LL RPL nodes                   [that we need to request to =20=

> IANA]

D.

> 3)      Non storing nodes. They cannot do the DAO based stateful =20
> multicast so we plan to allow the root to either do many unicast or =20=

> flood. Unicast is straightforward but flooding might require some =20
> text WRT pruning and use of trickle. To avoid duplication, the art =20
> usually adds a sequence to each packet being flooded. If we have =20
> such a sequence we can use it alone or in conjunction with trickle =20
> to prune excess multicast. Please vote:
> a.       Do not prune anything, just propagate downwards all the =20
> multicast packets from parents (simplest but greedy)
> b.      a + Describe the sequence nb in the hop-by-hop spec to prune =20=

> flooded duplicates
> c.       b + Describe the trickled version of it

C.  Though I don't think the description belongs in the RPL spec - it =20=

is, after all, a set of forwarding rules.  We will have a draft coming =20=

on this soon :)

--
Jonathan Hui


From richard.kelsey@ember.com  Fri Jun 18 07:55:41 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D10B93A68D7 for ; Fri, 18 Jun 2010 07:55:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.138
X-Spam-Level: 
X-Spam-Status: No, score=-0.138 tagged_above=-999 required=5 tests=[AWL=-0.139, BAYES_50=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gDXSeBAzA8w6 for ; Fri, 18 Jun 2010 07:55:41 -0700 (PDT)
Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id E96833A683E for ; Fri, 18 Jun 2010 07:55:40 -0700 (PDT)
Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 18 Jun 2010 10:55:46 -0400
Date: Fri, 18 Jun 2010 10:58:58 -0400
Message-Id: <87sk4kl74d.fsf@kelsey-ws.hq.ember.com>
To: Philip Levis 
In-reply-to: <5BEAFD5C-242E-4BAB-8E3F-ED372B91112E@cs.stanford.edu> (message from Philip Levis on Thu, 17 Jun 2010 19:44:32 -0700)
From: Richard Kelsey 
References: <1970550793.165216.1276828237438.JavaMail.root@mail02.pantherlink.uwm.edu> <5BEAFD5C-242E-4BAB-8E3F-ED372B91112E@cs.stanford.edu>
X-OriginalArrivalTime: 18 Jun 2010 14:55:46.0110 (UTC) FILETIME=[55018DE0:01CB0EF6]
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 14:55:41 -0000

> From: Philip Levis 
> Date: Thu, 17 Jun 2010 19:44:32 -0700
> 
> This seems to be getting kind of complex: a DAG specifies an  
> objective function, as well as a metric->rank conversion function, as  
> well as the metrics that the objective function uses?

It certainly can be complex, but it doesn't have to be.  We
want to cover the full spectrum, from just minimizing ETX to
using a weighted set of metrics that can be tuned
dynamically.  The goal is to allow for the second without
burdening simpler devices.

A DAG would specify an objective function and a metric->rank
conversion function, with the latter including which metrics
are used as inputs.  For an ETX-only DAG, the metric->rank
function can be the identity function and no metric
container is needed.  Other single metrics, such as latency,
might require metric->rank to do some scaling, in which case
a metric container is still needed.

I think that specifying the metric->rank conversion
independently of the OF and the metric values will be
simpler in the long run, as it allows us to simplify the OF
and the metric values while still supporting complex metric
calculations for those that want them.

                                 -Richard Kelsey

From alexandru.petrescu@gmail.com  Fri Jun 18 08:41:11 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7B7273A6855 for ; Fri, 18 Jun 2010 08:41:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.49
X-Spam-Level: 
X-Spam-Status: No, score=0.49 tagged_above=-999 required=5 tests=[AWL=0.139, BAYES_50=0.001, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MWzKQ4DWRl+i for ; Fri, 18 Jun 2010 08:41:10 -0700 (PDT)
Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by core3.amsl.com (Postfix) with ESMTP id 24D553A67D1 for ; Fri, 18 Jun 2010 08:41:08 -0700 (PDT)
Received: from [127.0.0.1] (bur91-3-82-239-213-32.fbx.proxad.net [82.239.213.32]) by smtp1-g21.free.fr (Postfix) with ESMTP id 1FA3394004B; Fri, 18 Jun 2010 17:41:07 +0200 (CEST)
Message-ID: <4C1B9390.7060709@gmail.com>
Date: Fri, 18 Jun 2010 17:41:04 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: JP Vasseur 
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org>  <4C19E5CF.7010204@gmail.com> <201006171112.26819.henning.rogge@fkie.fraunhofer.de> <6A2A459175DABE4BB11DE2026AA50A5D0225E227@XMB-AMS-107.cisco.com> <4C1A306C.5050000@gmail.com>  
In-Reply-To: 
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Antivirus: avast! (VPS 100618-0, 18/06/2010), Outbound message
X-Antivirus-Status: Clean
Cc: roll@ietf.org
Subject: Re: [Roll] considering or ignoring link layer characteristics (was: Fwd: [roll] #54: Clarification on multicast)
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 15:41:12 -0000

Le 18/06/2010 16:25, JP Vasseur a écrit :
>
> On Jun 17, 2010, at 5:29 PM, Ulrich Herberg wrote:
>
>> Hi Alex,
>>
>> On Thu, Jun 17, 2010 at 4:25 PM, Alexandru Petrescu
>>  wrote:
>>>
>>> Le 17/06/2010 15:36, Pascal Thubert (pthubert) a écrit :
>>>>
>>>> [..]
>>>>
>>>> I'm afraid MANET is a little vague.
>>>
>>> IMHO, some MANET protocols deal with topologies as vague as RPL
>>> does. I am looking for structure in the topology. Most
>>> deployments use very structured topologies with precise ideas on
>>> the link layers.
>>>
>>> When these very protocols are tried in practice they are
>>> exercised with very precise topologies... except that afterwards
>>> we don't mention them... leaving all vague, talking arbitrary
>>> movements, universal support. In this context it's hard to reach
>>> agreement.
>>
>> What do you mean by "vague", "precise" or "structured" topologies?
>>  Which protocols are you talking about? I do not think that we
>> have to explicitly mention any link-layer in RPL (the same reasons
>> as in MANET apply, where we had long discussion about this topic).
>
> Agree.

Well - we could mention in discussion the link layers of concern to RPL
and then we'll have different conclusions to write in the spec.

To avoid coming coming later saying RPL works only on Ethernet,
questioning why non-Ethernet users don't employ it.

This unfortunate situation was seen often in mobility groups: prototype
on Ethernet and wrongly assume everything else should work as on
Ethernet.  It's not the case: M2M cellular, zigbee, RS-232, USB all act
differently... making some Ethernet-guided core protocol concepts
superfluous: HA, AR, address-per-node, ND, more.

For example in RPL: if we rely on the use of link-layer multicast
addresses and later see that M2M cellular don't use them - our spec
request to use multicast address is completely superfluous on
point-to-point links.

Another RPL example: we rely on Tree links experience and talk
point-to-point and then go to M2M cellular and learn that point-to-point
is actually ppp protocol - no wonder it doesn't get implemented.

Please mention the link layers and their behaviours.

Alex

>
> JP.
>
>>
>>
>>> [...]
>>
>>
>> Ulrich _______________________________________________ Roll
>> mailing list Roll@ietf.org
>> https://www.ietf.org/mailman/listinfo/roll
>
>


From alexandru.petrescu@gmail.com  Fri Jun 18 08:42:54 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 18F5D3A67D6 for ; Fri, 18 Jun 2010 08:42:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.47
X-Spam-Level: 
X-Spam-Status: No, score=0.47 tagged_above=-999 required=5 tests=[AWL=0.119, BAYES_50=0.001, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OBAe+qIm5USH for ; Fri, 18 Jun 2010 08:42:53 -0700 (PDT)
Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by core3.amsl.com (Postfix) with ESMTP id 06D483A67D1 for ; Fri, 18 Jun 2010 08:42:51 -0700 (PDT)
Received: from [127.0.0.1] (bur91-3-82-239-213-32.fbx.proxad.net [82.239.213.32]) by smtp1-g21.free.fr (Postfix) with ESMTP id 60137940180 for ; Fri, 18 Jun 2010 17:42:52 +0200 (CEST)
Message-ID: <4C1B93F8.2000009@gmail.com>
Date: Fri, 18 Jun 2010 17:42:48 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: roll@ietf.org
References: <6A2A459175DABE4BB11DE2026AA50A5D0225E635@XMB-AMS-107.cisco.com>
In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D0225E635@XMB-AMS-107.cisco.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Antivirus: avast! (VPS 100618-0, 18/06/2010), Outbound message
X-Antivirus-Status: Clean
Subject: Re: [Roll] Closing on issue 54
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 15:42:54 -0000

Pascal - thanks for the poll, just a quick side note - please keep the 
group updated about what you're going to do with results, especially the 
part concerning IANA and group addresses.  I will wait and see.

Alex

Le 18/06/2010 14:23, Pascal Thubert (pthubert) a écrit :
> Dear WG:
>
> We’d like to close on issue 54 by draft 10. There are in fact 3
> questions on the table. Can you please spend a few minutes to gives us
> your vote on each:
>
> 1) It has been noted that In some small networks, the non-storing mode
> approach of flooding or many unicast would be acceptable as a multicast
> approach.  Please vote whether the support of DAO based multicast on*
> storing* nodes should be a:
>
> a. MAY
>
> b. SHOULD
>
> c. MUST
>
> 2) LL multicast address used for RPL control.  At the moment, all mcast
> control goes to FF02::1, which might bother more nodes than need be.
> Please vote to use:
>
> a. - all nodes                           [RFC4291]
>
> b. - all routers                         [RFC4291]
>
> c. - LL MANET nodes           [RFC5498]
>
> d. - LL RPL nodes                   [that we need to request to IANA]
>
> 3) Non storing nodes. They cannot do the DAO based stateful multicast so
> we plan to allow the root to either do many unicast or flood. Unicast is
> straightforward but flooding might require some text WRT pruning and use
> of trickle. To avoid duplication, the art usually adds a sequence to
> each packet being flooded. If we have such a sequence we can use it
> alone or in conjunction with trickle to prune excess multicast. Please vote:
>
> a. Do not prune anything, just propagate downwards all the multicast
> packets from parents (simplest but greedy)
>
> b. a + Describe the sequence nb in the hop-by-hop spec to prune flooded
> duplicates
>
> c. b + Describe the trickled version of it
>
> Votes appreciated J
>
> * *
>
> *Pascal*
>
>
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From richard.kelsey@ember.com  Fri Jun 18 09:12:29 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B34E43A68D8 for ; Fri, 18 Jun 2010 09:12:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.418
X-Spam-Level: 
X-Spam-Status: No, score=-1.418 tagged_above=-999 required=5 tests=[AWL=1.181,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FqzbqCNnBPvk for ; Fri, 18 Jun 2010 09:12:27 -0700 (PDT)
Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id 107A63A687E for ; Fri, 18 Jun 2010 09:12:26 -0700 (PDT)
Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 18 Jun 2010 12:12:32 -0400
Date: Fri, 18 Jun 2010 12:15:45 -0400
Message-Id: <87pqzol3ke.fsf@kelsey-ws.hq.ember.com>
To: "Pascal Thubert (pthubert)" 
In-reply-to: <6A2A459175DABE4BB11DE2026AA50A5D0225E635@XMB-AMS-107.cisco.com> (pthubert@cisco.com)
From: Richard Kelsey 
References: <6A2A459175DABE4BB11DE2026AA50A5D0225E635@XMB-AMS-107.cisco.com>
X-OriginalArrivalTime: 18 Jun 2010 16:12:32.0541 (UTC) FILETIME=[0EA724D0:01CB0F01]
Cc: roll@ietf.org
Subject: Re: [Roll] Closing on issue 54
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 16:12:29 -0000

> Date: Fri, 18 Jun 2010 14:23:37 +0200
> From: "Pascal Thubert (pthubert)" 
> 
> 1) It has been noted that In some small networks, the non-storing mode
> approach of flooding or many unicast would be acceptable as a
> multicast approach.  Please vote whether the support of DAO based
> multicast on storing nodes should be a:
> 
> a.  MAY
> 
> b.  SHOULD
> 
> c.  MUST

A or B.  Not C.

> 2) LL multicast address used for RPL control.  At the moment, all
> mcast control goes to FF02::1, which might bother more nodes than need
> be. Please vote to use:
> 
> a.  - all nodes [RFC4291]
> 
> b.  - all routers [RFC4291]
> 
> c.  - LL MANET nodes [RFC5498]
> 
> d.  - LL RPL nodes [that we need to request to IANA]

D.

> 3) Non storing nodes. They cannot do the DAO based stateful multicast
> so we plan to allow the root to either do many unicast or
> flood. Unicast is straightforward but flooding might require some text
> WRT pruning and use of trickle. To avoid duplication, the art usually
> adds a sequence to each packet being flooded. If we have such a
> sequence we can use it alone or in conjunction with trickle to prune
> excess multicast. Please vote:
> 
> a.  Do not prune anything, just propagate downwards all the multicast
> packets from parents (simplest but greedy)
> 
> b.  a + Describe the sequence nb in the hop-by-hop spec to prune
> flooded duplicates
> 
> c.  b + Describe the trickled version of it

C, but in a separate draft, not in the core RPL spec.

                             -Richard Kelsey

From mcr@sandelman.ca  Fri Jun 18 09:22:38 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0B62A3A690F for ; Fri, 18 Jun 2010 09:22:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 2.828
X-Spam-Level: **
X-Spam-Status: No, score=2.828 tagged_above=-999 required=5 tests=[AWL=-2.117,  BAYES_80=2, HOST_MISMATCH_NET=0.311, IP_NOT_FRIENDLY=0.334, MANGLED_TOOL=2.3]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5W+V9n19f9ar for ; Fri, 18 Jun 2010 09:22:36 -0700 (PDT)
Received: from relay.sandelman.ca (relay.cooperix.net [67.23.6.41]) by core3.amsl.com (Postfix) with ESMTP id 6FE283A6801 for ; Fri, 18 Jun 2010 09:22:36 -0700 (PDT)
Received: from marajade.sandelman.ca (desk.marajade.sandelman.ca [209.87.252.247]) by relay.sandelman.ca (Postfix) with ESMTPS id D674B3437D for ; Fri, 18 Jun 2010 12:22:41 -0400 (EDT)
Received: from marajade.sandelman.ca (unknown [127.0.0.1]) by marajade.sandelman.ca (Postfix) with ESMTP id 879A298555 for ; Fri, 18 Jun 2010 12:21:48 -0400 (EDT)
From: Michael Richardson 
To: roll@ietf.org
X-Mailer: MH-E 8.1; nmh 1.1; XEmacs 21.4 (patch 21)
Date: Fri, 18 Jun 2010 12:21:48 -0400
Message-ID: <11006.1276878108@marajade.sandelman.ca>
Sender: mcr@sandelman.ca
Subject: [Roll] RPL control message top bit
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 16:22:38 -0000

page 22 of rpl-09.txt:

please change:
        0                   1                   2                   3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |     Type      |     Code      |          Checksum             |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

to:
        0                   1                   2                   3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
       |     Type      |S|   Code      |          Checksum             |
       +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

since it appears that this secure bit changes the packet format.
This may imply that any "insecure" code can be turned secure by adding
that bit.   I don't know if that's the intent or not.

-- 
]       He who is tired of Weird Al is tired of life!           |  firewalls  [
]   Michael Richardson, Sandelman Software Works, Ottawa, ON    |net architect[
] mcr@sandelman.ottawa.on.ca http://www.sandelman.ottawa.on.ca/ |device driver[
   Kyoto Plus: watch the video 
	               then sign the petition. 

From alexandru.petrescu@gmail.com  Fri Jun 18 09:36:48 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A684828C0F5 for ; Fri, 18 Jun 2010 09:36:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.455
X-Spam-Level: 
X-Spam-Status: No, score=0.455 tagged_above=-999 required=5 tests=[AWL=0.104,  BAYES_50=0.001, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id quCXcJEe32-I for ; Fri, 18 Jun 2010 09:36:47 -0700 (PDT)
Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by core3.amsl.com (Postfix) with ESMTP id 44C6C28C0D6 for ; Fri, 18 Jun 2010 09:36:45 -0700 (PDT)
Received: from [127.0.0.1] (bur91-3-82-239-213-32.fbx.proxad.net [82.239.213.32]) by smtp1-g21.free.fr (Postfix) with ESMTP id C40C0940103 for ; Fri, 18 Jun 2010 18:36:46 +0200 (CEST)
Message-ID: <4C1BA09B.7020000@gmail.com>
Date: Fri, 18 Jun 2010 18:36:43 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: roll@ietf.org
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org>	<201006171112.26819.henning.rogge@fkie.fraunhofer.de>	<6A2A459175DABE4BB11DE2026AA50A5D0225E227@XMB-AMS-107.cisco.com>	<201006180747.44402.henning.rogge@fkie.fraunhofer.de>	<6A2A459175DABE4BB11DE2026AA50A5D0225E4CC@XMB-AMS-107.cisco.com> <1486.1276870630@marajade.sandelman.ca>
In-Reply-To: <1486.1276870630@marajade.sandelman.ca>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Antivirus: avast! (VPS 100618-0, 18/06/2010), Outbound message
X-Antivirus-Status: Clean
Subject: Re: [Roll] Fwd: [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 16:36:48 -0000

Le 18/06/2010 16:17, Michael Richardson a écrit :
> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
>
>
>>>>>> "Pascal" == Pascal
>>>>>> Thubert<(pthubert)"> writes:
> Pascal>  Hi Henning:
>
> Pascal>  Sure. And the whole point of defining multicast addresses
> like 224.0.0.5 for IPv4 or FF02::5 for IPv6 for OSPF is that this
> happens at the lowest level possible (like a NIC card).
>
> Pascal>  All:
>
> Pascal>  The poll on the table is for RPL messages to be sent to:
>
> Pascal>  - all nodes		[RFC4291] Pascal>  - all routers		[RFC4291]
> Pascal>  - LL MANET nodes 	[RFC5498] Pascal>  - LL RPL nodes 		[that
> we need to request to IANA]
>
> Pascal>  You'll note that RFC 3111 alone reserves 1000 mcast Pascal>
> addresses and it's not like there's a shortage for new Pascal>
> assignment.
>
> I have been operating with an assumption since the begining that
> there are host-only nodes that are logically on the LL network, but
> not physically. That is, they do not have "radios", but are
> permanently wired to some node that does have a radio. (My forklift
> example of a few weeks ago)

This is an interesting assumption.  Old Host-IMP would be similar.

> If we send to all-nodes, then we wake up those nodes, so I am
> opposed to doing that.

Hm, I would consider the router be the "radio" part, and it would be
necessary to wake them up.  The Host part would be separated from the
Router, by a different link, with a different link scope, and hence the
link-locally addressed multicast message would traverse to wake them up.

Related, the risk of waking up entities not needing so could be
alleviated by the link layer filters: some link layers provide such
filters, and consider they've "joined" a scope only when they decided to
not be asleep.

In general, whenever using multicast I would wonder how these groups are
joined and left, by the nodes.  With Ethernet (which seems to be the
main experience here too) this happens with MLD messages, which is good.
  They are there and RPL shoudl reuse them.

On another hand - with USB (and WUSB I presume) there's no MLD
operation, no IPv6 over USB.  Thus I believe RPL should specify how to
join these groups, _before_ being able to send or receive messages from
them.  The same with M2M cellular.

I believe RPL spec should specify that it needs to join groups _before_
sending and receiving packets to these groups, specify how to  leave
these groups, and list informally the various means (MLD, filters,
other) to do so.

> If someone can give an example of a MANET *node* which isn't also
> listening as a router, then that would be great.

I wonder too.  In that case it would no longer be a node but a router
(not a host).  A node is typically understood to be both a router and a
host.  There is an RFC with terminology of "node", "router", "host".

> If there is a situation where we believe that there will MANET nodes
> which do not intend to participate as RPL nodes, then I guess that
> would argue for a multicast group.

You mean a specific RPL multicast group?

> Let me also go the other way: is there some argument (such number of
>  common radio MAC devices) which are would fill their multicast
> filters if we allocate another multicast group?

I agree with the question.  If the node has too little memory to manage 
so many memberships (3 already defined) then we should restrain from 
defining yet another group.

> Given that we are not doing DAD or ND using the default rfc4861, do
> we really need to listen on the all-nodes/all-routers groups?

These groups are not only for DAD/ND but also for autoconf - I want 
SLAAC to work.  There may be other protocols employing these all-nodes 
and all-routers groups.

Alex

> My preferences are therefore: a) get a new multicast group b)
> all-routers group c) LL MANET nodes
>
> - -- ]       He who is tired of Weird Al is tired of life! |
> firewalls  [ ]   Michael Richardson, Sandelman Software Works,
> Ottawa, ON    |net architect[ ] mcr@sandelman.ottawa.on.ca
> http://www.sandelman.ottawa.on.ca/ |device driver[ Kyoto Plus: watch
> the video then sign the
> petition.
>
>
> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux)
> Comment: Finger me for keys
>
> iQEVAwUBTBt/5YCLcPvd0N1lAQLabQf/QflTEKz43YoSudh35+5zOsuk3PzegPMA
> qk88OBPjascFSwkgApd95CgtKfaQ1TtNG0svcxjX2zM4WCXLXDs8Wp/hroSw6BsI
> mBiN1g7xjFEGLQ+onJ5w+jzZC7hu58pYyvzhi7yRhA6hATVEjJC7131s4eWarzx6
> Jg8VSROxtLlckxMY4gRJ8DDv22Jha2CKSeiLuYp2TpFX/AOabzmoR5RYoJCTlMHf
> 2JtxPFefQhP9BC1NM2FVRRig1Z7m1vtzpjseWAi3mjS971E+f0PABPSqx0xCUU5A
> JqHCtaxNAlF3iY+Qc5nTIxV/4X5JWdZrnuF/OPa4SJIEyAZGev8K1Q== =VMuw
> -----END PGP SIGNATURE-----
> _______________________________________________ Roll mailing list
> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>


From alexandru.petrescu@gmail.com  Fri Jun 18 09:37:56 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B486928C0F5 for ; Fri, 18 Jun 2010 09:37:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.594
X-Spam-Level: *
X-Spam-Status: No, score=1.594 tagged_above=-999 required=5 tests=[AWL=-1.057,  BAYES_50=0.001, HELO_EQ_FR=0.35, MANGLED_TOOL=2.3]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QatsprRjwAIl for ; Fri, 18 Jun 2010 09:37:53 -0700 (PDT)
Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by core3.amsl.com (Postfix) with ESMTP id 8218D3A6AA4 for ; Fri, 18 Jun 2010 09:37:50 -0700 (PDT)
Received: from [127.0.0.1] (bur91-3-82-239-213-32.fbx.proxad.net [82.239.213.32]) by smtp1-g21.free.fr (Postfix) with ESMTP id 473AE940101 for ; Fri, 18 Jun 2010 18:37:51 +0200 (CEST)
Message-ID: <4C1BA0DB.301@gmail.com>
Date: Fri, 18 Jun 2010 18:37:47 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: roll@ietf.org
References: <11006.1276878108@marajade.sandelman.ca>
In-Reply-To: <11006.1276878108@marajade.sandelman.ca>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Antivirus: avast! (VPS 100618-0, 18/06/2010), Outbound message
X-Antivirus-Status: Clean
Subject: Re: [Roll] RPL control message top bit
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 16:37:57 -0000

Le 18/06/2010 18:21, Michael Richardson a écrit :
>
> page 22 of rpl-09.txt:
>
> please change:
>          0                   1                   2                   3
>          0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
>         +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>         |     Type      |     Code      |          Checksum             |
>         +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
> to:
>          0                   1                   2                   3
>          0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
>         +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>         |     Type      |S|   Code      |          Checksum             |
>         +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>
> since it appears that this secure bit changes the packet format.
> This may imply that any "insecure" code can be turned secure by adding
> that bit.   I don't know if that's the intent or not.

Sorry?  :-)

Alex

>


From pal@cs.stanford.edu  Fri Jun 18 09:43:27 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0D5903A6A68 for ; Fri, 18 Jun 2010 09:43:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.037
X-Spam-Level: 
X-Spam-Status: No, score=-5.037 tagged_above=-999 required=5 tests=[AWL=-2.228, BAYES_05=-1.11, HTML_MESSAGE=0.001, MANGLED_TOOL=2.3, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XIl5MUSnzP+m for ; Fri, 18 Jun 2010 09:43:26 -0700 (PDT)
Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by core3.amsl.com (Postfix) with ESMTP id 193463A68EA for ; Fri, 18 Jun 2010 09:43:26 -0700 (PDT)
Received: from [12.149.152.130] (helo=[192.168.55.238]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OPefC-0001mS-OK; Fri, 18 Jun 2010 09:43:31 -0700
Mime-Version: 1.0 (Apple Message framework v1078)
Content-Type: multipart/alternative; boundary=Apple-Mail-39-71984317
From: Philip Levis 
In-Reply-To: <11006.1276878108@marajade.sandelman.ca>
Date: Fri, 18 Jun 2010 09:43:31 -0700
Message-Id: <5761A1B7-7490-4B86-A90C-271B199E5FFA@cs.stanford.edu>
References: <11006.1276878108@marajade.sandelman.ca>
To: Michael Richardson 
X-Mailer: Apple Mail (2.1078)
X-Scan-Signature: 49896a3a751959820c06ecc920723d92
Cc: roll@ietf.org
Subject: Re: [Roll] RPL control message top bit
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 16:43:27 -0000

--Apple-Mail-39-71984317
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii


On Jun 18, 2010, at 9:21 AM, Michael Richardson wrote:

>=20
> page 22 of rpl-09.txt:
>=20
> please change:
>        0                   1                   2                   3
>        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
>       =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>       |     Type      |     Code      |          Checksum             =
|
>       =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=20
> to:
>        0                   1                   2                   3
>        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
>       =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>       |     Type      |S|   Code      |          Checksum             =
|
>       =
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
>=20
> since it appears that this secure bit changes the packet format.
> This may imply that any "insecure" code can be turned secure by adding
> that bit.   I don't know if that's the intent or not.
>=20
>=20

Michael,

Since there are messages that are only valid when secured (e.g., CC), =
keeping it as part of the code seemed to make more sense: the two are =
not independent. Furthermore, while currently secure messages are =
insecured ones with a leading security section, this might not always be =
the case. In such a situation, this would require two different codes.=20=


Phil=

--Apple-Mail-39-71984317
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=us-ascii



page 22 of rpl-09.txt:

please change:
 =
       0 =
            &n=
bsp;     1 =
            &n=
bsp;     2 =
            &n=
bsp;     3
 =
       0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 =
5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
 =
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=
+-+-+-+-+-+-+-+-+-+-+-+-+-+
       | =
    Type      | =
    Code      | =
         Checksum =
            |<=
br> =
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=
+-+-+-+-+-+-+-+-+-+-+-+-+-+

to:
 =
       0 =
            &n=
bsp;     1 =
            &n=
bsp;     2 =
            &n=
bsp;     3
 =
       0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 =
5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
 =
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=
+-+-+-+-+-+-+-+-+-+-+-+-+-+
       | =
    Type      |S| =
  Code      | =
         Checksum =
            |<=
br> =
      +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-=
+-+-+-+-+-+-+-+-+-+-+-+-+-+

since it appears that this secure bit =
changes the packet format.
This may imply that any "insecure" code =
can be turned secure by adding
that bit.   I don't know if =
that's the intent or not.





=

--Apple-Mail-39-71984317--

From jpv@cisco.com  Fri Jun 18 10:20:14 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AAD113A68C4 for ; Fri, 18 Jun 2010 10:20:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.227
X-Spam-Level: 
X-Spam-Status: No, score=-10.227 tagged_above=-999 required=5 tests=[AWL=0.372, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G5x-xE8KUZCh for ; Fri, 18 Jun 2010 10:20:10 -0700 (PDT)
Received: from sj-iport-3.cisco.com (sj-iport-3.cisco.com [171.71.176.72]) by core3.amsl.com (Postfix) with ESMTP id 75F4A3A67D4 for ; Fri, 18 Jun 2010 10:20:09 -0700 (PDT)
Authentication-Results: sj-iport-3.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAGNHG0yrRN+K/2dsb2JhbACfEnGoE5pShRsE
X-IronPort-AV: E=Sophos;i="4.53,440,1272844800"; d="scan'208";a="227105947"
Received: from sj-core-4.cisco.com ([171.68.223.138]) by sj-iport-3.cisco.com with ESMTP; 18 Jun 2010 17:20:09 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-4.cisco.com (8.13.8/8.14.3) with ESMTP id o5IHK60O010434 for ; Fri, 18 Jun 2010 17:20:08 GMT
Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 18 Jun 2010 19:20:06 +0200
Received: from [80.124.208.66] ([10.61.82.28]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 18 Jun 2010 19:20:06 +0200
Message-Id: <6E10F6EF-D42D-4335-ADA1-AB12DCB55A92@cisco.com>
From: JP Vasseur 
To: ROLL WG 
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Fri, 18 Jun 2010 19:19:56 +0200
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 18 Jun 2010 17:20:06.0793 (UTC) FILETIME=[7F2CE790:01CB0F0A]
Subject: [Roll] Reminder - Virtual Blue Sheet
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 17:20:14 -0000

As a quick reminder, please send me a short email with
name, email address
if you attended the Virtual WG meeting yesterday. I just received  
about 10, there were about 40 people on the bridge.
Minutes will be sent out shortly.

Many Thanks.

JP.

From jpv@cisco.com  Fri Jun 18 10:21:18 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 613383A657C for ; Fri, 18 Jun 2010 10:21:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.234
X-Spam-Level: 
X-Spam-Status: No, score=-10.234 tagged_above=-999 required=5 tests=[AWL=0.365, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MqKeAWf-pkn5 for ; Fri, 18 Jun 2010 10:21:15 -0700 (PDT)
Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id A2BA03A67D4 for ; Fri, 18 Jun 2010 10:21:14 -0700 (PDT)
Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAFNIG0xAZnwN/2dsb2JhbACfEnGoDppShRsE
X-IronPort-AV: E=Sophos;i="4.53,440,1272844800"; d="scan'208";a="123059556"
Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 18 Jun 2010 17:21:17 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5IHLGgu009463; Fri, 18 Jun 2010 17:21:17 GMT
Received: from xfe-ams-202.cisco.com ([144.254.231.96]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 18 Jun 2010 19:21:16 +0200
Received: from [80.124.208.66] ([10.61.82.28]) by xfe-ams-202.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 18 Jun 2010 19:21:15 +0200
Message-Id: 
From: JP Vasseur 
To: ROLL WG 
In-Reply-To: <4C13B038.20505@acm.org>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Fri, 18 Jun 2010 19:21:05 +0200
References: <20100612013004.F2D8E3A67EC@core3.amsl.com> <4C13B038.20505@acm.org>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 18 Jun 2010 17:21:15.0955 (UTC) FILETIME=[A8663030:01CB0F0A]
Subject: Re: [Roll] I-D Action:draft-ietf-roll-rpl-09.txt
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 17:21:18 -0000

Dear all,

Just to let you know that rev-10 (most tickets should be closed by  
then) is expected for end of next week.

Thanks.

JP.

On Jun 12, 2010, at 6:05 PM, Tim Winter wrote:

> WG,
>
> 	In this version we have continued to address tickets and feedback.   
> Changes include:
>
> 	- Incorporated additional material as contributed by Security  
> Design Team
>
> 	- Manageability section has been updated
> 		
> 	- Downward Routes section has been restructured to clarify and  
> factor out common aspects of storing / non-storing mode operation
>
> 	- Siblings removed from base specification
>
> 	- Decoupling of OF and the exact metrics/constraints in use
>
> 	- Added proposed text on bootstrapping sequence counters, to be  
> further clarified in next revision
>
> 	- Added ICMPv6 error code "Error in Source Routing Header"
>
> 	- Moved OCP field to Configuration Option, obsoleting 'OCP Option'
>
> 	
> Please continue to provide comments and feedback,
>
> Thanks,
>
> - RPL Author Team
> 	
>
> On 06/11/2010 09:30 PM, Internet-Drafts@ietf.org wrote:
>> A New Internet-Draft is available from the on-line Internet-Drafts  
>> directories.
>> This draft is a work item of the Routing Over Low power and Lossy  
>> networks Working Group of the IETF.
>>
>>
>> 	Title           : RPL: IPv6 Routing Protocol for Low power and  
>> Lossy Networks
>> 	Author(s)       : T. Winter, et al.
>> 	Filename        : draft-ietf-roll-rpl-09.txt
>> 	Pages           : 103
>> 	Date            : 2010-06-11
>>
>> Low power and Lossy Networks (LLNs) are a class of network in which
>> both the routers and their interconnect are constrained: LLN routers
>> typically operate with constraints on (any subset of) processing
>> power, memory and energy (battery), and their interconnects are
>> characterized by (any subset of) high loss rates, low data rates and
>> instability.  LLNs are comprised of anything from a few dozen and up
>> to thousands of routers, and support point-to-point traffic (between
>> devices inside the LLN), point-to-multipoint traffic (from a central
>> control point to a subset of devices inside the LLN) and multipoint-
>> to-point traffic (from devices inside the LLN towards a central
>> control point).  This document specifies the IPv6 Routing Protocol
>> for LLNs (RPL), which provides a mechanism whereby multipoint-to-
>> point traffic from devices inside the LLN towards a central control
>> point, as well as point-to-multipoint traffic from the central
>> control point to the devices inside the LLN, is supported.  Support
>> for point-to-point traffic is also available.
>>
>> A URL for this Internet-Draft is:
>> http://www.ietf.org/internet-drafts/draft-ietf-roll-rpl-09.txt
>>
>> Internet-Drafts are also available by anonymous FTP at:
>> ftp://ftp.ietf.org/internet-drafts/
>>
>> Below is the data which will enable a MIME compliant mail reader
>> implementation to automatically retrieve the ASCII version of the
>> Internet-Draft.
>>
>>
>>
>> _______________________________________________
>> Roll mailing list
>> Roll@ietf.org
>> https://www.ietf.org/mailman/listinfo/roll
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From pal@cs.stanford.edu  Fri Jun 18 10:27:03 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0B2F43A6820 for ; Fri, 18 Jun 2010 10:27:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.375
X-Spam-Level: 
X-Spam-Status: No, score=-6.375 tagged_above=-999 required=5 tests=[AWL=0.224,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lTCMgl9JKwaZ for ; Fri, 18 Jun 2010 10:27:02 -0700 (PDT)
Received: from cs-smtp-3.Stanford.EDU (cs-smtp-3.Stanford.EDU [171.64.64.27]) by core3.amsl.com (Postfix) with ESMTP id 474ED3A657C for ; Fri, 18 Jun 2010 10:27:02 -0700 (PDT)
Received: from [12.149.152.130] (helo=[192.168.55.238]) by cs-smtp-3.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OPfLO-0008F2-9I; Fri, 18 Jun 2010 10:27:07 -0700
Mime-Version: 1.0 (Apple Message framework v1078)
Content-Type: text/plain; charset=us-ascii
From: Philip Levis 
In-Reply-To: <8B4A870A-9523-460E-B129-D5AD4EB01289@cisco.com>
Date: Fri, 18 Jun 2010 10:27:04 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <57F3DDAF-7A54-4BAA-B1AC-5DDDE7DA4B52@cs.stanford.edu>
References: <4C1AE4A2.9020201@acm.org> <8B4A870A-9523-460E-B129-D5AD4EB01289@cisco.com>
To: JP Vasseur 
X-Mailer: Apple Mail (2.1078)
X-Scan-Signature: ae35470b07fbe4e2dbb6b33d1de23969
Cc: ROLL WG 
Subject: Re: [Roll] Remove 'T' flag?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 17:27:03 -0000

On Jun 17, 2010, at 11:28 PM, JP Vasseur wrote:

>=20
> On Jun 18, 2010, at 5:14 AM, Tim Winter wrote:
>=20
>>=20
>> Consider the case if we clarify Section 8.5 'Triggering DAO Messages' =
to add the following rule for RPL-10:
>>=20
>>      In non-storing mode, if a node hears one of its DAO parents
>>      increment its DTSN, the node MUST increment its own DTSN.
>>=20
>> Then,
>>=20
>> 1) In storing mode operation, a node can increment its own DTSN to =
get refreshed DAO messages from its one-hop children.
>>=20
>> 3) In non-storing mode operation, a DODAG Root can increment its own =
DTSN to cause all non-storing nodes in the sub-DODAG to increment their =
DTSNs in turn, and get refreshed DAO messages from all its children.
>>=20
>> The 'T' flag, if it remained, would seem to only be useful for a node =
to 'pull' all DAOs from its sub-DODAG in storing mode operation.  (This =
is in addition to the mechanisms provided by DTSN and DAO-ACK which can =
assist a parent to reliably get DAOs from its children.)
>>=20
>> Is this necessary?  Now that we are only supporting storing and =
non-storing modes of operation, would you support to remove the 'T' =
flag?
>=20
> Yes, this would be redundant with 1).

Let me reverse the discussion to make sure we covering the issues: is it =
important, in a non-storing network, for a node can trigger DAOs from =
just its children? Currently that's impossible. So there are two cases:

storing, non-storing

and two operations:

pull from children, pull from sub-DODAG

Which elements of this table are needed?

Phil=

From jpv@cisco.com  Fri Jun 18 10:31:40 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CDDA93A68C7 for ; Fri, 18 Jun 2010 10:31:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.312
X-Spam-Level: 
X-Spam-Status: No, score=-9.312 tagged_above=-999 required=5 tests=[AWL=-0.572, BAYES_20=-0.74, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BAhOMdnXZbwy for ; Fri, 18 Jun 2010 10:31:39 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 6F1EA3A657C for ; Fri, 18 Jun 2010 10:31:39 -0700 (PDT)
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAPdJG0xAZnwN/2dsb2JhbACfEnGoGZpShRsEkDU
X-IronPort-AV: E=Sophos;i="4.53,440,1272844800"; d="scan'208";a="123199503"
Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-2.cisco.com with ESMTP; 18 Jun 2010 17:31:44 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5IHVhmj013201; Fri, 18 Jun 2010 17:31:44 GMT
Received: from xfe-ams-201.cisco.com ([144.254.231.95]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 18 Jun 2010 19:31:43 +0200
Received: from [80.124.208.66] ([10.61.82.28]) by xfe-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 18 Jun 2010 19:31:42 +0200
Message-Id: 
From: JP Vasseur 
To: Omprakash Gnawali 
In-Reply-To: 
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Fri, 18 Jun 2010 19:31:31 +0200
References: <20100614195037.9DD103A696E@core3.amsl.com>   
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 18 Jun 2010 17:31:42.0496 (UTC) FILETIME=[1DD8C200:01CB0F0C]
Cc: ROLL WG 
Subject: Re: [Roll] Fwd: New Version Notification for draft-gnawali-roll-minrank-hysteresis-of-00
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 17:31:41 -0000

Hi,

As pointed out in my comments on your ID (note that I am not saying  
that there are
no interesting points in the ID), we need to be careful at not trying  
to standardize
everything especially when there is no risk of interoperability issue.  
Many of the
examples discussed here are very much implementation specific.
I could provide a number of examples, where the behavior of a router  
or a host
is implementation specific and does not require standardization.

Thanks.

JP.

On Jun 15, 2010, at 5:36 AM, Omprakash Gnawali wrote:

> On Mon, Jun 14, 2010 at 2:06 PM, Yoav Ben-Yehezkel   
> wrote:
>> Hi,
>>
>> I went over the new draft. Still I have a few comments to make sure  
>> the
>> following are covered:
>>
>> 1- There are cases where only one parent can be used, even if it is  
>> a bad
>> selection that does not pass the necessary criteria - it is either  
>> this or
>> nothing. The hysteresis should accommodate for that I think.
>
> It is not clear if you always want to do that. My experience is a lot
> of times this is a bad idea because repeated transmission attempts
> from such poorly connected node can keep other nodes from duty-cycling
> for example. In some cases, eg., power line, it is perhaps ok to try
> as many times as you want on the best path you know of.
>
> The difficulty for an OF is - how can it distinguish the two cases.
> The case where you don't want to route because all the candidates have
> large metric values. And the case where you want to route despite all
> the candidates have large metric values. One approach is to have a
> special configuration parameter that tells an OF to ignore the max
> link/path cost parameter. Another is to just set the max link/path
> cost parameter to something much larger than what the computed metric
> values will ever be.
>
>> 2- The hysteresis may need to be stable over time (not just one  
>> time the
>> threshold passes) in order to improve the parent. It could be a few  
>> times
>> (may be configurable) of passing the threshold, it could be  
>> percentage of
>> passing the threshold, etc. Otherwise, the network may easily become
>> unstable with constant changes, which as far as I know utility  
>> companies
>> don't like to see. Some say this is even more important than  
>> improving the
>> link (so hysteresis with large threshold is important for these in
>> particular). At least from my experience with PLC networks, each  
>> time one
>> turns on/off a device there's a good chance of improvement or
>> disconnection.
>
> Wouldn't setting the parent threshold to be a large number make it
> more stable in your scenario?
>
>
>> 3- Sometimes a mixture of objectives are required to be used for
>> improvement. You may need to be able to improve to a parent node  
>> with both
>> constraint(s) and OF improvement (for example, it has at least RSSI  
>> X and
>> also better hop count).
>
> This part is not well specified yet - how would mrhof interact with
> other OFs if you want to use multiple OFs. Ideas welcome.
>
> - om_p
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From mcr@sandelman.ca  Fri Jun 18 11:56:18 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7B7813A67D4 for ; Fri, 18 Jun 2010 11:56:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.384
X-Spam-Level: *
X-Spam-Status: No, score=1.384 tagged_above=-999 required=5 tests=[AWL=0.738,  BAYES_50=0.001, HOST_MISMATCH_NET=0.311, IP_NOT_FRIENDLY=0.334]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XlSs66Lq5LYx for ; Fri, 18 Jun 2010 11:56:17 -0700 (PDT)
Received: from relay.sandelman.ca (relay.cooperix.net [67.23.6.41]) by core3.amsl.com (Postfix) with ESMTP id 619383A6781 for ; Fri, 18 Jun 2010 11:56:16 -0700 (PDT)
Received: from marajade.sandelman.ca (desk.marajade.sandelman.ca [209.87.252.247]) by relay.sandelman.ca (Postfix) with ESMTPS id AB02034374; Fri, 18 Jun 2010 14:56:22 -0400 (EDT)
Received: from marajade.sandelman.ca (unknown [127.0.0.1]) by marajade.sandelman.ca (Postfix) with ESMTP id BA28C98555; Fri, 18 Jun 2010 14:55:25 -0400 (EDT)
From: Michael Richardson 
To: Philip Levis 
In-Reply-To: <5761A1B7-7490-4B86-A90C-271B199E5FFA@cs.stanford.edu> 
References: <11006.1276878108@marajade.sandelman.ca> <5761A1B7-7490-4B86-A90C-271B199E5FFA@cs.stanford.edu> 
X-Mailer: MH-E 8.1; nmh 1.1; XEmacs 21.4 (patch 21)
Date: Fri, 18 Jun 2010 14:55:25 -0400
Message-ID: <15219.1276887325@marajade.sandelman.ca>
Sender: mcr@sandelman.ca
Cc: roll@ietf.org
Subject: Re: [Roll] RPL control message top bit
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 18:56:18 -0000

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


>>>>> "Philip" == Philip Levis  writes:
    Philip> Since there are messages that are only valid when secured
    Philip> (e.g., CC), keeping it as part of the code seemed to make
    Philip> more sense: the two are not independent. Furthermore, while
    Philip> currently secure messages are insecured ones with a leading
    Philip> security section, this might not always be the case. In such
    Philip> a situation, this would require two different codes.  

I understand, and I agree that we have to link security properties with
the codes, the question is: what *description* of the encoding leads to
most reuse of code and most modular security mechanism. More modular
security is easier to test as the combinatorics are fewer.

What you are saying is that the set of messages is not:
   {secured,unsecured} X codes

then why not just specify the codes as 1,2,3,4,5,6... and document the
requirement for security as part of the code?

Well, let me answer this: I think that this would be a bad idea.  We we
      would be limiting our future selves in deciding if a message needs
      to be secured or not. 

Presenting the structure as a "secure" bit followed by a code, 
then we seperate the security processing (and inherit testing of such)
from the codes.    We are also sending a message to implementors, that
they should expect future codes to have secure versions and insecure
versions, making their code more modular, and therefore more easily
tested. 

If it is the case that there are messages that can only be secure, then
that knowledge must clearly be retained.  

But, as presented, I can not be sure that there won't be a code 0x0A
(0x8A is Consistency Check) which will be allocated later on, so I can't
construct my code on the assumption that 0x0A will never occur, I must
build a table of codes with a lookup that tells me whether or not there
is a security section.

My approach naturally reserves 0x0A as an invalid code, or rather
documents 0x0A as "Consistency Check (security required)"

- -- 
]       He who is tired of Weird Al is tired of life!           |  firewalls  [
]   Michael Richardson, Sandelman Software Works, Ottawa, ON    |net architect[
] mcr@sandelman.ottawa.on.ca http://www.sandelman.ottawa.on.ca/ |device driver[
   Kyoto Plus: watch the video 
	               then sign the petition. 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Finger me for keys

iQEVAwUBTBvBHICLcPvd0N1lAQIE7wf+P8Hk2G07I3G1FFMQPYpg/pamR0SXYfrM
OG/carwExufXq6CUfG5lVzVBrd48zRkzv2vlTQIFuhXA/QkdNMRLhwj54pIjtgVm
q4rQ4voRQQCi2ExcdWbSpzMBD5x1GdrfVUS4WTsXGLWTskxhRdoQcFH4YcJkv0W4
aCGqPFYwVB/O/42PqpmnYIRgxOH06TWZSaLIypoknU9NM0J5sJfww/HqsMfNEqFI
s0fAzFNKJY64WtnXLxW5btjyTY0fZ2/tR10F76Ruq763hdT6SBIAZzq3162V8Cas
f+hPAksXxbSQaD6pzgGwAEsx8MrWFs9o1mzRoOys+awHGHDH1Q8lhA==
=jR4/
-----END PGP SIGNATURE-----

From alexandru.petrescu@gmail.com  Fri Jun 18 13:37:08 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2DE3D3A69B2 for ; Fri, 18 Jun 2010 13:37:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.549
X-Spam-Level: 
X-Spam-Status: No, score=0.549 tagged_above=-999 required=5 tests=[AWL=0.198,  BAYES_50=0.001, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kBlU8lLZXbKk for ; Fri, 18 Jun 2010 13:37:05 -0700 (PDT)
Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by core3.amsl.com (Postfix) with ESMTP id 6DDC83A69AE for ; Fri, 18 Jun 2010 13:36:59 -0700 (PDT)
Received: from [127.0.0.1] (bur91-3-82-239-213-32.fbx.proxad.net [82.239.213.32]) by smtp1-g21.free.fr (Postfix) with ESMTP id 459459400B5 for ; Fri, 18 Jun 2010 22:36:59 +0200 (CEST)
Message-ID: <4C1BD8DE.5030201@gmail.com>
Date: Fri, 18 Jun 2010 22:36:46 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4
MIME-Version: 1.0
To: roll@ietf.org
References: <6E10F6EF-D42D-4335-ADA1-AB12DCB55A92@cisco.com>
In-Reply-To: <6E10F6EF-D42D-4335-ADA1-AB12DCB55A92@cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Antivirus: avast! (VPS 100618-1, 18/06/2010), Outbound message
X-Antivirus-Status: Clean
Subject: Re: [Roll] Reminder - Virtual Blue Sheet
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 20:37:08 -0000

JP - I attended remotely, but I hesitate before sending my data :

   Alexandru Petrescu
   alexandru.petrescu@gmail.com

because I am not sure whether IETF needs this blue sheet - what is this
sheet used for?

I know for IETF real meetings (not interim, not virtual) blue sheets are
used - among other things - as indicators of planning the room size for
next meeting, which is good.

But here - is this virtual blue sheet specified by some RFC?  Is IETF
requesting it?

If it is for webex statistics then I guess webex already has the
attendance list somewhere in its history, or organizer could screen save 
in a file.

Thanks,

Alex

Le 18/06/2010 19:19, JP Vasseur a écrit :
> As a quick reminder, please send me a short email with name, email
> address if you attended the Virtual WG meeting yesterday. I just
> received about 10, there were about 40 people on the bridge. Minutes
> will be sent out shortly.
>
> Many Thanks.
>
> JP. _______________________________________________ Roll mailing list
> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>


From samitac@ipinfusion.com  Fri Jun 18 14:52:48 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CCF763A6A39 for ; Fri, 18 Jun 2010 14:52:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.313
X-Spam-Level: 
X-Spam-Status: No, score=-0.313 tagged_above=-999 required=5 tests=[AWL=-0.650, BAYES_50=0.001, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334, UNPARSEABLE_RELAY=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1tVqQOMqWgNM for ; Fri, 18 Jun 2010 14:52:47 -0700 (PDT)
Received: from smtp127.sbc.mail.sp1.yahoo.com (smtp127.sbc.mail.sp1.yahoo.com [69.147.65.186]) by core3.amsl.com (Postfix) with SMTP id E9ED03A68D3 for ; Fri, 18 Jun 2010 14:52:47 -0700 (PDT)
Received: (qmail 30584 invoked from network); 18 Jun 2010 21:52:50 -0000
Received: from adsl-71-141-120-165.dsl.snfc21.pacbell.net (samitac@71.141.120.165 with login) by smtp127.sbc.mail.sp1.yahoo.com with SMTP; 18 Jun 2010 14:52:50 -0700 PDT
X-Yahoo-SMTP: 2TubM6mswBDzS84mnP14_Gq9MWTFqPrD9YAsl.JSPFAWkA--
X-YMail-OSG: zwiCVUEVM1lhXEc5dMuIT3RJqiLNlkgtqxQaHcnXqRUWGAArxRSmfd8MaGzgviC9z8OB54QURDpbPqFAuRSCuYrHAux1ChHJPAZ23V6_ncyWDn8L6978SNNHxUw7oCgS_UX1wpMT6mZLatxtrCRv1stwUmSQtEmMUjris6ncdWOFJM1rzHgW.5cggxGd2Lfuc8bH1b_FK3etULwvx9rOLwrklGXLO.6zaEC1Xggc36yHtjE3tygwHZedXv_n7BWsRHEnBrqzeIQwlGkmjmYcyvV8olTj5g.uRfp_c7TbBncGOJLG.D19
X-Yahoo-Newman-Property: ymail-3
From: "Samita Chakrabarti" 
To: "'Pascal Thubert \(pthubert\)'" , 
References: <6A2A459175DABE4BB11DE2026AA50A5D0225E635@XMB-AMS-107.cisco.com>
In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D0225E635@XMB-AMS-107.cisco.com>
Date: Fri, 18 Jun 2010 14:52:46 -0700
Message-ID: <02f201cb0f30$96a195d0$c3e4c170$@com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_02F3_01CB0EF5.EA42BDD0"
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AcsO4RPFGm2+uIN7QWOz3AD+6KxzFwATazRA
Content-Language: en-us
Subject: Re: [Roll] Closing on issue 54
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 21:52:48 -0000

This is a multipart message in MIME format.

------=_NextPart_000_02F3_01CB0EF5.EA42BDD0
Content-Type: text/plain;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable

Hi Pascal,

Please see below.

=20

From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of =
Pascal Thubert (pthubert)
Sent: Friday, June 18, 2010 5:24 AM
To: roll@ietf.org
Subject: [Roll] Closing on issue 54

=20

Dear WG:

=20

We=E2=80=99d like to close on issue 54 by draft 10. There are in fact 3 =
questions on the table. Can you please spend a few minutes to gives us =
your vote on each:

=20

1)      It has been noted that In some small networks, the non-storing =
mode approach of flooding or many unicast would be acceptable as a =
multicast approach.  Please vote whether the support of DAO based =
multicast on storing nodes should be a:

a.      MAY=20

b.      SHOULD=20

c.      MUST

=20

[SC>]  b.

=20

2)      LL multicast address used for RPL control.  At the moment, all =
mcast control goes to FF02::1, which might bother more nodes than need =
be. Please vote to use:

a.      - all nodes                           [RFC4291]

b.      - all routers                         [RFC4291]

c.      - LL MANET nodes           [RFC5498]

d.      - LL RPL nodes                   [that we need to request to =
IANA]=20

=20

[SC>]  d.

=20

3)      Non storing nodes. They cannot do the DAO based stateful =
multicast so we plan to allow the root to either do many unicast or =
flood. Unicast is straightforward but flooding might require some text =
WRT pruning and use of trickle. To avoid duplication, the art usually =
adds a sequence to each packet being flooded. If we have such a sequence =
we can use it alone or in conjunction with trickle to prune excess =
multicast. Please vote:

a.      Do not prune anything, just propagate downwards all the =
multicast packets from parents (simplest but greedy)

b.      a + Describe the sequence nb in the hop-by-hop spec to prune =
flooded duplicates

c.      b + Describe the trickled version of it

[SC>] For non-storing nodes, I am curious to know why are we allowing =
both options (unicast or flooding)?  Would not just multiple-unicasts be =
good enough ?

=20

Non-storing nodes generally would be starving devices =E2=80=93 more =
options mean more code and more configuration and more issues with =
interoperability.

=20

Thanks,

-Samita

=20

=20

=20

=20

=20

=20

=20


------=_NextPart_000_02F3_01CB0EF5.EA42BDD0
Content-Type: text/html;
	charset="utf-8"
Content-Transfer-Encoding: quoted-printable
















Hi Pascal,



Please see below.



 












From:=

roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of =
Pascal
Thubert (pthubert)

Sent: Friday, June 18, 2010 5:24 AM

To: roll@ietf.org

Subject: [Roll] Closing on issue 54









 



Dear WG:



 



We=E2=80=99d like to close on issue 54 by draft 10. =
There are in
fact 3 questions on the table. Can you please spend a few minutes to =
gives us
your vote on each:



 



1)     
It has been noted that In some small networks, =
the
non-storing mode approach of flooding or many unicast would be =
acceptable as a
multicast approach.  Please vote whether the support of DAO based
multicast on storing nodes should be a:



a.      =
MAY




b.      =
SHOULD




c.      =
MUST



 



[SC>] =C2=A0b.



 



2)     
LL multicast address used for RPL control. =
 At the
moment, all mcast control goes to FF02::1, which might bother more nodes =
than
need be. Please vote to use:



a.      =
-
all
nodes           &n=
bsp;           &nb=
sp;  
[RFC4291]



b.      =
-
all
routers           =
            &=
nbsp;
[RFC4291]



c.      =
-
LL MANET nodes           =
[RFC5498]



d.      =
-
LL RPL nodes
            &=
nbsp;    
[that we need to request to IANA] 



 



[SC>] =
=C2=A0d.



 



3)     
Non storing nodes. They cannot do the DAO based
stateful multicast so we plan to allow the root to either do many =
unicast or
flood. Unicast is straightforward but flooding might require some text =
WRT
pruning and use of trickle. To avoid duplication, the art usually adds a
sequence to each packet being flooded. If we have such a sequence we can =
use it
alone or in conjunction with trickle to prune excess multicast. Please =
vote:



a.      =
Do
not prune anything, just propagate downwards all the multicast packets =
from
parents (simplest but greedy)



b.      =
a
+ Describe the sequence nb in the hop-by-hop spec to prune flooded =
duplicates



c.      =
b
+ Describe the trickled version of it



[SC>] For non-storing nodes, I am curious =
to know
why are we allowing both options (unicast or flooding)?=C2=A0 Would not =
just
multiple-unicasts be good enough ?



 



Non-storing nodes generally would be starving =
devices =E2=80=93
more options mean more code and more configuration and more issues with
interoperability.



 



Thanks,



-Samita



 



 



 



 



 



 



 












------=_NextPart_000_02F3_01CB0EF5.EA42BDD0--



From pal@cs.stanford.edu  Fri Jun 18 16:43:49 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 03C7528C10C for ; Fri, 18 Jun 2010 16:43:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.68
X-Spam-Level: 
X-Spam-Status: No, score=-5.68 tagged_above=-999 required=5 tests=[AWL=0.919,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zDOCcAv1yYzT for ; Fri, 18 Jun 2010 16:43:48 -0700 (PDT)
Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by core3.amsl.com (Postfix) with ESMTP id 1775A3A69F6 for ; Fri, 18 Jun 2010 16:43:48 -0700 (PDT)
Received: from dnab404624.stanford.edu ([171.64.70.36]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OPlE1-0004vb-3B; Fri, 18 Jun 2010 16:43:54 -0700
Mime-Version: 1.0 (Apple Message framework v1078)
Content-Type: text/plain; charset=us-ascii
From: Philip Levis 
In-Reply-To: <8CA37025-CDF8-4519-A8F0-1FB51AFB2125@archrock.com>
Date: Fri, 18 Jun 2010 16:43:52 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <4B92D539-DF6D-47E0-B566-722321BEB739@cs.stanford.edu>
References: <6A2A459175DABE4BB11DE2026AA50A5D0225E635@XMB-AMS-107.cisco.com> <8CA37025-CDF8-4519-A8F0-1FB51AFB2125@archrock.com>
To: Jonathan Hui 
X-Mailer: Apple Mail (2.1078)
X-Scan-Signature: ae35470b07fbe4e2dbb6b33d1de23969
Cc: roll@ietf.org
Subject: Re: [Roll] Closing on issue 54
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 18 Jun 2010 23:43:49 -0000

On Jun 18, 2010, at 7:39 AM, Jonathan Hui wrote:

>>=20
>>=20
>> 1)      It has been noted that In some small networks, the =
non-storing mode approach of flooding or many unicast would be =
acceptable as a multicast approach.  Please vote whether the support of =
DAO based multicast on storing nodes should be a:
>> a.       MAY
>> b.      SHOULD
>> c.       MUST
>=20
> A or B, but strongly against C.
>=20
>> 2)      LL multicast address used for RPL control.  At the moment, =
all mcast control goes to FF02::1, which might bother more nodes than =
need be. Please vote to use:
>> a.       - all nodes                           [RFC4291]
>> b.      - all routers                         [RFC4291]
>> c.       - LL MANET nodes           [RFC5498]
>> d.      - LL RPL nodes                   [that we need to request to =
IANA]
>=20
> D.
>=20
>> 3)      Non storing nodes. They cannot do the DAO based stateful =
multicast so we plan to allow the root to either do many unicast or =
flood. Unicast is straightforward but flooding might require some text =
WRT pruning and use of trickle. To avoid duplication, the art usually =
adds a sequence to each packet being flooded. If we have such a sequence =
we can use it alone or in conjunction with trickle to prune excess =
multicast. Please vote:
>> a.       Do not prune anything, just propagate downwards all the =
multicast packets from parents (simplest but greedy)
>> b.      a + Describe the sequence nb in the hop-by-hop spec to prune =
flooded duplicates
>> c.       b + Describe the trickled version of it
>=20
> C.  Though I don't think the description belongs in the RPL spec - it =
is, after all, a set of forwarding rules.  We will have a draft coming =
on this soon :)

+1

Phil=

From jpv@cisco.com  Sat Jun 19 01:41:18 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 491273A689B for ; Sat, 19 Jun 2010 01:41:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.228
X-Spam-Level: 
X-Spam-Status: No, score=-8.228 tagged_above=-999 required=5 tests=[AWL=-1.635, BAYES_40=-0.185, DATE_IN_PAST_12_24=0.992, J_CHICKENPOX_24=0.6, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o9KwkrXtv0DI for ; Sat, 19 Jun 2010 01:41:16 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 0A71C3A6938 for ; Sat, 19 Jun 2010 01:41:15 -0700 (PDT)
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AiAIAD8fHExAZnwM/2dsb2JhbAAxnmVxpxeaFoJ0gicE
X-IronPort-AV: E=Sophos;i="4.53,443,1272844800"; d="scan'208";a="123392261"
Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-2.cisco.com with ESMTP; 19 Jun 2010 08:41:21 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5J8fKGQ027633; Sat, 19 Jun 2010 08:41:21 GMT
Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Sat, 19 Jun 2010 10:41:20 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Sat, 19 Jun 2010 10:41:20 +0200
Message-Id: <0BD2759F-3808-4634-AE66-60094B554E34@cisco.com>
From: JP Vasseur 
To: Dario Tedeschi 
In-Reply-To: <4C12A9A0.1050102@exegin.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Fri, 18 Jun 2010 19:41:55 +0200
References: <09B6F97C-691F-4569-ABFA-AB7CE3F17E8C@cisco.com>	<4C0F6438.7090805@jennic.com>	<6A2A459175DABE4BB11DE2026AA50A5D0213F02B@XMB-AMS-107.cisco.com>	<4C0F7D37.3030901@jennic.com>	<6A2A459175DABE4BB11DE2026AA50A5D0213F078@XMB-AMS-107.cisco.com>	<4C0F84B1.9000104@jennic.com> <6A2A459175DABE4BB11DE2026AA50A5D0213F207@XMB-AMS-107.cisco.com> <4C112BA9.6010600@exegin.com> <4C11F28A.4090305@jennic.com> <4C12A9A0.1050102@exegin.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 19 Jun 2010 08:41:20.0208 (UTC) FILETIME=[30B2B500:01CB0F8B]
Cc: ROLL WG 
Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09 to be posted in 3	days!
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sat, 19 Jun 2010 08:41:18 -0000

Hi,

On Jun 11, 2010, at 11:24 PM, Dario Tedeschi wrote:

> Hi Daniel
>
> Daniel Gavelle wrote:
>> Dario,
>>
>> In a 6LowPAN network, the routers will need to do 6LowPAN-ND RS/RA  
>> in order to distribute the compression contexts.  I suppose the  
>> context (CO) option from 6LowPAN-ND could also be added to ROLL.   
>> However, I prefer using 6LowPAN-ND for context and prefix  
>> dissemination and ROLL for routing.
> A CO is link-layer information so some might argue that it does not  
> below in a routing protocol. Fair enough, but lets be practical  
> here: RPL provides a robust way of distributing information amongst  
> routers in a LLN network. Why not use it.

We need to be very careful here and take a great care at preserving  
the architecture. We had over the past decade (or even more)  
discussion about using a protocol X in support of a service that would  
typically belong to another protocol or even another layer ! You could  
use RPL for discovery, time synchronization, application overlay, ...  
but it is architecturally not the best thing to do. RPL is for routing  
only.

>>
>> Also, if the prefix / context information is distributed in ROLL,  
>> either hosts need to support ROLL or routers need to support two  
>> methods for prefix distribution: RS/RA (for hosts) and prefix  
>> distribution in ROLL.
> I'm not advocating hosts use ROLL, so lets look at your second  
> option where routers need to support two methods for prefix  
> distribution: Even if a network only used 6LoWPAN ND for prefix  
> distribution, routers still need two methods: One-hop RS/RA for  
> router-host prefix distribution and RA+ARBO to deal with router-to- 
> router prefix distribution. In fact if you look at an RA+ARBO  
> message, it looks remarkably similar to a DIO message (where the  
> Version and Address fields in the ARBO can be equated to the Version  
> and DAGID fields in the DIO, respectively). Seems to me, 6LoWPAN ND  
> (with multi-hop) is trying to do the work of a routing protocol. I  
> think "Neighbor Discovery" should be taken a bit more literally in  
> that it is a protocol for discovering your neighbors and not for  
> distributing network configuration (the exception being that one  
> would like a host to auto-configure).
>
> Hope you have good weekend
> Dario
>>
>> Daniel.
>>
>>
>> Dario Tedeschi wrote:
>>> Hi Daniel and Pascal
>>>
>>> I agree with Pascal here.
>>>
>>> In my view of a LLN network: Routers form the sub-net cloud while  
>>> hosts just "connect" to that cloud. How routers form and maintain  
>>> that cloud should not be handled by ND (in my opinion). I see  
>>> routers using the routing protocol to exchange sub-net information  
>>> amongst themselves, while hosts use RS/RA to request sub-net  
>>> information from nearby routers. Both routers and hosts may use NS/ 
>>> NA to perform address-resolution and NUD one hop away only.
>>>
>>> Dario
>>>
>>> Pascal Thubert (pthubert) wrote:
>>>> Hi Daniel:
>>>>
>>>> What I read below is that for RPL over foo (foo != 6LoWPAN),   
>>>> you'd run
>>>> ND RA as the dissemination protocol for the MTU information. I  
>>>> suggest
>>>> that is a very bad idea. RPL DIO is very optimized as a  
>>>> dissemination protocol, in particular
>>>> with the use of trickle. And we don't want 2 mechanisms in parallel
>>>> doing the same thing.
>>>> So unless we merge (back) RA and DIO, I'd suggest that RPL  
>>>> routers use
>>>> RPL when they disseminate information about the subnet and do not  
>>>> bother
>>>> about RAs from other routers.
>>>>
>>>> Today, RPL operation does not depend on RAs at all. In fact, it  
>>>> is the
>>>> other way around. RPL handles everything multihop, whereas RA is  
>>>> used
>>>> for router to host communication.
>>>> In that model, we expect RPL to disseminate information that can  
>>>> then be
>>>> incorporated by the routers in their RAs for local distribution  
>>>> to their
>>>> attached hosts.
>>>> That is what we do with PIO and RIO. MTU would be the same.
>>>>
>>>> Pascal
>>>>
>>>>
>>>>
>>>>> -----Original Message-----
>>>>> From: Daniel Gavelle [mailto:daniel.gavelle@jennic.com]
>>>>> Sent: Wednesday, June 09, 2010 2:10 PM
>>>>> To: Pascal Thubert (pthubert)
>>>>> Cc: JP Vasseur; ROLL WG
>>>>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09  
>>>>> to be
>>>>>
>>>> posted in
>>>>
>>>>> 3 days!
>>>>>
>>>>> Pascal,
>>>>>
>>>>> If the link has a variable sized MTU, the MTU option can be sent  
>>>>> in an
>>>>>
>>>> RA, as
>>>>
>>>>> in RFC 4861.  ND RS/RA can be done before sending DIS and  
>>>>> joining a
>>>>>
>>>> ROLL
>>>>
>>>>> DAG.
>>>>>
>>>>> Daniel.
>>>>>
>>>>>
>>>>> Pascal Thubert (pthubert) wrote:
>>>>>
>>>>>> Hi Daniel:
>>>>>>
>>>>>>
>>>>>>> If the MTU option is required by other link layers, why can't  
>>>>>>> the
>>>>>>>
>>>> MTU
>>>>
>>>>>> option
>>>>>>
>>>>>>> be sent in ND?
>>>>>>>
>>>>>> I return the question. How would that work?
>>>>>>
>>>>>> Pascal
>>>>>>
>>>>>>
>>>>>>
>>>>>>> -----Original Message-----
>>>>>>> From: Daniel Gavelle [mailto:daniel.gavelle@jennic.com]
>>>>>>> Sent: Wednesday, June 09, 2010 1:39 PM
>>>>>>> To: Pascal Thubert (pthubert)
>>>>>>> Cc: JP Vasseur; ROLL WG
>>>>>>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision -09  
>>>>>>> to
>>>>>>>
>>>> be
>>>>
>>>>>> posted in
>>>>>>
>>>>>>> 3 days!
>>>>>>>
>>>>>>> Pascal,
>>>>>>>
>>>>>>> I am interested in 6LowPAN, where RFC4944 fixes the MTU at 1280
>>>>>>> octets
>>>>>>>
>>>>>> so
>>>>>>
>>>>>>> the MTU option isn't required.
>>>>>>>
>>>>>>> If the MTU option is required by other link layers, why can't  
>>>>>>> the
>>>>>>>
>>>> MTU
>>>>
>>>>>> option
>>>>>>
>>>>>>> be sent in ND?
>>>>>>>
>>>>>>> Daniel.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Pascal Thubert (pthubert) wrote:
>>>>>>>
>>>>>>>> Hi Daniel
>>>>>>>>
>>>>>>>> Do you think that the MTU within the LLN should be the same?
>>>>>>>>
>>>>>>>> Pascal
>>>>>>>>
>>>>>>>>
>>>>>>>>> -----Original Message-----
>>>>>>>>> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On
>>>>>>>>>
>>>>>> Behalf
>>>>>>
>>>>>>>> Of
>>>>>>>>
>>>>>>>>> Daniel Gavelle
>>>>>>>>> Sent: Wednesday, June 09, 2010 11:52 AM
>>>>>>>>> To: JP Vasseur
>>>>>>>>> Cc: ROLL WG
>>>>>>>>> Subject: Re: [Roll] Feed-back appreciated for RPL Revision  
>>>>>>>>> -09 to
>>>>>>>>>
>>>>>> be
>>>>>>
>>>>>>>> posted in
>>>>>>>>
>>>>>>>>> 3 days!
>>>>>>>>>
>>>>>>>>> I think the MTU and SLLA options should not be in ROLL but  
>>>>>>>>> only
>>>>>>>>>
>>>>>> used
>>>>>>
>>>>>>>> in ND.
>>>>>>>>
>>>>>>>>> I haven't used the S bit in my implementation.
>>>>>>>>>
>>>>>>>>> Daniel.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> JP Vasseur wrote:
>>>>>>>>>
>>>>>>>>>> Dear WG,
>>>>>>>>>>
>>>>>>>>>> One more time, thanks for your energy and involvement to  
>>>>>>>>>> keep us
>>>>>>>>>>
>>>>>> on
>>>>>>
>>>>>>>>>> track with our plan for RPL.
>>>>>>>>>>
>>>>>>>>>> The cut-off date for the Virtual WG meeting that will take  
>>>>>>>>>> place
>>>>>>>>>>
>>>>>> on
>>>>>>
>>>>>>>> June
>>>>>>>>
>>>>>>>>>> 16 is this coming Friday and the RPL authors team has been
>>>>>>>>>>
>>>> working
>>>>
>>>>>>>> hard
>>>>>>>>
>>>>>>>>>> on the revision -09, which should solve a number of the  
>>>>>>>>>> opened
>>>>>>>>>>
>>>>>>>> tickets.
>>>>>>>>
>>>>>>>>>> Still there are a few items that triggered some discussion  
>>>>>>>>>> but
>>>>>>>>>>
>>>> we
>>>>
>>>>>>>> would
>>>>>>>>
>>>>>>>>>> need more feed-back from you to draw a consensus to move on.
>>>>>>>>>>
>>>>>>>>>> 1) Are we keeping the use of sibling (S Bit thread): see the
>>>>>>>>>>
>>>>>>>> detailed
>>>>>>>>
>>>>>>>>>> discussion on the ML.
>>>>>>>>>> https://svn.tools.ietf.org/wg/roll/trac/ticket/43
>>>>>>>>>>
>>>>>>>>>> 2) Use of MTU and SSLA option:
>>>>>>>>>> https://svn.tools.ietf.org/wg/roll/trac/ticket/42
>>>>>>>>>>
>>>>>>>>>> Any quick feed-back on the list would be appreciated, for  
>>>>>>>>>> rev09.
>>>>>>>>>>
>>>>>>>>>> Thanks.
>>>>>>>>>>
>>>>>>>>>> JP.
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Roll mailing list
>>>>>>>>>> Roll@ietf.org
>>>>>>>>>> https://www.ietf.org/mailman/listinfo/roll
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>> -- 
>>>>>>>>> __________________________________________________
>>>>>>>>> Daniel Gavelle, Software Engineer
>>>>>>>>> Tel: +44 114 281 2655
>>>>>>>>> Fax: +44 114 281 2951
>>>>>>>>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg  
>>>>>>>>> No:
>>>>>>>>> 3191371  Registered In England http://www.jennic.com
>>>>>>>>> __________________________________________________
>>>>>>>>> _______________________________________________
>>>>>>>>> Roll mailing list
>>>>>>>>> Roll@ietf.org
>>>>>>>>> https://www.ietf.org/mailman/listinfo/roll
>>>>>>>>>
>>>>>>> -- 
>>>>>>> __________________________________________________
>>>>>>> Daniel Gavelle, Software Engineer
>>>>>>> Tel: +44 114 281 2655
>>>>>>> Fax: +44 114 281 2951
>>>>>>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK Comp Reg No:
>>>>>>> 3191371  Registered In England http://www.jennic.com
>>>>>>> __________________________________________________
>>>>>>>
>>>>> -- 
>>>>> __________________________________________________
>>>>> Daniel Gavelle, Software Engineer
>>>>> Tel: +44 114 281 2655
>>>>> Fax: +44 114 281 2951
>>>>> Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK
>>>>> Comp Reg No: 3191371  Registered In England
>>>>> http://www.jennic.com
>>>>> __________________________________________________
>>>>>
>>>> _______________________________________________
>>>> Roll mailing list
>>>> Roll@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/roll
>>>>
>>>
>>>
>>
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From jpv@cisco.com  Sat Jun 19 01:41:20 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 43EC33A689B for ; Sat, 19 Jun 2010 01:41:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.704
X-Spam-Level: 
X-Spam-Status: No, score=-9.704 tagged_above=-999 required=5 tests=[AWL=-0.097, BAYES_00=-2.599, DATE_IN_PAST_12_24=0.992, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SL0e5ez5hVSK for ; Sat, 19 Jun 2010 01:41:18 -0700 (PDT)
Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id 36DF63A6851 for ; Sat, 19 Jun 2010 01:41:18 -0700 (PDT)
Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AiAIAIUfHEyrR7Hu/2dsb2JhbAAxnmVxpxiaFIJTgkgEkDo
X-IronPort-AV: E=Sophos;i="4.53,443,1272844800"; d="scan'208";a="214726018"
Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-5.cisco.com with ESMTP; 19 Jun 2010 08:41:23 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id o5J8dwcr015932; Sat, 19 Jun 2010 08:41:23 GMT
Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Sat, 19 Jun 2010 10:41:23 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Sat, 19 Jun 2010 10:41:22 +0200
Message-Id: 
From: JP Vasseur 
To: Mukul Goyal 
In-Reply-To: <907613180.164742.1276826303635.JavaMail.root@mail02.pantherlink.uwm.edu>
Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Apple Message framework v936)
Date: Fri, 18 Jun 2010 19:52:38 +0200
References: <907613180.164742.1276826303635.JavaMail.root@mail02.pantherlink.uwm.edu>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 19 Jun 2010 08:41:22.0395 (UTC) FILETIME=[32006AB0:01CB0F8B]
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sat, 19 Jun 2010 08:41:20 -0000

One comment in line.

On Jun 18, 2010, at 3:58 AM, Mukul Goyal wrote:

> Hi Yoav
>
>> Thanks for clarifying this.
>
>> CU is a good idea, though I think different L1/2 technologies define
>> different mappings for the same metric.
>
>> Very fast delay metric for some technologies may be very slow for =20
>> other
>> technologies, so it's not just a question of metric. You also need a
>> normalization method to accommodate for the technology (maybe by
>> percentage from maximum capacity or something similar).
>
> I guess I see the problem you are referring to.
>
> Suppose the delay metric defines the mapping as follows:
> 1000ms or more =3D> 1000 CU
> x ms =3D> x CU, if 1 <=3D x < 1000
> less than 1ms =3D> 1 CU
>
> Consider 3 link layer technologies: A, B and C.
>
> Suppose the typical one hop latency value ranges associated with =20
> these technologies are 1s-10s, 1ms-10ms and 1us-10us respectively.
>
> Suppose initially A is the predominant link layer technology in =20
> terms of deployment. As per the mapping, most links/paths will have =20=

> CU value 1000 for latency, which is not acceptable. Similarly, if C =20=

> is the predominant link technology, most links/paths will have CU =20
> value 1 for latency.
>
> So, I guess, rather than being part of metric definition, the metric =20=

> to CU mapping could be:
>
> 1) a configuration parameter for RPL. The LLN administrator decides =20=

> what the mapping should be and enforces this mapping throughout the =20=

> LLN. I guess this is problematic for large LLNs because invariably =20
> there will be configuration inconsistencies throughout the LLN.
> 2) The other option is to make this mapping a part of DAG =20
> configuration to be periodically advertized by the DAG root in its =20
> DIO.
>

Just a comment ... if you look at other routing protocols, we do not =20
standardize how the metrics are computed. In some IGP, network =20
administrators choose to use a polynomial function of several metrics, =20=

thus ending up in a single metric that has to be used consistently of =20=

course. Note that this is not standardized. When you look at other =20
parameters such as the reserved bandwidth (used as a constraint in =20
MPLS Traffic Engineering for example), one can also under or overbook =20=

locally and there are very good reasons for doing so (still a matter =20
of local policy, no standardization). In the case of inter-domain =20
route (across AS), well, domains may use IGP using non consistent =20
metrics. In this case, most of the RFC/IDs specifies that a metric =20
normalization should be performed somewhere (PCE, ASBR, ...). These =20
are just a few examples ... I understand that we do not want to =20
require lots of configuration on routers within the LLN, but this does =20=

not necessarily translate into standardizing everything.
Makes sense ?

Thanks.

JP.

> In any case, an OF definition can assume that such mapping exists =20
> for each metric.
>
> Thanks
> Mukul
>
>> Taking this though one step further, IP routing can be expected as a
> media-agnostic bridge between different L1/2 technologies. Do you see
> your suggestion working in this case as well?
>
> Regards,
> Yoav
>
>
>
>
> -----Original Message-----
> From: Mukul Goyal [mailto:mukul@uwm.edu]
> Sent: Thursday, June 17, 2010 9:36 AM
> To: Yoav Ben-Yehezkel
> Cc: roll@ietf.org
> Subject: Re: [Roll] [roll] #53: How does an OF compute rank from =20
> metric
> values?
>
> Hi Yoav
>
> I guess I did not express myself correctly. So, let me rephrase =20
> myself:
>
> How about if we require a metric definition to provide a mapping to an
> equivalent value in a common unit (lets call it CU).
>
> So, the definition for latency metric will provide a mapping like:
> latency 1s or more =3D> 1000 CU
> latency 700ms to 1s =3D> 500 CU
> .... latency 5ms or less =3D> 1 CU
>
> The definition for ETX will provide a mapping like:
> ETX 100 or more =3D> 1000 CU
> ETX 50 to 100 =3D> 500 CU
> .... ETX 1 to 1.2 =3D> 1 CU
>
> Then, the job of objective function becomes easier; it just needs to
> specify how to combine metric values expressed in CU's in to the rank
> value. E.g. we
> can have an OF for weighted sum: w_1*val_1 + w_2* val_2 + ....
> Here, val_1 refers to the first metric in the metric container and so
> on. And w_1, w_2 etc. are specified as the TLVs in a DIO option (lets
> call it
> the OF option).
> So, the OF is specified in OCP field in the configuration object and =20=

> the
> argument/parameter values for the OF are specified in an OF option.
>
> cheers
> Mukul
>
>
>
> Thanks
> Mukul
>
>
> ----- Original Message -----
> From: "Yoav Ben-Yehezkel" 
> To: "Mukul Goyal" , roll@ietf.org
> Sent: Thursday, June 17, 2010 1:10:38 AM
> Subject: RE: [Roll] [roll] #53: How does an OF compute rank from =20
> metric
> values?
>
> Hi Mukul,
>
> At least my understanding of the following is that the rank should not
> necessarily be a direct mapping function of the metric. If it were,
> there would have been no use for two different concepts (rank and
> metric). Not
> just for the sake of ranges and granularities.
>
> "
> 3.6.2. Rank Properties
>
> The rank of a node is a scalar representation of the location of that
> node within a DODAG version. The rank is used to avoid and detect
> loops, and as such must demonstrate certain properties. The exact
> calculation of the rank is left to the Objective Function, and may
> depend on parents, link metrics, and the node configuration and
> policies.
>
> The rank is not a cost metric, although its value can be derived from
> and influenced by metrics. The rank has properties of its own that
> are not necessarily those of all metrics:
>
> Type: The rank is an abstract decimal value.
>
> Function: The rank is the expression of a relative position within a
> DODAG version with regard to neighbors and is not necessarily
> a good indication or a proper expression of a distance or a
> cost to the root.
> "
>
> If we decide to go your way - I see some potential for simplification
> having just one number that determines both cost and position in the
> DODAG.
>
> Thoughts?
>
> Regards,
> Yoav
>
>
>
> -----Original Message-----
> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf =20=

> Of
> Mukul Goyal
> Sent: Thursday, June 17, 2010 8:33 AM
> To: roll@ietf.org
> Subject: Re: [Roll] [roll] #53: How does an OF compute rank from =20
> metric
> values?
>
> How about if we require a metric definition to provide a mapping to an
> equivalent rank value. Then, the job of objective function becomes
> easier; it just needs to combine equivalent values in the desired
> manner.
>
> Why wont this scheme work??
>
> Thanks
> Mukul
>
> ----- Original Message -----
> From: "roll issue tracker" 
> To: wintert@acm.org, jpv@cisco.com
> Cc: roll@ietf.org
> Sent: Thursday, June 17, 2010 12:15:30 AM
> Subject: [Roll] [roll] #53: How does an OF compute rank from metric
> values?
>
> #53: How does an OF compute rank from metric values?
> --------------------------------=20
> +-------------------------------------------
> Reporter: jpv@=85 | Owner: wintert@=85
> Type: defect | Status: new
> Priority: major | Milestone:
> Component: rpl | Version:
> Severity: Active WG Document | Keywords:
> --------------------------------=20
> +-------------------------------------------
> We have different types of metrics with different ranges. Examples:
> ETX is 16 bits. Latency is 24 bits. How do we convert these numbers to
> rank in an OF? Does the range of rank depend on the range and size of
> the metric?
>
> -- Ticket URL: 
> roll 
>
> _______________________________________________ Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
> _______________________________________________ Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From jpv@cisco.com  Sat Jun 19 01:41:21 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 66E393A6962 for ; Sat, 19 Jun 2010 01:41:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.703
X-Spam-Level: 
X-Spam-Status: No, score=-9.703 tagged_above=-999 required=5 tests=[AWL=-0.096, BAYES_00=-2.599, DATE_IN_PAST_12_24=0.992, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LA-8-DOt1w45 for ; Sat, 19 Jun 2010 01:41:20 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 2CB713A688C for ; Sat, 19 Jun 2010 01:41:19 -0700 (PDT)
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AiAIAD8fHExAZnwN/2dsb2JhbAAxnmVxpxeaFoUbBJA6
X-IronPort-AV: E=Sophos;i="4.53,443,1272844800"; d="scan'208";a="123392268"
Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-2.cisco.com with ESMTP; 19 Jun 2010 08:41:25 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5J8fOH7026100; Sat, 19 Jun 2010 08:41:25 GMT
Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Sat, 19 Jun 2010 10:41:24 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Sat, 19 Jun 2010 10:41:24 +0200
Message-Id: <4F450658-C038-4D2F-A797-BFBA48F888F3@cisco.com>
From: JP Vasseur 
To: Philip Levis 
In-Reply-To: <57F3DDAF-7A54-4BAA-B1AC-5DDDE7DA4B52@cs.stanford.edu>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Fri, 18 Jun 2010 20:03:47 +0200
References: <4C1AE4A2.9020201@acm.org> <8B4A870A-9523-460E-B129-D5AD4EB01289@cisco.com> <57F3DDAF-7A54-4BAA-B1AC-5DDDE7DA4B52@cs.stanford.edu>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 19 Jun 2010 08:41:24.0348 (UTC) FILETIME=[332A6BC0:01CB0F8B]
Cc: ROLL WG 
Subject: Re: [Roll] Remove 'T' flag?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sat, 19 Jun 2010 08:41:21 -0000

On Jun 18, 2010, at 7:27 PM, Philip Levis wrote:

>
> On Jun 17, 2010, at 11:28 PM, JP Vasseur wrote:
>
>>
>> On Jun 18, 2010, at 5:14 AM, Tim Winter wrote:
>>
>>>
>>> Consider the case if we clarify Section 8.5 'Triggering DAO  
>>> Messages' to add the following rule for RPL-10:
>>>
>>>     In non-storing mode, if a node hears one of its DAO parents
>>>     increment its DTSN, the node MUST increment its own DTSN.
>>>
>>> Then,
>>>
>>> 1) In storing mode operation, a node can increment its own DTSN to  
>>> get refreshed DAO messages from its one-hop children.
>>>
>>> 3) In non-storing mode operation, a DODAG Root can increment its  
>>> own DTSN to cause all non-storing nodes in the sub-DODAG to  
>>> increment their DTSNs in turn, and get refreshed DAO messages from  
>>> all its children.
>>>
>>> The 'T' flag, if it remained, would seem to only be useful for a  
>>> node to 'pull' all DAOs from its sub-DODAG in storing mode  
>>> operation.  (This is in addition to the mechanisms provided by  
>>> DTSN and DAO-ACK which can assist a parent to reliably get DAOs  
>>> from its children.)
>>>
>>> Is this necessary?  Now that we are only supporting storing and  
>>> non-storing modes of operation, would you support to remove the  
>>> 'T' flag?
>>
>> Yes, this would be redundant with 1).
>
> Let me reverse the discussion to make sure we covering the issues:  
> is it important, in a non-storing network, for a node can trigger  
> DAOs from just its children?

but in the non storing case, do you think that an intermediate node (a  
non DAG root) needs to get a refresh DAO from its children ?

> Currently that's impossible. So there are two cases:
>
> storing, non-storing
>
> and two operations:
>
> pull from children, pull from sub-DODAG
>
> Which elements of this table are needed?
>
> Phil
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From jpv@cisco.com  Sat Jun 19 01:41:24 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 994B33A69C8 for ; Sat, 19 Jun 2010 01:41:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.7
X-Spam-Level: 
X-Spam-Status: No, score=-9.7 tagged_above=-999 required=5 tests=[AWL=-0.094,  BAYES_00=-2.599, DATE_IN_PAST_12_24=0.992, HTML_MESSAGE=0.001,  RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UTNVC5-0R+sa for ; Sat, 19 Jun 2010 01:41:21 -0700 (PDT)
Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id 776813A69A0 for ; Sat, 19 Jun 2010 01:41:21 -0700 (PDT)
Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AsYIAIUfHEyrR7Hu/2dsb2JhbAAxgRKdU3GnGJoUhRsE
X-IronPort-AV: E=Sophos;i="4.53,443,1272844800";  d="scan'208,217";a="214726045"
Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-5.cisco.com with ESMTP; 19 Jun 2010 08:41:27 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id o5J8dwd1015932; Sat, 19 Jun 2010 08:41:27 GMT
Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Sat, 19 Jun 2010 10:41:22 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Sat, 19 Jun 2010 10:41:21 +0200
Message-Id: <80AFD62D-ACC8-448C-B300-6BD02E71F638@cisco.com>
From: JP Vasseur 
To: Mathilde Durvy (mdurvy) 
In-Reply-To: <8A977BDC5A7B0E429B0F521E8D6F91EE024F463E@XMB-AMS-103.cisco.com>
Content-Type: multipart/alternative; boundary=Apple-Mail-316-75621942
Mime-Version: 1.0 (Apple Message framework v936)
Date: Fri, 18 Jun 2010 19:44:08 +0200
References: <8A977BDC5A7B0E429B0F521E8D6F91EE023F0906@XMB-AMS-103.cisco.com>  <8A977BDC5A7B0E429B0F521E8D6F91EE023F12CE@XMB-AMS-103.cisco.com>  <8A977BDC5A7B0E429B0F521E8D6F91EE024F463E@XMB-AMS-103.cisco.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 19 Jun 2010 08:41:21.0614 (UTC) FILETIME=[31893EE0:01CB0F8B]
Cc: roll@ietf.org
Subject: Re: [Roll] Transit information option
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sat, 19 Jun 2010 08:41:24 -0000

--Apple-Mail-316-75621942
Content-Type: text/plain;
	charset=WINDOWS-1252;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: quoted-printable

fair comment.

On Jun 18, 2010, at 11:09 AM, Mathilde Durvy (mdurvy) wrote:

> Hi All,
>
> I just looked at the updated draft and most of the comments below =20
> have been addresses / clarified. Just a few rather minor points:
> - Section 5.7.7. RPL Target. Based on the discussion below I would =20
> change =93A set of one or more Transit Information options MAY =20
> directly follow the Target option in a DAO message=94 to =93a RPL =
Target =20
> Option in a unicast DAO MUST be followed by a set of one or more =20
> Transit Information Option =94.
> - If the Path-Sequence / Control fields are indeed used both in =20
> storing (where I have doubts they are really needed) and non-storing =20=

> mode, why not put them in the target option rather than in the =20
> transit option. This way we could maybe only use only the target =20
> option in storing mode and the target+transit option in non-storing =20=

> mode. This would have the additional benefit of making the parent =20
> address mandatory in the transit information option and thus avoid a =20=

> variable length option.
>
> Best,
> Mathilde
>
>
> From: Philip Levis [mailto:pal@cs.stanford.edu]
> Sent: vendredi, 11. juin 2010 18:10
> To: Mathilde Durvy (mdurvy)
> Cc: roll@ietf.org
> Subject: Re: [Roll] Transit information option
>
>
> On Jun 11, 2010, at 7:26 AM, Mathilde Durvy (mdurvy) wrote:
>
>
> Hi Phil,
>
> Thanks a lot for your answer. Here are my comments:
>
> A few items that might be worth clarifying in version 09:
> - =93Transit Information options MAY directly follow the Target =20
> option=94 Is it really a MAY? If not included it means the path =20
> sequence / control / lifetime are not specified (which seems to =20
> contradict section 7.1.4.2).
> In non-storing mode, it is definitely a MUST. Storing mode seems =20
> like it is a MUST as well...
> I think we all agree.
>
>
> - =93A non-storing node that has more than one DAO parent MAY include =20=

> a Transit Information option for each DAO parent as part of the non-=20=

> storing Destination Advertisement operation.=94 Why would a node do =20=

> that? If a node is sending a DAO for a specific target to e.g. 2 DAO =20=

> parents (A and B) shouldn=92t he send one DAO with transit information =
=20
> A (i.e. parent address =3D A) to DAO parent A and another DAO with =20
> transit information B to DAO parent B? Otherwise how this would work =20=

> over multiple hop? Maybe an example of DAO would help.
> - In section 7.1.5 point 2, I assume the node should add a transit =20
> information with its parent before passing the content of the =20
> received DAO. Also do the operation specified on the path control =20
> field in the previous section for storing node also apply in the non-=20=

> storing case?
>
> These are good questions. Currently the draft is a bit unclear on =20
> whether
> 1) a DAO's transit option contains the full source route when it =20
> arrives at the DODAG Root, or
> 2) the DODAG Root receives just the last downward hops of each node, =20=

> and stitches together source routes with this information.
> 1) seems like a much better idea to me. Note that if it's 2), then =20
> in non-storing mode node needs to send a DAO to just one DAO parent, =20=

> and this DAO can contain the full set of last-hops. What are your =20
> thoughts?
>
> Indeed, I think the current draft is a bit unclear. My =20
> interpretation when reading was 1 (probably due mostly to the =20
> history of the draft). Now from your comments I understand what the =20=

> draft is proposing, namely 2. Thanks for explaining.
> What triggered this change?
> It seems to me that if proper aggregation of the routes is performed =20=

> (in particular if in the record route case you can avoid =20
> transmitting routes which are sub-routes of others) the two schemes =20=

> could actually be quite similar in terms of overhead. This would =20
> need to be confirmed by a careful study as it could depend quite on =20=

> bit on the topology. What is quite clear is that 2 requires more =20
> processing power than 1 as it needs to reassemble routes from the =20
> received information.
> Also concerning your last comment, I agree. The DAO produced will be =20=

> slightly larger but we send only one DAO instead of one DAO per DAO =20=

> parent. I think if we do that we might not really need the path =20
> control field, correct?
>
> -09 has a rewrite of the Downward Routes section that should make =20
> all of this much clearer. The answer is 2), for reasons Richard =20
> brought up a few months ago. In particular, if you use 1), then when =20=

> a node changes its parent set it entire sub-DODAG must resend DAOs. =20=

> This is a significant cost. If you use 2), then only that node needs =20=

> to send a new DAO.
>
>
>
>
>
> - Has the advantage of having multiple DAO parents been assessed =20
> with respect to the added complexity? One could argue that since we =20=

> take so much care in selecting a preferred this should be a good =20
> enough choice=85 Similar to Phil I=92m getting worried about the =20
> increased complexity.
>
> But note that in upward routes, there's a parent set. The concern is =20=

> that the vagaries and unreliability of wireless links call for =20
> supporting some degree of path diversity. Most protocols today =20
> maintain multiple candidate next hops for this exact reason. Because =20=

> downward routes start at the endpoints, there needs to be some way =20
> to establish multiple routes. Otherwise, when one link breaks and =20
> you have to issue a trigger to the entire sub-DODAG.
> I understand how this would work in the storing case but in the non-=20=

> storing case how would you know at the root that the path failed?
>
> ICMP error.
>
> Phil
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


--Apple-Mail-316-75621942
Content-Type: text/html;
	charset=WINDOWS-1252
Content-Transfer-Encoding: quoted-printable

fair comment.

On Jun 18, 2010, at =
11:09 AM, Mathilde Durvy (mdurvy) wrote:

Hi All,
 
- Section 5.7.7. =
RPL Target. Based on the discussion below I would change =93A set of one =
or more Transit Information options MAY directly follow the Target =
option in a DAO message=94 to =93a RPL Target Option in a unicast DAO =
MUST be followed by a set of one or more Transit Information Option =
=94.
- If the Path-Sequence / =
Control fields are indeed used both in storing (where I have doubts they =
are really needed) and non-storing mode, why not put them in the target =
option rather than in the transit option. This way we could maybe only =
use only the target option in storing mode and the target+transit option =
in non-storing mode. This would have the additional benefit of making =
the parent address mandatory in the transit information option and thus =
avoid a variable length option.
 
From: Philip Levis [mailto:pal@cs.stanford.edu] 
Sent: vendredi, 11. juin 2010 =
18:10
To: Mathilde Durvy =
(mdurvy)
Cc: roll@ietf.org
Subject: Re: [Roll] Transit =
information option
 
On Jun 11, 2010, at 7:26 =
AM, Mathilde Durvy (mdurvy) wrote:


- =93Transit =
Information options MAY directly follow the Target option=94 Is it =
really a MAY? If not included it means the path sequence / control / =
lifetime are not specified (which seems to contradict section =
7.1.4.2).
In non-storing mode, it is definitely a MUST. Storing mode =
seems like it is a MUST as well...
I think we all =
agree.


=

- =93A non-storing node that has more than one DAO parent =
MAY include a Transit Information option for each DAO parent as part of =
the non-storing Destination Advertisement operation.=94 Why would a node =
do that? If a node is sending a DAO for a specific target to e.g. 2 DAO =
parents (A and B) shouldn=92t he send one DAO with transit information A =
(i.e. parent address =3D A) to DAO parent A and another DAO with transit =
information B to DAO parent B? Otherwise how this would work over =
multiple hop? Maybe an example of DAO would =
help.
<=
div style=3D"margin-top: 0cm; margin-right: 0cm; margin-bottom: =
0.0001pt; margin-left: 0cm; font-size: 12pt; font-family: 'Times New =
Roman', serif; ">- In section 7.1.5 point 2, I assume the node should add a =
transit information with its parent before passing the content of the =
received DAO. Also do the operation specified on the path control field =
in the previous section for storing node also apply in the non-storing =
case?
 
These are good questions. Currently the draft is a bit unclear =
on whether 
1) a DAO's transit option contains the full source route when =
it arrives at the DODAG Root, =
or 
2) the DODAG =
Root receives just the last downward hops of each node, and stitches =
together source routes with this =
information. 
1) seems like a much better idea to me. Note that if it's 2), =
then in non-storing mode node needs to send a DAO to just one DAO =
parent, and this DAO can contain the full set of last-hops. What are =
your thoughts?
 
Indeed, I think the current draft is a bit =
unclear. My interpretation when reading was 1 (probably due mostly to =
the history of the draft). Now from your comments I understand what the =
draft is proposing, namely 2. Thanks for =
explaining.
What triggered this =
change?
It seems to me that if proper aggregation of the routes is =
performed (in particular if in the record route case you can avoid =
transmitting routes which are sub-routes of others) the two schemes =
could actually be quite similar in terms of overhead. This would need to =
be confirmed by a careful study as it could depend quite on bit on the =
topology. What is quite clear is that 2 requires more processing power =
than 1 as it needs to reassemble routes from the received =
information.
Also concerning your last comment, I agree. The =
DAO produced will be slightly larger but we send only one DAO instead of =
one DAO per DAO parent. I think if we do that we might not really need =
the path control field, =
correct?
 
-09 has a =
rewrite of the Downward Routes section that should make all of this much =
clearer. The answer is 2), for reasons Richard brought up a few months =
ago. In particular, if you use 1), then when a node changes its parent =
set it entire sub-DODAG must resend DAOs. This is a significant cost. If =
you use 2), then only that node needs to send a new =
DAO.
 
But note that =
in upward routes, there's a parent set. The concern is that the vagaries =
and unreliability of wireless links call for supporting some degree of =
path diversity. Most protocols today maintain multiple candidate next =
hops for this exact reason. Because downward routes start at the =
endpoints, there needs to be some way to establish multiple routes. =
Otherwise, when one link breaks and you have to issue a trigger to the =
entire sub-DODAG.
 
ICMP =
error.

From: JP Vasseur 
To: Omprakash Gnawali 
In-Reply-To: 
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Fri, 18 Jun 2010 19:58:14 +0200
References: <5BEAFD5C-242E-4BAB-8E3F-ED372B91112E@cs.stanford.edu> <1961970247.165647.1276829567079.JavaMail.root@mail02.pantherlink.uwm.edu> 
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 19 Jun 2010 08:41:23.0255 (UTC) FILETIME=[3283A470:01CB0F8B]
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sat, 19 Jun 2010 08:41:25 -0000

On Jun 18, 2010, at 6:13 AM, Omprakash Gnawali wrote:

> On Thu, Jun 17, 2010 at 7:52 PM, Mukul Goyal  wrote:
>>> This seems to be getting kind of complex: a DAG specifies an
>>> objective function, as well as a metric->rank conversion function,  
>>> as
>>> well as the metrics that the objective function uses?
>>
>> So, what is the alternative?? How would you pick a metric=>CU  
>> mapping that works in all contexts?
>
> It is not knowing what how to do this conversion that led me to ask
> this question during the meeting. We seem to be on the same page that
> we don't know the best way to do this.
>
> Are there examples of general purpose OF or entities similar to OF in
> use elsewhere? Maybe we can learn from them.

Yes :-) in other routing protocols. The way metrics are computed is a  
local decision (from
network administrators, from an API between the MAC and IP, ...). We  
do standardize how
to convey the metric (METRIC ID), each node knows which metric to use  
(local policy) and
use it to select the best parents and propagate a DIO with the updated  
metric. The OF
indicates the set of rules for the DAG formation.

>
> - om_p
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From navagar@cisco.com  Sat Jun 19 01:42:59 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 68A623A6851 for ; Sat, 19 Jun 2010 01:42:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.412
X-Spam-Level: 
X-Spam-Status: No, score=-10.412 tagged_above=-999 required=5 tests=[AWL=0.186, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7m+fdeRJYvuP for ; Sat, 19 Jun 2010 01:42:55 -0700 (PDT)
Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id B0E3F3A69B7 for ; Sat, 19 Jun 2010 01:42:55 -0700 (PDT)
Authentication-Results: sj-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAC8gHExAaHte/2dsb2JhbACfFnGnH5oUhRsEg1I
X-IronPort-AV: E=Sophos;i="4.53,443,1272844800";  d="scan'208,217";a="336691523"
Received: from hkg-core-1.cisco.com ([64.104.123.94]) by sj-iport-1.cisco.com with ESMTP; 19 Jun 2010 08:43:01 +0000
Received: from xbh-bgl-412.cisco.com (xbh-bgl-412.cisco.com [72.163.129.202]) by hkg-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5J8h0B4014611 for ; Sat, 19 Jun 2010 08:43:00 GMT
Received: from xmb-bgl-41c.cisco.com ([72.163.129.218]) by xbh-bgl-412.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Sat, 19 Jun 2010 14:13:00 +0530
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CB0F8B.6C80F3EC"
Date: Sat, 19 Jun 2010 14:12:46 +0530
Message-ID: <3EF472F4AD7D824EA24D3197C56B61DB01712635@XMB-BGL-41C.cisco.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: DAO operation - query
Thread-Index: AcsPi2B4WiozICbzQrKeOagI+DzLJA==
From: "Navneet Agarwal (navagar)" 
To: "ROLL WG" 
X-OriginalArrivalTime: 19 Jun 2010 08:43:00.0436 (UTC) FILETIME=[6C704940:01CB0F8B]
Subject: [Roll] DAO operation - query
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sat, 19 Jun 2010 08:42:59 -0000

This is a multi-part message in MIME format.

------_=_NextPart_001_01CB0F8B.6C80F3EC
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hi:
I have the following comments/queries on the DAO operation of rev-09.
=20
Section 8.6:
1. ...One RPL Target Option MUST have a prefix that includes the node's
IPv6 address...=20
=20
It is not clear why this is a MUST as this would require to have each
node configured with an IPv6 address. Can this be clarified? Is this
needed to help the ancestor (DAG root) to piece together the source
route?
=20
Section 8.7
2...On receiving a unicast DAO, a node MUST forward the DAO upwards.
This forwarding MAY use any parent in the parent set.
=20
In the last para of this section it is also indicated that Nodes
aggregate DAO with multiple target options. This is also mentioned in
section 8.4 but the above comment seem to indicate that the non-storing
node does not need to wait and forwards the received DAO. I think the
non-storing node on receiving a unicast DAO will consume it and schedule
sending of a new (aggregated) DAO. Can this be clarified as well?
=20
Thx
=20
Regards,
Navneet

------_=_NextPart_001_01CB0F8B.6C80F3EC
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable







Hi:
I have the=20
following comments/queries on the DAO operation of=20
rev-09.


 


Section=20
8.6:


1. ...One RPL Target Option MUST have a prefix that =
includes the=20
node’s IPv6 address... 


 


It is not clear why this is a MUST as this would =
require to=20
have each node configured with an IPv6 address. Can this be clarified? =
Is this=20
needed to help the ancestor (DAG root) to piece together the source=20
route?


 


Section=20
8.7


2...On receiving a unicast DAO, a node MUST forward =
the DAO=20
upwards. This forwarding MAY use any parent in the parent=20
set.


 


In the =
last para of=20
this section it is also indicated that Nodes aggregate DAO with multiple =
target=20
options. This is also mentioned in section 8.4 but the above comment =
seem to=20
indicate that the non-storing node does not need to wait =
and forwards the=20
received DAO. I think the non-storing node on receiving a unicast DAO =
will=20
consume it and schedule sending of a new (aggregated) DAO. Can this be =
clarified=20
as well?


 


Thx


 


Regards,


Navneet


------_=_NextPart_001_01CB0F8B.6C80F3EC--

From trac@tools.ietf.org  Sat Jun 19 02:19:21 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2D3ED3A68E8 for ; Sat, 19 Jun 2010 02:19:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.364
X-Spam-Level: 
X-Spam-Status: No, score=-102.364 tagged_above=-999 required=5 tests=[AWL=0.236, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a+8j79zIHc04 for ; Sat, 19 Jun 2010 02:19:20 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 6D1653A69C1 for ; Sat, 19 Jun 2010 02:19:20 -0700 (PDT)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.71) (envelope-from ) id 1OPuCx-0001EV-5h; Sat, 19 Jun 2010 02:19:23 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "roll issue tracker" 
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: wintert@acm.org, jpv@cisco.com
X-Trac-Project: roll
Date: Sat, 19 Jun 2010 09:19:22 -0000
X-URL: http://tools.ietf.org/wg/roll/
X-Trac-Ticket-URL: http://wiki.tools.ietf.org/wg/roll/trac/ticket/51#comment:1
Message-ID: <064.9fc1253efa8313a2d2e15622a9d873aa@tools.ietf.org>
References: <055.f36774fc124e8102a2e8fa9e77fae4ff@tools.ietf.org>
X-Trac-Ticket-ID: 51
In-Reply-To: <055.f36774fc124e8102a2e8fa9e77fae4ff@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: wintert@acm.org, jpv@cisco.com, roll@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #51: New Appendix A (former Appendix B) can be removed
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Reply-To: roll@ietf.org
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sat, 19 Jun 2010 09:19:21 -0000

#51: New Appendix A (former Appendix B) can be removed
--------------------------------+-------------------------------------------
 Reporter:  jpv@…               |        Owner:  wintert@…      
     Type:  defect              |       Status:  closed         
 Priority:  minor               |    Milestone:                 
Component:  rpl                 |      Version:                 
 Severity:  Active WG Document  |   Resolution:  fixed          
 Keywords:                      |  
--------------------------------+-------------------------------------------
Changes (by jpv@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Removed for revision 10

-- 
Ticket URL: 
roll 


From prvs=779ce299f=mukul@uwm.edu  Sat Jun 19 07:19:29 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1ABE33A6A15 for ; Sat, 19 Jun 2010 07:19:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.742
X-Spam-Level: 
X-Spam-Status: No, score=-0.742 tagged_above=-999 required=5 tests=[AWL=-1.343, BAYES_50=0.001, J_CHICKENPOX_24=0.6]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gUwWW5RBepYx for ; Sat, 19 Jun 2010 07:19:28 -0700 (PDT)
Received: from ip1mta.uwm.edu (ip1mta.uwm.edu [129.89.7.18]) by core3.amsl.com (Postfix) with ESMTP id AE14E3A6A18 for ; Sat, 19 Jun 2010 07:19:27 -0700 (PDT)
Received: from mta02.pantherlink.uwm.edu ([129.89.7.82]) by ip1mta.uwm.edu with ESMTP; 19 Jun 2010 09:19:33 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id 1B3BA2C1802E for ; Sat, 19 Jun 2010 09:19:33 -0500 (CDT)
X-Virus-Scanned: amavisd-new at 
Received: from mta02.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta02.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GIlqPq4CE3ng for ; Sat, 19 Jun 2010 09:19:32 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id E9A232C1802D for ; Sat, 19 Jun 2010 09:19:32 -0500 (CDT)
Date: Sat, 19 Jun 2010 09:19:32 -0500 (CDT)
From: Mukul Goyal 
To: roll  
Message-ID: <1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <1328436834.198056.1276957013936.JavaMail.root@mail02.pantherlink.uwm.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [129.89.7.91]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - IE8 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Subject: [Roll] P2P route discovery: "Good enough" criteria
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sat, 19 Jun 2010 14:19:29 -0000

Here is some text from the Introduction section of draft-dt-roll-p2p-rpl-01:

The specified scheme is based on a reactive on-demand approach, which
   enables a router to discover one or more "good-enough" routes in
   either direction between itself and another router in the LLN without
   any constraints regarding the existing DAG-membership of the links
   that such routes may use.  

JP commented:
JP> This will be an aspect triggering some discussion. How "good" is"good enough" ? You will need some text to elaborate here or point to another section explaining what is meant by "good enough"

I think there needs to be an Applicability section in the draft that talks about how and when the P2P route discovery might be invoked. Such a section will be added in the next version of the draft.

Basically, the idea is that the origin router will first measure the cost of the DAG-based route to/from the target router (using the Measurement Request and Measurement Reply messages that were part of the 00 version of the draft and would now be proposed in a separate draft).

Once the origin router knows the cost of the DAG-based route, it can choose the good enough criteria for the P2P routes it wants to discover. This criteria can be specified as contraints in the Metric Container associated with Route Discovery option.

In case, the origin and target routers are not connected via a DAG or the cost measurement of the DAG-based route fails, the origin router will have to guess the good enough criteria. Once, the initial route discovery succeeds or fails, the origin router will have a better idea of how to set the good enough criteria.

Comments?

Thanks
Mukul      


From prvs=780796dfa=mukul@uwm.edu  Sat Jun 19 23:19:38 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C821A3A67B2 for ; Sat, 19 Jun 2010 23:19:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.804
X-Spam-Level: 
X-Spam-Status: No, score=0.804 tagged_above=-999 required=5 tests=[AWL=-2.696,  BAYES_99=3.5]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CA+2SGLObM73 for ; Sat, 19 Jun 2010 23:19:37 -0700 (PDT)
Received: from ip1mta.uwm.edu (ip1mta.uwm.edu [129.89.7.18]) by core3.amsl.com (Postfix) with ESMTP id 28DB23A6452 for ; Sat, 19 Jun 2010 23:19:36 -0700 (PDT)
Received: from mta02.pantherlink.uwm.edu ([129.89.7.82]) by ip1mta.uwm.edu with ESMTP; 20 Jun 2010 01:19:43 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id 2B6592C18033 for ; Sun, 20 Jun 2010 01:19:43 -0500 (CDT)
X-Virus-Scanned: amavisd-new at 
Received: from mta02.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta02.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1TJKkAMkMUay for ; Sun, 20 Jun 2010 01:19:43 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id F20882C18032 for ; Sun, 20 Jun 2010 01:19:42 -0500 (CDT)
Date: Sun, 20 Jun 2010 01:19:42 -0500 (CDT)
From: Mukul Goyal 
To: roll  
Message-ID: <1927712479.204919.1277014782857.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <829216983.204899.1277014082725.JavaMail.root@mail02.pantherlink.uwm.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Originating-IP: [129.89.7.91]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - IE8 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Subject: [Roll] P2P: "distance" and the "good enough" criteria
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sun, 20 Jun 2010 06:19:39 -0000

Hi all

I would like to start a discussion about the following important features o=
f the P2P route discovery mechanism:=20
1)=09a limit on the =E2=80=9Cdistance=E2=80=9D the discovery messages may t=
ravel
2)=09a =E2=80=9Cgood enough=E2=80=9D criteria for route selection.

The discovery message propagation takes place via the creation of a tempora=
ry DAG. The reason we chose to propagate the discovery message as an option=
 inside the DIO was strong controls available for DIO propagation:=20
1)rank based poisoning of DIOs traveling inwards and=20
2)trickle controlled generation.=20
We added a further control: a maximum limit on the rank. A node MUST not jo=
in this DAG if its rank in the DAG will exceed this limit. This maximum ran=
k value limits the =E2=80=9Cdistance=E2=80=9D that a discovery message may =
travel.
=20
Now, having made the decision regarding using DIOs as discovery messages, t=
he next question is how does a node select its rank in this temporary DAG a=
nd what metrics are to be used for the creation of this DAG?

One answer would be: use the same metrics for DAG formation that are to be =
used for route selection.

The other answer is: Since highly-constrained devices may find it difficult=
 to compute a complex objective function, involving multiple routing metric=
s, for each received DIO/Discovery message, let us allow the use of simpler=
/fewer metrics for the creation of the temporary DAG. For example, the obje=
ctive of route discovery might be to find the routes that have the success =
rate more than 90% and latency less than 100ms, but the rank calculation in=
 the temporary dag is simply based on minimizing the hop-count. In this exa=
mple, the route selection criteria/metrics are totally different from the r=
ank calculation metrics. Another example, where the two are related, is usi=
ng criteria =E2=80=93 ETX less than 10 and latency less than 200ms =E2=80=
=93 for route selection and calculate the rank in the temporary DAG based o=
n minimizing ETX alone.

So, a node, that joins the temporary DAG at a rank x, ignores DIOs received=
 from nodes with lower (higher in numerical value) rank. This does have the=
 effect that if a DIO from a lower ranked node carries information about a =
really good route (in terms of metrics used for route selection), it will b=
e ignored as well. But, this is the price one has to pay for using differen=
t metrics for temporary DAG formation than for route selection. When a node=
 receives a DIO from a higher ranked neighbor, it updates the metrics used =
for route discovery and possibly advertises these values in its own DIO.
=20
Now, as the DIOs reach the target router, it examines the metrics to determ=
ine if the routes advertized by these DIOs meet the =E2=80=9Cgood enough=E2=
=80=9D criteria. In the two examples discussed above, the =E2=80=9Cgood eno=
ugh=E2=80=9D criteria are:=20
1) success rate more than 90% AND latency less than 100ms;=20
2) ETX less than 10 AND latency less than 200ms
respectively.

Since the "good enough" criteria is just a bunch of constraints, I suspect =
there is no need to specify an OCP inside a Route Discovery Option. (The Ro=
ute Discovery Option defined in p2p-rpl-01 does include an optional OCP fie=
ld; I think it should go away).


Thanks
Mukul

From prvs=780796dfa=mukul@uwm.edu  Sat Jun 19 23:24:41 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 70BEE3A680B for ; Sat, 19 Jun 2010 23:24:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.766
X-Spam-Level: 
X-Spam-Status: No, score=-0.766 tagged_above=-999 required=5 tests=[AWL=-0.767, BAYES_50=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iOOUqpDa0JNA for ; Sat, 19 Jun 2010 23:24:40 -0700 (PDT)
Received: from ip2mta.uwm.edu (ip2mta.uwm.edu [129.89.7.20]) by core3.amsl.com (Postfix) with ESMTP id 9180E3A659A for ; Sat, 19 Jun 2010 23:24:40 -0700 (PDT)
Received: from mta02.pantherlink.uwm.edu ([129.89.7.82]) by ip2mta.uwm.edu with ESMTP; 20 Jun 2010 01:24:46 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id A67C42C18030 for ; Sun, 20 Jun 2010 01:24:46 -0500 (CDT)
X-Virus-Scanned: amavisd-new at 
Received: from mta02.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta02.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RPM9sn+4PRMF for ; Sun, 20 Jun 2010 01:24:46 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id 86DEF2C1802E for ; Sun, 20 Jun 2010 01:24:46 -0500 (CDT)
Date: Sun, 20 Jun 2010 01:24:46 -0500 (CDT)
From: Mukul Goyal 
To: roll  
Message-ID: <475075301.204933.1277015086470.JavaMail.root@mail02.pantherlink.uwm.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [129.89.7.91]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - IE8 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Subject: [Roll] P2P: Do we need an OCP inside Route Discovery Option??
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sun, 20 Jun 2010 06:24:41 -0000

Since the "good enough" criteria is just a bunch of constraints, I suspect there is no need to specify an OCP inside a Route Discovery Option. The P2P mechanism does not try to find the best routes. It just finds routes that meet the specified constraints. So I guess the Route Discovery Option need not have an OCP field. The O flag in the Route Discovery Option will simply identify the Metric Container that carries the constraints/metrics for route selection.

Thanks
Mukul



From adrian@olddog.co.uk  Sun Jun 20 11:40:23 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C27103A68A5 for ; Sun, 20 Jun 2010 11:40:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.001
X-Spam-Level: 
X-Spam-Status: No, score=0.001 tagged_above=-999 required=5 tests=[AWL=0.000,  BAYES_50=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dbouFDDkfb0x for ; Sun, 20 Jun 2010 11:40:06 -0700 (PDT)
Received: from asmtp2.iomartmail.com (asmtp2.iomartmail.com [62.128.201.249]) by core3.amsl.com (Postfix) with ESMTP id D7A373A6863 for ; Sun, 20 Jun 2010 11:40:03 -0700 (PDT)
Received: from asmtp2.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id o5KIe8ge010424;  Sun, 20 Jun 2010 19:40:08 +0100
Received: from your029b8cecfe (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) (authenticated bits=0) by asmtp2.iomartmail.com (8.13.8/8.13.8) with ESMTP id o5KIe7Jm010420;  Sun, 20 Jun 2010 19:40:08 +0100
Message-ID: <7148B48BBBA344A0912EEB9396C03FFB@your029b8cecfe>
From: "Adrian Farrel" 
To: "Alexandru Petrescu" 
References: <6E10F6EF-D42D-4335-ADA1-AB12DCB55A92@cisco.com> <4C1BD8DE.5030201@gmail.com>
Date: Sun, 20 Jun 2010 19:39:48 +0100
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5931
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931
Content-Transfer-Encoding: quoted-printable
X-MIME-Autoconverted: from 8bit to quoted-printable by asmtp2.iomartmail.com id o5KIe7Jm010420
Cc: roll@ietf.org
Subject: Re: [Roll] Reminder - Virtual Blue Sheet
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Adrian Farrel 
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sun, 20 Jun 2010 18:40:23 -0000

Alex

http://www.ietf.org/iesg/statement/interim-meetings.html

"All such meetings, calls, or sessions must be open to all who wish to ta=
ke=20
part. Detailed minutes are required to be taken and submitted to the IETF=
=20
Secretariat for inclusion in the next IETF meeting proceedings. A list of=
=20
attendees must also be submitted. The minutes, including a list of=20
attendees, must be sent to proceedings@ietf.org within 10 days after the=20
meeting, conference call or jabber session concludes."

Ciao,
Adrian

----- Original Message -----=20
From: "Alexandru Petrescu" 
To: 
Sent: Friday, June 18, 2010 9:36 PM
Subject: Re: [Roll] Reminder - Virtual Blue Sheet


JP - I attended remotely, but I hesitate before sending my data :

   Alexandru Petrescu
   alexandru.petrescu@gmail.com

because I am not sure whether IETF needs this blue sheet - what is this
sheet used for?

I know for IETF real meetings (not interim, not virtual) blue sheets are
used - among other things - as indicators of planning the room size for
next meeting, which is good.

But here - is this virtual blue sheet specified by some RFC?  Is IETF
requesting it?

If it is for webex statistics then I guess webex already has the
attendance list somewhere in its history, or organizer could screen save
in a file.

Thanks,

Alex

Le 18/06/2010 19:19, JP Vasseur a =E9crit :
> As a quick reminder, please send me a short email with name, email
> address if you attended the Virtual WG meeting yesterday. I just
> received about 10, there were about 40 people on the bridge. Minutes
> will be sent out shortly.
>
> Many Thanks.
>
> JP. _______________________________________________ Roll mailing list
> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>

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


From alexandru.petrescu@gmail.com  Sun Jun 20 13:46:29 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 530163A68EA for ; Sun, 20 Jun 2010 13:46:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.531
X-Spam-Level: 
X-Spam-Status: No, score=0.531 tagged_above=-999 required=5 tests=[AWL=0.180,  BAYES_50=0.001, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JQpcZa0araQx for ; Sun, 20 Jun 2010 13:46:28 -0700 (PDT)
Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by core3.amsl.com (Postfix) with ESMTP id 3DC9D3A68E1 for ; Sun, 20 Jun 2010 13:46:26 -0700 (PDT)
Received: from [127.0.0.1] (bur91-3-82-239-213-32.fbx.proxad.net [82.239.213.32]) by smtp1-g21.free.fr (Postfix) with ESMTP id A30D7940008; Sun, 20 Jun 2010 22:46:27 +0200 (CEST)
Message-ID: <4C1E7E1E.2010200@gmail.com>
Date: Sun, 20 Jun 2010 22:46:22 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
To: Adrian Farrel 
References: <6E10F6EF-D42D-4335-ADA1-AB12DCB55A92@cisco.com> <4C1BD8DE.5030201@gmail.com> <7148B48BBBA344A0912EEB9396C03FFB@your029b8cecfe>
In-Reply-To: <7148B48BBBA344A0912EEB9396C03FFB@your029b8cecfe>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Antivirus: avast! (VPS 100620-1, 20/06/2010), Outbound message
X-Antivirus-Status: Clean
Cc: roll@ietf.org
Subject: Re: [Roll] Reminder - Virtual Blue Sheet
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sun, 20 Jun 2010 20:46:29 -0000

Le 20/06/2010 20:39, Adrian Farrel a écrit :
> Alex
>
> http://www.ietf.org/iesg/statement/interim-meetings.html
>
> "All such meetings, calls, or sessions must be open to all who wish to
> take part. Detailed minutes are required to be taken and submitted to
> the IETF Secretariat for inclusion in the next IETF meeting proceedings.
> A list of attendees must also be submitted. The minutes, including a
> list of attendees, must be sent to proceedings@ietf.org within 10 days
> after the meeting, conference call or jabber session concludes."

Thanks for the explanation - so this was an interim meeting.

Alex

>
> Ciao,
> Adrian
>
> ----- Original Message ----- From: "Alexandru Petrescu"
> 
> To: 
> Sent: Friday, June 18, 2010 9:36 PM
> Subject: Re: [Roll] Reminder - Virtual Blue Sheet
>
>
> JP - I attended remotely, but I hesitate before sending my data :
>
> Alexandru Petrescu
> alexandru.petrescu@gmail.com
>
> because I am not sure whether IETF needs this blue sheet - what is this
> sheet used for?
>
> I know for IETF real meetings (not interim, not virtual) blue sheets are
> used - among other things - as indicators of planning the room size for
> next meeting, which is good.
>
> But here - is this virtual blue sheet specified by some RFC? Is IETF
> requesting it?
>
> If it is for webex statistics then I guess webex already has the
> attendance list somewhere in its history, or organizer could screen save
> in a file.
>
> Thanks,
>
> Alex
>
> Le 18/06/2010 19:19, JP Vasseur a écrit :
>> As a quick reminder, please send me a short email with name, email
>> address if you attended the Virtual WG meeting yesterday. I just
>> received about 10, there were about 40 people on the bridge. Minutes
>> will be sent out shortly.
>>
>> Many Thanks.
>>
>> JP. _______________________________________________ Roll mailing list
>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>
>


From wintert@acm.org  Sun Jun 20 16:17:48 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 29D6C3A6891 for ; Sun, 20 Jun 2010 16:17:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.74
X-Spam-Level: 
X-Spam-Status: No, score=-100.74 tagged_above=-999 required=5 tests=[AWL=-0.741, BAYES_50=0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eI+JBZrpfNH0 for ; Sun, 20 Jun 2010 16:17:47 -0700 (PDT)
Received: from smtp102.prem.mail.ac4.yahoo.com (smtp102.prem.mail.ac4.yahoo.com [76.13.13.41]) by core3.amsl.com (Postfix) with SMTP id 28D3F3A67EA for ; Sun, 20 Jun 2010 16:17:47 -0700 (PDT)
Received: (qmail 93668 invoked from network); 20 Jun 2010 23:17:46 -0000
Received: from [192.168.47.101] (wintert@206.83.249.194 with plain) by smtp102.prem.mail.ac4.yahoo.com with SMTP; 20 Jun 2010 16:17:46 -0700 PDT
X-Yahoo-SMTP: 30iEHGKswBCbca_Y5pX7d6RVQMoT5Mk-
X-YMail-OSG: Y10ZVAsVM1lmMmK7NEIJhT1VKMIphvAUcOtNQ8Hr81qpJEp b0MowLExz4ktEoYFL2dxdq3q2FbqfHExHppIgTEm1jixKzp7BRGj5C095y_o uHj4BNDTmrGHMRYoBlm2LeUZQZ0WAi4.U4N93NMjj7x5Nr5frPBXFt6f8ECx w1ly22wgGaiqiaw9jMlvdDjGT4KbTI927YLUW_cch8eJ_Gfz2LkscZ.fn7xd 00yJscwmNpxfK_JG3vobAmfOyup_nlbHfE95ucTo_dpnjzQR4Dbew2hAbieO MIIBmWMRHuwG_ugcUyudoFQ--
X-Yahoo-Newman-Property: ymail-3
Message-ID: <4C1EA197.9020100@acm.org>
Date: Sun, 20 Jun 2010 19:17:43 -0400
From: Tim Winter 
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100423 Thunderbird/3.0.4
MIME-Version: 1.0
To: ROLL WG 
References: <4C1AE4A2.9020201@acm.org> <8B4A870A-9523-460E-B129-D5AD4EB01289@cisco.com> <57F3DDAF-7A54-4BAA-B1AC-5DDDE7DA4B52@cs.stanford.edu>
In-Reply-To: <57F3DDAF-7A54-4BAA-B1AC-5DDDE7DA4B52@cs.stanford.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [Roll] Remove 'T' flag?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sun, 20 Jun 2010 23:17:48 -0000

On 06/18/2010 01:27 PM, Philip Levis wrote:
>
> On Jun 17, 2010, at 11:28 PM, JP Vasseur wrote:
>
>>
>> On Jun 18, 2010, at 5:14 AM, Tim Winter wrote:
>>
>>>
>>> Consider the case if we clarify Section 8.5 'Triggering DAO Messages' to add the following rule for RPL-10:
>>>
>>>       In non-storing mode, if a node hears one of its DAO parents
>>>       increment its DTSN, the node MUST increment its own DTSN.
>>>
>>> Then,
>>>
>>> 1) In storing mode operation, a node can increment its own DTSN to get refreshed DAO messages from its one-hop children.
>>>
>>> 3) In non-storing mode operation, a DODAG Root can increment its own DTSN to cause all non-storing nodes in the sub-DODAG to increment their DTSNs in turn, and get refreshed DAO messages from all its children.
>>>
>>> The 'T' flag, if it remained, would seem to only be useful for a node to 'pull' all DAOs from its sub-DODAG in storing mode operation.  (This is in addition to the mechanisms provided by DTSN and DAO-ACK which can assist a parent to reliably get DAOs from its children.)
>>>
>>> Is this necessary?  Now that we are only supporting storing and non-storing modes of operation, would you support to remove the 'T' flag?
>>
>> Yes, this would be redundant with 1).
>
> Let me reverse the discussion to make sure we covering the issues: is it important, in a non-storing network, for a node can trigger DAOs from just its children? Currently that's impossible. So there are two cases:
>
> storing, non-storing
>
> and two operations:
>
> pull from children, pull from sub-DODAG
>
> Which elements of this table are needed?
>
> Phil

My take:

(storing, pull from children) -- required, this is a necessary part of how storing 
nodes will maintain state.

(storing, pull from sub-DODAG) -- not required, state will percolate up from the 
sub-DODAG

(non-storing, pull from children) -- seems not required, what would be the use case 
where this is needed?  I defer however to those with more expertise in operating the 
non-storing case.

(non-storing, pull from sub-DODAG) -- seems useful for a root in the non-storing case 
to be able to refresh DAO information without incrementing the DODAGVersionNumber and 
triggering a global repair.  Doesn't seem useful for non-root nodes.  Again, I would 
defer to those with more expertise in operating non-storing networks.


Regards,

-Tim

From wintert@acm.org  Sun Jun 20 16:17:54 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6E1403A6891 for ; Sun, 20 Jun 2010 16:17:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.592
X-Spam-Level: 
X-Spam-Status: No, score=-100.592 tagged_above=-999 required=5 tests=[AWL=-0.593, BAYES_50=0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WM46gd-5-WOU for ; Sun, 20 Jun 2010 16:17:53 -0700 (PDT)
Received: from smtp110.prem.mail.ac4.yahoo.com (smtp110.prem.mail.ac4.yahoo.com [76.13.13.93]) by core3.amsl.com (Postfix) with SMTP id 17E293A6900 for ; Sun, 20 Jun 2010 16:17:53 -0700 (PDT)
Received: (qmail 1512 invoked from network); 20 Jun 2010 23:17:59 -0000
Received: from [192.168.47.101] (wintert@206.83.249.194 with plain) by smtp110.prem.mail.ac4.yahoo.com with SMTP; 20 Jun 2010 16:17:59 -0700 PDT
X-Yahoo-SMTP: 30iEHGKswBCbca_Y5pX7d6RVQMoT5Mk-
X-YMail-OSG: 2pqTkqgVM1ld8row1KpJ70YqS2IOZAqkSFYmVWsZQLXJANB qbBLmxykr_XLRKQvOOSXjNlvs6L3duZ7RcgfuUbmOcqiNaB6jn.P8Lbg5YxN BMyvEXI5_m.6ph53P0NW.hO.vn.KAIknE49KpwsTwT3nmuw9NYEsYv_H690f dyQWHbncMxdR6cQaBAd2Of8JwfuXhSjlaGwGBGiixqFqI9rOAz0JO_Iq.Pmi NBlYNApAkxrxGM5GeZnfMtzzMar8qsx_9wD6a.bTSwYClqCqES0L8kt6YumX x8JleUfKGMNoaYZI16NGxc5LK0A84eocR2WTxg205H2SF
X-Yahoo-Newman-Property: ymail-3
Message-ID: <4C1EA1A6.6040906@acm.org>
Date: Sun, 20 Jun 2010 19:17:58 -0400
From: Tim Winter 
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100423 Thunderbird/3.0.4
MIME-Version: 1.0
To: ROLL WG 
References: <32EF5956-4440-48A4-8A8A-B8DDDC0FB260@cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D0213FBD8@XMB-AMS-107.cisco.com>  <6A2A459175DABE4BB11DE2026AA50A5D021DBCC7@XMB-AMS-107.cisco.com>  <8A977BDC5A7B0E429B0F521E8D6F91EE024F4617@XMB-AMS-103.cisco.com>
In-Reply-To: <8A977BDC5A7B0E429B0F521E8D6F91EE024F4617@XMB-AMS-103.cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [Roll] Ticket 50
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sun, 20 Jun 2010 23:17:54 -0000

Hi Mathilde,

On 06/18/2010 04:46 AM, Mathilde Durvy (mdurvy) wrote:
> Hi JP,
>
> For 1) Section 7.5. "Operation as a Leaf Node" needs to be updated. Here is
> a proposal:
> ------
> In some cases a RPL node may attach to a DODAG as a leaf node only. One
> example of such a case is when a node does not understand the RPL Instance's
> OF or advertised path metric.  A leaf node does not extend DODAG
> connectivity and as a consequence it must obey the following rules:
>
>     1.  It MUST NOT transmit DIOs
>     3.  It MAY transmit unicast DAOs as described in Section 8.2.
>     4.  It MAY transmit multicast DAOs to the '1 hop' neighborhood as
>         described in Section 8.10.
>
> If a node that is a router wants to become a leaf node. It SHOULD first
> poison its routes (advertising a Rank of INFINITE_RANK)

I think 'MUST NOT' transmit DIOs is too strong.  I think that the poisoning is good 
and useful in the optimistic case, but due to the lossy nature of LLN the poisoning 
may not be 100% effective.  In practice most leaf nodes might not be impacted by 
this, but in some cases there may be a leaf node that has prior children left over 
from an old DODAG, and at the very least should be allowed to send the DIO to repair 
the situation when an inconsistency is detected should one of those children forward 
to the leaf node.  I do agree with the motivation to suppress sending DIOs from leaf 
nodes in the general case.  How about this revised set of rules:

         Operation as a Leaf Node

         In some cases a RPL node may attach to a DODAG as a leaf node only.
         One example of such a case is when a node does not understand the RPL
         Instance's OF or advertised path metric.  A leaf node does not extend
         DODAG connectivity but in some cases still needs to advertise DIOs in
         order to participate in DODAG maintenance and repair.  A node
         operating as a leaf node must obey the following rules:

         1.  It MUST NOT transmit DIOs containing the DAG Metric Container.

         2.  Its DIOs MUST advertise a DAGRank of INFINITE_RANK.

         3.  It MAY suppress DIO transmission, except DIO transmission MUST
             NOT be supressed in the case where DIO transmission has been
             triggered due to detection of inconsistency when a packet is
             being forwarded.

         4.  It MAY transmit unicast DAOs as described in Section 8.2.

         5.  It MAY transmit multicast DAOs to the '1 hop' neighborhood as
             described in Section 8.10.

         A particular case that requires a leaf node to send a DIO is if that
         leaf node was a prior member of another DODAG and another node
         forwards a message assuming the old topology, triggering an
         inconsistency.  The leaf node needs to transmit a DIO in order to
         participate in the repair.  Note that due to the lossy nature of
         LLNs, even though the leaf node may have optimistically poisoned its
         routes by advertising a rank of INFINITE_RANK in the old DODAG prior
         to becoming a leaf node, that advertisement may have become lost and
         a leaf node must be capable to send a DIO later in order to repair
         the inconsistency.

         In general it is not expected that such a leaf node would advertise
         itself as a router.


> -------
>
> For 2), changes are needed as well, both in the DIO format and in section
> 8.5. I'm still a bit unclear about the different use cases trade-off
> concerning the DTSN / T bits and Tim just started a new thread on the topic
> so I will bounce on his email.
>
> Thanks,
> Mathilde
>
>
> -----Original Message-----
> From: JP Vasseur [mailto:jpv@cisco.com]
> Sent: jeudi, 17. juin 2010 10:54
> To: Pascal Thubert (pthubert); Mathilde Durvy (mdurvy)
> Cc: Tim Winter; ROLL WG
> Subject: Re: Ticket 50
>
> Mathilde,
>
> Does that clarify ? Let know if we can close the ticket, you want some
> text somewhere, ...
>
> Thanks.
>
> JP.
>
> On Jun 16, 2010, at 4:48 PM, Pascal Thubert (pthubert) wrote:
>
>> Hi:
>>
>> I think we can follow Mathilde all the way though here:
>>
>> 1) leaf nodes would not send DIOs. When they are a router and decide
>> to
>> become a leaf, they can poison as a router and then become a leaf. If
>> after that get packets they should route, they can reject in the data
>> plane (and ICMP for source route).
>>
>> 2) DIO without a T flag. Now that we have DAO Ack, there is no DAO
>> loss
>> so maybe it's not needed oto cover DAO loss. For non storing, since we
>> send per hop transit info, there isi no need to tell the children that
>> the node has moved. So the mechanism is of little use in "normal"
>> conditions. It appears that the node could use the mechanism upon
>> inconsistency detection or after a local repair, for instance if a
>> node
>> goes down and some children have grown up...
>>
>> Pascal
>>
>>> -----Original Message-----
>>> From: JP Vasseur [mailto:jpv@cisco.com]
>>> Sent: Monday, June 14, 2010 10:32 AM
>>> To: Pascal Thubert (pthubert)
>>> Subject: Re: Ticket 50
>>>
>>> Could you drive and close with Mathilde ?
>>> That'd be great.
>>>
>>> Thanks !
>>>
>>> JP.
>>>
>>> On Jun 14, 2010, at 8:43 AM, Pascal Thubert (pthubert) wrote:
>>>
>>>> Hello Again
>>>>
>>>>> Ticker #50: while this is fresh in your mind could you point me the
>>>> new text
>>>>> that I can point to in the document to close the ticket:
>>>>> https://svn.tools.ietf.org/wg/roll/trac/ticket/50
>>>>>
>>>>
>>>> [Pascal] This one I'm unsure..
>>>>
>>>> Pascal
>>
>

From wintert@acm.org  Sun Jun 20 16:18:20 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 197513A68C4 for ; Sun, 20 Jun 2010 16:18:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.586
X-Spam-Level: 
X-Spam-Status: No, score=-100.586 tagged_above=-999 required=5 tests=[AWL=-0.401, BAYES_40=-0.185, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dWLlP5WhyPqW for ; Sun, 20 Jun 2010 16:18:15 -0700 (PDT)
Received: from smtp110.prem.mail.ac4.yahoo.com (smtp110.prem.mail.ac4.yahoo.com [76.13.13.93]) by core3.amsl.com (Postfix) with SMTP id 297073A67EA for ; Sun, 20 Jun 2010 16:18:15 -0700 (PDT)
Received: (qmail 1871 invoked from network); 20 Jun 2010 23:18:19 -0000
Received: from [192.168.47.101] (wintert@206.83.249.194 with plain) by smtp110.prem.mail.ac4.yahoo.com with SMTP; 20 Jun 2010 16:18:18 -0700 PDT
X-Yahoo-SMTP: 30iEHGKswBCbca_Y5pX7d6RVQMoT5Mk-
X-YMail-OSG: NCzN_ZYVM1lBwFSD74P53A9MqmdTV8ANs7XM2bbcSnW55kO 44nvcX7PLIPUCMw36c30zn_PUzSUStVaF3P2E3n2e3LHwiaMgATvXIm7aQWd TuwfmnpCVclfCJPw2hlsXjkZljlqp9dhbEIew0qPv3UTZR2TI8of7yiUOJDV 51PvzG9Cud_nx5MLYXbSJwGGiFUlLQ1wNrOGsVyji1LhgfVfDl1T5Xa1o_NQ vTqP5oKY8KS_jiidjiOkcuDw2qQ.J0C6mKhK4cQfXU3sfLY4eIJweCBqOj4p Dp36DY7qjouiSq8cGye9_4w--
X-Yahoo-Newman-Property: ymail-3
Message-ID: <4C1EA1BA.6090800@acm.org>
Date: Sun, 20 Jun 2010 19:18:18 -0400
From: Tim Winter 
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100423 Thunderbird/3.0.4
MIME-Version: 1.0
To: ROLL WG 
References: <4C1AE4A2.9020201@acm.org> <8A977BDC5A7B0E429B0F521E8D6F91EE024F4656@XMB-AMS-103.cisco.com>
In-Reply-To: <8A977BDC5A7B0E429B0F521E8D6F91EE024F4656@XMB-AMS-103.cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [Roll] Remove 'T' flag?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sun, 20 Jun 2010 23:18:20 -0000

Hi Mathilde,


On 06/18/2010 05:32 AM, Mathilde Durvy (mdurvy) wrote:
> Hi Tim,
>
> We just had a similar discussion with Phil, Pascal, and Richard last week
> (see thread "leaf node and DTSN").
> We reach the same conclusion as you. Please see my comments below.
> Best,
> Mathilde
>
> ----------
>
> Consider the case if we clarify Section 8.5 'Triggering DAO Messages' to add
> the
> following rule for RPL-10:
>
>          In non-storing mode, if a node hears one of its DAO parents
>          increment its DTSN, the node MUST increment its own DTSN.
>
> Then,
>
> 1) In storing mode operation, a node can increment its own DTSN to get
> refreshed DAO
> messages from its one-hop children.
>
> 3) In non-storing mode operation, a DODAG Root can increment its own DTSN to
> cause
> all non-storing nodes in the sub-DODAG to increment their DTSNs in turn, and
> get
> refreshed DAO messages from all its children.
>
> The 'T' flag, if it remained, would seem to only be useful for a node to
> 'pull' all
> DAOs from its sub-DODAG in storing mode operation.  (This is in addition to
> the
> mechanisms provided by DTSN and DAO-ACK which can assist a parent to
> reliably get
> DAOs from its children.)
> [Mathilde] Actually, not any node just the root of the DODAG  (according to
> the DIO base rules the "T" flag should not be modified by other nodes).
> Hence the 'T' flag is only useful for the root to ask for a global DAO
> refresh. Hence the question is whether removing this possibility of a global
> DAO refresh in the non-storing mode is ok. In my opinion it is.

Agreed.


>
> Is this necessary?  Now that we are only supporting storing and non-storing
> modes of
> operation, would you support to remove the 'T' flag?
> [Mathilde] yes. Maybe it's even worth to ask the question whether we could
> remove the DTSN and keep the T flag saving more bits. The question is: now
> that we have DAO-ACKs do we still need a multiple bit DTSN?

My opinion is that the DTSN is more useful than the 'T' flag.  The DTSN in a sense is 
a reliable mechanism to request DAOs, while DAO-ACKs serve as part of a reliable 
mechanism to deliver the DAOs.  (Also keep in mind that DAO-ACKs may not be present 
in every implementation.)

Consider the case when only the 'T' flag is present:  How long / for how many DIOs 
should the parent assert the 'T' flag?  How many times should a child respond to that 
request, even if it has just responded to the asserted 'T' flag in the prior DIO? How 
occasionally/periodically should the parent assert the 'T' flag to pull a DAO from a 
child?

The DTSN, on the other hand, allows the trigger for sending DAO's to be reliably 
asserted, at the expense of a multiple bit field present in every DIO and some state 
in the child.  Each child, especially in the case where DAO-ACK is used, need only 
reply once to each DTSN increment.  A child who misses the initial increment can 
easily observe in a later DIO that an increment has occurred and respond.

What do others think?


-Tim

From roger.alexander@ekasystems.com  Sun Jun 20 17:07:47 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 061423A6924 for ; Sun, 20 Jun 2010 17:07:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.336
X-Spam-Level: 
X-Spam-Status: No, score=0.336 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HTML_MESSAGE=0.001, IP_NOT_FRIENDLY=0.334]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x6jS+SnNp45L for ; Sun, 20 Jun 2010 17:07:46 -0700 (PDT)
Received: from web1212.biz.mail.gq1.yahoo.com (web1212.biz.mail.gq1.yahoo.com [67.195.14.59]) by core3.amsl.com (Postfix) with SMTP id 13EDD3A67BD for ; Sun, 20 Jun 2010 17:07:46 -0700 (PDT)
Received: (qmail 61919 invoked by uid 60001); 21 Jun 2010 00:07:50 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1277078870; bh=HQafqD+ix3IafZQF9D+8hNgIr6R1QpXVGjAYaiqw304=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=DE2Ejfrd4J+X5VX2cEio78sNHXgUCaz4XCk1U/h0aUvOTG8xKNbw0+SCDjVH/z/MJjjC6H3btuUca+e0AYBbGYQKCrf9UEvHASjDdxn3khdj0C7XFxrZZQzjo4JDCJo4P7dc+wGD+7vf48jh+TRWJh4Fc11ydxRrVC1YrEvRaQ8=
Message-ID: <257570.60931.qm@web1212.biz.mail.gq1.yahoo.com>
X-YMail-OSG: dLdWlW8VM1kzaZOAyQF0xGJKT1BLrXaF7EtXcfMRkJvXptz IkR9t6YejcwntyiPsPBkzrdt5jdN_XQRD16Q3KQwRRgBTwQ_.GfSCjXudtXW g7WZeZto98D4kAFCRuTIvt9.oCaTG0j1nlzYXVLrrvqUvhLvoTiNOWfyxGgY xv0g5LsS7IcHiG205djMBihJU1xWxtuwNw2N6pt1t_0Bz.DXOZoCsLriJuvG 832HcXRa4DBDm4rbEqW3F0FioKZ_80NBO4onccDdWuWYQr3_wVbXQYdzG8Dt bJdgXN4LL2EDqA_tOqTYzz6PweO7poBXoZEWieKLEW90ID4mY6ZYwAdWRqb5 1dAT5JRtJNVInBI223HXLep6zm.YkoA--
Received: from [71.178.202.141] by web1212.biz.mail.gq1.yahoo.com via HTTP; Sun, 20 Jun 2010 17:07:49 PDT
X-Mailer: YahooMailRC/397.8 YahooMailWebService/0.8.103.269680
References: <6A2A459175DABE4BB11DE2026AA50A5D0225E635@XMB-AMS-107.cisco.com>
Date: Sun, 20 Jun 2010 17:07:49 -0700 (PDT)
From: Roger Alexander 
To: "Pascal Thubert \(pthubert\)" , roll@ietf.org
In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D0225E635@XMB-AMS-107.cisco.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1718873528-1277078869=:60931"
Subject: Re: [Roll] Closing on issue 54
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 00:07:47 -0000

--0-1718873528-1277078869=:60931
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Hi Pascal,=0A=0A=0ASee votes below. Thanks.=0A=0ARoger=0A=0A=0A____________=
____________________=0AFrom: Pascal Thubert (pthubert) =
=0ATo: roll@ietf.org=0ASent: Fri, June 18, 2010 8:23:37 AM=0ASubject: [Roll=
] Closing on issue 54=0A=0A=0ADear WG:=0A =0AWe=E2=80=99d like to close on =
issue 54 by draft 10. There are in fact 3 questions on the table. Can you p=
lease spend a few minutes to gives us your vote on each:=0A =0A1)      It h=
as been noted that In some small networks, the non-storing mode approach of=
 flooding or many unicast would be acceptable as a multicast approach.  Ple=
ase vote whether the support of DAO based multicast onstoring nodes should =
be a:=0Aa.       MAY =0Ab.      SHOULD =0Ac.       MUST=0A =0A[RA] a.=0A=0A=
2)      LL multicast address used for RPL control.  At the moment, all mcas=
t control goes to FF02::1, which might bother more nodes than need be. Plea=
se vote to use:=0Aa.       - all nodes                           [RFC4291]=
=0Ab.      - all routers                         [RFC4291]=0Ac.       - LL =
MANET nodes           [RFC5498]=0Ad.      - LL RPL nodes                   =
[that we need to request to IANA]=0A =0A[RA] d.=0A=0A =0A3)      Non storin=
g nodes. They cannot do the DAO based stateful multicast so we plan to allo=
w the root to either do many unicast or flood. Unicast is straightforward b=
ut flooding might require some text WRT pruning and use of trickle. To avoi=
d duplication, the art usually adds a sequence to each packet being flooded=
. If we have such a sequence we can use it alone or in conjunction with tri=
ckle to prune excess multicast. Please vote:=0Aa.       Do not prune anythi=
ng, just propagate downwards all the multicast packets from parents (simple=
st but greedy)=0Ab.      a + Describe the sequence nb in the hop-by-hop spe=
c to prune flooded duplicates=0Ac.       b + Describe the trickled version =
of it=0A =0A[RA] b. =0A=0A=0A=0AVotes appreciated J=0A =0APascal
--0-1718873528-1277078869=:60931
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable


=0A
Hi Pascal,

See votes belo=
w. Thanks.

Roger
From: Pascal Thube=
rt (pthubert) <pthubert@cisco.com>
To: roll@ietf.org
Subject: [Roll] Closing on issue 54
=0A
=

Dear WG:
  
We=E2=80=99d like to close on issue 54 by draft 10. There =
are in fact 3 questions on the table. Can you please spend a few minutes to=
 gives us your vote on each:
  
1) =
     It has been noted that In some small=
 networks, the non-storing mode approach of flooding or many unicast would =
be acceptable as a multicast approach.  Please vote whether the suppor=
t of DAO based multicast on storing nodes should be a:
a.       MAY 
b.<=
span style=3D"">      SHOULD
 
c.       MUST
 
[RA] a.

2)      LL multicast address used for RPL control.  At the moment, all mca=
st control goes to FF02::1, which might bother more nodes than need be. Ple=
ase vote to use:
=
a.       - all=0A nodes        &=
nbsp;           &nbs=
p;      [RFC4291]
b.  &=
nbsp;   - all routers     =
            &nb=
sp;       [RFC4291]
c. =
      - LL MANET nodes   &=
nbsp;       [RFC5498]
d.&nbs=
p;     - LL RPL nodes=0A   &nbs=
p;            &=
nbsp;  [that we need to request to IANA]
&nb=
sp;
=0A
[RA] d.
=0A

=
=0A
=0A
 
3)    =
;  Non storing nodes. They cannot do the DAO based state=
ful multicast so we plan to allow the root to either do many unicast or flo=
od. Unicast is straightforward but flooding might require some text WRT pru=
ning and use of trickle. To avoid duplication, the art usually adds a seque=
nce to each packet being flooded. If we have such a sequence we can use it =
alone or in conjunction with trickle to prune excess multicast. Please vote=
:
a.       Do not prune anything, just propagate downwards all the multicast packets =
from parents (simplest but greedy)
b.  &nb=
sp;   a
 + Describe the sequence nb in the hop-by-hop spec to prune flooded duplica=
tes
c.       b + Describe the trickled version of it
  
[RA] b. 
=0A

=0A
=0A
Vot=
es appreciated J
  
Pascal
  <=
/p>
 =0A

--0-1718873528-1277078869=:60931--

From pal@cs.stanford.edu  Sun Jun 20 17:30:08 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4F5153A6948 for ; Sun, 20 Jun 2010 17:30:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.5
X-Spam-Level: 
X-Spam-Status: No, score=-4.5 tagged_above=-999 required=5 tests=[AWL=-0.501,  BAYES_50=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jVHwY84A91PN for ; Sun, 20 Jun 2010 17:30:04 -0700 (PDT)
Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by core3.amsl.com (Postfix) with ESMTP id B99BC3A6947 for ; Sun, 20 Jun 2010 17:30:03 -0700 (PDT)
Received: from [76.14.65.187] (helo=[192.168.1.106]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OQUtu-0004Um-5F; Sun, 20 Jun 2010 17:30:10 -0700
In-Reply-To: <4C1EA1A6.6040906@acm.org>
References: <32EF5956-4440-48A4-8A8A-B8DDDC0FB260@cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D0213FBD8@XMB-AMS-107.cisco.com>  <6A2A459175DABE4BB11DE2026AA50A5D021DBCC7@XMB-AMS-107.cisco.com>  <8A977BDC5A7B0E429B0F521E8D6F91EE024F4617@XMB-AMS-103.cisco.com> <4C1EA1A6.6040906@acm.org>
Mime-Version: 1.0 (Apple Message framework v753.1)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <57E3A427-45B8-484B-BB45-A2D85FB84230@cs.stanford.edu>
Content-Transfer-Encoding: 7bit
From: Philip Levis 
Date: Sun, 20 Jun 2010 17:30:07 -0700
To: Tim Winter 
X-Mailer: Apple Mail (2.753.1)
X-Scan-Signature: dfe9a19d2d5d3f4658608889c96f7beb
Cc: ROLL WG 
Subject: Re: [Roll] Ticket 50
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 00:30:08 -0000

On Jun 20, 2010, at 4:17 PM, Tim Winter wrote:

> Hi Mathilde,
>
> On 06/18/2010 04:46 AM, Mathilde Durvy (mdurvy) wrote:
>> Hi JP,
>>
>> For 1) Section 7.5. "Operation as a Leaf Node" needs to be  
>> updated. Here is
>> a proposal:
>> ------
>> In some cases a RPL node may attach to a DODAG as a leaf node  
>> only. One
>> example of such a case is when a node does not understand the RPL  
>> Instance's
>> OF or advertised path metric.  A leaf node does not extend DODAG
>> connectivity and as a consequence it must obey the following rules:
>>
>>     1.  It MUST NOT transmit DIOs
>>     3.  It MAY transmit unicast DAOs as described in Section 8.2.
>>     4.  It MAY transmit multicast DAOs to the '1 hop' neighborhood as
>>         described in Section 8.10.
>>
>> If a node that is a router wants to become a leaf node. It SHOULD  
>> first
>> poison its routes (advertising a Rank of INFINITE_RANK)
>
> I think 'MUST NOT' transmit DIOs is too strong.  I think that the  
> poisoning is good and useful in the optimistic case, but due to the  
> lossy nature of LLN the poisoning may not be 100% effective.  In  
> practice most leaf nodes might not be impacted by this, but in some  
> cases there may be a leaf node that has prior children left over  
> from an old DODAG, and at the very least should be allowed to send  
> the DIO to repair the situation when an inconsistency is detected  
> should one of those children forward to the leaf node.  I do agree  
> with the motivation to suppress sending DIOs from leaf nodes in the  
> general case.  How about this revised set of rules:
>
>         Operation as a Leaf Node
>
>         In some cases a RPL node may attach to a DODAG as a leaf  
> node only.
>         One example of such a case is when a node does not  
> understand the RPL
>         Instance's OF or advertised path metric.  A leaf node does  
> not extend
>         DODAG connectivity but in some cases still needs to  
> advertise DIOs in
>         order to participate in DODAG maintenance and repair.  A node
>         operating as a leaf node must obey the following rules:
>
>         1.  It MUST NOT transmit DIOs containing the DAG Metric  
> Container.
>
>         2.  Its DIOs MUST advertise a DAGRank of INFINITE_RANK.
>
>         3.  It MAY suppress DIO transmission, except DIO  
> transmission MUST
>             NOT be supressed in the case where DIO transmission has  
> been
>             triggered due to detection of inconsistency when a  
> packet is
>             being forwarded.
>
>         4.  It MAY transmit unicast DAOs as described in Section 8.2.
>
>         5.  It MAY transmit multicast DAOs to the '1 hop'  
> neighborhood as
>             described in Section 8.10.
>
>         A particular case that requires a leaf node to send a DIO  
> is if that
>         leaf node was a prior member of another DODAG and another node
>         forwards a message assuming the old topology, triggering an
>         inconsistency.  The leaf node needs to transmit a DIO in  
> order to
>         participate in the repair.  Note that due to the lossy  
> nature of
>         LLNs, even though the leaf node may have optimistically  
> poisoned its
>         routes by advertising a rank of INFINITE_RANK in the old  
> DODAG prior
>         to becoming a leaf node, that advertisement may have become  
> lost and
>         a leaf node must be capable to send a DIO later in order to  
> repair
>         the inconsistency.
>
>         In general it is not expected that such a leaf node would  
> advertise
>         itself as a router.

Tim, I agree with your text. It's important for a leaf to be able to  
send DIOs, e.g., if it needs to poison routes from when it used to be  
a router. This could happen if a root suddenly changes the metrics or  
constraints for an abstract OF.

Phil


From pal@cs.stanford.edu  Sun Jun 20 18:21:35 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2594A3A699E for ; Sun, 20 Jun 2010 18:21:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.416
X-Spam-Level: 
X-Spam-Status: No, score=-4.416 tagged_above=-999 required=5 tests=[AWL=-0.417, BAYES_50=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0Ly6fMvkrDxb for ; Sun, 20 Jun 2010 18:21:23 -0700 (PDT)
Received: from cs-smtp-3.Stanford.EDU (cs-smtp-3.Stanford.EDU [171.64.64.27]) by core3.amsl.com (Postfix) with ESMTP id C93923A689C for ; Sun, 20 Jun 2010 18:21:22 -0700 (PDT)
Received: from [76.14.65.187] (helo=[192.168.1.102]) by cs-smtp-3.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OQVhZ-00062s-FK; Sun, 20 Jun 2010 18:21:29 -0700
Mime-Version: 1.0 (Apple Message framework v1078)
Content-Type: text/plain; charset=us-ascii
From: Philip Levis 
In-Reply-To: 
Date: Sun, 20 Jun 2010 18:21:28 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <9195A9F1-CB5A-4AC9-A7F8-07FEB84AB2B0@cs.stanford.edu>
References: <907613180.164742.1276826303635.JavaMail.root@mail02.pantherlink.uwm.edu> 
To: JP Vasseur 
X-Mailer: Apple Mail (2.1078)
X-Scan-Signature: 126b1dc68df40fcb6eeab1e6794671ae
Cc: roll@ietf.org, Mukul Goyal 
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 01:21:35 -0000

On Jun 18, 2010, at 10:52 AM, JP Vasseur wrote:

>=20
> Just a comment ... if you look at other routing protocols, we do not =
standardize how the metrics are computed. In some IGP, network =
administrators choose to use a polynomial function of several metrics, =
thus ending up in a single metric that has to be used consistently of =
course. Note that this is not standardized. When you look at other =
parameters such as the reserved bandwidth (used as a constraint in MPLS =
Traffic Engineering for example), one can also under or overbook locally =
and there are very good reasons for doing so (still a matter of local =
policy, no standardization). In the case of inter-domain route (across =
AS), well, domains may use IGP using non consistent metrics. In this =
case, most of the RFC/IDs specifies that a metric normalization should =
be performed somewhere (PCE, ASBR, ...). These are just a few examples =
... I understand that we do not want to require lots of configuration on =
routers within the LLN, but this does not necessarily translate into =
standardizing everything.
> Makes sense ?

It does, but I don't think the metaphor holds; the scale of LLN networks =
are such that inter-router normalization to preserve higher-level =
policies just isn't cost-effective. The issue we're facing is having =
devices from different vendors autonomously form an ad-hoc mesh within a =
single administrative domain. I'd argue this is a different problem than =
bringing up a new router in a standard IGP domain. Do you agree?

Phil=

From prvs=781f7088e=mukul@uwm.edu  Sun Jun 20 21:02:27 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id ABDC23A6A02 for ; Sun, 20 Jun 2010 21:02:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.718
X-Spam-Level: 
X-Spam-Status: No, score=-0.718 tagged_above=-999 required=5 tests=[AWL=-0.719, BAYES_50=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J1pkxsVdA6jW for ; Sun, 20 Jun 2010 21:02:26 -0700 (PDT)
Received: from ip2mta.uwm.edu (ip2mta.uwm.edu [129.89.7.20]) by core3.amsl.com (Postfix) with ESMTP id 1F27A3A6853 for ; Sun, 20 Jun 2010 21:02:26 -0700 (PDT)
Received: from mta03.pantherlink.uwm.edu ([129.89.7.83]) by ip2mta.uwm.edu with ESMTP; 20 Jun 2010 23:02:32 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta03.pantherlink.uwm.edu (Postfix) with ESMTP id 8976CC085D5; Sun, 20 Jun 2010 23:02:32 -0500 (CDT)
X-Virus-Scanned: amavisd-new at pantherlink.uwm.edul
Received: from mta03.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta03.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WXr9kBbSRa53; Sun, 20 Jun 2010 23:02:32 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta03.pantherlink.uwm.edu (Postfix) with ESMTP id 44AE0C085D4; Sun, 20 Jun 2010 23:02:32 -0500 (CDT)
Date: Sun, 20 Jun 2010 23:02:32 -0500 (CDT)
From: Mukul Goyal 
To: JP Vasseur 
Message-ID: <1152669541.214524.1277092952191.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <10057279.214475.1277092487968.JavaMail.root@mail02.pantherlink.uwm.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [129.89.7.91]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - IE8 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Cc: roll 
Subject: [Roll] Comments on Section 4 Re: Comments on draft-dt-roll-p2p-rpl-01
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 04:02:27 -0000

Hi JP

Here are the responses to your comments on Section 4 of the draft. I guess I should make it clear in the beginning of the section that it is a high level description of the mechanisms proposed in the draft. I am opening a new thread to discuss your last comment.

Thanks
Mukul


4.  Functional Overview

   Router A originates a "Discovery" message listing router B as the
   target.  Node A also indicates in the message:

   o  The nature of the routing cost, the method for accumulating the
      end-to-end cost 

JP> This may de detailed hereafter but I guess that you will point to the metric-ID for the metric used?
MG> This section is a high level description. The implementation in terms of ROLL is specified in the later sections. I guess I should make it clear in the beginning of this section.

and the criteria used to determine if a route is
      "good enough";

   o  The direction (forward: router A to router B; backward: router B
      to router A; or both) of the route being discovered;

   o  The desired number of routes;

   o  Whether the route is a source-route or a hop-by-hop one; and

   o  A limit on the "distance" the Discovery message may travel.

JP> Need to define the term "distance": is it a max path cost, number ofhops, ... ?

MG> Again, this is high level description. The concept of distance is elaborated later in the section, whereas its implementation (in terms of max rank) is specified in the next section.

The Discovery message propagates via link-local multicast 
JP> Indicate "IPv6"
MG> I can, but is it OK to do so in high level description?

with each
   receiving router making the decision regarding whether to forward the
   message further based on the "distance" (from router A) that this
   particular copy of the message has already traveled.  Note that this
   document does not require a receiving router to use the "good enough"
   criteria to make the forwarding decision.  This is because the
   evaluation of such criteria may be too complex for a constrained
   intermediate router to perform for each received copy of the
   Discovery message.  

JP> So I guess that you define later what to do in both cases (the nodecannot process the "good enough" criteria or it can process it) ?
MG> As specified later in the section, using the good enough criteria is optional for making the discovery message forwarding decision.

The calculation of the "distance" that a copy of
   the Discovery message has already travelled should be simple enough
   for a constrained router to perform.  
JP> Again it is hard to tell from what you wrote if this can reasonably beachieved; it depends on the definition of the term "distance".
MG> Yes. Again, this is high level description. The definition comes later.

A router may optionally decide
   not to forward a copy of the Discovery message further because the
   aggregated cost of the route so far fails the "good enough" criteria.

JP> You will nee to be more specific here. Is it a "may" or a "MAY". Define what happens in this case. You may provide more details laterin the document.
MG> Do we use MAY etc. in high level description? I will change the text accordingly.

The underlying mechanism being used to propagate the Discovery
   message may put further restrictions on its propagation.  A router
   should not propagate the Discovery message further if hop-by-hop
   routes are desired and the router can not store state for this route.

   As a copy of the Discovery message travels towards router B, it
   accumulates the relevant forward/backward costs as well as the route
   it takes.  When router B receives a copy of the Discovery message, it
   determines whether the route traveled by the message meets the "good
   enough" criteria.
JP> I think that you already mentioned this.

   If router A had requested the discovery of backward source-routes,
JP> Didn't you mean "forward" ?
MG> No, "backward". The mechanism allows discovery of forward, backward as well as bidirectional source and hop-by-hop routes.

router B caches one or more good enough source-routes it identifies.
   Additionally, router B sends one or more "Discovery Reply" message to
   router A to acknowledge the discovery of these routes.  These
   acknowledgements allow router A to judge the success of the route
   discovery.  The Discovery Reply messages can travel towards router A
   in any manner chosen by router B. For example, router B may source-
   route the messages or send them towards router A along a DAG.

   If router A had requested the discovery of "n" forward source-routes,
   router B sends the "n" good enough source-routes it identifies to
   router A in one or more Discovery Reply messages.  Again, these
   Discovery Reply messages can travel towards router A in any manner
   chosen by router B.
JP> What if the DAG is "broken": retry from A after expiration of a localtimer ?
MG> Discovery Reply messages can travel towards the origin router in _any_ manner. So, these messages MAY travel along a source route or along a pre-existing DAG or along the temporary DAG. There is no ack for Discovery Reply messages, so there is no attempt to retransmit them.

If router A had requested the discovery of "n" bidirectional source-
   routes, router B caches the "n" good enough source-routes it
   identifies and also sends these routes to router A in one or more
   Discovery Reply messages.  These Discovery Reply messages can travel
   towards router A in any manner chosen by router B.

   If router A had requested the discovery of "n" forward/backward/
   bidirectional hop-by-hop routes, router B sends out a Discovery Reply
   message to router A for each one of the "n" good enough routes it
   identifies.  
JP> Do you need one "Discovery Reply message" per route or next-hopin this case?
MG> To establish a hop-by-hop route, we need one Discovery Reply message per route. This message will travel from the target router to the origin router and establish the hop-by-hop path.

The Discovery Reply message travels towards router A
   using the source-route accumulated by the Discovery message.  
JP> In the case of hop-by-hop routes, source routes, both ?
MG> The Discovery Reply message needs to travel along the source-route accumulated by the Discovery message only in case of hop-by-hop routes. It is optional in case of source routes. I will make this explicit in the next version of the draft.

As this
   message travels towards router A, it establishes appropriate forward/
   backward routing state in the en-route routers.  This "non DAG"
   routing state should be specially marked to associate it with the
   routing metrics 
JP> Refer to metric ID ?
MG> OK.

used to discover the route and to distinguish such
   state from other DAG-specific routing state the router may have.
JP> Not sure that you need to distinguish the state. Suppose that you discover a hop-by-hop route (not a big fan of that terms as pointed outabove but let's continue to use it for the time being), a storing node may indeed have two routes for the same destination: do you want to state that it should always use the P2P routes discovered by this mechanism or let it choose the best one according to the metric inuse?

MG> As hopping from one DAG to another may lead to routing loops, hopping from a non-DAG route to a DAG may also lead to routing loops. So, I guess a packet should travel along a DAG only if a header in the packet requires it to travel along a particular DAG. 
Now, the other question is how does a packet, that wants to travel along a particular P2P hop-by-hop route, specify its preference for such a route? I guess we need some sort of labeling mechanism here. Any suggestions regarding how will it work? (I will open a separate thread for this issue).
  
JP> What if there are two routes using different metrics?
MG> Good question. I am opening a new thread for this discussion.

Thanks
Mukul 


From prvs=781f7088e=mukul@uwm.edu  Sun Jun 20 21:06:29 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E3AAA3A67CF for ; Sun, 20 Jun 2010 21:06:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.976
X-Spam-Level: 
X-Spam-Status: No, score=-1.976 tagged_above=-999 required=5 tests=[AWL=0.623,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hJ2593jtuPdA for ; Sun, 20 Jun 2010 21:06:29 -0700 (PDT)
Received: from ip2mta.uwm.edu (ip2mta.uwm.edu [129.89.7.20]) by core3.amsl.com (Postfix) with ESMTP id 0F49A3A63CB for ; Sun, 20 Jun 2010 21:06:29 -0700 (PDT)
Received: from mta03.pantherlink.uwm.edu ([129.89.7.83]) by ip2mta.uwm.edu with ESMTP; 20 Jun 2010 23:06:35 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta03.pantherlink.uwm.edu (Postfix) with ESMTP id AA624C085CB for ; Sun, 20 Jun 2010 23:06:35 -0500 (CDT)
X-Virus-Scanned: amavisd-new at pantherlink.uwm.edul
Received: from mta03.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta03.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a7o6BqOZOk9d for ; Sun, 20 Jun 2010 23:06:25 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta03.pantherlink.uwm.edu (Postfix) with ESMTP id 7EC78C085DB for ; Sun, 20 Jun 2010 23:06:25 -0500 (CDT)
Date: Sun, 20 Jun 2010 23:06:25 -0500 (CDT)
From: Mukul Goyal 
To: roll  
Message-ID: <1825628081.214546.1277093185472.JavaMail.root@mail02.pantherlink.uwm.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [129.89.7.91]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - IE8 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Subject: [Roll] P2P hop-by-hop routes
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 04:06:30 -0000

The P2P mechanism will allow the establishment of hop-by-hop routes that meet certain constraints regarding the routing metrics.

Now, the other question is how does a packet, that wants to travel along a particular P2P hop-by-hop route, specify its preference for such a route? I guess we need some sort of labeling mechanism here. Any suggestions regarding how will it work?

Thanks
Mukul

From prvs=781f7088e=mukul@uwm.edu  Sun Jun 20 22:40:24 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D7DD63A6811 for ; Sun, 20 Jun 2010 22:40:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.71
X-Spam-Level: 
X-Spam-Status: No, score=-0.71 tagged_above=-999 required=5 tests=[AWL=-0.711,  BAYES_50=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gfr1PJFv11D1 for ; Sun, 20 Jun 2010 22:40:08 -0700 (PDT)
Received: from ip2mta.uwm.edu (ip2mta.uwm.edu [129.89.7.20]) by core3.amsl.com (Postfix) with ESMTP id 80AA03A677C for ; Sun, 20 Jun 2010 22:40:07 -0700 (PDT)
Received: from mta02.pantherlink.uwm.edu ([129.89.7.82]) by ip2mta.uwm.edu with ESMTP; 21 Jun 2010 00:40:09 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id 4A2692C18030; Mon, 21 Jun 2010 00:40:09 -0500 (CDT)
X-Virus-Scanned: amavisd-new at 
Received: from mta02.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta02.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P9rSyvJc0xBn; Mon, 21 Jun 2010 00:40:09 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id 155C42C1802E; Mon, 21 Jun 2010 00:40:09 -0500 (CDT)
Date: Mon, 21 Jun 2010 00:40:09 -0500 (CDT)
From: Mukul Goyal 
To: JP Vasseur 
Message-ID: <1839837887.215080.1277098808991.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <332259669.215061.1277098482311.JavaMail.root@mail02.pantherlink.uwm.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [129.89.7.91]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - IE8 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Cc: roll 
Subject: [Roll] Comments on Section 5 Re: Comments on draft-dt-roll-p2p-rpl-01
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 05:40:24 -0000

Hi JP

Here is response to some of the comments you had on Section 5. The other comments are editorial and I will take care of them in the next version of the draft.

Thanks
Mukul 


A DIO, that contains a Route Discovery option with O flag set, MUST
   also contain a Metric Container option immediately following the
   Route Discovery option.  This Metric Container option carries the
   values for the routing metrics as well as the constraints
   (constituting the "good enough" criteria) used for route selection.

JP> This is confusing: the metric and constraint carried within the MetricContainer are used for the DODAG formation. Do you want to use themfor a different purpose ? At this point, you have not yet defined the use of the good enough criteria but one can guess that you would use the good enough metrics to control the flooding and the metric/OF to effectively build the temporary DAG and discover the routes. If so, the good enough metrics are of different use.

MG> In case the metrics/constraints being used for temporary DAG formation are not same as the ones being used for route discovery, there will be two Metric Containers - one carrying metrics/constraints for DAG formation and other for route discovery. The good enough criteria is not used to control flooding. It is used by the target router to determine if a discovered route is good enough.

Maintaining membership in the DAG implies remembering:

   o  The RPLInstanceID, the DODAGID and the DODAGVersionNumber for the
      temporary DAG;

   o  The router's rank in the temporary DAG;

   o  The best Metric Container, 
JP> you mean the best path cost?
MG> The Metric Container associated with route discovery will consist of the constraints (the good enough criteria) and the aggregated/recorded values of the metrics being used in these constraints. If a router can compare Metric Containers, it will keep in memory the best Metric Container it has to advertise. Otherwise, it will simply reset the trickle timer on receiving a new DIO (unless the reset trickle timer is already running) and include the latest Metric Container it has received in the DIO generated on the firing of the trickle timer.

along with the associated source route
      from the initiator of route discovery till this router (carried in
      a Record Route IPv6 Extension Header proposed in
      [I-D.thubert-6man-reverse-routing-header]), for the Route
      Discovery option being propagated by the temporary DAG.  If the
      router can not compare Metric Containers, it MUST remember the
      latest Metric Container it has received, along with the associated
      source route.
JP> Requires clarification on what you mean by "compare"
MG> Some times, the Metric Containers will be easy to compare. E.g. if the good enough criteria (specified as a constraint) is that ETX must be less than 10, the Metric Container will contain two objects: one constraint (ETX must be less than 10) and one aggregated value for the ETX so far. Here, comparing the Metric Container simply means comparing the aggregated ETX values. In case of Metric Containers carrying multiple metrics, comparison will not be possible. I will make this clear in the text.

A router belonging to a temporary DAG need not remember the identity
   of its DAG parents since the temporary DAG is not used for routing.
JP> Are you sure ? What is a hop-by-hop route is needed ? Don't youneed to remember your parent, or do you still record the route ?
MG> Hop-by-hop routes are established by Discovery Reply messages traveling towards the origin router (along the source-route accumulated by the corresponding Discovery message).

The router does not process a Route Discovery option, contained in
   the received DIO, any further if any of the following conditions are
   true:

   o  The router does not support the objective function 
JP> and/or metrics
MG> Well, this text would change now since I dont think we need any OF at all in the Route Discovery option. As I mentioned in a previous email, the good enough criteria is a bunch of constraints and dont need any OF.

The target router then checks the Metric Container to
   determine if the aggregated values for the routing metrics meet all
   the constraints listed in the Metric Container.  
JP> See previous comments.

If not, the Route
   Discovery option is discarded without further processing.  Otherwise,
   the router MAY select the source route accumulated by the received
   DIO as one of the discovered routes.  
JP> "MAY" ? When ?
MG> This is an implementation detail. The target router may want to select the first "n" routes that meet the good enough criteria or it may want to wait over a time window and select the best routes (that meet the good enough criteria) discovered during this window.


 

From dominique.barthel@orange-ftgroup.com  Sun Jun 20 23:41:59 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 555E73A6A29 for ; Sun, 20 Jun 2010 23:41:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.351
X-Spam-Level: 
X-Spam-Status: No, score=0.351 tagged_above=-999 required=5 tests=[AWL=-0.001,  BAYES_50=0.001, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n6J3J7ibUNoO for ; Sun, 20 Jun 2010 23:41:58 -0700 (PDT)
Received: from r-mail1.rd.francetelecom.com (r-mail1.rd.francetelecom.com [217.108.152.41]) by core3.amsl.com (Postfix) with ESMTP id 442703A6782 for ; Sun, 20 Jun 2010 23:41:58 -0700 (PDT)
Received: from r-mail1.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id A39CD6C0006 for ; Mon, 21 Jun 2010 08:42:11 +0200 (CEST)
Received: from ftrdsmtp2.rd.francetelecom.fr (unknown [10.192.128.47]) by r-mail1.rd.francetelecom.com (Postfix) with ESMTP id 99D696C0001 for ; Mon, 21 Jun 2010 08:42:11 +0200 (CEST)
Received: from ftrdmel0.rd.francetelecom.fr ([10.192.128.56]) by ftrdsmtp2.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.3959);  Mon, 21 Jun 2010 08:42:02 +0200
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CB110C.DAAB2351"
Date: Mon, 21 Jun 2010 08:41:35 +0200
Message-ID: <8E09C72DBC577D489F13A71228C0B7BF015A530F@ftrdmel0.rd.francetelecom.fr>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Metrics draft, clarifications; one per container
Thread-Index: AcsRDMstWYNgCDGrTbewf7E7J3/vAA==
From: 
To: 
X-OriginalArrivalTime: 21 Jun 2010 06:42:02.0529 (UTC) FILETIME=[DB371110:01CB110C]
Subject: [Roll] Metrics draft, clarifications; one per container
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 06:41:59 -0000

This is a multi-part message in MIME format.

------_=_NextPart_001_01CB110C.DAAB2351
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hello all,

In the metrics draft, I'm confused about terminology. On pages 6 and 7,
it seems that the same things bear different names.
E.g. , Routing Object, Constraint/Metric Object, etc.=20
I'm especially confused by the liberal use of the noun "object",
especially associated with the noun "container".
Is a "Metric Container object" an object within a Metric Container or
the Metric Container itself?

Assuming the latter is true, then I have a problem with the various
instances of the sentence
"There MUST be only one xxx object per DAG Metric Container object.",
with xxx equal to NSA, NE, HP, Throughput, Latency, LQL , ETX, LC.
For example, how can we implement a max(min(node_energy) ) routing on
scavenging nodes if we can't have one NE as a constraint (exclude
battery nodes) and one as a metric (accumulate min along the path)?

Best

Dominique=20

------_=_NextPart_001_01CB110C.DAAB2351
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable






Metrics draft, clarifications; one per container





Hello all,




In the metrics draft, I'm confused =
about terminology. On pages 6 and 7, it seems that the same things bear =
different names.



E.g. , Routing Object, =
Constraint/Metric Object, etc. 


I'm especially confused by the liberal =
use of the noun "object", especially associated with the noun =
"container".


Is a "Metric Container =
object" an object within a Metric Container or the Metric Container =
itself?




Assuming the latter is true, then I =
have a problem with the various instances of the sentence


"There MUST be only one xxx =
object per DAG Metric Container object.", with xxx equal to NSA, =
NE, HP, Throughput, Latency, LQL , ETX, LC.



For example, how can we implement a =
max(min(node_energy) ) routing on scavenging nodes if we can't have one =
NE as a constraint (exclude battery nodes) and one as a metric =
(accumulate min along the path)?



Best




Dominique 





------_=_NextPart_001_01CB110C.DAAB2351--

From mdurvy@cisco.com  Mon Jun 21 00:23:46 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7D0703A6813 for ; Mon, 21 Jun 2010 00:23:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.214
X-Spam-Level: 
X-Spam-Status: No, score=-9.214 tagged_above=-999 required=5 tests=[AWL=-0.104, BAYES_05=-1.11, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dfco88DXWJRF for ; Mon, 21 Jun 2010 00:23:45 -0700 (PDT)
Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id 828063A6782 for ; Mon, 21 Jun 2010 00:23:45 -0700 (PDT)
Authentication-Results: sj-iport-6.cisco.com; dkim=neutral (message not signed) header.i=none
X-Files: smime.p7s : 4100
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEALyvHkyrR7H+/2dsb2JhbACfCXGmPJlQhRsEkDs
X-IronPort-AV: E=Sophos;i="4.53,451,1272844800";  d="p7s'?scan'208";a="547684685"
Received: from sj-core-2.cisco.com ([171.71.177.254]) by sj-iport-6.cisco.com with ESMTP; 21 Jun 2010 07:23:52 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5M2EQnL010660; Tue, 22 Jun 2010 02:14:45 GMT
Received: from xmb-ams-103.cisco.com ([144.254.74.78]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Mon, 21 Jun 2010 09:23:44 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Date: Mon, 21 Jun 2010 09:23:42 +0200
Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_00B3_01CB1123.7059C510"
Message-ID: <8A977BDC5A7B0E429B0F521E8D6F91EE024F4A98@XMB-AMS-103.cisco.com>
In-Reply-To: <57E3A427-45B8-484B-BB45-A2D85FB84230@cs.stanford.edu>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] Ticket 50
Thread-Index: AcsQ2RbkauMq+eL3SrKJYdKyOmBuIwAOQ5/Q
References: <32EF5956-4440-48A4-8A8A-B8DDDC0FB260@cisco.com><6A2A459175DABE4BB11DE2026AA50A5D0213FBD8@XMB-AMS-107.cisco.com><6A2A459175DABE4BB11DE2026AA50A5D021DBCC7@XMB-AMS-107.cisco.com><8A977BDC5A7B0E429B0F521E8D6F91EE024F4617@XMB-AMS-103.cisco.com><4C1EA1A6.6040906@acm.org> <57E3A427-45B8-484B-BB45-A2D85FB84230@cs.stanford.edu>
From: "Mathilde Durvy (mdurvy)" 
To: "Philip Levis" , "Tim Winter" 
X-OriginalArrivalTime: 21 Jun 2010 07:23:44.0993 (UTC) FILETIME=[AECCC510:01CB1112]
Cc: ROLL WG 
Subject: Re: [Roll] Ticket 50
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 07:23:46 -0000

This is a multipart message in MIME format.

------=_NextPart_000_00B3_01CB1123.7059C510
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit

Hi Tim, 

I agree with your text as well. However, in my mind some nodes might also be
configured as leaf node from the start. In such a case, no DIO sending will
ever be needed and probably the DIO sending code won't even be included in
the image. I'm not sure if we need to make this case more explicit...

Best,
Mathilde

-----Original Message-----
From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of
Philip Levis
Sent: lundi, 21. juin 2010 02:30
To: Tim Winter
Cc: ROLL WG
Subject: Re: [Roll] Ticket 50


On Jun 20, 2010, at 4:17 PM, Tim Winter wrote:

> Hi Mathilde,
>
> On 06/18/2010 04:46 AM, Mathilde Durvy (mdurvy) wrote:
>> Hi JP,
>>
>> For 1) Section 7.5. "Operation as a Leaf Node" needs to be  
>> updated. Here is
>> a proposal:
>> ------
>> In some cases a RPL node may attach to a DODAG as a leaf node  
>> only. One
>> example of such a case is when a node does not understand the RPL  
>> Instance's
>> OF or advertised path metric.  A leaf node does not extend DODAG
>> connectivity and as a consequence it must obey the following rules:
>>
>>     1.  It MUST NOT transmit DIOs
>>     3.  It MAY transmit unicast DAOs as described in Section 8.2.
>>     4.  It MAY transmit multicast DAOs to the '1 hop' neighborhood as
>>         described in Section 8.10.
>>
>> If a node that is a router wants to become a leaf node. It SHOULD  
>> first
>> poison its routes (advertising a Rank of INFINITE_RANK)
>
> I think 'MUST NOT' transmit DIOs is too strong.  I think that the  
> poisoning is good and useful in the optimistic case, but due to the  
> lossy nature of LLN the poisoning may not be 100% effective.  In  
> practice most leaf nodes might not be impacted by this, but in some  
> cases there may be a leaf node that has prior children left over  
> from an old DODAG, and at the very least should be allowed to send  
> the DIO to repair the situation when an inconsistency is detected  
> should one of those children forward to the leaf node.  I do agree  
> with the motivation to suppress sending DIOs from leaf nodes in the  
> general case.  How about this revised set of rules:
>
>         Operation as a Leaf Node
>
>         In some cases a RPL node may attach to a DODAG as a leaf  
> node only.
>         One example of such a case is when a node does not  
> understand the RPL
>         Instance's OF or advertised path metric.  A leaf node does  
> not extend
>         DODAG connectivity but in some cases still needs to  
> advertise DIOs in
>         order to participate in DODAG maintenance and repair.  A node
>         operating as a leaf node must obey the following rules:
>
>         1.  It MUST NOT transmit DIOs containing the DAG Metric  
> Container.
>
>         2.  Its DIOs MUST advertise a DAGRank of INFINITE_RANK.
>
>         3.  It MAY suppress DIO transmission, except DIO  
> transmission MUST
>             NOT be supressed in the case where DIO transmission has  
> been
>             triggered due to detection of inconsistency when a  
> packet is
>             being forwarded.
>
>         4.  It MAY transmit unicast DAOs as described in Section 8.2.
>
>         5.  It MAY transmit multicast DAOs to the '1 hop'  
> neighborhood as
>             described in Section 8.10.
>
>         A particular case that requires a leaf node to send a DIO  
> is if that
>         leaf node was a prior member of another DODAG and another node
>         forwards a message assuming the old topology, triggering an
>         inconsistency.  The leaf node needs to transmit a DIO in  
> order to
>         participate in the repair.  Note that due to the lossy  
> nature of
>         LLNs, even though the leaf node may have optimistically  
> poisoned its
>         routes by advertising a rank of INFINITE_RANK in the old  
> DODAG prior
>         to becoming a leaf node, that advertisement may have become  
> lost and
>         a leaf node must be capable to send a DIO later in order to  
> repair
>         the inconsistency.
>
>         In general it is not expected that such a leaf node would  
> advertise
>         itself as a router.

Tim, I agree with your text. It's important for a leaf to be able to  
send DIOs, e.g., if it needs to poison routes from when it used to be  
a router. This could happen if a root suddenly changes the metrics or  
constraints for an abstract OF.

Phil

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

------=_NextPart_000_00B3_01CB1123.7059C510
Content-Type: application/x-pkcs7-signature;
	name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
	filename="smime.p7s"

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIILUzCCAjww
ggGlAhA/aR6BnPCaSvNz/7lIouTdMA0GCSqGSIb3DQEBBQUAMF8xCzAJBgNVBAYTAlVTMRcwFQYD
VQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJsaWMgUHJpbWFyeSBDZXJ0
aWZpY2F0aW9uIEF1dGhvcml0eTAeFw05NjAxMjkwMDAwMDBaFw0yODA4MDIyMzU5NTlaMF8xCzAJ
BgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjE3MDUGA1UECxMuQ2xhc3MgMSBQdWJs
aWMgUHJpbWFyeSBDZXJ0aWZpY2F0aW9uIEF1dGhvcml0eTCBnzANBgkqhkiG9w0BAQEFAAOBjQAw
gYkCgYEA5Rm/baNWYS2ZSHH2Z965jeu3noaACpEO+jglr0aIguVzqKCbJF0NH8xlbgyw0FaEGIea
BpsQoXPftFg5a27B9hXVqKg/qhIGjTGsf7A01480Z4gJzRQR4k5FVmkfeAKA2txHkSm7NsljXMXg
1y2He6G3MrB7MLoqLzGq7qNn2tsCAwEAATANBgkqhkiG9w0BAQUFAAOBgQBYFSk5PHej2lwlA3xg
+u4JmTwnEHDIDAnms4fPCuIYljVizL+bJ3mJX8nECfTOtR3fKr3l24acaCXlMHy2iRX+Z9Gt4VCs
PHxiS4+6hNcSFRsfyl0PwVKUKhGZ2nvPDDYT1TXcEBlZ6pTBAL91j9n6/XYE22K7kGoD2UY12fh8
WzCCBEYwggOvoAMCAQICEGb9R+PCGeToms2Z3fU6yyQwDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UE
BhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQ
cmltYXJ5IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1MTAyNzIz
NTk1OVowgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMW
VmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8v
d3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRl
ZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBH
MjCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnfrOfq+PgDFMQAktXBfjbCPO98chXL
wKuMPRyVzm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs+Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi
8mD81zplYu//EHuiVrvFTnAt1qIfPO2wQuhejVchrKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3
otdzzwFBL2OyOj++pRpu9MlKWz2VphW7NQIZ+dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZ
iHWcec5gJ925rXXOL3OVekA6hXVJsLjfaLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8f
ef/btLUCAwEAAaOB/zCB/DASBgNVHRMBAf8ECDAGAQH/AgEAMEQGA1UdIAQ9MDswOQYLYIZIAYb4
RQEHFwEwKjAoBggrBgEFBQcCARYcaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYTALBgNVHQ8E
BAMCAQYwEQYJYIZIAYb4QgEBBAQDAgEGMC4GA1UdEQQnMCWkIzAhMR8wHQYDVQQDExZQcml2YXRl
TGFiZWwzLTIwNDgtMTU1MB0GA1UdDgQWBBQRfV4ZfTwE32ps1qKKGj8x2DuUUjAxBgNVHR8EKjAo
MCagJKAihiBodHRwOi8vY3JsLnZlcmlzaWduLmNvbS9wY2ExLmNybDANBgkqhkiG9w0BAQUFAAOB
gQA8o9oCYzrEk6qrctPcrVA4HgyeFkqIt+7r2f8PjZWg1rv6aguuYYTYaEeJ70+ssh9JQZtJM3aT
i55uuUMcYL3C3Ioth8FFwBFyBBprJCpsb+f8BxMp0Hc6I+f1wYVoGb/GAVQgGa41gsxiPGEJxvTV
67APpp8zhZrTcY5Qj5ndYjCCBMUwggOtoAMCAQICEAEaKIsmZ7dNiOdEe0XWpM0wDQYJKoZIhvcN
AQEFBQAwgd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMW
VmVyaVNpZ24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8v
d3d3LnZlcmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRl
ZDE3MDUGA1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBH
MjAeFw0wOTExMjYwMDAwMDBaFw0xMDExMjYyMzU5NTlaMIIBEjEXMBUGA1UEChMOVmVyaVNpZ24s
IEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJp
c2lnbi5jb20vcmVwb3NpdG9yeS9SUEEgSW5jb3JwLiBieSBSZWYuLExJQUIuTFREKGMpOTgxHjAc
BgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE0MDIGA1UECxMrRGlnaXRhbCBJRCBDbGFzcyAx
IC0gTWljcm9zb2Z0IEZ1bGwgU2VydmljZTEXMBUGA1UEAxQOTWF0aGlsZGUgRHVydnkxHzAdBgkq
hkiG9w0BCQEWEG1kdXJ2eUBjaXNjby5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBANH2
hVIDPpOW3vFS8Bv4gqlqop27V2HRyKGmM03Od0jOK35lamLENny1YG2lntPaMEL5KLKq6oiuKf9M
PiOWTrTLg4EF4XbOUlpzo/QDLyDhaMNGe8k/3dbP3dbfZuCO1XVHsVGVZTE+Of1BQNyrg8gd3ioU
pKI4x8qTU6KNh5ZFAgMBAAGjgcwwgckwCQYDVR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUB
BxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQD
AgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggrBgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRw
Oi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZlcmlzaWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJ
KoZIhvcNAQEFBQADggEBAD0jYXBaNYYw1qke8wVjYtk36qvdxfogsFRnUDHKkCmvkHYeXxhcMwDq
jwa13knbDGQmYQBupdPOShVaymKCxyUVJsYO7lXQhMstnPMJe/Cel5pQPgX0aeCp2Q1RmSpeKupo
xnFBOJojke57ZFfd/tsTDgapT4oyDqZ6ivmIyjIaX+a1nQtI+PpmW01obsSVCjJNd90EZeUSbzPa
4mG1vjZizY5Sm0/W/fGOHFPaeO/00xwEfirtLrL6inRoWtWw0s/v6pw9IFmURxq/e/I1LKDGerLH
6kwmaBYf79V3CxtIgMEUCjgOgj597alQh6pHHrI/2z57bUFGJI/G8G1V74kxggRzMIIEbwIBATCB
8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp
U2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cu
dmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcw
NQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhAB
GiiLJme3TYjnRHtF1qTNMAkGBSsOAwIaBQCgggLWMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEw
HAYJKoZIhvcNAQkFMQ8XDTEwMDYyMTA3MjM0MVowIwYJKoZIhvcNAQkEMRYEFGPWE/RlWPcC0jSA
zWAeM82L7ngbMGcGCSqGSIb3DQEJDzFaMFgwCgYIKoZIhvcNAwcwDgYIKoZIhvcNAwICAgCAMA0G
CCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMAcGBSsOAwIaMAoGCCqGSIb3DQIF
MIIBAwYJKwYBBAGCNxAEMYH1MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24s
IEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9m
IHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJz
b25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBT
dWJzY3JpYmVyIENBIC0gRzICEAEaKIsmZ7dNiOdEe0XWpM0wggEFBgsqhkiG9w0BCRACCzGB9aCB
8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJp
U2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cu
dmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcw
NQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhAB
GiiLJme3TYjnRHtF1qTNMA0GCSqGSIb3DQEBAQUABIGAwOzBrkIDtCkLVRxgkC9M9xp0s2HfbgDy
2WwpxC7l3sLSjcP5h1hpYFAvZtYZz+K3iL5+mHpVm8EvFx4jodXWrukLBSAUuhrx71TLm7VEl7ui
51MjBGPwwZt/Gi5OJcL/a9WPuhMuNZlzHDLPnXcM+zioT3nCCmGQp87WlyqL4yIAAAAAAAA=

------=_NextPart_000_00B3_01CB1123.7059C510--

From prvs=781f7088e=mukul@uwm.edu  Mon Jun 21 01:02:53 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 68A843A6A25 for ; Mon, 21 Jun 2010 01:02:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.766
X-Spam-Level: 
X-Spam-Status: No, score=-0.766 tagged_above=-999 required=5 tests=[AWL=-0.581, BAYES_40=-0.185]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 76cqrsN5v3Dh for ; Mon, 21 Jun 2010 01:02:51 -0700 (PDT)
Received: from ip2mta.uwm.edu (ip2mta.uwm.edu [129.89.7.20]) by core3.amsl.com (Postfix) with ESMTP id 0A2DD3A6A3A for ; Mon, 21 Jun 2010 01:02:50 -0700 (PDT)
Received: from mta02.pantherlink.uwm.edu ([129.89.7.82]) by ip2mta.uwm.edu with ESMTP; 21 Jun 2010 03:02:57 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id 7D79E2C1802E; Mon, 21 Jun 2010 03:02:57 -0500 (CDT)
X-Virus-Scanned: amavisd-new at 
Received: from mta02.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta02.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O0i2KmOGfAok; Mon, 21 Jun 2010 03:02:57 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id CF5732C18031; Mon, 21 Jun 2010 03:02:54 -0500 (CDT)
Date: Mon, 21 Jun 2010 03:02:54 -0500 (CDT)
From: Mukul Goyal 
To: JP Vasseur 
Message-ID: <114425207.215408.1277107374722.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <127111226.215382.1277106579250.JavaMail.root@mail02.pantherlink.uwm.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [129.89.7.91]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - IE8 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Cc: roll 
Subject: [Roll] Comments on Section 6 Re: Comments on draft-dt-roll-p2p-rpl-01
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 08:02:53 -0000

Hi JP

Here are responses to the comments on Section 6. Again, the comments not responded to here do not require discussion/clarification and will be incorporated in the next version of the draft.

I think I am done responding to your comments.

Overall, I would like to thank you for your detailed comments. I think these comments will help clarify lot of things in the next version of the draft.

Thanks
Mukul

This document defines a new RPL Control Message type, the Discovery
   Reply Object (DRO) with code 0x04 (to be confirmed by IANA), that
   serves the following functions:

   o  An acknowledgement from the target router to the origin router
      regarding the successful discovery of backward source routes;

JP> ACK of routes from the origin to the target: you may not have routesin the opposite direction.
MG> Thats why the draft allows Discovery Reply messages, acting as an ACK or carrying source routes, to be sent to the origin router in any manner. Such messages may be source routed or sent along any DAG, including the temporary DAG. Only the Discovery Reply message, that needs to establish a hop-by-hop route, needs to travel along reverse of the source-route accumulated by the corresponding Discovery message.

When a target router discovers a backward source route, 
JP> I have an issue with your terminology. When the target receives theDIO with route discovery option, what is discovered is a forward route ?
MG> Not necessarily, the discovered route could be backward/bidirectional as well. The origin router specifies what kind of route is desired. So, if forward route is desired, the metrics values recorded/aggregated by the routers inside the Metric Container are those in the forward direction. If backward route is desired, then the metrics values recorded/aggregated by the routers inside the Metric Container are those in the backward direction. I hope this point is clear.

JP> You may want to explain a bit more why you the origin routerwould be interested in receiving an ACK without the route itself (case6.3): hop-by-hop routes.
MG> There are 3 cases:
1. Discovery of backward source routes: In this case, the Target router sends an ACK (Discovery Reply message acting as an ACK) to the origin router telling it how may routes were discovered. Origin router does not need to know backward routes. They are for target routers use.
2. Discovery of forward/bidirectional source routes: In this case, the Target Router needs to send the routes themselves to the origin router (inside the Discovery Reply message).
3. Discovery and Establishment of Hop-by-hop routes: In this case, the Target Router sends a (per route) Discovery Reply message to the Origin Router. This message travels to the Origin Router along the discovered route and establishes appropriate forward/backward/bidirectional hop-by-hop state in the routers it passes through.
Hope this makes sense.

JP> Note that the algorithm for "best route" selection is outside the scopeof this document, so does the use of a timer on the target side to determinehow much time to wait before answering, ... 
MG> The draft does not require/specify the use of a timer. As the draft says, the Target Router can send a Discovery Reply message back as soon as it identifies a good enough route (which need not be the best). If the Target Router wants, it can monitor the good enough routes for a while and choose the best among them as the "discovered" routes. The draft allows both options. Please note that P2P mechanism does not aim to discover the "best" route; the aim is to discover "good enough" routes, i.e. the routes that meet the constraints listed in the Metric Container.

JP> New section to indicate how to clean-up the temporary DAG ?
MG> I guess it does not require a new section. I will make it explicit in the draft that a node SHOULD delete information about a temporary DAG once the duration of its membership in the DAG has exceeded the DAG's minimum life time.

Thanks
Mukul

From daniel.gavelle@jennic.com  Mon Jun 21 01:21:39 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C40483A6A25 for ; Mon, 21 Jun 2010 01:21:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.064
X-Spam-Level: 
X-Spam-Status: No, score=0.064 tagged_above=-999 required=5 tests=[AWL=-0.490,  BAYES_50=0.001, HELO_MISMATCH_COM=0.553]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 44GD9QH5iOdL for ; Mon, 21 Jun 2010 01:21:38 -0700 (PDT)
Received: from mail.jennic.com (proxy.jennic.co.uk [81.23.53.53]) by core3.amsl.com (Postfix) with ESMTP id 97A903A6A2F for ; Mon, 21 Jun 2010 01:21:38 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by mail.jennic.com (Postfix) with ESMTP id 199289BE50E; Mon, 21 Jun 2010 09:21:44 +0100 (BST)
Received: from mail.jennic.com ([127.0.0.1]) by localhost (smithers.jennic.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8TQ+Ve7nkHnI; Mon, 21 Jun 2010 09:21:44 +0100 (BST)
Received: from [10.99.96.69] (snifflap01.jennic.com [10.99.96.69]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mail.jennic.com (Postfix) with ESMTPSA id EE15A9BE508; Mon, 21 Jun 2010 09:21:43 +0100 (BST)
Message-ID: <4C1F2117.8070002@jennic.com>
Date: Mon, 21 Jun 2010 09:21:43 +0100
From: Daniel Gavelle 
Organization: Jennic Ltd.
User-Agent: Thunderbird 2.0.0.24 (Windows/20100228)
MIME-Version: 1.0
To: "Pascal Thubert (pthubert)" 
References: <6A2A459175DABE4BB11DE2026AA50A5D0225E635@XMB-AMS-107.cisco.com>
In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D0225E635@XMB-AMS-107.cisco.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Cc: roll@ietf.org
Subject: Re: [Roll] Closing on issue 54
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: daniel.gavelle@jennic.com
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 08:21:39 -0000

Pascal Thubert (pthubert) wrote:
> Dear WG:
> 
>  
> 
> We’d like to close on issue 54 by draft 10. There are in fact 3 
> questions on the table. Can you please spend a few minutes to gives us 
> your vote on each:
> 
>  
> 
> 1)      It has been noted that In some small networks, the non-storing 
> mode approach of flooding or many unicast would be acceptable as a 
> multicast approach.  Please vote whether the support of DAO based 
> multicast on* storing* nodes should be a:
> 
> a.       MAY
> 
> b.      SHOULD
> 
> c.       MUST

A or B

> 
>  
> 
> 2)      LL multicast address used for RPL control.  At the moment, all 
> mcast control goes to FF02::1, which might bother more nodes than need 
> be. Please vote to use:
> 
> a.       - all nodes                           [RFC4291]
> 
> b.      - all routers                         [RFC4291]
> 
> c.       - LL MANET nodes           [RFC5498]
> 
> d.      - LL RPL nodes                   [that we need to request to IANA]
> 
>  

B, 6LowPAN multicast is a broadcast at layer 2 so the hardware filtering 
argument doesn't apply.  If using 6LowPAN-ND, the node is already 
listening on all routers.  I wouldn't have any objections to any of the 
options if they are useful for other MACs.


> 
> 3)      Non storing nodes. They cannot do the DAO based stateful 
> multicast so we plan to allow the root to either do many unicast or 
> flood. Unicast is straightforward but flooding might require some text 
> WRT pruning and use of trickle. To avoid duplication, the art usually 
> adds a sequence to each packet being flooded. If we have such a sequence 
> we can use it alone or in conjunction with trickle to prune excess 
> multicast. Please vote:
> 
> a.       Do not prune anything, just propagate downwards all the 
> multicast packets from parents (simplest but greedy)
> 
> b.      a + Describe the sequence nb in the hop-by-hop spec to prune 
> flooded duplicates
> 
> c.       b + Describe the trickled version of it
> 
>  

B.

> 
>  
> 
> Votes appreciated J
> 
> * *
> 
> *Pascal*
> 
>  
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll

-- 
__________________________________________________
Daniel Gavelle, Software Engineer
Tel: +44 114 281 2655
Fax: +44 114 281 2951
Jennic Ltd, Furnival Street, Sheffield, S1 4QT, UK
Comp Reg No: 3191371  Registered In England
http://www.jennic.com
__________________________________________________

From richard.kelsey@ember.com  Mon Jun 21 02:52:54 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6A87F3A6A4C for ; Mon, 21 Jun 2010 02:52:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.266
X-Spam-Level: 
X-Spam-Status: No, score=-0.266 tagged_above=-999 required=5 tests=[AWL=-0.267, BAYES_50=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H5ebQPO9OA3o for ; Mon, 21 Jun 2010 02:52:53 -0700 (PDT)
Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id 7A7703A6927 for ; Mon, 21 Jun 2010 02:52:53 -0700 (PDT)
Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675);  Mon, 21 Jun 2010 05:53:00 -0400
Date: Mon, 21 Jun 2010 05:56:48 -0400
Message-Id: <87eig0u2sf.fsf@kelsey-ws.hq.ember.com>
To: "Samita Chakrabarti" 
In-reply-to: <02f201cb0f30$96a195d0$c3e4c170$@com> (samitac@ipinfusion.com)
From: Richard Kelsey 
References: <6A2A459175DABE4BB11DE2026AA50A5D0225E635@XMB-AMS-107.cisco.com> <02f201cb0f30$96a195d0$c3e4c170$@com>
X-OriginalArrivalTime: 21 Jun 2010 09:53:00.0010 (UTC) FILETIME=[8867ECA0:01CB1127]
Cc: roll@ietf.org
Subject: Re: [Roll] Closing on issue 54
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 09:52:54 -0000

> From: "Samita Chakrabarti" 
> Date: Fri, 18 Jun 2010 14:52:46 -0700
> 
>> From: Pascal Thubert (pthubert)
>> Sent: Friday, June 18, 2010 5:24 AM
>>
>> 3)      Non storing nodes. They cannot do the DAO based stateful
>> multicast so we plan to allow the root to either do many unicast or
>> flood. Unicast is straightforward but flooding might require some text
>> WRT pruning and use of trickle. To avoid duplication, the art usually
>> adds a sequence to each packet being flooded. If we have such a sequence
>> we can use it alone or in conjunction with trickle to prune excess
>> multicast.
>
> [SC>>] For non-storing nodes, I am curious to know why are we allowing
> both options (unicast or flooding)?  Would not just multiple-unicasts be
> good enough?

The multiple-unicasts mechanism is both resource intensive
and unreliable.  An all-nodes multicast in a 100-node
network requires 99 succesful one-hop unicasts.  That isn't
going to work well unless the links are very reliable.

Besides, flooding of one form or another is what is being
used today in these networks.  Does anyone have experience
with a deployed multiple-unicast mechanism?  The systems
that I am familiar with use flooding for forwarding
multicasts.

> Non-storing nodes generally would be starving devices -  more
> options mean more code and more configuration and more issues with
> interoperability.

More options means more code only for devices that implement
them.  Devices that lack the memory for storing unicast DAOs
are likely to lack the memory for storing multicast DAOs and
thus would only implement the flooding option.

                                    -Richard Kelsey

From alexandru.petrescu@gmail.com  Mon Jun 21 03:04:34 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0E5983A689F for ; Mon, 21 Jun 2010 03:04:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.389
X-Spam-Level: 
X-Spam-Status: No, score=-0.389 tagged_above=-999 required=5 tests=[AWL=-0.740, BAYES_50=0.001, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n2OQGrrJlJrh for ; Mon, 21 Jun 2010 03:04:33 -0700 (PDT)
Received: from cirse-out.extra.cea.fr (cirse-out.extra.cea.fr [132.166.172.106]) by core3.amsl.com (Postfix) with ESMTP id 18E653A6833 for ; Mon, 21 Jun 2010 03:04:32 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5LA4cNU031712 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 21 Jun 2010 12:04:38 +0200
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5LA4bj8021953 for ; Mon, 21 Jun 2010 12:04:38 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5LA4bx4007386 for ; Mon, 21 Jun 2010 12:04:37 +0200
Message-ID: <4C1F3935.9050302@gmail.com>
Date: Mon, 21 Jun 2010 12:04:37 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
To: ROLL WG 
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Roll] The Design Teams in RoLL
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 10:04:34 -0000

Hello RoLL,

I am trying to follow the RoLL group closely.  What are the active DTs,
their membership and respective charters, documents?

Until now I know of:

     RPL DT
     Security DT

I think there may be more DTs (p2p, metrics?).  I think some DTs were 
announced publicly on the mailing list, whereas some other DTs were not 
announced.  It's difficult to understand what's happening.

Alex


From alexandru.petrescu@gmail.com  Mon Jun 21 03:14:18 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 084973A684D for ; Mon, 21 Jun 2010 03:14:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.447
X-Spam-Level: 
X-Spam-Status: No, score=-0.447 tagged_above=-999 required=5 tests=[AWL=-0.612, BAYES_40=-0.185, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BxGB6ujnNqEq for ; Mon, 21 Jun 2010 03:14:14 -0700 (PDT)
Received: from oxalide-out.extra.cea.fr (oxalide-out.extra.cea.fr [132.168.224.1]) by core3.amsl.com (Postfix) with ESMTP id 6A3BC3A6A53 for ; Mon, 21 Jun 2010 03:14:13 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5LAEID2022864 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Mon, 21 Jun 2010 12:14:18 +0200
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5LAEIkN024249 for ; Mon, 21 Jun 2010 12:14:18 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5LAEHXX019100 for ; Mon, 21 Jun 2010 12:14:18 +0200
Message-ID: <4C1F3B79.8020308@gmail.com>
Date: Mon, 21 Jun 2010 12:14:17 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
To: roll@ietf.org
References: <1825628081.214546.1277093185472.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <1825628081.214546.1277093185472.JavaMail.root@mail02.pantherlink.uwm.edu>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [Roll] P2P term again (was:  P2P hop-by-hop routes)
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 10:14:18 -0000

What to others think about the P2P term?  Is the term ok to your
understanding?

To my reading, "P2P" stands for peer-to-peer and is in widespread use 
for overlay networks; this terminology is different than the intention 
you seem to use for P2P to mean e.g. straight communication between two 
leaf nodes of same parent.

To my reading, "point-to-point" stands for a specific kind of link,
different than broadcast, or multicast capable links (Ethernet) -
point-to-point links, sometimes abbreviated ptp, are using the PPP
prrotocol ("PPP" stands for point-to-point protocol).  This is again
different than what you seem to use as P2P term - your P2P is not using PPP.

In this sense, I would like to clarify the P2P term used in RoLL.  It is 
good to use common terminology to understand each other.

What to others think about the P2P term?  Is the term ok to your
understanding?

Alex

Le 21/06/2010 06:06, Mukul Goyal a écrit :
> The P2P mechanism will allow the establishment of hop-by-hop routes
> that meet certain constraints regarding the routing metrics.
>
> Now, the other question is how does a packet, that wants to travel
> along a particular P2P hop-by-hop route, specify its preference for
> such a route? I guess we need some sort of labeling mechanism here.
> Any suggestions regarding how will it work?
>
> Thanks Mukul _______________________________________________ Roll
> mailing list Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>



From abr@sdesigns.dk  Mon Jun 21 03:46:38 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6CCC23A6943 for ; Mon, 21 Jun 2010 03:46:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.298
X-Spam-Level: 
X-Spam-Status: No, score=-1.298 tagged_above=-999 required=5 tests=[AWL=-1.299, BAYES_50=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GrZ4+kNbO0vM for ; Mon, 21 Jun 2010 03:46:34 -0700 (PDT)
Received: from mail.zen-sys.com (mail.zen-sys.com [195.215.56.170]) by core3.amsl.com (Postfix) with ESMTP id B6C9C3A6A5B for ; Mon, 21 Jun 2010 03:46:31 -0700 (PDT)
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Mon, 21 Jun 2010 12:46:37 +0200
Message-ID: <6D9687E95918C04A8B30A7D6DA805A3E01CCD18F@zensys17.zensys.local>
In-Reply-To: <4C1F3B79.8020308@gmail.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] P2P term again (was:  P2P hop-by-hop routes)
Thread-Index: AcsRKpahuj1m2JJfTVy3wFO6kJrUTwAACAjA
References: <1825628081.214546.1277093185472.JavaMail.root@mail02.pantherlink.uwm.edu> <4C1F3B79.8020308@gmail.com>
From: "Anders Brandt" 
To: "Alexandru Petrescu" , 
Subject: Re: [Roll] P2P term again (was:  P2P hop-by-hop routes)
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 10:46:38 -0000

Alex,

I think you are right that this term is wrong (!)
The best explanation I can give is that we used it from the start ...
If we are to change it, now is a very good time before it starts working =
its way into the RPL framework.

So do you have some good acronyms on the table?
PPP is something different; most of all it is a specific protocol, while =
our term mainly deals with the
special type of traffic that is between two points inside the LLN.

While not sufficiently catchy, "Intra-Network Unicast" (INU) transport =
is what this is about.
Who can come up with the best acronym which does not resemble something =
important?

"PTP" doesn't seem to be that overloaded, so can it be done that simple?

Cheers,
  Anders

> -----Original Message-----
> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On=20
> Behalf Of Alexandru Petrescu
> Sent: Monday, June 21, 2010 12:14
> To: roll@ietf.org
> Subject: Re: [Roll] P2P term again (was: P2P hop-by-hop routes)
>=20
> What to others think about the P2P term?  Is the term ok to=20
> your understanding?
>=20
> To my reading, "P2P" stands for peer-to-peer and is in=20
> widespread use for overlay networks; this terminology is=20
> different than the intention you seem to use for P2P to mean=20
> e.g. straight communication between two leaf nodes of same parent.
>=20
> To my reading, "point-to-point" stands for a specific kind of=20
> link, different than broadcast, or multicast capable links=20
> (Ethernet) - point-to-point links, sometimes abbreviated ptp,=20
> are using the PPP prrotocol ("PPP" stands for point-to-point=20
> protocol).  This is again different than what you seem to use=20
> as P2P term - your P2P is not using PPP.
>=20
> In this sense, I would like to clarify the P2P term used in=20
> RoLL.  It is good to use common terminology to understand each other.
>=20
> What to others think about the P2P term?  Is the term ok to=20
> your understanding?
>=20
> Alex
>=20
> Le 21/06/2010 06:06, Mukul Goyal a =E9crit :
> > The P2P mechanism will allow the establishment of hop-by-hop routes=20
> > that meet certain constraints regarding the routing metrics.
> >
> > Now, the other question is how does a packet, that wants to travel=20
> > along a particular P2P hop-by-hop route, specify its preference for=20
> > such a route? I guess we need some sort of labeling mechanism here.
> > Any suggestions regarding how will it work?
> >
> > Thanks Mukul _______________________________________________ Roll=20
> > mailing list Roll@ietf.org=20
> https://www.ietf.org/mailman/listinfo/roll
> >
>=20
>=20
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>=20

From abr@sdesigns.dk  Mon Jun 21 04:17:07 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 056353A67CC for ; Mon, 21 Jun 2010 04:17:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.165
X-Spam-Level: 
X-Spam-Status: No, score=-2.165 tagged_above=-999 required=5 tests=[AWL=0.434,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I4wuxU3dBJK7 for ; Mon, 21 Jun 2010 04:17:06 -0700 (PDT)
Received: from mail.zen-sys.com (mail.zen-sys.com [195.215.56.170]) by core3.amsl.com (Postfix) with ESMTP id DBA3C3A67B1 for ; Mon, 21 Jun 2010 04:17:05 -0700 (PDT)
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Mon, 21 Jun 2010 13:17:12 +0200
Message-ID: <6D9687E95918C04A8B30A7D6DA805A3E01CCD190@zensys17.zensys.local>
In-Reply-To: <1825628081.214546.1277093185472.JavaMail.root@mail02.pantherlink.uwm.edu>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] P2P hop-by-hop routes
Thread-Index: AcsQ9ye3ZwMc9N8oQCaOXSSNvuuT5QAO+q4g
References: <1825628081.214546.1277093185472.JavaMail.root@mail02.pantherlink.uwm.edu>
From: "Anders Brandt" 
To: "Mukul Goyal" , "roll" 
Subject: Re: [Roll] P2P hop-by-hop routes
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 11:17:07 -0000

My take is that an application should not be concerned with particular
hop-by-hop routes
but rather the required metric/OF?=20

- Anders

> -----Original Message-----
> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On=20
> Behalf Of Mukul Goyal
> Sent: Monday, June 21, 2010 06:06
> To: roll
> Subject: [Roll] P2P hop-by-hop routes
>=20
> The P2P mechanism will allow the establishment of hop-by-hop=20
> routes that meet certain constraints regarding the routing metrics.
>=20
> Now, the other question is how does a packet, that wants to=20
> travel along a particular P2P hop-by-hop route, specify its=20
> preference for such a route? I guess we need some sort of=20
> labeling mechanism here. Any suggestions regarding how will it work?
>=20
> Thanks
> Mukul
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>=20

From pthubert@cisco.com  Mon Jun 21 04:20:26 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 77AE23A68C2 for ; Mon, 21 Jun 2010 04:20:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.087
X-Spam-Level: 
X-Spam-Status: No, score=-10.087 tagged_above=-999 required=5 tests=[AWL=0.512, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qDqowlyMh-q8 for ; Mon, 21 Jun 2010 04:20:22 -0700 (PDT)
Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id 777AE3A684C for ; Mon, 21 Jun 2010 04:20:12 -0700 (PDT)
Authentication-Results: sj-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAILnHkyrR7Ht/2dsb2JhbACfDXGnJ5lwhRsEkDs
X-IronPort-AV: E=Sophos;i="4.53,453,1272844800"; d="scan'208";a="337017063"
Received: from sj-core-1.cisco.com ([171.71.177.237]) by sj-iport-1.cisco.com with ESMTP; 21 Jun 2010 11:20:11 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5LBK3WJ004556; Mon, 21 Jun 2010 11:20:10 GMT
Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Mon, 21 Jun 2010 13:20:06 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Mon, 21 Jun 2010 13:20:02 +0200
Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D0225EAEC@XMB-AMS-107.cisco.com>
In-Reply-To: <8A977BDC5A7B0E429B0F521E8D6F91EE024F4A98@XMB-AMS-103.cisco.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] Ticket 50
thread-index: AcsQ2RbkauMq+eL3SrKJYdKyOmBuIwAOQ5/QAAflbHA=
References: <32EF5956-4440-48A4-8A8A-B8DDDC0FB260@cisco.com><6A2A459175DABE4BB11DE2026AA50A5D0213FBD8@XMB-AMS-107.cisco.com><6A2A459175DABE4BB11DE2026AA50A5D021DBCC7@XMB-AMS-107.cisco.com><8A977BDC5A7B0E429B0F521E8D6F91EE024F4617@XMB-AMS-103.cisco.com><4C1EA1A6.6040906@acm.org><57E3A427-45B8-484B-BB45-A2D85FB84230@cs.stanford.edu> <8A977BDC5A7B0E429B0F521E8D6F91EE024F4A98@XMB-AMS-103.cisco.com>
From: "Pascal Thubert (pthubert)" 
To: "Mathilde Durvy (mdurvy)" , "Philip Levis" , "Tim Winter" 
X-OriginalArrivalTime: 21 Jun 2010 11:20:06.0324 (UTC) FILETIME=[B3882740:01CB1133]
Cc: ROLL WG 
Subject: Re: [Roll] Ticket 50
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 11:20:26 -0000

Hi Mathilde:

I love this thread because as far as I can say, you are all correct. The
thing is, a node that reboots may not know that it has been a router in
a past life...
But it can discover that other nodes think so:

- An (ex)child sends a packet up via the leaf:
  the leaf can reject on a per node basis in the datapath=20

- An (ex)parent sends a packet down via the leaf:
  the leaf can reject on a per node basis in the datapath=20

- the node sends a DAO
  The leaf can reply with a negative DAO

- An (ex)child advertises the leaf as a source route parent, and the
leaf gets a source routed packet
  the leaf rejects the SR with an ICMP, the root cleans up but the child
keeps advertising the wrong transit info.

It seems that we're mostly covered, but in the source route case.
In most cases, an additional poisoning could calm down other children
and thus save resources.
So it appears to be a good idea to allow a leaf to poison on any event
where it's mistaken for a router...

BTW I think that Tim's text is really good.

Pascal

> -----Original Message-----
> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf
Of
> Mathilde Durvy (mdurvy)
> Sent: Monday, June 21, 2010 9:24 AM
> To: Philip Levis; Tim Winter
> Cc: ROLL WG
> Subject: Re: [Roll] Ticket 50
>=20
> Hi Tim,
>=20
> I agree with your text as well. However, in my mind some nodes might
also
> be configured as leaf node from the start. In such a case, no DIO
sending will
> ever be needed and probably the DIO sending code won't even be
included
> in the image. I'm not sure if we need to make this case more
explicit...
>=20
> Best,
> Mathilde
>=20
> -----Original Message-----
> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf
Of
> Philip Levis
> Sent: lundi, 21. juin 2010 02:30
> To: Tim Winter
> Cc: ROLL WG
> Subject: Re: [Roll] Ticket 50
>=20
>=20
> On Jun 20, 2010, at 4:17 PM, Tim Winter wrote:
>=20
> > Hi Mathilde,
> >
> > On 06/18/2010 04:46 AM, Mathilde Durvy (mdurvy) wrote:
> >> Hi JP,
> >>
> >> For 1) Section 7.5. "Operation as a Leaf Node" needs to be updated.
> >> Here is a proposal:
> >> ------
> >> In some cases a RPL node may attach to a DODAG as a leaf node only.
> >> One example of such a case is when a node does not understand the
RPL
> >> Instance's OF or advertised path metric.  A leaf node does not
extend
> >> DODAG connectivity and as a consequence it must obey the following
> >> rules:
> >>
> >>     1.  It MUST NOT transmit DIOs
> >>     3.  It MAY transmit unicast DAOs as described in Section 8.2.
> >>     4.  It MAY transmit multicast DAOs to the '1 hop' neighborhood
as
> >>         described in Section 8.10.
> >>
> >> If a node that is a router wants to become a leaf node. It SHOULD
> >> first poison its routes (advertising a Rank of INFINITE_RANK)
> >
> > I think 'MUST NOT' transmit DIOs is too strong.  I think that the
> > poisoning is good and useful in the optimistic case, but due to the
> > lossy nature of LLN the poisoning may not be 100% effective.  In
> > practice most leaf nodes might not be impacted by this, but in some
> > cases there may be a leaf node that has prior children left over
from
> > an old DODAG, and at the very least should be allowed to send the
DIO
> > to repair the situation when an inconsistency is detected should one
> > of those children forward to the leaf node.  I do agree with the
> > motivation to suppress sending DIOs from leaf nodes in the general
> > case.  How about this revised set of rules:
> >
> >         Operation as a Leaf Node
> >
> >         In some cases a RPL node may attach to a DODAG as a leaf
node
> > only.
> >         One example of such a case is when a node does not
understand
> > the RPL
> >         Instance's OF or advertised path metric.  A leaf node does
not
> > extend
> >         DODAG connectivity but in some cases still needs to
advertise
> > DIOs in
> >         order to participate in DODAG maintenance and repair.  A
node
> >         operating as a leaf node must obey the following rules:
> >
> >         1.  It MUST NOT transmit DIOs containing the DAG Metric
> > Container.
> >
> >         2.  Its DIOs MUST advertise a DAGRank of INFINITE_RANK.
> >
> >         3.  It MAY suppress DIO transmission, except DIO
transmission
> > MUST
> >             NOT be supressed in the case where DIO transmission has
> > been
> >             triggered due to detection of inconsistency when a
packet
> > is
> >             being forwarded.
> >
> >         4.  It MAY transmit unicast DAOs as described in Section
8.2.
> >
> >         5.  It MAY transmit multicast DAOs to the '1 hop'
> > neighborhood as
> >             described in Section 8.10.
> >
> >         A particular case that requires a leaf node to send a DIO is
> > if that
> >         leaf node was a prior member of another DODAG and another
node
> >         forwards a message assuming the old topology, triggering an
> >         inconsistency.  The leaf node needs to transmit a DIO in
order
> > to
> >         participate in the repair.  Note that due to the lossy
nature
> > of
> >         LLNs, even though the leaf node may have optimistically
> > poisoned its
> >         routes by advertising a rank of INFINITE_RANK in the old
DODAG
> > prior
> >         to becoming a leaf node, that advertisement may have become
> > lost and
> >         a leaf node must be capable to send a DIO later in order to
> > repair
> >         the inconsistency.
> >
> >         In general it is not expected that such a leaf node would
> > advertise
> >         itself as a router.
>=20
> Tim, I agree with your text. It's important for a leaf to be able to
send DIOs,
> e.g., if it needs to poison routes from when it used to be a router.
This could
> happen if a root suddenly changes the metrics or constraints for an
abstract
> OF.
>=20
> Phil
>=20
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll

From h.kermajani9@gmail.com  Mon Jun 21 05:29:14 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 65AA53A6994 for ; Mon, 21 Jun 2010 05:29:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.598
X-Spam-Level: 
X-Spam-Status: No, score=-2.598 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NQCOaRx9T9v5 for ; Mon, 21 Jun 2010 05:29:13 -0700 (PDT)
Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by core3.amsl.com (Postfix) with ESMTP id 66A2D3A6988 for ; Mon, 21 Jun 2010 05:29:12 -0700 (PDT)
Received: by fg-out-1718.google.com with SMTP id l26so681674fgb.13 for ; Mon, 21 Jun 2010 05:29:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=ik1WR6ZuLSEwdcihxUb0w5nIaGCvNApgcj6plsmL26c=; b=cJabF/faDKyN12NHRmZ9LGIXER8pBswrk6VYbfsD1P8jVLLYgmLCpF1KvZpE1I2AZa pQgWBZRNmQtdqO9e7FIs+2Xyp8Z9pyCTTQKbm6Qs6RcZnNwEYC868cC85Sjm0KDaEY9A C/qJdw6rDLlaDbWpY1FG2g19gB+l+sOC5zoRQ=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=uorXKqNztbRzP+PSwd4KscBUjPi6mVQR9tw7c8NfhMSYAx/zSIwtWVcJ1f/MuqaGX5 Xd1wiPua2IFbnXOvZrdAiQ3iBmS21jhAK52zFK2fTbBrsxvj7LlCKwuuoYGp5AC/uvw3 VIG8k7wG5ozsMiziP+gQ0Qnas4ucvfqJDost8=
MIME-Version: 1.0
Received: by 10.239.182.7 with SMTP id o7mr331863hbg.79.1277123355503; Mon, 21  Jun 2010 05:29:15 -0700 (PDT)
Received: by 10.239.153.131 with HTTP; Mon, 21 Jun 2010 05:29:15 -0700 (PDT)
Date: Mon, 21 Jun 2010 14:29:15 +0200
Message-ID: 
From: Hamidreza Kermajani 
To: roll@ietf.org
Content-Type: multipart/alternative; boundary=001485f27162f090d804898973cf
Subject: [Roll] Question
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 12:29:14 -0000

--001485f27162f090d804898973cf
Content-Type: text/plain; charset=ISO-8859-1

Hello everybody,

I have a basic question about the operation of RPL when, suddenly , a node
disappear ( maybe it's turned off).
I don't know how a node (child or parent) can be informed when its parent
(or its child) is turned off.
I know that when a node discover an inconsistency, it advertises this
inconsistency using DIO message for other nodes.
But I want to know how can a node discover an inconsistency for first time
when it's happen?

Thanks and best regards,
Hamidreza.

--001485f27162f090d804898973cf
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Hello everybody,

I have a basic question about the operation of RPL =
when, suddenly  , a node disappear ( maybe it's turned off).
I don&#=
39;t know how a node (child or parent) can be informed when its parent (or =
its child) is turned off.

I know that when a node discover an inconsistency, it advertises this incon=
sistency using DIO message for other nodes. 
But I want to know how can =
a node discover an inconsistency for first time when it's happen?=A0 

Thanks and best regards,
Hamidreza.


--001485f27162f090d804898973cf--

From Jerald.P.Martocci@jci.com  Mon Jun 21 06:49:08 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 849903A6856; Mon, 21 Jun 2010 06:49:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.514
X-Spam-Level: 
X-Spam-Status: No, score=-2.514 tagged_above=-999 required=5 tests=[AWL=-0.670, BAYES_50=0.001, HTML_MESSAGE=0.001, HTML_MIME_NO_HTML_TAG=0.097, J_CHICKENPOX_24=0.6, MIME_HTML_ONLY=1.457, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id M6lGu1vGWxIM; Mon, 21 Jun 2010 06:49:07 -0700 (PDT)
Received: from exprod8og118.obsmtp.com (exprod8og118.obsmtp.com [64.18.3.36]) by core3.amsl.com (Postfix) with ESMTP id DFB7E3A6A80; Mon, 21 Jun 2010 06:48:58 -0700 (PDT)
Received: from source ([192.132.24.137]) (using SSLv3) by exprod8ob118.postini.com ([64.18.7.12]) with SMTP ID DSNKTB9t0KryYXyyZ/S49Us/HFKeNb6wRlAa@postini.com; Mon, 21 Jun 2010 06:49:12 PDT
Received: from jwimkrs1.na.jci.com ([10.10.6.31]) by smtpmke01.jci.com (Lotus Domino Release 8.0.1) with ESMTP id 2010062108501101-4993225 ; Mon, 21 Jun 2010 08:50:11 -0500 
In-Reply-To: <1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu>
References: <1328436834.198056.1276957013936.JavaMail.root@mail02.pantherlink.uwm.edu> <1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu>
To: Mukul Goyal 
MIME-Version: 1.0
X-KeepSent: 1EFF5C45:4DDA0244-86257749:004A88C6; type=4; flags=0; name=$KeepSent
X-Mailer: Lotus Notes Release 8.0.2  CCH3 December 30, 2008
From: Jerald.P.Martocci@jci.com
Message-ID: 
Date: Mon, 21 Jun 2010 08:48:52 -0500
X-MIMETrack: Serialize by Router on jwimkrs1.na.jci.com/NA/Johnson_Controls at 06/21/2010 08:48:59 AM, Serialize complete at 06/21/2010 08:48:59 AM, Itemize by SMTP Server on smtpmke01.jci.com/JCI_SMTP(Release 8.0.1|February 07, 2008) at 06/21/2010 08:50:11 AM, Serialize by Router on smtpmke01.jci.com/JCI_SMTP(Release 8.0.1|February 07, 2008) at 06/21/2010 08:50:22 AM, Serialize complete at 06/21/2010 08:50:22 AM
Content-Type: text/html; charset="US-ASCII"
Cc: roll , roll-bounces@ietf.org
Subject: Re: [Roll] P2P route discovery: "Good enough" criteria
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 13:49:09 -0000


A few comments.



First, I would like the text to read
...



The specified scheme is based on a reactive on-demand
approach, which

   enables a router or
host to discover one or more "good-enough"
routes in

   either direction between itself and another router or
host in the LLN without

   any constraints regarding the existing DAG-membership of the links

   that such routes may use.  



I think reactive discoveries have to
be cognizant of 'hosts'.  In the commercial building world a router
(building controller) will likely be initiating a route discovery, but
most often it will be trying to find a host (sensor).  We need to
make sure route discoveries work from router/hosts to/from router/hosts.



Most often, discoveries will only be
necessary after first trying the DAG-based route.  As you say, we
will first determine the latency through the DAG.  Depending on the
application performance requirements, we may then define a P2P reactive
route instead.  We will always check if the destination node is a
neighbor of the source since in many cases the source and destination nodes
are within 10 meters and should be within radio range.



Jerry














From:
Mukul Goyal <mukul@uwm.edu>


To:
roll <roll@ietf.org>


Date:
06/19/2010 09:19 AM


Subject:
[Roll] P2P route discovery: "Good
enough" criteria










Here is some text from the Introduction section of
draft-dt-roll-p2p-rpl-01:



The specified scheme is based on a reactive on-demand approach, which

   enables a router to discover one or more "good-enough"
routes in

   either direction between itself and another router in the LLN without

   any constraints regarding the existing DAG-membership of the links

   that such routes may use.  



JP commented:

JP> This will be an aspect triggering some discussion. How "good"
is"good enough" ? You will need some text to elaborate here or
point to another section explaining what is meant by "good enough"



I think there needs to be an Applicability section in the draft that talks
about how and when the P2P route discovery might be invoked. Such a section
will be added in the next version of the draft.



Basically, the idea is that the origin router will first measure the cost
of the DAG-based route to/from the target router (using the Measurement
Request and Measurement Reply messages that were part of the 00 version
of the draft and would now be proposed in a separate draft).



Once the origin router knows the cost of the DAG-based route, it can choose
the good enough criteria for the P2P routes it wants to discover. This
criteria can be specified as contraints in the Metric Container associated
with Route Discovery option.



In case, the origin and target routers are not connected via a DAG or the
cost measurement of the DAG-based route fails, the origin router will have
to guess the good enough criteria. Once, the initial route discovery succeeds
or fails, the origin router will have a better idea of how to set the good
enough criteria.



Comments?



Thanks

Mukul      



_______________________________________________

Roll mailing list

Roll@ietf.org

https://www.ietf.org/mailman/listinfo/roll







From Jerald.P.Martocci@jci.com  Mon Jun 21 07:06:54 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9210E3A682E; Mon, 21 Jun 2010 07:06:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.779
X-Spam-Level: 
X-Spam-Status: No, score=-3.779 tagged_above=-999 required=5 tests=[AWL=1.265,  BAYES_00=-2.599, HTML_MESSAGE=0.001, HTML_MIME_NO_HTML_TAG=0.097, MIME_HTML_ONLY=1.457, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KAAHjPPwSpPC; Mon, 21 Jun 2010 07:06:48 -0700 (PDT)
Received: from exprod8og101.obsmtp.com (exprod8og101.obsmtp.com [64.18.3.82]) by core3.amsl.com (Postfix) with ESMTP id 543983A67DB; Mon, 21 Jun 2010 07:06:48 -0700 (PDT)
Received: from source ([192.132.24.139]) (using SSLv3) by exprod8ob101.postini.com ([64.18.7.12]) with SMTP ID DSNKTB9x/r6s7Cl5qloQeqWkZyd9PIsn1sEm@postini.com; Mon, 21 Jun 2010 07:06:55 PDT
Received: from jwimkrs1.na.jci.com ([10.10.6.31]) by smtpmke02.jci.com (Lotus Domino Release 8.0.1) with ESMTP id 2010062109094892-2546040 ; Mon, 21 Jun 2010 09:09:48 -0500 
In-Reply-To: <1927712479.204919.1277014782857.JavaMail.root@mail02.pantherlink.uwm.edu>
References: <829216983.204899.1277014082725.JavaMail.root@mail02.pantherlink.uwm.edu> <1927712479.204919.1277014782857.JavaMail.root@mail02.pantherlink.uwm.edu>
To: Mukul Goyal 
MIME-Version: 1.0
X-KeepSent: 5FD740EC:5192C4B4-86257749:004D26B0; type=4; flags=0; name=$KeepSent
X-Mailer: Lotus Notes Release 8.0.2  CCH3 December 30, 2008
From: Jerald.P.Martocci@jci.com
Message-ID: 
Date: Mon, 21 Jun 2010 09:06:40 -0500
X-MIMETrack: Serialize by Router on jwimkrs1.na.jci.com/NA/Johnson_Controls at 06/21/2010 09:06:47 AM, Serialize complete at 06/21/2010 09:06:47 AM, Itemize by SMTP Server on smtpmke02.jci.com/JCI_SMTP(Release 8.0.1|February 07, 2008) at 06/21/2010 09:09:48 AM, Serialize by Router on smtpmke02.jci.com/JCI_SMTP(Release 8.0.1|February 07, 2008) at 06/21/2010 09:09:56 AM, Serialize complete at 06/21/2010 09:09:56 AM
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html; charset="ISO-8859-1"
Cc: roll , roll-bounces@ietf.org
Subject: Re: [Roll] P2P: "distance" and the "good enough" criteria
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 14:06:54 -0000




Mukul,



The P2P mechanism was added specific=
ally
to find 'good enough' low-latency routes.  I don't believe there's
another announced use case.  Hence, I would think the objective functi=
on
would be well defined for any P2P route, whether it be minimal hop counts
or ETX or whatever.  Whatever metric we come up with that defines
low-latency routes should be the metric used for P2P routes.



Jerry










From:
Mukul Goyal <mukul@uwm.edu>


To:
roll <roll@ietf.org>


Date:
06/20/2010 01:19 AM


Subject:
[Roll] P2P: "distance" and
the "good enough" criteria










Hi all



I would like to start a discussion about the following important features
of the P2P route discovery mechanism: 

1)                
a limit on the “distance” the discovery messages may travel

2)                
a “good enough” criteria for route selection.



The discovery message propagation takes place via the creation of a tempora=
ry
DAG. The reason we chose to propagate the discovery message as an option
inside the DIO was strong controls available for DIO propagation: 

1)rank based poisoning of DIOs traveling inwards and 

2)trickle controlled generation. 

We added a further control: a maximum limit on the rank. A node MUST not
join this DAG if its rank in the DAG will exceed this limit. This maximum
rank value limits the “distance” that a discovery message may t=
ravel.

 

Now, having made the decision regarding using DIOs as discovery messages,
the next question is how does a node select its rank in this temporary
DAG and what metrics are to be used for the creation of this DAG?



One answer would be: use the same metrics for DAG formation that are to
be used for route selection.



The other answer is: Since highly-constrained devices may find it difficult
to compute a complex objective function, involving multiple routing metrics,
for each received DIO/Discovery message, let us allow the use of simpler/fe=
wer
metrics for the creation of the temporary DAG. For example, the objective
of route discovery might be to find the routes that have the success rate
more than 90% and latency less than 100ms, but the rank calculation in
the temporary dag is simply based on minimizing the hop-count. In this
example, the route selection criteria/metrics are totally different from
the rank calculation metrics. Another example, where the two are related,
is using criteria – ETX less than 10 and latency less than 200ms R=
11; for
route selection and calculate the rank in the temporary DAG based on minimi=
zing
ETX alone.



So, a node, that joins the temporary DAG at a rank x, ignores DIOs received
from nodes with lower (higher in numerical value) rank. This does have
the effect that if a DIO from a lower ranked node carries information about
a really good route (in terms of metrics used for route selection), it
will be ignored as well. But, this is the price one has to pay for using
different metrics for temporary DAG formation than for route selection.
When a node receives a DIO from a higher ranked neighbor, it updates the
metrics used for route discovery and possibly advertises these values in
its own DIO.

 

Now, as the DIOs reach the target router, it examines the metrics to determ=
ine
if the routes advertized by these DIOs meet the “good enough” c=
riteria.
In the two examples discussed above, the “good enough” criteria=
 are:


1) success rate more than 90% AND latency less than 100ms; 

2) ETX less than 10 AND latency less than 200ms

respectively.



Since the "good enough" criteria is just a bunch of constraints,
I suspect there is no need to specify an OCP inside a Route Discovery Optio=
n.
(The Route Discovery Option defined in p2p-rpl-01 does include an optional
OCP field; I think it should go away).





Thanks

Mukul

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

Roll mailing list

Roll@ietf.org

https://www.ietf.org/mailman/listinfo/roll







From richard.kelsey@ember.com  Mon Jun 21 07:24:46 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9D80C28C0F7; Mon, 21 Jun 2010 07:24:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.536
X-Spam-Level: 
X-Spam-Status: No, score=-1.536 tagged_above=-999 required=5 tests=[AWL=1.063,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Xva7KZm1znXx; Mon, 21 Jun 2010 07:24:45 -0700 (PDT)
Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id 753753A681C; Mon, 21 Jun 2010 07:24:45 -0700 (PDT)
Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675);  Mon, 21 Jun 2010 10:24:51 -0400
Date: Mon, 21 Jun 2010 10:28:42 -0400
Message-Id: <87iq5clasl.fsf@kelsey-ws.hq.ember.com>
To: Jerald.P.Martocci@jci.com
In-reply-to:  (Jerald.P.Martocci@jci.com)
From: Richard Kelsey 
References: <1328436834.198056.1276957013936.JavaMail.root@mail02.pantherlink.uwm.edu> <1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu> 
X-OriginalArrivalTime: 21 Jun 2010 14:24:52.0015 (UTC) FILETIME=[831E5BF0:01CB114D]
Cc: roll@ietf.org, roll-bounces@ietf.org
Subject: Re: [Roll] P2P route discovery: "Good enough" criteria
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 14:24:46 -0000

> From: Jerald.P.Martocci@jci.com
> Date: Mon, 21 Jun 2010 08:48:52 -0500
> 
> I think reactive discoveries have to be cognizant of
> 'hosts'.  In the commercial building world a router
> (building controller) will likely be initiating a route
> discovery, but most often it will be trying to find a host
> (sensor).  We need to make sure route discoveries work
> from router/hosts to/from router/hosts.

Route discovery to a host should work just fine, as
neighboring routers can respond on behalf of the host.

I am not sure that route discovery from a host would
work.  How could a host initiate discovery without
acting as a router?

                        -Richard Kelsey

From Jerald.P.Martocci@jci.com  Mon Jun 21 07:25:52 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 05E2A3A6982; Mon, 21 Jun 2010 07:25:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level: 
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[AWL=0.843,  BAYES_00=-2.599, HTML_MESSAGE=0.001, HTML_MIME_NO_HTML_TAG=0.097, MIME_HTML_ONLY=1.457, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nvJhSxn5sC6a; Mon, 21 Jun 2010 07:25:51 -0700 (PDT)
Received: from exprod8og120.obsmtp.com (exprod8og120.obsmtp.com [64.18.3.40]) by core3.amsl.com (Postfix) with ESMTP id BEA8228C0F5; Mon, 21 Jun 2010 07:25:49 -0700 (PDT)
Received: from source ([192.132.24.139]) (using SSLv3) by exprod8ob120.postini.com ([64.18.7.12]) with SMTP ID DSNKTB92dE+xpC7hTD+6y4fZ5YbMV1TjZP5v@postini.com; Mon, 21 Jun 2010 07:25:57 PDT
Received: from jwimkrs1.na.jci.com ([10.10.6.31]) by smtpmke02.jci.com (Lotus Domino Release 8.0.1) with ESMTP id 2010062109285119-2548893 ; Mon, 21 Jun 2010 09:28:51 -0500 
In-Reply-To: <1825628081.214546.1277093185472.JavaMail.root@mail02.pantherlink.uwm.edu>
References: <1825628081.214546.1277093185472.JavaMail.root@mail02.pantherlink.uwm.edu>
To: Mukul Goyal 
MIME-Version: 1.0
X-KeepSent: 8937517F:E1F0F0A0-86257749:004F17AE; type=4; flags=0; name=$KeepSent
X-Mailer: Lotus Notes Release 8.0.2  CCH3 December 30, 2008
From: Jerald.P.Martocci@jci.com
Message-ID: 
Date: Mon, 21 Jun 2010 09:25:41 -0500
X-MIMETrack: Serialize by Router on jwimkrs1.na.jci.com/NA/Johnson_Controls at 06/21/2010 09:25:49 AM, Serialize complete at 06/21/2010 09:25:49 AM, Itemize by SMTP Server on smtpmke02.jci.com/JCI_SMTP(Release 8.0.1|February 07, 2008) at 06/21/2010 09:28:51 AM, Serialize by Router on smtpmke02.jci.com/JCI_SMTP(Release 8.0.1|February 07, 2008) at 06/21/2010 09:28:58 AM, Serialize complete at 06/21/2010 09:28:58 AM
Content-Type: text/html; charset="US-ASCII"
Cc: roll , roll-bounces@ietf.org
Subject: Re: [Roll] P2P hop-by-hop routes
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 14:25:52 -0000


Mukul,



I thought the P2P routes were source
routed?  



I can see the potential confusion if
they are hop-by-hop routes.  However, if they're in a different DAG,
wouldn't the DAG ID be the discriminator that the packet needs to follow
a certain path?





Jerry














From:
Mukul Goyal <mukul@uwm.edu>


To:
roll <roll@ietf.org>


Date:
06/20/2010 11:06 PM


Subject:
[Roll] P2P hop-by-hop routes










The P2P mechanism will allow the establishment of
hop-by-hop routes that meet certain constraints regarding the routing metrics.



Now, the other question is how does a packet, that wants to travel along
a particular P2P hop-by-hop route, specify its preference for such a route?
I guess we need some sort of labeling mechanism here. Any suggestions regarding
how will it work?



Thanks

Mukul

_______________________________________________

Roll mailing list

Roll@ietf.org

https://www.ietf.org/mailman/listinfo/roll







From Jerald.P.Martocci@jci.com  Mon Jun 21 07:36:19 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DDD343A692E; Mon, 21 Jun 2010 07:36:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.412
X-Spam-Level: 
X-Spam-Status: No, score=-4.412 tagged_above=-999 required=5 tests=[AWL=0.632,  BAYES_00=-2.599, HTML_MESSAGE=0.001, HTML_MIME_NO_HTML_TAG=0.097, MIME_HTML_ONLY=1.457, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nq9sVmhHJ35y; Mon, 21 Jun 2010 07:36:19 -0700 (PDT)
Received: from exprod8og119.obsmtp.com (exprod8og119.obsmtp.com [64.18.3.38]) by core3.amsl.com (Postfix) with ESMTP id 9757B3A6A67; Mon, 21 Jun 2010 07:36:18 -0700 (PDT)
Received: from source ([192.132.24.137]) (using SSLv3) by exprod8ob119.postini.com ([64.18.7.12]) with SMTP ID DSNKTB943MOx9POemu2nHoAKIMAmtzXxae9e@postini.com; Mon, 21 Jun 2010 07:36:26 PDT
Received: from jwimkrs1.na.jci.com ([10.10.6.31]) by smtpmke01.jci.com (Lotus Domino Release 8.0.1) with ESMTP id 2010062109372028-5000110 ; Mon, 21 Jun 2010 09:37:20 -0500 
In-Reply-To: <87iq5clasl.fsf@kelsey-ws.hq.ember.com>
References: <1328436834.198056.1276957013936.JavaMail.root@mail02.pantherlink.uwm.edu> <1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu>  <87iq5clasl.fsf@kelsey-ws.hq.ember.com>
To: Richard Kelsey 
MIME-Version: 1.0
X-KeepSent: BA24D3DA:CC9F998F-86257749:004FBF0B; type=4; flags=0; name=$KeepSent
X-Mailer: Lotus Notes Release 8.0.2  CCH3 December 30, 2008
From: Jerald.P.Martocci@jci.com
Message-ID: 
Date: Mon, 21 Jun 2010 09:35:59 -0500
X-MIMETrack: Serialize by Router on jwimkrs1.na.jci.com/NA/Johnson_Controls at 06/21/2010 09:36:09 AM, Serialize complete at 06/21/2010 09:36:09 AM, Itemize by SMTP Server on smtpmke01.jci.com/JCI_SMTP(Release 8.0.1|February 07, 2008) at 06/21/2010 09:37:20 AM, Serialize by Router on smtpmke01.jci.com/JCI_SMTP(Release 8.0.1|February 07, 2008) at 06/21/2010 09:37:36 AM, Serialize complete at 06/21/2010 09:37:36 AM
Content-Type: text/html; charset="US-ASCII"
Cc: roll@ietf.org, roll-bounces@ietf.org
Subject: Re: [Roll] P2P route discovery: "Good enough" criteria
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 14:36:20 -0000


Hi Richard,



Like you, I was assuming a router would act as a proxy for the initiating
host.  Maybe it's as simple as routers always proxying for hosts.
 



However, maybe I missed it, but do routers
even know who its hosts are?  In DAGs, children know about parents,
but do parents know about children?  What message is used to establish
this link?  Since hosts are not part of the DAG, I wouldn't think
they would sent out DAOs.



Thanks,



Jerry














From:
Richard Kelsey <richard.kelsey@ember.com>


To:
Jerald.P.Martocci@jci.com


Cc:
mukul@uwm.edu, roll@ietf.org, roll-bounces@ietf.org


Date:
06/21/2010 09:24 AM


Subject:
Re: [Roll] P2P route discovery: "Good
enough" criteria










> From: Jerald.P.Martocci@jci.com

> Date: Mon, 21 Jun 2010 08:48:52 -0500

> 

> I think reactive discoveries have to be cognizant of

> 'hosts'.  In the commercial building world a router

> (building controller) will likely be initiating a route

> discovery, but most often it will be trying to find a host

> (sensor).  We need to make sure route discoveries work

> from router/hosts to/from router/hosts.



Route discovery to a host should work just fine, as

neighboring routers can respond on behalf of the host.



I am not sure that route discovery from a host would

work.  How could a host initiate discovery without

acting as a router?



                    
   -Richard Kelsey







From richard.kelsey@ember.com  Mon Jun 21 07:50:31 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 493CD3A6857 for ; Mon, 21 Jun 2010 07:50:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.643
X-Spam-Level: 
X-Spam-Status: No, score=-1.643 tagged_above=-999 required=5 tests=[AWL=0.956,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JkAShdjJeTsE for ; Mon, 21 Jun 2010 07:50:30 -0700 (PDT)
Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id 320983A6831 for ; Mon, 21 Jun 2010 07:50:30 -0700 (PDT)
Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675);  Mon, 21 Jun 2010 10:50:37 -0400
Date: Mon, 21 Jun 2010 10:54:28 -0400
Message-Id: <87hbkwl9ln.fsf@kelsey-ws.hq.ember.com>
To: Tim Winter 
In-reply-to: <4C1EA197.9020100@acm.org> (message from Tim Winter on Sun, 20 Jun 2010 19:17:43 -0400)
From: Richard Kelsey 
References: <4C1AE4A2.9020201@acm.org> <8B4A870A-9523-460E-B129-D5AD4EB01289@cisco.com> <57F3DDAF-7A54-4BAA-B1AC-5DDDE7DA4B52@cs.stanford.edu> <4C1EA197.9020100@acm.org>
X-OriginalArrivalTime: 21 Jun 2010 14:50:37.0156 (UTC) FILETIME=[1C182A40:01CB1151]
Cc: roll@ietf.org
Subject: Re: [Roll] Remove 'T' flag?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 14:50:31 -0000

> Date: Sun, 20 Jun 2010 19:17:43 -0400
> From: Tim Winter 
> 
> My take:
> 
> (storing, pull from children) -- required, this is a
> necessary part of how storing nodes will maintain state.
> 
> (storing, pull from sub-DODAG) -- not required, state will
> percolate up from the sub-DODAG
> 
> (non-storing, pull from children) -- seems not required,
> what would be the use case where this is needed?  I defer
> however to those with more expertise in operating the
> non-storing case.
> 
> (non-storing, pull from sub-DODAG) -- seems useful for a
> root in the non-storing case to be able to refresh DAO
> information without incrementing the DODAGVersionNumber
> and triggering a global repair.  Doesn't seem useful for
> non-root nodes.  Again, I would defer to those with more
> expertise in operating non-storing networks.

I agree with Tim's analysis and am in favor of removing
the 'T' flag.
                           -Richard Kelsey

From richard.kelsey@ember.com  Mon Jun 21 07:57:14 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 34B073A681E for ; Mon, 21 Jun 2010 07:57:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.73
X-Spam-Level: 
X-Spam-Status: No, score=-1.73 tagged_above=-999 required=5 tests=[AWL=0.870,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eM+7B966OFos for ; Mon, 21 Jun 2010 07:57:13 -0700 (PDT)
Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id 417B73A67F6 for ; Mon, 21 Jun 2010 07:57:13 -0700 (PDT)
Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675);  Mon, 21 Jun 2010 10:57:19 -0400
Date: Mon, 21 Jun 2010 11:01:10 -0400
Message-Id: <87fx0gl9ah.fsf@kelsey-ws.hq.ember.com>
To: Tim Winter 
In-reply-to: <4C1EA1A6.6040906@acm.org> (message from Tim Winter on Sun, 20 Jun 2010 19:17:58 -0400)
From: Richard Kelsey 
References: <32EF5956-4440-48A4-8A8A-B8DDDC0FB260@cisco.com> <6A2A459175DABE4BB11DE2026AA50A5D0213FBD8@XMB-AMS-107.cisco.com>  <6A2A459175DABE4BB11DE2026AA50A5D021DBCC7@XMB-AMS-107.cisco.com>  <8A977BDC5A7B0E429B0F521E8D6F91EE024F4617@XMB-AMS-103.cisco.com> <4C1EA1A6.6040906@acm.org>
X-OriginalArrivalTime: 21 Jun 2010 14:57:19.0799 (UTC) FILETIME=[0C169C70:01CB1152]
Cc: roll@ietf.org
Subject: Re: [Roll] Ticket 50
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 14:57:14 -0000

> Date: Sun, 20 Jun 2010 19:17:58 -0400
> From: Tim Winter 
> 
>
> On 06/18/2010 04:46 AM, Mathilde Durvy (mdurvy) wrote:
> > Hi JP,
> >
> > For 1) Section 7.5. "Operation as a Leaf Node" needs to be updated. Here is
> > a proposal:
> > ------
> > In some cases a RPL node may attach to a DODAG as a leaf node only. One
> > example of such a case is when a node does not understand the RPL Instance's
> > OF or advertised path metric.  A leaf node does not extend DODAG
> > connectivity and as a consequence it must obey the following rules:
> >
> >     1.  It MUST NOT transmit DIOs
> >     3.  It MAY transmit unicast DAOs as described in Section 8.2.
> >     4.  It MAY transmit multicast DAOs to the '1 hop' neighborhood as
> >         described in Section 8.10.
> >
> > If a node that is a router wants to become a leaf node. It SHOULD first
> > poison its routes (advertising a Rank of INFINITE_RANK)
> 
> I think 'MUST NOT' transmit DIOs is too strong.  I think that the
> poisoning is good and useful in the optimistic case, but due to the
> lossy nature of LLN the poisoning may not be 100% effective.  In
> practice most leaf nodes might not be impacted by this, but in some
> cases there may be a leaf node that has prior children left over from
> an old DODAG, and at the very least should be allowed to send the DIO
> to repair the situation when an inconsistency is detected should one
> of those children forward to the leaf node.  I do agree with the
> motivation to suppress sending DIOs from leaf nodes in the general
> case.  How about this revised set of rules:

This looks good to me, with one addition below.

>          Operation as a Leaf Node
>           [...]
> 
>          3.  It MAY suppress DIO transmission, except DIO transmission MUST
>              NOT be supressed in the case where DIO transmission has been
>              triggered due to detection of inconsistency when a packet is
>              being forwarded.

Also, a DIO sent in response to a unicast DIS MUST NOT be
suppressed.
                                 -Richard Kelsey

From Emmanuel.Monnerie@landisgyr.com  Mon Jun 21 08:02:02 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7BF973A6826 for ; Mon, 21 Jun 2010 08:02:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.601
X-Spam-Level: 
X-Spam-Status: No, score=0.601 tagged_above=-999 required=5 tests=[BAYES_50=0.001, J_CHICKENPOX_63=0.6]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W4OymS1HNy9Y for ; Mon, 21 Jun 2010 08:02:01 -0700 (PDT)
Received: from mta2.cellnet.com (cnetpm1.cellnet.com [148.80.254.17]) by core3.amsl.com (Postfix) with ESMTP id 69E7E3A681E for ; Mon, 21 Jun 2010 08:02:01 -0700 (PDT)
X-ASG-Debug-ID: 1277132522-2f7e000c0006-BCmCR7
X-Barracuda-URL: http://172.25.128.17:8000/cgi-bin/mark.cgi
Received: from livemail.cellnethunt.com (localhost [127.0.0.1]) by mta2.cellnet.com (Spam Firewall) with ESMTP id 0F2DD441E50 for ; Mon, 21 Jun 2010 11:02:04 -0400 (EDT)
Received: from livemail.cellnethunt.com ([10.1.130.15]) by mta2.cellnet.com with ESMTP id MimS8awuBAS6BCGZ for ; Mon, 21 Jun 2010 11:02:04 -0400 (EDT)
X-ASG-Whitelist: Sender
X-ASG-Whitelist: Client
Received: from livemail.cellnethunt.com ([10.1.130.105]) by livemail.cellnethunt.com with Microsoft SMTPSVC(6.0.3790.3959);  Mon, 21 Jun 2010 11:02:01 -0400
Received: from mail pickup service by livemail.cellnethunt.com with Microsoft SMTPSVC; Mon, 21 Jun 2010 11:02:01 -0400
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4325
Importance: normal
Priority: normal
Content-Class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-ASG-Orig-Subj: RE: [Roll] P2P term again (was:  P2P hop-by-hop routes)
Date: Mon, 21 Jun 2010 11:02:00 -0400
Message-ID: <76DBCE2AA6605F42A49F1BD7454C841BD36890@usatlsv105.am.bm.net>
In-Reply-To: <6D9687E95918C04A8B30A7D6DA805A3E01CCD18F@zensys17.zensys.local>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] P2P term again (was:  P2P hop-by-hop routes)
thread-index: AcsRKpahuj1m2JJfTVy3wFO6kJrUTwAACAjAAAnODGA=
References: <1825628081.214546.1277093185472.JavaMail.root@mail02.pantherlink.uwm.edu><4C1F3B79.8020308@gmail.com> <6D9687E95918C04A8B30A7D6DA805A3E01CCD18F@zensys17.zensys.local>
From: "Monnerie, Emmanuel" 
To: "Anders Brandt" , "Alexandru Petrescu" , 
X-OriginalArrivalTime: 21 Jun 2010 15:02:01.0912 (UTC) FILETIME=[B43DA380:01CB1152]
X-Barracuda-Connect: UNKNOWN[10.1.130.15]
X-Barracuda-Start-Time: 1277132525
X-Barracuda-Virus-Scanned: by Barracuda Spam Firewall at cellnet.com
Subject: Re: [Roll] P2P term again (was:  P2P hop-by-hop routes)
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 15:02:02 -0000

Alex,

I agree that the term P2P was not always used the right way. P2P should =
refer to Peer-to-Peer, not Point-to-Point.

It has been defined in RFC5867 as follow:
"5.2.2 Peer-to-Peer communication
(...)
A network device MUST be able to communicate in an end-to-end manner =
with any other device on the network."

Best Regards



-----Original Message-----
From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of =
Anders Brandt
Sent: Monday, June 21, 2010 6:47 AM
To: Alexandru Petrescu; roll@ietf.org
Subject: Re: [Roll] P2P term again (was: P2P hop-by-hop routes)

Alex,

I think you are right that this term is wrong (!)
The best explanation I can give is that we used it from the start ...
If we are to change it, now is a very good time before it starts working =
its way into the RPL framework.

So do you have some good acronyms on the table?
PPP is something different; most of all it is a specific protocol, while =
our term mainly deals with the
special type of traffic that is between two points inside the LLN.

While not sufficiently catchy, "Intra-Network Unicast" (INU) transport =
is what this is about.
Who can come up with the best acronym which does not resemble something =
important?

"PTP" doesn't seem to be that overloaded, so can it be done that simple?

Cheers,
  Anders

> -----Original Message-----
> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On=20
> Behalf Of Alexandru Petrescu
> Sent: Monday, June 21, 2010 12:14
> To: roll@ietf.org
> Subject: Re: [Roll] P2P term again (was: P2P hop-by-hop routes)
>=20
> What to others think about the P2P term?  Is the term ok to=20
> your understanding?
>=20
> To my reading, "P2P" stands for peer-to-peer and is in=20
> widespread use for overlay networks; this terminology is=20
> different than the intention you seem to use for P2P to mean=20
> e.g. straight communication between two leaf nodes of same parent.
>=20
> To my reading, "point-to-point" stands for a specific kind of=20
> link, different than broadcast, or multicast capable links=20
> (Ethernet) - point-to-point links, sometimes abbreviated ptp,=20
> are using the PPP prrotocol ("PPP" stands for point-to-point=20
> protocol).  This is again different than what you seem to use=20
> as P2P term - your P2P is not using PPP.
>=20
> In this sense, I would like to clarify the P2P term used in=20
> RoLL.  It is good to use common terminology to understand each other.
>=20
> What to others think about the P2P term?  Is the term ok to=20
> your understanding?
>=20
> Alex
>=20
> Le 21/06/2010 06:06, Mukul Goyal a =E9crit :
> > The P2P mechanism will allow the establishment of hop-by-hop routes=20
> > that meet certain constraints regarding the routing metrics.
> >
> > Now, the other question is how does a packet, that wants to travel=20
> > along a particular P2P hop-by-hop route, specify its preference for=20
> > such a route? I guess we need some sort of labeling mechanism here.
> > Any suggestions regarding how will it work?
> >
> > Thanks Mukul _______________________________________________ Roll=20
> > mailing list Roll@ietf.org=20
> https://www.ietf.org/mailman/listinfo/roll
> >
>=20
>=20
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>=20
_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll



Emmanuel Monnerie
Senior Research Engineer
Landis+Gyr
Energy Management Solutions
Office: +1 678 258 1695
Fax: +1 678 258 1316
Emmanuel.Monnerie@landisgyr.com
www.landisgyr.com
manage energy better

From richard.kelsey@ember.com  Mon Jun 21 08:06:29 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6CE663A6868 for ; Mon, 21 Jun 2010 08:06:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.802
X-Spam-Level: 
X-Spam-Status: No, score=-1.802 tagged_above=-999 required=5 tests=[AWL=0.797,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id un+bNlULdD7X for ; Mon, 21 Jun 2010 08:06:28 -0700 (PDT)
Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id 7CAED3A681E for ; Mon, 21 Jun 2010 08:06:28 -0700 (PDT)
Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675);  Mon, 21 Jun 2010 11:06:35 -0400
Date: Mon, 21 Jun 2010 11:10:26 -0400
Message-Id: <87eig0l8v1.fsf@kelsey-ws.hq.ember.com>
To: Mukul Goyal 
In-reply-to: <1825628081.214546.1277093185472.JavaMail.root@mail02.pantherlink.uwm.edu> (message from Mukul Goyal on Sun, 20 Jun 2010 23:06:25 -0500 (CDT))
From: Richard Kelsey 
References: <1825628081.214546.1277093185472.JavaMail.root@mail02.pantherlink.uwm.edu>
X-OriginalArrivalTime: 21 Jun 2010 15:06:35.0415 (UTC) FILETIME=[5742E270:01CB1153]
Cc: roll@ietf.org
Subject: Re: [Roll] P2P hop-by-hop routes
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 15:06:29 -0000

> Date: Sun, 20 Jun 2010 23:06:25 -0500 (CDT)
> From: Mukul Goyal 
> 
> The P2P mechanism will allow the establishment of hop-by-hop routes
> that meet certain constraints regarding the routing metrics.
> 
> Now, the other question is how does a packet, that wants to travel
> along a particular P2P hop-by-hop route, specify its preference for
> such a route? I guess we need some sort of labeling mechanism
> here. Any suggestions regarding how will it work?

Shouldn't it use the RPLInstanceID from the DODAG that
was used to create the route, same as non-P2P packets?

                               -Richard Kelsey

From pal@cs.stanford.edu  Mon Jun 21 08:12:40 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D14BE3A681E for ; Mon, 21 Jun 2010 08:12:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.657
X-Spam-Level: 
X-Spam-Status: No, score=-5.657 tagged_above=-999 required=5 tests=[AWL=0.942,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ndlKxQn-dZu0 for ; Mon, 21 Jun 2010 08:12:39 -0700 (PDT)
Received: from cs-smtp-3.Stanford.EDU (cs-smtp-3.Stanford.EDU [171.64.64.27]) by core3.amsl.com (Postfix) with ESMTP id 2F47D3A6880 for ; Mon, 21 Jun 2010 08:12:38 -0700 (PDT)
Received: from [76.14.65.187] (helo=[192.168.1.102]) by cs-smtp-3.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OQig1-0002kL-7K; Mon, 21 Jun 2010 08:12:45 -0700
Mime-Version: 1.0 (Apple Message framework v1078)
Content-Type: text/plain; charset=us-ascii
From: Philip Levis 
In-Reply-To: <4C1EA1BA.6090800@acm.org>
Date: Mon, 21 Jun 2010 08:12:44 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: 
References: <4C1AE4A2.9020201@acm.org> <8A977BDC5A7B0E429B0F521E8D6F91EE024F4656@XMB-AMS-103.cisco.com> <4C1EA1BA.6090800@acm.org>
To: Tim Winter 
X-Mailer: Apple Mail (2.1078)
X-Scan-Signature: d568c20fab0e2ccae07d583947984559
Cc: ROLL WG 
Subject: Re: [Roll] Remove 'T' flag?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 15:12:41 -0000

On Jun 20, 2010, at 4:18 PM, Tim Winter wrote:

> Hi Mathilde,
>=20
> My opinion is that the DTSN is more useful than the 'T' flag.  The =
DTSN in a sense is a reliable mechanism to request DAOs, while DAO-ACKs =
serve as part of a reliable mechanism to deliver the DAOs.  (Also keep =
in mind that DAO-ACKs may not be present in every implementation.)
>=20
> Consider the case when only the 'T' flag is present:  How long / for =
how many DIOs should the parent assert the 'T' flag?  How many times =
should a child respond to that request, even if it has just responded to =
the asserted 'T' flag in the prior DIO? How occasionally/periodically =
should the parent assert the 'T' flag to pull a DAO from a child?
>=20
> The DTSN, on the other hand, allows the trigger for sending DAO's to =
be reliably asserted, at the expense of a multiple bit field present in =
every DIO and some state in the child.  Each child, especially in the =
case where DAO-ACK is used, need only reply once to each DTSN increment. =
 A child who misses the initial increment can easily observe in a later =
DIO that an increment has occurred and respond.
>=20
> What do others think?

Tim,

I agree -- DTSN is a superior mechanism to the 'T' flag, and the 'T' =
flag is superfluous.=20

Phil=

From prvs=781f7088e=mukul@uwm.edu  Mon Jun 21 08:24:57 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B030F3A68B2 for ; Mon, 21 Jun 2010 08:24:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.944
X-Spam-Level: 
X-Spam-Status: No, score=-1.944 tagged_above=-999 required=5 tests=[AWL=0.655,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t13vcB7QHB7w for ; Mon, 21 Jun 2010 08:24:56 -0700 (PDT)
Received: from ip2mta.uwm.edu (ip2mta.uwm.edu [129.89.7.20]) by core3.amsl.com (Postfix) with ESMTP id B4E2B3A6897 for ; Mon, 21 Jun 2010 08:24:56 -0700 (PDT)
Received: from mta02.pantherlink.uwm.edu ([129.89.7.82]) by ip2mta.uwm.edu with ESMTP; 21 Jun 2010 10:25:03 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id 3705F2C1802D; Mon, 21 Jun 2010 10:25:03 -0500 (CDT)
X-Virus-Scanned: amavisd-new at 
Received: from mta02.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta02.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KuiCK12n19Rb; Mon, 21 Jun 2010 10:25:03 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id 1367A2C18031; Mon, 21 Jun 2010 10:25:03 -0500 (CDT)
Date: Mon, 21 Jun 2010 10:25:03 -0500 (CDT)
From: Mukul Goyal 
To: Richard Kelsey 
Message-ID: <414319206.224037.1277133903049.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <87eig0l8v1.fsf@kelsey-ws.hq.ember.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [129.89.7.92]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - IE8 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Cc: roll@ietf.org
Subject: Re: [Roll] P2P hop-by-hop routes
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 15:24:57 -0000

But, the DAGs created for route discovery are temporary and the RPLInstanceID for them is "local" to the origin router.

That's why I referred to the need for a labeling mechanism to identify the route at each hop.

Thanks
Mukul

----- Original Message -----
From: "Richard Kelsey" 
To: "Mukul Goyal" 
Cc: roll@ietf.org
Sent: Monday, June 21, 2010 10:10:26 AM
Subject: Re: [Roll] P2P hop-by-hop routes

> Date: Sun, 20 Jun 2010 23:06:25 -0500 (CDT)
> From: Mukul Goyal 
>
> The P2P mechanism will allow the establishment of hop-by-hop routes
> that meet certain constraints regarding the routing metrics.
>
> Now, the other question is how does a packet, that wants to travel
> along a particular P2P hop-by-hop route, specify its preference for
> such a route? I guess we need some sort of labeling mechanism
> here. Any suggestions regarding how will it work?

Shouldn't it use the RPLInstanceID from the DODAG that
was used to create the route, same as non-P2P packets?

-Richard Kelsey

From richard.kelsey@ember.com  Mon Jun 21 08:25:29 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CF6463A6938 for ; Mon, 21 Jun 2010 08:25:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.863
X-Spam-Level: 
X-Spam-Status: No, score=-1.863 tagged_above=-999 required=5 tests=[AWL=0.736,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c1ilqSu4JH-p for ; Mon, 21 Jun 2010 08:25:28 -0700 (PDT)
Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id 9B5143A6897 for ; Mon, 21 Jun 2010 08:25:28 -0700 (PDT)
Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675);  Mon, 21 Jun 2010 11:25:35 -0400
Date: Mon, 21 Jun 2010 11:29:26 -0400
Message-Id: <87bpb4l7zd.fsf@kelsey-ws.hq.ember.com>
To: Jerald.P.Martocci@jci.com
In-reply-to:  (Jerald.P.Martocci@jci.com)
From: Richard Kelsey 
References: <1328436834.198056.1276957013936.JavaMail.root@mail02.pantherlink.uwm.edu> <1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu>  <87iq5clasl.fsf@kelsey-ws.hq.ember.com> 
X-OriginalArrivalTime: 21 Jun 2010 15:25:35.0573 (UTC) FILETIME=[FED93050:01CB1155]
Cc: roll@ietf.org
Subject: Re: [Roll] P2P route discovery: "Good enough" criteria
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 15:25:29 -0000

> From: Jerald.P.Martocci@jci.com
> Date: Mon, 21 Jun 2010 09:35:59 -0500
> 
> Like you, I was assuming a router would act as a proxy for the
> initiating host.  Maybe it's as simple as routers always proxying for
> hosts.

Jerry,

A router can act as a proxy for a host that is the goal of a
route discovery, just as it acts as a proxy for other
routing to the host.

I do not see how a router can act as a proxy for a host that
wants to initiate a route discovery.

> However, maybe I missed it, but do routers even know who its hosts
> are?  In DAGs, children know about parents, but do parents know about
> children?  What message is used to establish this link?  Since hosts
> are not part of the DAG, I wouldn't think they would sent out DAOs.

Hosts do not necessarily participate in RPL.  Routers find
out about non-RPL-participating neighboring hosts via ND.

As for hosts that do participate in RPL, I am not clear on
exactly what they must and must not do.  Perhaps there
should be a separate 'hosts' section that spells out the
requirements and options for host behavior.  I know that
I am not the only confused about this.

                                  -Richard Kelsey

From prvs=781f7088e=mukul@uwm.edu  Mon Jun 21 08:29:44 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7F9623A6897; Mon, 21 Jun 2010 08:29:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.975
X-Spam-Level: 
X-Spam-Status: No, score=-1.975 tagged_above=-999 required=5 tests=[AWL=0.624,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ttx9qIJFRTF6; Mon, 21 Jun 2010 08:29:43 -0700 (PDT)
Received: from ip1mta.uwm.edu (ip1mta.uwm.edu [129.89.7.18]) by core3.amsl.com (Postfix) with ESMTP id 3412F3A6826; Mon, 21 Jun 2010 08:29:43 -0700 (PDT)
Received: from mta02.pantherlink.uwm.edu ([129.89.7.82]) by ip1mta.uwm.edu with ESMTP; 21 Jun 2010 10:29:49 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id D87892C18031; Mon, 21 Jun 2010 10:29:49 -0500 (CDT)
X-Virus-Scanned: amavisd-new at 
Received: from mta02.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta02.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zyCdbRRF0PZD; Mon, 21 Jun 2010 10:29:49 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id 63E662C1802D; Mon, 21 Jun 2010 10:29:49 -0500 (CDT)
Date: Mon, 21 Jun 2010 10:29:49 -0500 (CDT)
From: Mukul Goyal 
To: Jerald P Martocci 
Message-ID: <242838346.224346.1277134189354.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: 
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Originating-IP: [129.89.7.92]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - IE8 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Cc: roll , roll-bounces@ietf.org
Subject: Re: [Roll] P2P hop-by-hop routes
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 15:29:45 -0000

Jerry

>I thought the P2P routes were source routed? =C2=A0

No, they can be hop-by-hop as well.

>I can see the potential confusion if they are hop-by-hop routes.
>=C2=A0However, if they're in a different DAG, wouldn't the DAG ID be the
>discriminator that the packet needs to follow a certain path?

Two things:
1) DAG created for route discovery is temporary.
2) DODAGID is nothing but an IPv6 address of the origin router.=20

I think there needs to be a (local) label to identify the route. The label =
gets assigned at the same time as the hop-by-hop state and is conveyed to t=
he next hop along with (or inside) the Discovery Reply message.

Thanks
Mukul
=20



From: Mukul Goyal 
To: roll 
Date: 06/20/2010 11:06 PM
Subject: [Roll] P2P hop-by-hop routes




The P2P mechanism will allow the establishment of hop-by-hop routes that
meet certain constraints regarding the routing metrics.

Now, the other question is how does a packet, that wants to travel along
a particular P2P hop-by-hop route, specify its preference for such a
route? I guess we need some sort of labeling mechanism here. Any
suggestions regarding how will it work?

Thanks
Mukul
_______________________________________________ Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll

From pthubert@cisco.com  Mon Jun 21 08:40:45 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C717C3A687A for ; Mon, 21 Jun 2010 08:40:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.099
X-Spam-Level: 
X-Spam-Status: No, score=-10.099 tagged_above=-999 required=5 tests=[AWL=0.500, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oo72zEbhJkhf for ; Mon, 21 Jun 2010 08:40:44 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 470273A6800 for ; Mon, 21 Jun 2010 08:40:43 -0700 (PDT)
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAPUkH0xAZnwM/2dsb2JhbACfBHGpIZophRsE
X-IronPort-AV: E=Sophos;i="4.53,453,1272844800"; d="scan'208";a="123930706"
Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-2.cisco.com with ESMTP; 21 Jun 2010 15:40:42 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5LFdguC020050; Mon, 21 Jun 2010 15:40:42 GMT
Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Mon, 21 Jun 2010 17:40:36 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Mon, 21 Jun 2010 17:40:32 +0200
Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D0225EC45@XMB-AMS-107.cisco.com>
In-Reply-To: <87fx0gl9ah.fsf@kelsey-ws.hq.ember.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] Ticket 50
thread-index: AcsRUhx6JwezYht9QQ+/Dw3bjFtV4QABfUKQ
References: <32EF5956-4440-48A4-8A8A-B8DDDC0FB260@cisco.com><6A2A459175DABE4BB11DE2026AA50A5D0213FBD8@XMB-AMS-107.cisco.com><6A2A459175DABE4BB11DE2026AA50A5D021DBCC7@XMB-AMS-107.cisco.com><8A977BDC5A7B0E429B0F521E8D6F91EE024F4617@XMB-AMS-103.cisco.com><4C1EA1A6.6040906@acm.org> <87fx0gl9ah.fsf@kelsey-ws.hq.ember.com>
From: "Pascal Thubert (pthubert)" 
To: "Richard Kelsey" , "Tim Winter" 
X-OriginalArrivalTime: 21 Jun 2010 15:40:36.0030 (UTC) FILETIME=[179005E0:01CB1158]
Cc: roll@ietf.org
Subject: Re: [Roll] Ticket 50
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 15:40:46 -0000

Perfect : )

Pascal


> -----Original Message-----
> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf
Of
> Richard Kelsey
> Sent: Monday, June 21, 2010 5:01 PM
> To: Tim Winter
> Cc: roll@ietf.org
> Subject: Re: [Roll] Ticket 50
>=20
> > Date: Sun, 20 Jun 2010 19:17:58 -0400
> > From: Tim Winter 
> >
> >
> > On 06/18/2010 04:46 AM, Mathilde Durvy (mdurvy) wrote:
> > > Hi JP,
> > >
> > > For 1) Section 7.5. "Operation as a Leaf Node" needs to be
updated.
> > > Here is a proposal:
> > > ------
> > > In some cases a RPL node may attach to a DODAG as a leaf node
only.
> > > One example of such a case is when a node does not understand the
> > > RPL Instance's OF or advertised path metric.  A leaf node does not
> > > extend DODAG connectivity and as a consequence it must obey the
> following rules:
> > >
> > >     1.  It MUST NOT transmit DIOs
> > >     3.  It MAY transmit unicast DAOs as described in Section 8.2.
> > >     4.  It MAY transmit multicast DAOs to the '1 hop' neighborhood
as
> > >         described in Section 8.10.
> > >
> > > If a node that is a router wants to become a leaf node. It SHOULD
> > > first poison its routes (advertising a Rank of INFINITE_RANK)
> >
> > I think 'MUST NOT' transmit DIOs is too strong.  I think that the
> > poisoning is good and useful in the optimistic case, but due to the
> > lossy nature of LLN the poisoning may not be 100% effective.  In
> > practice most leaf nodes might not be impacted by this, but in some
> > cases there may be a leaf node that has prior children left over
from
> > an old DODAG, and at the very least should be allowed to send the
DIO
> > to repair the situation when an inconsistency is detected should one
> > of those children forward to the leaf node.  I do agree with the
> > motivation to suppress sending DIOs from leaf nodes in the general
> > case.  How about this revised set of rules:
>=20
> This looks good to me, with one addition below.
>=20
> >          Operation as a Leaf Node
> >           [...]
> >
> >          3.  It MAY suppress DIO transmission, except DIO
transmission MUST
> >              NOT be supressed in the case where DIO transmission has
been
> >              triggered due to detection of inconsistency when a
packet is
> >              being forwarded.
>=20
> Also, a DIO sent in response to a unicast DIS MUST NOT be suppressed.
>                                  -Richard Kelsey
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll

From alexandru.petrescu@gmail.com  Mon Jun 21 09:00:36 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 041623A69D1 for ; Mon, 21 Jun 2010 09:00:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.026
X-Spam-Level: 
X-Spam-Status: No, score=-0.026 tagged_above=-999 required=5 tests=[AWL=-0.977, BAYES_50=0.001, HELO_EQ_FR=0.35, J_CHICKENPOX_63=0.6]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uwq6QbiC2zgQ for ; Mon, 21 Jun 2010 09:00:35 -0700 (PDT)
Received: from sainfoin-out.extra.cea.fr (sainfoin-out.extra.cea.fr [132.166.172.107]) by core3.amsl.com (Postfix) with ESMTP id DBC013A69B7 for ; Mon, 21 Jun 2010 09:00:34 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5LG0dBO030243 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 21 Jun 2010 18:00:39 +0200
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5LG0dd4001537; Mon, 21 Jun 2010 18:00:39 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5LG0dr4016743; Mon, 21 Jun 2010 18:00:39 +0200
Message-ID: <4C1F8CA7.60400@gmail.com>
Date: Mon, 21 Jun 2010 18:00:39 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
To: Anders Brandt 
References: <1825628081.214546.1277093185472.JavaMail.root@mail02.pantherlink.uwm.edu> <4C1F3B79.8020308@gmail.com> <6D9687E95918C04A8B30A7D6DA805A3E01CCD18F@zensys17.zensys.local>
In-Reply-To: <6D9687E95918C04A8B30A7D6DA805A3E01CCD18F@zensys17.zensys.local>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: roll@ietf.org
Subject: Re: [Roll] P2P term again
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 16:00:36 -0000

Le 21/06/2010 17:02, Monnerie, Emmanuel a écrit :
> Alex,
>
> I agree that the term P2P was not always used the right way. P2P
> should refer to Peer-to-Peer, not Point-to-Point.

I agree.

> It has been defined in RFC5867 as follow: "5.2.2 Peer-to-Peer
> communication (...) A network device MUST be able to communicate in
> an end-to-end manner with any other device on the network."

IMHO this P2P definition is probably too much E2E which has a strong TCP 
co-notation itself, thus risking to ambiguate the RPL use of ICMP.

Alex

>
> Best Regards
>
>
>
> -----Original Message----- From: roll-bounces@ietf.org
> [mailto:roll-bounces@ietf.org] On Behalf Of Anders Brandt Sent:
> Monday, June 21, 2010 6:47 AM To: Alexandru Petrescu; roll@ietf.org
> Subject: Re: [Roll] P2P term again (was: P2P hop-by-hop routes)
>
> Alex,
>
> I think you are right that this term is wrong (!) The best
> explanation I can give is that we used it from the start ... If we
> are to change it, now is a very good time before it starts working
> its way into the RPL framework.
>
> So do you have some good acronyms on the table? PPP is something
> different; most of all it is a specific protocol, while our term
> mainly deals with the special type of traffic that is between two
> points inside the LLN.
>
> While not sufficiently catchy, "Intra-Network Unicast" (INU)
> transport is what this is about. Who can come up with the best
> acronym which does not resemble something important?
>
> "PTP" doesn't seem to be that overloaded, so can it be done that
> simple?
>
> Cheers, Anders
>
>> -----Original Message----- From: roll-bounces@ietf.org
>> [mailto:roll-bounces@ietf.org] On Behalf Of Alexandru Petrescu
>> Sent: Monday, June 21, 2010 12:14 To: roll@ietf.org Subject: Re:
>> [Roll] P2P term again (was: P2P hop-by-hop routes)
>>
>> What to others think about the P2P term?  Is the term ok to your
>> understanding?
>>
>> To my reading, "P2P" stands for peer-to-peer and is in widespread
>> use for overlay networks; this terminology is different than the
>> intention you seem to use for P2P to mean e.g. straight
>> communication between two leaf nodes of same parent.
>>
>> To my reading, "point-to-point" stands for a specific kind of
>> link, different than broadcast, or multicast capable links
>> (Ethernet) - point-to-point links, sometimes abbreviated ptp, are
>> using the PPP prrotocol ("PPP" stands for point-to-point protocol).
>> This is again different than what you seem to use as P2P term -
>> your P2P is not using PPP.
>>
>> In this sense, I would like to clarify the P2P term used in RoLL.
>> It is good to use common terminology to understand each other.
>>
>> What to others think about the P2P term?  Is the term ok to your
>> understanding?
>>
>> Alex
>>
>> Le 21/06/2010 06:06, Mukul Goyal a écrit :
>>> The P2P mechanism will allow the establishment of hop-by-hop
>>> routes that meet certain constraints regarding the routing
>>> metrics.
>>>
>>> Now, the other question is how does a packet, that wants to
>>> travel along a particular P2P hop-by-hop route, specify its
>>> preference for such a route? I guess we need some sort of
>>> labeling mechanism here. Any suggestions regarding how will it
>>> work?
>>>
>>> Thanks Mukul _______________________________________________ Roll
>>> mailing list Roll@ietf.org
>> https://www.ietf.org/mailman/listinfo/roll
>>>
>>
>>
>> _______________________________________________ Roll mailing list
>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>
> _______________________________________________ Roll mailing list
> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>
>
>
> Emmanuel Monnerie Senior Research Engineer Landis+Gyr Energy
> Management Solutions Office: +1 678 258 1695 Fax: +1 678 258 1316
> Emmanuel.Monnerie@landisgyr.com www.landisgyr.com manage energy
> better
>



From alexandru.petrescu@gmail.com  Mon Jun 21 09:06:52 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AD1153A69D5 for ; Mon, 21 Jun 2010 09:06:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.654
X-Spam-Level: 
X-Spam-Status: No, score=-0.654 tagged_above=-999 required=5 tests=[AWL=-0.264, BAYES_20=-0.74, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y+OB9xmjkBuH for ; Mon, 21 Jun 2010 09:06:51 -0700 (PDT)
Received: from oxalide-out.extra.cea.fr (oxalide-out.extra.cea.fr [132.168.224.1]) by core3.amsl.com (Postfix) with ESMTP id 536823A6861 for ; Mon, 21 Jun 2010 09:06:51 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5LG6uYm013871 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 21 Jun 2010 18:06:56 +0200
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5LG6usa007039; Mon, 21 Jun 2010 18:06:56 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5LG6t1t006719; Mon, 21 Jun 2010 18:06:55 +0200
Message-ID: <4C1F8E1F.8060402@gmail.com>
Date: Mon, 21 Jun 2010 18:06:55 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
To: Anders Brandt 
References: <1825628081.214546.1277093185472.JavaMail.root@mail02.pantherlink.uwm.edu> <4C1F3B79.8020308@gmail.com> <6D9687E95918C04A8B30A7D6DA805A3E01CCD18F@zensys17.zensys.local>
In-Reply-To: <6D9687E95918C04A8B30A7D6DA805A3E01CCD18F@zensys17.zensys.local>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: roll@ietf.org
Subject: Re: [Roll] P2P term again
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 16:06:52 -0000

Thanks for the reply.

Le 21/06/2010 12:46, Anders Brandt a écrit :
> Alex,
>
> I think you are right that this term is wrong (!) The best
> explanation I can give is that we used it from the start ... If we
> are to change it, now is a very good time before it starts working
> its way into the RPL framework.
>
> So do you have some good acronyms on the table? PPP is something
> different; most of all it is a specific protocol, while our term
> mainly deals with the special type of traffic that is between two
> points inside the LLN.
>
> While not sufficiently catchy, "Intra-Network Unicast" (INU)
> transport is what this is about.

Hmm... INU sounds good.  Is it really transport?  (TCP and UDP are
transport).

Intra-Network: right, it is within a network of same routing protocol (RPL).

> Who can come up with the best acronym which does not resemble
> something important?
>
> "PTP" doesn't seem to be that overloaded, so can it be done that
> simple?

I may have seen too much "ptp" discussion in the past: in the PMIP and
FMIP protocols they mean "point-to-point links".  Not sure whether the
issued RFCs continue using "ptp", but "point-to-point links" yes.

Do we characterize behaviour?  How does OSPF characterize this
peertopeer-pointopoint behaviour?  Which word?

Alex


>
> Cheers, Anders
>
>> -----Original Message----- From: roll-bounces@ietf.org
>> [mailto:roll-bounces@ietf.org] On Behalf Of Alexandru Petrescu
>> Sent: Monday, June 21, 2010 12:14 To: roll@ietf.org Subject: Re:
>> [Roll] P2P term again (was: P2P hop-by-hop routes)
>>
>> What to others think about the P2P term?  Is the term ok to your
>> understanding?
>>
>> To my reading, "P2P" stands for peer-to-peer and is in widespread
>> use for overlay networks; this terminology is different than the
>> intention you seem to use for P2P to mean e.g. straight
>> communication between two leaf nodes of same parent.
>>
>> To my reading, "point-to-point" stands for a specific kind of link,
>> different than broadcast, or multicast capable links (Ethernet) -
>> point-to-point links, sometimes abbreviated ptp, are using the PPP
>> prrotocol ("PPP" stands for point-to-point protocol). This is again
>> different than what you seem to use as P2P term - your P2P is not
>> using PPP.
>>
>> In this sense, I would like to clarify the P2P term used in RoLL.
>> It is good to use common terminology to understand each other.
>>
>> What to others think about the P2P term?  Is the term ok to your
>> understanding?
>>
>> Alex
>>
>> Le 21/06/2010 06:06, Mukul Goyal a écrit :
>>> The P2P mechanism will allow the establishment of hop-by-hop
>>> routes that meet certain constraints regarding the routing
>>> metrics.
>>>
>>> Now, the other question is how does a packet, that wants to
>>> travel along a particular P2P hop-by-hop route, specify its
>>> preference for such a route? I guess we need some sort of
>>> labeling mechanism here. Any suggestions regarding how will it
>>> work?
>>>
>>> Thanks Mukul _______________________________________________
>>> Roll mailing list Roll@ietf.org
>> https://www.ietf.org/mailman/listinfo/roll
>>>
>>
>>
>> _______________________________________________ Roll mailing list
>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>
>



From pal@cs.stanford.edu  Mon Jun 21 09:38:58 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 838963A6A89 for ; Mon, 21 Jun 2010 09:38:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.019
X-Spam-Level: 
X-Spam-Status: No, score=-5.019 tagged_above=-999 required=5 tests=[AWL=0.091,  BAYES_05=-1.11, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bSRnjcy7NO4i for ; Mon, 21 Jun 2010 09:38:55 -0700 (PDT)
Received: from cs-smtp-2.Stanford.EDU (cs-smtp-2.Stanford.EDU [171.64.64.26]) by core3.amsl.com (Postfix) with ESMTP id C70723A6A67 for ; Mon, 21 Jun 2010 09:38:54 -0700 (PDT)
Received: from dnab404624.stanford.edu ([171.64.70.36]) by cs-smtp-2.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OQk1V-0002Qm-Q4 for roll@ietf.org; Mon, 21 Jun 2010 09:39:01 -0700
From: Philip Levis 
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Date: Mon, 21 Jun 2010 09:16:09 -0700
Message-Id: 
To: ROLL WG 
Mime-Version: 1.0 (Apple Message framework v1078)
X-Mailer: Apple Mail (2.1078)
X-Scan-Signature: a1ccd6d2fa83ef575f7b7817ead66a1e
Subject: [Roll] timer-based counters
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 16:38:58 -0000

One issue that has come up in RPL security is the use of timer-based =
counters. This mechanism is similar to that used in 802.15.4e, where =
nodes have an approximate global clock and can use that clock to detect =
and reject delayed packets.

Because we don't want to enforce the presence of such a clock in RPL, =
this means that nodes with clocks and those without need to be able to =
interoperate. This is what calls for the 'T' flag in the security =
section (different than the soon-to-be defunct 'T' flag in a DIO). There =
are also implications to counter compression.

The question I'd like to ask the WG is: Is the benefit of supporting =
clocks directly in RPL worth the added complexity of clock/no-clock =
interoperability?

Phil=

From pal@cs.stanford.edu  Mon Jun 21 09:38:59 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 46BF33A6A67 for ; Mon, 21 Jun 2010 09:38:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.471
X-Spam-Level: 
X-Spam-Status: No, score=-4.471 tagged_above=-999 required=5 tests=[AWL=-0.472, BAYES_50=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0wblsaoWIFHi for ; Mon, 21 Jun 2010 09:38:55 -0700 (PDT)
Received: from cs-smtp-2.Stanford.EDU (cs-smtp-2.Stanford.EDU [171.64.64.26]) by core3.amsl.com (Postfix) with ESMTP id C70043A69D6 for ; Mon, 21 Jun 2010 09:38:54 -0700 (PDT)
Received: from dnab404624.stanford.edu ([171.64.70.36]) by cs-smtp-2.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OQk1V-0002Qm-BS; Mon, 21 Jun 2010 09:39:01 -0700
Mime-Version: 1.0 (Apple Message framework v1078)
Content-Type: text/plain; charset=us-ascii
From: Philip Levis 
In-Reply-To: <87sk4kl74d.fsf@kelsey-ws.hq.ember.com>
Date: Mon, 21 Jun 2010 09:09:53 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: 
References: <1970550793.165216.1276828237438.JavaMail.root@mail02.pantherlink.uwm.edu> <5BEAFD5C-242E-4BAB-8E3F-ED372B91112E@cs.stanford.edu> <87sk4kl74d.fsf@kelsey-ws.hq.ember.com>
To: Richard Kelsey 
X-Mailer: Apple Mail (2.1078)
X-Scan-Signature: f824399eb00b5943f8bdbe5dd24fccda
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 16:38:59 -0000

On Jun 18, 2010, at 7:58 AM, Richard Kelsey wrote:

>> From: Philip Levis 
>> Date: Thu, 17 Jun 2010 19:44:32 -0700
>>=20
>> This seems to be getting kind of complex: a DAG specifies an =20
>> objective function, as well as a metric->rank conversion function, as =
=20
>> well as the metrics that the objective function uses?
>=20
> It certainly can be complex, but it doesn't have to be.  We
> want to cover the full spectrum, from just minimizing ETX to
> using a weighted set of metrics that can be tuned
> dynamically.  The goal is to allow for the second without
> burdening simpler devices.
>=20
> A DAG would specify an objective function and a metric->rank
> conversion function, with the latter including which metrics
> are used as inputs.  For an ETX-only DAG, the metric->rank
> function can be the identity function and no metric
> container is needed.  Other single metrics, such as latency,
> might require metric->rank to do some scaling, in which case
> a metric container is still needed.
>=20
> I think that specifying the metric->rank conversion
> independently of the OF and the metric values will be
> simpler in the long run, as it allows us to simplify the OF
> and the metric values while still supporting complex metric
> calculations for those that want them.
>=20
>                                 -Richard Kelsey

Sure, but I hope you can understand my concern.=20

The common and simple base case (ETX) is becoming rather complex.  We've =
gone from having multiple objective functions (OF), to having abstract =
objective functions whose computation is implicitly defined by metric =
container contents (OF + container), to abstract objective functions =
with metric containers and metric conversion functions (OF + container + =
conversion). I understand that we want to support complex use cases, but =
the burden on basic use cases is becoming pretty significant.=20

I personally think the "abstract OF" proposal is one that seems good in =
theory, but is going to cause a lot of trouble in practice, in =
particular due to Rank. Many LLNs are deeply embedded networks: while in =
wired routers you can have an admin log in and debug a problem, in LLNs =
you often can't even observe what's happening within the network.

I don't mean to suggest that I think OF's *can't* work. I just think =
that right now the idea is half-baked and the concrete engineering =
concerns that arise haven't been seriously considered or examined. If we =
actually think this through (rather than hand-wave), we can understand =
the problem better and define OFs in a way that gives us the desired =
flexibility yet does not have engineering problems.

I'll return to the refrain: we're trying to standardize current =
practice. There are some cases where we want to add a new tweak for =
compelling reasons, but when we do so we should be sure we actually =
understand the implications.

Phil=

From prvs=781f7088e=mukul@uwm.edu  Mon Jun 21 10:13:13 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6E41628C10A; Mon, 21 Jun 2010 10:13:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.074
X-Spam-Level: 
X-Spam-Status: No, score=-1.074 tagged_above=-999 required=5 tests=[AWL=-0.334, BAYES_20=-0.74]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DOsCa+-n2AYa; Mon, 21 Jun 2010 10:13:11 -0700 (PDT)
Received: from ip2mta.uwm.edu (ip2mta.uwm.edu [129.89.7.20]) by core3.amsl.com (Postfix) with ESMTP id E594328C105; Mon, 21 Jun 2010 10:13:06 -0700 (PDT)
Received: from mta01.pantherlink.uwm.edu ([129.89.7.81]) by ip2mta.uwm.edu with ESMTP; 21 Jun 2010 12:13:13 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta01.pantherlink.uwm.edu (Postfix) with ESMTP id AC7584FEC14F; Mon, 21 Jun 2010 12:13:13 -0500 (CDT)
X-Virus-Scanned: amavisd-new at pantherlink.uwm.edu
Received: from mta01.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta01.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S9WCpOs9YXGe; Mon, 21 Jun 2010 12:13:13 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta01.pantherlink.uwm.edu (Postfix) with ESMTP id 3F6DF4FEC146; Mon, 21 Jun 2010 12:13:13 -0500 (CDT)
Date: Mon, 21 Jun 2010 12:13:13 -0500 (CDT)
From: Mukul Goyal 
To: Jerald P Martocci 
Message-ID: <1854430150.231046.1277140393150.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: 
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Originating-IP: [129.89.7.92]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - IE8 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Cc: roll , roll-bounces@ietf.org
Subject: Re: [Roll] P2P: "distance" and the "good enough" criteria
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 17:13:13 -0000

Hi Jerry

I guess objective functiions other than "minimize a metric" can also be use=
d.=20

My main question was do we need an OF at all since the "good enough" criter=
ia is a bunch of constraints. The OF can help the target router choose the =
best routes among the ones that meet the good enough criteria. So, I guess =
OF will be useful if the target router intends to wait for a while before s=
ending the Discovery Reply back. During this duration, the target router ca=
n apply the OF to select the best routes among the ones that met the good e=
nough criteria. If the target router does not wait, i.e. it immediately acc=
epts a route if it meets the good enough criteria, then OF seems redundant =
information.=20

So, I guess, it makes sense to keep OF in the Route Discovery Option to hel=
p target routers that want to wait a while before sending Discovery Reply b=
ack.

Thanks
Mukul

----- Original Message -----
From: "Jerald P Martocci" 
To: "Mukul Goyal" 
Cc: "roll" , roll-bounces@ietf.org
Sent: Monday, June 21, 2010 9:06:40 AM
Subject: Re: [Roll] P2P: "distance" and the "good enough" criteria

Mukul,

The P2P mechanism was added specifically to find 'good enough'
low-latency routes. =C2=A0I don't believe there's another announced use cas=
e.
=C2=A0Hence, I would think the objective function would be well defined for
any P2P route, whether it be minimal hop counts or ETX or whatever.
=C2=A0Whatever metric we come up with that defines low-latency routes shoul=
d
be the metric used for P2P routes.

Jerry


From: Mukul Goyal 
To: roll 
Date: 06/20/2010 01:19 AM
Subject: [Roll] P2P: "distance" and the "good enough" criteria




Hi all

I would like to start a discussion about the following important
features of the P2P route discovery mechanism:
1) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 a limit on the =
=E2=80=9Cdistance=E2=80=9D the discovery messages may
travel 2) =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 a =E2=80=
=9Cgood enough=E2=80=9D criteria for route selection.

The discovery message propagation takes place via the creation of a
temporary DAG. The reason we chose to propagate the discovery message as
an option inside the DIO was strong controls available for DIO
propagation: 1)rank based poisoning of DIOs traveling inwards and
2)trickle controlled generation.
We added a further control: a maximum limit on the rank. A node MUST not
join this DAG if its rank in the DAG will exceed this limit. This
maximum rank value limits the =E2=80=9Cdistance=E2=80=9D that a discovery m=
essage may
travel.

Now, having made the decision regarding using DIOs as discovery
messages, the next question is how does a node select its rank in this
temporary DAG and what metrics are to be used for the creation of this
DAG?

One answer would be: use the same metrics for DAG formation that are to
be used for route selection.

The other answer is: Since highly-constrained devices may find it
difficult to compute a complex objective function, involving multiple
routing metrics, for each received DIO/Discovery message, let us allow
the use of simpler/fewer metrics for the creation of the temporary DAG.
For example, the objective of route discovery might be to find the
routes that have the success rate more than 90% and latency less than
100ms, but the rank calculation in the temporary dag is simply based on
minimizing the hop-count. In this example, the route selection
criteria/metrics are totally different from the rank calculation
metrics. Another example, where the two are related, is using criteria =E2=
=80=93
ETX less than 10 and latency less than 200ms =E2=80=93 for route selection =
and
calculate the rank in the temporary DAG based on minimizing ETX alone.

So, a node, that joins the temporary DAG at a rank x, ignores DIOs
received from nodes with lower (higher in numerical value) rank. This
does have the effect that if a DIO from a lower ranked node carries
information about a really good route (in terms of metrics used for
route selection), it will be ignored as well. But, this is the price one
has to pay for using different metrics for temporary DAG formation than
for route selection. When a node receives a DIO from a higher ranked
neighbor, it updates the metrics used for route discovery and possibly
advertises these values in its own DIO.

Now, as the DIOs reach the target router, it examines the metrics to
determine if the routes advertized by these DIOs meet the =E2=80=9Cgood eno=
ugh=E2=80=9D
criteria. In the two examples discussed above, the =E2=80=9Cgood enough=E2=
=80=9D
criteria are:
1) success rate more than 90% AND latency less than 100ms;
2) ETX less than 10 AND latency less than 200ms
respectively.

Since the "good enough" criteria is just a bunch of constraints, I
suspect there is no need to specify an OCP inside a Route Discovery
Option. (The Route Discovery Option defined in p2p-rpl-01 does include
an optional OCP field; I think it should go away).


Thanks
Mukul
_______________________________________________ Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll

From alexandru.petrescu@gmail.com  Mon Jun 21 10:55:38 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C76263A6ABA for ; Mon, 21 Jun 2010 10:55:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.516
X-Spam-Level: 
X-Spam-Status: No, score=0.516 tagged_above=-999 required=5 tests=[AWL=0.165,  BAYES_50=0.001, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MVETc2yBP0ix for ; Mon, 21 Jun 2010 10:55:38 -0700 (PDT)
Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by core3.amsl.com (Postfix) with ESMTP id B04353A6AB1 for ; Mon, 21 Jun 2010 10:55:36 -0700 (PDT)
Received: from [127.0.0.1] (bur91-3-82-239-213-32.fbx.proxad.net [82.239.213.32]) by smtp1-g21.free.fr (Postfix) with ESMTP id 7E70A9401C5 for ; Mon, 21 Jun 2010 19:55:38 +0200 (CEST)
Message-ID: <4C1FA789.4050204@gmail.com>
Date: Mon, 21 Jun 2010 19:55:21 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
To: roll@ietf.org
References: 
In-Reply-To: 
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: 8bit
X-Antivirus: avast! (VPS 100621-0, 21/06/2010), Outbound message
X-Antivirus-Status: Clean
Subject: Re: [Roll] timer-based counters
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 17:55:38 -0000

Le 21/06/2010 18:16, Philip Levis a écrit :
> One issue that has come up in RPL security is the use of timer-based
>  counters. This mechanism is similar to that used in 802.15.4e, where
>  nodes have an approximate global clock and can use that clock to
> detect and reject delayed packets.
>
> Because we don't want to enforce the presence of such a clock in RPL,
> this means that nodes with clocks and those without need to be able
> to interoperate. This is what calls for the 'T' flag in the security
> section (different than the soon-to-be defunct 'T' flag in a DIO).
> There are also implications to counter compression.
>
> The question I'd like to ask the WG is: Is the benefit of supporting
>  clocks directly in RPL worth the added complexity of clock/no-clock
>  interoperability?

Clock is not my specialty but I'd say: no, the benefit of supporting
clocks directly in RPL is not worth the added complexity of
clock/no-clock interop.

One wouldn't want an IP path to break because the clock is not synched
enough.

Clock is good for many things.  Precise clock availability has evolved
dramatically in recent years, witness the miniaturization of GPS, GSM,
LF (wristwatches) and NTP devices.

However, I am generally reluctant to rely the protocol inner function to
depend on clock.  Because clock sync is difficult to achieve.  It may be
easier between computers communicating on same link-layer but very hard
over various links.

I once did a test for clock synch : NTP, GPS, GSM - the time indicated
on same computer (and watch) varied as much as 1second.  The time
shown by a TV broadcaster was even larger.

If all RPL computers had NTP then the precision is guaranteed in the
order of hundreds of milliseconds.  Is this enough, not enough - hard to
say.  Even harder to say in the low-bandwidth constrained devices: how
would one synch the clock when the time to communicate a timestamp is
the one of 300baud speed.

Clock is not my specialty but I have a reluctance towards relying
protocol inner workings on clock.

Alex

>
> Phil _______________________________________________ Roll mailing
> list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>


From richard.kelsey@ember.com  Mon Jun 21 11:06:07 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0D1F93A6AB5 for ; Mon, 21 Jun 2010 11:06:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.916
X-Spam-Level: 
X-Spam-Status: No, score=-1.916 tagged_above=-999 required=5 tests=[AWL=0.683,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n+D3ANAtHz8C for ; Mon, 21 Jun 2010 11:06:05 -0700 (PDT)
Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id 618B43A6AB9 for ; Mon, 21 Jun 2010 11:06:05 -0700 (PDT)
Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675);  Mon, 21 Jun 2010 14:06:11 -0400
Date: Mon, 21 Jun 2010 14:10:04 -0400
Message-Id: <87aaqol0jn.fsf@kelsey-ws.hq.ember.com>
To: Mukul Goyal 
In-reply-to: <414319206.224037.1277133903049.JavaMail.root@mail02.pantherlink.uwm.edu> (message from Mukul Goyal on Mon, 21 Jun 2010 10:25:03 -0500 (CDT))
From: Richard Kelsey 
References: <414319206.224037.1277133903049.JavaMail.root@mail02.pantherlink.uwm.edu>
X-OriginalArrivalTime: 21 Jun 2010 18:06:11.0769 (UTC) FILETIME=[6E780290:01CB116C]
Cc: roll@ietf.org
Subject: Re: [Roll] P2P hop-by-hop routes
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 18:06:07 -0000

> Date: Mon, 21 Jun 2010 10:25:03 -0500 (CDT)
> From: Mukul Goyal 
>
> But, the DAGs created for route discovery are temporary
> and the RPLInstanceID for them is "local" to the origin
> router.

If the discovered routes are only used for packets going to
and from the origin router there is no problem with using a
"local" RPLInstanceID to mark the packets.

Determining when a "local" RPLInstanceID could be reused is
a harder problem, but exactly the same problem would occur
with labels as well.  Both would need a lifetime of some
kind.

I agree that using some kind of label might be better, but I
think that the P2P routing needs to use the same data packet
markers as the core protocol.  I can't see using labels for
P2P routes and RPLInstanceIDs for the core.

                                    -Richard Kelsey

From richard.kelsey@ember.com  Mon Jun 21 11:30:17 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5623A28C0CF for ; Mon, 21 Jun 2010 11:30:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.661
X-Spam-Level: 
X-Spam-Status: No, score=-0.661 tagged_above=-999 required=5 tests=[AWL=-0.662, BAYES_50=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4UhQgbyZFjsc for ; Mon, 21 Jun 2010 11:30:12 -0700 (PDT)
Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id 4C7573A67F3 for ; Mon, 21 Jun 2010 11:30:12 -0700 (PDT)
Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675);  Mon, 21 Jun 2010 14:30:19 -0400
Date: Mon, 21 Jun 2010 14:34:11 -0400
Message-Id: <878w68kzfg.fsf@kelsey-ws.hq.ember.com>
To: Philip Levis 
In-reply-to:  (message from Philip Levis on Mon, 21 Jun 2010 09:09:53 -0700)
From: Richard Kelsey 
References: <1970550793.165216.1276828237438.JavaMail.root@mail02.pantherlink.uwm.edu> <5BEAFD5C-242E-4BAB-8E3F-ED372B91112E@cs.stanford.edu> <87sk4kl74d.fsf@kelsey-ws.hq.ember.com> 
X-OriginalArrivalTime: 21 Jun 2010 18:30:19.0119 (UTC) FILETIME=[CD2817F0:01CB116F]
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 18:30:17 -0000

> From: Philip Levis 
> Date: Mon, 21 Jun 2010 09:09:53 -0700
> 
> On Jun 18, 2010, at 7:58 AM, Richard Kelsey wrote:
> 
> >> From: Philip Levis 
> >> Date: Thu, 17 Jun 2010 19:44:32 -0700
> >> 
> >> This seems to be getting kind of complex: a DAG specifies an  
> >> objective function, as well as a metric->rank conversion function, as  
> >> well as the metrics that the objective function uses?
> > 
> > It certainly can be complex, but it doesn't have to be.  We
> > want to cover the full spectrum, from just minimizing ETX to
> > using a weighted set of metrics that can be tuned
> > dynamically.  The goal is to allow for the second without
> > burdening simpler devices.
> > 
> > A DAG would specify an objective function and a metric->rank
> > conversion function, with the latter including which metrics
> > are used as inputs.  For an ETX-only DAG, the metric->rank
> > function can be the identity function and no metric
> > container is needed.  Other single metrics, such as latency,
> > might require metric->rank to do some scaling, in which case
> > a metric container is still needed.
> > 
> > I think that specifying the metric->rank conversion
> > independently of the OF and the metric values will be
> > simpler in the long run, as it allows us to simplify the OF
> > and the metric values while still supporting complex metric
> > calculations for those that want them.
> 
> Sure, but I hope you can understand my concern. 

Absolutely.  I do think that separating the metric->rank
calculation from both the metrics and the objective
function makes the whole thing simpler in the end.

> The common and simple base case (ETX) is becoming rather complex.
> We've gone from having multiple objective functions (OF), to having
> abstract objective functions whose computation is implicitly defined
> by metric container contents (OF + container), to abstract objective
> functions with metric containers and metric conversion functions (OF +
> container + conversion). I understand that we want to support complex
> use cases, but the burden on basic use cases is becoming pretty
> significant.

This is where I disagree.  The simple base case (ETX) gets
simpler if we have a separate metric->rank conversion, not
more complex.  The metric->rank conversion for ETX is trivial,
and by having a separate metric->rank conversion both the OF
and the ETX metric itself can be simplified.

> I personally think the "abstract OF" proposal is one that seems good
> in theory, but is going to cause a lot of trouble in practice, in
> particular due to Rank. Many LLNs are deeply embedded networks: while
> in wired routers you can have an admin log in and debug a problem, in
> LLNs you often can't even observe what's happening within the network.

Absolutely.  For deeply embedded networks it isn't enough to
just implement RFCs.  A lot more needs to get nailed down
than is normally done in an RFC.  In administered networks
sysadmins do the tweaking necessary to get everything
running well together, but embedded devices don't have that
luxury.  For them the tweaking will have to be standardized.
That isn't going to happen in the core RFCs.  The core RFCs
have to allow for both administered networks (the norm for
IP) and deeply embedded networks (the norm for LLNs).

> I'll return to the refrain: we're trying to standardize current
> practice. There are some cases where we want to add a new tweak for
> compelling reasons, but when we do so we should be sure we actually
> understand the implications.

The problem is that we have two different communities with
different standard practices.  Both need to be accomodated.

                                   -Richard Kelsey

From Jerald.P.Martocci@jci.com  Mon Jun 21 11:46:04 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 35D6D3A6A07; Mon, 21 Jun 2010 11:46:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.538
X-Spam-Level: 
X-Spam-Status: No, score=-4.538 tagged_above=-999 required=5 tests=[AWL=0.506,  BAYES_00=-2.599, HTML_MESSAGE=0.001, HTML_MIME_NO_HTML_TAG=0.097, MIME_HTML_ONLY=1.457, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K9hA7BEUWypA; Mon, 21 Jun 2010 11:46:03 -0700 (PDT)
Received: from exprod8og110.obsmtp.com (exprod8og110.obsmtp.com [64.18.3.100]) by core3.amsl.com (Postfix) with ESMTP id 642443A6AB5; Mon, 21 Jun 2010 11:46:02 -0700 (PDT)
Received: from source ([192.132.24.139]) (using SSLv3) by exprod8ob110.postini.com ([64.18.7.12]) with SMTP ID DSNKTB+zb5vTMwVwI0kbxEO6DJH4So9nBUvP@postini.com; Mon, 21 Jun 2010 11:46:10 PDT
Received: from jwimkrs1.na.jci.com ([10.10.6.31]) by smtpmke02.jci.com (Lotus Domino Release 8.0.1) with ESMTP id 2010062113490073-2581205 ; Mon, 21 Jun 2010 13:49:00 -0500 
In-Reply-To: <878w68kzfg.fsf@kelsey-ws.hq.ember.com>
References: <1970550793.165216.1276828237438.JavaMail.root@mail02.pantherlink.uwm.edu> <5BEAFD5C-242E-4BAB-8E3F-ED372B91112E@cs.stanford.edu>	<87sk4kl74d.fsf@kelsey-ws.hq.ember.com>  <878w68kzfg.fsf@kelsey-ws.hq.ember.com>
To: Richard Kelsey 
MIME-Version: 1.0
X-KeepSent: 93CAA75A:C6EB1C08-86257749:00669DA8; type=4; flags=0; name=$KeepSent
X-Mailer: Lotus Notes Release 8.0.2  CCH3 December 30, 2008
From: Jerald.P.Martocci@jci.com
Message-ID: 
Date: Mon, 21 Jun 2010 13:45:52 -0500
X-MIMETrack: Serialize by Router on jwimkrs1.na.jci.com/NA/Johnson_Controls at 06/21/2010 01:45:57 PM, Serialize complete at 06/21/2010 01:45:57 PM, Itemize by SMTP Server on smtpmke02.jci.com/JCI_SMTP(Release 8.0.1|February 07, 2008) at 06/21/2010 01:49:00 PM, Serialize by Router on smtpmke02.jci.com/JCI_SMTP(Release 8.0.1|February 07, 2008) at 06/21/2010 01:49:11 PM, Serialize complete at 06/21/2010 01:49:11 PM
Content-Type: text/html; charset="US-ASCII"
Cc: roll-bounces@ietf.org, roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric	values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 18:46:04 -0000




Richard,



The need to wholly specify embedded
networks is a very salient point.  These devices have to boot strap
themselves, sniff the environment and self-configure themselves.  There
may not be a Sys Admin even allowed to enter the building for many months!



+1





Jerry














From:
Richard Kelsey <richard.kelsey@ember.com>


To:
Philip Levis <pal@cs.stanford.edu>


Cc:
roll@ietf.org


Date:
06/21/2010 01:31 PM


Subject:
Re: [Roll] [roll] #53: How does an OF
compute rank from metric        values?










> From: Philip Levis <pal@cs.stanford.edu>

> Date: Mon, 21 Jun 2010 09:09:53 -0700

> 

> On Jun 18, 2010, at 7:58 AM, Richard Kelsey wrote:

> 

> >> From: Philip Levis <pal@cs.stanford.edu>

> >> Date: Thu, 17 Jun 2010 19:44:32 -0700

> >> 

> >> This seems to be getting kind of complex: a DAG specifies
an  

> >> objective function, as well as a metric->rank conversion
function, as  

> >> well as the metrics that the objective function uses?

> > 

> > It certainly can be complex, but it doesn't have to be.  We

> > want to cover the full spectrum, from just minimizing ETX to

> > using a weighted set of metrics that can be tuned

> > dynamically.  The goal is to allow for the second without

> > burdening simpler devices.

> > 

> > A DAG would specify an objective function and a metric->rank

> > conversion function, with the latter including which metrics

> > are used as inputs.  For an ETX-only DAG, the metric->rank

> > function can be the identity function and no metric

> > container is needed.  Other single metrics, such as latency,

> > might require metric->rank to do some scaling, in which case

> > a metric container is still needed.

> > 

> > I think that specifying the metric->rank conversion

> > independently of the OF and the metric values will be

> > simpler in the long run, as it allows us to simplify the OF

> > and the metric values while still supporting complex metric

> > calculations for those that want them.

> 

> Sure, but I hope you can understand my concern. 



Absolutely.  I do think that separating the metric->rank

calculation from both the metrics and the objective

function makes the whole thing simpler in the end.



> The common and simple base case (ETX) is becoming rather complex.

> We've gone from having multiple objective functions (OF), to having

> abstract objective functions whose computation is implicitly defined

> by metric container contents (OF + container), to abstract objective

> functions with metric containers and metric conversion functions (OF
+

> container + conversion). I understand that we want to support complex

> use cases, but the burden on basic use cases is becoming pretty

> significant.



This is where I disagree.  The simple base case (ETX) gets

simpler if we have a separate metric->rank conversion, not

more complex.  The metric->rank conversion for ETX is trivial,

and by having a separate metric->rank conversion both the OF

and the ETX metric itself can be simplified.



> I personally think the "abstract OF" proposal is one that
seems good

> in theory, but is going to cause a lot of trouble in practice, in

> particular due to Rank. Many LLNs are deeply embedded networks: while

> in wired routers you can have an admin log in and debug a problem,
in

> LLNs you often can't even observe what's happening within the network.



Absolutely.  For deeply embedded networks it isn't enough to

just implement RFCs.  A lot more needs to get nailed down

than is normally done in an RFC.  In administered networks

sysadmins do the tweaking necessary to get everything

running well together, but embedded devices don't have that

luxury.  For them the tweaking will have to be standardized.

That isn't going to happen in the core RFCs.  The core RFCs

have to allow for both administered networks (the norm for

IP) and deeply embedded networks (the norm for LLNs).



> I'll return to the refrain: we're trying to standardize current

> practice. There are some cases where we want to add a new tweak for

> compelling reasons, but when we do so we should be sure we actually

> understand the implications.



The problem is that we have two different communities with

different standard practices.  Both need to be accomodated.



                    
              -Richard Kelsey

_______________________________________________

Roll mailing list

Roll@ietf.org

https://www.ietf.org/mailman/listinfo/roll







From pal@cs.stanford.edu  Mon Jun 21 11:50:54 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 191D63A6AB6; Mon, 21 Jun 2010 11:50:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.805
X-Spam-Level: 
X-Spam-Status: No, score=-4.805 tagged_above=-999 required=5 tests=[AWL=-0.066, BAYES_20=-0.74, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YWVNW45S0lUm; Mon, 21 Jun 2010 11:50:49 -0700 (PDT)
Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by core3.amsl.com (Postfix) with ESMTP id E6E193A68D4; Mon, 21 Jun 2010 11:50:48 -0700 (PDT)
Received: from dnab4046bc.stanford.edu ([171.64.70.188]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OQm55-0001pO-0T; Mon, 21 Jun 2010 11:50:56 -0700
Mime-Version: 1.0 (Apple Message framework v1078)
Content-Type: multipart/alternative; boundary=Apple-Mail-50-338822791
From: Philip Levis 
In-Reply-To: 
Date: Mon, 21 Jun 2010 11:50:49 -0700
Message-Id: 
References: <1970550793.165216.1276828237438.JavaMail.root@mail02.pantherlink.uwm.edu> <5BEAFD5C-242E-4BAB-8E3F-ED372B91112E@cs.stanford.edu>	<87sk4kl74d.fsf@kelsey-ws.hq.ember.com>  <878w68kzfg.fsf@kelsey-ws.hq.ember.com> 
To: Jerald.P.Martocci@jci.com
X-Mailer: Apple Mail (2.1078)
X-Scan-Signature: 506ee2a94cbf17163a55f02c75f10d0d
Cc: roll@ietf.org, roll-bounces@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric	values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 18:50:54 -0000

--Apple-Mail-50-338822791
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii


On Jun 21, 2010, at 11:45 AM, Jerald.P.Martocci@jci.com wrote:

>=20
>=20
> Richard,=20
>=20
> The need to wholly specify embedded networks is a very salient point.  =
These devices have to boot strap themselves, sniff the environment and =
self-configure themselves.  There may not be a Sys Admin even allowed to =
enter the building for many months!=20
>=20
> +1=20
>=20
>=20
> Jerry=20

Right -- this is why I worry whether the proposed approach of making all =
OFs abstract is just creating another problem. At the interim meeting I =
suggested that perhaps we want an OFs which is abstract and generic, for =
the managed cases, but also have 1-2 very specific OFs, for the =
unmanaged ones. Leaving ubiquitous computing/PAN technologies in the =
lurch because smart meters need flexibility seems like a bad decision to =
me.

Phil=

--Apple-Mail-50-338822791
Content-Transfer-Encoding: 7bit
Content-Type: text/html;
	charset=us-ascii


On Jun 21, 2010, at 11:45 AM, Jerald.P.Martocci@jci.com wrote:





Richard,



The need to wholly specify embedded
networks is a very salient point.  These devices have to boot strap
themselves, sniff the environment and self-configure themselves.  There
may not be a Sys Admin even allowed to enter the building for many months!



+1





Jerry


Right -- this is why I worry whether the proposed approach of making all OFs abstract is just creating another problem. At the interim meeting I suggested that perhaps we want an OFs which is abstract and generic, for the managed cases, but also have 1-2 very specific OFs, for the unmanaged ones. Leaving ubiquitous computing/PAN technologies in the lurch because smart meters need flexibility seems like a bad decision to me.

Phil

--Apple-Mail-50-338822791--

From prvs=781f7088e=mukul@uwm.edu  Mon Jun 21 12:43:31 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8662D28C127 for ; Mon, 21 Jun 2010 12:43:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.989
X-Spam-Level: 
X-Spam-Status: No, score=-1.989 tagged_above=-999 required=5 tests=[AWL=0.610,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GBOl2expiVOL for ; Mon, 21 Jun 2010 12:43:30 -0700 (PDT)
Received: from ip1mta.uwm.edu (ip1mta.uwm.edu [129.89.7.18]) by core3.amsl.com (Postfix) with ESMTP id 864E528C0D0 for ; Mon, 21 Jun 2010 12:43:30 -0700 (PDT)
Received: from mta02.pantherlink.uwm.edu ([129.89.7.82]) by ip1mta.uwm.edu with ESMTP; 21 Jun 2010 14:43:37 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id 5CF512C18031; Mon, 21 Jun 2010 14:43:37 -0500 (CDT)
X-Virus-Scanned: amavisd-new at 
Received: from mta02.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta02.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YZFM7Nn422WM; Mon, 21 Jun 2010 14:43:37 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id 345D22C18030; Mon, 21 Jun 2010 14:43:37 -0500 (CDT)
Date: Mon, 21 Jun 2010 14:43:37 -0500 (CDT)
From: Mukul Goyal 
To: Richard Kelsey 
Message-ID: <1718139659.239093.1277149417008.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <165855715.238917.1277149183528.JavaMail.root@mail02.pantherlink.uwm.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [129.89.7.91]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - IE8 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Cc: roll@ietf.org
Subject: Re: [Roll] P2P hop-by-hop routes
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 19:43:31 -0000

Here is the problem I was referring to:

Suppose that:
1) routers X and Y both discover hop-by-hop routes to the same target router P but with different metrics/constraints; 
2) both route discoveries end up using temporary DAGs with same RPLInstanceID 'i';
3) an intermediate router A is part of both hop-by-hop routes and hence establishes two separate hop-by-hop states.

Now when router A receives a packet marked with RPLInstanceID 'i' and going to destination P, which state should it use to forward the packet further?

Thanks
Mukul

----- Original Message -----
From: "Richard Kelsey" 
To: "Mukul Goyal" 
Cc: roll@ietf.org
Sent: Monday, June 21, 2010 1:10:04 PM
Subject: Re: [Roll] P2P hop-by-hop routes

> Date: Mon, 21 Jun 2010 10:25:03 -0500 (CDT)
> From: Mukul Goyal 
>
> But, the DAGs created for route discovery are temporary
> and the RPLInstanceID for them is "local" to the origin
> router.

If the discovered routes are only used for packets going to
and from the origin router there is no problem with using a
"local" RPLInstanceID to mark the packets.

Determining when a "local" RPLInstanceID could be reused is
a harder problem, but exactly the same problem would occur
with labels as well. Both would need a lifetime of some
kind.

I agree that using some kind of label might be better, but I
think that the P2P routing needs to use the same data packet
markers as the core protocol. I can't see using labels for
P2P routes and RPLInstanceIDs for the core.

-Richard Kelsey

From adrian@olddog.co.uk  Mon Jun 21 13:05:56 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 86A4228C136 for ; Mon, 21 Jun 2010 13:05:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.259
X-Spam-Level: 
X-Spam-Status: No, score=-0.259 tagged_above=-999 required=5 tests=[AWL=-0.260, BAYES_50=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5sNm875qS8xF for ; Mon, 21 Jun 2010 13:05:55 -0700 (PDT)
Received: from asmtp3.iomartmail.com (asmtp3.iomartmail.com [62.128.201.159]) by core3.amsl.com (Postfix) with ESMTP id 4CAAE28C135 for ; Mon, 21 Jun 2010 13:05:55 -0700 (PDT)
Received: from asmtp3.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id o5LK60RK025483;  Mon, 21 Jun 2010 21:06:00 +0100
Received: from your029b8cecfe (dsl-sp-81-140-15-32.in-addr.broadbandscope.com [81.140.15.32]) (authenticated bits=0) by asmtp3.iomartmail.com (8.13.8/8.13.8) with ESMTP id o5LK5xto025479;  Mon, 21 Jun 2010 21:05:59 +0100
Message-ID: <8C188C85454B4F7C85C728672AE01E29@your029b8cecfe>
From: "Adrian Farrel" 
To: "Alexandru Petrescu" 
References: <6E10F6EF-D42D-4335-ADA1-AB12DCB55A92@cisco.com> <4C1BD8DE.5030201@gmail.com> <7148B48BBBA344A0912EEB9396C03FFB@your029b8cecfe> <4C1E7E1E.2010200@gmail.com>
Date: Mon, 21 Jun 2010 21:05:52 +0100
MIME-Version: 1.0
Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2900.5931
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5931
Cc: roll@ietf.org
Subject: Re: [Roll] Reminder - Virtual Blue Sheet
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Adrian Farrel 
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 20:05:56 -0000

Hi again,

>> Alex
>>
>> http://www.ietf.org/iesg/statement/interim-meetings.html
>>
>> "All such meetings, calls, or sessions must be open to all who wish to
>> take part. Detailed minutes are required to be taken and submitted to
>> the IETF Secretariat for inclusion in the next IETF meeting proceedings.
>> A list of attendees must also be submitted. The minutes, including a
>> list of attendees, must be sent to proceedings@ietf.org within 10 days
>> after the meeting, conference call or jabber session concludes."
> 
> Thanks for the explanation - so this was an interim meeting.

I believe it was announced as such by the IETF Secretariat..

Cheers,
Adrian

From alexandru.petrescu@gmail.com  Mon Jun 21 13:29:19 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 352453A6938 for ; Mon, 21 Jun 2010 13:29:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.504
X-Spam-Level: 
X-Spam-Status: No, score=0.504 tagged_above=-999 required=5 tests=[AWL=0.153,  BAYES_50=0.001, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mDVvdKZl9P4t for ; Mon, 21 Jun 2010 13:29:18 -0700 (PDT)
Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by core3.amsl.com (Postfix) with ESMTP id C48723A6863 for ; Mon, 21 Jun 2010 13:29:15 -0700 (PDT)
Received: from [127.0.0.1] (bur91-3-82-239-213-32.fbx.proxad.net [82.239.213.32]) by smtp1-g21.free.fr (Postfix) with ESMTP id 32718940019; Mon, 21 Jun 2010 22:29:16 +0200 (CEST)
Message-ID: <4C1FCB97.6020806@gmail.com>
Date: Mon, 21 Jun 2010 22:29:11 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
To: Adrian Farrel 
References: <6E10F6EF-D42D-4335-ADA1-AB12DCB55A92@cisco.com> <4C1BD8DE.5030201@gmail.com> <7148B48BBBA344A0912EEB9396C03FFB@your029b8cecfe> <4C1E7E1E.2010200@gmail.com> <8C188C85454B4F7C85C728672AE01E29@your029b8cecfe>
In-Reply-To: <8C188C85454B4F7C85C728672AE01E29@your029b8cecfe>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Antivirus: avast! (VPS 100621-0, 21/06/2010), Outbound message
X-Antivirus-Status: Clean
Cc: roll@ietf.org
Subject: Re: [Roll] Reminder - Virtual Blue Sheet
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 20:29:19 -0000

Le 21/06/2010 22:05, Adrian Farrel a écrit :
> Hi again,
>
>>> Alex
>>>
>>> http://www.ietf.org/iesg/statement/interim-meetings.html
>>>
>>> "All such meetings, calls, or sessions must be open to all who
>>> wish to take part. Detailed minutes are required to be taken and
>>> submitted to the IETF Secretariat for inclusion in the next IETF
>>> meeting proceedings. A list of attendees must also be submitted.
>>> The minutes, including a list of attendees, must be sent to
>>> proceedings@ietf.org within 10 days after the meeting,
>>> conference call or jabber session concludes."
>>
>> Thanks for the explanation - so this was an interim meeting.
>
> I believe it was announced as such by the IETF Secretariat..

Right, on the IETF announce list exclusively.  It would have been
convenient to Cc the WG list too, as the other WGs' interim meetings were.

Alex

>
> Cheers, Adrian
>


From richard.kelsey@ember.com  Mon Jun 21 13:37:10 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D5FB628C126 for ; Mon, 21 Jun 2010 13:37:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.92
X-Spam-Level: 
X-Spam-Status: No, score=-1.92 tagged_above=-999 required=5 tests=[AWL=0.679,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dlThKdgiMqoh for ; Mon, 21 Jun 2010 13:37:10 -0700 (PDT)
Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id 520723A6863 for ; Mon, 21 Jun 2010 13:37:09 -0700 (PDT)
Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675);  Mon, 21 Jun 2010 16:37:15 -0400
Date: Mon, 21 Jun 2010 16:41:10 -0400
Message-Id: <877hlsktjt.fsf@kelsey-ws.hq.ember.com>
To: Mukul Goyal 
In-reply-to: <1718139659.239093.1277149417008.JavaMail.root@mail02.pantherlink.uwm.edu> (message from Mukul Goyal on Mon, 21 Jun 2010 14:43:37 -0500 (CDT))
From: Richard Kelsey 
References: <1718139659.239093.1277149417008.JavaMail.root@mail02.pantherlink.uwm.edu>
X-OriginalArrivalTime: 21 Jun 2010 20:37:15.0741 (UTC) FILETIME=[890460D0:01CB1181]
Cc: roll@ietf.org
Subject: Re: [Roll] P2P hop-by-hop routes
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 20:37:10 -0000

> Date: Mon, 21 Jun 2010 14:43:37 -0500 (CDT)
> From: Mukul Goyal 
> 
> Here is the problem I was referring to:
> 
> Suppose that:
> 
> 1) routers X and Y both discover hop-by-hop routes to the same target
> router P but with different metrics/constraints;
>
> 2) both route discoveries end up using temporary DAGs with same
> RPLInstanceID 'i';

Then 'i' must be a "local" RPLInstanceID (because they are
both using the same one).  In that case, the DAGs are
identified by the combination of the RPLInstanceID and the
DODAGID, which here would be the IPv6 address of the origin
router.

> 3) an intermediate router A is part of both hop-by-hop routes and
> hence establishes two separate hop-by-hop states.

Those hop-by-hop states would need to include the
RPLInstanceIDs and DODAGIDs of the DAGs used to create the
routes.  A "local" RPLInstanceID is not sufficient on its
own.

> Now when router A receives a packet marked with RPLInstanceID 'i' and
> going to destination P, which state should it use to forward the
> packet further?

It uses the D flag in the hop-by-hop header to determine if
the source or destination address is the DODAGID, and looks
up the DODAGID+RPLInstanceID in the hop-by-hop states.

                                  -Richard Kelsey

From prvs=781f7088e=mukul@uwm.edu  Mon Jun 21 13:45:41 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CF16128C137 for ; Mon, 21 Jun 2010 13:45:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.014
X-Spam-Level: 
X-Spam-Status: No, score=-2.014 tagged_above=-999 required=5 tests=[AWL=0.585,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KRC7rscLR5ih for ; Mon, 21 Jun 2010 13:45:39 -0700 (PDT)
Received: from ip1mta.uwm.edu (ip1mta.uwm.edu [129.89.7.18]) by core3.amsl.com (Postfix) with ESMTP id C2DD828C11F for ; Mon, 21 Jun 2010 13:45:38 -0700 (PDT)
Received: from mta01.pantherlink.uwm.edu ([129.89.7.81]) by ip1mta.uwm.edu with ESMTP; 21 Jun 2010 15:45:45 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta01.pantherlink.uwm.edu (Postfix) with ESMTP id ABE074FEC14B; Mon, 21 Jun 2010 15:45:45 -0500 (CDT)
X-Virus-Scanned: amavisd-new at pantherlink.uwm.edu
Received: from mta01.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta01.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tiaC-v0vbaMl; Mon, 21 Jun 2010 15:45:45 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta01.pantherlink.uwm.edu (Postfix) with ESMTP id 847EB4FEC149; Mon, 21 Jun 2010 15:45:45 -0500 (CDT)
Date: Mon, 21 Jun 2010 15:45:45 -0500 (CDT)
From: Mukul Goyal 
To: Richard Kelsey 
Message-ID: <313711208.242271.1277153145455.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <877hlsktjt.fsf@kelsey-ws.hq.ember.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [129.89.7.91]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - IE8 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Cc: roll@ietf.org
Subject: Re: [Roll] P2P hop-by-hop routes
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 20:45:42 -0000

That makes sense.

Thanks
Mukul

----- Original Message -----
From: "Richard Kelsey" 
To: "Mukul Goyal" 
Cc: roll@ietf.org
Sent: Monday, June 21, 2010 3:41:10 PM
Subject: Re: [Roll] P2P hop-by-hop routes

> Date: Mon, 21 Jun 2010 14:43:37 -0500 (CDT)
> From: Mukul Goyal 
>
> Here is the problem I was referring to:
>
> Suppose that:
>
> 1) routers X and Y both discover hop-by-hop routes to the same target
> router P but with different metrics/constraints;
>
> 2) both route discoveries end up using temporary DAGs with same
> RPLInstanceID 'i';

Then 'i' must be a "local" RPLInstanceID (because they are
both using the same one). In that case, the DAGs are
identified by the combination of the RPLInstanceID and the
DODAGID, which here would be the IPv6 address of the origin
router.

> 3) an intermediate router A is part of both hop-by-hop routes and
> hence establishes two separate hop-by-hop states.

Those hop-by-hop states would need to include the
RPLInstanceIDs and DODAGIDs of the DAGs used to create the
routes. A "local" RPLInstanceID is not sufficient on its
own.

> Now when router A receives a packet marked with RPLInstanceID 'i' and
> going to destination P, which state should it use to forward the
> packet further?

It uses the D flag in the hop-by-hop header to determine if
the source or destination address is the DODAGID, and looks
up the DODAGID+RPLInstanceID in the hop-by-hop states.

-Richard Kelsey

From richard.kelsey@ember.com  Mon Jun 21 14:03:48 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E09C13A687E for ; Mon, 21 Jun 2010 14:03:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.753
X-Spam-Level: 
X-Spam-Status: No, score=-0.753 tagged_above=-999 required=5 tests=[AWL=-0.568, BAYES_40=-0.185]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5GOPRE8sC3Vy for ; Mon, 21 Jun 2010 14:03:48 -0700 (PDT)
Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id DD20E3A6863 for ; Mon, 21 Jun 2010 14:03:47 -0700 (PDT)
Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675);  Mon, 21 Jun 2010 17:03:54 -0400
Date: Mon, 21 Jun 2010 17:07:46 -0400
Message-Id: <87631cksbh.fsf@kelsey-ws.hq.ember.com>
To: Philip Levis 
In-reply-to:  (message from Philip Levis on Mon, 21 Jun 2010 11:50:49 -0700)
From: Richard Kelsey 
References: <1970550793.165216.1276828237438.JavaMail.root@mail02.pantherlink.uwm.edu> <5BEAFD5C-242E-4BAB-8E3F-ED372B91112E@cs.stanford.edu>	<87sk4kl74d.fsf@kelsey-ws.hq.ember.com>  <878w68kzfg.fsf@kelsey-ws.hq.ember.com>  
X-OriginalArrivalTime: 21 Jun 2010 21:03:54.0959 (UTC) FILETIME=[4239ADF0:01CB1185]
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric	values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 21 Jun 2010 21:03:49 -0000

> From: Philip Levis 
> Date: Mon, 21 Jun 2010 11:50:49 -0700
>
> On Jun 21, 2010, at 11:45 AM, Jerald.P.Martocci@jci.com wrote:
> 
> > The need to wholly specify embedded networks is a very salient
> > point.  These devices have to boot strap themselves, sniff the
> > environment and self-configure themselves.  There may not be a Sys
> > Admin even allowed to enter the building for many months!
>
> Right -- this is why I worry whether the proposed approach of making
> all OFs abstract is just creating another problem. At the interim
> meeting I suggested that perhaps we want an OFs which is abstract and
> generic, for the managed cases, but also have 1-2 very specific OFs,
> for the unmanaged ones. Leaving ubiquitous computing/PAN technologies
> in the lurch because smart meters need flexibility seems like a bad
> decision to me.

I have been assuming that any concrete OF would be derived
from a generic OF by filling in various blanks.  That seems
organizationally simpler than creating disjoint generic and
specific OFs.

We may be thinking of two different kinds of generic OFs.
What I had in mind was a parameterized OF where the method
of setting the parameters was out of scope.  Any protocol
for specifying parameters would go in a separate document.

This would make for a minimum of three documents:
  (A) a generic OF
  (B) (A) specialized for basic ETX
  (C) a protocol for specializing (A) at runtime
A benefit of doing it this way is that it allows many
different directions for (C).  It's one thing to want to
adjust the number of DAO parents at runtime, its another to
push out a new metrics->rank function.  Both have their
uses.

                            -Richard Kelsey

From pal@cs.stanford.edu  Mon Jun 21 19:57:54 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F31C43A67FE for ; Mon, 21 Jun 2010 19:57:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.774
X-Spam-Level: 
X-Spam-Status: No, score=-5.774 tagged_above=-999 required=5 tests=[AWL=0.825,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qxiTrydG8fo4 for ; Mon, 21 Jun 2010 19:57:53 -0700 (PDT)
Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by core3.amsl.com (Postfix) with ESMTP id 187223A659B for ; Mon, 21 Jun 2010 19:57:53 -0700 (PDT)
Received: from [76.14.65.187] (helo=[192.168.1.102]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OQtgW-0002tK-AF; Mon, 21 Jun 2010 19:58:00 -0700
Mime-Version: 1.0 (Apple Message framework v1081)
Content-Type: text/plain; charset=us-ascii
From: Philip Levis 
In-Reply-To: <4C1EA197.9020100@acm.org>
Date: Mon, 21 Jun 2010 19:57:59 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <6AC80EE2-8C74-4D7E-8D0F-437E12508D72@cs.stanford.edu>
References: <4C1AE4A2.9020201@acm.org> <8B4A870A-9523-460E-B129-D5AD4EB01289@cisco.com> <57F3DDAF-7A54-4BAA-B1AC-5DDDE7DA4B52@cs.stanford.edu> <4C1EA197.9020100@acm.org>
To: Tim Winter 
X-Mailer: Apple Mail (2.1081)
X-Scan-Signature: 2d1a4fa5d0150c38835749a59b44c419
Cc: ROLL WG 
Subject: Re: [Roll] Remove 'T' flag?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 22 Jun 2010 02:57:54 -0000

On Jun 20, 2010, at 4:17 PM, Tim Winter wrote:

>=20
> My take:
>=20
> (storing, pull from children) -- required, this is a necessary part of =
how storing nodes will maintain state.
>=20
> (storing, pull from sub-DODAG) -- not required, state will percolate =
up from the sub-DODAG

So if the network is in storing mode, a DTSN increment pulls from =
children.

>=20
> (non-storing, pull from children) -- seems not required, what would be =
the use case where this is needed?  I defer however to those with more =
expertise in operating the non-storing case.
>=20
> (non-storing, pull from sub-DODAG) -- seems useful for a root in the =
non-storing case to be able to refresh DAO information without =
incrementing the DODAGVersionNumber and triggering a global repair.  =
Doesn't seem useful for non-root nodes.  Again, I would defer to those =
with more expertise in operating non-storing networks.

This is the open question: we only get one of the two. I agree that =
pulling from a sub-DODAG is useful, e.g., if a DAO was lost. The issue, =
though, is that you don't know where to pull. E.g., node A was a DAO =
child of B, link AB fails, it is now a child of C. A sends a DAO to the =
DODAG Root announcing its DODAG parents. That DAO is lost. How do you =
know to trigger a DAO at C?

Based on this, it seems like we want the latter case: a way to refresh =
DAOs without rebuilding the upward routes.

Phil=

From trac@tools.ietf.org  Mon Jun 21 23:38:30 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DE04E3A6950 for ; Mon, 21 Jun 2010 23:38:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.451
X-Spam-Level: 
X-Spam-Status: No, score=-102.451 tagged_above=-999 required=5 tests=[AWL=0.149, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wlPLGcIs6GgF for ; Mon, 21 Jun 2010 23:38:30 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 2FB5A3A6942 for ; Mon, 21 Jun 2010 23:38:30 -0700 (PDT)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from ) id 1OQx7z-00087S-PL; Mon, 21 Jun 2010 23:38:35 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "roll issue tracker" 
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: wintert@acm.org, jpv@cisco.com
X-Trac-Project: roll
Date: Tue, 22 Jun 2010 06:38:35 -0000
X-URL: http://tools.ietf.org/wg/roll/
X-Trac-Ticket-URL: https://svn.tools.ietf.org/wg/roll/trac/ticket/52#comment:1
Message-ID: <064.e9e11391c09fcdfa64f588dd2a6a9a74@tools.ietf.org>
References: <055.6427d770ec92b6a01829a487c3080df3@tools.ietf.org>
X-Trac-Ticket-ID: 52
In-Reply-To: <055.6427d770ec92b6a01829a487c3080df3@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: wintert@acm.org, jpv@cisco.com, roll@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #52: downward routing question
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Reply-To: roll@ietf.org
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 22 Jun 2010 06:38:31 -0000

#52: downward routing question
--------------------------------+-------------------------------------------
 Reporter:  jpv@…               |        Owner:  pthubert@…                        
     Type:  defect              |       Status:  closed                            
 Priority:  major               |    Milestone:                                    
Component:  rpl                 |      Version:                                    
 Severity:  Active WG Document  |   Resolution:  fixed                             
 Keywords:                      |  
--------------------------------+-------------------------------------------
Changes (by jpv@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 This issue is to be addressed in the Prefix field of the Prefix
 Information option, which is modified so that a parent node may inform its
 child of its own global address as follows:

   Prefix  An IP address or a prefix of an IP address.  The Prefix
         Length field contains the number of valid leading bits in the
         prefix.  The bits in the prefix after the prefix length are
         reserved and MUST be initialized to zero by the sender and
         ignored by the receiver.  A router SHOULD NOT send a prefix
         option for the link-local prefix and a host SHOULD ignore such
         a prefix option.  A non-storing node should refrain from
         advertising a prefix till it owns an address of that prefix,
         and then it should advertise its full address in this field, to
         be used by its children in the Parent Address field of the
         Transit Information Option

-- 
Ticket URL: 
roll 


From alexandru.petrescu@gmail.com  Tue Jun 22 07:03:54 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 91DC03A677D for ; Tue, 22 Jun 2010 07:03:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.643
X-Spam-Level: 
X-Spam-Status: No, score=-0.643 tagged_above=-999 required=5 tests=[AWL=-0.253, BAYES_20=-0.74, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iha1Y44YsXNq for ; Tue, 22 Jun 2010 07:03:53 -0700 (PDT)
Received: from cirse-out.extra.cea.fr (cirse-out.extra.cea.fr [132.166.172.106]) by core3.amsl.com (Postfix) with ESMTP id 37FC13A6359 for ; Tue, 22 Jun 2010 07:03:52 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5ME3wch011891 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 22 Jun 2010 16:03:58 +0200
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5ME3vId009536; Tue, 22 Jun 2010 16:03:57 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5ME3v8c006847; Tue, 22 Jun 2010 16:03:57 +0200
Message-ID: <4C20C2CD.7060501@gmail.com>
Date: Tue, 22 Jun 2010 16:03:57 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
To: Adrian Farrel 
References: <6E10F6EF-D42D-4335-ADA1-AB12DCB55A92@cisco.com> <4C1BD8DE.5030201@gmail.com> <7148B48BBBA344A0912EEB9396C03FFB@your029b8cecfe> <4C1E7E1E.2010200@gmail.com> <8C188C85454B4F7C85C728672AE01E29@your029b8cecfe>
In-Reply-To: <8C188C85454B4F7C85C728672AE01E29@your029b8cecfe>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: roll@ietf.org
Subject: Re: [Roll] Reminder - Virtual Blue Sheet
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 22 Jun 2010 14:03:54 -0000

Le 21/06/2010 22:05, Adrian Farrel a écrit :
> Hi again,
>
>>> Alex
>>>
>>> http://www.ietf.org/iesg/statement/interim-meetings.html
>>>
>>> "All such meetings, calls, or sessions must be open to all who
>>> wish to take part. Detailed minutes are required to be taken and
>>>  submitted to the IETF Secretariat for inclusion in the next IETF
>>>  meeting proceedings. A list of attendees must also be submitted.
>>>  The minutes, including a list of attendees, must be sent to
>>> proceedings@ietf.org within 10 days after the meeting,
>>> conference call or jabber session concludes."
>>
>> Thanks for the explanation - so this was an interim meeting.
>
> I believe it was announced as such by the IETF Secretariat..

I believe we should ask the IETF Secretariat to Cc the interim announce
on the WG list as well, next time :-) I think it could be a good idea
because RoLL people keep more track of the WG list than of the IETF
Announce list.

There may be reasons to not do so (don't announce interim meetings on
the WG list); if so then an explanation would be welcome.

Of course, IMHO, if I am not asking too much,

Alex

>
> Cheers, Adrian
>



From dominique.barthel@orange-ftgroup.com  Tue Jun 22 07:43:52 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 30DAE3A6856 for ; Tue, 22 Jun 2010 07:43:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.352
X-Spam-Level: 
X-Spam-Status: No, score=0.352 tagged_above=-999 required=5 tests=[AWL=-0.000,  BAYES_50=0.001, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id y5yx68gkCM2T for ; Tue, 22 Jun 2010 07:43:50 -0700 (PDT)
Received: from r-mail1.rd.francetelecom.com (r-mail1.rd.francetelecom.com [217.108.152.41]) by core3.amsl.com (Postfix) with ESMTP id EDA5A3A681C for ; Tue, 22 Jun 2010 07:43:49 -0700 (PDT)
Received: from r-mail1.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 25CC66C0008 for ; Tue, 22 Jun 2010 16:44:02 +0200 (CEST)
Received: from ftrdsmtp1.rd.francetelecom.fr (unknown [10.192.128.46]) by r-mail1.rd.francetelecom.com (Postfix) with ESMTP id 1BBB46C000C for ; Tue, 22 Jun 2010 16:44:02 +0200 (CEST)
Received: from ftrdmel0.rd.francetelecom.fr ([10.192.128.56]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.3959);  Tue, 22 Jun 2010 16:43:41 +0200
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CB1219.503E5BCD"
Date: Tue, 22 Jun 2010 16:43:16 +0200
Message-ID: <8E09C72DBC577D489F13A71228C0B7BF015DBE78@ftrdmel0.rd.francetelecom.fr>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Metrics draft, throughput
Thread-Index: AcsSGT+oiVczgJi4TYWCYT63PTh0EA==
From: 
To: 
X-OriginalArrivalTime: 22 Jun 2010 14:43:41.0190 (UTC) FILETIME=[4E928A60:01CB1219]
Subject: [Roll] Metrics draft, throughput
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 22 Jun 2010 14:43:52 -0000

This is a multi-part message in MIME format.

------_=_NextPart_001_01CB1219.503E5BCD
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hello all,

In the metrics draft, the throughput as multiple sub-objects.
There is a hint that they should report a range of throughputs that the
MAC can handle, in addition to the current value.
Unless we know that the MAC *will* indeed adapt to the load, not just
that it *could* do so, how can we trust these values?
I suggest we have a MUST for the throughput objet to report at least the
current value as the first sub-object.
Thanks for your attention
Dominique


------_=_NextPart_001_01CB1219.503E5BCD
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable






Metrics draft, throughput





Hello all,




In the metrics draft, the throughput as =
multiple sub-objects.


There is a hint that they should =
report a range of throughputs that the MAC can handle, in addition to =
the current value.



Unless we know that the MAC *will* =
indeed adapt to the load, not just that it *could* do so, how can we =
trust these values?

I suggest we have a MUST for the throughput objet to report at least the =
current value as the first sub-object.


Thanks for your attention


Dominique





------_=_NextPart_001_01CB1219.503E5BCD--

From pthubert@cisco.com  Tue Jun 22 08:30:52 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7D36A28C147 for ; Tue, 22 Jun 2010 08:30:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.811
X-Spam-Level: 
X-Spam-Status: No, score=-8.811 tagged_above=-999 required=5 tests=[AWL=-0.813, BAYES_50=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ReIJXeIQjO0d for ; Tue, 22 Jun 2010 08:30:37 -0700 (PDT)
Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id 20F9F28C0DE for ; Tue, 22 Jun 2010 08:30:35 -0700 (PDT)
Authentication-Results: sj-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AkQFAJtzIEyrRN+K/2dsb2JhbACBQ4FamxhicacIiSSRIoQrcAQ
X-IronPort-AV: E=Sophos;i="4.53,460,1272844800";  d="scan'208,217";a="337507755"
Received: from sj-core-4.cisco.com ([171.68.223.138]) by sj-iport-1.cisco.com with ESMTP; 22 Jun 2010 15:30:29 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-4.cisco.com (8.13.8/8.14.3) with ESMTP id o5MFUSvP022604 for ; Tue, 22 Jun 2010 15:30:29 GMT
Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Tue, 22 Jun 2010 17:30:28 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CB121F.D7D3FFB0"
Date: Tue, 22 Jun 2010 17:30:24 +0200
Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D0225F001@XMB-AMS-107.cisco.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] Closing on issue 54
thread-index: AcsSH9PM7T9nKo8wT1mhcAsFrcjIcQ==
From: "Pascal Thubert (pthubert)" 
To: 
X-OriginalArrivalTime: 22 Jun 2010 15:30:28.0710 (UTC) FILETIME=[D7FC1860:01CB121F]
Subject: Re: [Roll] Closing on issue 54
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 22 Jun 2010 15:30:53 -0000

This is a multi-part message in MIME format.

------_=_NextPart_001_01CB121F.D7D3FFB0
Content-Type: text/plain;
	charset="UTF-8"
Content-Transfer-Encoding: base64

SGk6DQoNCiANCg0KVGhlIGNvbnNlbnN1cyBpczoNCg0KIA0KDQoxKSAgICAgIE5PVCBNVVNUIChT
SE9VTEQgc2xpZ2h0bHkgYWhlYWQgaWYgeW91IGluY2x1ZGUgbXkgb3duIHZvdGUpDQoNCjIpICAg
ICAgTEwgUlBMIG5vZGVzICAgICAgICAgICAgICAgICAgIFt0aGF0IHdlIG5lZWQgdG8gcmVxdWVz
dCB0byBJQU5BXQ0KDQozKSAgICAgIE5PVCBkdW1iIGZsb29kaW5nLCB0cmlja2xlIHNsaWdodGx5
IGZhdm9yZWQgYW5kIHRoZSBkZXNjcmlwdGlvbiBiZWxvbmdzIGVsc2V3aGVyZSBhbnl3YXkuDQoN
CiANCg0KIA0KDQpQcm9wb3NhbDoNCg0KIA0KDQpDbGVhcmx5LCB0aGUgZ3JvdXAgd2lzaGVzIHRv
IGFzayBmb3IgYSBuZXcgbXVsdGljYXN0IGdyb3VwIGZvciBSUEwuIFRoYXQgd2lsbCBiZSBpbmNs
dWRlZCBpbiByZXYgMTAuDQoNCk9idmlvdXNseSBhbHNvLCBub24tc3RvcmluZyBtb2RlIGRvIG5v
dCBuZWVkIHRvIHN1cHBvcnQgdGhlIHN0YXRlZnVsIG11bHRpY2FzdCBhcyBwcmVzZW50ZWQgaW4g
dGhlIGRyYWZ0LiBUaGUgbGlnaHQgY29uc2Vuc3VzIGlzIHRoYXQgc3RvcmluZyBub2RlcyBTSE9V
TEQgc3VwcG9ydCBpdC4gU2luY2UgdGhlIHJvb3QgbmVlZHMgdG8ga25vdyBhbmQgZW5mb3JjZSBh
IG11bHRpY2FzdCBvcGVyYXRpb24sIHdl4oCZbGwgYWRkIGEgZmxhZyBzaW1pbGFyIHRvIHRoZSDi
gJhB4oCZIGZsYWcgaW4gdGhlIERJTyBiYXNlIHdoZXJlYnkgcm91dGVycyB0aGF0IGRvIG5vdCBo
YXZlIHRoZSBjYXBhYmlsaXR5IGpvaW4gYXMgbGVhdmVzLg0KDQpGaW5hbGx5LCB3ZeKAmWxsIG1h
a2UgaXQgY2xlYXIgdGhhdCB0aGUgYWx0ZXJuYXRlIG11bHRpY2FzdCBtZXRob2QocykgYXJlIHRv
IGJlIHNwZWNpZmllZCBpbiBhIGRpZmZlcmVudCBzcGVjLg0KDQogDQoNCklmIHlvdSBvcHBvc2Ug
dG8gdGhpcyByZXNvbHV0aW9uIHBsZWFzZSBzcGVhayB1cCBub3chDQoNCiANCg0KUGFzY2FsDQoN
CiANCg0KRnJvbTogcm9sbC1ib3VuY2VzQGlldGYub3JnIFttYWlsdG86cm9sbC1ib3VuY2VzQGll
dGYub3JnXSBPbiBCZWhhbGYgT2YgUGFzY2FsIFRodWJlcnQgKHB0aHViZXJ0KQ0KU2VudDogRnJp
ZGF5LCBKdW5lIDE4LCAyMDEwIDI6MjQgUE0NClRvOiByb2xsQGlldGYub3JnDQpTdWJqZWN0OiBb
Um9sbF0gQ2xvc2luZyBvbiBpc3N1ZSA1NA0KDQogDQoNCkRlYXIgV0c6DQoNCiANCg0KV2XigJlk
IGxpa2UgdG8gY2xvc2Ugb24gaXNzdWUgNTQgYnkgZHJhZnQgMTAuIFRoZXJlIGFyZSBpbiBmYWN0
IDMgcXVlc3Rpb25zIG9uIHRoZSB0YWJsZS4gQ2FuIHlvdSBwbGVhc2Ugc3BlbmQgYSBmZXcgbWlu
dXRlcyB0byBnaXZlcyB1cyB5b3VyIHZvdGUgb24gZWFjaDoNCg0KIA0KDQoxKSAgICAgIEl0IGhh
cyBiZWVuIG5vdGVkIHRoYXQgSW4gc29tZSBzbWFsbCBuZXR3b3JrcywgdGhlIG5vbi1zdG9yaW5n
IG1vZGUgYXBwcm9hY2ggb2YgZmxvb2Rpbmcgb3IgbWFueSB1bmljYXN0IHdvdWxkIGJlIGFjY2Vw
dGFibGUgYXMgYSBtdWx0aWNhc3QgYXBwcm9hY2guICBQbGVhc2Ugdm90ZSB3aGV0aGVyIHRoZSBz
dXBwb3J0IG9mIERBTyBiYXNlZCBtdWx0aWNhc3Qgb24gc3RvcmluZyBub2RlcyBzaG91bGQgYmUg
YToNCg0KYS4gICAgICAgTUFZIA0KDQpiLiAgICAgIFNIT1VMRCANCg0KYy4gICAgICAgTVVTVA0K
DQogDQoNCjIpICAgICAgTEwgbXVsdGljYXN0IGFkZHJlc3MgdXNlZCBmb3IgUlBMIGNvbnRyb2wu
ICBBdCB0aGUgbW9tZW50LCBhbGwgbWNhc3QgY29udHJvbCBnb2VzIHRvIEZGMDI6OjEsIHdoaWNo
IG1pZ2h0IGJvdGhlciBtb3JlIG5vZGVzIHRoYW4gbmVlZCBiZS4gUGxlYXNlIHZvdGUgdG8gdXNl
Og0KDQphLiAgICAgICAtIGFsbCBub2RlcyAgICAgICAgICAgICAgICAgICAgICAgICAgIFtSRkM0
MjkxXQ0KDQpiLiAgICAgIC0gYWxsIHJvdXRlcnMgICAgICAgICAgICAgICAgICAgICAgICAgW1JG
QzQyOTFdDQoNCmMuICAgICAgIC0gTEwgTUFORVQgbm9kZXMgICAgICAgICAgIFtSRkM1NDk4XQ0K
DQpkLiAgICAgIC0gTEwgUlBMIG5vZGVzICAgICAgICAgICAgICAgICAgIFt0aGF0IHdlIG5lZWQg
dG8gcmVxdWVzdCB0byBJQU5BXSANCg0KIA0KDQozKSAgICAgIE5vbiBzdG9yaW5nIG5vZGVzLiBU
aGV5IGNhbm5vdCBkbyB0aGUgREFPIGJhc2VkIHN0YXRlZnVsIG11bHRpY2FzdCBzbyB3ZSBwbGFu
IHRvIGFsbG93IHRoZSByb290IHRvIGVpdGhlciBkbyBtYW55IHVuaWNhc3Qgb3IgZmxvb2QuIFVu
aWNhc3QgaXMgc3RyYWlnaHRmb3J3YXJkIGJ1dCBmbG9vZGluZyBtaWdodCByZXF1aXJlIHNvbWUg
dGV4dCBXUlQgcHJ1bmluZyBhbmQgdXNlIG9mIHRyaWNrbGUuIFRvIGF2b2lkIGR1cGxpY2F0aW9u
LCB0aGUgYXJ0IHVzdWFsbHkgYWRkcyBhIHNlcXVlbmNlIHRvIGVhY2ggcGFja2V0IGJlaW5nIGZs
b29kZWQuIElmIHdlIGhhdmUgc3VjaCBhIHNlcXVlbmNlIHdlIGNhbiB1c2UgaXQgYWxvbmUgb3Ig
aW4gY29uanVuY3Rpb24gd2l0aCB0cmlja2xlIHRvIHBydW5lIGV4Y2VzcyBtdWx0aWNhc3QuIFBs
ZWFzZSB2b3RlOg0KDQphLiAgICAgICBEbyBub3QgcHJ1bmUgYW55dGhpbmcsIGp1c3QgcHJvcGFn
YXRlIGRvd253YXJkcyBhbGwgdGhlIG11bHRpY2FzdCBwYWNrZXRzIGZyb20gcGFyZW50cyAoc2lt
cGxlc3QgYnV0IGdyZWVkeSkNCg0KYi4gICAgICBhICsgRGVzY3JpYmUgdGhlIHNlcXVlbmNlIG5i
IGluIHRoZSBob3AtYnktaG9wIHNwZWMgdG8gcHJ1bmUgZmxvb2RlZCBkdXBsaWNhdGVzDQoNCmMu
ICAgICAgIGIgKyBEZXNjcmliZSB0aGUgdHJpY2tsZWQgdmVyc2lvbiBvZiBpdA0KDQogDQoNCiAN
Cg0KVm90ZXMgYXBwcmVjaWF0ZWQgSg0KDQogDQoNClBhc2NhbA0KDQogDQoNCg==

------_=_NextPart_001_01CB121F.D7D3FFB0
Content-Type: text/html;
	charset="UTF-8"
Content-Transfer-Encoding: base64

PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy
bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt
YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj
cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv
VFIvUkVDLWh0bWw0MCI+PGhlYWQ+PG1ldGEgaHR0cC1lcXVpdj1Db250ZW50LVR5cGUgY29udGVu
dD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij48bWV0YSBuYW1lPUdlbmVyYXRvciBjb250ZW50
PSJNaWNyb3NvZnQgV29yZCAxNCAoZmlsdGVyZWQgbWVkaXVtKSI+PHN0eWxlPjwhLS0NCi8qIEZv
bnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6V2luZ2RpbmdzOw0K
CXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWls
eTpXaW5nZGluZ3M7DQoJcGFub3NlLTE6NSAwIDAgMCAwIDAgMCAwIDAgMDt9DQpAZm9udC1mYWNl
DQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAyIDQ7
fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2IDQg
MyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5N
c29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4w
MDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMt
c2VyaWYiO30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5
Ojk5Ow0KCWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0
ZWQsIHNwYW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K
CWNvbG9yOnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNvUGxhaW5U
ZXh0LCBsaS5Nc29QbGFpblRleHQsIGRpdi5Nc29QbGFpblRleHQNCgl7bXNvLXN0eWxlLXByaW9y
aXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5rOiJUZXh0ZSBicnV0IENhciI7DQoJbWFyZ2luOjBjbTsN
CgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWls
eToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCnAuTXNvQWNldGF0ZSwgbGkuTXNvQWNldGF0ZSwg
ZGl2Lk1zb0FjZXRhdGUNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHlsZS1saW5r
OiJUZXh0ZSBkZSBidWxsZXMgQ2FyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAw
MDFwdDsNCglmb250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2Vy
aWYiO30NCnAuTXNvTGlzdFBhcmFncmFwaCwgbGkuTXNvTGlzdFBhcmFncmFwaCwgZGl2Lk1zb0xp
c3RQYXJhZ3JhcGgNCgl7bXNvLXN0eWxlLXByaW9yaXR5OjM0Ow0KCW1hcmdpbi10b3A6MGNtOw0K
CW1hcmdpbi1yaWdodDowY207DQoJbWFyZ2luLWJvdHRvbTowY207DQoJbWFyZ2luLWxlZnQ6MzYu
MHB0Ow0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQt
ZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5UZXh0ZWJydXRDYXINCgl7bXNv
LXN0eWxlLW5hbWU6IlRleHRlIGJydXQgQ2FyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJ
bXNvLXN0eWxlLWxpbms6IlRleHRlIGJydXQiOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fu
cy1zZXJpZiI7fQ0Kc3Bhbi5UZXh0ZWRlYnVsbGVzQ2FyDQoJe21zby1zdHlsZS1uYW1lOiJUZXh0
ZSBkZSBidWxsZXMgQ2FyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxp
bms6IlRleHRlIGRlIGJ1bGxlcyI7DQoJZm9udC1mYW1pbHk6IlRhaG9tYSIsInNhbnMtc2VyaWYi
O30NCnNwYW4uRW1haWxTdHlsZTIyDQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsOw0KCWZvbnQt
ZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6d2luZG93dGV4dDt9DQpzcGFu
LkVtYWlsU3R5bGUyMw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZh
bWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERl
ZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9
DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcw
Ljg1cHQgNzAuODVwdCA3MC44NXB0IDcwLjg1cHQ7fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtwYWdl
OldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBsMA0KCXttc28t
bGlzdC1pZDoxMjA5NTMyOTIxOw0KCW1zby1saXN0LXR5cGU6aHlicmlkOw0KCW1zby1saXN0LXRl
bXBsYXRlLWlkczoxMzkxNzc2NzM2IDY3Njk4NzA1IDY3Njk4NzEzIDY3Njk4NzE1IDY3Njk4NzAz
IDY3Njk4NzEzIDY3Njk4NzE1IDY3Njk4NzAzIDY3Njk4NzEzIDY3Njk4NzE1O30NCkBsaXN0IGww
OmxldmVsMQ0KCXttc28tbGV2ZWwtdGV4dDoiJTFcKSI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5v
bmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4w
cHQ7fQ0KQGxpc3QgbDA6bGV2ZWwyDQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxv
d2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp
b246bGVmdDsNCgl0ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsMw0KCXttc28t
bGV2ZWwtbnVtYmVyLWZvcm1hdDpyb21hbi1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9u
ZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0Ow0KCXRleHQtaW5kZW50Oi05LjBw
dDt9DQpAbGlzdCBsMDpsZXZlbDQNCgl7bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxl
dmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3Qg
bDA6bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1s
ZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0
ZXh0LWluZGVudDotMTguMHB0O30NCkBsaXN0IGwwOmxldmVsNg0KCXttc28tbGV2ZWwtbnVtYmVy
LWZvcm1hdDpyb21hbi1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2
ZWwtbnVtYmVyLXBvc2l0aW9uOnJpZ2h0Ow0KCXRleHQtaW5kZW50Oi05LjBwdDt9DQpAbGlzdCBs
MDpsZXZlbDcNCgl7bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1w
b3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDA6bGV2ZWw4DQoJ
e21zby1sZXZlbC1udW1iZXItZm9ybWF0OmFscGhhLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3Rv
cDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDot
MTguMHB0O30NCkBsaXN0IGwwOmxldmVsOQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpyb21h
bi1sb3dlcjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBv
c2l0aW9uOnJpZ2h0Ow0KCXRleHQtaW5kZW50Oi05LjBwdDt9DQpAbGlzdCBsMQ0KCXttc28tbGlz
dC1pZDoxNDEwNzM3OTk3Ow0KCW1zby1saXN0LXR5cGU6aHlicmlkOw0KCW1zby1saXN0LXRlbXBs
YXRlLWlkczoyMDU2ODQ5NTQgNjc2OTg3MDUgNjc2OTg3MTMgNjc2OTg3MTUgNjc2OTg3MDMgNjc2
OTg3MTMgNjc2OTg3MTUgNjc2OTg3MDMgNjc2OTg3MTMgNjc2OTg3MTU7fQ0KQGxpc3QgbDE6bGV2
ZWwxDQoJe21zby1sZXZlbC10ZXh0OiIlMVwpIjsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsN
Cgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9
DQpAbGlzdCBsMTpsZXZlbDINCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7
DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjps
ZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDE6bGV2ZWwzDQoJe21zby1sZXZl
bC1udW1iZXItZm9ybWF0OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0K
CW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30N
CkBsaXN0IGwxOmxldmVsNA0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwt
bnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMTps
ZXZlbDUNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVs
LXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQt
aW5kZW50Oi0xOC4wcHQ7fQ0KQGxpc3QgbDE6bGV2ZWw2DQoJe21zby1sZXZlbC1udW1iZXItZm9y
bWF0OnJvbWFuLWxvd2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1u
dW1iZXItcG9zaXRpb246cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCkBsaXN0IGwxOmxl
dmVsNw0KCXttc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0
aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LTE4LjBwdDt9DQpAbGlzdCBsMTpsZXZlbDgNCgl7bXNv
LWxldmVsLW51bWJlci1mb3JtYXQ6YWxwaGEtbG93ZXI7DQoJbXNvLWxldmVsLXRhYi1zdG9wOm5v
bmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50Oi0xOC4w
cHQ7fQ0KQGxpc3QgbDE6bGV2ZWw5DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OnJvbWFuLWxv
d2VyOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp
b246cmlnaHQ7DQoJdGV4dC1pbmRlbnQ6LTkuMHB0O30NCm9sDQoJe21hcmdpbi1ib3R0b206MGNt
O30NCnVsDQoJe21hcmdpbi1ib3R0b206MGNtO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNv
IDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAv
Pg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxh
eW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwv
bzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT48L2hlYWQ+PGJvZHkgbGFuZz1FTi1VUyBs
aW5rPWJsdWUgdmxpbms9cHVycGxlPjxkaXYgY2xhc3M9V29yZFNlY3Rpb24xPjxwIGNsYXNzPU1z
b05vcm1hbD48c3BhbiBzdHlsZT0nY29sb3I6IzFGNDk3RCc+SGk6PG86cD48L286cD48L3NwYW4+
PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nY29sb3I6IzFGNDk3RCc+PG86cD4m
bmJzcDs8L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nY29s
b3I6IzFGNDk3RCc+VGhlIGNvbnNlbnN1cyBpczo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xh
c3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwvbzpw
Pjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTGlzdFBhcmFncmFwaCBzdHlsZT0ndGV4dC1pbmRlbnQ6
LTE4LjBwdDttc28tbGlzdDpsMCBsZXZlbDEgbGZvNSc+PCFbaWYgIXN1cHBvcnRMaXN0c10+PHNw
YW4gc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxzcGFuIHN0eWxlPSdtc28tbGlzdDpJZ25vcmUnPjEp
PHNwYW4gc3R5bGU9J2ZvbnQ6Ny4wcHQgIlRpbWVzIE5ldyBSb21hbiInPiZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+PHNwYW4gc3R5
bGU9J2NvbG9yOiMxRjQ5N0QnPk5PVCBNVVNUIChTSE9VTEQgc2xpZ2h0bHkgYWhlYWQgaWYgeW91
IGluY2x1ZGUgbXkgb3duIHZvdGUpPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb0xp
c3RQYXJhZ3JhcGggc3R5bGU9J3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwx
IGxmbzUnPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSdjb2xvcjojMUY0OTdEJz48
c3BhbiBzdHlsZT0nbXNvLWxpc3Q6SWdub3JlJz4yKTxzcGFuIHN0eWxlPSdmb250OjcuMHB0ICJU
aW1lcyBOZXcgUm9tYW4iJz4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9zcGFuPjwv
c3Bhbj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5MTCBSUEwg
bm9kZXPCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqDCoMKgwqAgW3RoYXQgd2UgbmVlZCB0
byByZXF1ZXN0IHRvIElBTkFdPG86cD48L286cD48L3NwYW4+PC9wPjxwIGNsYXNzPU1zb0xpc3RQ
YXJhZ3JhcGggc3R5bGU9J3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDAgbGV2ZWwxIGxm
bzUnPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSdjb2xvcjojMUY0OTdEJz48c3Bh
biBzdHlsZT0nbXNvLWxpc3Q6SWdub3JlJz4zKTxzcGFuIHN0eWxlPSdmb250OjcuMHB0ICJUaW1l
cyBOZXcgUm9tYW4iJz4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9zcGFuPjwvc3Bh
bj48L3NwYW4+PCFbZW5kaWZdPjxzcGFuIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5OT1QgZHVtYiBm
bG9vZGluZywgdHJpY2tsZSBzbGlnaHRseSBmYXZvcmVkIGFuZCB0aGUgZGVzY3JpcHRpb24gYmVs
b25ncyBlbHNld2hlcmUgYW55d2F5LjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29O
b3JtYWw+PHNwYW4gc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu
PjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxvOnA+
Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2Nv
bG9yOiMxRjQ5N0QnPlByb3Bvc2FsOjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29O
b3JtYWw+PHNwYW4gc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu
PjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPkNsZWFy
bHksIHRoZSBncm91cCB3aXNoZXMgdG8gYXNrIGZvciBhIG5ldyBtdWx0aWNhc3QgZ3JvdXAgZm9y
IFJQTC4gVGhhdCB3aWxsIGJlIGluY2x1ZGVkIGluIHJldiAxMC48bzpwPjwvbzpwPjwvc3Bhbj48
L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdjb2xvcjojMUY0OTdEJz5PYnZpb3Vz
bHkgYWxzbywgbm9uLXN0b3JpbmcgbW9kZSBkbyBub3QgbmVlZCB0byBzdXBwb3J0IHRoZSBzdGF0
ZWZ1bCBtdWx0aWNhc3QgYXMgcHJlc2VudGVkIGluIHRoZSBkcmFmdC4gVGhlIGxpZ2h0IGNvbnNl
bnN1cyBpcyB0aGF0IHN0b3Jpbmcgbm9kZXMgU0hPVUxEIHN1cHBvcnQgaXQuIFNpbmNlIHRoZSBy
b290IG5lZWRzIHRvIGtub3cgYW5kIGVuZm9yY2UgYSBtdWx0aWNhc3Qgb3BlcmF0aW9uLCB3ZeKA
mWxsIGFkZCBhIGZsYWcgc2ltaWxhciB0byB0aGUg4oCYQeKAmSBmbGFnIGluIHRoZSBESU8gYmFz
ZSB3aGVyZWJ5IHJvdXRlcnMgdGhhdCBkbyBub3QgaGF2ZSB0aGUgY2FwYWJpbGl0eSBqb2luIGFz
IGxlYXZlcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0
eWxlPSdjb2xvcjojMUY0OTdEJz5GaW5hbGx5LCB3ZeKAmWxsIG1ha2UgaXQgY2xlYXIgdGhhdCB0
aGUgYWx0ZXJuYXRlIG11bHRpY2FzdCBtZXRob2QocykgYXJlIHRvIGJlIHNwZWNpZmllZCBpbiBh
IGRpZmZlcmVudCBzcGVjLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+
PHNwYW4gc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD48
cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gc3R5bGU9J2NvbG9yOiMxRjQ5N0QnPklmIHlvdSBvcHBv
c2UgdG8gdGhpcyByZXNvbHV0aW9uIHBsZWFzZSBzcGVhayB1cCBub3chPG86cD48L286cD48L3Nw
YW4+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48c3BhbiBzdHlsZT0nY29sb3I6IzFGNDk3RCc+PG86
cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjxkaXY+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0
eWxlPSdjb2xvcjojMUY0OTdEJz5QYXNjYWw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC9kaXY+PHAg
Y2xhc3M9TXNvTm9ybWFsPjxzcGFuIHN0eWxlPSdjb2xvcjojMUY0OTdEJz48bzpwPiZuYnNwOzwv
bzpwPjwvc3Bhbj48L3A+PGRpdiBzdHlsZT0nYm9yZGVyOm5vbmU7Ym9yZGVyLWxlZnQ6c29saWQg
Ymx1ZSAxLjVwdDtwYWRkaW5nOjBjbSAwY20gMGNtIDQuMHB0Jz48ZGl2PjxkaXYgc3R5bGU9J2Jv
cmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBj
bSAwY20gMGNtJz48cCBjbGFzcz1Nc29Ob3JtYWw+PGI+PHNwYW4gbGFuZz1GUiBzdHlsZT0nZm9u
dC1zaXplOjEwLjBwdDtmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiInPkZyb206PC9z
cGFuPjwvYj48c3BhbiBsYW5nPUZSIHN0eWxlPSdmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5
OiJUYWhvbWEiLCJzYW5zLXNlcmlmIic+IHJvbGwtYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOnJv
bGwtYm91bmNlc0BpZXRmLm9yZ10gPGI+T24gQmVoYWxmIE9mIDwvYj5QYXNjYWwgVGh1YmVydCAo
cHRodWJlcnQpPGJyPjxiPlNlbnQ6PC9iPiBGcmlkYXksIEp1bmUgMTgsIDIwMTAgMjoyNCBQTTxi
cj48Yj5Ubzo8L2I+IHJvbGxAaWV0Zi5vcmc8YnI+PGI+U3ViamVjdDo8L2I+IFtSb2xsXSBDbG9z
aW5nIG9uIGlzc3VlIDU0PG86cD48L286cD48L3NwYW4+PC9wPjwvZGl2PjwvZGl2PjxwIGNsYXNz
PU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+RGVhciBX
Rzo8bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48L3A+
PHAgY2xhc3M9TXNvTm9ybWFsPldl4oCZZCBsaWtlIHRvIGNsb3NlIG9uIGlzc3VlIDU0IGJ5IGRy
YWZ0IDEwLiBUaGVyZSBhcmUgaW4gZmFjdCAzIHF1ZXN0aW9ucyBvbiB0aGUgdGFibGUuIENhbiB5
b3UgcGxlYXNlIHNwZW5kIGEgZmV3IG1pbnV0ZXMgdG8gZ2l2ZXMgdXMgeW91ciB2b3RlIG9uIGVh
Y2g6PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9w
PjxwIGNsYXNzPU1zb0xpc3RQYXJhZ3JhcGggc3R5bGU9J3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNv
LWxpc3Q6bDEgbGV2ZWwxIGxmbzQnPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSdt
c28tbGlzdDpJZ25vcmUnPjEpPHNwYW4gc3R5bGU9J2ZvbnQ6Ny4wcHQgIlRpbWVzIE5ldyBSb21h
biInPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+PC9zcGFuPjwhW2VuZGlm
XT5JdCBoYXMgYmVlbiBub3RlZCB0aGF0IEluIHNvbWUgc21hbGwgbmV0d29ya3MsIHRoZSBub24t
c3RvcmluZyBtb2RlIGFwcHJvYWNoIG9mIGZsb29kaW5nIG9yIG1hbnkgdW5pY2FzdCB3b3VsZCBi
ZSBhY2NlcHRhYmxlIGFzIGEgbXVsdGljYXN0IGFwcHJvYWNoLiAmbmJzcDtQbGVhc2Ugdm90ZSB3
aGV0aGVyIHRoZSBzdXBwb3J0IG9mIERBTyBiYXNlZCBtdWx0aWNhc3Qgb248Yj4gc3RvcmluZzwv
Yj4gbm9kZXMgc2hvdWxkIGJlIGE6PG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTGlzdFBhcmFn
cmFwaCBzdHlsZT0nbWFyZ2luLWxlZnQ6NzIuMHB0O3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxp
c3Q6bDEgbGV2ZWwyIGxmbzQnPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSdtc28t
bGlzdDpJZ25vcmUnPmEuPHNwYW4gc3R5bGU9J2ZvbnQ6Ny4wcHQgIlRpbWVzIE5ldyBSb21hbiIn
PiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+PC9zcGFuPjwhW2Vu
ZGlmXT5NQVkgPG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTGlzdFBhcmFncmFwaCBzdHlsZT0n
bWFyZ2luLWxlZnQ6NzIuMHB0O3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDEgbGV2ZWwy
IGxmbzQnPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSdtc28tbGlzdDpJZ25vcmUn
PmIuPHNwYW4gc3R5bGU9J2ZvbnQ6Ny4wcHQgIlRpbWVzIE5ldyBSb21hbiInPiZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT5TSE9VTEQgPG86cD48
L286cD48L3A+PHAgY2xhc3M9TXNvTGlzdFBhcmFncmFwaCBzdHlsZT0nbWFyZ2luLWxlZnQ6NzIu
MHB0O3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDEgbGV2ZWwyIGxmbzQnPjwhW2lmICFz
dXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSdtc28tbGlzdDpJZ25vcmUnPmMuPHNwYW4gc3R5bGU9
J2ZvbnQ6Ny4wcHQgIlRpbWVzIE5ldyBSb21hbiInPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu
YnNwOyZuYnNwOyA8L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT5NVVNUPG86cD48L286cD48L3A+PHAg
Y2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxwIGNsYXNzPU1zb0xpc3RQYXJh
Z3JhcGggc3R5bGU9J3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDEgbGV2ZWwxIGxmbzQn
PjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSdtc28tbGlzdDpJZ25vcmUnPjIpPHNw
YW4gc3R5bGU9J2ZvbnQ6Ny4wcHQgIlRpbWVzIE5ldyBSb21hbiInPiZuYnNwOyZuYnNwOyZuYnNw
OyZuYnNwOyZuYnNwOyA8L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT5MTCBtdWx0aWNhc3QgYWRkcmVz
cyB1c2VkIGZvciBSUEwgY29udHJvbC4gJm5ic3A7QXQgdGhlIG1vbWVudCwgYWxsIG1jYXN0IGNv
bnRyb2wgZ29lcyB0byBGRjAyOjoxLCB3aGljaCBtaWdodCBib3RoZXIgbW9yZSBub2RlcyB0aGFu
IG5lZWQgYmUuIFBsZWFzZSB2b3RlIHRvIHVzZTo8bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Q
bGFpblRleHQgc3R5bGU9J21hcmdpbi1sZWZ0OjcyLjBwdDt0ZXh0LWluZGVudDotMTguMHB0O21z
by1saXN0OmwxIGxldmVsMiBsZm80Jz48IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0n
bXNvLWxpc3Q6SWdub3JlJz5hLjxzcGFuIHN0eWxlPSdmb250OjcuMHB0ICJUaW1lcyBOZXcgUm9t
YW4iJz4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9zcGFuPjwvc3Bhbj48
IVtlbmRpZl0+LSBhbGwgbm9kZXMmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsgW1JGQzQyOTFdPG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvUGxhaW5UZXh0IHN0eWxl
PSdtYXJnaW4tbGVmdDo3Mi4wcHQ7dGV4dC1pbmRlbnQ6LTE4LjBwdDttc28tbGlzdDpsMSBsZXZl
bDIgbGZvNCc+PCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9J21zby1saXN0Oklnbm9y
ZSc+Yi48c3BhbiBzdHlsZT0nZm9udDo3LjBwdCAiVGltZXMgTmV3IFJvbWFuIic+Jm5ic3A7Jm5i
c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPi0gYWxsIHJvdXRl
cnMmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgW1JGQzQyOTFdPG86cD48L286cD48L3A+
PHAgY2xhc3M9TXNvUGxhaW5UZXh0IHN0eWxlPSdtYXJnaW4tbGVmdDo3Mi4wcHQ7dGV4dC1pbmRl
bnQ6LTE4LjBwdDttc28tbGlzdDpsMSBsZXZlbDIgbGZvNCc+PCFbaWYgIXN1cHBvcnRMaXN0c10+
PHNwYW4gc3R5bGU9J21zby1saXN0Oklnbm9yZSc+Yy48c3BhbiBzdHlsZT0nZm9udDo3LjBwdCAi
VGltZXMgTmV3IFJvbWFuIic+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwv
c3Bhbj48L3NwYW4+PCFbZW5kaWZdPi0gTEwgTUFORVQgbm9kZXMgJm5ic3A7Jm5ic3A7Jm5ic3A7
Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IFtSRkM1NDk4XTxvOnA+PC9vOnA+
PC9wPjxwIGNsYXNzPU1zb1BsYWluVGV4dCBzdHlsZT0nbWFyZ2luLWxlZnQ6NzIuMHB0O3RleHQt
aW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDEgbGV2ZWwyIGxmbzQnPjwhW2lmICFzdXBwb3J0TGlz
dHNdPjxzcGFuIHN0eWxlPSdtc28tbGlzdDpJZ25vcmUnPmQuPHNwYW4gc3R5bGU9J2ZvbnQ6Ny4w
cHQgIlRpbWVzIE5ldyBSb21hbiInPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L3Nw
YW4+PC9zcGFuPjwhW2VuZGlmXT4tIExMIFJQTCBub2RlcyAmbmJzcDsmbmJzcDsmbmJzcDsmbmJz
cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm
bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgW3RoYXQgd2UgbmVlZCB0byByZXF1ZXN0IHRvIElBTkFd
IDxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb0xpc3RQYXJhZ3JhcGg+PG86cD4mbmJzcDs8L286
cD48L3A+PHAgY2xhc3M9TXNvTGlzdFBhcmFncmFwaCBzdHlsZT0ndGV4dC1pbmRlbnQ6LTE4LjBw
dDttc28tbGlzdDpsMSBsZXZlbDEgbGZvNCc+PCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5
bGU9J21zby1saXN0Oklnbm9yZSc+Myk8c3BhbiBzdHlsZT0nZm9udDo3LjBwdCAiVGltZXMgTmV3
IFJvbWFuIic+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7IDwvc3Bhbj48L3NwYW4+PCFb
ZW5kaWZdPk5vbiBzdG9yaW5nIG5vZGVzLiBUaGV5IGNhbm5vdCBkbyB0aGUgREFPIGJhc2VkIHN0
YXRlZnVsIG11bHRpY2FzdCBzbyB3ZSBwbGFuIHRvIGFsbG93IHRoZSByb290IHRvIGVpdGhlciBk
byBtYW55IHVuaWNhc3Qgb3IgZmxvb2QuIFVuaWNhc3QgaXMgc3RyYWlnaHRmb3J3YXJkIGJ1dCBm
bG9vZGluZyBtaWdodCByZXF1aXJlIHNvbWUgdGV4dCBXUlQgcHJ1bmluZyBhbmQgdXNlIG9mIHRy
aWNrbGUuIFRvIGF2b2lkIGR1cGxpY2F0aW9uLCB0aGUgYXJ0IHVzdWFsbHkgYWRkcyBhIHNlcXVl
bmNlIHRvIGVhY2ggcGFja2V0IGJlaW5nIGZsb29kZWQuIElmIHdlIGhhdmUgc3VjaCBhIHNlcXVl
bmNlIHdlIGNhbiB1c2UgaXQgYWxvbmUgb3IgaW4gY29uanVuY3Rpb24gd2l0aCB0cmlja2xlIHRv
IHBydW5lIGV4Y2VzcyBtdWx0aWNhc3QuIFBsZWFzZSB2b3RlOjxvOnA+PC9vOnA+PC9wPjxwIGNs
YXNzPU1zb0xpc3RQYXJhZ3JhcGggc3R5bGU9J21hcmdpbi1sZWZ0OjcyLjBwdDt0ZXh0LWluZGVu
dDotMTguMHB0O21zby1saXN0OmwxIGxldmVsMiBsZm80Jz48IVtpZiAhc3VwcG9ydExpc3RzXT48
c3BhbiBzdHlsZT0nbXNvLWxpc3Q6SWdub3JlJz5hLjxzcGFuIHN0eWxlPSdmb250OjcuMHB0ICJU
aW1lcyBOZXcgUm9tYW4iJz4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsgPC9z
cGFuPjwvc3Bhbj48IVtlbmRpZl0+RG8gbm90IHBydW5lIGFueXRoaW5nLCBqdXN0IHByb3BhZ2F0
ZSBkb3dud2FyZHMgYWxsIHRoZSBtdWx0aWNhc3QgcGFja2V0cyBmcm9tIHBhcmVudHMgKHNpbXBs
ZXN0IGJ1dCBncmVlZHkpPG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTGlzdFBhcmFncmFwaCBz
dHlsZT0nbWFyZ2luLWxlZnQ6NzIuMHB0O3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDEg
bGV2ZWwyIGxmbzQnPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSdtc28tbGlzdDpJ
Z25vcmUnPmIuPHNwYW4gc3R5bGU9J2ZvbnQ6Ny4wcHQgIlRpbWVzIE5ldyBSb21hbiInPiZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT5hICsgRGVz
Y3JpYmUgdGhlIHNlcXVlbmNlIG5iIGluIHRoZSBob3AtYnktaG9wIHNwZWMgdG8gcHJ1bmUgZmxv
b2RlZCBkdXBsaWNhdGVzPG86cD48L286cD48L3A+PHAgY2xhc3M9TXNvTGlzdFBhcmFncmFwaCBz
dHlsZT0nbWFyZ2luLWxlZnQ6NzIuMHB0O3RleHQtaW5kZW50Oi0xOC4wcHQ7bXNvLWxpc3Q6bDEg
bGV2ZWwyIGxmbzQnPjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSdtc28tbGlzdDpJ
Z25vcmUnPmMuPHNwYW4gc3R5bGU9J2ZvbnQ6Ny4wcHQgIlRpbWVzIE5ldyBSb21hbiInPiZuYnNw
OyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyA8L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT5i
ICsgRGVzY3JpYmUgdGhlIHRyaWNrbGVkIHZlcnNpb24gb2YgaXQ8bzpwPjwvbzpwPjwvcD48cCBj
bGFzcz1Nc29MaXN0UGFyYWdyYXBoIHN0eWxlPSdtYXJnaW4tbGVmdDo3Mi4wcHQnPjxvOnA+Jm5i
c3A7PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpwPjwvcD48cCBj
bGFzcz1Nc29Ob3JtYWw+Vm90ZXMgYXBwcmVjaWF0ZWQgPHNwYW4gc3R5bGU9J2ZvbnQtZmFtaWx5
OldpbmdkaW5ncyc+Sjwvc3Bhbj48bzpwPjwvbzpwPjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+PGI+
PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo4LjVwdDtmb250LWZhbWlseToiQXJpYWwiLCJzYW5zLXNl
cmlmIjtjb2xvcjojNjY2NjY2Jz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L2I+PC9wPjxwIGNs
YXNzPU1zb05vcm1hbD48Yj48c3BhbiBzdHlsZT0nZm9udC1mYW1pbHk6IkFyaWFsIiwic2Fucy1z
ZXJpZiI7Y29sb3I6IzY2NjY2Nic+UGFzY2FsPC9zcGFuPjwvYj48c3BhbiBsYW5nPUZSIHN0eWxl
PSdmb250LXNpemU6MTYuMHB0Jz48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PHAgY2xhc3M9TXNvTm9y
bWFsPjxzcGFuIGxhbmc9RlI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPjwvZGl2PjwvZGl2
PjwvYm9keT48L2h0bWw+

------_=_NextPart_001_01CB121F.D7D3FFB0--

From dominique.barthel@orange-ftgroup.com  Tue Jun 22 08:38:09 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 585973A6939 for ; Tue, 22 Jun 2010 08:38:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.351
X-Spam-Level: 
X-Spam-Status: No, score=0.351 tagged_above=-999 required=5 tests=[AWL=0.000,  BAYES_50=0.001, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pCcGKe7E4vpT for ; Tue, 22 Jun 2010 08:38:06 -0700 (PDT)
Received: from r-mail2.rd.francetelecom.com (r-mail2.rd.francetelecom.com [217.108.152.42]) by core3.amsl.com (Postfix) with ESMTP id B50983A67DB for ; Tue, 22 Jun 2010 08:38:05 -0700 (PDT)
Received: from r-mail2.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 5C02AFC48A0 for ; Tue, 22 Jun 2010 17:38:07 +0200 (CEST)
Received: from ftrdsmtp1.rd.francetelecom.fr (unknown [10.192.128.46]) by r-mail2.rd.francetelecom.com (Postfix) with ESMTP id 53BAAFC489F for ; Tue, 22 Jun 2010 17:38:07 +0200 (CEST)
Received: from ftrdmel0.rd.francetelecom.fr ([10.192.128.56]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.3959);  Tue, 22 Jun 2010 17:34:53 +0200
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Tue, 22 Jun 2010 17:34:24 +0200
Message-ID: <8E09C72DBC577D489F13A71228C0B7BF015DBEED@ftrdmel0.rd.francetelecom.fr>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Metrics draft, NE constraint
Thread-Index: AcsSIGSUtQj+Dt6ERPSxOzQqZMozdQ==
From: 
To: 
X-OriginalArrivalTime: 22 Jun 2010 15:34:53.0056 (UTC) FILETIME=[758C1800:01CB1220]
Subject: [Roll] Metrics draft, NE constraint
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 22 Jun 2010 15:38:10 -0000

Hello all,

This post pertains to the use of Node Energy as a contraint.

The metrics draft currently says there can be only one NE subobject per
object when used as a constraint. The "Type" bit field currently has 3
possible values. Was it intended that only one type of node (mains
powered, scavenger, battery-operated) is included in an RPLL instance?
By playing the I bit, one can cleverly include two types by excluding
the third one. But this trick will no longer be possible if a fourth
value is defined for "Type".
Should we then allow several NE-subojects in an NE, and define the
combination rules ? Alternately, is there an implicit order relation on
node type, and better types than that explicitely included are all
included, while worse types than that explicitely excluded are all
excluded?=20

Even if we stay with the current three values for T, I have questions.
It is not explicitely stated that the EE field is valid for constraints
but, by default, I assume this to be the case.
In which case, how do you combine the use of the EE field with
including/excluding several types of nodes?
For example, how do you include battery-powered nodes with H>90 and
scavenging nodes with H>25?
This is not possible with the current encoding.

Does anybody confirm that we want to do the kind of examples listed
above?

Thanks

Dominique


From richard.kelsey@ember.com  Tue Jun 22 09:20:26 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A213D3A6818 for ; Tue, 22 Jun 2010 09:20:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.928
X-Spam-Level: 
X-Spam-Status: No, score=-1.928 tagged_above=-999 required=5 tests=[AWL=0.671,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V7D-4LGNE2y1 for ; Tue, 22 Jun 2010 09:20:25 -0700 (PDT)
Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id 903E33A67AB for ; Tue, 22 Jun 2010 09:20:25 -0700 (PDT)
Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675);  Tue, 22 Jun 2010 12:20:32 -0400
Date: Tue, 22 Jun 2010 12:24:37 -0400
Message-Id: <87tyovjare.fsf@kelsey-ws.hq.ember.com>
To: Philip Levis 
In-reply-to: <6AC80EE2-8C74-4D7E-8D0F-437E12508D72@cs.stanford.edu> (message from Philip Levis on Mon, 21 Jun 2010 19:57:59 -0700)
From: Richard Kelsey 
References: <4C1AE4A2.9020201@acm.org> <8B4A870A-9523-460E-B129-D5AD4EB01289@cisco.com> <57F3DDAF-7A54-4BAA-B1AC-5DDDE7DA4B52@cs.stanford.edu> <4C1EA197.9020100@acm.org> <6AC80EE2-8C74-4D7E-8D0F-437E12508D72@cs.stanford.edu>
X-OriginalArrivalTime: 22 Jun 2010 16:20:32.0514 (UTC) FILETIME=[D6643620:01CB1226]
Cc: roll@ietf.org
Subject: Re: [Roll] Remove 'T' flag?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 22 Jun 2010 16:20:26 -0000

> From: Philip Levis 
> Date: Mon, 21 Jun 2010 19:57:59 -0700
> 
> On Jun 20, 2010, at 4:17 PM, Tim Winter wrote:
> 
> > (non-storing, pull from children) -- seems not required, what would
> > be the use case where this is needed?  I defer however to those with
> > more expertise in operating the non-storing case.
> >
> > (non-storing, pull from sub-DODAG) -- seems useful for a root in
> > the non-storing case to be able to refresh DAO information without
> > incrementing the DODAGVersionNumber and triggering a global repair.
> > Doesn't seem useful for non-root nodes.  Again, I would defer to
> > those with more expertise in operating non-storing networks.
> 
> This is the open question: we only get one of the two. I agree that
> pulling from a sub-DODAG is useful, e.g., if a DAO was lost. The
> issue, though, is that you don't know where to pull. E.g., node A was
> a DAO child of B, link AB fails, it is now a child of C. A sends a DAO
> to the DODAG Root announcing its DODAG parents. That DAO is lost. How
> do you know to trigger a DAO at C?

You don't.  For non-storing networks you really need to use
DAO-acks because of this problem.  The 'T' flag doesn't
help.

In non-storing networks the root can use the DTSN to pull
refresh its DAO information if it becomes stale or lost for
any reason.  DAO losses within the DODAG need to be handled
by DAO-acks and resends.

                              -Richard Kelsey

From richard.kelsey@ember.com  Tue Jun 22 11:00:15 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 98F323A68B6 for ; Tue, 22 Jun 2010 11:00:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.964
X-Spam-Level: 
X-Spam-Status: No, score=-1.964 tagged_above=-999 required=5 tests=[AWL=0.635,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hYtRULMclqaQ for ; Tue, 22 Jun 2010 11:00:14 -0700 (PDT)
Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id 79F803A6882 for ; Tue, 22 Jun 2010 11:00:14 -0700 (PDT)
Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675);  Tue, 22 Jun 2010 14:00:18 -0400
Date: Tue, 22 Jun 2010 14:04:24 -0400
Message-Id: <87pqzjj653.fsf@kelsey-ws.hq.ember.com>
To: Philip Levis 
In-reply-to:  (message from Philip Levis on Mon, 21 Jun 2010 09:16:09 -0700)
From: Richard Kelsey 
References: 
X-OriginalArrivalTime: 22 Jun 2010 18:00:18.0610 (UTC) FILETIME=[C661F920:01CB1234]
Cc: roll@ietf.org
Subject: Re: [Roll] timer-based counters
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 22 Jun 2010 18:00:15 -0000

> From: Philip Levis 
> Date: Mon, 21 Jun 2010 09:16:09 -0700
> 
> One issue that has come up in RPL security is the use of timer-based
> counters. This mechanism is similar to that used in 802.15.4e, where
> nodes have an approximate global clock and can use that clock to
> detect and reject delayed packets.

Using this for security requires that the clock synchronization
is robust in the face of attackers.  Does this require Byzantine
fault tolerance?  It seems likely to get complicated.

                                      -Richard Kelsey

From gnawali@cs.stanford.edu  Tue Jun 22 23:52:13 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9265E3A6A4D for ; Tue, 22 Jun 2010 23:52:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.166
X-Spam-Level: 
X-Spam-Status: No, score=-4.166 tagged_above=-999 required=5 tests=[AWL=-0.789, BAYES_50=0.001, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Fts9LBEMDQlF for ; Tue, 22 Jun 2010 23:52:12 -0700 (PDT)
Received: from cs-smtp-3.Stanford.EDU (cs-smtp-3.Stanford.EDU [171.64.64.27]) by core3.amsl.com (Postfix) with ESMTP id C4B733A6853 for ; Tue, 22 Jun 2010 23:52:12 -0700 (PDT)
Received: from mail-yw0-f173.google.com ([209.85.211.173]) by cs-smtp-3.Stanford.EDU with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.60) (envelope-from ) id 1ORJoq-00021S-Ez for roll@ietf.org; Tue, 22 Jun 2010 23:52:20 -0700
Received: by ywh3 with SMTP id 3so4341990ywh.31 for ; Tue, 22 Jun 2010 23:52:19 -0700 (PDT)
Received: by 10.151.89.33 with SMTP id r33mr7369421ybl.160.1277275939674; Tue,  22 Jun 2010 23:52:19 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.151.14.17 with HTTP; Tue, 22 Jun 2010 23:51:58 -0700 (PDT)
In-Reply-To: <87631cksbh.fsf@kelsey-ws.hq.ember.com>
References: <1970550793.165216.1276828237438.JavaMail.root@mail02.pantherlink.uwm.edu> <5BEAFD5C-242E-4BAB-8E3F-ED372B91112E@cs.stanford.edu> <87sk4kl74d.fsf@kelsey-ws.hq.ember.com>   <878w68kzfg.fsf@kelsey-ws.hq.ember.com>     <87631cksbh.fsf@kelsey-ws.hq.ember.com>
From: Omprakash Gnawali 
Date: Tue, 22 Jun 2010 23:51:58 -0700
Message-ID: 
To: Richard Kelsey 
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Scan-Signature: 127ff6e1eac6b45a32dc112250ed777d
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 06:52:13 -0000

On Mon, Jun 21, 2010 at 2:07 PM, Richard Kelsey
 wrote:
>> From: Philip Levis 
>> Date: Mon, 21 Jun 2010 11:50:49 -0700
>>
>> On Jun 21, 2010, at 11:45 AM, Jerald.P.Martocci@jci.com wrote:
>>
>> > The need to wholly specify embedded networks is a very salient
>> > point. =A0These devices have to boot strap themselves, sniff the
>> > environment and self-configure themselves. =A0There may not be a Sys
>> > Admin even allowed to enter the building for many months!
>>
>> Right -- this is why I worry whether the proposed approach of making
>> all OFs abstract is just creating another problem. At the interim
>> meeting I suggested that perhaps we want an OFs which is abstract and
>> generic, for the managed cases, but also have 1-2 very specific OFs,
>> for the unmanaged ones. Leaving ubiquitous computing/PAN technologies
>> in the lurch because smart meters need flexibility seems like a bad
>> decision to me.
>
> I have been assuming that any concrete OF would be derived
> from a generic OF by filling in various blanks. =A0That seems
> organizationally simpler than creating disjoint generic and
> specific OFs.
>
> We may be thinking of two different kinds of generic OFs.
> What I had in mind was a parameterized OF where the method
> of setting the parameters was out of scope. =A0Any protocol
> for specifying parameters would go in a separate document.
>
> This would make for a minimum of three documents:
> =A0(A) a generic OF
> =A0(B) (A) specialized for basic ETX
> =A0(C) a protocol for specializing (A) at runtime
> A benefit of doing it this way is that it allows many
> different directions for (C). =A0It's one thing to want to
> adjust the number of DAO parents at runtime, its another to
> push out a new metrics->rank function. =A0Both have their
> uses.

Besides ETX, latency is a candidate routing metric that might be
widely used in these networks. Before we generalize OFs, it will be
great to understand how to use latency as routing metric in the
networks. Once that is done, we can examine how OF for latency is
different or similar to the OF for ETX. That comparison will tell us
if OF generalization makes sense.

Is anyone using metric such as latency with RPL yet?

- om_p

From nicolas.dejean.ietf@googlemail.com  Wed Jun 23 02:23:05 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2CAC93A6781 for ; Wed, 23 Jun 2010 02:23:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.623
X-Spam-Level: 
X-Spam-Status: No, score=0.623 tagged_above=-999 required=5 tests=[BAYES_50=0.001, FM_FORGED_GMAIL=0.622]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2quLd2BhG3Gu for ; Wed, 23 Jun 2010 02:23:04 -0700 (PDT)
Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by core3.amsl.com (Postfix) with ESMTP id E7C583A6452 for ; Wed, 23 Jun 2010 02:23:03 -0700 (PDT)
Received: by ey-out-2122.google.com with SMTP id 22so350700eye.51 for ; Wed, 23 Jun 2010 02:23:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=c/W/1ic14AFCjS3nWnBAshFObiIoAKzE3k5eVydYaBI=; b=SpwbPAocPrRXLGqAFrIz0ylQvFP0VgWeehMPBPk/aJoglYV6HTw8AmGmIZyrBe+IxB lCd3BzddElT8AUqZgZ4yj7tYqWUjbWgsSGpqQlKV//+DvSIMkLYrYYt7JzahPeDwFpvk 7SrHk28pIFhmRCQLedZZAJpDBNUODPpJ1g9S4=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=bQSOTDytYZgp+JNeKma18AIiMIZrJwkPhCzoDVFnjbXLgkG6gCbVxbdPCV7EFwnQd9 T3duGfH9t82J+3e6CeWQGt5eS1B3pyBKFHfC63zPVis+Pwr/kwjwdgBfsv0E513dffVB zEgyA5kiCwwQIQ263ae4QDm10mODiip1IAGSI=
MIME-Version: 1.0
Received: by 10.213.27.206 with SMTP id j14mr2304853ebc.3.1277284987703; Wed,  23 Jun 2010 02:23:07 -0700 (PDT)
Received: by 10.213.28.72 with HTTP; Wed, 23 Jun 2010 02:23:07 -0700 (PDT)
In-Reply-To: <8E09C72DBC577D489F13A71228C0B7BF015A530F@ftrdmel0.rd.francetelecom.fr>
References: <8E09C72DBC577D489F13A71228C0B7BF015A530F@ftrdmel0.rd.francetelecom.fr>
Date: Wed, 23 Jun 2010 11:23:07 +0200
Message-ID: 
From: Nicolas DEJEAN 
To: dominique.barthel@orange-ftgroup.com
Content-Type: text/plain; charset=ISO-8859-1
Cc: roll@ietf.org
Subject: Re: [Roll] Metrics draft, clarifications; one per container
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 09:23:05 -0000

Hello all,

I suggest we change the offending text to "There MUST be no more than
one xxx object with the C bit set per DAG Metric Container, and no
more than one with the C bit reset per DAG Metric Container".
This will accomodate the common case where a same quantity is used
both as a constraint and a metric.

Cheers,

Nicolas.

2010/6/21  :
> Hello all,
>
> In the metrics draft, I'm confused about terminology. On pages 6 and 7, it
> seems that the same things bear different names.
>
> E.g. , Routing Object, Constraint/Metric Object, etc.
> I'm especially confused by the liberal use of the noun "object", especially
> associated with the noun "container".
> Is a "Metric Container object" an object within a Metric Container or the
> Metric Container itself?
>
> Assuming the latter is true, then I have a problem with the various
> instances of the sentence
> "There MUST be only one xxx object per DAG Metric Container object.", with
> xxx equal to NSA, NE, HP, Throughput, Latency, LQL , ETX, LC.
>
> For example, how can we implement a max(min(node_energy) ) routing on
> scavenging nodes if we can't have one NE as a constraint (exclude battery
> nodes) and one as a metric (accumulate min along the path)?
>
> Best
>
> Dominique
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>
>

From jpv@cisco.com  Wed Jun 23 03:47:38 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4E9F83A692E for ; Wed, 23 Jun 2010 03:47:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.178
X-Spam-Level: 
X-Spam-Status: No, score=-10.178 tagged_above=-999 required=5 tests=[AWL=0.421, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K6r7P4I6ktBo for ; Wed, 23 Jun 2010 03:47:29 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 12B333A69BC for ; Wed, 23 Jun 2010 03:47:09 -0700 (PDT)
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-Files: ROLL-Virtual-WG-Meeting-Minutes-June-2010.txt : 14177
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAMaCIUxAZnwM/2dsb2JhbACfK3GnBJpEgl+CPAQ
X-IronPort-AV: E=Sophos;i="4.53,466,1272844800";  d="txt'?scan'208";a="124668141"
Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-2.cisco.com with ESMTP; 23 Jun 2010 10:47:10 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5NAl5qj025765 for ; Wed, 23 Jun 2010 10:47:10 GMT
Received: from xfe-ams-102.cisco.com ([144.254.231.94]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 12:47:09 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-102.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 12:47:08 +0200
Message-Id: <95107343-B2CE-44E9-B702-4AE247C89DFA@cisco.com>
From: JP Vasseur 
To: ROLL WG 
Content-Type: multipart/mixed; boundary=Apple-Mail-14-482600255
Mime-Version: 1.0 (Apple Message framework v936)
Date: Wed, 23 Jun 2010 12:47:07 +0200
References: <052CD1F4-A159-4C23-87EF-75F43DB849EF@cisco.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Jun 2010 10:47:08.0258 (UTC) FILETIME=[6D56BC20:01CB12C1]
X-TM-AS-Product-Ver: SMEX-8.0.0.1181-6.000.1038-17462.006
X-TM-AS-Result: No--13.348900-8.000000-31
X-TM-AS-User-Approved-Sender: No
X-TM-AS-User-Blocked-Sender: No
Subject: [Roll] ROLL Virtual WG meeting - Minutes
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 10:47:39 -0000

--Apple-Mail-14-482600255
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: 7bit

Please find attached the minutes of the ROLL Virtual WG meeting that  
took place on June 16.
Let us know by June 30 if you have any comments.

Thanks.

JP.



--Apple-Mail-14-482600255
Content-Disposition: attachment;
	filename=ROLL-Virtual-WG-Meeting-Minutes-June-2010.txt
Content-Type: text/plain;
	x-unix-mode=0644;
	name="ROLL-Virtual-WG-Meeting-Minutes-June-2010.txt"
Content-Transfer-Encoding: quoted-printable

ROLL Virtual Working Group Minutes - June 2010

Thanks to Phil Levis for taking the notes

Agenda
######

Agenda/admin (Chairs - 5mn) [5]
         =20
1) WG Status (Chairs - 5 mn) [10]
       =20
2) RPL: Routing Protocol for Low power and Lossy networks =
(Pascal/Phil/Tim - 45 mn)         =20
draft-ietf-roll-rpl [55]

3) Mechanisms to Support Point-to-Point Routing in Low Power and Lossy =
Networks (Mukul - 45mn) =C2=A0
draft-dt-roll-p2p-rpl=C2=A0[100]
   =20
4) The Minimum Rank Objective Function with Hysteresis (MRHOF) =
(Omprakash- 5mn)
draft-gnawali-roll-minrank-hysteresis-of-00 [105]
   =20
5) Performance Evaluation of Routing Protocol for Low Power and =
LossyNetworks - (Jaudelice - 10mn)=20
draft-tripathi-roll-rpl-simulation-04 [115]

Minutes
#######

JP: Charter review and milestones. Progress on current drafts, =
requirements,
metrics, of0, terminology. Lots of progress on RPL specification: new
security section, over 10 implementations in progress, interop reports
frop IPSO and Zigbee-IP. Focus is on core specification, slide 6
presents our major next steps.

David C.: A key think here is the discipline of minimum viable protocol. =
It's
hard to do something simple, especially when it's the result of a group
process. But this domain really calls for it, and so we need to stay
focused on this goal.

Pascal: We have added two big pieces: security and manageability. We
have also added a new ICMP error for source routing. There are 6man
drafts for needed mechanisms and some minor changes to sequence number
handling.

Pascal: Everyone please participate in 6man to support adoption of the
needed RPL headers.

JP: 6man WG chairs have polled the list for adoption. Now is a good time
to express your opinion.

Pascal: One question is what we should do with the S bit.

Emmanuel: I think we should just cut it. Let's keep things simple.

Pascal: Path MTU. Do we want this? It means the network doesn't need =
code
for PMTUD.

Phil: I disagree on this claim.

Pascal: Well, if we know the network has an MTU larger, then as long as
we are not talking to something in the Internet with a smaller MTU..

Samita: Everyone on the list seems to be against it.

Pascal: I disagree.

David C.: Let's move on.

JP: Status update. If you look at our to-do requirment list (MUST), =
there's a lot of red.
This all has to do with security. With the security section in place, =
I'm
going to move through the to-do list and update. This relates to ticket =
#25 that has
been updated in light of RPL version 09.

JP: Ticket 30 (multicast): Richard or Jonathan, quick update?

Richard: Really a forwarding, not a routing, issue. So though is that
this is a separate draft, does not go into the RPL document.

Pascal: I will come back to the sequence counter later. The current text
is not quite correct, we'll fix it in 10. Let's go on to targeted DIO.

Pascal: Target in DIO is important for a few cases. Fast repair, packet =
from
outside, P2P.

Emmanuel: How does this relate to the P2P draft?

David C.: The question is whether there's a decision. Let's talk about =
the
decision process. Part 1: Is this part of the minimum viable protocol?
I'd like to get beyond anecdotal observation: "Here's a case where it =
seems
to help." Let's get to science. We need the minimum protocol so that we
can then make quality decision making. I'd rather be making these =
decisions
based on evaluation rather than my anecdote versus your anecdote.

Mukul: In the P2P draft, there is a target address. So there is some
application use. But the P2P draft already handles this through an =
option,
so this target mechanism seems redundant.

Pascal: OK, let's take it offline. Let's go on to security.

JP: Before we move on to security. The plan is to come up with -10 by =
next
week. So if you have comments or feedback, please do so soon.

JP: Rene, OK, why don't you present.

Rene: The RPL spec covers a few needed basic security services (slide =
24).

Rene: We support keys between two parties, a set of parties, or the =
whole
network. There are also signatures.

Rene: The design needs to handle the set of application domains. We have
a set of crypto mechanisms that can be configured to meet the different
application requirements.

Rene: The slides are wordy. Here are some details on packet protection.
This is about time delay support. Security uses a counter, a nonce-based
construction. THere's support for a counter that's connected to a clock.

Emmanuel: Tiny question. You said the granularity is tenth of =
nanoseconds.

Rene: Time-based counters are 1 kHz, so one millisecond. Suppose you =
have
an industrial application, with accurate clocks on board. Let's say you =
have
a 50ppm clock. You can always use compressed counters. One of the =
advantages
of using this timeliness feature, you can't replay packets much later.

Michael: So I could have a dump implementation that just increments the
counter on each packet. Or do I have to synchronize with the rest of the
network? Sometimes units are in packets, sometimes in milliseconds?

Rene: We talked about this on the security DT, also the issue of having
clock-based and non-clock nodes interoperating.

Phil: The short answer is yes.

David C.: Do we want something in the routing document that would =
require a
clock on every node? We're not requiring a synchronized clock on every =
node.

Michael: The issue with the counters, you can replay the packet. Then =
you
have 2.9 days to replay the packet. Not all nodes have seen the packet.
You can inject it.

David C.: The tradeoff is the degree of delay protection versus the =
energy
spent to protect against it. Definitely one of these questions where =
there
is a tradeoff.

Michael: What I see is that in a relatively sleepy network that sends
few packets, you can almost always compress. My concern is that a =
receiver
has to handle both clocks and counters. Unless you can set in a DIO that
there's a global setting.

Rene: Still some open issues. 1) Timer versus counter. 2) Processing =
front,
there's a question of whether there's sufficient detail, I think we need
more. 3) Currently some support for key management, this area of =
initializing
keys needs some more work. 4) There is also a question of what you do =
not
have the correct security policy parameter. Some support in -09 for
the consistency check mechanism. Question is what needs to be in RPL
protocol, comes from another layer, or is outside scope.

David C.: One comment. Important distinction: it addresses bootstrapping =
rather
than key management. With that distinction, the bootstrappng mechanism =
needs
to be specified as part of RPL. How the keys within that exchange are =
managed,
that makes sense to move to a higher level. It does say how DIO DIS =
relate
to the level of security. That piece, relationship of authentication to
underlying RPL actions, that belongs in RPL.

Rene: This is something we really have to review the whole draft, make =
sure
it works.

JP: What's the plan? The goal was to come up with -10 that we would run =
by
some directorate and AD and of course the entire WG? Can the missing =
security
pieces make the next revision?

David C.: I think we absolutely could.

Alex: One short comment. Is the use of IPSec, AH, planned for RPL =
messages.
Is there any intention of IPSec AH in RPL.

Michael: My opinion is that AH is too big for LLNs, we should do this =
within
the RPL message itself, DIO.

David C.: This was the conclusion of the security DT. The goal isn't to =
cover
all IP traffic. Rather, cover DIO DAO DIS DAO-Ack, etc., as needed in =
case
there are not other mechanisms available.

JP: Let's start the P2P discussion. We need to go a little faster.

Mukul: There are two major limitations with current P2P: congestion =
around
DODAG Root, suboptimal routes.

Mukul: We require source-initiated, on-demand discovery of routes, and =
being
able to measure the quality of these routes.

Mukul: The mechanism being proposed is very simple. A source sends a
discovery message. This discovery states the nature of routing cost,
direction, number, source or hop-by-hop, and a max distance.

Mukul: Important concept: distance versus good enough. Good enough might
be too complex for an intermediate router to calculate this.

Phil: Can you explain why this is important?

Emmanuel: You MAY separate them.

Phil: I guess that having that MAY means that you need end-to-end =
measurement;
if you removed the MAY then would remove that need.

David C.: Many parts of this proposal seem to be MVP-challenged, but =
given that
you need to suppress duplicates, use caching, packet lookups, the =
question of
whether you can compute something doesn't seem that relevant. The point
there more generally is that we don't need to go through a revisiting
of AODV, TinyAODV, but rather we need to see that if there is another
information dissemination mechanism, then we should see if it's part of
the Minimum Viable Protocol.

Mukul: Route discovery is pretty straightforward. Discovery message =
passes
forward to destination. Nodes can cache the result, send response back =
saying
I was able to discover this route.

JP: If you could focus on issues where you would like feedback, that =
would
be better. Please refer to the number of comments that I provided on the =
list
yesterday.

Mukul: Distinction between good-enough and distance criteria. We are =
saying
discovery message can be carried in DIO. We can use a temporary DAG to
propagate discovery messages. Let's look at the discovery message. There
are a few flags. There's a max Rank field, 7 bits, 128 values. This is
the upper limit on Rank that a node may have within the temporary DAG.

Pascal: I am trying to understand if this proposal has implications to
the main spec. We need to know that very soon. What I would like the =
group
to think about is whether this information would be helpful in the main
spec.

Phil: Can you talk about how the presence of an OCP affects other =
options,
due to how OCPs are now independent of metrics?

Mukul: If the route disovery can't use the same OCP that's used for DAG,
then it sets the O flag. The one other thing we're saying as a MUST, if
the O flag is set and there's an OCP, then there MUST be a metric =
container
that's relevant for route discovery. The main question is what is the,
what are the metrics relevant for route discovery, they go after the
route discovery option, but the ones for DAG go before the route =
discovery
option.

David C.: Is there any place where we have prevented the flexibility =
that
is need to incorporate this in the future.

Mukul: No. This is currently completely complementary, does not conflict
with RPL in any way.

David C.: Is there something that is required to do this, is there some
flexibility we need to do this, that isn't in there now.

Mukul: As I told you, I think the base spec is fine. It doesn't need any
modification to accomodate this particular draft.

Emmanuel: Mukul, could you talk about the DRO?

Mukul: Here are some examples. We can have two metric containers. There =
is=20
a new RPL control message, discovery reply object. Slide 28. This DRO =
has
three functions. It can serve as an acknowledgement for source routes.
It can also establish hop-by-hop routes. There can be up to 7 source =
route
options. Each option contains the entire source route. The option looks =
a
lot like RH4.

JP: We have a few minutes, have time for a few questions. OK, thank you,
Mukul.

Om: Let's start. First major question: how, if the OF is metric =
independent,
how does it convert the metric to Rank? For example, ETX is 16 bits, =
latency
is 24, how does the OF translate them to Rank?

JP: that's a topic that deserves some discussion. I'll open a ticket.

Om: This OF, it finds a route with the smallest path cost. So one issue
is that we don't want too much churn due to metric value. Some metrics
might have lots of jitter, others don't. So how does a =
metric-independent
OF handle this? There are other issues. How often should Rank be =
updated?
Should it be periodic, or reactive? I kind of cheated by putting in some
constants, but they are kind of ETX specific.

David C.: This is a really useful piece of work. If there's a bunch of
implementations, how are they pushing into this space, or do they just
use baseline. One question: if we were to futher constrict the =
generality,
do these issues become resolved?

Om: Good question.

Phil: Maybe OFs can be either general or specific? We can have an OF =
that
is metric independent, or a metric that is metric specific.

JP: We don't want an exception.

Phil: But pushing general means we lose something.

JP: I don't think that's true.

Phil: OK.

JP: Let's go over the last slot in 6 minutes.

Jaudelice: Brief overview of where the draft stands. I'm mostly going to
talk about scalability. We use Castalia, based on Omnet++. Here are some
details on the simulation setup.

Juadelice: Comparing the ETX path RPL computes versus the shortest path,
we find that RPL is not optimal, but it is only slightly worse. =
Fractional
metric stretch, we find it's small.

Phil: This agrees with the configuration parameters earlier.

Joudelice: Tiny control overhead, increases with global repair timers.
Poisoning the sub-dag improve convergence.

Jaudelice: Our goal is to make this an informational RFC.

David C.: Can I respond to that? It's wonderful to be driving these =
decisions
from data. Great to see these results and this process going. To me,
the question isn't whether we should have a simulation working group
document, but in what form. The issue is that the conclusions we reach
are so based on a set of assumptions. Underlying topology, churn, =
traffic
pattern, etc. What I'd like to see is to build up an understanding of
what needs to be in the WG document to be useful. We should set out what
the simulation methodology is, this is more important than any =
particular
study.

David C.: That's my biggest concern, going from the individual draft =
into
a document that the working group could benefit from. There should be
a WG document on anaylsis and how to do this going forward, and I'd want
to hear from the WG an understanding of what is important.

JP: since I am a co-author, David could you start a discusison thread on =
the
list?

David: yes.

--Apple-Mail-14-482600255
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed
Content-Transfer-Encoding: 7bit




--Apple-Mail-14-482600255--

From dominique.barthel@orange-ftgroup.com  Wed Jun 23 05:50:28 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C6B213A6A09 for ; Wed, 23 Jun 2010 05:50:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.352
X-Spam-Level: 
X-Spam-Status: No, score=0.352 tagged_above=-999 required=5 tests=[AWL=-0.000,  BAYES_50=0.001, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sGD07yu+4Lxr for ; Wed, 23 Jun 2010 05:50:28 -0700 (PDT)
Received: from r-mail2.rd.francetelecom.com (r-mail2.rd.francetelecom.com [217.108.152.42]) by core3.amsl.com (Postfix) with ESMTP id 959263A681F for ; Wed, 23 Jun 2010 05:50:27 -0700 (PDT)
Received: from r-mail2.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id A0904FC4019 for ; Wed, 23 Jun 2010 14:50:01 +0200 (CEST)
Received: from ftrdsmtp1.rd.francetelecom.fr (unknown [10.192.128.46]) by r-mail2.rd.francetelecom.com (Postfix) with ESMTP id 66B21FC4013 for ; Wed, 23 Jun 2010 14:49:50 +0200 (CEST)
Received: from ftrdmel0.rd.francetelecom.fr ([10.192.128.56]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.3959);  Wed, 23 Jun 2010 14:49:18 +0200
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CB12D2.7DFA94E9"
Date: Wed, 23 Jun 2010 14:49:17 +0200
Message-ID: <8E09C72DBC577D489F13A71228C0B7BF015DC27C@ftrdmel0.rd.francetelecom.fr>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: Metrics draft, latency
Thread-Index: AcsSrzvwk4hMPJUOQlSFP9mS8uDNuQ==
From: 
To: 
X-OriginalArrivalTime: 23 Jun 2010 12:49:18.0718 (UTC) FILETIME=[7EA229E0:01CB12D2]
Subject: [Roll] Metrics draft, latency
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 12:50:28 -0000

This is a multi-part message in MIME format.

------_=_NextPart_001_01CB12D2.7DFA94E9
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable

Hello all,

The metrics draft currently specifies that latency shall be encoded as a
24 bit integer, expressing microsecond units.
This means that the maximum latency across a path is less than 17 s.

I think this is a problem. That's why I had proposed, in the thread
entitled "#18: Numeric Ranges in Routing Metric", to use units of 10
microseconds. This extends the maximum value to about 170 seconds.

I believe we don't need a resolution finer that 10 us. Even with links
of data speed in the hundreds of megabits per second, the first data bit
is not made available to the layer 3 until physical header and mac
headers are transmitted and decoded. Most often, with framing radio
chips, the first data bit is only made available to the microcontroller
when the full frame is succesfully error-checked or error-corrected and
interrupt code taken by the microcontroller. Most often, the MAC
protocol prevents from transmitting immediately because of access
contention (carrier-sense and turn-around time). All these real-life
constraint add to several microseconds, at best, with high speed radios.

If my arguments didn't convince you, then I'd rather we play it safe and
default to 32 bits, although I hate to see all those bytes wasted.

Dominique

------_=_NextPart_001_01CB12D2.7DFA94E9
Content-Type: text/html;
	charset="us-ascii"
Content-Transfer-Encoding: quoted-printable






Metrics draft, latency





Hello all,




The metrics draft currently specifies =
that latency shall be encoded as a 24 bit integer, expressing =
microsecond units.


This means that the maximum latency =
across a path is less than 17 s.




I think this is a problem. That's why I =
had proposed, in the thread entitled "#18: Numeric Ranges in =
Routing Metric", to use units of 10 microseconds. This extends the =
maximum value to about 170 seconds.



I believe we don't need a resolution =
finer that 10 us. Even with links of data speed in the hundreds of =
megabits per second, the first data bit is not made available to the =
layer 3 until physical header and mac headers are transmitted and =
decoded. Most often, with framing radio chips, the first data bit is =
only made available to the microcontroller when the full frame is =
succesfully error-checked or error-corrected and interrupt code taken by =
the microcontroller. Most often, the MAC protocol prevents from =
transmitting immediately because of access contention (carrier-sense and =
turn-around time). All these real-life constraint add to several =
microseconds, at best, with high speed radios.



If my arguments didn't convince you, =
then I'd rather we play it safe and default to 32 bits, although I hate =
to see all those bytes wasted.



Dominique





------_=_NextPart_001_01CB12D2.7DFA94E9--

From yoav@yitran.com  Wed Jun 23 06:08:48 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5C08B3A693F for ; Wed, 23 Jun 2010 06:08:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.96
X-Spam-Level: 
X-Spam-Status: No, score=-3.96 tagged_above=-999 required=5 tests=[AWL=-0.584,  BAYES_50=0.001, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xySy2EsRWN9v for ; Wed, 23 Jun 2010 06:08:47 -0700 (PDT)
Received: from na3sys009aog108.obsmtp.com (na3sys009aog108.obsmtp.com [74.125.149.199]) by core3.amsl.com (Postfix) with SMTP id CF6813A67A3 for ; Wed, 23 Jun 2010 06:08:46 -0700 (PDT)
Received: from source ([74.125.82.178]) by na3sys009aob108.postini.com ([74.125.148.12]) with SMTP ID DSNKTCIHZgL+4YMVZkoa2MkuUqVO7sYmcfaL@postini.com; Wed, 23 Jun 2010 06:08:55 PDT
Received: by mail-wy0-f178.google.com with SMTP id 26so5138539wyj.37 for ; Wed, 23 Jun 2010 06:08:54 -0700 (PDT)
Received: by 10.216.158.205 with SMTP id q55mr2530385wek.66.1277298534165;  Wed, 23 Jun 2010 06:08:54 -0700 (PDT)
From: Yoav Ben-Yehezkel 
References: <8E09C72DBC577D489F13A71228C0B7BF015DC27C@ftrdmel0.rd.francetelecom.fr>
In-Reply-To: <8E09C72DBC577D489F13A71228C0B7BF015DC27C@ftrdmel0.rd.francetelecom.fr>
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AcsSrzvwk4hMPJUOQlSFP9mS8uDNuQAJfsXw
Date: Wed, 23 Jun 2010 16:08:49 +0300
Message-ID: <5946c52cd40af57a9a7e56caf3d42557@mail.gmail.com>
To: dominique.barthel@orange-ftgroup.com, roll@ietf.org
Content-Type: multipart/alternative; boundary=0016364efa2666ae430489b23d58
Subject: Re: [Roll] Metrics draft, latency
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 13:08:48 -0000

--0016364efa2666ae430489b23d58
Content-Type: text/plain; charset=ISO-8859-1

  Metrics draft, latency

+1





*From:* roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] *On Behalf Of *
dominique.barthel@orange-ftgroup.com
*Sent:* Wednesday, June 23, 2010 3:49 PM
*To:* roll@ietf.org
*Subject:* [Roll] Metrics draft, latency



Hello all,

The metrics draft currently specifies that latency shall be encoded as a 24
bit integer, expressing microsecond units.
This means that the maximum latency across a path is less than 17 s.

I think this is a problem. That's why I had proposed, in the thread entitled
"#18: Numeric Ranges in Routing Metric", to use units of 10 microseconds.
This extends the maximum value to about 170 seconds.

I believe we don't need a resolution finer that 10 us. Even with links of
data speed in the hundreds of megabits per second, the first data bit is not
made available to the layer 3 until physical header and mac headers are
transmitted and decoded. Most often, with framing radio chips, the first
data bit is only made available to the microcontroller when the full frame
is succesfully error-checked or error-corrected and interrupt code taken by
the microcontroller. Most often, the MAC protocol prevents from transmitting
immediately because of access contention (carrier-sense and turn-around
time). All these real-life constraint add to several microseconds, at best,
with high speed radios.

If my arguments didn't convince you, then I'd rather we play it safe and
default to 32 bits, although I hate to see all those bytes wasted.

Dominique

--0016364efa2666ae430489b23d58
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable






Metrics draft, latency










+1



=A0



=A0









From: roll-bounces@ietf.org
[mailto:roll-bounces@ietf.org]=
 On Behalf Of dominique.barthel@orange-ftgroup.com

Sent: Wednesday, June 23, 2010 3:49 PM

To: roll@ietf.org

Subject: [Roll] Metrics draft, latency









=A0



Hello all,




The metrics
draft currently specifies that latency shall be encoded as a 24 bit integer=
,
expressing microsecond units. 

This means that
the maximum latency across a path is less than 17 s. 



I think this
is a problem. That's why I had proposed, in the thread entitled "#=
18:
Numeric Ranges in Routing Metric", to use units of 10 microseconds. Th=
is
extends the maximum value to about 170 seconds.



I believe we
don't need a resolution finer that 10 us. Even with links of data speed=
 in the
hundreds of megabits per second, the first data bit is not made available t=
o
the layer 3 until physical header and mac headers are transmitted and decod=
ed.
Most often, with framing radio chips, the first data bit is only made avail=
able
to the microcontroller when the full frame is succesfully error-checked or
error-corrected and interrupt code taken by the microcontroller. Most often=
,
the MAC protocol prevents from transmitting immediately because of access
contention (carrier-sense and turn-around time). All these real-life constr=
aint
add to several microseconds, at best, with high speed radios.



If my
arguments didn't convince you, then I'd rather we play it safe and =
default to
32 bits, although I hate to see all those bytes wasted.



Dominique










--0016364efa2666ae430489b23d58--

From nicolas.dejean.ietf@googlemail.com  Wed Jun 23 06:18:02 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0271A3A67A3 for ; Wed, 23 Jun 2010 06:18:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.677
X-Spam-Level: 
X-Spam-Status: No, score=-0.677 tagged_above=-999 required=5 tests=[AWL=1.300,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1kVmvYP+mCy7 for ; Wed, 23 Jun 2010 06:18:01 -0700 (PDT)
Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by core3.amsl.com (Postfix) with ESMTP id C3D923A69DB for ; Wed, 23 Jun 2010 06:18:00 -0700 (PDT)
Received: by ey-out-2122.google.com with SMTP id 22so366536eye.51 for ; Wed, 23 Jun 2010 06:18:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=yiBnDw66ok3UsOF85eiwXxdmzTMnn2PhU7ZTFhoxR/c=; b=Uq1QD6N3YX0GHr/p6Y0b1S3m7EsCmtqbwy/13lYVk6uKq9ifz7ddcGL3smyYvyGWuC 4zehuYzuVDE2rNCEWC4MFqc8z0GqUS3GOE28Dwfrthd2h1Ur2DQl92YIJItlp8UgySUs Bnq5f43hpAX4rKZjCNAQqYxcYaFVcXox9o0RM=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=GAC4fQi0gXmsIacXJXvVQV4cCPfC2MNCVXaFAIOcDy0eGqGWwtNbWQePtTBWcX5/BR 9wzHwQ8vUSnt/9jLKtvSQPfeS5w6RUYfnRZcdfkH+qefWDW4uarE1Rg1N3KRGkAan59E sz5PeAAtzRqQV3IVVxVa3uElKziRIi3eOeFXM=
MIME-Version: 1.0
Received: by 10.213.4.138 with SMTP id 10mr1726309ebr.48.1277299085144; Wed,  23 Jun 2010 06:18:05 -0700 (PDT)
Received: by 10.213.28.72 with HTTP; Wed, 23 Jun 2010 06:18:05 -0700 (PDT)
In-Reply-To: <5946c52cd40af57a9a7e56caf3d42557@mail.gmail.com>
References: <8E09C72DBC577D489F13A71228C0B7BF015DC27C@ftrdmel0.rd.francetelecom.fr> <5946c52cd40af57a9a7e56caf3d42557@mail.gmail.com>
Date: Wed, 23 Jun 2010 15:18:05 +0200
Message-ID: 
From: Nicolas DEJEAN 
To: Yoav Ben-Yehezkel 
Content-Type: text/plain; charset=ISO-8859-1
Cc: roll@ietf.org
Subject: Re: [Roll] Metrics draft, latency
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 13:18:02 -0000

+1

Nicolas.

From nicolas.dejean.ietf@googlemail.com  Wed Jun 23 06:20:41 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EE3993A6A6D for ; Wed, 23 Jun 2010 06:20:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.583
X-Spam-Level: 
X-Spam-Status: No, score=-0.583 tagged_above=-999 required=5 tests=[AWL=-0.095, BAYES_05=-1.11, FM_FORGED_GMAIL=0.622]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2zoWapr0PzVX for ; Wed, 23 Jun 2010 06:20:38 -0700 (PDT)
Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by core3.amsl.com (Postfix) with ESMTP id 1FF393A6995 for ; Wed, 23 Jun 2010 06:20:37 -0700 (PDT)
Received: by ey-out-2122.google.com with SMTP id 22so366706eye.51 for ; Wed, 23 Jun 2010 06:20:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=GE9Wc7RcvoViUKhcFg48GpA3IiKZtlmj+Y5Z+5OgPYQ=; b=QHAfsuR88gYX2eyGNA/WHv264r7pxmWA8b/5QpRgwHKxoPdmdArCTz39ZA4hwao4+Y S7jeQLtom910za9ZCqhjsBE2VRqMVynldLgh7frFUXXzxuHZbacOOQr2/Ip+tHFS6w99 +BZvP8yrdULoCu5m8uCCNkzA4lSSqJu2HUCKo=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=tXQXQ1cjOoGrhHa7rs/lO5iebgkxEFEAZ7QHOLqkA+lOdk4O5hBgcfTAY+4K+PvgQG KvokKr5Tv7ndzG/ktN+XQ08/TiwKXg45Sv/oIfnLUztrbpyAgKGGbXcG+9HbhLS823xI VdeqwLxuBYLTREN9pa/HD1WjMIsxcrq/+hIqM=
MIME-Version: 1.0
Received: by 10.213.27.206 with SMTP id j14mr1732802ebc.28.1277299241712; Wed,  23 Jun 2010 06:20:41 -0700 (PDT)
Received: by 10.213.28.72 with HTTP; Wed, 23 Jun 2010 06:20:41 -0700 (PDT)
Date: Wed, 23 Jun 2010 15:20:41 +0200
Message-ID: 
From: Nicolas DEJEAN 
To: roll WG 
Content-Type: text/plain; charset=ISO-8859-1
Subject: [Roll] Metrics ID, LQL format
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 13:20:41 -0000

Hello WG,

LQL is the naturel recipient to encode RSSI.

Our experience with building sensor networks based on RSSI calls for a
little more resolution than the current 2 bit value.

We suggest to have 3 bits.

Cheers,

Nicolas.

From nicolas.dejean.ietf@googlemail.com  Wed Jun 23 06:33:14 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C90F328C0E9 for ; Wed, 23 Jun 2010 06:33:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.004
X-Spam-Level: 
X-Spam-Status: No, score=0.004 tagged_above=-999 required=5 tests=[AWL=-0.619,  BAYES_50=0.001, FM_FORGED_GMAIL=0.622]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KF25qWONYIpe for ; Wed, 23 Jun 2010 06:33:05 -0700 (PDT)
Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by core3.amsl.com (Postfix) with ESMTP id A2F7328C120 for ; Wed, 23 Jun 2010 06:32:01 -0700 (PDT)
Received: by ey-out-2122.google.com with SMTP id 9so487670eyd.5 for ; Wed, 23 Jun 2010 06:32:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=oHHwh1gKojSi2pSsa+CYF6jgHV1ftNLqI1iwqa8PZXA=; b=Ua5MNxmGZTAtwhNvc2JOyjLI/+5k0IrK622PVG78Q/E1rPSnl0b/O1R93QRENu+dlv 83zmpKVVzAJr5EerDH6Xm5y0q9sRUncK1mwZU6Sdgok8hy9AK/RITWO4JfBlBe6nVwZ7 Tc0U7yp6MzsWlE2GxoRqZEqNABt6BWJ/i7uDc=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=GF79/0EJpcMXu37uq0k8YqaSsgGmPavmYyZBxGUfFnK14KrcMnO43nQoW8hJuTnIui my3M48XBEQG5wJRMpyrP+YY08TyQGFNjPKYYi+2mE+QnP1oqUI6uDdsvBZoe2gDrBvmS W+mLeLlUM3fJfdGELRWrLCAcCF0n8AjK2Nf7E=
MIME-Version: 1.0
Received: by 10.213.14.71 with SMTP id f7mr1897732eba.82.1277299925814; Wed,  23 Jun 2010 06:32:05 -0700 (PDT)
Received: by 10.213.28.72 with HTTP; Wed, 23 Jun 2010 06:32:05 -0700 (PDT)
Date: Wed, 23 Jun 2010 15:32:05 +0200
Message-ID: 
From: Nicolas DEJEAN 
To: roll WG 
Content-Type: text/plain; charset=ISO-8859-1
Subject: [Roll] Metrics ID, need for a new 'filling rate' metric
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 13:33:14 -0000

Hello WG,

In networks where the application traffic is well-known, a balanced
graph is a fine way for ensuring the expected lifetime of the whole
network.

However, proactively building a balanced graph as leaf nodes are
turned on one after the other would require a new kind of metric
expressing the current number of children of a given router or better
its 'filling rate'.

A format on 2 or 3 bits for the 'filling rate' might be enough for this purpose.

Your thoughts?

Nicolas.

From c.chauvenet@watteco.com  Wed Jun 23 06:41:26 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 73B2428C0E9 for ; Wed, 23 Jun 2010 06:41:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.352
X-Spam-Level: 
X-Spam-Status: No, score=0.352 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Gs6zJmqLTop4 for ; Wed, 23 Jun 2010 06:41:25 -0700 (PDT)
Received: from mail.abrisite.fr (mx197.abrisite.fr [85.31.209.197]) by core3.amsl.com (Postfix) with ESMTP id 6EF2628C10E for ; Wed, 23 Jun 2010 06:41:23 -0700 (PDT)
Received: from PCdePoste9 ([82.241.54.131]) by mail.abrisite.fr (POL Mail Securise v2.0) with ASMTP id FTM39028; Wed, 23 Jun 2010 15:41:28 +0200
Message-ID: <8C9E6210F40B4ECCB03FAD2C9E8EDE00@PCdePoste9>
From: "Cedric Chauvenet" 
To: "Yoav Ben-Yehezkel" , , 
References: <8E09C72DBC577D489F13A71228C0B7BF015DC27C@ftrdmel0.rd.francetelecom.fr> <5946c52cd40af57a9a7e56caf3d42557@mail.gmail.com>
In-Reply-To: <5946c52cd40af57a9a7e56caf3d42557@mail.gmail.com>
Date: Wed, 23 Jun 2010 15:41:32 +0200
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_0285_01CB12EA.8E40CDD0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Windows Mail 6.0.6002.18197
x-mimeole: Produced By Microsoft MimeOLE V6.0.6002.18197
Subject: Re: [Roll] Metrics draft, latency
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 13:41:26 -0000

This is a multi-part message in MIME format.

------=_NextPart_000_0285_01CB12EA.8E40CDD0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Metrics draft, latency+1
  ----- Original Message -----=20
  From: Yoav Ben-Yehezkel=20
  To: dominique.barthel@orange-ftgroup.com ; roll@ietf.org=20
  Sent: Wednesday, June 23, 2010 3:08 PM
  Subject: Re: [Roll] Metrics draft, latency


  +1





  From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf =
Of dominique.barthel@orange-ftgroup.com
  Sent: Wednesday, June 23, 2010 3:49 PM
  To: roll@ietf.org
  Subject: [Roll] Metrics draft, latency



  Hello all,=20

  The metrics draft currently specifies that latency shall be encoded as =
a 24 bit integer, expressing microsecond units.=20
  This means that the maximum latency across a path is less than 17 s.=20

  I think this is a problem. That's why I had proposed, in the thread =
entitled "#18: Numeric Ranges in Routing Metric", to use units of 10 =
microseconds. This extends the maximum value to about 170 seconds.

  I believe we don't need a resolution finer that 10 us. Even with links =
of data speed in the hundreds of megabits per second, the first data bit =
is not made available to the layer 3 until physical header and mac =
headers are transmitted and decoded. Most often, with framing radio =
chips, the first data bit is only made available to the microcontroller =
when the full frame is succesfully error-checked or error-corrected and =
interrupt code taken by the microcontroller. Most often, the MAC =
protocol prevents from transmitting immediately because of access =
contention (carrier-sense and turn-around time). All these real-life =
constraint add to several microseconds, at best, with high speed radios.

  If my arguments didn't convince you, then I'd rather we play it safe =
and default to 32 bits, although I hate to see all those bytes wasted.

  Dominique=20



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


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

------=_NextPart_000_0285_01CB12EA.8E40CDD0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


Metrics draft, latency






+1


  
----- Original Message ----- 

  From:=20
  Yoav =
Ben-Yehezkel=20
  

  
To: dominique.barthel@or=
ange-ftgroup.com=20
  ; roll@ietf.org 

  
Sent: Wednesday, June 23, 2010 =
3:08=20
  PM

  
Subject: Re: [Roll] Metrics =
draft,=20
  latency

  


  

  
+1

  
 

  
 

  

  
  
From: roll-bounces@ietf.org =
[mailto:roll-bounces@ietf.org] On =
Behalf Of=20
  dominique.barthel@or=
ange-ftgroup.com
Sent:=20
  Wednesday, June 23, 2010 3:49 PM
To: roll@ietf.org
Subject: =
[Roll]=20
  Metrics draft, latency

  
 

  
Hello=20
  all, 

  
The=20
  metrics draft currently specifies that latency shall be encoded as a =
24 bit=20
  integer, expressing microsecond units. 
This =
means that the=20
  maximum latency across a path is less than 17 s. 

  
I think=20
  this is a problem. That's why I had proposed, in the thread entitled =
"#18:=20
  Numeric Ranges in Routing Metric", to use units of 10 microseconds. =
This=20
  extends the maximum value to about 170 seconds.

  
I believe=20
  we don't need a resolution finer that 10 us. Even with links of data =
speed in=20
  the hundreds of megabits per second, the first data bit is not made =
available=20
  to the layer 3 until physical header and mac headers are transmitted =
and=20
  decoded. Most often, with framing radio chips, the first data bit is =
only made=20
  available to the microcontroller when the full frame is succesfully=20
  error-checked or error-corrected and interrupt code taken by the=20
  microcontroller. Most often, the MAC protocol prevents from =
transmitting=20
  immediately because of access contention (carrier-sense and =
turn-around time).=20
  All these real-life constraint add to several microseconds, at best, =
with high=20
  speed radios.

  
If my=20
  arguments didn't convince you, then I'd rather we play it safe and =
default to=20
  32 bits, although I hate to see all those bytes wasted.

  
Dominique=20
  

  

  


  
_______________________________________________
Roll mailing =

  =
list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll


------=_NextPart_000_0285_01CB12EA.8E40CDD0--


From alexandru.petrescu@gmail.com  Wed Jun 23 06:46:13 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E498A3A699F for ; Wed, 23 Jun 2010 06:46:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.266
X-Spam-Level: 
X-Spam-Status: No, score=-0.266 tagged_above=-999 required=5 tests=[AWL=-0.617, BAYES_50=0.001, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XbwtUVNWYLAj for ; Wed, 23 Jun 2010 06:46:12 -0700 (PDT)
Received: from oxalide-out.extra.cea.fr (oxalide-out.extra.cea.fr [132.168.224.1]) by core3.amsl.com (Postfix) with ESMTP id 917A73A6912 for ; Wed, 23 Jun 2010 06:46:12 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5NDkIgr015477 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 23 Jun 2010 15:46:18 +0200
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5NDkImM028714 for ; Wed, 23 Jun 2010 15:46:18 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5NDkHKT022797 for ; Wed, 23 Jun 2010 15:46:18 +0200
Message-ID: <4C221029.2020703@gmail.com>
Date: Wed, 23 Jun 2010 15:46:17 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
To: roll@ietf.org
References: <8E09C72DBC577D489F13A71228C0B7BF015DC27C@ftrdmel0.rd.francetelecom.fr>
In-Reply-To: <8E09C72DBC577D489F13A71228C0B7BF015DC27C@ftrdmel0.rd.francetelecom.fr>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [Roll] Metrics draft, latency
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 13:46:14 -0000

Le 23/06/2010 14:49, dominique.barthel@orange-ftgroup.com a écrit :
> Hello all,
>
> The metrics draft currently specifies that latency shall be encoded
> as a 24 bit integer, expressing microsecond units. This means that
> the maximum latency across a path is less than 17 s.
>
> I think this is a problem. That's why I had proposed, in the thread
> entitled "#18: Numeric Ranges in Routing Metric", to use units of 10
> microseconds. This extends the maximum value to about 170 seconds.
>
> I believe we don't need a resolution finer that 10 us. Even with
> links of data speed in the hundreds of megabits per second, the
> first data bit is not made available to the layer 3 until physical
> header and mac headers are transmitted and decoded.

I don't understand the reasoning of local PHY and MAC delayed delivery.

ping runs very high above MAC and reports less than 10us RTT on a
certain wireless link; making it desirable to encode in a resolution
finer than 10us.

> Most often, with framing radio chips, the first data bit is only made
> available to the microcontroller when the full frame is succesfully
> error-checked or error-corrected and interrupt code taken by the
> microcontroller. Most often, the MAC protocol prevents from
> transmitting immediately because of access contention (carrier-sense
>  and turn-around time). All these real-life constraint add to several
>  microseconds, at best, with high speed radios.

You're kind of saying constrained devices will impose longer
communication latencies, which sounds logic... but would one contrain
this IP protocol to run only on constrained devices.

> If my arguments didn't convince you, then I'd rather we play it safe
> and default to 32 bits, although I hate to see all those bytes
> wasted.

Sidenote: compared to 24bit, 32bit encoding is fine for C too, because
it eases packet parsing to an "int", hton () exists for 32bit not 24bit,
etc.

One would consider an additional alternative of 32bit encoding and still
finer less-than-10us precision of encoding.

Alex

>
> Dominique
>
>
>
> _______________________________________________ Roll mailing list
> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll



From dominique.barthel@orange-ftgroup.com  Wed Jun 23 06:46:27 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D62073A6A94 for ; Wed, 23 Jun 2010 06:46:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.351
X-Spam-Level: 
X-Spam-Status: No, score=0.351 tagged_above=-999 required=5 tests=[AWL=0.000,  BAYES_50=0.001, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Yq6mf9guvjUW for ; Wed, 23 Jun 2010 06:46:22 -0700 (PDT)
Received: from r-mail2.rd.francetelecom.com (r-mail2.rd.francetelecom.com [217.108.152.42]) by core3.amsl.com (Postfix) with ESMTP id 5F5643A6A8B for ; Wed, 23 Jun 2010 06:46:22 -0700 (PDT)
Received: from r-mail2.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id 0DA87FC4024 for ; Wed, 23 Jun 2010 15:42:31 +0200 (CEST)
Received: from ftrdsmtp1.rd.francetelecom.fr (unknown [10.192.128.46]) by r-mail2.rd.francetelecom.com (Postfix) with ESMTP id 41B7FFC4056 for ; Wed, 23 Jun 2010 15:41:07 +0200 (CEST)
Received: from ftrdmel0.rd.francetelecom.fr ([10.192.128.56]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.3959);  Wed, 23 Jun 2010 15:41:00 +0200
x-mimeole: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Wed, 23 Jun 2010 15:40:28 +0200
Message-ID: <8E09C72DBC577D489F13A71228C0B7BF015DC2F0@ftrdmel0.rd.francetelecom.fr>
In-Reply-To: 
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] Metrics ID, need for a new 'fill ratio' metric
Thread-Index: AcsS2KvsrAaPXhW+TiO0S/LK0MuxdAAACQBA
References: 
From: 
To: 
X-OriginalArrivalTime: 23 Jun 2010 13:41:00.0260 (UTC) FILETIME=[B74BEA40:01CB12D9]
Subject: Re: [Roll] Metrics ID, need for a new 'fill ratio' metric
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 13:46:28 -0000

Would that be a normalized measure, like 0b111 is "nearly 100% full" and =
0b000 is "0%" ?
I guess you mean "fill ratio", not "rate".
If yes, this sounds good to me !

Would this go in the NSA object, alongside the O bit ?
How different is it from the O bit, apart from being 2 or 3 bits ?
If the O were extended to 2 or 3 bits, couldn't it be used for that same =
purpose (in networks were graph balance is sufficient to balance traffic =
and energy consumption)?

Just thinking aloud...

Dominique=20

-----Message d'origine-----
De : roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] De la part de =
Nicolas DEJEAN
Envoy=E9 : mercredi 23 juin 2010 15:32
=C0 : roll WG
Objet : [Roll] Metrics ID, need for a new 'filling rate' metric

Hello WG,

In networks where the application traffic is well-known, a balanced =
graph is a fine way for ensuring the expected lifetime of the whole =
network.

However, proactively building a balanced graph as leaf nodes are turned =
on one after the other would require a new kind of metric expressing the =
current number of children of a given router or better its 'filling =
rate'.

A format on 2 or 3 bits for the 'filling rate' might be enough for this =
purpose.

Your thoughts?

Nicolas.
_______________________________________________
Roll mailing list
Roll@ietf.org
https://www.ietf.org/mailman/listinfo/roll

From alexandru.petrescu@gmail.com  Wed Jun 23 06:57:20 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D2BA53A6A6D for ; Wed, 23 Jun 2010 06:57:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.243
X-Spam-Level: 
X-Spam-Status: No, score=-0.243 tagged_above=-999 required=5 tests=[AWL=-0.594, BAYES_50=0.001, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ev57xbMrQt7c for ; Wed, 23 Jun 2010 06:57:20 -0700 (PDT)
Received: from oxalide-out.extra.cea.fr (oxalide-out.extra.cea.fr [132.168.224.1]) by core3.amsl.com (Postfix) with ESMTP id E43A63A6988 for ; Wed, 23 Jun 2010 06:57:19 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5NDvQJx023812 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 23 Jun 2010 15:57:26 +0200
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5NDvQ0u031942 for ; Wed, 23 Jun 2010 15:57:26 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5NDvPwu018743 for ; Wed, 23 Jun 2010 15:57:26 +0200
Message-ID: <4C2212C5.6020100@gmail.com>
Date: Wed, 23 Jun 2010 15:57:25 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
To: ROLL WG 
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: [Roll] The mystical plus one
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 13:57:20 -0000

I wanted to let everybody in this list know that I do not understand the
significance of the "+1" mails sent on the list.

Worse - I do not know how are these interpreted by Chairs, by members,
how are the conclusions drawn, and what does it mean with respect to
rough consensus.

There don't seem to exist "-1" versions.

I do understand humming and raised hands, when it comes to rough consensus.

Anybody caring to clarify - I am listening.

Alex


From L.Wood@surrey.ac.uk  Wed Jun 23 07:00:11 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 584F63A69FE for ; Wed, 23 Jun 2010 07:00:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.995
X-Spam-Level: 
X-Spam-Status: No, score=-4.995 tagged_above=-999 required=5 tests=[AWL=0.115,  BAYES_05=-1.11, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G2c1A29iGz2x for ; Wed, 23 Jun 2010 07:00:08 -0700 (PDT)
Received: from mail78.messagelabs.com (mail78.messagelabs.com [195.245.230.131]) by core3.amsl.com (Postfix) with ESMTP id 93D903A695A for ; Wed, 23 Jun 2010 07:00:05 -0700 (PDT)
X-VirusChecked: Checked
X-Env-Sender: L.Wood@surrey.ac.uk
X-Msg-Ref: server-11.tower-78.messagelabs.com!1277301611!17979879!1
X-StarScan-Version: 6.2.4; banners=-,-,-
X-Originating-IP: [131.227.200.31]
Received: (qmail 31806 invoked from network); 23 Jun 2010 14:00:11 -0000
Received: from unknown (HELO EXHT011P.surrey.ac.uk) (131.227.200.31) by server-11.tower-78.messagelabs.com with AES128-SHA encrypted SMTP; 23 Jun 2010 14:00:11 -0000
Received: from EXMB01CMS.surrey.ac.uk ([169.254.1.69]) by EXHT011P.surrey.ac.uk ([131.227.200.31]) with mapi; Wed, 23 Jun 2010 15:00:11 +0100
From: 
To: , 
Date: Wed, 23 Jun 2010 15:00:07 +0100
Thread-Topic: [Roll] The mystical plus one
Thread-Index: AcsS3AmVajhANcuqT+iGwMhnVMd45gAAFSIg
Message-ID: 
References: <4C2212C5.6020100@gmail.com>
In-Reply-To: <4C2212C5.6020100@gmail.com>
Accept-Language: en-US, en-GB
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US, en-GB
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: Re: [Roll] The mystical plus one
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 14:00:11 -0000

+1=20

-----Original Message-----
From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of Ale=
xandru Petrescu
Sent: 23 June 2010 14:57
To: ROLL WG
Subject: [Roll] The mystical plus one

I wanted to let everybody in this list know that I do not understand the si=
gnificance of the "+1" mails sent on the list.

Worse - I do not know how are these interpreted by Chairs, by members, how =
are the conclusions drawn, and what does it mean with respect to rough cons=
ensus.

There don't seem to exist "-1" versions.

I do understand humming and raised hands, when it comes to rough consensus.

Anybody caring to clarify - I am listening.

Alex


From giyyarpuram.madhusudan@orange-ftgroup.com  Wed Jun 23 07:03:25 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2264F28C11E for ; Wed, 23 Jun 2010 07:03:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.648
X-Spam-Level: 
X-Spam-Status: No, score=-0.648 tagged_above=-999 required=5 tests=[BAYES_50=0.001, HELO_EQ_FR=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LxAdgNr+g6l4 for ; Wed, 23 Jun 2010 07:03:23 -0700 (PDT)
Received: from p-mail1.rd.francetelecom.com (p-mail1.rd.francetelecom.com [195.101.245.15]) by core3.amsl.com (Postfix) with ESMTP id BA35D28C10E for ; Wed, 23 Jun 2010 07:03:20 -0700 (PDT)
Received: from p-mail1.rd.francetelecom.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id AF5558B800E for ; Wed, 23 Jun 2010 16:03:48 +0200 (CEST)
Received: from ftrdsmtp1.rd.francetelecom.fr (unknown [10.192.128.46]) by p-mail1.rd.francetelecom.com (Postfix) with ESMTP id 88D718B800C for ; Wed, 23 Jun 2010 16:03:48 +0200 (CEST)
Received: from ftrdmel1.rd.francetelecom.fr ([10.192.128.40]) by ftrdsmtp1.rd.francetelecom.fr with Microsoft SMTPSVC(6.0.3790.3959);  Wed, 23 Jun 2010 16:03:29 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01CB12DC.DA8F4DCE"
Date: Wed, 23 Jun 2010 16:03:27 +0200
Message-ID: <51D96D3F30495C4BAF8D190702F9B933010EB1F4@ftrdmel1>
In-Reply-To: <5946c52cd40af57a9a7e56caf3d42557@mail.gmail.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] Metrics draft, latency
Thread-Index: AcsS3No1pzD5qnmBQ+25eYzYvcrM0g==
References: <8E09C72DBC577D489F13A71228C0B7BF015DC27C@ftrdmel0.rd.francetelecom.fr> <5946c52cd40af57a9a7e56caf3d42557@mail.gmail.com>
From: 
To: 
X-OriginalArrivalTime: 23 Jun 2010 14:03:29.0127 (UTC) FILETIME=[DB48AF70:01CB12DC]
Subject: Re: [Roll] Metrics draft, latency
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 14:03:25 -0000

This is a multi-part message in MIME format.

------_=_NextPart_001_01CB12DC.DA8F4DCE
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

+1

=20

De : Yoav Ben-Yehezkel [mailto:yoav@yitran.com]=20
Envoy=E9 : mercredi 23 juin 2010 15:09
=C0 : BARTHEL Dominique RD-TECH-GRE; roll@ietf.org
Objet : Re: [Roll] Metrics draft, latency

=20

+1

=20

=20

From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of =
dominique.barthel@orange-ftgroup.com
Sent: Wednesday, June 23, 2010 3:49 PM
To: roll@ietf.org
Subject: [Roll] Metrics draft, latency

=20

Hello all,=20

The metrics draft currently specifies that latency shall be encoded as a =
24 bit integer, expressing microsecond units.=20
This means that the maximum latency across a path is less than 17 s.=20

I think this is a problem. That's why I had proposed, in the thread =
entitled "#18: Numeric Ranges in Routing Metric", to use units of 10 =
microseconds. This extends the maximum value to about 170 seconds.

I believe we don't need a resolution finer that 10 us. Even with links =
of data speed in the hundreds of megabits per second, the first data bit =
is not made available to the layer 3 until physical header and mac =
headers are transmitted and decoded. Most often, with framing radio =
chips, the first data bit is only made available to the microcontroller =
when the full frame is succesfully error-checked or error-corrected and =
interrupt code taken by the microcontroller. Most often, the MAC =
protocol prevents from transmitting immediately because of access =
contention (carrier-sense and turn-around time). All these real-life =
constraint add to several microseconds, at best, with high speed radios.

If my arguments didn't convince you, then I'd rather we play it safe and =
default to 32 bits, although I hate to see all those bytes wasted.

Dominique=20


------_=_NextPart_001_01CB12DC.DA8F4DCE
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable






Metrics draft, latency










+1



 









De : Yoav =
Ben-Yehezkel
[mailto:yoav@yitran.com] 

Envoy=E9 : mercredi 23 juin 2010 15:09

=C0 : BARTHEL Dominique RD-TECH-GRE; roll@ietf.org

Objet : Re: [Roll] Metrics draft, =
latency









 



+1



 



 









From: roll-bounces@ietf.org
[mailto:roll-bounces@ietf.org] On
Behalf Of dominique.barthel@or=
ange-ftgroup.com

Sent: Wednesday, June 23, 2010 3:49 PM

To: roll@ietf.org

Subject: [Roll] Metrics draft, latency









 



Hello
all, 



The
metrics draft currently specifies that latency shall be encoded as a 24 =
bit
integer, expressing microsecond units. 

This
means that the maximum latency across a path is less than 17 =
s. 



I
think this is a problem. That's why I had proposed, in the thread =
entitled
"#18: Numeric Ranges in Routing Metric", to use units of 10
microseconds. This extends the maximum value to about 170 =
seconds.



I
believe we don't need a resolution finer that 10 us. Even with links of =
data
speed in the hundreds of megabits per second, the first data bit is not =
made
available to the layer 3 until physical header and mac headers are =
transmitted
and decoded. Most often, with framing radio chips, the first data bit is =
only
made available to the microcontroller when the full frame is succesfully =
error-checked
or error-corrected and interrupt code taken by the microcontroller. Most =
often,
the MAC protocol prevents from transmitting immediately because of =
access
contention (carrier-sense and turn-around time). All these real-life =
constraint
add to several microseconds, at best, with high speed =
radios.



If
my arguments didn't convince you, then I'd rather we play it safe and =
default
to 32 bits, although I hate to see all those bytes wasted.



Dominique 









------_=_NextPart_001_01CB12DC.DA8F4DCE--

From jpv@cisco.com  Wed Jun 23 07:30:20 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 877D728C10C for ; Wed, 23 Jun 2010 07:30:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.185
X-Spam-Level: 
X-Spam-Status: No, score=-10.185 tagged_above=-999 required=5 tests=[AWL=0.414, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cZXhlrSv9qsv for ; Wed, 23 Jun 2010 07:30:08 -0700 (PDT)
Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id C34303A67CC for ; Wed, 23 Jun 2010 07:30:06 -0700 (PDT)
Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAAu3IUxAZnwM/2dsb2JhbACfLXGoH5pEhRsEkFE
X-IronPort-AV: E=Sophos;i="4.53,467,1272844800"; d="scan'208";a="124608988"
Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-1.cisco.com with ESMTP; 23 Jun 2010 14:30:14 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5NEU6vt016903; Wed, 23 Jun 2010 14:30:14 GMT
Received: from xfe-ams-202.cisco.com ([144.254.231.96]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 16:30:11 +0200
Received: from dhcp-lyon-144-254-54-105.cisco.com ([144.254.54.105]) by xfe-ams-202.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 16:30:10 +0200
Message-Id: <686C21D0-C6C8-46CB-84C5-15526B640A3A@cisco.com>
From: JP Vasseur 
To: Philip Levis 
In-Reply-To: 
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Wed, 23 Jun 2010 14:51:14 +0200
References: <4C1AE4A2.9020201@acm.org> <8A977BDC5A7B0E429B0F521E8D6F91EE024F4656@XMB-AMS-103.cisco.com> <4C1EA1BA.6090800@acm.org> 
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Jun 2010 14:30:10.0754 (UTC) FILETIME=[95ED9220:01CB12E0]
Cc: ROLL WG 
Subject: Re: [Roll] Remove 'T' flag?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 14:30:20 -0000

+1

On Jun 21, 2010, at 5:12 PM, Philip Levis wrote:

>
> On Jun 20, 2010, at 4:18 PM, Tim Winter wrote:
>
>> Hi Mathilde,
>>
>> My opinion is that the DTSN is more useful than the 'T' flag.  The  
>> DTSN in a sense is a reliable mechanism to request DAOs, while DAO- 
>> ACKs serve as part of a reliable mechanism to deliver the DAOs.   
>> (Also keep in mind that DAO-ACKs may not be present in every  
>> implementation.)
>>
>> Consider the case when only the 'T' flag is present:  How long /  
>> for how many DIOs should the parent assert the 'T' flag?  How many  
>> times should a child respond to that request, even if it has just  
>> responded to the asserted 'T' flag in the prior DIO? How  
>> occasionally/periodically should the parent assert the 'T' flag to  
>> pull a DAO from a child?
>>
>> The DTSN, on the other hand, allows the trigger for sending DAO's  
>> to be reliably asserted, at the expense of a multiple bit field  
>> present in every DIO and some state in the child.  Each child,  
>> especially in the case where DAO-ACK is used, need only reply once  
>> to each DTSN increment.  A child who misses the initial increment  
>> can easily observe in a later DIO that an increment has occurred  
>> and respond.
>>
>> What do others think?
>
> Tim,
>
> I agree -- DTSN is a superior mechanism to the 'T' flag, and the 'T'  
> flag is superfluous.
>
> Phil
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From jpv@cisco.com  Wed Jun 23 07:30:23 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D25E93A6A77 for ; Wed, 23 Jun 2010 07:30:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.192
X-Spam-Level: 
X-Spam-Status: No, score=-10.192 tagged_above=-999 required=5 tests=[AWL=0.407, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CyLbfB4fdPud for ; Wed, 23 Jun 2010 07:30:19 -0700 (PDT)
Received: from sj-iport-2.cisco.com (sj-iport-2.cisco.com [171.71.176.71]) by core3.amsl.com (Postfix) with ESMTP id DFB743A688E for ; Wed, 23 Jun 2010 07:30:10 -0700 (PDT)
Authentication-Results: sj-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAAu3IUyrR7Hu/2dsb2JhbACfLXGoH5pEhRsE
X-IronPort-AV: E=Sophos;i="4.53,467,1272844800"; d="scan'208";a="263537076"
Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-2.cisco.com with ESMTP; 23 Jun 2010 14:30:19 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id o5NEUFUP016310; Wed, 23 Jun 2010 14:30:18 GMT
Received: from xfe-ams-202.cisco.com ([144.254.231.96]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 16:30:07 +0200
Received: from dhcp-lyon-144-254-54-105.cisco.com ([144.254.54.105]) by xfe-ams-202.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 16:30:06 +0200
Message-Id: 
From: JP Vasseur 
To: Richard Kelsey 
In-Reply-To: <87tyovjare.fsf@kelsey-ws.hq.ember.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Wed, 23 Jun 2010 16:30:05 +0200
References: <4C1AE4A2.9020201@acm.org> <8B4A870A-9523-460E-B129-D5AD4EB01289@cisco.com> <57F3DDAF-7A54-4BAA-B1AC-5DDDE7DA4B52@cs.stanford.edu> <4C1EA197.9020100@acm.org> <6AC80EE2-8C74-4D7E-8D0F-437E12508D72@cs.stanford.edu> <87tyovjare.fsf@kelsey-ws.hq.ember.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Jun 2010 14:30:06.0644 (UTC) FILETIME=[937A6F40:01CB12E0]
Cc: roll@ietf.org
Subject: Re: [Roll] Remove 'T' flag?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 14:30:23 -0000

On Jun 22, 2010, at 6:24 PM, Richard Kelsey wrote:

>> From: Philip Levis 
>> Date: Mon, 21 Jun 2010 19:57:59 -0700
>>
>> On Jun 20, 2010, at 4:17 PM, Tim Winter wrote:
>>
>>> (non-storing, pull from children) -- seems not required, what would
>>> be the use case where this is needed?  I defer however to those with
>>> more expertise in operating the non-storing case.
>>>
>>> (non-storing, pull from sub-DODAG) -- seems useful for a root in
>>> the non-storing case to be able to refresh DAO information without
>>> incrementing the DODAGVersionNumber and triggering a global repair.
>>> Doesn't seem useful for non-root nodes.  Again, I would defer to
>>> those with more expertise in operating non-storing networks.
>>
>> This is the open question: we only get one of the two. I agree that
>> pulling from a sub-DODAG is useful, e.g., if a DAO was lost. The
>> issue, though, is that you don't know where to pull. E.g., node A was
>> a DAO child of B, link AB fails, it is now a child of C. A sends a  
>> DAO
>> to the DODAG Root announcing its DODAG parents. That DAO is lost. How
>> do you know to trigger a DAO at C?
>
> You don't.  For non-storing networks you really need to use
> DAO-acks because of this problem.  The 'T' flag doesn't
> help.
>
> In non-storing networks the root can use the DTSN to pull
> refresh its DAO information if it becomes stale or lost for
> any reason.  DAO losses within the DODAG need to be handled
> by DAO-acks and resends.

Agree.

JP.

>
>                            -Richard Kelsey
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From jpv@cisco.com  Wed Jun 23 07:30:41 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6A5BE28C130 for ; Wed, 23 Jun 2010 07:30:41 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.199
X-Spam-Level: 
X-Spam-Status: No, score=-10.199 tagged_above=-999 required=5 tests=[AWL=0.400, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EAODL6wJyAYc for ; Wed, 23 Jun 2010 07:30:35 -0700 (PDT)
Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id 3182A28C132 for ; Wed, 23 Jun 2010 07:30:32 -0700 (PDT)
Authentication-Results: sj-iport-6.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAL63IUyrR7H+/2dsb2JhbACfLXGoJJpEhRsE
X-IronPort-AV: E=Sophos;i="4.53,467,1272844800"; d="scan'208";a="548988802"
Received: from sj-core-2.cisco.com ([171.71.177.254]) by sj-iport-6.cisco.com with ESMTP; 23 Jun 2010 14:30:40 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5NEUdb7026619; Wed, 23 Jun 2010 14:30:39 GMT
Received: from xfe-ams-202.cisco.com ([144.254.231.96]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 16:30:37 +0200
Received: from dhcp-lyon-144-254-54-105.cisco.com ([144.254.54.105]) by xfe-ams-202.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 16:30:37 +0200
Message-Id: <5F927ADC-F9F5-4654-AE4F-DC5292E6498A@cisco.com>
From: JP Vasseur 
To: Richard Kelsey 
In-Reply-To: <87pqzjj653.fsf@kelsey-ws.hq.ember.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Wed, 23 Jun 2010 15:56:38 +0200
References:  <87pqzjj653.fsf@kelsey-ws.hq.ember.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Jun 2010 14:30:37.0020 (UTC) FILETIME=[A59571C0:01CB12E0]
Cc: roll@ietf.org
Subject: Re: [Roll] timer-based counters
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 14:30:41 -0000

On Jun 22, 2010, at 8:04 PM, Richard Kelsey wrote:

>> From: Philip Levis 
>> Date: Mon, 21 Jun 2010 09:16:09 -0700
>>
>> One issue that has come up in RPL security is the use of timer-based
>> counters. This mechanism is similar to that used in 802.15.4e, where
>> nodes have an approximate global clock and can use that clock to
>> detect and reject delayed packets.
>
> Using this for security requires that the clock synchronization
> is robust in the face of attackers.  Does this require Byzantine
> fault tolerance?  It seems likely to get complicated.

Same feeling.

JP.

>
>                                      -Richard Kelsey
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From jpv@cisco.com  Wed Jun 23 07:30:44 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 34A693A6A85 for ; Wed, 23 Jun 2010 07:30:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.161
X-Spam-Level: 
X-Spam-Status: No, score=-9.161 tagged_above=-999 required=5 tests=[AWL=-0.651, BAYES_05=-1.11, J_CHICKENPOX_63=0.6, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id biQ6LBEGnhRK for ; Wed, 23 Jun 2010 07:30:35 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 1FCC228C131 for ; Wed, 23 Jun 2010 07:30:32 -0700 (PDT)
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAIK3IUxAZnwN/2dsb2JhbACfLXGoJJpEAoJygicE
X-IronPort-AV: E=Sophos;i="4.53,467,1272844800"; d="scan'208";a="124748410"
Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-2.cisco.com with ESMTP; 23 Jun 2010 14:30:39 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5NEUVSp003659; Wed, 23 Jun 2010 14:30:39 GMT
Received: from xfe-ams-202.cisco.com ([144.254.231.96]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 16:30:38 +0200
Received: from dhcp-lyon-144-254-54-105.cisco.com ([144.254.54.105]) by xfe-ams-202.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 16:30:38 +0200
Message-Id: <0A420B92-A4A2-4CB6-8F8A-8B00D65855F7@cisco.com>
From: JP Vasseur 
To: Emmanuel Monnerie , Alexandru Petrescu , Anders Brandt 
In-Reply-To: <76DBCE2AA6605F42A49F1BD7454C841BD36890@usatlsv105.am.bm.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Apple Message framework v936)
Date: Wed, 23 Jun 2010 16:03:18 +0200
References: <1825628081.214546.1277093185472.JavaMail.root@mail02.pantherlink.uwm.edu><4C1F3B79.8020308@gmail.com> <6D9687E95918C04A8B30A7D6DA805A3E01CCD18F@zensys17.zensys.local> <76DBCE2AA6605F42A49F1BD7454C841BD36890@usatlsv105.am.bm.net>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Jun 2010 14:30:38.0051 (UTC) FILETIME=[A632C330:01CB12E0]
Cc: ROLL WG 
Subject: Re: [Roll] P2P term again (was:  P2P hop-by-hop routes)
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 14:30:44 -0000

P2P refers to Point to Point, no peer to peer. See the terminology ID:

   P2P: Point To Point.  This refers to traffic exchanged between two
    nodes (regardless of the number of hops between the two nodes).

I do not see a reason for changing. Note also that peer-to-peer refers =20=

to many
other technologies.

Thanks.

JP.

On Jun 21, 2010, at 5:02 PM, Monnerie, Emmanuel wrote:

> Alex,
>
> I agree that the term P2P was not always used the right way. P2P =20
> should refer to Peer-to-Peer, not Point-to-Point.
>
> It has been defined in RFC5867 as follow:
> "5.2.2 Peer-to-Peer communication
> (...)
> A network device MUST be able to communicate in an end-to-end manner =20=

> with any other device on the network."
>
> Best Regards
>
>
>
> -----Original Message-----
> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf =20=

> Of Anders Brandt
> Sent: Monday, June 21, 2010 6:47 AM
> To: Alexandru Petrescu; roll@ietf.org
> Subject: Re: [Roll] P2P term again (was: P2P hop-by-hop routes)
>
> Alex,
>
> I think you are right that this term is wrong (!)
> The best explanation I can give is that we used it from the start ...
> If we are to change it, now is a very good time before it starts =20
> working its way into the RPL framework.
>
> So do you have some good acronyms on the table?
> PPP is something different; most of all it is a specific protocol, =20
> while our term mainly deals with the
> special type of traffic that is between two points inside the LLN.
>
> While not sufficiently catchy, "Intra-Network Unicast" (INU) =20
> transport is what this is about.
> Who can come up with the best acronym which does not resemble =20
> something important?
>
> "PTP" doesn't seem to be that overloaded, so can it be done that =20
> simple?
>
> Cheers,
>  Anders
>
>> -----Original Message-----
>> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On
>> Behalf Of Alexandru Petrescu
>> Sent: Monday, June 21, 2010 12:14
>> To: roll@ietf.org
>> Subject: Re: [Roll] P2P term again (was: P2P hop-by-hop routes)
>>
>> What to others think about the P2P term?  Is the term ok to
>> your understanding?
>>
>> To my reading, "P2P" stands for peer-to-peer and is in
>> widespread use for overlay networks; this terminology is
>> different than the intention you seem to use for P2P to mean
>> e.g. straight communication between two leaf nodes of same parent.
>>
>> To my reading, "point-to-point" stands for a specific kind of
>> link, different than broadcast, or multicast capable links
>> (Ethernet) - point-to-point links, sometimes abbreviated ptp,
>> are using the PPP prrotocol ("PPP" stands for point-to-point
>> protocol).  This is again different than what you seem to use
>> as P2P term - your P2P is not using PPP.
>>
>> In this sense, I would like to clarify the P2P term used in
>> RoLL.  It is good to use common terminology to understand each other.
>>
>> What to others think about the P2P term?  Is the term ok to
>> your understanding?
>>
>> Alex
>>
>> Le 21/06/2010 06:06, Mukul Goyal a =E9crit :
>>> The P2P mechanism will allow the establishment of hop-by-hop routes
>>> that meet certain constraints regarding the routing metrics.
>>>
>>> Now, the other question is how does a packet, that wants to travel
>>> along a particular P2P hop-by-hop route, specify its preference for
>>> such a route? I guess we need some sort of labeling mechanism here.
>>> Any suggestions regarding how will it work?
>>>
>>> Thanks Mukul _______________________________________________ Roll
>>> mailing list Roll@ietf.org
>> https://www.ietf.org/mailman/listinfo/roll
>>>
>>
>>
>> _______________________________________________
>> Roll mailing list
>> Roll@ietf.org
>> https://www.ietf.org/mailman/listinfo/roll
>>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>
>
>
> Emmanuel Monnerie
> Senior Research Engineer
> Landis+Gyr
> Energy Management Solutions
> Office: +1 678 258 1695
> Fax: +1 678 258 1316
> Emmanuel.Monnerie@landisgyr.com
> www.landisgyr.com
> manage energy better
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From jpv@cisco.com  Wed Jun 23 07:30:47 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8F07128C130 for ; Wed, 23 Jun 2010 07:30:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.195
X-Spam-Level: 
X-Spam-Status: No, score=-10.195 tagged_above=-999 required=5 tests=[AWL=0.404, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GPooXvwHMyF7 for ; Wed, 23 Jun 2010 07:30:38 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 8656F28C135 for ; Wed, 23 Jun 2010 07:30:33 -0700 (PDT)
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAIK3IUxAZnwN/2dsb2JhbACfLXGoJJpEhRsEhks
X-IronPort-AV: E=Sophos;i="4.53,467,1272844800"; d="scan'208";a="124748421"
Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-2.cisco.com with ESMTP; 23 Jun 2010 14:30:40 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5NEUVSv003659; Wed, 23 Jun 2010 14:30:40 GMT
Received: from xfe-ams-202.cisco.com ([144.254.231.96]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 16:30:38 +0200
Received: from dhcp-lyon-144-254-54-105.cisco.com ([144.254.54.105]) by xfe-ams-202.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 16:30:38 +0200
Message-Id: 
From: JP Vasseur 
To: Alexandru Petrescu 
In-Reply-To: <4C1F3935.9050302@gmail.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Wed, 23 Jun 2010 16:06:13 +0200
References: <4C1F3935.9050302@gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Jun 2010 14:30:38.0645 (UTC) FILETIME=[A68D6650:01CB12E0]
Cc: ROLL WG 
Subject: Re: [Roll] The Design Teams in RoLL
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 14:30:48 -0000

Hi Alex,

On Jun 21, 2010, at 12:04 PM, Alexandru Petrescu wrote:

> Hello RoLL,
>
> I am trying to follow the RoLL group closely.  What are the active  
> DTs,
> their membership and respective charters, documents?
>
> Until now I know of:
>
>    RPL DT
>    Security DT
>

You are correct. Only two official RPLL DT have been formed so far:
* RPL DT (now dissolved)
* Security DT

For each of them, I sent an email to the list with the list of  
members, charters and milestones.

> I think there may be more DTs (p2p, metrics?).  I think some DTs  
> were announced publicly on the mailing list, whereas some other DTs  
> were not announced.  It's difficult to understand what's happening.

There is no other DTs, otherwise I would have announced them on the  
list.

Thanks.

JP.

>
> Alex
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From jpv@cisco.com  Wed Jun 23 07:30:49 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3094828C131 for ; Wed, 23 Jun 2010 07:30:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.201
X-Spam-Level: 
X-Spam-Status: No, score=-10.201 tagged_above=-999 required=5 tests=[AWL=0.398, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yj0vxR3NOax4 for ; Wed, 23 Jun 2010 07:30:41 -0700 (PDT)
Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id F402228C133 for ; Wed, 23 Jun 2010 07:30:32 -0700 (PDT)
Authentication-Results: sj-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAAu3IUyrR7H+/2dsb2JhbACfLXGoH5pEhRsEhks
X-IronPort-AV: E=Sophos;i="4.53,467,1272844800"; d="scan'208";a="337877822"
Received: from sj-core-2.cisco.com ([171.71.177.254]) by sj-iport-1.cisco.com with ESMTP; 23 Jun 2010 14:30:41 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5NEUdb9026619; Wed, 23 Jun 2010 14:30:40 GMT
Received: from xfe-ams-202.cisco.com ([144.254.231.96]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 16:30:39 +0200
Received: from dhcp-lyon-144-254-54-105.cisco.com ([144.254.54.105]) by xfe-ams-202.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 16:30:39 +0200
Message-Id: <463B0EA5-3DF1-430B-BD20-0FBB3A937FA6@cisco.com>
From: JP Vasseur 
To: Alexandru Petrescu 
In-Reply-To: <4C20C2CD.7060501@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Apple Message framework v936)
Date: Wed, 23 Jun 2010 16:07:34 +0200
References: <6E10F6EF-D42D-4335-ADA1-AB12DCB55A92@cisco.com> <4C1BD8DE.5030201@gmail.com> <7148B48BBBA344A0912EEB9396C03FFB@your029b8cecfe> <4C1E7E1E.2010200@gmail.com> <8C188C85454B4F7C85C728672AE01E29@your029b8cecfe> <4C20C2CD.7060501@gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Jun 2010 14:30:39.0442 (UTC) FILETIME=[A7070320:01CB12E0]
Cc: roll@ietf.org
Subject: Re: [Roll] Reminder - Virtual Blue Sheet
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 14:30:49 -0000

Note that I sent several emails on this list to announce it.

On Jun 22, 2010, at 4:03 PM, Alexandru Petrescu wrote:

> Le 21/06/2010 22:05, Adrian Farrel a =E9crit :
>> Hi again,
>>
>>>> Alex
>>>>
>>>> http://www.ietf.org/iesg/statement/interim-meetings.html
>>>>
>>>> "All such meetings, calls, or sessions must be open to all who
>>>> wish to take part. Detailed minutes are required to be taken and
>>>> submitted to the IETF Secretariat for inclusion in the next IETF
>>>> meeting proceedings. A list of attendees must also be submitted.
>>>> The minutes, including a list of attendees, must be sent to
>>>> proceedings@ietf.org within 10 days after the meeting,
>>>> conference call or jabber session concludes."
>>>
>>> Thanks for the explanation - so this was an interim meeting.
>>
>> I believe it was announced as such by the IETF Secretariat..
>
> I believe we should ask the IETF Secretariat to Cc the interim =20
> announce
> on the WG list as well, next time :-) I think it could be a good idea
> because RoLL people keep more track of the WG list than of the IETF
> Announce list.
>
> There may be reasons to not do so (don't announce interim meetings on
> the WG list); if so then an explanation would be welcome.
>
> Of course, IMHO, if I am not asking too much,
>
> Alex
>
>>
>> Cheers, Adrian
>>
>
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From henning.rogge@fkie.fraunhofer.de  Wed Jun 23 07:45:07 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 47F4C3A6A87 for ; Wed, 23 Jun 2010 07:45:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.155
X-Spam-Level: 
X-Spam-Status: No, score=-0.155 tagged_above=-999 required=5 tests=[AWL=1.189,  BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_PBL=0.905]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BpZymlAIl-yx for ; Wed, 23 Jun 2010 07:45:03 -0700 (PDT)
Received: from mailguard.fgan.de (mailguard.fkie.fraunhofer.de [IPv6:2001:638:401:102:1aa9:5ff:fe5f:7f22]) by core3.amsl.com (Postfix) with ESMTP id 6B7893A6A34 for ; Wed, 23 Jun 2010 07:45:01 -0700 (PDT)
Received: from rufsun5.fkie.fgan.de ([128.7.2.5] helo=mailhost.fgan.de) by mailguard.fgan.de with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1ORRCL-0006B4-Bf; Wed, 23 Jun 2010 16:45:05 +0200
Received: from stream.fkie.fgan.de ([128.7.5.148] helo=stream.localnet) by mailhost.fgan.de with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1ORRCL-0004mW-2s; Wed, 23 Jun 2010 16:45:05 +0200
From: Henning Rogge 
To: roll@ietf.org
Date: Wed, 23 Jun 2010 16:44:54 +0200
User-Agent: KMail/1.13.3 (Linux/2.6.32-22-generic; KDE/4.4.4; i686; ; )
References:  <87pqzjj653.fsf@kelsey-ws.hq.ember.com> <5F927ADC-F9F5-4654-AE4F-DC5292E6498A@cisco.com>
In-Reply-To: <5F927ADC-F9F5-4654-AE4F-DC5292E6498A@cisco.com>
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="nextPart7059417.WNKWqPp6xR"; protocol="application/pgp-signature"; micalg=pgp-sha1
Content-Transfer-Encoding: 7bit
Message-Id: <201006231645.01781.henning.rogge@fkie.fraunhofer.de>
X-Virus-Scanned: yes (ClamAV 0.96.1/11251/Wed Jun 23 13:18:01 2010) by mailguard.fgan.de
X-Scan-Signature: 38bebb0b8fa0111ad382b5b9a8cedd42
Subject: Re: [Roll] timer-based counters
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 14:45:07 -0000

--nextPart7059417.WNKWqPp6xR
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

On Wed June 23 2010 15:56:38 JP Vasseur wrote:
> > Using this for security requires that the clock synchronization
> > is robust in the face of attackers.  Does this require Byzantine
> > fault tolerance?  It seems likely to get complicated.
>=20
> Same feeling.
Global clock synchronization is a horror in MANETs... even without an=20
attacker.

Henning

=2D-=20
Diplom-Informatiker Henning Rogge , Fraunhofer-Institut f=FCr
Kommunikation, Informationsverarbeitung und Ergonomie FKIE
Kommunikationssysteme (KOM)
Neuenahrer Stra=DFe 20, 53343 Wachtberg, Germany
Telefon +49 228 9435-961,   Fax +49 228 9435 685
mailto:henning.rogge@fkie.fraunhofer.de http://www.fkie.fraunhofer.de
GPG: E1C6 0914 490B 3909 D944 F80D 4487 C67C 55EC CFE0

--nextPart7059417.WNKWqPp6xR
Content-Type: application/pgp-signature; name=signature.asc 
Content-Description: This is a digitally signed message part.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)

iEYEABECAAYFAkwiHecACgkQRIfGfFXsz+DGWACdFvzmZIaLFFmLdCu48mNc2pU/
pP0AnRnRfeCVxEZSxQkq5H/tBgEh7fj6
=AWv+
-----END PGP SIGNATURE-----

--nextPart7059417.WNKWqPp6xR--

From R54838@freescale.com  Wed Jun 23 07:13:32 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C271E3A689D for ; Wed, 23 Jun 2010 07:13:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.001
X-Spam-Level: 
X-Spam-Status: No, score=0.001 tagged_above=-999 required=5 tests=[BAYES_50=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FxNLrDIz3tVW for ; Wed, 23 Jun 2010 07:13:31 -0700 (PDT)
Received: from az33egw02.freescale.net (az33egw02.freescale.net [192.88.158.103]) by core3.amsl.com (Postfix) with ESMTP id DDC553A69DB for ; Wed, 23 Jun 2010 07:13:30 -0700 (PDT)
Received: from az33smr01.freescale.net (az33smr01.freescale.net [10.64.34.199]) by az33egw02.freescale.net (8.14.3/az33egw02) with ESMTP id o5NEDYgo025619 for ; Wed, 23 Jun 2010 07:13:34 -0700 (MST)
Received: from az33exm22.fsl.freescale.net (az33exm22.am.freescale.net [10.64.32.10]) by az33smr01.freescale.net (8.13.1/8.13.0) with ESMTP id o5NENbCF000963 for ; Wed, 23 Jun 2010 09:23:37 -0500 (CDT)
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: quoted-printable
Date: Wed, 23 Jun 2010 08:13:32 -0600
Message-ID: <351763BE49AC8743AFCCF925821FF6BE040321DF@az33exm22.fsl.freescale.net>
In-Reply-To: 
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] The mystical plus one
Thread-Index: AcsS3AmVajhANcuqT+iGwMhnVMd45gAAFSIgAAB0LPA=
References: <4C2212C5.6020100@gmail.com> 
From: "Adams Jon-R54838" 
To: 
X-Mailman-Approved-At: Wed, 23 Jun 2010 07:46:42 -0700
Subject: Re: [Roll] The mystical plus one
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 14:14:58 -0000

1!

Sincerely, Jon
=20
Jon Adams
Business Development, Wireless Connectivity Operation
Freescale Semiconductor, Inc.
2100 E Elliot Road, MD EL542
Tempe, Arizona 85284 USA
Mobile +1 480.628.6686   Office +1 480.413.3439
jta@freescale.com
=20

> -----Original Message-----
> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On=20
> Behalf Of L.Wood@surrey.ac.uk
> Sent: Wednesday, June 23, 2010 7:00 AM
> To: alexandru.petrescu@gmail.com; roll@ietf.org
> Subject: Re: [Roll] The mystical plus one
>=20
> +1
>=20
> -----Original Message-----
> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On=20
> Behalf Of Alexandru Petrescu
> Sent: 23 June 2010 14:57
> To: ROLL WG
> Subject: [Roll] The mystical plus one
>=20
> I wanted to let everybody in this list know that I do not=20
> understand the significance of the "+1" mails sent on the list.
>=20
> Worse - I do not know how are these interpreted by Chairs, by=20
> members, how are the conclusions drawn, and what does it mean=20
> with respect to rough consensus.
>=20
> There don't seem to exist "-1" versions.
>=20
> I do understand humming and raised hands, when it comes to=20
> rough consensus.
>=20
> Anybody caring to clarify - I am listening.
>=20
> Alex
>=20
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>=20
>=20

From jpv@cisco.com  Wed Jun 23 07:47:50 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EF5E83A6A85 for ; Wed, 23 Jun 2010 07:47:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.207
X-Spam-Level: 
X-Spam-Status: No, score=-10.207 tagged_above=-999 required=5 tests=[AWL=0.392, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9YAuMTzQ5xbb for ; Wed, 23 Jun 2010 07:47:48 -0700 (PDT)
Received: from sj-iport-3.cisco.com (sj-iport-3.cisco.com [171.71.176.72]) by core3.amsl.com (Postfix) with ESMTP id 7C39A3A69A0 for ; Wed, 23 Jun 2010 07:47:48 -0700 (PDT)
Authentication-Results: sj-iport-3.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAAa7IUyrR7Hu/2dsb2JhbACfLXGoNZpGhRsEhks
X-IronPort-AV: E=Sophos;i="4.53,467,1272844800"; d="scan'208";a="227844339"
Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-3.cisco.com with ESMTP; 23 Jun 2010 14:47:56 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id o5NElm3l000793; Wed, 23 Jun 2010 14:47:56 GMT
Received: from xfe-ams-102.cisco.com ([144.254.231.94]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 16:47:55 +0200
Received: from dhcp-lyon-144-254-54-105.cisco.com ([144.254.54.105]) by xfe-ams-102.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 16:47:55 +0200
Message-Id: <45DF92C0-CF3B-49B0-8FBC-7BD76713E4E0@cisco.com>
From: JP Vasseur 
To: Alexandru Petrescu 
In-Reply-To: <4C2212C5.6020100@gmail.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Wed, 23 Jun 2010 16:47:54 +0200
References: <4C2212C5.6020100@gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Jun 2010 14:47:55.0071 (UTC) FILETIME=[104F74F0:01CB12E3]
X-TM-AS-Product-Ver: SMEX-8.0.0.1181-6.000.1038-17462.007
X-TM-AS-Result: No--15.640900-8.000000-31
X-TM-AS-User-Approved-Sender: No
X-TM-AS-User-Blocked-Sender: No
Cc: ROLL WG 
Subject: Re: [Roll] The mystical plus one
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 14:47:50 -0000

+1 means "me too", "agree", ..

On Jun 23, 2010, at 3:57 PM, Alexandru Petrescu wrote:

> I wanted to let everybody in this list know that I do not understand  
> the
> significance of the "+1" mails sent on the list.
>
> Worse - I do not know how are these interpreted by Chairs, by members,
> how are the conclusions drawn, and what does it mean with respect to
> rough consensus.
>
> There don't seem to exist "-1" versions.
>
> I do understand humming and raised hands, when it comes to rough  
> consensus.
>
> Anybody caring to clarify - I am listening.
>
> Alex
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From d.sturek@att.net  Wed Jun 23 07:52:07 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 30BC23A686E for ; Wed, 23 Jun 2010 07:52:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.692
X-Spam-Level: *
X-Spam-Status: No, score=1.692 tagged_above=-999 required=5 tests=[AWL=-0.093,  BAYES_50=0.001, IP_NOT_FRIENDLY=0.334, MSGID_MULTIPLE_AT=1.449,  UNPARSEABLE_RELAY=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id meNcE24yqhRh for ; Wed, 23 Jun 2010 07:52:05 -0700 (PDT)
Received: from smtp126.sbc.mail.sp1.yahoo.com (smtp126.sbc.mail.sp1.yahoo.com [69.147.65.185]) by core3.amsl.com (Postfix) with SMTP id 132A73A680C for ; Wed, 23 Jun 2010 07:52:05 -0700 (PDT)
Received: (qmail 41419 invoked from network); 23 Jun 2010 14:52:11 -0000
Received: from wsip-174-78-56-227.sd.sd.cox.net (d.sturek@174.78.56.227 with login) by smtp126.sbc.mail.sp1.yahoo.com with SMTP; 23 Jun 2010 07:52:11 -0700 PDT
X-Yahoo-SMTP: fvjol_aswBAraSJvMLe2r1XTzhBhbFxY8q8c3jo-
X-YMail-OSG: 5txe6MEVM1ljGakqaGAvGmewhKT0s1vM1DMmHEVKS2H1aQQ1MDKoQi4e9tITRtx0WvVFbD_U2Adw5FSkaLIxVLAgsJHICNcHL0gLUkmVDRHslx4chgPFDJ.3GDrgj.TrBs7PWkZP56z_SkBkg3kBXTrO4dQN5XHHUqKrunQcO9ObeoLIfZru257FS5y3iSq08zeqvTHHVJmWCO4dzsqd3SWDfZYREgnv.CizyAwsCVEpsptwlcghR3irNRo12Yw0uT4o9rzYuu9fGm3hcl7tLJSIIAF9_nRPQo1sG3N0A.hxgc6wZXPobLI.13n5CZiAnnkKbR0-
X-Yahoo-Newman-Property: ymail-3
From: "Don Sturek" 
To: "'Alexandru Petrescu'" , "'ROLL WG'" 
References: <4C2212C5.6020100@gmail.com>
In-Reply-To: <4C2212C5.6020100@gmail.com>
Date: Wed, 23 Jun 2010 07:52:05 -0700
Message-ID: <006e01cb12e3$a5a21490$f0e63db0$@sturek@att.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AcsS3AZrk+HV+rjRQWaOP33lmzXdZgAB3jzw
Content-Language: en-us
Subject: Re: [Roll] The mystical plus one
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: d.sturek@att.net
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 14:52:07 -0000

This surely has to be a joke.   Is it really true that "+1" is not
understood?

If this is true, we are really going to have trouble with any meaningful
exchange over the reflector......

Don


-----Original Message-----
From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of
Alexandru Petrescu
Sent: Wednesday, June 23, 2010 6:57 AM
To: ROLL WG
Subject: [Roll] The mystical plus one

I wanted to let everybody in this list know that I do not understand the
significance of the "+1" mails sent on the list.

Worse - I do not know how are these interpreted by Chairs, by members,
how are the conclusions drawn, and what does it mean with respect to
rough consensus.

There don't seem to exist "-1" versions.

I do understand humming and raised hands, when it comes to rough consensus.

Anybody caring to clarify - I am listening.

Alex

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


From jpv@cisco.com  Wed Jun 23 07:54:35 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E00C33A68AC for ; Wed, 23 Jun 2010 07:54:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.213
X-Spam-Level: 
X-Spam-Status: No, score=-10.213 tagged_above=-999 required=5 tests=[AWL=0.386, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8w80ebC5UsuP for ; Wed, 23 Jun 2010 07:54:35 -0700 (PDT)
Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id 112F53A684B for ; Wed, 23 Jun 2010 07:54:35 -0700 (PDT)
Authentication-Results: sj-iport-6.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Aj8FAJu9IUyrR7H+/2dsb2JhbACSf4wscahMmkaFGwQ
X-IronPort-AV: E=Sophos;i="4.53,467,1272844800"; d="scan'208";a="549005750"
Received: from sj-core-2.cisco.com ([171.71.177.254]) by sj-iport-6.cisco.com with ESMTP; 23 Jun 2010 14:54:30 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5NEsPcX018012; Wed, 23 Jun 2010 14:54:30 GMT
Received: from xfe-ams-201.cisco.com ([144.254.231.95]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 16:54:29 +0200
Received: from dhcp-lyon-144-254-54-105.cisco.com ([144.254.54.105]) by xfe-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 16:54:28 +0200
Message-Id: 
From: JP Vasseur 
To: d.sturek@att.net
In-Reply-To: <006e01cb12e3$a5a21490$f0e63db0$@sturek@att.net>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Wed, 23 Jun 2010 16:54:27 +0200
References: <4C2212C5.6020100@gmail.com> <006e01cb12e3$a5a21490$f0e63db0$@sturek@att.net>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Jun 2010 14:54:28.0745 (UTC) FILETIME=[FAF55790:01CB12E3]
Cc: 'ROLL WG' 
Subject: Re: [Roll] The mystical plus one
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 14:54:36 -0000

On Jun 23, 2010, at 4:52 PM, Don Sturek wrote:

> This surely has to be a joke.   Is it really true that "+1" is not
> understood?

I wasn't sure ;-) (hoping that it was a joke ... ;-))

>
> If this is true, we are really going to have trouble with any  
> meaningful
> exchange over the reflector......

JP.

>
> Don
>
>
> -----Original Message-----
> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf  
> Of
> Alexandru Petrescu
> Sent: Wednesday, June 23, 2010 6:57 AM
> To: ROLL WG
> Subject: [Roll] The mystical plus one
>
> I wanted to let everybody in this list know that I do not understand  
> the
> significance of the "+1" mails sent on the list.
>
> Worse - I do not know how are these interpreted by Chairs, by members,
> how are the conclusions drawn, and what does it mean with respect to
> rough consensus.
>
> There don't seem to exist "-1" versions.
>
> I do understand humming and raised hands, when it comes to rough  
> consensus.
>
> Anybody caring to clarify - I am listening.
>
> Alex
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From d.sturek@att.net  Wed Jun 23 08:01:55 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 17D803A6A77 for ; Wed, 23 Jun 2010 08:01:55 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.738
X-Spam-Level: *
X-Spam-Status: No, score=1.738 tagged_above=-999 required=5 tests=[AWL=-0.046,  BAYES_50=0.001, IP_NOT_FRIENDLY=0.334, MSGID_MULTIPLE_AT=1.449,  UNPARSEABLE_RELAY=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Yc33IfBkdhul for ; Wed, 23 Jun 2010 08:01:54 -0700 (PDT)
Received: from smtp125.sbc.mail.sp1.yahoo.com (smtp125.sbc.mail.sp1.yahoo.com [69.147.65.184]) by core3.amsl.com (Postfix) with SMTP id 1C2863A684B for ; Wed, 23 Jun 2010 08:01:54 -0700 (PDT)
Received: (qmail 2671 invoked from network); 23 Jun 2010 15:01:59 -0000
Received: from wsip-174-78-56-227.sd.sd.cox.net (d.sturek@174.78.56.227 with login) by smtp125.sbc.mail.sp1.yahoo.com with SMTP; 23 Jun 2010 08:01:59 -0700 PDT
X-Yahoo-SMTP: fvjol_aswBAraSJvMLe2r1XTzhBhbFxY8q8c3jo-
X-YMail-OSG: 8qdNfRMVM1kbioPjD9.7AY.nPT7jKgfkYwEOmEvBYjP1bjCdPti8awPAeryNulz_r4qyvbrYj36rPiwX3xp3XFh_YOtNAb7KAE9pdH4EX5if1xb0cgCcZn31Zt2E3qfj2zMgWsGvAdcJmf3m2xgbMEdi6d7HDbrk606gk0eg1GhRCOs0hs5Gn0mr99HsaAe5p00Zzq2QQdTL9AbMOARLpAHXQolPSvpfnVg9EZj2D4y71fj2suBIv7NGESh.9H9C33KgWRMl7ql6un4X3yw1H2HPc0433BXLBcYgJjqFdA60Eyc6sc8-
X-Yahoo-Newman-Property: ymail-3
From: "Don Sturek" 
To: "'JP Vasseur'" , "'Alexandru Petrescu'" 
References: <4C2212C5.6020100@gmail.com> <45DF92C0-CF3B-49B0-8FBC-7BD76713E4E0@cisco.com>
In-Reply-To: <45DF92C0-CF3B-49B0-8FBC-7BD76713E4E0@cisco.com>
Date: Wed, 23 Jun 2010 08:01:53 -0700
Message-ID: <008101cb12e5$041978a0$0c4c69e0$@sturek@att.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AcsS4xPYrMVADmJBScSovomTQeWccQAAc1Gg
Content-Language: en-us
Cc: 'ROLL WG' 
Subject: Re: [Roll] The mystical plus one
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: d.sturek@att.net
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 15:01:55 -0000

To further clarify the point on not agreeing,
"-1" would be fine along with some addressable reason for the disagreement
(meaning what it would take for someone to agree).

Don



-----Original Message-----
From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of JP
Vasseur
Sent: Wednesday, June 23, 2010 7:48 AM
To: Alexandru Petrescu
Cc: ROLL WG
Subject: Re: [Roll] The mystical plus one

+1 means "me too", "agree", ..

On Jun 23, 2010, at 3:57 PM, Alexandru Petrescu wrote:

> I wanted to let everybody in this list know that I do not understand  
> the
> significance of the "+1" mails sent on the list.
>
> Worse - I do not know how are these interpreted by Chairs, by members,
> how are the conclusions drawn, and what does it mean with respect to
> rough consensus.
>
> There don't seem to exist "-1" versions.
>
> I do understand humming and raised hands, when it comes to rough  
> consensus.
>
> Anybody caring to clarify - I am listening.
>
> Alex
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll

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


From alexandru.petrescu@gmail.com  Wed Jun 23 08:26:38 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3D22A3A6961 for ; Wed, 23 Jun 2010 08:26:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.315
X-Spam-Level: 
X-Spam-Status: No, score=-0.315 tagged_above=-999 required=5 tests=[AWL=-0.480, BAYES_40=-0.185, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bNU3hK4-djrN for ; Wed, 23 Jun 2010 08:26:37 -0700 (PDT)
Received: from sainfoin-out.extra.cea.fr (sainfoin-out.extra.cea.fr [132.166.172.107]) by core3.amsl.com (Postfix) with ESMTP id 2AFA13A6831 for ; Wed, 23 Jun 2010 08:26:37 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5NFQfZB009465 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 23 Jun 2010 17:26:41 +0200
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5NFQfSd029306; Wed, 23 Jun 2010 17:26:41 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5NFQfLv026143; Wed, 23 Jun 2010 17:26:41 +0200
Message-ID: <4C2227B1.4010501@gmail.com>
Date: Wed, 23 Jun 2010 17:26:41 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
To: d.sturek@att.net
References: <4C2212C5.6020100@gmail.com> <006e01cb12e3$a5a21490$f0e63db0$@sturek@att.net>
In-Reply-To: <006e01cb12e3$a5a21490$f0e63db0$@sturek@att.net>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: 'ROLL WG' 
Subject: Re: [Roll] The mystical plus one
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 15:26:38 -0000

Hi Don,

This is not a joke and not a troll either.  I am seriously wondering
about the use of this "+1" here on this WG list.

I am personally aware of its use in a certain context, e.g. in early
java-related software implementations project, where people need to
decide whether a feature is needed or not.  One could see threads
of "+1" or "-1" - and based on that the designated 'committers' (a
selected few) make changes or not to a common repository.

However, here I have problems.  I have a very hard time equating "+1"
for "I agree" when the message in question is a number of paragraphs
long making various sometimes contradictory statements - would "+1" be
agreement to which of these statements?

Also, I couldn't simply equate a WG Chair to a 'committer' because
Chair's decisions are subject to IESG and so forth.

Besides I haven't seen "-1" - this absence means everyone is in
agreement here?  What would we debate then?

Finally - the one issue I need to know - how do the Chairs group use the
"+1" messages to draw which conclusions?

It is hard to understand what do the others understand of the "+1".

I do understand raised hands and hums.

Yours,

Alex



Le 23/06/2010 16:52, Don Sturek a écrit :
> This surely has to be a joke.   Is it really true that "+1" is not
> understood?
>
> If this is true, we are really going to have trouble with any
> meaningful exchange over the reflector......
>
> Don
>
>
> -----Original Message----- From: roll-bounces@ietf.org
> [mailto:roll-bounces@ietf.org] On Behalf Of Alexandru Petrescu Sent:
> Wednesday, June 23, 2010 6:57 AM To: ROLL WG Subject: [Roll] The
> mystical plus one
>
> I wanted to let everybody in this list know that I do not understand
> the significance of the "+1" mails sent on the list.
>
> Worse - I do not know how are these interpreted by Chairs, by
> members, how are the conclusions drawn, and what does it mean with
> respect to rough consensus.
>
> There don't seem to exist "-1" versions.
>
> I do understand humming and raised hands, when it comes to rough
> consensus.
>
> Anybody caring to clarify - I am listening.
>
> Alex
>
> _______________________________________________ Roll mailing list
> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>
>



From alexandru.petrescu@gmail.com  Wed Jun 23 08:32:29 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AFA103A6961 for ; Wed, 23 Jun 2010 08:32:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.205
X-Spam-Level: 
X-Spam-Status: No, score=-1.205 tagged_above=-999 required=5 tests=[AWL=0.444,  BAYES_00=-2.599, HELO_EQ_FR=0.35, J_CHICKENPOX_63=0.6]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mXt9GzOpC5gn for ; Wed, 23 Jun 2010 08:32:24 -0700 (PDT)
Received: from oxalide-out.extra.cea.fr (oxalide-out.extra.cea.fr [132.168.224.1]) by core3.amsl.com (Postfix) with ESMTP id 2AB883A696F for ; Wed, 23 Jun 2010 08:32:13 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5NFWAWK023885 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 23 Jun 2010 17:32:10 +0200
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5NFWAfw030561; Wed, 23 Jun 2010 17:32:10 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5NFW9qJ028016; Wed, 23 Jun 2010 17:32:09 +0200
Message-ID: <4C2228F9.10605@gmail.com>
Date: Wed, 23 Jun 2010 17:32:09 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
To: JP Vasseur 
References: <1825628081.214546.1277093185472.JavaMail.root@mail02.pantherlink.uwm.edu><4C1F3B79.8020308@gmail.com> <6D9687E95918C04A8B30A7D6DA805A3E01CCD18F@zensys17.zensys.local> <76DBCE2AA6605F42A49F1BD7454C841BD36890@usatlsv105.am.bm.net> <0A420B92-A4A2-4CB6-8F8A-8B00D65855F7@cisco.com>
In-Reply-To: <0A420B92-A4A2-4CB6-8F8A-8B00D65855F7@cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: Emmanuel Monnerie , ROLL WG 
Subject: Re: [Roll] P2P term again
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 15:32:30 -0000

Le 23/06/2010 16:03, JP Vasseur a écrit :
> P2P refers to Point to Point, no peer to peer. See the terminology
> ID:
>
> P2P: Point To Point. This refers to traffic exchanged between two
> nodes (regardless of the number of hops between the two nodes).
>
> I do not see a reason for changing. Note also that peer-to-peer
> refers to many other technologies.

JP - I suggest to change and no longer use the term P2P to stand for
traffic exchange between two nodes regardless of the number of hops
between the two nodes (I do agree with the need of _that_ protocol
behaviour, but calling it P2P loses much of its sense to me.)

P2P means so many things, as you say, that it is too easily overloaded
to be understood for our particular RPL meaning.

At IETF there is a Working Group called P2PSIP - they say P2P stands for 
peertopeer.

It is good to use terms that don't collide, at least within the IETF space.

Some people on the list seemed to agree that P2P term should be changed.

Alex


>
> Thanks.
>
> JP.
>
> On Jun 21, 2010, at 5:02 PM, Monnerie, Emmanuel wrote:
>
>> Alex,
>>
>> I agree that the term P2P was not always used the right way. P2P
>> should refer to Peer-to-Peer, not Point-to-Point.
>>
>> It has been defined in RFC5867 as follow: "5.2.2 Peer-to-Peer
>> communication (...) A network device MUST be able to communicate
>> in an end-to-end manner with any other device on the network."
>>
>> Best Regards
>>
>>
>>
>> -----Original Message----- From: roll-bounces@ietf.org
>> [mailto:roll-bounces@ietf.org] On Behalf Of Anders Brandt Sent:
>> Monday, June 21, 2010 6:47 AM To: Alexandru Petrescu; roll@ietf.org
>> Subject: Re: [Roll] P2P term again (was: P2P hop-by-hop routes)
>>
>> Alex,
>>
>> I think you are right that this term is wrong (!) The best
>> explanation I can give is that we used it from the start ... If we
>> are to change it, now is a very good time before it starts working
>> its way into the RPL framework.
>>
>> So do you have some good acronyms on the table? PPP is something
>> different; most of all it is a specific protocol, while our term
>> mainly deals with the special type of traffic that is between two
>> points inside the LLN.
>>
>> While not sufficiently catchy, "Intra-Network Unicast" (INU)
>> transport is what this is about. Who can come up with the best
>> acronym which does not resemble something important?
>>
>> "PTP" doesn't seem to be that overloaded, so can it be done that
>> simple?
>>
>> Cheers, Anders
>>
>>> -----Original Message----- From: roll-bounces@ietf.org
>>> [mailto:roll-bounces@ietf.org] On Behalf Of Alexandru Petrescu
>>> Sent: Monday, June 21, 2010 12:14 To: roll@ietf.org Subject: Re:
>>> [Roll] P2P term again (was: P2P hop-by-hop routes)
>>>
>>> What to others think about the P2P term? Is the term ok to your
>>> understanding?
>>>
>>> To my reading, "P2P" stands for peer-to-peer and is in
>>> widespread use for overlay networks; this terminology is
>>> different than the intention you seem to use for P2P to mean e.g.
>>> straight communication between two leaf nodes of same parent.
>>>
>>> To my reading, "point-to-point" stands for a specific kind of
>>> link, different than broadcast, or multicast capable links
>>> (Ethernet) - point-to-point links, sometimes abbreviated ptp,
>>> are using the PPP prrotocol ("PPP" stands for point-to-point
>>> protocol). This is again different than what you seem to use as
>>> P2P term - your P2P is not using PPP.
>>>
>>> In this sense, I would like to clarify the P2P term used in
>>> RoLL. It is good to use common terminology to understand each
>>> other.
>>>
>>> What to others think about the P2P term? Is the term ok to your
>>> understanding?
>>>
>>> Alex
>>>
>>> Le 21/06/2010 06:06, Mukul Goyal a écrit :
>>>> The P2P mechanism will allow the establishment of hop-by-hop
>>>> routes that meet certain constraints regarding the routing
>>>> metrics.
>>>>
>>>> Now, the other question is how does a packet, that wants to
>>>> travel along a particular P2P hop-by-hop route, specify its
>>>> preference for such a route? I guess we need some sort of
>>>> labeling mechanism here. Any suggestions regarding how will it
>>>> work?
>>>>
>>>> Thanks Mukul _______________________________________________
>>>> Roll mailing list Roll@ietf.org
>>> https://www.ietf.org/mailman/listinfo/roll
>>>>
>>>
>>>
>>> _______________________________________________ Roll mailing list
>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>>
>> _______________________________________________ Roll mailing list
>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>
>>
>>
>> Emmanuel Monnerie Senior Research Engineer Landis+Gyr Energy
>> Management Solutions Office: +1 678 258 1695 Fax: +1 678 258 1316
>> Emmanuel.Monnerie@landisgyr.com www.landisgyr.com manage energy
>> better _______________________________________________ Roll
>> mailing list Roll@ietf.org
>> https://www.ietf.org/mailman/listinfo/roll
>
>



From prvs=78344caf7=mukul@uwm.edu  Wed Jun 23 08:39:10 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2670A3A67E3 for ; Wed, 23 Jun 2010 08:39:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.738
X-Spam-Level: 
X-Spam-Status: No, score=-1.738 tagged_above=-999 required=5 tests=[AWL=0.261,  BAYES_00=-2.599, J_CHICKENPOX_63=0.6]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zjvNJZoN7iwU for ; Wed, 23 Jun 2010 08:39:08 -0700 (PDT)
Received: from ip1mta.uwm.edu (ip1mta.uwm.edu [129.89.7.18]) by core3.amsl.com (Postfix) with ESMTP id AA4FE3A6803 for ; Wed, 23 Jun 2010 08:39:08 -0700 (PDT)
Received: from mta02.pantherlink.uwm.edu ([129.89.7.82]) by ip1mta.uwm.edu with ESMTP; 23 Jun 2010 10:39:16 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id 285982C18042; Wed, 23 Jun 2010 10:39:16 -0500 (CDT)
X-Virus-Scanned: amavisd-new at 
Received: from mta02.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta02.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WOlqFiE5DsLH; Wed, 23 Jun 2010 10:39:15 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id 588542C1803D; Wed, 23 Jun 2010 10:39:15 -0500 (CDT)
Date: Wed, 23 Jun 2010 10:39:15 -0500 (CDT)
From: Mukul Goyal 
To: Alexandru Petrescu 
Message-ID: <816434134.300985.1277307555126.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <4C2228F9.10605@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Originating-IP: [129.89.7.91]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - IE8 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Cc: Emmanuel Monnerie , ROLL WG 
Subject: Re: [Roll] P2P term again
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 15:39:10 -0000

I guess I am not sure why overloading a popular term like P2P is a problem.=
 P2P can refer to point-to-point in ROLL context and some thing else in som=
e other context. It seems to me that IETF is so broad now that overloading =
popular terms should be OK.

Thanks
Mukul=20

----- Original Message -----
From: "Alexandru Petrescu" 
To: "JP Vasseur" 
Cc: "Emmanuel Monnerie" , "ROLL WG" 
Sent: Wednesday, June 23, 2010 10:32:09 AM
Subject: Re: [Roll] P2P term again

Le 23/06/2010 16:03, JP Vasseur a =C3=A9crit :
> P2P refers to Point to Point, no peer to peer. See the terminology
> ID:
>
> P2P: Point To Point. This refers to traffic exchanged between two
> nodes (regardless of the number of hops between the two nodes).
>
> I do not see a reason for changing. Note also that peer-to-peer
> refers to many other technologies.

JP - I suggest to change and no longer use the term P2P to stand for
traffic exchange between two nodes regardless of the number of hops
between the two nodes (I do agree with the need of _that_ protocol
behaviour, but calling it P2P loses much of its sense to me.)

P2P means so many things, as you say, that it is too easily overloaded
to be understood for our particular RPL meaning.

At IETF there is a Working Group called P2PSIP - they say P2P stands for
peertopeer.

It is good to use terms that don't collide, at least within the IETF
space.

Some people on the list seemed to agree that P2P term should be changed.

Alex


>
> Thanks.
>
> JP.
>
> On Jun 21, 2010, at 5:02 PM, Monnerie, Emmanuel wrote:
>
>> Alex,
>>
>> I agree that the term P2P was not always used the right way. P2P
>> should refer to Peer-to-Peer, not Point-to-Point.
>>
>> It has been defined in RFC5867 as follow: "5.2.2 Peer-to-Peer
>> communication (...) A network device MUST be able to communicate
>> in an end-to-end manner with any other device on the network."
>>
>> Best Regards
>>
>>
>>
>> -----Original Message----- From: roll-bounces@ietf.org
>> [mailto:roll-bounces@ietf.org] On Behalf Of Anders Brandt Sent:
>> Monday, June 21, 2010 6:47 AM To: Alexandru Petrescu; roll@ietf.org
>> Subject: Re: [Roll] P2P term again (was: P2P hop-by-hop routes)
>>
>> Alex,
>>
>> I think you are right that this term is wrong (!) The best
>> explanation I can give is that we used it from the start ... If we
>> are to change it, now is a very good time before it starts working
>> its way into the RPL framework.
>>
>> So do you have some good acronyms on the table? PPP is something
>> different; most of all it is a specific protocol, while our term
>> mainly deals with the special type of traffic that is between two
>> points inside the LLN.
>>
>> While not sufficiently catchy, "Intra-Network Unicast" (INU)
>> transport is what this is about. Who can come up with the best
>> acronym which does not resemble something important?
>>
>> "PTP" doesn't seem to be that overloaded, so can it be done that
>> simple?
>>
>> Cheers, Anders
>>
>>> -----Original Message----- From: roll-bounces@ietf.org
>>> [mailto:roll-bounces@ietf.org] On Behalf Of Alexandru Petrescu
>>> Sent: Monday, June 21, 2010 12:14 To: roll@ietf.org Subject: Re:
>>> [Roll] P2P term again (was: P2P hop-by-hop routes)
>>>
>>> What to others think about the P2P term? Is the term ok to your
>>> understanding?
>>>
>>> To my reading, "P2P" stands for peer-to-peer and is in
>>> widespread use for overlay networks; this terminology is
>>> different than the intention you seem to use for P2P to mean e.g.
>>> straight communication between two leaf nodes of same parent.
>>>
>>> To my reading, "point-to-point" stands for a specific kind of
>>> link, different than broadcast, or multicast capable links
>>> (Ethernet) - point-to-point links, sometimes abbreviated ptp,
>>> are using the PPP prrotocol ("PPP" stands for point-to-point
>>> protocol). This is again different than what you seem to use as
>>> P2P term - your P2P is not using PPP.
>>>
>>> In this sense, I would like to clarify the P2P term used in
>>> RoLL. It is good to use common terminology to understand each
>>> other.
>>>
>>> What to others think about the P2P term? Is the term ok to your
>>> understanding?
>>>
>>> Alex
>>>
>>> Le 21/06/2010 06:06, Mukul Goyal a =C3=A9crit :
>>>> The P2P mechanism will allow the establishment of hop-by-hop
>>>> routes that meet certain constraints regarding the routing
>>>> metrics.
>>>>
>>>> Now, the other question is how does a packet, that wants to
>>>> travel along a particular P2P hop-by-hop route, specify its
>>>> preference for such a route? I guess we need some sort of
>>>> labeling mechanism here. Any suggestions regarding how will it
>>>> work?
>>>>
>>>> Thanks Mukul _______________________________________________
>>>> Roll mailing list Roll@ietf.org
>>> https://www.ietf.org/mailman/listinfo/roll
>>>>
>>>
>>>
>>> _______________________________________________ Roll mailing list
>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>>
>> _______________________________________________ Roll mailing list
>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>
>>
>>
>> Emmanuel Monnerie Senior Research Engineer Landis+Gyr Energy
>> Management Solutions Office: +1 678 258 1695 Fax: +1 678 258 1316
>> Emmanuel.Monnerie@landisgyr.com www.landisgyr.com manage energy
>> better _______________________________________________ Roll
>> mailing list Roll@ietf.org
>> https://www.ietf.org/mailman/listinfo/roll
>
>


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

From jpv@cisco.com  Wed Jun 23 08:51:23 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 795AB3A6883 for ; Wed, 23 Jun 2010 08:51:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.919
X-Spam-Level: 
X-Spam-Status: No, score=-9.919 tagged_above=-999 required=5 tests=[AWL=0.080,  BAYES_00=-2.599, J_CHICKENPOX_63=0.6, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Oj94VbFCitF8 for ; Wed, 23 Jun 2010 08:51:22 -0700 (PDT)
Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id B51C43A6A31 for ; Wed, 23 Jun 2010 08:51:21 -0700 (PDT)
Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAMvJIUxAZnwM/2dsb2JhbACfK3GoNppJAoJygicEhks
X-IronPort-AV: E=Sophos;i="4.53,467,1272844800"; d="scan'208";a="124645406"
Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-1.cisco.com with ESMTP; 23 Jun 2010 15:51:29 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5NFpSxl029052; Wed, 23 Jun 2010 15:51:28 GMT
Received: from xfe-ams-201.cisco.com ([144.254.231.95]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 17:51:28 +0200
Received: from dhcp-lyon-144-254-54-105.cisco.com ([144.254.54.105]) by xfe-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 17:51:28 +0200
Message-Id: <37DCB880-C277-4705-96B6-B1D3407AAC40@cisco.com>
From: JP Vasseur 
To: Alexandru Petrescu 
In-Reply-To: <4C2228F9.10605@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Apple Message framework v936)
Date: Wed, 23 Jun 2010 17:51:27 +0200
References: <1825628081.214546.1277093185472.JavaMail.root@mail02.pantherlink.uwm.edu><4C1F3B79.8020308@gmail.com> <6D9687E95918C04A8B30A7D6DA805A3E01CCD18F@zensys17.zensys.local> <76DBCE2AA6605F42A49F1BD7454C841BD36890@usatlsv105.am.bm.net> <0A420B92-A4A2-4CB6-8F8A-8B00D65855F7@cisco.com> <4C2228F9.10605@gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Jun 2010 15:51:28.0233 (UTC) FILETIME=[F121CD90:01CB12EB]
Cc: Emmanuel Monnerie , ROLL WG 
Subject: Re: [Roll] P2P term again
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 15:51:23 -0000

On Jun 23, 2010, at 5:32 PM, Alexandru Petrescu wrote:

> Le 23/06/2010 16:03, JP Vasseur a =E9crit :
>> P2P refers to Point to Point, no peer to peer. See the terminology
>> ID:
>>
>> P2P: Point To Point. This refers to traffic exchanged between two
>> nodes (regardless of the number of hops between the two nodes).
>>
>> I do not see a reason for changing. Note also that peer-to-peer
>> refers to many other technologies.
>
> JP - I suggest to change and no longer use the term P2P to stand for
> traffic exchange between two nodes regardless of the number of hops
> between the two nodes (I do agree with the need of _that_ protocol
> behaviour, but calling it P2P loses much of its sense to me.)

but the counter argument is that Peer to peer refers to something very
different too. P2P as Point to Point is in line with others terms
P2MP and MP2P, this is why I would prefer to keep it unchanged. P2P
in the context of ROLL is defined in the terminology ID (this is why we
have one) so there is no ambiguity.

>
> P2P means so many things, as you say, that it is too easily overloaded
> to be understood for our particular RPL meaning.
>
> At IETF there is a Working Group called P2PSIP - they say P2P stands =20=

> for peertopeer.
>
> It is good to use terms that don't collide, at least within the IETF =20=

> space.
>
> Some people on the list seemed to agree that P2P term should be =20
> changed.
>
> Alex
>
>
>>
>> Thanks.
>>
>> JP.
>>
>> On Jun 21, 2010, at 5:02 PM, Monnerie, Emmanuel wrote:
>>
>>> Alex,
>>>
>>> I agree that the term P2P was not always used the right way. P2P
>>> should refer to Peer-to-Peer, not Point-to-Point.
>>>
>>> It has been defined in RFC5867 as follow: "5.2.2 Peer-to-Peer
>>> communication (...) A network device MUST be able to communicate
>>> in an end-to-end manner with any other device on the network."
>>>
>>> Best Regards
>>>
>>>
>>>
>>> -----Original Message----- From: roll-bounces@ietf.org
>>> [mailto:roll-bounces@ietf.org] On Behalf Of Anders Brandt Sent:
>>> Monday, June 21, 2010 6:47 AM To: Alexandru Petrescu; roll@ietf.org
>>> Subject: Re: [Roll] P2P term again (was: P2P hop-by-hop routes)
>>>
>>> Alex,
>>>
>>> I think you are right that this term is wrong (!) The best
>>> explanation I can give is that we used it from the start ... If we
>>> are to change it, now is a very good time before it starts working
>>> its way into the RPL framework.
>>>
>>> So do you have some good acronyms on the table? PPP is something
>>> different; most of all it is a specific protocol, while our term
>>> mainly deals with the special type of traffic that is between two
>>> points inside the LLN.
>>>
>>> While not sufficiently catchy, "Intra-Network Unicast" (INU)
>>> transport is what this is about. Who can come up with the best
>>> acronym which does not resemble something important?
>>>
>>> "PTP" doesn't seem to be that overloaded, so can it be done that
>>> simple?
>>>
>>> Cheers, Anders
>>>
>>>> -----Original Message----- From: roll-bounces@ietf.org
>>>> [mailto:roll-bounces@ietf.org] On Behalf Of Alexandru Petrescu
>>>> Sent: Monday, June 21, 2010 12:14 To: roll@ietf.org Subject: Re:
>>>> [Roll] P2P term again (was: P2P hop-by-hop routes)
>>>>
>>>> What to others think about the P2P term? Is the term ok to your
>>>> understanding?
>>>>
>>>> To my reading, "P2P" stands for peer-to-peer and is in
>>>> widespread use for overlay networks; this terminology is
>>>> different than the intention you seem to use for P2P to mean e.g.
>>>> straight communication between two leaf nodes of same parent.
>>>>
>>>> To my reading, "point-to-point" stands for a specific kind of
>>>> link, different than broadcast, or multicast capable links
>>>> (Ethernet) - point-to-point links, sometimes abbreviated ptp,
>>>> are using the PPP prrotocol ("PPP" stands for point-to-point
>>>> protocol). This is again different than what you seem to use as
>>>> P2P term - your P2P is not using PPP.
>>>>
>>>> In this sense, I would like to clarify the P2P term used in
>>>> RoLL. It is good to use common terminology to understand each
>>>> other.
>>>>
>>>> What to others think about the P2P term? Is the term ok to your
>>>> understanding?
>>>>
>>>> Alex
>>>>
>>>> Le 21/06/2010 06:06, Mukul Goyal a =E9crit :
>>>>> The P2P mechanism will allow the establishment of hop-by-hop
>>>>> routes that meet certain constraints regarding the routing
>>>>> metrics.
>>>>>
>>>>> Now, the other question is how does a packet, that wants to
>>>>> travel along a particular P2P hop-by-hop route, specify its
>>>>> preference for such a route? I guess we need some sort of
>>>>> labeling mechanism here. Any suggestions regarding how will it
>>>>> work?
>>>>>
>>>>> Thanks Mukul _______________________________________________
>>>>> Roll mailing list Roll@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/roll
>>>>>
>>>>
>>>>
>>>> _______________________________________________ Roll mailing list
>>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>>>
>>> _______________________________________________ Roll mailing list
>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>>
>>>
>>>
>>> Emmanuel Monnerie Senior Research Engineer Landis+Gyr Energy
>>> Management Solutions Office: +1 678 258 1695 Fax: +1 678 258 1316
>>> Emmanuel.Monnerie@landisgyr.com www.landisgyr.com manage energy
>>> better _______________________________________________ Roll
>>> mailing list Roll@ietf.org
>>> https://www.ietf.org/mailman/listinfo/roll
>>
>>
>
>


From Jerald.P.Martocci@jci.com  Wed Jun 23 09:03:08 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 28C573A6A9F; Wed, 23 Jun 2010 09:03:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.322
X-Spam-Level: 
X-Spam-Status: No, score=-4.322 tagged_above=-999 required=5 tests=[AWL=0.122,  BAYES_00=-2.599, HTML_MESSAGE=0.001, HTML_MIME_NO_HTML_TAG=0.097, J_CHICKENPOX_63=0.6, MIME_HTML_ONLY=1.457, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R75RMMmkQSHZ; Wed, 23 Jun 2010 09:03:03 -0700 (PDT)
Received: from exprod8og115.obsmtp.com (exprod8ob115.obsmtp.com [64.18.3.29]) by core3.amsl.com (Postfix) with ESMTP id CFD6E3A681D; Wed, 23 Jun 2010 09:03:02 -0700 (PDT)
Received: from source ([192.132.24.139]) (using SSLv3) by exprod8ob115.postini.com ([64.18.7.12]) with SMTP ID DSNKTCIwOkAumLctXXwW+JeFRNvkT0WwgIE8@postini.com; Wed, 23 Jun 2010 09:03:11 PDT
Received: from jwimkrs1.na.jci.com ([10.10.6.31]) by smtpmke02.jci.com (Lotus Domino Release 8.0.1) with ESMTP id 2010062311061171-2797164 ; Wed, 23 Jun 2010 11:06:11 -0500 
In-Reply-To: <37DCB880-C277-4705-96B6-B1D3407AAC40@cisco.com>
References: <1825628081.214546.1277093185472.JavaMail.root@mail02.pantherlink.uwm.edu><4C1F3B79.8020308@gmail.com> <6D9687E95918C04A8B30A7D6DA805A3E01CCD18F@zensys17.zensys.local>	<76DBCE2AA6605F42A49F1BD7454C841BD36890@usatlsv105.am.bm.net> <0A420B92-A4A2-4CB6-8F8A-8B00D65855F7@cisco.com>	<4C2228F9.10605@gmail.com> <37DCB880-C277-4705-96B6-B1D3407AAC40@cisco.com>
To: JP Vasseur 
MIME-Version: 1.0
X-KeepSent: A3311BCC:B19FAC9C-8625774B:0057DB69; type=4; flags=0; name=$KeepSent
X-Mailer: Lotus Notes Release 8.0.2  CCH3 December 30, 2008
From: Jerald.P.Martocci@jci.com
Message-ID: 
Date: Wed, 23 Jun 2010 11:03:02 -0500
X-MIMETrack: Serialize by Router on jwimkrs1.na.jci.com/NA/Johnson_Controls at 06/23/2010 11:02:59 AM, Serialize complete at 06/23/2010 11:02:59 AM, Itemize by SMTP Server on smtpmke02.jci.com/JCI_SMTP(Release 8.0.1|February 07, 2008) at 06/23/2010 11:06:11 AM, Serialize by Router on smtpmke02.jci.com/JCI_SMTP(Release 8.0.1|February 07, 2008) at 06/23/2010 11:06:19 AM, Serialize complete at 06/23/2010 11:06:19 AM
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html; charset="ISO-8859-1"
Cc: Emmanuel Monnerie , ROLL WG , roll-bounces@ietf.org
Subject: Re: [Roll] P2P term again
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 16:03:08 -0000




Furthermore, "P2P" is already baked into the ROLL Requirements
RFCs.  If we start changing the core definition of terms, these comple=
ted
documents lose their value.



We've used P2P, P2MP and MP2P for 18
months; let's not change their meaning now.





Jerry














From:
JP Vasseur <jpv@cisco.com>


To:
Alexandru Petrescu <alexandru.pet=
rescu@gmail.com>


Cc:
Emmanuel Monnerie <Emmanuel.Monne=
rie@landisgyr.com>,
ROLL WG <roll@ietf.org>


Date:
06/23/2010 10:51 AM


Subject:
Re: [Roll] P2P term again











On Jun 23, 2010, at 5:32 PM, Alexandru Petrescu wrote:



> Le 23/06/2010 16:03, JP Vasseur a =E9crit :

>> P2P refers to Point to Point, no peer to peer. See the terminology=


>> ID:

>>

>> P2P: Point To Point. This refers to traffic exchanged between
two

>> nodes (regardless of the number of hops between the two nodes).

>>

>> I do not see a reason for changing. Note also that peer-to-peer

>> refers to many other technologies.

>

> JP - I suggest to change and no longer use the term P2P to stand for
> traffic exchange between two nodes regardless of the number of hops

> between the two nodes (I do agree with the need of =5Fthat=5F protocol=


> behaviour, but calling it P2P loses much of its sense to me.)



but the counter argument is that Peer to peer refers to something very

different too. P2P as Point to Point is in line with others terms

P2MP and MP2P, this is why I would prefer to keep it unchanged. P2P

in the context of ROLL is defined in the terminology ID (this is why we

have one) so there is no ambiguity.



>

> P2P means so many things, as you say, that it is too easily overloaded=


> to be understood for our particular RPL meaning.

>

> At IETF there is a Working Group called P2PSIP - they say P2P stands
 

> for peertopeer.

>

> It is good to use terms that don't collide, at least within the IETF
 

> space.

>

> Some people on the list seemed to agree that P2P term should be  =


> changed.

>

> Alex

>

>

>>

>> Thanks.

>>

>> JP.

>>

>> On Jun 21, 2010, at 5:02 PM, Monnerie, Emmanuel wrote:

>>

>>> Alex,

>>>

>>> I agree that the term P2P was not always used the right way.
P2P

>>> should refer to Peer-to-Peer, not Point-to-Point.

>>>

>>> It has been defined in RFC5867 as follow: "5.2.2 Peer-to-=
Peer

>>> communication (...) A network device MUST be able to communica=
te

>>> in an end-to-end manner with any other device on the network.&=
quot;

>>>

>>> Best Regards

>>>

>>>

>>>

>>> -----Original Message----- From: roll-bounces@ietf.org

>>> [mailto:roll-bounces@ietf.org]
On Behalf Of Anders Brandt Sent:

>>> Monday, June 21, 2010 6:47 AM To: Alexandru Petrescu; roll@iet=
f.org

>>> Subject: Re: [Roll] P2P term again (was: P2P hop-by-hop routes=
)

>>>

>>> Alex,

>>>

>>> I think you are right that this term is wrong (!) The best

>>> explanation I can give is that we used it from the start ...
If we

>>> are to change it, now is a very good time before it starts
working

>>> its way into the RPL framework.

>>>

>>> So do you have some good acronyms on the table? PPP is somethi=
ng

>>> different; most of all it is a specific protocol, while our
term

>>> mainly deals with the special type of traffic that is between
two

>>> points inside the LLN.

>>>

>>> While not sufficiently catchy, "Intra-Network Unicast&quo=
t;
(INU)

>>> transport is what this is about. Who can come up with the
best

>>> acronym which does not resemble something important?

>>>

>>> "PTP" doesn't seem to be that overloaded, so can
it be done that

>>> simple?

>>>

>>> Cheers, Anders

>>>

>>>> -----Original Message----- From: roll-bounces@ietf.org

>>>> [=
mailto:roll-bounces@ietf.org]
On Behalf Of Alexandru Petrescu

>>>> Sent: Monday, June 21, 2010 12:14 To: roll@ietf.org Subjec=
t:
Re:

>>>> [Roll] P2P term again (was: P2P hop-by-hop routes)

>>>>

>>>> What to others think about the P2P term? Is the term ok
to your

>>>> understanding?

>>>>

>>>> To my reading, "P2P" stands for peer-to-peer
and is in

>>>> widespread use for overlay networks; this terminology
is

>>>> different than the intention you seem to use for P2P to
mean e.g.

>>>> straight communication between two leaf nodes of same
parent.

>>>>

>>>> To my reading, "point-to-point" stands for a
specific kind of

>>>> link, different than broadcast, or multicast capable links=


>>>> (Ethernet) - point-to-point links, sometimes abbreviated
ptp,

>>>> are using the PPP prrotocol ("PPP" stands for
point-to-point

>>>> protocol). This is again different than what you seem
to use as

>>>> P2P term - your P2P is not using PPP.

>>>>

>>>> In this sense, I would like to clarify the P2P term used
in

>>>> RoLL. It is good to use common terminology to understand
each

>>>> other.

>>>>

>>>> What to others think about the P2P term? Is the term ok
to your

>>>> understanding?

>>>>

>>>> Alex

>>>>

>>>> Le 21/06/2010 06:06, Mukul Goyal a =E9crit :

>>>>> The P2P mechanism will allow the establishment of
hop-by-hop

>>>>> routes that meet certain constraints regarding the
routing

>>>>> metrics.

>>>>>

>>>>> Now, the other question is how does a packet, that
wants to

>>>>> travel along a particular P2P hop-by-hop route, specify
its

>>>>> preference for such a route? I guess we need some
sort of

>>>>> labeling mechanism here. Any suggestions regarding
how will it

>>>>> work?

>>>>>

>>>>> Thanks Mukul =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F

>>>>> Roll mailing list Roll@ietf.org

>>>> https://www.ietf.org/mailman/listinfo/roll=


>>>>>

>>>>

>>>>

>>>> =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F Roll mailing
list

>>>> Roll@ietf.org https://www.ietf.org/mailman/listin=
fo/roll

>>>>

>>> =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F Roll mailing
list

>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/r=
oll

>>>

>>>

>>>

>>> Emmanuel Monnerie Senior Research Engineer Landis+Gyr Energy
>>> Management Solutions Office: +1 678 258 1695 Fax: +1 678 258
1316

>>> Emmanuel.Monnerie@landisgyr.com www.landisgyr.com
manage energy

>>> better =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F Roll

>>> mailing list Roll@ietf.org

>>> https://www.ietf.org/mailman/listinfo/roll

>>

>>

>

>



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

Roll mailing list

Roll@ietf.org

https://www.ietf.org/mailman/listinfo/roll







From pal@cs.stanford.edu  Wed Jun 23 09:04:26 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DA4953A6AA8 for ; Wed, 23 Jun 2010 09:04:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.729
X-Spam-Level: 
X-Spam-Status: No, score=-5.729 tagged_above=-999 required=5 tests=[AWL=0.869,  BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HM1hVvMQu1+U for ; Wed, 23 Jun 2010 09:04:25 -0700 (PDT)
Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by core3.amsl.com (Postfix) with ESMTP id 8186E3A681D for ; Wed, 23 Jun 2010 09:04:25 -0700 (PDT)
Received: from dnab4046bc.stanford.edu ([171.64.70.188]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1ORSRD-0006Mn-83; Wed, 23 Jun 2010 09:04:33 -0700
Mime-Version: 1.0 (Apple Message framework v1081)
Content-Type: multipart/alternative; boundary=Apple-Mail-20-499185295
From: Philip Levis 
In-Reply-To: <8E09C72DBC577D489F13A71228C0B7BF015DC27C@ftrdmel0.rd.francetelecom.fr>
Date: Wed, 23 Jun 2010 08:23:32 -0700
Message-Id: <8E58F43E-A075-4ED0-A97B-FC9E6F81CC7C@cs.stanford.edu>
References: <8E09C72DBC577D489F13A71228C0B7BF015DC27C@ftrdmel0.rd.francetelecom.fr>
To:  
X-Mailer: Apple Mail (2.1081)
X-Scan-Signature: 2e2010fe0da008b9f5e122b86dc99621
Cc: roll@ietf.org
Subject: Re: [Roll] Metrics draft, latency
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 16:04:27 -0000

--Apple-Mail-20-499185295
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii


On Jun 23, 2010, at 5:49 AM,  =
 wrote:

> Hello all,
>=20
> The metrics draft currently specifies that latency shall be encoded as =
a 24 bit integer, expressing microsecond units.=20
> This means that the maximum latency across a path is less than 17 s.
>=20
> I think this is a problem. That's why I had proposed, in the thread =
entitled "#18: Numeric Ranges in Routing Metric", to use units of 10 =
microseconds. This extends the maximum value to about 170 seconds.
>=20
>=20

+1

Phil


--Apple-Mail-20-499185295
Content-Transfer-Encoding: 7bit
Content-Type: text/html;
	charset=us-ascii







Hello all,

The metrics draft currently specifies that latency shall be encoded as a 24 bit integer, expressing microsecond units.


This means that the maximum latency across a path is less than 17 s.

I think this is a problem. That's why I had proposed, in the thread entitled "#18: Numeric Ranges in Routing Metric", to use units of 10 microseconds. This extends the maximum value to about 170 seconds.


+1

Phil


--Apple-Mail-20-499185295--

From pal@cs.stanford.edu  Wed Jun 23 09:04:29 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 639463A6AA8 for ; Wed, 23 Jun 2010 09:04:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.788
X-Spam-Level: 
X-Spam-Status: No, score=-5.788 tagged_above=-999 required=5 tests=[AWL=0.811,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 98iDYZYUzl-W for ; Wed, 23 Jun 2010 09:04:28 -0700 (PDT)
Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by core3.amsl.com (Postfix) with ESMTP id 1E0A33A681D for ; Wed, 23 Jun 2010 09:04:28 -0700 (PDT)
Received: from dnab4046bc.stanford.edu ([171.64.70.188]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1ORSRF-0006Mn-K8; Wed, 23 Jun 2010 09:04:36 -0700
Mime-Version: 1.0 (Apple Message framework v1081)
Content-Type: text/plain; charset=us-ascii
From: Philip Levis 
In-Reply-To: <4C2212C5.6020100@gmail.com>
Date: Wed, 23 Jun 2010 08:28:58 -0700
Content-Transfer-Encoding: 7bit
Message-Id: 
References: <4C2212C5.6020100@gmail.com>
To: Alexandru Petrescu 
X-Mailer: Apple Mail (2.1081)
X-Scan-Signature: 6bee508a35d8245455fa42c2dd36c733
Cc: ROLL WG 
Subject: Re: [Roll] The mystical plus one
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 16:04:29 -0000

On Jun 23, 2010, at 6:57 AM, Alexandru Petrescu wrote:

> I wanted to let everybody in this list know that I do not understand the
> significance of the "+1" mails sent on the list.
> 
> Worse - I do not know how are these interpreted by Chairs, by members,
> how are the conclusions drawn, and what does it mean with respect to
> rough consensus.
> 
> There don't seem to exist "-1" versions.
> 
> I do understand humming and raised hands, when it comes to rough consensus.
> 
> Anybody caring to clarify - I am listening.

It is a succinct way to say "I agree." 

Phil

From alexandru.petrescu@gmail.com  Wed Jun 23 09:07:05 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2F5D23A6AA3 for ; Wed, 23 Jun 2010 09:07:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.313
X-Spam-Level: 
X-Spam-Status: No, score=-0.313 tagged_above=-999 required=5 tests=[AWL=-0.478, BAYES_40=-0.185, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gwB3Wg3NlWqh for ; Wed, 23 Jun 2010 09:07:04 -0700 (PDT)
Received: from cirse-out.extra.cea.fr (cirse-out.extra.cea.fr [132.166.172.106]) by core3.amsl.com (Postfix) with ESMTP id 155EA3A682E for ; Wed, 23 Jun 2010 09:07:03 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5NG77Wp001216 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 23 Jun 2010 18:07:07 +0200
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5NG7749004029; Wed, 23 Jun 2010 18:07:07 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5NG77wu005012; Wed, 23 Jun 2010 18:07:07 +0200
Message-ID: <4C22312B.7070203@gmail.com>
Date: Wed, 23 Jun 2010 18:07:07 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
To: JP Vasseur 
References: <4C1F3935.9050302@gmail.com> 
In-Reply-To: 
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: ROLL WG 
Subject: Re: [Roll] -dt- in draft-dt-roll-p2p-rpl-01 (was: The Design Teams in RoLL)
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 16:07:05 -0000

Le 23/06/2010 16:06, JP Vasseur a écrit :
> Hi Alex,
>
> On Jun 21, 2010, at 12:04 PM, Alexandru Petrescu wrote:
>
>> Hello RoLL,
>>
>> I am trying to follow the RoLL group closely. What are the active
>> DTs, their membership and respective charters, documents?
>>
>> Until now I know of:
>>
>> RPL DT Security DT
>>
>
> You are correct. Only two official RPLL DT have been formed so far:
> * RPL DT (now dissolved) * Security DT
>
> For each of them, I sent an email to the list with the list of
> members, charters and milestones.
>
>> I think there may be more DTs (p2p, metrics?). I think some DTs
>> were announced publicly on the mailing list, whereas some other
>> DTs were not announced. It's difficult to understand what's
>> happening.
>
> There is no other DTs, otherwise I would have announced them on the
> list.

Thanks for the clarification.

Why does the draft-dt-roll-p2p-rpl-01.txt have the term "dt" at the
place where usually the person's name is?

What does "P2P team" mean in the authorship of this draft?

This is misleading, it tempts me as unknowing reader to believe into 
some form of WG support of this draft.

Is this intentional?

Alex

>
> Thanks.
>
> JP.
>
>>
>> Alex
>>
>> _______________________________________________ Roll mailing list
>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>
>



From alexandru.petrescu@gmail.com  Wed Jun 23 09:10:59 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B3AD63A6A95 for ; Wed, 23 Jun 2010 09:10:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.575
X-Spam-Level: 
X-Spam-Status: No, score=-0.575 tagged_above=-999 required=5 tests=[AWL=-0.185, BAYES_20=-0.74, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I2ILcHUzeMWs for ; Wed, 23 Jun 2010 09:10:54 -0700 (PDT)
Received: from sainfoin-out.extra.cea.fr (sainfoin-out.extra.cea.fr [132.166.172.107]) by core3.amsl.com (Postfix) with ESMTP id 5F52628C13E for ; Wed, 23 Jun 2010 09:10:52 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5NGArJi008467 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 23 Jun 2010 18:10:53 +0200
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5NGArpZ004918; Wed, 23 Jun 2010 18:10:53 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5NGAqvq014615; Wed, 23 Jun 2010 18:10:53 +0200
Message-ID: <4C22320C.9030503@gmail.com>
Date: Wed, 23 Jun 2010 18:10:52 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
To: Philip Levis 
References: <4C2212C5.6020100@gmail.com> 
In-Reply-To: 
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: ROLL WG 
Subject: Re: [Roll] The mystical plus one
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 16:10:59 -0000

Le 23/06/2010 17:28, Philip Levis a écrit :
>
> On Jun 23, 2010, at 6:57 AM, Alexandru Petrescu wrote:
>
>> I wanted to let everybody in this list know that I do not
>> understand the significance of the "+1" mails sent on the list.
>>
>> Worse - I do not know how are these interpreted by Chairs, by
>> members, how are the conclusions drawn, and what does it mean with
>> respect to rough consensus.
>>
>> There don't seem to exist "-1" versions.
>>
>> I do understand humming and raised hands, when it comes to rough
>> consensus.
>>
>> Anybody caring to clarify - I am listening.
>
> It is a succinct way to say "I agree."

Thanks Phil for this additional confirmation.  Sounds as a good
terminology document entry.

For info, the fact that I see "+1" instead of "I agree" makes me think
people read the mails in a rush needing to abbreviate as much as possible.

Alex

>
> Phil
>



From yoav@yitran.com  Wed Jun 23 09:11:32 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AE5D73A6A95 for ; Wed, 23 Jun 2010 09:11:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.888
X-Spam-Level: 
X-Spam-Status: No, score=-4.888 tagged_above=-999 required=5 tests=[AWL=0.489,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, J_CHICKENPOX_63=0.6, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Jexw+idQb7OA for ; Wed, 23 Jun 2010 09:11:31 -0700 (PDT)
Received: from na3sys009aog106.obsmtp.com (na3sys009aog106.obsmtp.com [74.125.149.77]) by core3.amsl.com (Postfix) with SMTP id B35B728C140 for ; Wed, 23 Jun 2010 09:11:29 -0700 (PDT)
Received: from source ([74.125.82.170]) by na3sys009aob106.postini.com ([74.125.148.12]) with SMTP ID DSNKTCIyOTU66PTJvY0VwjPPUcjGWsCtQXrC@postini.com; Wed, 23 Jun 2010 09:11:38 PDT
Received: by mail-wy0-f170.google.com with SMTP id 35so59561wyb.1 for ; Wed, 23 Jun 2010 09:11:37 -0700 (PDT)
Received: by 10.216.185.74 with SMTP id t52mr2746986wem.54.1277309496744; Wed,  23 Jun 2010 09:11:36 -0700 (PDT)
From: Yoav Ben-Yehezkel 
References: <1825628081.214546.1277093185472.JavaMail.root@mail02.pantherlink.uwm.edu><4C1F3B79.8020308@gmail.com>	 <6D9687E95918C04A8B30A7D6DA805A3E01CCD18F@zensys17.zensys.local>	 <76DBCE2AA6605F42A49F1BD7454C841BD36890@usatlsv105.am.bm.net>	 <0A420B92-A4A2-4CB6-8F8A-8B00D65855F7@cisco.com>	<4C2228F9.10605@gmail.com> <37DCB880-C277-4705-96B6-B1D3407AAC40@cisco.com>
In-Reply-To: <37DCB880-C277-4705-96B6-B1D3407AAC40@cisco.com>
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AcsS6/eMimpO61jCTmmaIHEyovwgKAAAmT3w
Date: Wed, 23 Jun 2010 19:11:32 +0300
Message-ID: <579ea71cff5f4b6ac9029821ddd0bfb6@mail.gmail.com>
To: JP Vasseur , Alexandru Petrescu 
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: Emmanuel Monnerie , ROLL WG 
Subject: Re: [Roll] P2P term again
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 16:11:32 -0000

I agree with JP - there's a document specifying exactly what P2P means and
there's a terminology section saying that this reference is used in the
ID.
However, given the objection seen from some members in the WG about the
clarity of this term, may I suggest to add an explicit reference to the
terminology ID the first time P2P is used in documents (at least drafts)?

Thanks,
Yoav



-----Original Message-----
From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of JP
Vasseur
Sent: Wednesday, June 23, 2010 6:51 PM
To: Alexandru Petrescu
Cc: Emmanuel Monnerie; ROLL WG
Subject: Re: [Roll] P2P term again


On Jun 23, 2010, at 5:32 PM, Alexandru Petrescu wrote:

> Le 23/06/2010 16:03, JP Vasseur a =E9crit :
>> P2P refers to Point to Point, no peer to peer. See the terminology
>> ID:
>>
>> P2P: Point To Point. This refers to traffic exchanged between two
>> nodes (regardless of the number of hops between the two nodes).
>>
>> I do not see a reason for changing. Note also that peer-to-peer
>> refers to many other technologies.
>
> JP - I suggest to change and no longer use the term P2P to stand for
> traffic exchange between two nodes regardless of the number of hops
> between the two nodes (I do agree with the need of _that_ protocol
> behaviour, but calling it P2P loses much of its sense to me.)

but the counter argument is that Peer to peer refers to something very
different too. P2P as Point to Point is in line with others terms
P2MP and MP2P, this is why I would prefer to keep it unchanged. P2P
in the context of ROLL is defined in the terminology ID (this is why we
have one) so there is no ambiguity.

>
> P2P means so many things, as you say, that it is too easily overloaded
> to be understood for our particular RPL meaning.
>
> At IETF there is a Working Group called P2PSIP - they say P2P stands
> for peertopeer.
>
> It is good to use terms that don't collide, at least within the IETF
> space.
>
> Some people on the list seemed to agree that P2P term should be
> changed.
>
> Alex
>
>
>>
>> Thanks.
>>
>> JP.
>>
>> On Jun 21, 2010, at 5:02 PM, Monnerie, Emmanuel wrote:
>>
>>> Alex,
>>>
>>> I agree that the term P2P was not always used the right way. P2P
>>> should refer to Peer-to-Peer, not Point-to-Point.
>>>
>>> It has been defined in RFC5867 as follow: "5.2.2 Peer-to-Peer
>>> communication (...) A network device MUST be able to communicate
>>> in an end-to-end manner with any other device on the network."
>>>
>>> Best Regards
>>>
>>>
>>>
>>> -----Original Message----- From: roll-bounces@ietf.org
>>> [mailto:roll-bounces@ietf.org] On Behalf Of Anders Brandt Sent:
>>> Monday, June 21, 2010 6:47 AM To: Alexandru Petrescu; roll@ietf.org
>>> Subject: Re: [Roll] P2P term again (was: P2P hop-by-hop routes)
>>>
>>> Alex,
>>>
>>> I think you are right that this term is wrong (!) The best
>>> explanation I can give is that we used it from the start ... If we
>>> are to change it, now is a very good time before it starts working
>>> its way into the RPL framework.
>>>
>>> So do you have some good acronyms on the table? PPP is something
>>> different; most of all it is a specific protocol, while our term
>>> mainly deals with the special type of traffic that is between two
>>> points inside the LLN.
>>>
>>> While not sufficiently catchy, "Intra-Network Unicast" (INU)
>>> transport is what this is about. Who can come up with the best
>>> acronym which does not resemble something important?
>>>
>>> "PTP" doesn't seem to be that overloaded, so can it be done that
>>> simple?
>>>
>>> Cheers, Anders
>>>
>>>> -----Original Message----- From: roll-bounces@ietf.org
>>>> [mailto:roll-bounces@ietf.org] On Behalf Of Alexandru Petrescu
>>>> Sent: Monday, June 21, 2010 12:14 To: roll@ietf.org Subject: Re:
>>>> [Roll] P2P term again (was: P2P hop-by-hop routes)
>>>>
>>>> What to others think about the P2P term? Is the term ok to your
>>>> understanding?
>>>>
>>>> To my reading, "P2P" stands for peer-to-peer and is in
>>>> widespread use for overlay networks; this terminology is
>>>> different than the intention you seem to use for P2P to mean e.g.
>>>> straight communication between two leaf nodes of same parent.
>>>>
>>>> To my reading, "point-to-point" stands for a specific kind of
>>>> link, different than broadcast, or multicast capable links
>>>> (Ethernet) - point-to-point links, sometimes abbreviated ptp,
>>>> are using the PPP prrotocol ("PPP" stands for point-to-point
>>>> protocol). This is again different than what you seem to use as
>>>> P2P term - your P2P is not using PPP.
>>>>
>>>> In this sense, I would like to clarify the P2P term used in
>>>> RoLL. It is good to use common terminology to understand each
>>>> other.
>>>>
>>>> What to others think about the P2P term? Is the term ok to your
>>>> understanding?
>>>>
>>>> Alex
>>>>
>>>> Le 21/06/2010 06:06, Mukul Goyal a =E9crit :
>>>>> The P2P mechanism will allow the establishment of hop-by-hop
>>>>> routes that meet certain constraints regarding the routing
>>>>> metrics.
>>>>>
>>>>> Now, the other question is how does a packet, that wants to
>>>>> travel along a particular P2P hop-by-hop route, specify its
>>>>> preference for such a route? I guess we need some sort of
>>>>> labeling mechanism here. Any suggestions regarding how will it
>>>>> work?
>>>>>
>>>>> Thanks Mukul _______________________________________________
>>>>> Roll mailing list Roll@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/roll
>>>>>
>>>>
>>>>
>>>> _______________________________________________ Roll mailing list
>>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>>>
>>> _______________________________________________ Roll mailing list
>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>>
>>>
>>>
>>> Emmanuel Monnerie Senior Research Engineer Landis+Gyr Energy
>>> Management Solutions Office: +1 678 258 1695 Fax: +1 678 258 1316
>>> Emmanuel.Monnerie@landisgyr.com www.landisgyr.com manage energy
>>> better _______________________________________________ Roll
>>> mailing list Roll@ietf.org
>>> https://www.ietf.org/mailman/listinfo/roll
>>
>>
>
>

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

From prvs=78344caf7=mukul@uwm.edu  Wed Jun 23 09:12:45 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D3AA128C0F9 for ; Wed, 23 Jun 2010 09:12:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.118
X-Spam-Level: 
X-Spam-Status: No, score=-1.118 tagged_above=-999 required=5 tests=[AWL=-0.378, BAYES_20=-0.74]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mqi3qCxZHLSU for ; Wed, 23 Jun 2010 09:12:42 -0700 (PDT)
Received: from ip2mta.uwm.edu (ip2mta.uwm.edu [129.89.7.20]) by core3.amsl.com (Postfix) with ESMTP id 5882E3A6A95 for ; Wed, 23 Jun 2010 09:12:42 -0700 (PDT)
Received: from mta02.pantherlink.uwm.edu ([129.89.7.82]) by ip2mta.uwm.edu with ESMTP; 23 Jun 2010 11:12:42 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id 25D702C18035; Wed, 23 Jun 2010 11:12:42 -0500 (CDT)
X-Virus-Scanned: amavisd-new at 
Received: from mta02.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta02.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ERjNGncFVMft; Wed, 23 Jun 2010 11:12:41 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id ECE882C18033; Wed, 23 Jun 2010 11:12:41 -0500 (CDT)
Date: Wed, 23 Jun 2010 11:12:41 -0500 (CDT)
From: Mukul Goyal 
To: Alexandru Petrescu 
Message-ID: <511440247.302930.1277309561881.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <4C22312B.7070203@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
X-Originating-IP: [129.89.7.91]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - IE8 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Cc: ROLL WG 
Subject: Re: [Roll] -dt- in draft-dt-roll-p2p-rpl-01 (was: The Design Teams in RoLL)
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 16:12:46 -0000

Again, I would like to clarify that the "P2P team" and "dt" in draft-dt-rol=
l-p2p-rpl-01 have no official sanction. the only reason I had to use P2P te=
am as an author was that there were 6 authors and xml2rfc tool does not sup=
port more than 5 authors.

Thanks
Mukul=20

----- Original Message -----
From: "Alexandru Petrescu" 
To: "JP Vasseur" 
Cc: "ROLL WG" 
Sent: Wednesday, June 23, 2010 11:07:07 AM
Subject: Re: [Roll] -dt- in draft-dt-roll-p2p-rpl-01 (was: The Design Teams=
 in RoLL)

Le 23/06/2010 16:06, JP Vasseur a =C3=A9crit :
> Hi Alex,
>
> On Jun 21, 2010, at 12:04 PM, Alexandru Petrescu wrote:
>
>> Hello RoLL,
>>
>> I am trying to follow the RoLL group closely. What are the active
>> DTs, their membership and respective charters, documents?
>>
>> Until now I know of:
>>
>> RPL DT Security DT
>>
>
> You are correct. Only two official RPLL DT have been formed so far:
> * RPL DT (now dissolved) * Security DT
>
> For each of them, I sent an email to the list with the list of
> members, charters and milestones.
>
>> I think there may be more DTs (p2p, metrics?). I think some DTs
>> were announced publicly on the mailing list, whereas some other
>> DTs were not announced. It's difficult to understand what's
>> happening.
>
> There is no other DTs, otherwise I would have announced them on the
> list.

Thanks for the clarification.

Why does the draft-dt-roll-p2p-rpl-01.txt have the term "dt" at the
place where usually the person's name is?

What does "P2P team" mean in the authorship of this draft?

This is misleading, it tempts me as unknowing reader to believe into
some form of WG support of this draft.

Is this intentional?

Alex

>
> Thanks.
>
> JP.
>
>>
>> Alex
>>
>> _______________________________________________ Roll mailing list
>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>
>


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

From alexandru.petrescu@gmail.com  Wed Jun 23 09:14:16 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3D7013A6AAC for ; Wed, 23 Jun 2010 09:14:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.199
X-Spam-Level: 
X-Spam-Status: No, score=-1.199 tagged_above=-999 required=5 tests=[AWL=0.450,  BAYES_00=-2.599, HELO_EQ_FR=0.35, J_CHICKENPOX_63=0.6]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 24jAln8auBG7 for ; Wed, 23 Jun 2010 09:14:14 -0700 (PDT)
Received: from cirse-out.extra.cea.fr (cirse-out.extra.cea.fr [132.166.172.106]) by core3.amsl.com (Postfix) with ESMTP id CEAD33A6AA3 for ; Wed, 23 Jun 2010 09:14:13 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5NGEI6J010334 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 23 Jun 2010 18:14:18 +0200
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5NGEI1Q005351; Wed, 23 Jun 2010 18:14:18 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5NGEHUU015422; Wed, 23 Jun 2010 18:14:18 +0200
Message-ID: <4C2232D9.8060700@gmail.com>
Date: Wed, 23 Jun 2010 18:14:17 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
To: Mukul Goyal 
References: <816434134.300985.1277307555126.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <816434134.300985.1277307555126.JavaMail.root@mail02.pantherlink.uwm.edu>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Cc: Emmanuel Monnerie , ROLL WG 
Subject: Re: [Roll] P2P term again
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 16:14:16 -0000

Le 23/06/2010 17:39, Mukul Goyal a écrit :
> I guess I am not sure why overloading a popular term like P2P is a
> problem. P2P can refer to point-to-point in ROLL context and some
> thing else in some other context. It seems to me that IETF is so
> broad now that overloading popular terms should be OK.

Hmmm... sounds right as you present it.

I insist now for two reasons: in the past I have struggled the same with
the RR term.  Were it changed some confusion would have been avoided,
helping in a certain context.

The second is that I see a high profile coming about P2P of RPL and P2P
of cellular networks, which are very different, and risk colliding at
some point, in certain contexts.

Of course this is only speculation, but I will continue to silently keep
supporting good disambiguation of the P2P term between RPL and cellular
systems.

Alex

>
> Thanks Mukul
>
> ----- Original Message ----- From: "Alexandru
> Petrescu" To: "JP
> Vasseur" Cc: "Emmanuel
> Monnerie", "ROLL WG"
>  Sent: Wednesday, June 23, 2010 10:32:09 AM Subject: Re: [Roll] P2P
> term again
>
> Le 23/06/2010 16:03, JP Vasseur a écrit :
>> P2P refers to Point to Point, no peer to peer. See the terminology
>>  ID:
>>
>> P2P: Point To Point. This refers to traffic exchanged between two
>> nodes (regardless of the number of hops between the two nodes).
>>
>> I do not see a reason for changing. Note also that peer-to-peer
>> refers to many other technologies.
>
> JP - I suggest to change and no longer use the term P2P to stand for
>  traffic exchange between two nodes regardless of the number of hops
>  between the two nodes (I do agree with the need of _that_ protocol
> behaviour, but calling it P2P loses much of its sense to me.)
>
> P2P means so many things, as you say, that it is too easily
> overloaded to be understood for our particular RPL meaning.
>
> At IETF there is a Working Group called P2PSIP - they say P2P stands
> for peertopeer.
>
> It is good to use terms that don't collide, at least within the IETF
>  space.
>
> Some people on the list seemed to agree that P2P term should be
> changed.
>
> Alex
>
>
>>
>> Thanks.
>>
>> JP.
>>
>> On Jun 21, 2010, at 5:02 PM, Monnerie, Emmanuel wrote:
>>
>>> Alex,
>>>
>>> I agree that the term P2P was not always used the right way. P2P
>>>  should refer to Peer-to-Peer, not Point-to-Point.
>>>
>>> It has been defined in RFC5867 as follow: "5.2.2 Peer-to-Peer
>>> communication (...) A network device MUST be able to communicate
>>>  in an end-to-end manner with any other device on the network."
>>>
>>> Best Regards
>>>
>>>
>>>
>>> -----Original Message----- From: roll-bounces@ietf.org
>>> [mailto:roll-bounces@ietf.org] On Behalf Of Anders Brandt Sent:
>>> Monday, June 21, 2010 6:47 AM To: Alexandru Petrescu;
>>> roll@ietf.org Subject: Re: [Roll] P2P term again (was: P2P
>>> hop-by-hop routes)
>>>
>>> Alex,
>>>
>>> I think you are right that this term is wrong (!) The best
>>> explanation I can give is that we used it from the start ... If
>>> we are to change it, now is a very good time before it starts
>>> working its way into the RPL framework.
>>>
>>> So do you have some good acronyms on the table? PPP is something
>>>  different; most of all it is a specific protocol, while our term
>>>  mainly deals with the special type of traffic that is between
>>> two points inside the LLN.
>>>
>>> While not sufficiently catchy, "Intra-Network Unicast" (INU)
>>> transport is what this is about. Who can come up with the best
>>> acronym which does not resemble something important?
>>>
>>> "PTP" doesn't seem to be that overloaded, so can it be done that
>>>  simple?
>>>
>>> Cheers, Anders
>>>
>>>> -----Original Message----- From: roll-bounces@ietf.org
>>>> [mailto:roll-bounces@ietf.org] On Behalf Of Alexandru Petrescu
>>>>  Sent: Monday, June 21, 2010 12:14 To: roll@ietf.org Subject:
>>>> Re: [Roll] P2P term again (was: P2P hop-by-hop routes)
>>>>
>>>> What to others think about the P2P term? Is the term ok to your
>>>> understanding?
>>>>
>>>> To my reading, "P2P" stands for peer-to-peer and is in
>>>> widespread use for overlay networks; this terminology is
>>>> different than the intention you seem to use for P2P to mean
>>>> e.g. straight communication between two leaf nodes of same
>>>> parent.
>>>>
>>>> To my reading, "point-to-point" stands for a specific kind of
>>>> link, different than broadcast, or multicast capable links
>>>> (Ethernet) - point-to-point links, sometimes abbreviated ptp,
>>>> are using the PPP prrotocol ("PPP" stands for point-to-point
>>>> protocol). This is again different than what you seem to use as
>>>> P2P term - your P2P is not using PPP.
>>>>
>>>> In this sense, I would like to clarify the P2P term used in
>>>> RoLL. It is good to use common terminology to understand each
>>>> other.
>>>>
>>>> What to others think about the P2P term? Is the term ok to your
>>>> understanding?
>>>>
>>>> Alex
>>>>
>>>> Le 21/06/2010 06:06, Mukul Goyal a écrit :
>>>>> The P2P mechanism will allow the establishment of hop-by-hop
>>>>>  routes that meet certain constraints regarding the routing
>>>>> metrics.
>>>>>
>>>>> Now, the other question is how does a packet, that wants to
>>>>> travel along a particular P2P hop-by-hop route, specify its
>>>>> preference for such a route? I guess we need some sort of
>>>>> labeling mechanism here. Any suggestions regarding how will
>>>>> it work?
>>>>>
>>>>> Thanks Mukul _______________________________________________
>>>>>  Roll mailing list Roll@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/roll
>>>>>
>>>>
>>>>
>>>> _______________________________________________ Roll mailing
>>>> list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>>>
>>> _______________________________________________ Roll mailing list
>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>>
>>>
>>>
>>> Emmanuel Monnerie Senior Research Engineer Landis+Gyr Energy
>>> Management Solutions Office: +1 678 258 1695 Fax: +1 678 258 1316
>>> Emmanuel.Monnerie@landisgyr.com www.landisgyr.com manage energy
>>> better _______________________________________________ Roll
>>> mailing list Roll@ietf.org
>>> https://www.ietf.org/mailman/listinfo/roll
>>
>>
>
>
> _______________________________________________ Roll mailing list
> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>



From alexandru.petrescu@gmail.com  Wed Jun 23 09:15:45 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 217853A6AB4 for ; Wed, 23 Jun 2010 09:15:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.768
X-Spam-Level: 
X-Spam-Status: No, score=-0.768 tagged_above=-999 required=5 tests=[AWL=-0.008, BAYES_05=-1.11, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 36IMbslrWT-d for ; Wed, 23 Jun 2010 09:15:40 -0700 (PDT)
Received: from cirse-out.extra.cea.fr (cirse-out.extra.cea.fr [132.166.172.106]) by core3.amsl.com (Postfix) with ESMTP id 6F3063A6AB0 for ; Wed, 23 Jun 2010 09:15:38 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by cirse.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5NGFgW2012178 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 23 Jun 2010 18:15:42 +0200
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5NGFgfO005495; Wed, 23 Jun 2010 18:15:42 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5NGFfFS015760; Wed, 23 Jun 2010 18:15:42 +0200
Message-ID: <4C22332D.30505@gmail.com>
Date: Wed, 23 Jun 2010 18:15:41 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
To: Mukul Goyal 
References: <511440247.302930.1277309561881.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <511440247.302930.1277309561881.JavaMail.root@mail02.pantherlink.uwm.edu>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Cc: ROLL WG 
Subject: Re: [Roll] -dt- in draft-dt-roll-p2p-rpl-01 (was: The Design Teams in RoLL)
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 16:15:45 -0000

Le 23/06/2010 18:12, Mukul Goyal a écrit :
> Again, I would like to clarify that the "P2P team" and "dt" in
> draft-dt-roll-p2p-rpl-01 have no official sanction. the only reason
> I had to use P2P team as an author was that there were 6 authors and
> xml2rfc tool does not support more than 5 authors.

But "dt" couldn't abbreviate "P2P team" whatever twist I gave it.

Alex

>
> Thanks Mukul
>
> ----- Original Message ----- From: "Alexandru
> Petrescu" To: "JP
> Vasseur" Cc: "ROLL WG" Sent:
> Wednesday, June 23, 2010 11:07:07 AM Subject: Re: [Roll] -dt- in
> draft-dt-roll-p2p-rpl-01 (was: The Design Teams in RoLL)
>
> Le 23/06/2010 16:06, JP Vasseur a écrit :
>> Hi Alex,
>>
>> On Jun 21, 2010, at 12:04 PM, Alexandru Petrescu wrote:
>>
>>> Hello RoLL,
>>>
>>> I am trying to follow the RoLL group closely. What are the active
>>> DTs, their membership and respective charters, documents?
>>>
>>> Until now I know of:
>>>
>>> RPL DT Security DT
>>>
>>
>> You are correct. Only two official RPLL DT have been formed so far:
>> * RPL DT (now dissolved) * Security DT
>>
>> For each of them, I sent an email to the list with the list of
>> members, charters and milestones.
>>
>>> I think there may be more DTs (p2p, metrics?). I think some DTs
>>> were announced publicly on the mailing list, whereas some other
>>> DTs were not announced. It's difficult to understand what's
>>> happening.
>>
>> There is no other DTs, otherwise I would have announced them on the
>> list.
>
> Thanks for the clarification.
>
> Why does the draft-dt-roll-p2p-rpl-01.txt have the term "dt" at the
> place where usually the person's name is?
>
> What does "P2P team" mean in the authorship of this draft?
>
> This is misleading, it tempts me as unknowing reader to believe into
>  some form of WG support of this draft.
>
> Is this intentional?
>
> Alex
>
>>
>> Thanks.
>>
>> JP.
>>
>>>
>>> Alex
>>>
>>> _______________________________________________ Roll mailing list
>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>
>>
>
>
> _______________________________________________ Roll mailing list
> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>



From d.sturek@att.net  Wed Jun 23 09:17:37 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1EC1E3A69AA for ; Wed, 23 Jun 2010 09:17:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.754
X-Spam-Level: *
X-Spam-Status: No, score=1.754 tagged_above=-999 required=5 tests=[AWL=-0.031,  BAYES_50=0.001, IP_NOT_FRIENDLY=0.334, MSGID_MULTIPLE_AT=1.449,  UNPARSEABLE_RELAY=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vBOhokdWdjAS for ; Wed, 23 Jun 2010 09:17:35 -0700 (PDT)
Received: from smtp126.sbc.mail.sp1.yahoo.com (smtp126.sbc.mail.sp1.yahoo.com [69.147.65.185]) by core3.amsl.com (Postfix) with SMTP id 4F3E93A6AAB for ; Wed, 23 Jun 2010 09:17:31 -0700 (PDT)
Received: (qmail 19398 invoked from network); 23 Jun 2010 16:17:36 -0000
Received: from wsip-174-78-56-227.sd.sd.cox.net (d.sturek@174.78.56.227 with login) by smtp126.sbc.mail.sp1.yahoo.com with SMTP; 23 Jun 2010 09:17:36 -0700 PDT
X-Yahoo-SMTP: fvjol_aswBAraSJvMLe2r1XTzhBhbFxY8q8c3jo-
X-YMail-OSG: yZaxQX8VM1kdufAxwoPrGHqPETZtf6J4nFzQME43cRaj9e4jpLrHUPUSniJXoOXYmadMs2njxtbMFxgrKyMmvabFfyZHwHfKulCrWSZSonExUafBHwmodSTgLuGXhaDwhxYWGMwYomQnsdI4YYF22W2oX3lTRPbZAN1ZcVp7thvEc92q64YeGQcyQUUqsDyOjHpuNRDTtpNEy_Hu3cEQiyB6kV.xx1KABOuRR3CaCRT4SxC0an9oOup3tUgnqgv0KinmgvRYd9uY8eFhBuS2xDpIPG62u4wpafFCl1EUSKHQjo3x06A-
X-Yahoo-Newman-Property: ymail-3
From: "Don Sturek" 
To: "'Mukul Goyal'" , "'Alexandru Petrescu'" 
References: <4C22312B.7070203@gmail.com> <511440247.302930.1277309561881.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <511440247.302930.1277309561881.JavaMail.root@mail02.pantherlink.uwm.edu>
Date: Wed, 23 Jun 2010 09:17:29 -0700
Message-ID: <011801cb12ef$94152ad0$bc3f8070$@sturek@att.net>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AcsS7vCzp0AI8H5sRNuPLQSV6JCPwQAAIwfg
Content-Language: en-us
Cc: 'ROLL WG' 
Subject: Re: [Roll] -dt- in draft-dt-roll-p2p-rpl-01 (was: The Design Teams in RoLL)
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: d.sturek@att.net
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 16:17:37 -0000

Seems fine to me.

I would rather get onto to discussing the actual technical contents of =
the draft.

Don


-----Original Message-----
From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of =
Mukul Goyal
Sent: Wednesday, June 23, 2010 9:13 AM
To: Alexandru Petrescu
Cc: ROLL WG
Subject: Re: [Roll] -dt- in draft-dt-roll-p2p-rpl-01 (was: The Design =
Teams in RoLL)

Again, I would like to clarify that the "P2P team" and "dt" in =
draft-dt-roll-p2p-rpl-01 have no official sanction. the only reason I =
had to use P2P team as an author was that there were 6 authors and =
xml2rfc tool does not support more than 5 authors.

Thanks
Mukul=20

----- Original Message -----
From: "Alexandru Petrescu" 
To: "JP Vasseur" 
Cc: "ROLL WG" 
Sent: Wednesday, June 23, 2010 11:07:07 AM
Subject: Re: [Roll] -dt- in draft-dt-roll-p2p-rpl-01 (was: The Design =
Teams in RoLL)

Le 23/06/2010 16:06, JP Vasseur a =C3=A9crit :
> Hi Alex,
>
> On Jun 21, 2010, at 12:04 PM, Alexandru Petrescu wrote:
>
>> Hello RoLL,
>>
>> I am trying to follow the RoLL group closely. What are the active
>> DTs, their membership and respective charters, documents?
>>
>> Until now I know of:
>>
>> RPL DT Security DT
>>
>
> You are correct. Only two official RPLL DT have been formed so far:
> * RPL DT (now dissolved) * Security DT
>
> For each of them, I sent an email to the list with the list of
> members, charters and milestones.
>
>> I think there may be more DTs (p2p, metrics?). I think some DTs
>> were announced publicly on the mailing list, whereas some other
>> DTs were not announced. It's difficult to understand what's
>> happening.
>
> There is no other DTs, otherwise I would have announced them on the
> list.

Thanks for the clarification.

Why does the draft-dt-roll-p2p-rpl-01.txt have the term "dt" at the
place where usually the person's name is?

What does "P2P team" mean in the authorship of this draft?

This is misleading, it tempts me as unknowing reader to believe into
some form of WG support of this draft.

Is this intentional?

Alex

>
> Thanks.
>
> JP.
>
>>
>> Alex
>>
>> _______________________________________________ Roll mailing list
>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>
>


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


From alexandru.petrescu@gmail.com  Wed Jun 23 09:19:16 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 64DEB3A6A9A for ; Wed, 23 Jun 2010 09:19:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.212
X-Spam-Level: 
X-Spam-Status: No, score=-1.212 tagged_above=-999 required=5 tests=[AWL=0.437,  BAYES_00=-2.599, HELO_EQ_FR=0.35, J_CHICKENPOX_63=0.6]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XEey17iogzo8 for ; Wed, 23 Jun 2010 09:19:15 -0700 (PDT)
Received: from sainfoin-out.extra.cea.fr (sainfoin-out.extra.cea.fr [132.166.172.107]) by core3.amsl.com (Postfix) with ESMTP id 8652F3A6831 for ; Wed, 23 Jun 2010 09:19:14 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5NGIwaC014312 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 23 Jun 2010 18:18:58 +0200
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5NGIwGP005845; Wed, 23 Jun 2010 18:18:58 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5NGIwSI016468; Wed, 23 Jun 2010 18:18:58 +0200
Message-ID: <4C2233F2.2000905@gmail.com>
Date: Wed, 23 Jun 2010 18:18:58 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
To: Jerald.P.Martocci@jci.com
References: <1825628081.214546.1277093185472.JavaMail.root@mail02.pantherlink.uwm.edu><4C1F3B79.8020308@gmail.com>	<6D9687E95918C04A8B30A7D6DA805A3E01CCD18F@zensys17.zensys.local>	<76DBCE2AA6605F42A49F1BD7454C841BD36890@usatlsv105.am.bm.net>	<0A420B92-A4A2-4CB6-8F8A-8B00D65855F7@cisco.com>	<4C2228F9.10605@gmail.com> <37DCB880-C277-4705-96B6-B1D3407AAC40@cisco.com> 
In-Reply-To: 
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: Emmanuel Monnerie , ROLL WG 
Subject: Re: [Roll] P2P term again
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 16:19:16 -0000

Le 23/06/2010 18:03, Jerald.P.Martocci@jci.com a écrit :
>
>
> Furthermore, "P2P" is already baked into the ROLL Requirements RFCs. If
> we start changing the core definition of terms, these completed
> documents lose their value.
>
> We've used P2P, P2MP and MP2P for 18 months; let's not change their
> meaning now.

Hi - sure it's hard to change now - even harder when it's an RFC.

Would one tell how P2P would work on a point-to-point link?

Alex

>
>
> Jerry
>
>
>
>
> From: 	JP Vasseur 
> To: 	Alexandru Petrescu 
> Cc: 	Emmanuel Monnerie , ROLL WG
> 
> Date: 	06/23/2010 10:51 AM
> Subject: 	Re: [Roll] P2P term again
>
>
> ------------------------------------------------------------------------
>
>
>
>
> On Jun 23, 2010, at 5:32 PM, Alexandru Petrescu wrote:
>
>  > Le 23/06/2010 16:03, JP Vasseur a écrit :
>  >> P2P refers to Point to Point, no peer to peer. See the terminology
>  >> ID:
>  >>
>  >> P2P: Point To Point. This refers to traffic exchanged between two
>  >> nodes (regardless of the number of hops between the two nodes).
>  >>
>  >> I do not see a reason for changing. Note also that peer-to-peer
>  >> refers to many other technologies.
>  >
>  > JP - I suggest to change and no longer use the term P2P to stand for
>  > traffic exchange between two nodes regardless of the number of hops
>  > between the two nodes (I do agree with the need of _that_ protocol
>  > behaviour, but calling it P2P loses much of its sense to me.)
>
> but the counter argument is that Peer to peer refers to something very
> different too. P2P as Point to Point is in line with others terms
> P2MP and MP2P, this is why I would prefer to keep it unchanged. P2P
> in the context of ROLL is defined in the terminology ID (this is why we
> have one) so there is no ambiguity.
>
>  >
>  > P2P means so many things, as you say, that it is too easily overloaded
>  > to be understood for our particular RPL meaning.
>  >
>  > At IETF there is a Working Group called P2PSIP - they say P2P stands
>  > for peertopeer.
>  >
>  > It is good to use terms that don't collide, at least within the IETF
>  > space.
>  >
>  > Some people on the list seemed to agree that P2P term should be
>  > changed.
>  >
>  > Alex
>  >
>  >
>  >>
>  >> Thanks.
>  >>
>  >> JP.
>  >>
>  >> On Jun 21, 2010, at 5:02 PM, Monnerie, Emmanuel wrote:
>  >>
>  >>> Alex,
>  >>>
>  >>> I agree that the term P2P was not always used the right way. P2P
>  >>> should refer to Peer-to-Peer, not Point-to-Point.
>  >>>
>  >>> It has been defined in RFC5867 as follow: "5.2.2 Peer-to-Peer
>  >>> communication (...) A network device MUST be able to communicate
>  >>> in an end-to-end manner with any other device on the network."
>  >>>
>  >>> Best Regards
>  >>>
>  >>>
>  >>>
>  >>> -----Original Message----- From: roll-bounces@ietf.org
>  >>> [mailto:roll-bounces@ietf.org] On Behalf Of Anders Brandt Sent:
>  >>> Monday, June 21, 2010 6:47 AM To: Alexandru Petrescu; roll@ietf.org
>  >>> Subject: Re: [Roll] P2P term again (was: P2P hop-by-hop routes)
>  >>>
>  >>> Alex,
>  >>>
>  >>> I think you are right that this term is wrong (!) The best
>  >>> explanation I can give is that we used it from the start ... If we
>  >>> are to change it, now is a very good time before it starts working
>  >>> its way into the RPL framework.
>  >>>
>  >>> So do you have some good acronyms on the table? PPP is something
>  >>> different; most of all it is a specific protocol, while our term
>  >>> mainly deals with the special type of traffic that is between two
>  >>> points inside the LLN.
>  >>>
>  >>> While not sufficiently catchy, "Intra-Network Unicast" (INU)
>  >>> transport is what this is about. Who can come up with the best
>  >>> acronym which does not resemble something important?
>  >>>
>  >>> "PTP" doesn't seem to be that overloaded, so can it be done that
>  >>> simple?
>  >>>
>  >>> Cheers, Anders
>  >>>
>  >>>> -----Original Message----- From: roll-bounces@ietf.org
>  >>>> [mailto:roll-bounces@ietf.org] On Behalf Of Alexandru Petrescu
>  >>>> Sent: Monday, June 21, 2010 12:14 To: roll@ietf.org Subject: Re:
>  >>>> [Roll] P2P term again (was: P2P hop-by-hop routes)
>  >>>>
>  >>>> What to others think about the P2P term? Is the term ok to your
>  >>>> understanding?
>  >>>>
>  >>>> To my reading, "P2P" stands for peer-to-peer and is in
>  >>>> widespread use for overlay networks; this terminology is
>  >>>> different than the intention you seem to use for P2P to mean e.g.
>  >>>> straight communication between two leaf nodes of same parent.
>  >>>>
>  >>>> To my reading, "point-to-point" stands for a specific kind of
>  >>>> link, different than broadcast, or multicast capable links
>  >>>> (Ethernet) - point-to-point links, sometimes abbreviated ptp,
>  >>>> are using the PPP prrotocol ("PPP" stands for point-to-point
>  >>>> protocol). This is again different than what you seem to use as
>  >>>> P2P term - your P2P is not using PPP.
>  >>>>
>  >>>> In this sense, I would like to clarify the P2P term used in
>  >>>> RoLL. It is good to use common terminology to understand each
>  >>>> other.
>  >>>>
>  >>>> What to others think about the P2P term? Is the term ok to your
>  >>>> understanding?
>  >>>>
>  >>>> Alex
>  >>>>
>  >>>> Le 21/06/2010 06:06, Mukul Goyal a écrit :
>  >>>>> The P2P mechanism will allow the establishment of hop-by-hop
>  >>>>> routes that meet certain constraints regarding the routing
>  >>>>> metrics.
>  >>>>>
>  >>>>> Now, the other question is how does a packet, that wants to
>  >>>>> travel along a particular P2P hop-by-hop route, specify its
>  >>>>> preference for such a route? I guess we need some sort of
>  >>>>> labeling mechanism here. Any suggestions regarding how will it
>  >>>>> work?
>  >>>>>
>  >>>>> Thanks Mukul _______________________________________________
>  >>>>> Roll mailing list Roll@ietf.org
>  >>>> https://www.ietf.org/mailman/listinfo/roll
>  >>>>>
>  >>>>
>  >>>>
>  >>>> _______________________________________________ Roll mailing list
>  >>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>  >>>>
>  >>> _______________________________________________ Roll mailing list
>  >>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>  >>>
>  >>>
>  >>>
>  >>> Emmanuel Monnerie Senior Research Engineer Landis+Gyr Energy
>  >>> Management Solutions Office: +1 678 258 1695 Fax: +1 678 258 1316
>  >>> Emmanuel.Monnerie@landisgyr.com www.landisgyr.com manage energy
>  >>> better _______________________________________________ Roll
>  >>> mailing list Roll@ietf.org
>  >>> https://www.ietf.org/mailman/listinfo/roll
>  >>
>  >>
>  >
>  >
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>
>



From alexandru.petrescu@gmail.com  Wed Jun 23 09:20:29 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9C2A13A6831 for ; Wed, 23 Jun 2010 09:20:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.78
X-Spam-Level: 
X-Spam-Status: No, score=-0.78 tagged_above=-999 required=5 tests=[AWL=-0.020,  BAYES_05=-1.11, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pRC3q5OmluWz for ; Wed, 23 Jun 2010 09:20:24 -0700 (PDT)
Received: from oxalide-out.extra.cea.fr (oxalide-out.extra.cea.fr [132.168.224.1]) by core3.amsl.com (Postfix) with ESMTP id 065AF3A682E for ; Wed, 23 Jun 2010 09:20:23 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5NGKRhc020776 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 23 Jun 2010 18:20:28 +0200
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5NGKRHZ006034; Wed, 23 Jun 2010 18:20:27 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5NGKRPL016800; Wed, 23 Jun 2010 18:20:27 +0200
Message-ID: <4C22344B.4060801@gmail.com>
Date: Wed, 23 Jun 2010 18:20:27 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
To: d.sturek@att.net
References: <4C22312B.7070203@gmail.com> <511440247.302930.1277309561881.JavaMail.root@mail02.pantherlink.uwm.edu> <011801cb12ef$94152ad0$bc3f8070$@sturek@att.net>
In-Reply-To: <011801cb12ef$94152ad0$bc3f8070$@sturek@att.net>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Cc: 'ROLL WG' 
Subject: Re: [Roll] -dt- in draft-dt-roll-p2p-rpl-01 (was: The Design Teams in RoLL)
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 16:20:29 -0000

Le 23/06/2010 18:17, Don Sturek a écrit :
> Seems fine to me.
>
> I would rather get onto to discussing the actual technical contents of the draft.

Which draft?  The P2P point-to-point ppp ptp draft?

If we can't agree on the most simple terms then how could we discuss an 
entire draft?

It may be myself only...

Alex

>
> Don
>
>
> -----Original Message-----
> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of Mukul Goyal
> Sent: Wednesday, June 23, 2010 9:13 AM
> To: Alexandru Petrescu
> Cc: ROLL WG
> Subject: Re: [Roll] -dt- in draft-dt-roll-p2p-rpl-01 (was: The Design Teams in RoLL)
>
> Again, I would like to clarify that the "P2P team" and "dt" in draft-dt-roll-p2p-rpl-01 have no official sanction. the only reason I had to use P2P team as an author was that there were 6 authors and xml2rfc tool does not support more than 5 authors.
>
> Thanks
> Mukul
>
> ----- Original Message -----
> From: "Alexandru Petrescu"
> To: "JP Vasseur"
> Cc: "ROLL WG"
> Sent: Wednesday, June 23, 2010 11:07:07 AM
> Subject: Re: [Roll] -dt- in draft-dt-roll-p2p-rpl-01 (was: The Design Teams in RoLL)
>
> Le 23/06/2010 16:06, JP Vasseur a écrit :
>> Hi Alex,
>>
>> On Jun 21, 2010, at 12:04 PM, Alexandru Petrescu wrote:
>>
>>> Hello RoLL,
>>>
>>> I am trying to follow the RoLL group closely. What are the active
>>> DTs, their membership and respective charters, documents?
>>>
>>> Until now I know of:
>>>
>>> RPL DT Security DT
>>>
>>
>> You are correct. Only two official RPLL DT have been formed so far:
>> * RPL DT (now dissolved) * Security DT
>>
>> For each of them, I sent an email to the list with the list of
>> members, charters and milestones.
>>
>>> I think there may be more DTs (p2p, metrics?). I think some DTs
>>> were announced publicly on the mailing list, whereas some other
>>> DTs were not announced. It's difficult to understand what's
>>> happening.
>>
>> There is no other DTs, otherwise I would have announced them on the
>> list.
>
> Thanks for the clarification.
>
> Why does the draft-dt-roll-p2p-rpl-01.txt have the term "dt" at the
> place where usually the person's name is?
>
> What does "P2P team" mean in the authorship of this draft?
>
> This is misleading, it tempts me as unknowing reader to believe into
> some form of WG support of this draft.
>
> Is this intentional?
>
> Alex
>
>>
>> Thanks.
>>
>> JP.
>>
>>>
>>> Alex
>>>
>>> _______________________________________________ Roll mailing list
>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>
>>
>
>
> _______________________________________________ Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>
>



From jpv@cisco.com  Wed Jun 23 13:18:00 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 581E128C104 for ; Wed, 23 Jun 2010 13:18:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.22
X-Spam-Level: 
X-Spam-Status: No, score=-10.22 tagged_above=-999 required=5 tests=[AWL=0.379,  BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O5wN+9QNNsuq for ; Wed, 23 Jun 2010 13:17:59 -0700 (PDT)
Received: from sj-iport-2.cisco.com (sj-iport-2.cisco.com [171.71.176.71]) by core3.amsl.com (Postfix) with ESMTP id 05E8C28C0CF for ; Wed, 23 Jun 2010 13:17:58 -0700 (PDT)
Authentication-Results: sj-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEABMJIkyrR7Ht/2dsb2JhbACfMXGpMZpMhRsE
X-IronPort-AV: E=Sophos;i="4.53,469,1272844800"; d="scan'208";a="263632344"
Received: from sj-core-1.cisco.com ([171.71.177.237]) by sj-iport-2.cisco.com with ESMTP; 23 Jun 2010 20:18:07 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by sj-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5NKI52D025080; Wed, 23 Jun 2010 20:18:05 GMT
Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 22:18:03 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 22:18:03 +0200
Message-Id: 
From: JP Vasseur 
To: Richard Kelsey 
In-Reply-To: <87bpb4l7zd.fsf@kelsey-ws.hq.ember.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Wed, 23 Jun 2010 20:11:28 +0200
References: <1328436834.198056.1276957013936.JavaMail.root@mail02.pantherlink.uwm.edu> <1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu>  <87iq5clasl.fsf@kelsey-ws.hq.ember.com>  <87bpb4l7zd.fsf@kelsey-ws.hq.ember.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Jun 2010 20:18:03.0943 (UTC) FILETIME=[2F517370:01CB1311]
Cc: roll@ietf.org
Subject: Re: [Roll] P2P route discovery: "Good enough" criteria
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 20:18:00 -0000

On Jun 21, 2010, at 5:29 PM, Richard Kelsey wrote:

>> From: Jerald.P.Martocci@jci.com
>> Date: Mon, 21 Jun 2010 09:35:59 -0500
>>
>> Like you, I was assuming a router would act as a proxy for the
>> initiating host.  Maybe it's as simple as routers always proxying for
>> hosts.
>
> Jerry,
>
> A router can act as a proxy for a host that is the goal of a
> route discovery, just as it acts as a proxy for other
> routing to the host.
>
> I do not see how a router can act as a proxy for a host that
> wants to initiate a route discovery.
>
>> However, maybe I missed it, but do routers even know who its hosts
>> are?  In DAGs, children know about parents, but do parents know about
>> children?  What message is used to establish this link?  Since hosts
>> are not part of the DAG, I wouldn't think they would sent out DAOs.
>
> Hosts do not necessarily participate in RPL.  Routers find
> out about non-RPL-participating neighboring hosts via ND.
>
> As for hosts that do participate in RPL, I am not clear on
> exactly what they must and must not do.  Perhaps there
> should be a separate 'hosts' section that spells out the
> requirements and options for host behavior.  I know that
> I am not the only confused about this.

Let me try to shed some light (hopefully that will help). In the  
context of RPL
(or any other routing protocol), nodes participating to the routing  
domain
could either be hosts (device that do not "route" packet) or routers.
This is no different than for other routing protocols: a unix station  
can run
ISIS or OSPF too, without acting as a router.

Here we do define a routing protocol. Devices such as host and routers  
can
participate to the routing domain.

Now if a device does not run RPL and still requires to get routing
information, this is outside of our scope (proxy function, ND, ...).

Thanks.

JP.

>
>                                  -Richard Kelsey
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From jpv@cisco.com  Wed Jun 23 13:18:02 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4B47128C174 for ; Wed, 23 Jun 2010 13:18:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.225
X-Spam-Level: 
X-Spam-Status: No, score=-10.225 tagged_above=-999 required=5 tests=[AWL=0.373, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lFhJh8UsVL65 for ; Wed, 23 Jun 2010 13:18:01 -0700 (PDT)
Received: from sj-iport-2.cisco.com (sj-iport-2.cisco.com [171.71.176.71]) by core3.amsl.com (Postfix) with ESMTP id B122128C0CF for ; Wed, 23 Jun 2010 13:18:00 -0700 (PDT)
Authentication-Results: sj-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEABMJIkyrR7Ht/2dsb2JhbACfMXGpMZpMhRsE
X-IronPort-AV: E=Sophos;i="4.53,469,1272844800";  d="scan'208,217";a="263632348"
Received: from sj-core-1.cisco.com ([171.71.177.237]) by sj-iport-2.cisco.com with ESMTP; 23 Jun 2010 20:18:09 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by sj-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5NKHws5024974; Wed, 23 Jun 2010 20:18:08 GMT
Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 22:18:06 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 22:18:06 +0200
Message-Id: <12C1B71B-B4A0-4D24-8C8D-143D5CEB9A68@cisco.com>
From: JP Vasseur 
To: Richard Kelsey 
In-Reply-To: <878w68kzfg.fsf@kelsey-ws.hq.ember.com>
Content-Type: multipart/alternative; boundary=Apple-Mail-5-509991983
Mime-Version: 1.0 (Apple Message framework v936)
Date: Wed, 23 Jun 2010 20:23:38 +0200
References: <1970550793.165216.1276828237438.JavaMail.root@mail02.pantherlink.uwm.edu> <5BEAFD5C-242E-4BAB-8E3F-ED372B91112E@cs.stanford.edu> <87sk4kl74d.fsf@kelsey-ws.hq.ember.com>  <878w68kzfg.fsf@kelsey-ws.hq.ember.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Jun 2010 20:18:06.0787 (UTC) FILETIME=[31036930:01CB1311]
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 20:18:02 -0000

--Apple-Mail-5-509991983
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: 7bit

> [snip]

> for ETX is trivial,
> and by having a separate metric->rank conversion both the OF
> and the ETX metric itself can be simplified.
>
>> I personally think the "abstract OF" proposal is one that seems good
>> in theory, but is going to cause a lot of trouble in practice, in
>> particular due to Rank. Many LLNs are deeply embedded networks: while
>> in wired routers you can have an admin log in and debug a problem, in
>> LLNs you often can't even observe what's happening within the  
>> network.
>
> Absolutely.  For deeply embedded networks it isn't enough to
> just implement RFCs.  A lot more needs to get nailed down
> than is normally done in an RFC.  In administered networks
> sysadmins do the tweaking necessary to get everything
> running well together, but embedded devices don't have that
> luxury.  For them the tweaking will have to be standardized.
> That isn't going to happen in the core RFCs.  The core RFCs
> have to allow for both administered networks (the norm for
> IP) and deeply embedded networks (the norm for LLNs).

One comment though: this is where the applicability ID comes into play.

>
>> I'll return to the refrain: we're trying to standardize current
>> practice. There are some cases where we want to add a new tweak for
>> compelling reasons, but when we do so we should be sure we actually
>> understand the implications.
>
> The problem is that we have two different communities with
> different standard practices.  Both need to be accomodated.
>
>                                   -Richard Kelsey
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


--Apple-Mail-5-509991983
Content-Type: text/html;
	charset=US-ASCII
Content-Transfer-Encoding: quoted-printable


[snip]

for ETX is trivial,
and by having a separate =
metric->rank conversion both the OF
and the ETX metric itself can =
be simplified.

I personally think the =
"abstract OF" proposal is one that seems =
good
in theory, but is going =
to cause a lot of trouble in practice, in
particular due to Rank. Many LLNs are deeply embedded =
networks: while
in wired =
routers you can have an admin log in and debug a problem, =
in
LLNs you often can't even =
observe what's happening within the =
network.

Absolutely.  For deeply embedded =
networks it isn't enough to
just implement RFCs.  A lot more =
needs to get nailed down
than is normally done in an RFC.  In =
administered networks
sysadmins do the tweaking necessary to get =
everything
running well together, but embedded devices don't have =
that
luxury.  For them the tweaking will have to be =
standardized.
That isn't going to happen in the core RFCs.  The =
core RFCs
have to allow for both administered networks (the norm =
for
IP) and deeply embedded networks (the norm for =
LLNs).

One comment though: =
this is where the applicability ID comes into play.


I'll return to the =
refrain: we're trying to standardize current
practice. There are some cases where we want to add a new =
tweak for
compelling reasons, =
but when we do so we should be sure we =
actually
understand the =
implications.

The problem is that we have two =
different communities with
different standard practices.  Both =
need to be accomodated.

 =
            &n=
bsp;           &nbs=
p;         -Richard =
Kelsey
_______________________________________________
Roll =
mailing list
Roll@ietf.org
https://www.ietf.org/ma=
ilman/listinfo/roll

=

--Apple-Mail-5-509991983--

From jpv@cisco.com  Wed Jun 23 13:18:02 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 55AB728C0CF for ; Wed, 23 Jun 2010 13:18:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.231
X-Spam-Level: 
X-Spam-Status: No, score=-10.231 tagged_above=-999 required=5 tests=[AWL=0.368, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id idONHIOl73J6 for ; Wed, 23 Jun 2010 13:18:01 -0700 (PDT)
Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id 2874828C104 for ; Wed, 23 Jun 2010 13:18:01 -0700 (PDT)
Authentication-Results: sj-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEABMJIkyrR7Hu/2dsb2JhbACfMXGpMZpMhRsE
X-IronPort-AV: E=Sophos;i="4.53,469,1272844800"; d="scan'208";a="338002506"
Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-1.cisco.com with ESMTP; 23 Jun 2010 20:18:08 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id o5NKI4pd009492; Wed, 23 Jun 2010 20:18:08 GMT
Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 22:18:02 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 22:18:02 +0200
Message-Id: 
From: JP Vasseur 
To: Nicolas DEJEAN 
In-Reply-To: 
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Wed, 23 Jun 2010 19:50:20 +0200
References: 
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Jun 2010 20:18:02.0896 (UTC) FILETIME=[2EB1B100:01CB1311]
Cc: roll WG 
Subject: Re: [Roll] Metrics ID, LQL format
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 20:18:02 -0000

Hi Nicolas,

On Jun 23, 2010, at 3:20 PM, Nicolas DEJEAN wrote:

> Hello WG,
>
> LQL is the naturel recipient to encode RSSI.
>
> Our experience with building sensor networks based on RSSI calls for a
> little more resolution than the current 2 bit value.
>
> We suggest to have 3 bits.
>

Always good to have deployment feed-back. Note that LQL is locally  
computed
and may or may not reflect the RSSI (implementation specific). That  
said, adding
a bit does not hurt. It does make path quality comparison when using  
the LQL
a bit more complicated, but not an issue.

If nobody is opposed, we can easily accommodate the change.

Thanks.

JP.

> Cheers,
>
> Nicolas.
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From jpv@cisco.com  Wed Jun 23 13:18:03 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2FC9D28C104 for ; Wed, 23 Jun 2010 13:18:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.236
X-Spam-Level: 
X-Spam-Status: No, score=-10.236 tagged_above=-999 required=5 tests=[AWL=0.363, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4ndEKcdKDpV4 for ; Wed, 23 Jun 2010 13:18:02 -0700 (PDT)
Received: from sj-iport-2.cisco.com (sj-iport-2.cisco.com [171.71.176.71]) by core3.amsl.com (Postfix) with ESMTP id 8D14028C105 for ; Wed, 23 Jun 2010 13:18:01 -0700 (PDT)
Authentication-Results: sj-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEABMJIkyrR7Hu/2dsb2JhbACfMXGpMZpMhRsE
X-IronPort-AV: E=Sophos;i="4.53,469,1272844800"; d="scan'208";a="263632350"
Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-2.cisco.com with ESMTP; 23 Jun 2010 20:18:10 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id o5NKI4pf009492; Wed, 23 Jun 2010 20:18:09 GMT
Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 22:18:08 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 22:18:07 +0200
Message-Id: 
From: JP Vasseur 
To: Richard Kelsey 
In-Reply-To: <87631cksbh.fsf@kelsey-ws.hq.ember.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Wed, 23 Jun 2010 20:29:34 +0200
References: <1970550793.165216.1276828237438.JavaMail.root@mail02.pantherlink.uwm.edu> <5BEAFD5C-242E-4BAB-8E3F-ED372B91112E@cs.stanford.edu>	<87sk4kl74d.fsf@kelsey-ws.hq.ember.com>  <878w68kzfg.fsf@kelsey-ws.hq.ember.com>   <87631cksbh.fsf@kelsey-ws.hq.ember.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Jun 2010 20:18:07.0756 (UTC) FILETIME=[319744C0:01CB1311]
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric	values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 20:18:03 -0000

On Jun 21, 2010, at 11:07 PM, Richard Kelsey wrote:

>> From: Philip Levis 
>> Date: Mon, 21 Jun 2010 11:50:49 -0700
>>
>> On Jun 21, 2010, at 11:45 AM, Jerald.P.Martocci@jci.com wrote:
>>
>>> The need to wholly specify embedded networks is a very salient
>>> point.  These devices have to boot strap themselves, sniff the
>>> environment and self-configure themselves.  There may not be a Sys
>>> Admin even allowed to enter the building for many months!
>>
>> Right -- this is why I worry whether the proposed approach of making
>> all OFs abstract is just creating another problem. At the interim
>> meeting I suggested that perhaps we want an OFs which is abstract and
>> generic, for the managed cases, but also have 1-2 very specific OFs,
>> for the unmanaged ones.

This does not have to be so complex, with notion such as generic and
specific OFs. In most cases, LLNs should be able to use a very small set
of OF (most of the time, just 1), with the appropriate set of metrics,  
that's it.

>> Leaving ubiquitous computing/PAN technologies
>> in the lurch because smart meters need flexibility seems like a bad
>> decision to me.
>
> I have been assuming that any concrete OF would be derived
> from a generic OF by filling in various blanks.  That seems
> organizationally simpler than creating disjoint generic and
> specific OFs.

Agreed.

>
> We may be thinking of two different kinds of generic OFs.
> What I had in mind was a parameterized OF where the method
> of setting the parameters was out of scope.  Any protocol
> for specifying parameters would go in a separate document.
>

Absolutely. Back to the previous comment, this is the aim of the  
applicability
IDs.

> This would make for a minimum of three documents:
>  (A) a generic OF
>  (B) (A) specialized for basic ETX

You do not even need (B). Just use the generic OF and use the ETX as the
metric. If another application wants to use another metric (e.g. hop  
counts or
latency) then it may very well use the same generic OF, but just use a  
different
metric.

>  (C) a protocol for specializing (A) at runtime
> A benefit of doing it this way is that it allows many
> different directions for (C).

Yes. (C) would be the applicability statement.

> It's one thing to want to
> adjust the number of DAO parents at runtime, its another to
> push out a new metrics->rank function.  Both have their
> uses.
>
>                            -Richard Kelsey
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From jpv@cisco.com  Wed Jun 23 13:18:04 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6CE1328C180 for ; Wed, 23 Jun 2010 13:18:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.241
X-Spam-Level: 
X-Spam-Status: No, score=-10.241 tagged_above=-999 required=5 tests=[AWL=0.358, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1Rocjg7n0-GQ for ; Wed, 23 Jun 2010 13:18:03 -0700 (PDT)
Received: from sj-iport-3.cisco.com (sj-iport-3.cisco.com [171.71.176.72]) by core3.amsl.com (Postfix) with ESMTP id 2421328C0CF for ; Wed, 23 Jun 2010 13:18:03 -0700 (PDT)
Authentication-Results: sj-iport-3.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAF8IIkyrR7Hu/2dsb2JhbACfMXGpIppVhRsEkFE
X-IronPort-AV: E=Sophos;i="4.53,469,1272844800"; d="scan'208";a="227912374"
Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-3.cisco.com with ESMTP; 23 Jun 2010 20:18:10 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id o5NKI4ph009492; Wed, 23 Jun 2010 20:18:10 GMT
Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 22:18:09 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 22:18:08 +0200
Message-Id: 
From: JP Vasseur 
To: Omprakash Gnawali 
In-Reply-To: 
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Wed, 23 Jun 2010 20:31:50 +0200
References: <1970550793.165216.1276828237438.JavaMail.root@mail02.pantherlink.uwm.edu> <5BEAFD5C-242E-4BAB-8E3F-ED372B91112E@cs.stanford.edu> <87sk4kl74d.fsf@kelsey-ws.hq.ember.com>  <878w68kzfg.fsf@kelsey-ws.hq.ember.com>   <87631cksbh.fsf@kelsey-ws.hq.ember.com> 
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Jun 2010 20:18:08.0709 (UTC) FILETIME=[3228AF50:01CB1311]
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 20:18:04 -0000

On Jun 23, 2010, at 8:51 AM, Omprakash Gnawali wrote:

> On Mon, Jun 21, 2010 at 2:07 PM, Richard Kelsey
>  wrote:
>>> From: Philip Levis 
>>> Date: Mon, 21 Jun 2010 11:50:49 -0700
>>>
>>> On Jun 21, 2010, at 11:45 AM, Jerald.P.Martocci@jci.com wrote:
>>>
>>>> The need to wholly specify embedded networks is a very salient
>>>> point.  These devices have to boot strap themselves, sniff the
>>>> environment and self-configure themselves.  There may not be a Sys
>>>> Admin even allowed to enter the building for many months!
>>>
>>> Right -- this is why I worry whether the proposed approach of making
>>> all OFs abstract is just creating another problem. At the interim
>>> meeting I suggested that perhaps we want an OFs which is abstract  
>>> and
>>> generic, for the managed cases, but also have 1-2 very specific OFs,
>>> for the unmanaged ones. Leaving ubiquitous computing/PAN  
>>> technologies
>>> in the lurch because smart meters need flexibility seems like a bad
>>> decision to me.
>>
>> I have been assuming that any concrete OF would be derived
>> from a generic OF by filling in various blanks.  That seems
>> organizationally simpler than creating disjoint generic and
>> specific OFs.
>>
>> We may be thinking of two different kinds of generic OFs.
>> What I had in mind was a parameterized OF where the method
>> of setting the parameters was out of scope.  Any protocol
>> for specifying parameters would go in a separate document.
>>
>> This would make for a minimum of three documents:
>>  (A) a generic OF
>>  (B) (A) specialized for basic ETX
>>  (C) a protocol for specializing (A) at runtime
>> A benefit of doing it this way is that it allows many
>> different directions for (C).  It's one thing to want to
>> adjust the number of DAO parents at runtime, its another to
>> push out a new metrics->rank function.  Both have their
>> uses.
>
> Besides ETX, latency is a candidate routing metric that might be
> widely used in these networks. Before we generalize OFs, it will be
> great to understand how to use latency as routing metric in the
> networks.

As you know latency is already defined but I guess that you refer to
actual deployments here. That said, latency is one of these examples
where we can "easily" figure out how to use it since this is an additive
metric (used in other non-LLN IP networks).

> Once that is done, we can examine how OF for latency is
> different or similar to the OF for ETX. That comparison will tell us
> if OF generalization makes sense.
>
> Is anyone using metric such as latency with RPL yet?
>
> - om_p
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From jpv@cisco.com  Wed Jun 23 13:18:20 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1CC5A28C0F5 for ; Wed, 23 Jun 2010 13:18:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.246
X-Spam-Level: 
X-Spam-Status: No, score=-10.246 tagged_above=-999 required=5 tests=[AWL=0.353, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2IzbGwRzi+Nb for ; Wed, 23 Jun 2010 13:18:19 -0700 (PDT)
Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by core3.amsl.com (Postfix) with ESMTP id E859F3A694C for ; Wed, 23 Jun 2010 13:18:18 -0700 (PDT)
Authentication-Results: sj-iport-4.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAKQIIkxAaMHG/2dsb2JhbACfMXGpJ5pMhRsE
X-IronPort-AV: E=Sophos;i="4.53,469,1272844800"; d="scan'208";a="148918441"
Received: from syd-core-1.cisco.com ([64.104.193.198]) by sj-iport-4.cisco.com with ESMTP; 23 Jun 2010 20:18:06 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by syd-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5NKI25f024288; Wed, 23 Jun 2010 20:18:03 GMT
Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 22:18:02 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 22:18:02 +0200
Message-Id: <0EB48CE8-75FE-4F67-B829-A351C41F3AC6@cisco.com>
From: JP Vasseur 
To: Nicolas DEJEAN 
In-Reply-To: 
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Wed, 23 Jun 2010 19:47:31 +0200
References: <8E09C72DBC577D489F13A71228C0B7BF015A530F@ftrdmel0.rd.francetelecom.fr> 
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Jun 2010 20:18:02.0084 (UTC) FILETIME=[2E35CA40:01CB1311]
Cc: roll@ietf.org
Subject: Re: [Roll] Metrics draft, clarifications; one per container
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 20:18:20 -0000

Hi,

On Jun 23, 2010, at 11:23 AM, Nicolas DEJEAN wrote:

> Hello all,
>
> I suggest we change the offending text to "There MUST be no more than
> one xxx object with the C bit set per DAG Metric Container, and no
> more than one with the C bit reset per DAG Metric Container".

This is the correct interpretation indeed. To be updated in the next  
revision.

> This will accomodate the common case where a same quantity is used
> both as a constraint and a metric.
>
> Cheers,
>
> Nicolas.
>
> 2010/6/21  :
>> Hello all,
>>
>> In the metrics draft, I'm confused about terminology. On pages 6  
>> and 7, it
>> seems that the same things bear different names.
>>
>> E.g. , Routing Object, Constraint/Metric Object, etc.
>> I'm especially confused by the liberal use of the noun "object",  
>> especially
>> associated with the noun "container".
>> Is a "Metric Container object" an object within a Metric Container  
>> or the
>> Metric Container itself?
>>
>> Assuming the latter is true, then I have a problem with the various
>> instances of the sentence
>> "There MUST be only one xxx object per DAG Metric Container  
>> object.", with
>> xxx equal to NSA, NE, HP, Throughput, Latency, LQL , ETX, LC.
>>
>> For example, how can we implement a max(min(node_energy) ) routing on
>> scavenging nodes if we can't have one NE as a constraint (exclude  
>> battery
>> nodes) and one as a metric (accumulate min along the path)?
>>
>> Best
>>
>> Dominique
>>
>> _______________________________________________
>> Roll mailing list
>> Roll@ietf.org
>> https://www.ietf.org/mailman/listinfo/roll
>>
>>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From jpv@cisco.com  Wed Jun 23 13:18:23 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 41CCE28C105 for ; Wed, 23 Jun 2010 13:18:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.25
X-Spam-Level: 
X-Spam-Status: No, score=-10.25 tagged_above=-999 required=5 tests=[AWL=0.348,  BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h3apWDgKGkKK for ; Wed, 23 Jun 2010 13:18:21 -0700 (PDT)
Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by core3.amsl.com (Postfix) with ESMTP id 868DF28C188 for ; Wed, 23 Jun 2010 13:18:21 -0700 (PDT)
Authentication-Results: sj-iport-4.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgUFAKQIIkyrR7H+/2dsb2JhbACBQ51ucaknmkyFGwQ
X-IronPort-AV: E=Sophos;i="4.53,469,1272844800";  d="scan'208,217";a="148918479"
Received: from sj-core-2.cisco.com ([171.71.177.254]) by sj-iport-4.cisco.com with ESMTP; 23 Jun 2010 20:18:08 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5NKI5r7025362; Wed, 23 Jun 2010 20:18:08 GMT
Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 22:18:01 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 22:18:01 +0200
Message-Id: <9581779E-2EA0-4601-8BDE-DA2E00D341CA@cisco.com>
From: JP Vasseur 
To: "dominique.barthel@orange-ftgroup.com> 
In-Reply-To: <5946c52cd40af57a9a7e56caf3d42557@mail.gmail.com>
Content-Type: multipart/alternative; boundary=Apple-Mail-4-507699768
Mime-Version: 1.0 (Apple Message framework v936)
Date: Wed, 23 Jun 2010 19:45:26 +0200
References: <8E09C72DBC577D489F13A71228C0B7BF015DC27C@ftrdmel0.rd.francetelecom.fr> <5946c52cd40af57a9a7e56caf3d42557@mail.gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Jun 2010 20:18:01.0146 (UTC) FILETIME=[2DA6A9A0:01CB1311]
Cc: ROLL WG 
Subject: Re: [Roll] Metrics draft, latency
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 20:18:23 -0000

--Apple-Mail-4-507699768
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: 7bit

Makes a lot of sense, 10 microsecond resolution is in my opinion  
sufficient.

On Jun 23, 2010, at 3:08 PM, Yoav Ben-Yehezkel wrote:

> +1
>
>
> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf  
> Of dominique.barthel@orange-ftgroup.com
> Sent: Wednesday, June 23, 2010 3:49 PM
> To: roll@ietf.org
> Subject: [Roll] Metrics draft, latency
>
> Hello all,
>
> The metrics draft currently specifies that latency shall be encoded  
> as a 24 bit integer, expressing microsecond units.
> This means that the maximum latency across a path is less than 17 s.
>
> I think this is a problem. That's why I had proposed, in the thread  
> entitled "#18: Numeric Ranges in Routing Metric", to use units of 10  
> microseconds. This extends the maximum value to about 170 seconds.
>
> I believe we don't need a resolution finer that 10 us. Even with  
> links of data speed in the hundreds of megabits per second, the  
> first data bit is not made available to the layer 3 until physical  
> header and mac headers are transmitted and decoded. Most often, with  
> framing radio chips, the first data bit is only made available to  
> the microcontroller when the full frame is succesfully error-checked  
> or error-corrected and interrupt code taken by the microcontroller.  
> Most often, the MAC protocol prevents from transmitting immediately  
> because of access contention (carrier-sense and turn-around time).  
> All these real-life constraint add to several microseconds, at best,  
> with high speed radios.
>
> If my arguments didn't convince you, then I'd rather we play it safe  
> and default to 32 bits, although I hate to see all those bytes wasted.
>
> Dominique
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


--Apple-Mail-4-507699768
Content-Type: text/html;
	charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

Makes a lot of sense, 10 =
microsecond resolution is in my opinion sufficient.

On =
Jun 23, 2010, at 3:08 PM, Yoav Ben-Yehezkel wrote:

 
 
 roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf Of  Wednesday, June 23, 2010 =
3:49 PM
To: roll@ietf.org
Subject: [Roll] Metrics draft, =
latency
 
Hello =
all,
The metrics =
draft currently specifies that latency shall be encoded as a 24 bit =
integer, expressing microsecond units. 
This means that the maximum =
latency across a path is less than 17 s.
I think this is a problem. That's why =
I had proposed, in the thread entitled "#18: Numeric Ranges in Routing =
Metric", to use units of 10 microseconds. This extends the maximum value =
to about 170 seconds.
If my =
arguments didn't convince you, then I'd rather we play it safe and =
default to 32 bits, although I hate to see all those bytes =
wasted.
Roll@ietf.org

From: JP Vasseur 
To: "" 
In-Reply-To: <8E09C72DBC577D489F13A71228C0B7BF015DBEED@ftrdmel0.rd.francetelecom.fr>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Wed, 23 Jun 2010 21:17:02 +0200
References: <8E09C72DBC577D489F13A71228C0B7BF015DBEED@ftrdmel0.rd.francetelecom.fr>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Jun 2010 20:18:33.0038 (UTC) FILETIME=[40A8FEE0:01CB1311]
Cc: roll@ietf.org
Subject: Re: [Roll] Metrics draft, NE constraint
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 20:18:30 -0000

Hi Dominique,

On Jun 22, 2010, at 5:34 PM,   wrote:

> Hello all,
>
> This post pertains to the use of Node Energy as a contraint.
>
> The metrics draft currently says there can be only one NE subobject  
> per
> object when used as a constraint. The "Type" bit field currently has 3
> possible values. Was it intended that only one type of node (mains
> powered, scavenger, battery-operated) is included in an RPLL instance?
> By playing the I bit, one can cleverly include two types by excluding
> the third one. But this trick will no longer be possible if a fourth
> value is defined for "Type".
> Should we then allow several NE-subojects in an NE, and define the
> combination rules ? Alternately, is there an implicit order relation  
> on
> node type, and better types than that explicitely included are all
> included, while worse types than that explicitely excluded are all
> excluded?
>

Good point. Then I'd rather prefer to allow for several NE sub-objects  
than
using implicit ordering relationship.

> Even if we stay with the current three values for T, I have questions.
> It is not explicitely stated that the EE field is valid for  
> constraints
> but, by default, I assume this to be the case.

Correct.

> In which case, how do you combine the use of the EE field with
> including/excluding several types of nodes?
> For example, how do you include battery-powered nodes with H>90 and
> scavenging nodes with H>25?
> This is not possible with the current encoding.

You would indeed need to include multiple objects. This can be fixed  
pretty
easily, thanks for the feed-back.

>
> Does anybody confirm that we want to do the kind of examples listed
> above?

Since this does not add complexity (just need to slightly change some  
rules),
always better to allow for such scenario indeed.

Thanks.

JP.

>
> Thanks
>
> Dominique
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From jpv@cisco.com  Wed Jun 23 13:19:15 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 33C813A69B5 for ; Wed, 23 Jun 2010 13:19:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.959
X-Spam-Level: 
X-Spam-Status: No, score=-9.959 tagged_above=-999 required=5 tests=[AWL=0.040,  BAYES_00=-2.599, J_CHICKENPOX_24=0.6, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eDKxstCOHl6M for ; Wed, 23 Jun 2010 13:19:14 -0700 (PDT)
Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id 7C50028C171 for ; Wed, 23 Jun 2010 13:19:13 -0700 (PDT)
Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEANcIIkxAaMHG/2dsb2JhbACfMXGpOJpMhRsEkFE
X-IronPort-AV: E=Sophos;i="4.53,469,1272844800"; d="scan'208";a="216746375"
Received: from syd-core-1.cisco.com ([64.104.193.198]) by sj-iport-5.cisco.com with ESMTP; 23 Jun 2010 20:18:07 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by syd-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5NKI5nn024296; Wed, 23 Jun 2010 20:18:06 GMT
Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 22:18:04 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 22:18:04 +0200
Message-Id: <9B455F89-111C-4992-A95C-451B224F388B@cisco.com>
From: JP Vasseur 
To: Mukul Goyal 
In-Reply-To: <1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Wed, 23 Jun 2010 20:14:18 +0200
References: <1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Jun 2010 20:18:04.0693 (UTC) FILETIME=[2FC3E450:01CB1311]
Cc: roll 
Subject: Re: [Roll] P2P route discovery: "Good enough" criteria
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 20:19:15 -0000

On Jun 19, 2010, at 4:19 PM, Mukul Goyal wrote:

> Here is some text from the Introduction section of draft-dt-roll-p2p- 
> rpl-01:
>
> The specified scheme is based on a reactive on-demand approach, which
>   enables a router to discover one or more "good-enough" routes in
>   either direction between itself and another router in the LLN  
> without
>   any constraints regarding the existing DAG-membership of the links
>   that such routes may use.
>
> JP commented:
> JP> This will be an aspect triggering some discussion. How "good"  
> is"good enough" ? You will need some text to elaborate here or point  
> to another section explaining what is meant by "good enough"
>
> I think there needs to be an Applicability section in the draft that  
> talks about how and when the P2P route discovery might be invoked.  
> Such a section will be added in the next version of the draft.
>
> Basically, the idea is that the origin router will first measure the  
> cost of the DAG-based route to/from the target router (using the  
> Measurement Request and Measurement Reply messages that were part of  
> the 00 version of the draft and would now be proposed in a separate  
> draft).
>
> Once the origin router knows the cost of the DAG-based route, it can  
> choose the good enough criteria for the P2P routes it wants to  
> discover. This criteria can be specified as contraints in the Metric  
> Container associated with Route Discovery option.
>
> In case, the origin and target routers are not connected via a DAG  
> or the cost measurement of the DAG-based route fails, the origin  
> router will have to guess the good enough criteria. Once, the  
> initial route discovery succeeds or fails, the origin router will  
> have a better idea of how to set the good enough criteria.
>

That does make sense. One slight comment though in the spirit of the  
text that I had proposed. It is clearly important to describe the  
several required steps though, especially in the context of  
constrained networks. Having to first determine the path quality,  
guess the good enough criteria and then potentially run a reactive on- 
demand routing protocol has some cost (for a gain that is not known a  
priori). I am not saying that this is not worth it, but in that  
particular, context it must be spelled out in the document itself.

Thanks

JP.

> Comments?
>
> Thanks
> Mukul
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From jpv@cisco.com  Wed Jun 23 13:19:16 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0332E28C171 for ; Wed, 23 Jun 2010 13:19:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.053
X-Spam-Level: 
X-Spam-Status: No, score=-9.053 tagged_above=-999 required=5 tests=[AWL=-0.868, BAYES_40=-0.185, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W-LRqOixl7fW for ; Wed, 23 Jun 2010 13:19:15 -0700 (PDT)
Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id 67BD63A69E1 for ; Wed, 23 Jun 2010 13:19:14 -0700 (PDT)
Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEANcIIkxAaMHG/2dsb2JhbACfMXGpOJpMhRsEkFE
X-IronPort-AV: E=Sophos;i="4.53,469,1272844800"; d="scan'208";a="216746399"
Received: from syd-core-1.cisco.com ([64.104.193.198]) by sj-iport-5.cisco.com with ESMTP; 23 Jun 2010 20:18:10 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by syd-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5NKI5np024296; Wed, 23 Jun 2010 20:18:08 GMT
Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 22:18:05 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 22:18:05 +0200
Message-Id: 
From: JP Vasseur 
To: Mukul Goyal 
In-Reply-To: <1927712479.204919.1277014782857.JavaMail.root@mail02.pantherlink.uwm.edu>
Content-Type: text/plain; charset=WINDOWS-1252; format=flowed; delsp=yes
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Apple Message framework v936)
Date: Wed, 23 Jun 2010 20:19:11 +0200
References: <1927712479.204919.1277014782857.JavaMail.root@mail02.pantherlink.uwm.edu>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 23 Jun 2010 20:18:05.0584 (UTC) FILETIME=[304BD900:01CB1311]
Cc: roll 
Subject: Re: [Roll] P2P: "distance" and the "good enough" criteria
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 20:19:16 -0000

Hi Mukul,

On Jun 20, 2010, at 8:19 AM, Mukul Goyal wrote:

> Hi all
>
> I would like to start a discussion about the following important =20
> features of the P2P route discovery mechanism:
> 1)	a limit on the =93distance=94 the discovery messages may travel
> 2)	a =93good enough=94 criteria for route selection.
>
> The discovery message propagation takes place via the creation of a =20=

> temporary DAG. The reason we chose to propagate the discovery =20
> message as an option inside the DIO was strong controls available =20
> for DIO propagation:
> 1)rank based poisoning of DIOs traveling inwards and
> 2)trickle controlled generation.
> We added a further control: a maximum limit on the rank. A node MUST =20=

> not join this DAG if its rank in the DAG will exceed this limit. =20
> This maximum rank value limits the =93distance=94 that a discovery =20
> message may travel.
>
> Now, having made the decision regarding using DIOs as discovery =20
> messages, the next question is how does a node select its rank in =20
> this temporary DAG and what metrics are to be used for the creation =20=

> of this DAG?
>
> One answer would be: use the same metrics for DAG formation that are =20=

> to be used for route selection.
>
> The other answer is: Since highly-constrained devices may find it =20
> difficult to compute a complex objective function, involving =20
> multiple routing metrics, for each received DIO/Discovery message, =20
> let us allow the use of simpler/fewer metrics for the creation of =20
> the temporary DAG. For example, the objective of route discovery =20
> might be to find the routes that have the success rate more than 90% =20=

> and latency less than 100ms, but the rank calculation in the =20
> temporary dag is simply based on minimizing the hop-count. In this =20
> example, the route selection criteria/metrics are totally different =20=

> from the rank calculation metrics. Another example, where the two =20
> are related, is using criteria =96 ETX less than 10 and latency less =20=

> than 200ms =96 for route selection and calculate the rank in the =20
> temporary DAG based on minimizing ETX alone.
>

The main concern of using different metric though is that the metric =20
used to form the temporary DAG will determine the discovered path cost =20=

itself. In other words, if you use metric M1 for the temporary DAG =20
(route discovery), the discovered route will be optimized according to =20=

THAT metric M1, not a potentially other metric M2 that you would like =20=

to use to discover the "best" router (according to M2).

> So, a node, that joins the temporary DAG at a rank x, ignores DIOs =20
> received from nodes with lower (higher in numerical value) rank. =20
> This does have the effect that if a DIO from a lower ranked node =20
> carries information about a really good route (in terms of metrics =20
> used for route selection), it will be ignored as well. But, this is =20=

> the price one has to pay for using different metrics for temporary =20
> DAG formation than for route selection. When a node receives a DIO =20
> from a higher ranked neighbor, it updates the metrics used for route =20=

> discovery and possibly advertises these values in its own DIO.
>
> Now, as the DIOs reach the target router, it examines the metrics to =20=

> determine if the routes advertized by these DIOs meet the =93good =20
> enough=94 criteria. In the two examples discussed above, the =93good =20=

> enough=94 criteria are:
> 1) success rate more than 90% AND latency less than 100ms;
> 2) ETX less than 10 AND latency less than 200ms
> respectively.
>
> Since the "good enough" criteria is just a bunch of constraints, I =20
> suspect there is no need to specify an OCP inside a Route Discovery =20=

> Option. (The Route Discovery Option defined in p2p-rpl-01 does =20
> include an optional OCP field; I think it should go away).
>
>
> Thanks
> Mukul
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From alexandru.petrescu@gmail.com  Wed Jun 23 13:42:59 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 909C33A6994 for ; Wed, 23 Jun 2010 13:42:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.493
X-Spam-Level: 
X-Spam-Status: No, score=0.493 tagged_above=-999 required=5 tests=[AWL=0.142,  BAYES_50=0.001, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uA3pQ0i-u+vU for ; Wed, 23 Jun 2010 13:42:58 -0700 (PDT)
Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by core3.amsl.com (Postfix) with ESMTP id 8859528C0FC for ; Wed, 23 Jun 2010 13:42:52 -0700 (PDT)
Received: from [127.0.0.1] (unknown [82.239.213.32]) by smtp1-g21.free.fr (Postfix) with ESMTP id CE2599401B8 for ; Wed, 23 Jun 2010 22:42:51 +0200 (CEST)
Message-ID: <4C2271C9.8030103@gmail.com>
Date: Wed, 23 Jun 2010 22:42:49 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
To: roll@ietf.org
References: <8E09C72DBC577D489F13A71228C0B7BF015DC27C@ftrdmel0.rd.francetelecom.fr>	<5946c52cd40af57a9a7e56caf3d42557@mail.gmail.com> <9581779E-2EA0-4601-8BDE-DA2E00D341CA@cisco.com>
In-Reply-To: <9581779E-2EA0-4601-8BDE-DA2E00D341CA@cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Antivirus: avast! (VPS 100623-1, 23/06/2010), Outbound message
X-Antivirus-Status: Clean
Subject: Re: [Roll] Metrics draft, latency
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 20:42:59 -0000

Le 23/06/2010 19:45, JP Vasseur a écrit :
> Makes a lot of sense, 10 microsecond resolution is in my opinion
> sufficient.

Would one be interested to hear that the link Bluetooth 3 HS targets
24Mbit/s data rate, dangerously approaching the max 10microsecond RTT
(i.e. half 'latency')... this could quickly obsolete the latency metric.

Bluetooth? because tightly related to 802.15.4, essential in 6lowpan, 
related to RPL.

Alex

>
> On Jun 23, 2010, at 3:08 PM, Yoav Ben-Yehezkel wrote:
>
>> +1
>>
>> *From:* roll-bounces@ietf.org 
>> [mailto:roll-bounces@ietf.org ] *On
>> Behalf Of *dominique.barthel@orange-ftgroup.com
>>  *Sent:* Wednesday,
>> June 23, 2010 3:49 PM *To:* roll@ietf.org 
>> *Subject:* [Roll] Metrics draft, latency
>>
>> Hello all,
>>
>> The metrics draft currently specifies that latency shall be encoded
>> as a 24 bit integer, expressing microsecond units. This means that
>> the maximum latency across a path is less than 17 s.
>>
>> I think this is a problem. That's why I had proposed, in the thread
>> entitled "#18: Numeric Ranges in Routing Metric", to use units of
>> 10 microseconds. This extends the maximum value to about 170
>> seconds.
>>
>> I believe we don't need a resolution finer that 10 us. Even with
>> links of data speed in the hundreds of megabits per second, the
>> first data bit is not made available to the layer 3 until physical
>>  header and mac headers are transmitted and decoded. Most often,
>> with framing radio chips, the first data bit is only made available
>> to the microcontroller when the full frame is succesfully
>> error-checked or error-corrected and interrupt code taken by the
>> microcontroller. Most often, the MAC protocol prevents from
>> transmitting immediately because of access contention
>> (carrier-sense and turn-around time). All these real-life
>> constraint add to several microseconds, at best, with high speed
>> radios.
>>
>> If my arguments didn't convince you, then I'd rather we play it
>> safe and default to 32 bits, although I hate to see all those bytes
>> wasted.
>>
>> Dominique

From richard.kelsey@ember.com  Wed Jun 23 13:54:23 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A3ADA3A69E1 for ; Wed, 23 Jun 2010 13:54:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.98
X-Spam-Level: 
X-Spam-Status: No, score=-1.98 tagged_above=-999 required=5 tests=[AWL=0.619,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id df2+8CpicBpC for ; Wed, 23 Jun 2010 13:54:22 -0700 (PDT)
Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id BBF383A6966 for ; Wed, 23 Jun 2010 13:54:22 -0700 (PDT)
Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 16:54:30 -0400
Date: Wed, 23 Jun 2010 16:58:50 -0400
Message-Id: <87d3vhjwj9.fsf@kelsey-ws.hq.ember.com>
To: JP Vasseur 
In-reply-to:  (message from JP Vasseur on Wed, 23 Jun 2010 20:29:34 +0200)
From: Richard Kelsey 
References: <1970550793.165216.1276828237438.JavaMail.root@mail02.pantherlink.uwm.edu> <5BEAFD5C-242E-4BAB-8E3F-ED372B91112E@cs.stanford.edu>	<87sk4kl74d.fsf@kelsey-ws.hq.ember.com>  <878w68kzfg.fsf@kelsey-ws.hq.ember.com>   <87631cksbh.fsf@kelsey-ws.hq.ember.com> 
X-OriginalArrivalTime: 23 Jun 2010 20:54:30.0286 (UTC) FILETIME=[467AEAE0:01CB1316]
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric	values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 20:54:23 -0000

> From: JP Vasseur 
> Date: Wed, 23 Jun 2010 20:29:34 +0200
> 
> On Jun 21, 2010, at 11:07 PM, Richard Kelsey wrote:
> 
> > We may be thinking of two different kinds of generic OFs.
> > What I had in mind was a parameterized OF where the method
> > of setting the parameters was out of scope.  Any protocol
> > for specifying parameters would go in a separate document.
> 
> Absolutely. Back to the previous comment, this is the aim
> of the applicability IDs.

I am not so sure.  I took a look at some applicability
drafts and RFCs and they all discuss applicability, and
not things like "parameter X MUST have value Y".

> > This would make for a minimum of three documents:
> >  (A) a generic OF
> >  (B) (A) specialized for basic ETX
> 
> You do not even need (B). Just use the generic OF and use
> the ETX as the metric.

That assumes that the generic OF has just one knob, the
metric.  That is not at all what I was thinking of.

> >  (C) a protocol for specializing (A) at runtime
> >      A benefit of doing it this way is that it allows many
> >      different directions for (C).
> 
> Yes. (C) would be the applicability statement.

(C) is an actual protocol that distributes OF parameters,
such as the number of desired DAO parents, which metrics
to use and how to combine them, and so on, throughout a
DODAG at runtime.  That doesn't sound like an applicability
statement to me.
                                  -Richard Kelsey

From pal@cs.stanford.edu  Wed Jun 23 14:08:52 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 91E1E28C114 for ; Wed, 23 Jun 2010 14:08:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.838
X-Spam-Level: 
X-Spam-Status: No, score=-5.838 tagged_above=-999 required=5 tests=[AWL=0.761,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n5kxdZsKbvQO for ; Wed, 23 Jun 2010 14:08:51 -0700 (PDT)
Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by core3.amsl.com (Postfix) with ESMTP id AD12C28C0E0 for ; Wed, 23 Jun 2010 14:08:51 -0700 (PDT)
Received: from dnab404624.stanford.edu ([171.64.70.36]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1ORXBr-0000s2-Nz; Wed, 23 Jun 2010 14:08:59 -0700
Mime-Version: 1.0 (Apple Message framework v1081)
Content-Type: text/plain; charset=us-ascii
From: Philip Levis 
In-Reply-To: 
Date: Wed, 23 Jun 2010 14:08:59 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: 
References: <1970550793.165216.1276828237438.JavaMail.root@mail02.pantherlink.uwm.edu> <5BEAFD5C-242E-4BAB-8E3F-ED372B91112E@cs.stanford.edu>	<87sk4kl74d.fsf@kelsey-ws.hq.ember.com>  <878w68kzfg.fsf@kelsey-ws.hq.ember.com>   <87631cksbh.fsf@kelsey-ws.hq.ember.com> 
To: JP Vasseur 
X-Mailer: Apple Mail (2.1081)
X-Scan-Signature: d3e02c565cd5ac634b2ff74b6ba3e13d
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric	values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 21:08:52 -0000

On Jun 23, 2010, at 11:29 AM, JP Vasseur wrote:

>=20
> On Jun 21, 2010, at 11:07 PM, Richard Kelsey wrote:
>=20
>>> From: Philip Levis 
>>> Date: Mon, 21 Jun 2010 11:50:49 -0700
>>>=20
>>> On Jun 21, 2010, at 11:45 AM, Jerald.P.Martocci@jci.com wrote:
>>>=20
>>>> The need to wholly specify embedded networks is a very salient
>>>> point.  These devices have to boot strap themselves, sniff the
>>>> environment and self-configure themselves.  There may not be a Sys
>>>> Admin even allowed to enter the building for many months!
>>>=20
>>> Right -- this is why I worry whether the proposed approach of making
>>> all OFs abstract is just creating another problem. At the interim
>>> meeting I suggested that perhaps we want an OFs which is abstract =
and
>>> generic, for the managed cases, but also have 1-2 very specific OFs,
>>> for the unmanaged ones.
>=20
> This does not have to be so complex, with notion such as generic and
> specific OFs. In most cases, LLNs should be able to use a very small =
set
> of OF (most of the time, just 1), with the appropriate set of metrics, =
that's it.

I'll get back to my original concern. Simply put, I want to see how one =
would correctly implement an abstract OF with different metric values. =
I.e., a working implementation. Does anyone have one?

Om brought up one point, about metric->rank mapping. This has to be =
something the DODAG Root specifies in the network, unless it's just part =
of the metric and in the metric draft, otherwise you can have =
conflicting mappings. So how does RPL specify the metric->Rank mapping? =
If we don't resolve this, we're digging a bigger hole than the one we =
climbed out of.

I repeat, I'm not against abstract OFs. But I think the arguments for =
them haven't actually resolved the issues, and we should not assume they =
will be the case until we resolve these issues.

Phil=

From Jerald.P.Martocci@jci.com  Wed Jun 23 14:35:40 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8A86A3A6867 for ; Wed, 23 Jun 2010 14:35:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.64
X-Spam-Level: 
X-Spam-Status: No, score=-4.64 tagged_above=-999 required=5 tests=[AWL=0.404,  BAYES_00=-2.599, HTML_MESSAGE=0.001, HTML_MIME_NO_HTML_TAG=0.097, MIME_HTML_ONLY=1.457, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0lU7c8RF9q9u for ; Wed, 23 Jun 2010 14:35:37 -0700 (PDT)
Received: from exprod8og107.obsmtp.com (exprod8og107.obsmtp.com [64.18.3.94]) by core3.amsl.com (Postfix) with ESMTP id A66FF3A6938 for ; Wed, 23 Jun 2010 14:35:36 -0700 (PDT)
Received: from source ([192.132.24.139]) (using SSLv3) by exprod8ob107.postini.com ([64.18.7.12]) with SMTP ID DSNKTCJ+LBUV7auXBD8OgPz0ddODdMMSkURO@postini.com; Wed, 23 Jun 2010 14:35:45 PDT
Received: from jwimkrs1.na.jci.com ([10.10.6.31]) by smtpmke02.jci.com (Lotus Domino Release 8.0.1) with ESMTP id 2010062316384612-2834386 ; Wed, 23 Jun 2010 16:38:46 -0500 
In-Reply-To: 
References: <1328436834.198056.1276957013936.JavaMail.root@mail02.pantherlink.uwm.edu> <1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu>  <87iq5clasl.fsf@kelsey-ws.hq.ember.com>  <87bpb4l7zd.fsf@kelsey-ws.hq.ember.com> 
To: JP Vasseur 
MIME-Version: 1.0
X-KeepSent: DEF58905:3AC23793-8625774B:0073A267; type=4; flags=0; name=$KeepSent
X-Mailer: Lotus Notes Release 8.0.2  CCH3 December 30, 2008
From: Jerald.P.Martocci@jci.com
Message-ID: 
Date: Wed, 23 Jun 2010 16:35:31 -0500
X-MIMETrack: Serialize by Router on jwimkrs1.na.jci.com/NA/Johnson_Controls at 06/23/2010 04:35:32 PM, Serialize complete at 06/23/2010 04:35:32 PM, Itemize by SMTP Server on smtpmke02.jci.com/JCI_SMTP(Release 8.0.1|February 07, 2008) at 06/23/2010 04:38:46 PM, Serialize by Router on smtpmke02.jci.com/JCI_SMTP(Release 8.0.1|February 07, 2008) at 06/23/2010 04:38:54 PM, Serialize complete at 06/23/2010 04:38:54 PM
Content-Type: multipart/related; boundary="=_related 00769CBE8625774B_="
Cc: roll@ietf.org
Subject: [Roll] Non-RPL Host access to/from an RPL LLN
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 21:35:40 -0000

This is a multipart message in MIME format.
--=_related 00769CBE8625774B_=
Content-Type: text/html; charset="US-ASCII"



Hi JP,



I'm not sure we can let ROLL off the
hook on access to/from hosts simply by saying it's out of scope.



In most cases the sensors (hosts) will
likely be sleepers and hence will not be aware of the periodic DIOs and
needed DAG maintenance requirements.  Due to latency and power constraints,
we cannot expect these sleepers to be DAG aware and regain routing state
each time they awake.  Hence, they seem like they will most likely
be non-RPL oriented hosts.  



Yet, they clearly need to submit packets
onto the RPL DAG and in some cases be targeted devices to receive packets
from other nodes on the LLN and even nodes off the LLN network.  As
Richard points out below, a host wanting to submit a packet onto an RPL
LLN could use ND to find its neighbors.  However, since ND is not
RPL based, the host has no idea if the device he's sending the packet to
is a router and is even capable of forwarding the packet.  Furthermore
there may be multiple routers within radio range, which one should it deliver
the packet?



Conversely, if I have a non-RPL host
is a target for a received packet, how do the routers find a route to the
host?  The host doesn't 'DAO' since it is RPL unaware.  Yet,
the host has an IPv6 address and packets should be routerable to it.  
They sure can be routed to any host on any other type of IP network.



I have posed the need for clearly defining
sleeping host devices access to/from the RPL network since the first draft
of the Building Requirements RFC.  I'm confused.  It sounds like
Richard is also confused.  I think ROLL needs to explicitly state
its position on host access in the RPL draft.  Even if you want to
state that it is out of scope (which I hope you don't) , I still think
the draft needs to explicitly state it.



Jerry
























From:
JP Vasseur <jpv@cisco.com>


To:
Richard Kelsey <richard.kelsey@ember.com>


Cc:
Jerald.P.Martocci@jci.com, roll@ietf.org


Date:
06/23/2010 03:18 PM


Subject:
Re: [Roll] P2P route discovery: "Good
enough" criteria












On Jun 21, 2010, at 5:29 PM, Richard Kelsey wrote:



>> From: Jerald.P.Martocci@jci.com

>> Date: Mon, 21 Jun 2010 09:35:59 -0500

>>

>> Like you, I was assuming a router would act as a proxy for the

>> initiating host.  Maybe it's as simple as routers always
proxying for

>> hosts.

>

> Jerry,

>

> A router can act as a proxy for a host that is the goal of a

> route discovery, just as it acts as a proxy for other

> routing to the host.

>

> I do not see how a router can act as a proxy for a host that

> wants to initiate a route discovery.

>

>> However, maybe I missed it, but do routers even know who its hosts

>> are?  In DAGs, children know about parents, but do parents
know about

>> children?  What message is used to establish this link?  Since
hosts

>> are not part of the DAG, I wouldn't think they would sent out
DAOs.

>

> Hosts do not necessarily participate in RPL.  Routers find

> out about non-RPL-participating neighboring hosts via ND.

>

> As for hosts that do participate in RPL, I am not clear on

> exactly what they must and must not do.  Perhaps there

> should be a separate 'hosts' section that spells out the

> requirements and options for host behavior.  I know that

> I am not the only confused about this.



Let me try to shed some light (hopefully that will help). In the  

context of RPL

(or any other routing protocol), nodes participating to the routing  

domain

could either be hosts (device that do not "route" packet) or
routers.

This is no different than for other routing protocols: a unix station  

can run

ISIS or OSPF too, without acting as a router.



Here we do define a routing protocol. Devices such as host and routers
 

can

participate to the routing domain.



Now if a device does not run RPL and still requires to get routing

information, this is outside of our scope (proxy function, ND, ...).



Thanks.



JP.



>

>                    
             -Richard Kelsey

> _______________________________________________

> Roll mailing list

> Roll@ietf.org

> https://www.ietf.org/mailman/listinfo/roll








--=_related 00769CBE8625774B_=
Content-Transfer-Encoding: base64
Content-Type: image/jpeg
Content-ID: <_2_0A2ACA680A2AC7D400769CBE8625774B>

/9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRofHh0a
HBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwhMjIyMjIy
MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAARCABZAn4DASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD0HVNT
8WxalcpaR3ZgWVhGVtAw25OOdvPFVF1fxqesV7/4BD/4mvSaK7FioJW9mjyZ5bVlJyVeS+Z5z/a3
jP8A55Xn/gEP/iaP7W8Z/wDPO8/8Ah/8TXo1FP61D/n2hf2ZV/5/y+885/tbxn/zzvP/AACH/wAT
R/a3jP8A553n/gEP/ia9Goo+tQ/59oP7Mq/8/wCX3nnP9reM/wDnnef+AQ/+Jo/tbxn/AM87z/wC
H/xNejUUfWof8+0H9mVf+f8AL7zzn+1vGf8AzzvP/AIf/E0f2t4z/wCeV5/4BD/4mvRqKPrUP+fa
H/ZlX/n/AC+884/tbxnn/V3n/gEP/iaP7X8Z/wDPK9/8Ah/8TXo9FL61D/n2h/2dV/5/y+883/tj
xp/zxvf/AACH/wATSf2x40/54Xv/AIAj/wCJr0mij61D/n2h/wBn1f8An9I82/tnxr/zwvP/AACH
/wATSf2z41/54Xv/AIBD/wCJr0qij61D/n2h/wBn1f8An9I81/trxr/z73v/AIAj/wCJpP7a8bf8
+97/AOAI/wDia9Loo+tQ/wCfaD6hU/5/SPM/7a8b/wDPve/+AI/+Jpv9teOP+eF9/wCAI/8AiK9O
oo+tQ/59of1Cp/z+keYf2145/wCeF9/4Aj/4ij+2vHP/ADwvv/AEf/EV6fRR9ah/z7Q/qNX/AJ/S
PLzrfjr/AJ4X3/gCP/iKP7b8df8APC+/8AR/8RXqFFH1qH/PtD+pVP8An7I8u/tvx1/zwvv/AAAH
/wARR/bnjr/n2vv/AAAH/wARXqNFL6zD/n2h/U6n/P1nl39u+Ov+fa+/8AB/8TR/bvjr/n2vv/AA
f/EV6jRR9Zh/z7Q/qlT/AJ+s8t/t7x1/z633/gB/9hSHXvHf/Prff+AH/wBhXqdFH1mH/PtD+qT/
AOfjPK/7f8dj/l0vv/AD/wCxpD4g8ef8+d//AOAH/wBhXqtFH1mH/PtD+qz/AOfjPKT4h8ej/lyv
z/3D/wD7GkPiLx7/AM+N/wD+C/8A+xr1eij6zH+RD+rT/wCfjPJz4i8ff8+V/wD+C/8A+wpP+Ei8
f/8APlf/APgv/wDsK9Zoo+sx/kQfVpfzs8m/4SPx+P8Alxv/APwX/wD2FJ/wkvj/AP58NQ/8F/8A
9jXrVFL6xH+RD+rz/nZ5J/wk3xA/6B+of+C//wCxo/4Sf4gf9A3UP/Bef/ia9bop/WYfyIfsJfzs
8j/4Sjx//wBA3UP/AAXH/wCIpP8AhKfiB/0C9Q/8F5/+Ir12ij6zD+RD9jL+dnkX/CVfED/oF6h/
4Lz/APEUn/CVfED/AKBeo/8AgvP/AMRXr1FH1mH8iH7GX8zPIf8AhKviB/0C9R/8Fx/+IpV8U/EA
jnTNQ/8ABcf/AIivXaKX1iH8iD2Mv5meSL4o8fnOdN1D/wAF5/8AiKcviXx8T/yDtQA/7B//ANjX
rNFH1iH8iIeHk/ts8nHiTx8WwdPv/wDwA/8AsaePEXjzP/Hjf/8AgB/9jXqtFL28f5ET9Vn/AM/G
eWf8JB47z/x5X3/gB/8AY07+3/HX/Pnff+AP/wBjXqNFHt4/yIn6pU/5+s8wOu+Of+fS+/8AAEf/
ABNKNc8cY/49b3/wBH/xNenUUvbx/kQvqdT/AJ+yPMxrfjfH/Hre/wDgEP8A4ml/trxv/wA+15/4
BD/4mvS6KTrR/lQvqVT/AJ+yPNRrXjX/AJ973/wCH/xNKNZ8a/8APvef+AQ/+Jr0mipdRfyoPqVT
/n7I83/tnxp/z73n/gEP/iaX+2PGn/PC8/8AAIf/ABNej0Uuddg+pVP+fsjzj+2PGf8AzwvP/AIf
/E0v9seM/wDnhef+AQ/+Jr0ailzLsP6lU/5+yPOv7X8Zf88Lv/wDH/xNH9r+Mv8Anhd/+AY/+Jr0
WipbD6nP/n7I87/tbxl/zxu//AMf/E0f2t4x/wCeN3/4Bj/4mvRKKmzK+qT/AOfjPPBq3jD/AJ43
f/gGP/iaX+1vGH/PG7/8Ax/8TXoVFTyvuP6rP/n4zz3+1vGH/PG7/wDAMf8AxNH9reMP+eN3/wCA
Y/8Aia9CoqXTb6j+rS/5+M8+/tXxf/zyu/8AwDH/AMTR/avi/wD55Xf/AIBj/wCJr0Gip9i/5mP6
tL+dnn39q+L/APnld/8AgGP/AImj+1fF/wDzyu//AADH/wATXoNFS8PL+djVCX87PPv7V8X/APPK
7/8AAMf/ABNH9q+L/wDnld/+AY/+Jr0GioeFm/8Al4yvYy/mZ59/avi//nld/wDgGP8A4mj+1fF/
/PK7/wDAMf8AxNeg0VP1Sf8Az8Y/ZS/mZ59/avi//nld/wDgGP8A4muh8MXer3X2r+1UmXbs8vzI
fL9c44Ge1dBRV0sNKE1J1G/IqMGndyuFFFFdZoFFFFABRRRQAUUUUAFFFFABRRUU9zFbKjSttDuE
X3J6CmlfRCbSV2S0Vzc3itI2jxb4U6p/ZzFm6f7Ypuk+Mba/ubqxkjIv7e7e2aCIFjhT972GD39D
WnsKlr2MnXppXbOmooyM4orI2CiiigAoqrdaja2VxZwXEuyW8lMMC7Sd7hWcjgcfKrHn0q1QAUUV
R1fV7HQtNl1HUZmitYyoZ1jZzliFACqCTkkDgUDSvoi9RWXceI9JtZdMilvAH1MgWgVGbzM454Bw
PmHJwORWpQTdBRUQuYDdNaiaM3CoJDFuG8KSQGx1xkEZ9jUtAwoqtqF3/Z+nXN59nuLnyI2k8m2T
fJJgZ2qvdj2FWFO5Q2CMjOD1FAC0UUUAFFFFABRRRQAUUUjMEUsxwAMmgBaKraff22qadbX9nJ5t
rcxrLE+0ruVhkHBwRx603T9TtNVt3nspvNiSaSBm2lcOjFGHIHRgRnpTas7MC3RRRSAKKKzZ9e06
31RdNeWQ3JxuEcEjpHn7vmOqlY89txGe1AGlRRUT3MEdxHbvNGs8oZo4ywDOFxkgdTjIz9RQBLRR
VS01O0vrq9trabfLZSiG4XaRscqrgZI5+VlPGetAFuiiq1jqFrqUMktpL5iRyvCx2kYdGKsOR2II
oAs0UUUAFFFFABRRRQAUUUUAFFYNj4oW7jZ5dJ1CyzAbiAXJhAnQYyVZZGUYyvDlev1xoTazpdtJ
cRz6lZxPbR+bOsk6qYk/vMCflHuaHpuHWxeoqhLrekwQWk8uqWUcN4VW1ke4QLOW6BDn5ie2M0zT
/EGj6qhax1O1nAuGtTslGfNXOUx64Un3AyOOaPIDSooooAKKjuJ47a3eaUkIgycDJPsB3J9KzYte
iltdNnFndqL4jClF/c54+cg7RyQMAknORkAkHWwGtRVF9VhXWYtMEcrSPG0hkUDYmMfKTnO4g5wA
eBzjIyyHVXm1e5sV028EVvw14TF5RbarbQN+/OGH8OPelcDRorKtNdjuEuzcWV3ZPbbWaK4CFmVs
7WXYzdSCADhsjkDip7XVYbnRotTaOWGN4xJ5cgBdc/wkKSC2eMAnJ6ZpvQFrsXqKwZvFMUWnWt6u
mahKk0PnypGsZa2jH3mf58HHohYnBwDVtdbtyl85guVSz6lo8GUc8oOp5BAyBnqMgglX0ugNOiqG
lan/AGnFKWs7mznhk8uW3uQm9DgMOUZlIIIOQx646ggX6YBRRRQAUUUUAFFFFABRRRQAUUVQ1rWL
XQdIuNTvS4t4AC+xcnkgdPxppNuyBu2rL9FQ2l1He2cN1Dny5kEiZHOCMisvXvEUehXWlwSW7ynU
LkW6lWxsJ7n1pxhKT5VuJtJXZtUUUVIwooooAKKKKAIridLW2lnlOEjUsx9hXCS6rLeX2kJM2JLi
5N6yn+CFM7f03V1+uvax6Lcvesy2yqGk29SARx+PT8a8t1O+lh0y/wBeuVMVxqKm1sYcYKxdCwH+
7x+Nehg6alFvrt/X5v0PHzGpJVYxvolf8dW/yXqylqGqNJ4cspgxzc680gYdwNuD+RqfRtWurT4j
eKtM02NPtN5dkrKwyU+Y7vw5rMvrV/7a8LeG+BJDslnH92SRt3P0XbUngq+W4+IPivWVHMcU0sfs
xfA/rXViUlQnLpZv8dPyIpqTha9np+Wp6vplzBZXq6RaeZd3AG+6uGbOD3yfX2roa8106+l03wzc
XkL/AOmXdwU345GME/zFei2pJtISxySi5/KvmcNifaycHurP79kenhneCJaKKK7DoOa8Q2Ooal4g
0JbW0kWCznkuZbwugRcwyxhQN28tlwfu4x37Vwun+A9Uj8OS2slhqX9oyzWH2wzS2iwz+XOrSSIY
iHY43EtL85BHU16u91s1GG02Z82J5N2em0qMY9936VVTXbGSW7iQ3LPaqWcC0l+cDr5Z2/vcdDs3
YJA6mnd6f1sDV9DgNW8Iw6XY+LNaOnWtrJY3Ed/pMwCARpBBEdq4/wBWpMbIRxkdiMVrx6Hf3fw6
s4Psg+33d3BqFzCWHys9ys0gJY87QSPw49K19R8aaZZaLJqEa3UrCKV0ga0mR8xjJDgpmIZwNzgD
ketW9U1t9P1DT7VYISLtsGSecxDt8iHaQ0hzkISuQCQeDRZ2s/6t/SD4feXn/Xyv+Jx2m+Edbtrm
AXEIaDTtRhgsFWVSFsY2dw/J4b51UjqfKHFZF74S8S3N/wCIpI9HaKS+0/UIGeP7JFFcO7jyNpTE
jEqMlpTwScYzXoUPi7TZtOmv/I1NYYbmS2f/AIls7NuQkEhVQkr8p+boOhwcisq48fBfEB0q10ye
bddxWsc5iuAjMyeYx3LCygBcY+Yk9SFX5qST2W/+aS/4Pqx8rTb/AK0b/wA7GRqPgaS31C/k0TRb
e2uLvRDbQ3sIjjaG5+fczNkPuYMo3qGJxyarf8IneG6W4i8KfZ9CFzC03h8G2HnlYpFaQqH8o/O8
RwzZPlZxkCuwbxXFF4i1DTp5NLit7GLzZS1//pIQIrF/I2fc+bG7dVl/Fekx2BvC14YxKYWjWwna
VWC7uYgm8DbzkrjBB6EU07K/9b3Fyv8Ar0X6HH6t4X1K5tvFkQ0Q3F9qFpIllfG4Q7Izbqgt9zMH
/wBYGOCAnO7OeK9FtUaO0hRxhlRQR74rMk8R2NvbG4uGkEbSiOFYYJZZZCYw+PLCbt2MnABwB9QJ
hr+mme0iSaST7WivFJHA7R4b7u6QLtTPbcRntmh329P1FvqaVFZZ8Q6Ypvd80ka2aNJM8lvIiFV+
8UYrhwO+0nHer1rcx3lrHcRLKqSDIEsTRt+KsAR+IpeYyaiiigAooooAKqanLNBptxJb2c15KEws
ELIrOTxwXZV9+SKt1U1S9/s7Sby+2q32aB5drvsU7VJwWwcDjrg4pSV1qON7qx5jJ4L1qPTrKzl0
lby6TR7S0srwSRFdLuELeZIN7Bh1Q7owSdmOwqK/8CaydFvPsmlRjUbo6uksivGryRzNI0Kls8gk
qQM8Hriu7tvEV5faRa3GnwaTe3ly7hFttTMlttX7x84RZPYYCdTj3pX17VH/ALLntdMs2s78xD9/
fGOdS2SwCCNlbaoJ++M7TVSbm33/AM9f6/ElLT0/Q43XfBeot9vXT9GjkjM9vdW8Hl28kEs4jZZG
mjkYAg5wzAh84Izirl74Y1WfxLcT/wBkq93JfwXEGsB48W9ssaB4BlvMXJWQbVXafMyT1rqrzxC1
t4rtdEX+zAZolk/0i/8AKnYEsD5UWw+ZgJk/MOtW9Z1U6THayeQJY5ZxHKxfb5abWZn6HOAvTj60
lf8Ar+v69B2suXscr4G8MX+gTaW89glsf7EigvmRkJe4QgDcVOWIXIB5AHGa0LSz1bSfEWupFp0l
xb6tcLcxXscsarAfKSMrIGYPkFMjarZ3DpzWrJrbLq8lktvGYk8tfOaUjLsyhlwFPQOuDnBJIOMZ
ptx4nsIY7h0FxIttMkUj/ZpQhLPs/dttxIQeMJk5460br1v+LuJKzaW+n5WPOYvBWttZWUUOhfYp
oUs01F/OhzqMyXMTvPuViWwqSHL4Y+ZjGa1bbwZNZ+I7S5/4R+3eytru8W2SNYR9njkEZjdQSNqh
hJwvzAt05Ndsmv2csC3cb5tPIkmZjHIJV2MFZfL25yCSCDhgRjae0KeK9LeGGbbqKxyymEM+mXK7
GBAO/MfyDkctgdeeDQ03p6/i/wDgWDZ3/rb/ACZwUHgm6sfD3h6G58MJqYh0ySK8sQ8JK3jLGFmb
ewViAjLuBJUEAcVFceCfEA0a+iuLMajfi+t54S4gmhuGS0jiZpUlYZQsrgkEOOCAa9Ls9e06/v5b
K2mdp492d0LqrbW2ttYgK+1uDtJwSM4rJbxnDbRX097aOsVtdJbCO13z3Cl32AyQhAyZPIxuDLgg
nIBd3f1/z/z/AK0Go2srbf5G1p11dXEl1HcWX2eOCQRxSbjiYbQWYKQMAMSo6525rz6XwVqN5dsL
zS4p7Yxav8krRspeadJIDgnqdu4HsRzg129x4n0u2nnhZruSWAqsiQWM8pDEBgo2IcnBBIHIBycC
pZ9f063mhiaSZzMm9Ght5JEwemXVSqk9gSCx4GTUSV9X2t96KTsuX0f3HJ6BpWs6RdX19e6E9/qx
t0eC8a5jBKrAi/Zt5YsMyKxxjZ827OeK7yJneFGkTy3Kgsmc7T3Ge9U9F1e317R7bU7SO4SC4QOi
3ELROAfVWH6jIPUEjmr9aSbb1IUeVWCiiipGFFFFABQeRRQehpPYDm7Tw5f/AGIW+o6nbz+VbNbW
5t7QwhFYAEsDI+5vlHQqOTx6WNT8Oi/0/UII7k28t1cLcLLGXQq6qgGTG6MfuDoynHGax4Na1J9B
ht2vSdTRFuJZ9ibmhwGDbdu0ZJEfQdGI5FXbnxHfC1vpBZxRReRO9nLHcCSRzEcNvQqFTnp8ze+O
lU97P+v6+8L62JbHw9fabFpws9QtxLArpctPBLN5yu+9tpeYurE92dx7HAxe03TbrTRLEt3C8D3k
twFMBDBJCzlc78E72yGx04xn5qqW2r3k86wXUMVtcxXLRSx21wJkP7kyLlmjU9CDjA5xyR1pr4rn
i1DSrA6fcXPnwQvcXEcEzbDIMAjZEY8ZyTudMDnmjVv+uuor20/rTT9Tq6KjiMrKfOREbcwARywK
54PIHJGCR2PGT1qSkMp6npdrq9qLa78/yw4cGC4khcMOhDRsrD86xh4b1Cy0XT9N0nVIYltZPMeS
+glumkIbcMEzKQM56k+2MVqa3qR0vTWnWG4lYsEHkW0k5Qn+IpGCxA68CsfS9Svb/QNEvkvp8NIq
XHn2nlSTktt5DKu0dT8qjJxggZBlW5lbf/hv+AD217MuDwrZJ4hi1mOa8SZWkd4/tk5jdmAGfLL7
B06bcdPSmr4df/hK31tjpiNtIV4bDZct8u3bJNvO9e+3aOi88c1j4hkfxtBpuNQih2yxeW2nyiOV
gFO/zSm3HUDDY65ySMTR3GoReMJo7uTU1sZvktBi2Nqx8sEjj99vyHPPy8fSiNun9aD7jbTw1dz2
U1tr+oRXu+VZhNYxzWUu8d2dZiT2wBtAx09J7fwrYxeHrfRppr2WGBg6yC9mSTcCSD5gfeOvTdis
2DVtR0q11Fb19VupEkQQie0SeeNWJG8rargx/KSBjdwc4yMTWGqXOo+D9NmS9uop7p0ge8lthFKp
JwW2OgUE4wPlxkjgijS6S8v0/wCAJvdvzFj8JTWenW1jYakUiELW9y1yj3DyxscnazSZVhk4JLAZ
+7Vk6JqctzqPn6lZm1uIwkEcdkyyQlTlGLGVg+O/yjPHSora41M2Vkz6iZBDetbyuYVDXKiQopYj
gcZJ2gZbGNoypraRqGpz61eQz38o89J2s1mhjaAhHCho9gV8AMoYSHJP3Tt+aqjHTlW2v+YPe39d
v0N3SrG5s45pL25iuLyeTfLJDCYk4AUBULMRwB1Y85+g0Ko6PJNJpcRuJmnlBZGlcKC+GIyQoAzx
2Aq9QAUUUUAFFFFABRRRQAUUUUAFch8UP+Scaz/1zX/0Na6+ub8U+FG8VGC3uNTuINNXme1hAAn5
yMnqBWtBqNRSk7JETTcWkcDp0UnivxMuh6nqV1ZWGn6VbyQQwy+WZGKKS59cZrINzea/oui2F9fT
yrDrrWsV4r/vCmB0PqPX3r1nV/BWga21u17Y7pIEESSRyMjbMY2kqRkfWsHUtQ+HmhPY6TdTQQtp
snmwxRCRvJf1Yrnn/erup4hStyxbfa23n8zCVNrdnM3f2zwvqXjDSdP1S++zQaUt3CZJdzRyEjJB
p1rZTeH7vwVqVnqd+8uryxpdpNNvRwwGePxr0Q6BoGufaNUEC3A1O1EMkqyMBLF1A4PH1HNWJfDW
kzx6aklrldMIa0HmMPLIAA789B1zWf1qNrNev3W/Mr2T6fL7zzTTJLnw54yH/CRG/l1G5kmayuku
t9vOMHahQcjB/XFZe65uvAV343l8QXia5HcEqgmwiYcDytn07V6ZD4N8LaFef201uI5ICXE1xcMy
xZPJG44HNIPAPhS6vl1RdOjcyOJwFkbymbs23O0/lV/Wqd+bXp07dN9EyfZS2/r1OMt7afxp4vv4
dUvr+CODTLe5jggn2LHIyDPH15rrfhnfXd/4Lhe9uHuJYppIhI/LFVbAzXQRaHp0GrXWqR2+28uo
1imk3H5lUYAxnA/Cs2e40XwHpdvDHbyxWs90I0SPLnzHPU7j0rGdVVY+ziu1vu1NIw5HzN9zengi
uYHhmjWSNhgow4NeW6jZXEWqXPifxWqQWVg2yzsgf9YR91VHpnB969WrC8ReEtK8UfZv7SSRvs7b
l2SFcjuDUYesqbs9n9/y9SMTQ9qk1uvu+foeOWFxcRWWtePNS+WVw8Nkp/jmkGMj2UE034T2+y5u
vtQZItTia2SRh19we/zcV1XjLwF4j8T63ZWUP2O08PWvyQrE/Ma92K45b0rpdN8Ftb6SNGuHT7Na
HNlcxn94nOcEfXmuvE1oToOKavLp2XY4Z0asbRgr+fd9b+u1ytoelG8tJNLuPknsrsSPnup//ZH6
13YAUAAYA4FMihWJR/E+AGcjlsetSV4dDDxpXa3f6bHpUafJFIKKKK6DUztQ0t729tLqLUruye33
Ai3WIiVWKkq29G4+UfdwevNZMPgTSLa61WeACNtSjeOTZa26lA5y2HEW9snkiRnB7irOvyXMFxD5
NzLEl5G9mNh5SViNjjqAQN/Y9s9Kp2V5cTwbpJpHNrNb2Mg8xhmVZAHbgjOcr7HuCDSWrt/Wv9L7
wbtr/X9b/cEHgOxttIGmwX95DbssscwhjgiEySfeQqkQVR6FAp688nOtquijVfLR9QvILcDbNbwm
PZcLn7rblJHflCp569Mc9rnifWNH0R9Qc2IWS8eGNzGgSBFZgDIZbiJWLbR0ZcE4w1T6j4ivbLSL
vVI4Qsn2O1k8tpI3jgLltzEmREIHc7wDjrTvZX7Cdtu9yxqngix1bTpbGe7uPs73b3ao0NvKsbPk
sAskTDBZmbJBYEnBA4q9B4cs7e4jnSSctHcrdAFhjcIPIx06befr7cVgxeL7uWLw9I9xpkP9obw8
ZeKRpdpwGTZOQFOMkqZtu4Z4BNOg1+XU/BbX91qUAi+1CK5vLABI44Q4DsrpJIANucuGBUEk7Cpw
02m0vT9CuZ79/wBdWbk2gGa+vJjqt8tvdgiWzUQ+VnYE3AmPfnAB+9jPasrxh4XuNas/LsoraZnu
RPIl28YUEJsBG+CZew6pnk4YdDWuPENppdhZLo2u2LWUnmNDPfzvdfamBH7mKUyAsxJOCWcjoFOM
C/PqPiCXUjHayadBA85tkWe3kkdG8nzN7EOoPOV2ceu7tS326f1/X+QJ6/1/X9dzXttLEZilmlZ7
hZPOdlwFZ/L8s4GOmOcVlzeCNJm1bTtSZQbixREQvbQSFwn3cu8ZdSP9hlqna6x4kvxbPFJpUCTs
sG1reSQo5gEpfO9cjOV2cHGDu7VM3i0W8NnHeS2cN9dw2rwwFjmVnbEmwE5YKOeOnU03dO4uV/CT
WfgjSbHUNSvLdQj36OkgS2gQoGOWxIsYkbJ5+dmrpK5az1PVZ4YxqRtGMn2OeP7KJItgkfBQ/Od2
NvXgNnBX1xdb8c3OnWt5NFrGiCeO58r7E0SeZbgb+JWkuohltoI6d8ButJ+7o+n9fqCXvWPQ6K4u
z1rULi71Rbq7t5RHdWj21nEjRSxxusZyWD5ZSxYDIwSrA5Hyh2n+JtQ1CznNrf6RezGSFVlt428u
2aRwpjkG8lnUc9UJ6ELRbWwdTsqK5HTPEd/N4mt9JvbvTS5il8yK3T94zI7LvwZd0akLkDY46jfn
GeuoDrYKiuYnntpIo7iS3d1IWaIKWQ+o3Arn6gj2qWqGuFl0DUWR3RhbSEOjFWU7TyCOQfcUDW5S
Phs/YxGus6il55xma/XyfOcldpBHl+XjaAMbOwPXmr0OlW8E9pJGZAtpC0MUe7KgHb8x9WwuM+hP
qa577XcTPBaG5nD6VcJFcMsjAys2Am45+bMZ3EHuynqKmGrzafYm+c5t4bS0knEkjMEjYsHfLHPA
+Ykkkhe5prVNonrY17jSZZdYTUItVvbbCKklvEsRjlCliN26MsPvH7rCppNPSeG2juZZJzByXfaD
ISjISwAA5DHoBz+VczfeLL210K/uZPsttc2QRJmdA0ayOwIHzyxKBsKn5nX7w57FbHxoktlp5u57
KO8vY7cwRBhmcvIUkKAO24AYPyswGckkc0JX0K6m1beHrW1trSET3Mn2YACSRwWkIcPuY45JYc/U
0630MQNKrajeS27TLNFbyeXsgIffhSEDEE9mZuOBiucn8VahYaVqknk7JLWVxF9o2EunmlTNlpUX
y16bSykY5IBGa99471G20fRLxbe1ze7t7tNbeXMQ2AqMboKpccja0uOmDiktX8/z/r+mS7HS6noX
n6XeRWpDTzQzoqzMAh81tzAna3GeOVYY6q3Q4Fj8Pkn0rTYNVeKGSwld4YrWG2dFBYNgE2yBTkZ3
RpGeepIzXV6gXvNNvoLK5CXaIVDI2TFJtDKCAfdTg9QfQ1z0GpXF3eqyXcwi1d1a1QtjyliP7wLx
xuUZ78mlezKb01Okg02G3milRpC0YlAyRj944Zu3qOKy5vCsdybhrjVdRld9vkO5i3WoWQSDYfL+
b5lQ/vN/3fc5yfEF4qeDdGmudStrct5bObvWZNO8790ePOTLE5IOO+KdqGoWp1/Qyt8ba7kjjc2h
1WQT7D2NqTskGN2525UKTzjirNP8Aei/H7jV1vwhp2vWT294SxM4uBI8EMxV9oThZUZOQO6nqcYq
GbwPo82q6bqPlRrNYRxxoBZ2xDBPuctEWTHbyylYllq2jXOlX81j4kM2ktPF9ol/tVpJIEJIZ2k3
FoVY4GAV2gEjbk4LXVNKGo6TanxIy3hlLWouNTIE1sZWCfIWxOXA2qxDHGGznBKjq18vy/r8exL2
f9f1t+KOz0nTU0jTIbCKeaaKBdkZl27lQfdX5QMgDABPPHJJ5q7XN65rlrpF5eR3uoLatcWSizje
TaZZQZAREOrPynC5PK+1Zn9srp/iW+X7Z9vu/IJFpFeN5kOEGEe3Y7QC2MSjaSXUHj5iXuVK+7/r
+rnb0Vz3hW8vHiubHUYbuC6hYSKl5JG8pjf+ImN3GN4kA54AAxXQ0CQUUUUAFFFB6Gk9gMnTLrw/
qwmk0qfTL0RotvK1q8cm1RkqjFc4AycA+pqxHoulRXF3cR6ZZpNeDFzIsChpx/tnGW/GuY0fSdWu
tItNO1I69bxxSAStNc28LFBEwCo9swbYG2nkhumSRmi60fW7fQbtIH1G6uri2tt6tesWEwJ8wpia
LbxtyFkRTj6gtr+vUq13udLa2mj6agsrS3sbVIWDiCFEQIXJAO0dCx3D35p8ujaXcXVrdTabZyXF
oMW0rwKXhH+wSMr+FYelWGsf2VaR36zNKi2pYSyAkFJCXz8787dufmYn+83WuitF2xOPKnj/AHrn
E0m8n5jyDuOFPUDsCBgYwG0QtVqPigit1KwxJGrMzkIoALMck8dySST6mpKKKQxssscMTSyuscaD
LOxwAPUmqF94f0XVIoYtQ0jT7uODPkpcWySCPPXaCDjoOlU/F+oW1j4flS6liiS7P2YSSzxRKhYH
5iZGUEAAnAyeOAa5geKLIeN2uD4q0v8As4oQCt9H5e3bwpBucBt3O4Q57bsZrsoYKdWHOul/wtp6
shz5XY9BMUbSJIY1LoCFYjlc9cHtVBdO0S2urnWVs9PiuXRhcXwiRXZR94PJjOBt5ye3tXn+pa9p
8NnosVj4mtppkIkuZTrasd/yZ3ZuYxt4PG2ReuE9ZfEGu6NeaRJZxa7Yy+dHdoq2+tQxKjuzbGkH
mLvTB6fN1+6e3RHK5Nx31b6bf8OCmr2PQdN0nTNHt2g0vT7Sxhdt7R2sKxKWxjJCgDOAOfanzafZ
XNi1jPaW8tm67Wt3jDRsPQqRjFcbr3jPw/PBBEmtQyRpcbZI7LV4IXmTymOQ4lXaAxHVlOV7jGZD
4r0WfRLexm8S6fFOFg86aPVockbh5ih94bIUHJwM7uDnpj/Z9ZxUmnr5dP6/rs1JHSXfhvQr+2tr
a80XTriC1XbbxTWqOsI4GEBGFHA6egp8Wg6PDJeSRaTYxvegi6ZLdAbgHOQ5x82cnrnrXAX+s6Xb
2En2PxVBcSFJYtja6rHYJlMRH7+M7gmed6kj7xJ4o/tTSNR8OXVvfeK7IXL6WbaKN9aVV8wiQEsF
lbJwUyWZ+nU8k7f2ZJrmbe9ttfW39aDUtUrnoem6Tpuj27W+l6faWMDNvMdrCsSlsAZwoAzgDn2q
5Xm83ijR2nsvs2txRFYYxA769CUtmBO8Tr5x80kY5/efUdSweKND/sdUfVJGbz83US+I4RNMdv3o
3+0Dam7B2ho/93sV/ZtV66/d/wAH+n5ake0R6HJf2cNnJeS3cCWsWfMmaQBEwcHLdBggg0yz1XTt
RgSeyv7W5idyiSQTK6swGSAQeTgZxXn2v+LdDTR4JG8QadIYpJSFXUQ8ikyDb80W91Pll13KCV3d
uoXRPFOiqba8bxLpUfnOIlB1JnYxIsxVpfNCsDlwMMD91fmOeK/syp7F1OV7vppp/Vw59tT0gzRi
ZYTIglZSypuG4gYBIHoMj8xT68/0bxfodqGlk1eJWWKQyx3OuQTGeX5MGPMxCg4bA+QD0XNQt4q0
Uw6lnWUM7yAu66/CFuI95+WAed+6O3jpGf8Aaz81Z/2bV5rWf9P1/r77HtFa56NRXnEmvaPdabGv
/CVwWxit52gj/tyPzEkypiEjiQ7yAD1ZlOed1dZ4bntLiK+k0/U11C0Nz+7kW8+0hTsQsu7JI+Yk
7SeM8YGKyrYOVKHNK/3efcpSvsbdFFFcZQUUUUAV795I9Ounhz5qxOUx/ewcVwXwlstOufBpupII
Zr6e4kN40iBm356HPtjivRa468+G2kT6jNfWdzf6bJcHM62c+xH9eOxNdFKceRwk7XtqZzi+ZSWp
jSy614n8aavo1hrMmjWOkxosaW6DLsR1P+zWJB4t8Qa7pugWH9qSWlxcalNYXN1bouZAgBDD0PNd
pefDjSrmaKeG81G0uFgW3lmgnw06AY+c45OOM1ch8C6NbQ6PFbpLEmlTGeDa/wB5z1L+ua6FXopL
/Lyf33Zl7Od/+Ceda7PrS6R4z8O3uszXkWmxRTpM6De6tglD7cj8q1L1tb0PwdoEFv4guS2ozQxe
aY13Qxsv3V+nr7V2dz4K0u8vNauZzOzavCsNwu7gBQANvHB4zVK2+HllFa21vcapqV1HazpNAJpg
RHsGFUcdOaaxFNpX9dvJfqHs5X/4Pmc9Iuv3PjNPB0PiS8hhtrY3U14QDNKSRhR6AZH61g6jrWoX
ul/2VqtwLufSvEENuLoDBlX5iCffivTPEHg2w1++g1Az3VnqEClEurWTY+0/wn1HNV4/h7okOjwa
bGJ1jiuluzIZMvJIO7HHNEMRSSTe/p16v5g6ctUjmIdW1a0+IBg8R6rqOnpJd4so0jBtJ4+y7uxN
epVycngGxuNYhv73UdSu0gmM8VtPPujRyeuMdPausrmrzhK3L2NacZK9wooornNAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAI4reKAyGNApkcu
56lm9T+AA+gFSUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU2QusTmNQ7gEqpOAT2Ge1OopMDATxRG7
A/ZJRG2n/bAzMAS3UxbeoYAj86vLrNqb82B80XQTcR5L+XnGSol27C2Oduc45xUH/COWexVEs4C3
n2vhh1/udPue361APB+lr4pfxAqIt26kMPs0BJYrt3eYY/NBxxgPj2o/r+vy+XzD+v6/P5/In0vx
JY6raCaEXAYLGWT7NL/HwCpKjemf41yvBOcVsVj6doH9nB9uqX8zlY40eUxkxxociNQEAwckEkFj
n73AxsVTt0AKKKKQEU9zDbCMzPsEjiNSQcbj0Htk8VUi1zTZ0geO6DJOQI2CnBJbaMnHGSCOe9S6
np8WqafLZyu8ayAYkjxujYEFWXIIyCARkHkVRfwzZPa38AknQXZQhlK5gKYKmPIIGGG/kH5iT7UA
WYtc02dIHjugyTkCNgpwSW2jJxxkgjnvUtnqdnqCo1rOJVdC6kA9Adv4cg/kaov4Zsntb+ASToLs
oQylcwFMFTHkEDDDfyD8xJ9qmttGisnuXtZ5o3ndH6qQqrj5BlThT82ep+diCOMC8wGT+IrGzSM3
TuGkkkQCCCWbaEYqWbanyqOMscKPXvSReIrGTV5dMdnSdJNiHy3KOdgfG/btDbSTszuwM4xVVfDt
xdWUP2q+msrkmU3CWLq6SLI5cxkyR5I5xuAVuuMZrTGk24cMpkGJvOABGAfL8vHTpj9aO4FKPxbo
01nNdRTXDxxbOFs5i7h/uMibN0inBwygg4PPBqxHr+nyagLFXnExUHLW0qoDjdtLldofHOwnd7VB
feG7e90yWx+0zRRyW8dszCOKTKITwVkRlOckHKn2xRB4cigvElGoXr26YZbR2QxiQLt8zO3fnHbd
tyScZoe7t/X9f13B+QxPGOiyW7TRzXMgBXakdlO0kgYEqyIE3OpCsdygr8p54NWxrunnUzp/mTee
ByTbyCMHG7b5m3Zvxztzux2qvc+HI5Vga21C9sp4IkijngMZYKoYYw6MpzuOcjsMYxTxoK/2mbtr
+8eLd5n2RvL8oSbdu8fJvzjtu25OcZoe+n9f1/XcCoPG+ivPZwwm9ma7mWGMx2MxHzKzK/K8xkI2
HGRwecBiJ38W6PHIyebdMVkaJjHZTuoKnDHcEI2qeC33QeCRT5fDtvJJZSJc3MMtn5XlOhQnCB1w
QVIOVkcHjvxg80l34djuVjWLUL21A8wS+SY/3yO25kbcjcZJ5XDDsaJW6f1/X9ebduhJNr1ras4n
Wb/j4FvGIIJJ2c7A2dqKSBzyTwO55qebV7SDUo9PczG4kXd+7t5HRBzy7qpVM4ONxGccVT1Hw1ba
jb/ZzcTwxG5S4ZUSJslQAB86NtxtBBXDA8hhUv8AYr/2h9q/tS+2sCJrfEXlzD5sBvkyNobAKkEg
DJND8v60/wAydRkfinSZLSa6E06xRMqnfaSqz7jhSilQZAx4BUEE9M0/TvEemarci3tJpmlaMyAS
W0keQrbWGXUDcpIDL1UnkCo7Pw7Hag+dqF7eMGj8t7gx5jRG3Kg2ouRnucse5q7BpsNvOkqNIWQz
EAkY/eOHbt6jihef9f1/XcfQuUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFAH/9k=
--=_related 00769CBE8625774B_=--

From richard.kelsey@ember.com  Wed Jun 23 15:47:42 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4EC343A6801 for ; Wed, 23 Jun 2010 15:47:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.008
X-Spam-Level: 
X-Spam-Status: No, score=-2.008 tagged_above=-999 required=5 tests=[AWL=0.591,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BvZIS8PS5AGw for ; Wed, 23 Jun 2010 15:47:41 -0700 (PDT)
Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id E119C3A67B3 for ; Wed, 23 Jun 2010 15:47:40 -0700 (PDT)
Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 23 Jun 2010 18:47:48 -0400
Date: Wed, 23 Jun 2010 18:52:09 -0400
Message-Id: <871vbx1hwm.fsf@kelsey-ws.hq.ember.com>
To: Jerald.P.Martocci@jci.com
In-reply-to:  (Jerald.P.Martocci@jci.com)
From: Richard Kelsey 
References: <1328436834.198056.1276957013936.JavaMail.root@mail02.pantherlink.uwm.edu> <1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu>  <87iq5clasl.fsf@kelsey-ws.hq.ember.com>  <87bpb4l7zd.fsf@kelsey-ws.hq.ember.com>  
X-OriginalArrivalTime: 23 Jun 2010 22:47:48.0727 (UTC) FILETIME=[1AAAB070:01CB1326]
Cc: roll@ietf.org
Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 23 Jun 2010 22:47:42 -0000

> From: Jerald.P.Martocci@jci.com
> Date: Wed, 23 Jun 2010 16:35:31 -0500
> 
> I'm not sure we can let ROLL off the hook on access to/from hosts
> simply by saying it's out of scope.

I do not think that is what JP is saying.  What is out of
scope is
   "a device that does not run RPL and still requires to
    get routing information"
Is there any requirement for such devices?  What do they
need the routing information for?

I think the problem is that what we are asking about is so
basic to IP routing that JP doesn't understand that we need
confirmation of it.

JP, we don't care about hosts that run RPL.  We don't care
about hosts that need routing information.  Can a host in a
network of RPL routers send and receive packets without
implementing any of RPL or any other routing protocol?

                                  -Richard Kelsey

From prvs=7840215e3=mukul@uwm.edu  Wed Jun 23 17:13:04 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0FC073A6884 for ; Wed, 23 Jun 2010 17:13:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.734
X-Spam-Level: 
X-Spam-Status: No, score=-1.734 tagged_above=-999 required=5 tests=[AWL=0.265,  BAYES_00=-2.599, J_CHICKENPOX_24=0.6]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IHFYeedUKU14 for ; Wed, 23 Jun 2010 17:13:03 -0700 (PDT)
Received: from ip1mta.uwm.edu (ip1mta.uwm.edu [129.89.7.18]) by core3.amsl.com (Postfix) with ESMTP id 1DB073A6A12 for ; Wed, 23 Jun 2010 17:13:02 -0700 (PDT)
Received: from mta01.pantherlink.uwm.edu ([129.89.7.81]) by ip1mta.uwm.edu with ESMTP; 23 Jun 2010 19:13:01 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta01.pantherlink.uwm.edu (Postfix) with ESMTP id AB56C4FEC146; Wed, 23 Jun 2010 19:13:01 -0500 (CDT)
X-Virus-Scanned: amavisd-new at pantherlink.uwm.edu
Received: from mta01.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta01.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zjW6sh-wlHc0; Wed, 23 Jun 2010 19:13:01 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta01.pantherlink.uwm.edu (Postfix) with ESMTP id 487AD4FEC14E; Wed, 23 Jun 2010 19:13:01 -0500 (CDT)
Date: Wed, 23 Jun 2010 19:13:01 -0500 (CDT)
From: Mukul Goyal 
To: JP Vasseur 
Message-ID: <66287228.324087.1277338381167.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <1328353009.323944.1277337897382.JavaMail.root@mail02.pantherlink.uwm.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [129.89.7.91]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - IE8 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Cc: roll 
Subject: Re: [Roll] P2P route discovery: "Good enough" criteria
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 24 Jun 2010 00:13:04 -0000

Hi JP,

The next version of the P2P draft will have an applicability statement along the lines discussed below. In some application contexts, there will be a need to measure the cost of along-DAG route to determine the good enough criteria. In other application contexts, the origin router will have a pretty good idea of the "good enough" criteria without doing any measurement. E.g. an airduct controller may already know that its supervisor is within 5 hops. 

Thanks
Mukul

----- Original Message -----
From: "JP Vasseur" 
To: "Mukul Goyal" 
Cc: "roll" 
Sent: Wednesday, June 23, 2010 1:14:18 PM
Subject: Re: [Roll] P2P route discovery: "Good enough" criteria

On Jun 19, 2010, at 4:19 PM, Mukul Goyal wrote:

> Here is some text from the Introduction section of draft-dt-roll-p2p-
> rpl-01:
>
> The specified scheme is based on a reactive on-demand approach, which
>   enables a router to discover one or more "good-enough" routes in
>   either direction between itself and another router in the LLN
> without
>   any constraints regarding the existing DAG-membership of the links
>   that such routes may use.
>
> JP commented:
> JP> This will be an aspect triggering some discussion. How "good"
> is"good enough" ? You will need some text to elaborate here or point
> to another section explaining what is meant by "good enough"
>
> I think there needs to be an Applicability section in the draft that
> talks about how and when the P2P route discovery might be invoked.
> Such a section will be added in the next version of the draft.
>
> Basically, the idea is that the origin router will first measure the
> cost of the DAG-based route to/from the target router (using the
> Measurement Request and Measurement Reply messages that were part of
> the 00 version of the draft and would now be proposed in a separate
> draft).
>
> Once the origin router knows the cost of the DAG-based route, it can
> choose the good enough criteria for the P2P routes it wants to
> discover. This criteria can be specified as contraints in the Metric
> Container associated with Route Discovery option.
>
> In case, the origin and target routers are not connected via a DAG
> or the cost measurement of the DAG-based route fails, the origin
> router will have to guess the good enough criteria. Once, the
> initial route discovery succeeds or fails, the origin router will
> have a better idea of how to set the good enough criteria.
>

That does make sense. One slight comment though in the spirit of the
text that I had proposed. It is clearly important to describe the
several required steps though, especially in the context of
constrained networks. Having to first determine the path quality,
guess the good enough criteria and then potentially run a reactive on-
demand routing protocol has some cost (for a gain that is not known a
priori). I am not saying that this is not worth it, but in that
particular, context it must be spelled out in the document itself.

Thanks

JP.

> Comments?
>
> Thanks
> Mukul
>
> _______________________________________________ Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll

From prvs=7840215e3=mukul@uwm.edu  Wed Jun 23 23:16:31 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8193D3A6B09 for ; Wed, 23 Jun 2010 23:16:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.836
X-Spam-Level: 
X-Spam-Status: No, score=-0.836 tagged_above=-999 required=5 tests=[AWL=-0.651, BAYES_40=-0.185]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b-Ed4-PgyoHS for ; Wed, 23 Jun 2010 23:16:17 -0700 (PDT)
Received: from ip1mta.uwm.edu (ip1mta.uwm.edu [129.89.7.18]) by core3.amsl.com (Postfix) with ESMTP id AB2593A6B0C for ; Wed, 23 Jun 2010 23:16:14 -0700 (PDT)
Received: from mta01.pantherlink.uwm.edu ([129.89.7.81]) by ip1mta.uwm.edu with ESMTP; 24 Jun 2010 01:16:22 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta01.pantherlink.uwm.edu (Postfix) with ESMTP id D3CB24FEC14A; Thu, 24 Jun 2010 01:16:22 -0500 (CDT)
X-Virus-Scanned: amavisd-new at pantherlink.uwm.edu
Received: from mta01.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta01.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7wGRrMQ0gP2n; Thu, 24 Jun 2010 01:16:22 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta01.pantherlink.uwm.edu (Postfix) with ESMTP id AC7114FEC146; Thu, 24 Jun 2010 01:16:22 -0500 (CDT)
Date: Thu, 24 Jun 2010 01:16:22 -0500 (CDT)
From: Mukul Goyal 
To: JP Vasseur 
Message-ID: <225369515.328201.1277360182626.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: 
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [129.89.7.92]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - IE8 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Cc: roll 
Subject: Re: [Roll] P2P: "distance" and the "good enough" criteria
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 24 Jun 2010 06:16:31 -0000

Hi JP

>The main concern of using different metric though is that the metric
>used to form the temporary DAG will determine the discovered path cost
>itself. In other words, if you use metric M1 for the temporary DAG
>(route discovery), the discovered route will be optimized according to
>THAT metric M1, not a potentially other metric M2 that you would like
>to use to discover the "best" router (according to M2).

No, this is not true. The DAG rank will be based on M1 but whenever a router in the DAG receives a better (or newer, depending on the implementation) value for M2, it will reset the trickle timer and advertize this better M2 value in its DIO. It is true that  the router will ignore better M2 values received from lower ranked neighbors, but all better M2 values received from higher ranked neighbors would still be advertized further. Do you agree??

Thanks
Mukul



>> So, a node, that joins the temporary DAG at a rank x, ignores DIOs
>> received from nodes with lower (higher in numerical value) rank.
>> This does have the effect that if a DIO from a lower ranked node
>> carries information about a really good route (in terms of metrics
>> used for route selection), it will be ignored as well. But, this is
>> the price one has to pay for using different metrics for temporary
>> DAG formation than for route selection. When a node receives a DIO
>> from a higher ranked neighbor, it updates the metrics used for route
>> discovery and possibly advertises these values in its own DIO.
>>

From jpv@cisco.com  Wed Jun 23 23:17:53 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 605023A691D for ; Wed, 23 Jun 2010 23:17:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.249
X-Spam-Level: 
X-Spam-Status: No, score=-10.249 tagged_above=-999 required=5 tests=[AWL=0.350, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HYGnluu1J4jh for ; Wed, 23 Jun 2010 23:17:52 -0700 (PDT)
Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 07D073A6A3A for ; Wed, 23 Jun 2010 23:17:51 -0700 (PDT)
Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEALOVIkxAZnwN/2dsb2JhbACfNnGmD5pEhRsEhlM
X-IronPort-AV: E=Sophos;i="4.53,472,1272844800"; d="scan'208";a="124878976"
Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 24 Jun 2010 06:17:59 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5O6HxrY014397; Thu, 24 Jun 2010 06:17:59 GMT
Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 24 Jun 2010 08:17:31 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 24 Jun 2010 08:17:31 +0200
Message-Id: <6A5A3D62-A59A-465F-BF0E-03E6BA22F46F@cisco.com>
From: JP Vasseur 
To: Alexandru Petrescu 
In-Reply-To: <4C22312B.7070203@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Apple Message framework v936)
Date: Thu, 24 Jun 2010 08:17:29 +0200
References: <4C1F3935.9050302@gmail.com>  <4C22312B.7070203@gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 24 Jun 2010 06:17:31.0423 (UTC) FILETIME=[ED9B5AF0:01CB1364]
Cc: ROLL WG 
Subject: Re: [Roll] -dt- in draft-dt-roll-p2p-rpl-01 (was: The Design Teams in RoLL)
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 24 Jun 2010 06:17:53 -0000

On Jun 23, 2010, at 6:07 PM, Alexandru Petrescu wrote:

> Le 23/06/2010 16:06, JP Vasseur a =E9crit :
>> Hi Alex,
>>
>> On Jun 21, 2010, at 12:04 PM, Alexandru Petrescu wrote:
>>
>>> Hello RoLL,
>>>
>>> I am trying to follow the RoLL group closely. What are the active
>>> DTs, their membership and respective charters, documents?
>>>
>>> Until now I know of:
>>>
>>> RPL DT Security DT
>>>
>>
>> You are correct. Only two official RPLL DT have been formed so far:
>> * RPL DT (now dissolved) * Security DT
>>
>> For each of them, I sent an email to the list with the list of
>> members, charters and milestones.
>>
>>> I think there may be more DTs (p2p, metrics?). I think some DTs
>>> were announced publicly on the mailing list, whereas some other
>>> DTs were not announced. It's difficult to understand what's
>>> happening.
>>
>> There is no other DTs, otherwise I would have announced them on the
>> list.
>
> Thanks for the clarification.
>
> Why does the draft-dt-roll-p2p-rpl-01.txt have the term "dt" at the
> place where usually the person's name is?

There was a thread about this already, if OK with you, let's =20
concentrate on technical content
on these IDs.

>
> What does "P2P team" mean in the authorship of this draft?
>
> This is misleading, it tempts me as unknowing reader to believe into =20=

> some form of WG support of this draft.
>

For the record, even a DT draft is no different than an individual =20
submission.

JP.

> Is this intentional?
>
> Alex
>
>>
>> Thanks.
>>
>> JP.
>>
>>>
>>> Alex
>>>
>>> _______________________________________________ Roll mailing list
>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>
>>
>
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From jpv@cisco.com  Wed Jun 23 23:39:12 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A452B3A6960 for ; Wed, 23 Jun 2010 23:39:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.253
X-Spam-Level: 
X-Spam-Status: No, score=-10.253 tagged_above=-999 required=5 tests=[AWL=0.346, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dgTFS7jcrG2p for ; Wed, 23 Jun 2010 23:39:09 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 11AE53A691F for ; Wed, 23 Jun 2010 23:39:07 -0700 (PDT)
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEANuaIkxAZnwN/2dsb2JhbACfNnGmDJpFhRsEkGc
X-IronPort-AV: E=Sophos;i="4.53,472,1272844800"; d="scan'208";a="125022748"
Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-2.cisco.com with ESMTP; 24 Jun 2010 06:39:15 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5O6dFZ1026473; Thu, 24 Jun 2010 06:39:15 GMT
Received: from xfe-ams-102.cisco.com ([144.254.231.94]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 24 Jun 2010 08:39:15 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-102.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 24 Jun 2010 08:39:14 +0200
Message-Id: 
From: JP Vasseur 
To: Mukul Goyal 
In-Reply-To: <225369515.328201.1277360182626.JavaMail.root@mail02.pantherlink.uwm.edu>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Thu, 24 Jun 2010 08:39:13 +0200
References: <225369515.328201.1277360182626.JavaMail.root@mail02.pantherlink.uwm.edu>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 24 Jun 2010 06:39:14.0469 (UTC) FILETIME=[F6486550:01CB1367]
X-TM-AS-Product-Ver: SMEX-8.0.0.1181-6.000.1038-17464.005
X-TM-AS-Result: No--19.122300-8.000000-31
X-TM-AS-User-Approved-Sender: No
X-TM-AS-User-Blocked-Sender: No
Cc: roll 
Subject: Re: [Roll] P2P: "distance" and the "good enough" criteria
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 24 Jun 2010 06:39:12 -0000

Hi Mukul,

On Jun 24, 2010, at 8:16 AM, Mukul Goyal wrote:

> Hi JP
>
>> The main concern of using different metric though is that the metric
>> used to form the temporary DAG will determine the discovered path  
>> cost
>> itself. In other words, if you use metric M1 for the temporary DAG
>> (route discovery), the discovered route will be optimized according  
>> to
>> THAT metric M1, not a potentially other metric M2 that you would like
>> to use to discover the "best" router (according to M2).
>
> No, this is not true. The DAG rank will be based on M1 but whenever  
> a router in the DAG receives a better (or newer, depending on the  
> implementation) value for M2, it will reset the trickle timer and  
> advertize this better M2 value in its DIO. It is true that  the  
> router will ignore better M2 values received from lower ranked  
> neighbors, but all better M2 values received from higher ranked  
> neighbors would still be advertized further. Do you agree??
>

Not quite ;-) If you receive two DIOs with M1 and M2, the node will  
likely select its parent according to the one with the lowest rank.  
Even if you change the OF to make the metric selection more important,  
the rank rule will make you not optimized against M2 as you pointed  
out, agree ?

Cheers.

JP.

> Thanks
> Mukul
>
>
>
>>> So, a node, that joins the temporary DAG at a rank x, ignores DIOs
>>> received from nodes with lower (higher in numerical value) rank.
>>> This does have the effect that if a DIO from a lower ranked node
>>> carries information about a really good route (in terms of metrics
>>> used for route selection), it will be ignored as well. But, this is
>>> the price one has to pay for using different metrics for temporary
>>> DAG formation than for route selection. When a node receives a DIO
>>> from a higher ranked neighbor, it updates the metrics used for route
>>> discovery and possibly advertises these values in its own DIO.
>>>


From jpv@cisco.com  Wed Jun 23 23:39:58 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CE34E3A6960 for ; Wed, 23 Jun 2010 23:39:58 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.957
X-Spam-Level: 
X-Spam-Status: No, score=-9.957 tagged_above=-999 required=5 tests=[AWL=0.042,  BAYES_00=-2.599, J_CHICKENPOX_24=0.6, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7s7EW3cnWZ9M for ; Wed, 23 Jun 2010 23:39:57 -0700 (PDT)
Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by core3.amsl.com (Postfix) with ESMTP id E99763A6B09 for ; Wed, 23 Jun 2010 23:39:56 -0700 (PDT)
Authentication-Results: sj-iport-4.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEABebIkyrR7Hu/2dsb2JhbACfNnGmEZpFhRsEkGc
X-IronPort-AV: E=Sophos;i="4.53,472,1272844800"; d="scan'208";a="149130575"
Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-4.cisco.com with ESMTP; 24 Jun 2010 06:39:57 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id o5O6dvrj029651; Thu, 24 Jun 2010 06:39:57 GMT
Received: from xfe-ams-102.cisco.com ([144.254.231.94]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 24 Jun 2010 08:39:56 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-102.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 24 Jun 2010 08:39:55 +0200
Message-Id: 
From: JP Vasseur 
To: Mukul Goyal 
In-Reply-To: <66287228.324087.1277338381167.JavaMail.root@mail02.pantherlink.uwm.edu>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Thu, 24 Jun 2010 08:39:55 +0200
References: <66287228.324087.1277338381167.JavaMail.root@mail02.pantherlink.uwm.edu>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 24 Jun 2010 06:39:55.0983 (UTC) FILETIME=[0F06EDF0:01CB1368]
X-TM-AS-Product-Ver: SMEX-8.0.0.1181-6.000.1038-17464.005
X-TM-AS-Result: No--27.196600-8.000000-31
X-TM-AS-User-Approved-Sender: No
X-TM-AS-User-Blocked-Sender: No
Cc: roll 
Subject: Re: [Roll] P2P route discovery: "Good enough" criteria
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 24 Jun 2010 06:39:59 -0000

Excellent, thanks Mukul.

JP.

On Jun 24, 2010, at 2:13 AM, Mukul Goyal wrote:

> Hi JP,
>
> The next version of the P2P draft will have an applicability  
> statement along the lines discussed below. In some application  
> contexts, there will be a need to measure the cost of along-DAG  
> route to determine the good enough criteria. In other application  
> contexts, the origin router will have a pretty good idea of the  
> "good enough" criteria without doing any measurement. E.g. an  
> airduct controller may already know that its supervisor is within 5  
> hops.
>
> Thanks
> Mukul
>
> ----- Original Message -----
> From: "JP Vasseur" 
> To: "Mukul Goyal" 
> Cc: "roll" 
> Sent: Wednesday, June 23, 2010 1:14:18 PM
> Subject: Re: [Roll] P2P route discovery: "Good enough" criteria
>
> On Jun 19, 2010, at 4:19 PM, Mukul Goyal wrote:
>
>> Here is some text from the Introduction section of draft-dt-roll-p2p-
>> rpl-01:
>>
>> The specified scheme is based on a reactive on-demand approach, which
>>  enables a router to discover one or more "good-enough" routes in
>>  either direction between itself and another router in the LLN
>> without
>>  any constraints regarding the existing DAG-membership of the links
>>  that such routes may use.
>>
>> JP commented:
>> JP> This will be an aspect triggering some discussion. How "good"
>> is"good enough" ? You will need some text to elaborate here or point
>> to another section explaining what is meant by "good enough"
>>
>> I think there needs to be an Applicability section in the draft that
>> talks about how and when the P2P route discovery might be invoked.
>> Such a section will be added in the next version of the draft.
>>
>> Basically, the idea is that the origin router will first measure the
>> cost of the DAG-based route to/from the target router (using the
>> Measurement Request and Measurement Reply messages that were part of
>> the 00 version of the draft and would now be proposed in a separate
>> draft).
>>
>> Once the origin router knows the cost of the DAG-based route, it can
>> choose the good enough criteria for the P2P routes it wants to
>> discover. This criteria can be specified as contraints in the Metric
>> Container associated with Route Discovery option.
>>
>> In case, the origin and target routers are not connected via a DAG
>> or the cost measurement of the DAG-based route fails, the origin
>> router will have to guess the good enough criteria. Once, the
>> initial route discovery succeeds or fails, the origin router will
>> have a better idea of how to set the good enough criteria.
>>
>
> That does make sense. One slight comment though in the spirit of the
> text that I had proposed. It is clearly important to describe the
> several required steps though, especially in the context of
> constrained networks. Having to first determine the path quality,
> guess the good enough criteria and then potentially run a reactive on-
> demand routing protocol has some cost (for a gain that is not known a
> priori). I am not saying that this is not worth it, but in that
> particular, context it must be spelled out in the document itself.
>
> Thanks
>
> JP.
>
>> Comments?
>>
>> Thanks
>> Mukul
>>
>> _______________________________________________ Roll mailing list
>> Roll@ietf.org
>> https://www.ietf.org/mailman/listinfo/roll
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From jpv@cisco.com  Wed Jun 23 23:43:12 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5A41B3A6A98 for ; Wed, 23 Jun 2010 23:43:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.758
X-Spam-Level: 
X-Spam-Status: No, score=-9.758 tagged_above=-999 required=5 tests=[AWL=-0.159, BAYES_00=-2.599, J_BACKHAIR_46=1, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uAO5nOk8ohzt for ; Wed, 23 Jun 2010 23:43:11 -0700 (PDT)
Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id 78D463A6846 for ; Wed, 23 Jun 2010 23:43:11 -0700 (PDT)
Authentication-Results: sj-iport-6.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEABebIkyrR7Ht/2dsb2JhbACfNnGmEZpFhRsE
X-IronPort-AV: E=Sophos;i="4.53,472,1272844800"; d="scan'208";a="549377784"
Received: from sj-core-1.cisco.com ([171.71.177.237]) by sj-iport-6.cisco.com with ESMTP; 24 Jun 2010 06:43:19 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5O6h69F026532; Thu, 24 Jun 2010 06:43:19 GMT
Received: from xfe-ams-202.cisco.com ([144.254.231.96]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 24 Jun 2010 08:43:16 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-202.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 24 Jun 2010 08:43:16 +0200
Message-Id: 
From: JP Vasseur 
To: Richard Kelsey 
In-Reply-To: <87d3vhjwj9.fsf@kelsey-ws.hq.ember.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Thu, 24 Jun 2010 08:43:15 +0200
References: <1970550793.165216.1276828237438.JavaMail.root@mail02.pantherlink.uwm.edu> <5BEAFD5C-242E-4BAB-8E3F-ED372B91112E@cs.stanford.edu>	<87sk4kl74d.fsf@kelsey-ws.hq.ember.com>  <878w68kzfg.fsf@kelsey-ws.hq.ember.com>   <87631cksbh.fsf@kelsey-ws.hq.ember.com>  <87d3vhjwj9.fsf@kelsey-ws.hq.ember.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 24 Jun 2010 06:43:16.0218 (UTC) FILETIME=[86605DA0:01CB1368]
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric	values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 24 Jun 2010 06:43:12 -0000

On Jun 23, 2010, at 10:58 PM, Richard Kelsey wrote:

>> From: JP Vasseur 
>> Date: Wed, 23 Jun 2010 20:29:34 +0200
>>
>> On Jun 21, 2010, at 11:07 PM, Richard Kelsey wrote:
>>
>>> We may be thinking of two different kinds of generic OFs.
>>> What I had in mind was a parameterized OF where the method
>>> of setting the parameters was out of scope.  Any protocol
>>> for specifying parameters would go in a separate document.
>>
>> Absolutely. Back to the previous comment, this is the aim
>> of the applicability IDs.
>
> I am not so sure.  I took a look at some applicability
> drafts and RFCs and they all discuss applicability, and
> not things like "parameter X MUST have value Y".

That depends, some do .... this is our call.

>
>>> This would make for a minimum of three documents:
>>> (A) a generic OF
>>> (B) (A) specialized for basic ETX
>>
>> You do not even need (B). Just use the generic OF and use
>> the ETX as the metric.
>
> That assumes that the generic OF has just one knob, the
> metric.  That is not at all what I was thinking of.
>
>>> (C) a protocol for specializing (A) at runtime
>>>     A benefit of doing it this way is that it allows many
>>>     different directions for (C).
>>
>> Yes. (C) would be the applicability statement.
>
> (C) is an actual protocol that distributes OF parameters,
> such as the number of desired DAO parents, which metrics
> to use and how to combine them, and so on, throughout a
> DODAG at runtime.  That doesn't sound like an applicability
> statement to me.

Ah yes, I was thinking of something different. This is an alternative  
approach:
distribute all of these parameters via RPL (hopefully not another  
protocol !)
but this seems like an overkill to me. Don't you think that taking  
OF0, adding
a few lines on a "generic" metric, rank<->metric computation (possibly  
in a
different ID), and distribute the metric in the DAG container (as of  
today)
would be sufficient ?

Thanks.

JP.

>                                  -Richard Kelsey
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From alexandru.petrescu@gmail.com  Wed Jun 23 23:44:28 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D2A753A6846 for ; Wed, 23 Jun 2010 23:44:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.595
X-Spam-Level: 
X-Spam-Status: No, score=-0.595 tagged_above=-999 required=5 tests=[AWL=-0.205, BAYES_20=-0.74, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jmLHSL3BtHSw for ; Wed, 23 Jun 2010 23:44:28 -0700 (PDT)
Received: from sainfoin-out.extra.cea.fr (sainfoin-out.extra.cea.fr [132.166.172.107]) by core3.amsl.com (Postfix) with ESMTP id C04A83A6405 for ; Wed, 23 Jun 2010 23:44:27 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5O6iWaB002291 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 24 Jun 2010 08:44:32 +0200
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5O6iVg7030613; Thu, 24 Jun 2010 08:44:31 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5O6iUT8002926; Thu, 24 Jun 2010 08:44:31 +0200
Message-ID: <4C22FECE.7040002@gmail.com>
Date: Thu, 24 Jun 2010 08:44:30 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
To: JP Vasseur 
References: <4C1F3935.9050302@gmail.com>  <4C22312B.7070203@gmail.com> <6A5A3D62-A59A-465F-BF0E-03E6BA22F46F@cisco.com>
In-Reply-To: <6A5A3D62-A59A-465F-BF0E-03E6BA22F46F@cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: ROLL WG 
Subject: Re: [Roll] DT and group
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 24 Jun 2010 06:44:29 -0000

Le 24/06/2010 08:17, JP Vasseur a écrit :
>
> On Jun 23, 2010, at 6:07 PM, Alexandru Petrescu wrote:
>
>> Le 23/06/2010 16:06, JP Vasseur a écrit :
>>> Hi Alex,
>>>
>>> On Jun 21, 2010, at 12:04 PM, Alexandru Petrescu wrote:
>>>
>>>> Hello RoLL,
>>>>
>>>> I am trying to follow the RoLL group closely. What are the
>>>> active DTs, their membership and respective charters,
>>>> documents?
>>>>
>>>> Until now I know of:
>>>>
>>>> RPL DT Security DT
>>>>
>>>
>>> You are correct. Only two official RPLL DT have been formed so
>>> far: * RPL DT (now dissolved) * Security DT
>>>
>>> For each of them, I sent an email to the list with the list of
>>> members, charters and milestones.
>>>
>>>> I think there may be more DTs (p2p, metrics?). I think some DTs
>>>> were announced publicly on the mailing list, whereas some other
>>>> DTs were not announced. It's difficult to understand what's
>>>> happening.
>>>
>>> There is no other DTs, otherwise I would have announced them on
>>> the list.
>>
>> Thanks for the clarification.
>>
>> Why does the draft-dt-roll-p2p-rpl-01.txt have the term "dt" at the
>> place where usually the person's name is?
>
> There was a thread about this already, if OK with you, let's
> concentrate on technical content on these IDs.

WEll, yes, it is a good idea to focus on the technical content.

>> What does "P2P team" mean in the authorship of this draft?
>>
>> This is misleading, it tempts me as unknowing reader to believe
>> into some form of WG support of this draft.
>>
>
> For the record, even a DT draft is no different than an individual
> submission.

Right, I agree.

Still in the DT discussion space: I believe the conclusion of the
security DT to not use IPsec with RPL is also an individual
statement, subject to group agreement.  I hope you agree.

Alex

>
> JP.
>
>> Is this intentional?
>>
>> Alex
>>
>>>
>>> Thanks.
>>>
>>> JP.
>>>
>>>>
>>>> Alex
>>>>
>>>> _______________________________________________ Roll mailing
>>>> list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>>
>>>
>>
>>
>> _______________________________________________ Roll mailing list
>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>
>



From jpv@cisco.com  Wed Jun 23 23:54:36 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 038603A6A42 for ; Wed, 23 Jun 2010 23:54:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.256
X-Spam-Level: 
X-Spam-Status: No, score=-10.256 tagged_above=-999 required=5 tests=[AWL=0.343, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ub28GYRE18DI for ; Wed, 23 Jun 2010 23:54:35 -0700 (PDT)
Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id 272DF3A6952 for ; Wed, 23 Jun 2010 23:54:35 -0700 (PDT)
Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAKydIkyrR7H+/2dsb2JhbACfNnGlf5pGhRsEkGc
X-IronPort-AV: E=Sophos;i="4.53,472,1272844800"; d="scan'208";a="216963673"
Received: from sj-core-2.cisco.com ([171.71.177.254]) by sj-iport-5.cisco.com with ESMTP; 24 Jun 2010 06:54:43 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5O6sc8r021937; Thu, 24 Jun 2010 06:54:43 GMT
Received: from xfe-ams-202.cisco.com ([144.254.231.96]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 24 Jun 2010 08:54:39 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-202.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 24 Jun 2010 08:54:38 +0200
Message-Id: <9161BEB0-9C1D-4C2C-B5FF-F60480943EB0@cisco.com>
From: JP Vasseur 
To: Philip Levis 
In-Reply-To: 
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Thu, 24 Jun 2010 08:52:37 +0200
References: <1970550793.165216.1276828237438.JavaMail.root@mail02.pantherlink.uwm.edu> <5BEAFD5C-242E-4BAB-8E3F-ED372B91112E@cs.stanford.edu>	<87sk4kl74d.fsf@kelsey-ws.hq.ember.com>  <878w68kzfg.fsf@kelsey-ws.hq.ember.com>   <87631cksbh.fsf@kelsey-ws.hq.ember.com>  
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 24 Jun 2010 06:54:38.0987 (UTC) FILETIME=[1D56A5B0:01CB136A]
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric	values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 24 Jun 2010 06:54:36 -0000

Hi Phil,

On Jun 23, 2010, at 11:08 PM, Philip Levis wrote:

>
> On Jun 23, 2010, at 11:29 AM, JP Vasseur wrote:
>
>>
>> On Jun 21, 2010, at 11:07 PM, Richard Kelsey wrote:
>>
>>>> From: Philip Levis 
>>>> Date: Mon, 21 Jun 2010 11:50:49 -0700
>>>>
>>>> On Jun 21, 2010, at 11:45 AM, Jerald.P.Martocci@jci.com wrote:
>>>>
>>>>> The need to wholly specify embedded networks is a very salient
>>>>> point.  These devices have to boot strap themselves, sniff the
>>>>> environment and self-configure themselves.  There may not be a Sys
>>>>> Admin even allowed to enter the building for many months!
>>>>
>>>> Right -- this is why I worry whether the proposed approach of  
>>>> making
>>>> all OFs abstract is just creating another problem. At the interim
>>>> meeting I suggested that perhaps we want an OFs which is abstract  
>>>> and
>>>> generic, for the managed cases, but also have 1-2 very specific  
>>>> OFs,
>>>> for the unmanaged ones.
>>
>> This does not have to be so complex, with notion such as generic and
>> specific OFs. In most cases, LLNs should be able to use a very  
>> small set
>> of OF (most of the time, just 1), with the appropriate set of  
>> metrics, that's it.
>
> I'll get back to my original concern. Simply put, I want to see how  
> one would correctly implement an abstract OF with different metric  
> values. I.e., a working implementation. Does anyone have one?
>
> Om brought up one point, about metric->rank mapping. This has to be  
> something the DODAG Root specifies in the network, unless it's just  
> part of the metric and in the metric draft, otherwise you can have  
> conflicting mappings.

Yes this is ticket #53 (but orthogonal to the use of abstract OF though)

> So how does RPL specify the metric->Rank mapping? If we don't  
> resolve this, we're digging a bigger hole than the one we climbed  
> out of.
>
> I repeat, I'm not against abstract OFs. But I think the arguments  
> for them haven't actually resolved the issues, and we should not  
> assume they will be the case until we resolve these issues.

The good news is that this does not prevent us from moving forward on  
the RPL front :-)

Let me find an hour and come back with some text, showing how this  
could be done.

Cheers.

JP.

>
> Phil
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From jpv@cisco.com  Wed Jun 23 23:54:37 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EFBDB28C0DF for ; Wed, 23 Jun 2010 23:54:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.256
X-Spam-Level: 
X-Spam-Status: No, score=-10.256 tagged_above=-999 required=5 tests=[AWL=0.343, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vNWdy-1f1SUZ for ; Wed, 23 Jun 2010 23:54:37 -0700 (PDT)
Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 8AF1F3A6A49 for ; Wed, 23 Jun 2010 23:54:37 -0700 (PDT)
Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAOadIkxAZnwM/2dsb2JhbACfNnGlf5pHhRsEkGc
X-IronPort-AV: E=Sophos;i="4.53,472,1272844800"; d="scan'208";a="124886150"
Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-1.cisco.com with ESMTP; 24 Jun 2010 06:54:45 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5O6seWW024425; Thu, 24 Jun 2010 06:54:45 GMT
Received: from xfe-ams-202.cisco.com ([144.254.231.96]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 24 Jun 2010 08:54:43 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-202.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 24 Jun 2010 08:54:42 +0200
Message-Id: 
From: JP Vasseur 
To: Philip Levis 
In-Reply-To: 
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Thu, 24 Jun 2010 08:54:42 +0200
References: <1970550793.165216.1276828237438.JavaMail.root@mail02.pantherlink.uwm.edu> <5BEAFD5C-242E-4BAB-8E3F-ED372B91112E@cs.stanford.edu>	<87sk4kl74d.fsf@kelsey-ws.hq.ember.com>  <878w68kzfg.fsf@kelsey-ws.hq.ember.com>   <87631cksbh.fsf@kelsey-ws.hq.ember.com>  
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 24 Jun 2010 06:54:42.0831 (UTC) FILETIME=[1FA131F0:01CB136A]
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric	values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 24 Jun 2010 06:54:38 -0000

Hi Phil,

On Jun 23, 2010, at 11:08 PM, Philip Levis wrote:

>
> On Jun 23, 2010, at 11:29 AM, JP Vasseur wrote:
>
>>
>> On Jun 21, 2010, at 11:07 PM, Richard Kelsey wrote:
>>
>>>> From: Philip Levis 
>>>> Date: Mon, 21 Jun 2010 11:50:49 -0700
>>>>
>>>> On Jun 21, 2010, at 11:45 AM, Jerald.P.Martocci@jci.com wrote:
>>>>
>>>>> The need to wholly specify embedded networks is a very salient
>>>>> point.  These devices have to boot strap themselves, sniff the
>>>>> environment and self-configure themselves.  There may not be a Sys
>>>>> Admin even allowed to enter the building for many months!
>>>>
>>>> Right -- this is why I worry whether the proposed approach of  
>>>> making
>>>> all OFs abstract is just creating another problem. At the interim
>>>> meeting I suggested that perhaps we want an OFs which is abstract  
>>>> and
>>>> generic, for the managed cases, but also have 1-2 very specific  
>>>> OFs,
>>>> for the unmanaged ones.
>>
>> This does not have to be so complex, with notion such as generic and
>> specific OFs. In most cases, LLNs should be able to use a very  
>> small set
>> of OF (most of the time, just 1), with the appropriate set of  
>> metrics, that's it.
>
> I'll get back to my original concern. Simply put, I want to see how  
> one would correctly implement an abstract OF with different metric  
> values. I.e., a working implementation. Does anyone have one?
>
> Om brought up one point, about metric->rank mapping. This has to be  
> something the DODAG Root specifies in the network, unless it's just  
> part of the metric and in the metric draft, otherwise you can have  
> conflicting mappings.

Yes this is ticket #53 (but orthogonal to the use of abstract OF though)

> So how does RPL specify the metric->Rank mapping? If we don't  
> resolve this, we're digging a bigger hole than the one we climbed  
> out of.
>
> I repeat, I'm not against abstract OFs. But I think the arguments  
> for them haven't actually resolved the issues, and we should not  
> assume they will be the case until we resolve these issues.

The good news is that this does not prevent us from moving forward on  
the RPL front :-)

Let me find an hour and come back with some text, showing how this  
could be done.

Cheers.

JP.

>
> Phil
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From alexandru.petrescu@gmail.com  Wed Jun 23 23:55:26 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C0D933A6952 for ; Wed, 23 Jun 2010 23:55:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.589
X-Spam-Level: 
X-Spam-Status: No, score=-0.589 tagged_above=-999 required=5 tests=[AWL=-0.199, BAYES_20=-0.74, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mY73lq63MrYj for ; Wed, 23 Jun 2010 23:55:25 -0700 (PDT)
Received: from oxalide-out.extra.cea.fr (oxalide-out.extra.cea.fr [132.168.224.1]) by core3.amsl.com (Postfix) with ESMTP id E031D3A68AD for ; Wed, 23 Jun 2010 23:55:24 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5O6tT4r015031 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 24 Jun 2010 08:55:29 +0200
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5O6tSkn000957; Thu, 24 Jun 2010 08:55:28 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5O6tSs3006261; Thu, 24 Jun 2010 08:55:28 +0200
Message-ID: <4C230160.9010003@gmail.com>
Date: Thu, 24 Jun 2010 08:55:28 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
To: JP Vasseur 
References: <4C1F3935.9050302@gmail.com>  <4C22312B.7070203@gmail.com> <6A5A3D62-A59A-465F-BF0E-03E6BA22F46F@cisco.com>
In-Reply-To: <6A5A3D62-A59A-465F-BF0E-03E6BA22F46F@cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: ROLL WG 
Subject: Re: [Roll] -dt- in draft-dt-roll-p2p-rpl-01
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 24 Jun 2010 06:55:26 -0000

Le 24/06/2010 08:17, JP Vasseur a écrit :
>
> On Jun 23, 2010, at 6:07 PM, Alexandru Petrescu wrote:
>
>> Le 23/06/2010 16:06, JP Vasseur a écrit :
>>> Hi Alex,
>>>
>>> On Jun 21, 2010, at 12:04 PM, Alexandru Petrescu wrote:
>>>
>>>> Hello RoLL,
>>>>
>>>> I am trying to follow the RoLL group closely. What are the
>>>> active DTs, their membership and respective charters,
>>>> documents?
>>>>
>>>> Until now I know of:
>>>>
>>>> RPL DT Security DT
>>>>
>>>
>>> You are correct. Only two official RPLL DT have been formed so
>>> far: * RPL DT (now dissolved) * Security DT
>>>
>>> For each of them, I sent an email to the list with the list of
>>> members, charters and milestones.
>>>
>>>> I think there may be more DTs (p2p, metrics?). I think some DTs
>>>> were announced publicly on the mailing list, whereas some other
>>>> DTs were not announced. It's difficult to understand what's
>>>> happening.
>>>
>>> There is no other DTs, otherwise I would have announced them on
>>> the list.
>>
>> Thanks for the clarification.
>>
>> Why does the draft-dt-roll-p2p-rpl-01.txt have the term "dt" at the
>> place where usually the person's name is?
>
> There was a thread about this already,

I didn't see it.  It's hard to keep track of threads not having
the subject line set according to content.  And too many fast changing
subject lines is also hard to keep track of.

In this "-dt-" case it may be good solution to submit the right I-D with
the right title, maybe.

If this problem came twice from two unrelated sources maybe it is time
to address it ASAP.

Alex

if OK with you, let's concentrate
> on technical content on these IDs.
>
>>
>> What does "P2P team" mean in the authorship of this draft?
>>
>> This is misleading, it tempts me as unknowing reader to believe
>> into some form of WG support of this draft.
>>
>
> For the record, even a DT draft is no different than an individual
> submission.
>
> JP.
>
>> Is this intentional?
>>
>> Alex
>>
>>>
>>> Thanks.
>>>
>>> JP.
>>>
>>>>
>>>> Alex
>>>>
>>>> _______________________________________________ Roll mailing
>>>> list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>>
>>>
>>
>>
>> _______________________________________________ Roll mailing list
>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>
>



From jpv@cisco.com  Thu Jun 24 00:01:08 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CA14528C0F1 for ; Thu, 24 Jun 2010 00:01:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.96
X-Spam-Level: 
X-Spam-Status: No, score=-9.96 tagged_above=-999 required=5 tests=[AWL=0.039,  BAYES_00=-2.599, J_CHICKENPOX_63=0.6, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1fuwORD+BLAV for ; Thu, 24 Jun 2010 00:01:07 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 1B94F3A6A48 for ; Thu, 24 Jun 2010 00:01:07 -0700 (PDT)
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAIqfIkxAZnwN/2dsb2JhbACfNnGmAJpIAoJygicEhlM
X-IronPort-AV: E=Sophos;i="4.53,472,1272844800"; d="scan'208";a="125027059"
Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-2.cisco.com with ESMTP; 24 Jun 2010 07:01:14 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5O71EMI008667; Thu, 24 Jun 2010 07:01:14 GMT
Received: from xfe-ams-201.cisco.com ([144.254.231.95]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 24 Jun 2010 09:01:14 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 24 Jun 2010 09:01:13 +0200
Message-Id: 
From: JP Vasseur 
To: Alexandru Petrescu 
In-Reply-To: <4C2232D9.8060700@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Apple Message framework v936)
Date: Thu, 24 Jun 2010 09:01:12 +0200
References: <816434134.300985.1277307555126.JavaMail.root@mail02.pantherlink.uwm.edu> <4C2232D9.8060700@gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 24 Jun 2010 07:01:13.0201 (UTC) FILETIME=[084EEE10:01CB136B]
Cc: Emmanuel Monnerie , ROLL WG 
Subject: Re: [Roll] P2P term again
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 24 Jun 2010 07:01:08 -0000

Trying to close on this ... the RPL ID, it is explicitly mentioned =20
that the terms
refers to the terminology where P2P is defined, so there is no =20
ambiguity.

On Jun 23, 2010, at 6:14 PM, Alexandru Petrescu wrote:

> Le 23/06/2010 17:39, Mukul Goyal a =E9crit :
>> I guess I am not sure why overloading a popular term like P2P is a
>> problem. P2P can refer to point-to-point in ROLL context and some
>> thing else in some other context. It seems to me that IETF is so
>> broad now that overloading popular terms should be OK.
>
> Hmmm... sounds right as you present it.
>
> I insist now for two reasons: in the past I have struggled the same =20=

> with
> the RR term.  Were it changed some confusion would have been avoided,
> helping in a certain context.
>
> The second is that I see a high profile coming about P2P of RPL and =20=

> P2P
> of cellular networks, which are very different, and risk colliding at
> some point, in certain contexts.
>
> Of course this is only speculation, but I will continue to silently =20=

> keep
> supporting good disambiguation of the P2P term between RPL and =20
> cellular
> systems.
>
> Alex
>
>>
>> Thanks Mukul
>>
>> ----- Original Message ----- From: "Alexandru
>> Petrescu" To: "JP
>> Vasseur" Cc: "Emmanuel
>> Monnerie", "ROLL WG"
>> Sent: Wednesday, June 23, 2010 10:32:09 AM Subject: Re: [Roll] P2P
>> term again
>>
>> Le 23/06/2010 16:03, JP Vasseur a =E9crit :
>>> P2P refers to Point to Point, no peer to peer. See the terminology
>>> ID:
>>>
>>> P2P: Point To Point. This refers to traffic exchanged between two
>>> nodes (regardless of the number of hops between the two nodes).
>>>
>>> I do not see a reason for changing. Note also that peer-to-peer
>>> refers to many other technologies.
>>
>> JP - I suggest to change and no longer use the term P2P to stand for
>> traffic exchange between two nodes regardless of the number of hops
>> between the two nodes (I do agree with the need of _that_ protocol
>> behaviour, but calling it P2P loses much of its sense to me.)
>>
>> P2P means so many things, as you say, that it is too easily
>> overloaded to be understood for our particular RPL meaning.
>>
>> At IETF there is a Working Group called P2PSIP - they say P2P stands
>> for peertopeer.
>>
>> It is good to use terms that don't collide, at least within the IETF
>> space.
>>
>> Some people on the list seemed to agree that P2P term should be
>> changed.
>>
>> Alex
>>
>>
>>>
>>> Thanks.
>>>
>>> JP.
>>>
>>> On Jun 21, 2010, at 5:02 PM, Monnerie, Emmanuel wrote:
>>>
>>>> Alex,
>>>>
>>>> I agree that the term P2P was not always used the right way. P2P
>>>> should refer to Peer-to-Peer, not Point-to-Point.
>>>>
>>>> It has been defined in RFC5867 as follow: "5.2.2 Peer-to-Peer
>>>> communication (...) A network device MUST be able to communicate
>>>> in an end-to-end manner with any other device on the network."
>>>>
>>>> Best Regards
>>>>
>>>>
>>>>
>>>> -----Original Message----- From: roll-bounces@ietf.org
>>>> [mailto:roll-bounces@ietf.org] On Behalf Of Anders Brandt Sent:
>>>> Monday, June 21, 2010 6:47 AM To: Alexandru Petrescu;
>>>> roll@ietf.org Subject: Re: [Roll] P2P term again (was: P2P
>>>> hop-by-hop routes)
>>>>
>>>> Alex,
>>>>
>>>> I think you are right that this term is wrong (!) The best
>>>> explanation I can give is that we used it from the start ... If
>>>> we are to change it, now is a very good time before it starts
>>>> working its way into the RPL framework.
>>>>
>>>> So do you have some good acronyms on the table? PPP is something
>>>> different; most of all it is a specific protocol, while our term
>>>> mainly deals with the special type of traffic that is between
>>>> two points inside the LLN.
>>>>
>>>> While not sufficiently catchy, "Intra-Network Unicast" (INU)
>>>> transport is what this is about. Who can come up with the best
>>>> acronym which does not resemble something important?
>>>>
>>>> "PTP" doesn't seem to be that overloaded, so can it be done that
>>>> simple?
>>>>
>>>> Cheers, Anders
>>>>
>>>>> -----Original Message----- From: roll-bounces@ietf.org
>>>>> [mailto:roll-bounces@ietf.org] On Behalf Of Alexandru Petrescu
>>>>> Sent: Monday, June 21, 2010 12:14 To: roll@ietf.org Subject:
>>>>> Re: [Roll] P2P term again (was: P2P hop-by-hop routes)
>>>>>
>>>>> What to others think about the P2P term? Is the term ok to your
>>>>> understanding?
>>>>>
>>>>> To my reading, "P2P" stands for peer-to-peer and is in
>>>>> widespread use for overlay networks; this terminology is
>>>>> different than the intention you seem to use for P2P to mean
>>>>> e.g. straight communication between two leaf nodes of same
>>>>> parent.
>>>>>
>>>>> To my reading, "point-to-point" stands for a specific kind of
>>>>> link, different than broadcast, or multicast capable links
>>>>> (Ethernet) - point-to-point links, sometimes abbreviated ptp,
>>>>> are using the PPP prrotocol ("PPP" stands for point-to-point
>>>>> protocol). This is again different than what you seem to use as
>>>>> P2P term - your P2P is not using PPP.
>>>>>
>>>>> In this sense, I would like to clarify the P2P term used in
>>>>> RoLL. It is good to use common terminology to understand each
>>>>> other.
>>>>>
>>>>> What to others think about the P2P term? Is the term ok to your
>>>>> understanding?
>>>>>
>>>>> Alex
>>>>>
>>>>> Le 21/06/2010 06:06, Mukul Goyal a =E9crit :
>>>>>> The P2P mechanism will allow the establishment of hop-by-hop
>>>>>> routes that meet certain constraints regarding the routing
>>>>>> metrics.
>>>>>>
>>>>>> Now, the other question is how does a packet, that wants to
>>>>>> travel along a particular P2P hop-by-hop route, specify its
>>>>>> preference for such a route? I guess we need some sort of
>>>>>> labeling mechanism here. Any suggestions regarding how will
>>>>>> it work?
>>>>>>
>>>>>> Thanks Mukul _______________________________________________
>>>>>> Roll mailing list Roll@ietf.org
>>>>> https://www.ietf.org/mailman/listinfo/roll
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________ Roll mailing
>>>>> list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>>>>
>>>> _______________________________________________ Roll mailing list
>>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>>>
>>>>
>>>>
>>>> Emmanuel Monnerie Senior Research Engineer Landis+Gyr Energy
>>>> Management Solutions Office: +1 678 258 1695 Fax: +1 678 258 1316
>>>> Emmanuel.Monnerie@landisgyr.com www.landisgyr.com manage energy
>>>> better _______________________________________________ Roll
>>>> mailing list Roll@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/roll
>>>
>>>
>>
>>
>> _______________________________________________ Roll mailing list
>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>
>
>


From alexandru.petrescu@gmail.com  Thu Jun 24 00:28:33 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 043193A6A45; Thu, 24 Jun 2010 00:28:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.214
X-Spam-Level: 
X-Spam-Status: No, score=-1.214 tagged_above=-999 required=5 tests=[AWL=0.435,  BAYES_00=-2.599, HELO_EQ_FR=0.35, J_CHICKENPOX_63=0.6]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8oo7t2veuaS9; Thu, 24 Jun 2010 00:28:31 -0700 (PDT)
Received: from sainfoin-out.extra.cea.fr (sainfoin-out.extra.cea.fr [132.166.172.107]) by core3.amsl.com (Postfix) with ESMTP id 3BD123A6767; Thu, 24 Jun 2010 00:28:31 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5O7RpEd030684 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 24 Jun 2010 09:27:51 +0200
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5O7RobK011653; Thu, 24 Jun 2010 09:27:51 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5O7Ro90026182; Thu, 24 Jun 2010 09:27:50 +0200
Message-ID: <4C2308F6.4060001@gmail.com>
Date: Thu, 24 Jun 2010 09:27:50 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
To: Jerald.P.Martocci@jci.com
References: <1825628081.214546.1277093185472.JavaMail.root@mail02.pantherlink.uwm.edu><4C1F3B79.8020308@gmail.com>	<6D9687E95918C04A8B30A7D6DA805A3E01CCD18F@zensys17.zensys.local>	<76DBCE2AA6605F42A49F1BD7454C841BD36890@usatlsv105.am.bm.net>	<0A420B92-A4A2-4CB6-8F8A-8B00D65855F7@cisco.com>	<4C2228F9.10605@gmail.com> <37DCB880-C277-4705-96B6-B1D3407AAC40@cisco.com> 
In-Reply-To: 
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Cc: Emmanuel Monnerie , ROLL WG , roll-bounces@ietf.org
Subject: Re: [Roll] P2P term again
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 24 Jun 2010 07:28:33 -0000

Le 23/06/2010 18:03, Jerald.P.Martocci@jci.com a écrit :
>
>
> Furthermore, "P2P" is already baked into the ROLL Requirements RFCs.
>  If we start changing the core definition of terms, these completed
> documents lose their value.

Hi,

Hmm... being picky I find the definitions to be similar but not quite
the same:

draft-ietf-roll-terminology-03:
> P2P: Point To Point.  This refers to traffic exchanged between two
> nodes (regardless of the number of hops between the two nodes).

rfc5867 "building reqs":
> Each sensor in the LLN unicasts point to point (P2P)

This latter saying precisely "unicast", the first not saying it - could
the first be multicast point-to-point?  Multicast exists on
point-to-point links: ppp and IPv6 link-local multicast.

and draft-dt-rpl-roll-p2p says:
> RPL also provides mechanisms for point-to-point (P2P) routing between
> any two routers in the DAG. [...]   The P2P routing functionality
> available in RPL[...]

which is different from the previous two definitions.  Different from
the first because the first says "traffic" whereas here we mean
"routing", different from the second because the second says "unicast"
whereas this doesn't say "unicast".

In addition, "P2P" is an established term already, and "point-to-point"
term is already established too.

> We've used P2P, P2MP and MP2P for 18 months; let's not change their
> meaning now.

YEs, I agree, these terms have been used extensively in discussion here
and elsewhere for many months.

However they are far from being commonly understood.

TO me it is hard to use these terms (P2P, P2MP, MP2P) meaningfully on a
larger scale outside RPL.

Alex

>
>
> Jerry
>
>
>
>
> From: 	JP Vasseur  To: 	Alexandru Petrescu
>  Cc: 	Emmanuel Monnerie
> , ROLL WG  Date:
> 06/23/2010 10:51 AM Subject: 	Re: [Roll] P2P term again
>
>
> ------------------------------------------------------------------------
>
>
>
>
>
>
>
>
>
> On Jun 23, 2010, at 5:32 PM, Alexandru Petrescu wrote:
>
>> Le 23/06/2010 16:03, JP Vasseur a écrit :
>>> P2P refers to Point to Point, no peer to peer. See the
>>> terminology ID:
>>>
>>> P2P: Point To Point. This refers to traffic exchanged between
>>> two nodes (regardless of the number of hops between the two
>>> nodes).
>>>
>>> I do not see a reason for changing. Note also that peer-to-peer
>>> refers to many other technologies.
>>
>> JP - I suggest to change and no longer use the term P2P to stand
>> for traffic exchange between two nodes regardless of the number of
>>  hops between the two nodes (I do agree with the need of _that_
>> protocol behaviour, but calling it P2P loses much of its sense to
>> me.)
>
> but the counter argument is that Peer to peer refers to something
> very different too. P2P as Point to Point is in line with others
> terms P2MP and MP2P, this is why I would prefer to keep it unchanged.
> P2P in the context of ROLL is defined in the terminology ID (this is
> why we have one) so there is no ambiguity.
>
>>
>> P2P means so many things, as you say, that it is too easily
>> overloaded to be understood for our particular RPL meaning.
>>
>> At IETF there is a Working Group called P2PSIP - they say P2P
>> stands for peertopeer.
>>
>> It is good to use terms that don't collide, at least within the
>> IETF space.
>>
>> Some people on the list seemed to agree that P2P term should be
>> changed.
>>
>> Alex
>>
>>
>>>
>>> Thanks.
>>>
>>> JP.
>>>
>>> On Jun 21, 2010, at 5:02 PM, Monnerie, Emmanuel wrote:
>>>
>>>> Alex,
>>>>
>>>> I agree that the term P2P was not always used the right way.
>>>> P2P should refer to Peer-to-Peer, not Point-to-Point.
>>>>
>>>> It has been defined in RFC5867 as follow: "5.2.2 Peer-to-Peer
>>>> communication (...) A network device MUST be able to
>>>> communicate in an end-to-end manner with any other device on
>>>> the network."
>>>>
>>>> Best Regards
>>>>
>>>>
>>>>
>>>> -----Original Message----- From: roll-bounces@ietf.org
>>>> [mailto:roll-bounces@ietf.org] On Behalf Of Anders Brandt
>>>> Sent: Monday, June 21, 2010 6:47 AM To: Alexandru Petrescu;
>>>> roll@ietf.org Subject: Re: [Roll] P2P term again (was: P2P
>>>> hop-by-hop routes)
>>>>
>>>> Alex,
>>>>
>>>> I think you are right that this term is wrong (!) The best
>>>> explanation I can give is that we used it from the start ... If
>>>> we are to change it, now is a very good time before it starts
>>>> working its way into the RPL framework.
>>>>
>>>> So do you have some good acronyms on the table? PPP is
>>>> something different; most of all it is a specific protocol,
>>>> while our term mainly deals with the special type of traffic
>>>> that is between two points inside the LLN.
>>>>
>>>> While not sufficiently catchy, "Intra-Network Unicast" (INU)
>>>> transport is what this is about. Who can come up with the best
>>>> acronym which does not resemble something important?
>>>>
>>>> "PTP" doesn't seem to be that overloaded, so can it be done
>>>> that simple?
>>>>
>>>> Cheers, Anders
>>>>
>>>>> -----Original Message----- From: roll-bounces@ietf.org
>>>>> [mailto:roll-bounces@ietf.org] On Behalf Of Alexandru
>>>>> Petrescu Sent: Monday, June 21, 2010 12:14 To: roll@ietf.org
>>>>>  Subject: Re: [Roll] P2P term again (was: P2P hop-by-hop
>>>>> routes)
>>>>>
>>>>> What to others think about the P2P term? Is the term ok to
>>>>> your understanding?
>>>>>
>>>>> To my reading, "P2P" stands for peer-to-peer and is in
>>>>> widespread use for overlay networks; this terminology is
>>>>> different than the intention you seem to use for P2P to mean
>>>>>  e.g. straight communication between two leaf nodes of same
>>>>> parent.
>>>>>
>>>>> To my reading, "point-to-point" stands for a specific kind
>>>>> of link, different than broadcast, or multicast capable
>>>>> links (Ethernet) - point-to-point links, sometimes
>>>>> abbreviated ptp, are using the PPP prrotocol ("PPP" stands
>>>>> for point-to-point protocol). This is again different than
>>>>> what you seem to use as P2P term - your P2P is not using
>>>>> PPP.
>>>>>
>>>>> In this sense, I would like to clarify the P2P term used in
>>>>> RoLL. It is good to use common terminology to understand
>>>>> each other.
>>>>>
>>>>> What to others think about the P2P term? Is the term ok to
>>>>> your understanding?
>>>>>
>>>>> Alex
>>>>>
>>>>> Le 21/06/2010 06:06, Mukul Goyal a écrit :
>>>>>> The P2P mechanism will allow the establishment of
>>>>>> hop-by-hop routes that meet certain constraints regarding
>>>>>> the routing metrics.
>>>>>>
>>>>>> Now, the other question is how does a packet, that wants
>>>>>> to travel along a particular P2P hop-by-hop route, specify
>>>>>> its preference for such a route? I guess we need some sort
>>>>>> of labeling mechanism here. Any suggestions regarding how
>>>>>> will it work?
>>>>>>
>>>>>> Thanks Mukul
>>>>>> _______________________________________________ Roll
>>>>>> mailing list Roll@ietf.org
>>>>> https://www.ietf.org/mailman/listinfo/roll
>>>>>>
>>>>>
>>>>>
>>>>> _______________________________________________ Roll mailing
>>>>>  list Roll@ietf.org
>>>>> https://www.ietf.org/mailman/listinfo/roll
>>>>>
>>>> _______________________________________________ Roll mailing
>>>> list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>>>
>>>>
>>>>
>>>> Emmanuel Monnerie Senior Research Engineer Landis+Gyr Energy
>>>> Management Solutions Office: +1 678 258 1695 Fax: +1 678 258
>>>> 1316 Emmanuel.Monnerie@landisgyr.com www.landisgyr.com manage
>>>> energy better _______________________________________________
>>>> Roll mailing list Roll@ietf.org
>>>> https://www.ietf.org/mailman/listinfo/roll
>>>
>>>
>>
>>
>
> _______________________________________________ Roll mailing list
> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>
>



From prvs=7840215e3=mukul@uwm.edu  Thu Jun 24 00:47:22 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2696E3A67F0 for ; Thu, 24 Jun 2010 00:47:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.276
X-Spam-Level: 
X-Spam-Status: No, score=-1.276 tagged_above=-999 required=5 tests=[AWL=-0.166, BAYES_05=-1.11]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iLCZ0LtONweY for ; Thu, 24 Jun 2010 00:47:14 -0700 (PDT)
Received: from ip1mta.uwm.edu (ip1mta.uwm.edu [129.89.7.18]) by core3.amsl.com (Postfix) with ESMTP id 9761B28C10B for ; Thu, 24 Jun 2010 00:47:03 -0700 (PDT)
Received: from mta02.pantherlink.uwm.edu ([129.89.7.82]) by ip1mta.uwm.edu with ESMTP; 24 Jun 2010 02:47:11 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id 637C42C1803C; Thu, 24 Jun 2010 02:47:11 -0500 (CDT)
X-Virus-Scanned: amavisd-new at 
Received: from mta02.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta02.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hnF7AxxY1vIr; Thu, 24 Jun 2010 02:47:11 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta02.pantherlink.uwm.edu (Postfix) with ESMTP id 2B8DA2C18033; Thu, 24 Jun 2010 02:47:11 -0500 (CDT)
Date: Thu, 24 Jun 2010 02:47:11 -0500 (CDT)
From: Mukul Goyal 
To: JP Vasseur 
Message-ID: <384807388.328431.1277365631097.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <1770355104.328419.1277365389402.JavaMail.root@mail02.pantherlink.uwm.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [129.89.7.92]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - IE8 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Cc: roll 
Subject: Re: [Roll] P2P: "distance" and the "good enough" criteria
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 24 Jun 2010 07:47:23 -0000

JP

>Not quite ;-) If you receive two DIOs with M1 and M2, the node will
>likely select its parent according to the one with the lowest rank.
>Even if you change the OF to make the metric selection more important,
>the rank rule will make you not optimized against M2 as you pointed
>out, agree ?

Yes, but please keep in mind that the objective is to discover "good enough" routes and not the optimal routes. If such good enough routes could still be discovered inspite of using simpler (or fewer or different) metrics (and a simple OF) for temporary DAG creation, it should be OK. The advantage of this flexibility is that a constrained device just needs to know one OF and will still be able to participate in P2P route discovery (because temporary DAG formation will be based on that OF). One can always use the same metrics for both good enough criteia and temporary DAG formation.

I guess one has to view the temporary DAG structure as a way to constrain the topology (possibly in an arbitrary fashion) and discover "good enough" routes within this constrained topology. 

Also, please remember that RPL specifies DAG rank to be the indicator of a router's position in the DAG and allows the DAG rank to be different than the routing cost to reach the root.

Thanks
Mukul

----- Original Message -----
From: "JP Vasseur" 
To: "Mukul Goyal" 
Cc: "roll" 
Sent: Thursday, June 24, 2010 1:39:13 AM
Subject: Re: [Roll] P2P: "distance" and the "good enough" criteria

Hi Mukul,

On Jun 24, 2010, at 8:16 AM, Mukul Goyal wrote:

> Hi JP
>
>> The main concern of using different metric though is that the metric
>> used to form the temporary DAG will determine the discovered path
>> cost itself. In other words, if you use metric M1 for the temporary
>> DAG (route discovery), the discovered route will be optimized
>> according to
>> THAT metric M1, not a potentially other metric M2 that you would like
>> to use to discover the "best" router (according to M2).
>
> No, this is not true. The DAG rank will be based on M1 but whenever
> a router in the DAG receives a better (or newer, depending on the
> implementation) value for M2, it will reset the trickle timer and
> advertize this better M2 value in its DIO. It is true that the
> router will ignore better M2 values received from lower ranked
> neighbors, but all better M2 values received from higher ranked
> neighbors would still be advertized further. Do you agree??
>

Not quite ;-) If you receive two DIOs with M1 and M2, the node will
likely select its parent according to the one with the lowest rank.
Even if you change the OF to make the metric selection more important,
the rank rule will make you not optimized against M2 as you pointed
out, agree ?

Cheers.

JP.

> Thanks
> Mukul
>
>
>
>>> So, a node, that joins the temporary DAG at a rank x, ignores DIOs
>>> received from nodes with lower (higher in numerical value) rank.
>>> This does have the effect that if a DIO from a lower ranked node
>>> carries information about a really good route (in terms of metrics
>>> used for route selection), it will be ignored as well. But, this is
>>> the price one has to pay for using different metrics for temporary
>>> DAG formation than for route selection. When a node receives a DIO
>>> from a higher ranked neighbor, it updates the metrics used for route
>>> discovery and possibly advertises these values in its own DIO.
>>>

From ulrich@herberg.name  Thu Jun 24 04:36:12 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 668F83A698A for ; Thu, 24 Jun 2010 04:36:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.49
X-Spam-Level: 
X-Spam-Status: No, score=-0.49 tagged_above=-999 required=5 tests=[AWL=-0.003,  BAYES_05=-1.11, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xo4pi793PVQa for ; Thu, 24 Jun 2010 04:36:11 -0700 (PDT)
Received: from mail-fx0-f44.google.com (mail-fx0-f44.google.com [209.85.161.44]) by core3.amsl.com (Postfix) with ESMTP id 4C0B03A690B for ; Thu, 24 Jun 2010 04:36:10 -0700 (PDT)
Received: by fxm20 with SMTP id 20so1162213fxm.31 for ; Thu, 24 Jun 2010 04:36:15 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.239.187.84 with SMTP id k20mr682550hbh.167.1277379375567; Thu,  24 Jun 2010 04:36:15 -0700 (PDT)
Received: by 10.239.134.147 with HTTP; Thu, 24 Jun 2010 04:36:15 -0700 (PDT)
In-Reply-To: <511440247.302930.1277309561881.JavaMail.root@mail02.pantherlink.uwm.edu>
References: <4C22312B.7070203@gmail.com> <511440247.302930.1277309561881.JavaMail.root@mail02.pantherlink.uwm.edu>
Date: Thu, 24 Jun 2010 19:36:15 +0800
Message-ID: 
From: Ulrich Herberg 
To: Mukul Goyal 
Content-Type: multipart/alternative; boundary=0016363b9e88ec95490489c50fc1
Cc: ROLL WG 
Subject: Re: [Roll] -dt- in draft-dt-roll-p2p-rpl-01 (was: The Design Teams in RoLL)
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 24 Jun 2010 11:36:12 -0000

--0016363b9e88ec95490489c50fc1
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

I think that the current version of xml2rfc supports more than five
authors... you may have a look at the current version.

Ulrich

On Thu, Jun 24, 2010 at 12:12 AM, Mukul Goyal  wrote:

> Again, I would like to clarify that the "P2P team" and "dt" in
> draft-dt-roll-p2p-rpl-01 have no official sanction. the only reason I had=
 to
> use P2P team as an author was that there were 6 authors and xml2rfc tool
> does not support more than 5 authors.
>
> Thanks
> Mukul
>
> ----- Original Message -----
> From: "Alexandru Petrescu" 
> To: "JP Vasseur" 
> Cc: "ROLL WG" 
> Sent: Wednesday, June 23, 2010 11:07:07 AM
> Subject: Re: [Roll] -dt- in draft-dt-roll-p2p-rpl-01 (was: The Design Tea=
ms
> in RoLL)
>
> Le 23/06/2010 16:06, JP Vasseur a =E9crit :
> > Hi Alex,
> >
> > On Jun 21, 2010, at 12:04 PM, Alexandru Petrescu wrote:
> >
> >> Hello RoLL,
> >>
> >> I am trying to follow the RoLL group closely. What are the active
> >> DTs, their membership and respective charters, documents?
> >>
> >> Until now I know of:
> >>
> >> RPL DT Security DT
> >>
> >
> > You are correct. Only two official RPLL DT have been formed so far:
> > * RPL DT (now dissolved) * Security DT
> >
> > For each of them, I sent an email to the list with the list of
> > members, charters and milestones.
> >
> >> I think there may be more DTs (p2p, metrics?). I think some DTs
> >> were announced publicly on the mailing list, whereas some other
> >> DTs were not announced. It's difficult to understand what's
> >> happening.
> >
> > There is no other DTs, otherwise I would have announced them on the
> > list.
>
> Thanks for the clarification.
>
> Why does the draft-dt-roll-p2p-rpl-01.txt have the term "dt" at the
> place where usually the person's name is?
>
> What does "P2P team" mean in the authorship of this draft?
>
> This is misleading, it tempts me as unknowing reader to believe into
> some form of WG support of this draft.
>
> Is this intentional?
>
> Alex
>
> >
> > Thanks.
> >
> > JP.
> >
> >>
> >> Alex
> >>
> >> _______________________________________________ Roll mailing list
> >> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
> >
> >
>
>
> _______________________________________________ Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>

--0016363b9e88ec95490489c50fc1
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

I think that the current version of xml2rfc supports more than five authors=
... you may have a look at the current version.

Ulrich

On Thu, Jun 24, 2010 at 12:12 AM, Mukul Goyal <mukul@uwm.edu>=
 wrote:


Again, I would li=
ke to clarify that the "P2P team" and "dt" in draft-dt-=
roll-p2p-rpl-01 have no official sanction. the only reason I had to use P2P=
 team as an author was that there were 6 authors and xml2rfc tool does not =
support more than 5 authors.




Thanks

Mukul




----- Original Message -----

From: "Alexandru Petrescu" <alexandru.petrescu@gmail.com>

To: "JP Vasseur" <jpv@cisco.c=
om>

Cc: "ROLL WG" <roll@ietf.org<=
/a>>

Sent: Wednesday, June 23, 2010 11:07:07 AM

Subject: Re: [Roll] -dt- in draft-dt-roll-p2p-rpl-01 (was: The Design Teams=
 in RoLL)



Le 23/06/2010 16:06, JP Vasseur a =E9crit :

> Hi Alex,

>

> On Jun 21, 2010, at 12:04 PM, Alexandru Petrescu wrote:

>

>> Hello RoLL,

>>

>> I am trying to follow the RoLL group closely. What are the active<=
br>
>> DTs, their membership and respective charters, documents?

>>

>> Until now I know of:

>>

>> RPL DT Security DT

>>

>

> You are correct. Only two official RPLL DT have been formed so far:
> * RPL DT (now dissolved) * Security DT

>

> For each of them, I sent an email to the list with the list of

> members, charters and milestones.

>

>> I think there may be more DTs (p2p, metrics?). I think some DTs
>> were announced publicly on the mailing list, whereas some other
>> DTs were not announced. It's difficult to understand what'=
s

>> happening.

>

> There is no other DTs, otherwise I would have announced them on the
> list.



Thanks for the clarification.



Why does the draft-dt-roll-p2p-rpl-01.txt have the term "dt" at t=
he

place where usually the person's name is?



What does "P2P team" mean in the authorship of this draft?



This is misleading, it tempts me as unknowing reader to believe into

some form of WG support of this draft.



Is this intentional?



Alex



>

> Thanks.

>

> JP.

>

>>

>> Alex

>>

>> _______________________________________________ Roll mailing list<=
br>
>> Roll@ietf.org https://www.ietf.=
org/mailman/listinfo/roll

>

>





_______________________________________________ Roll mailing list

Roll@ietf.org

ht=
tps://www.ietf.org/mailman/listinfo/roll


_______________________________________________





--0016363b9e88ec95490489c50fc1--

From Jerald.P.Martocci@jci.com  Thu Jun 24 06:27:24 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B31153A69D3 for ; Thu, 24 Jun 2010 06:27:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.914
X-Spam-Level: 
X-Spam-Status: No, score=-3.914 tagged_above=-999 required=5 tests=[AWL=-0.422, BAYES_00=-2.599, HTML_IMAGE_ONLY_24=1.552, HTML_MESSAGE=0.001, HTML_MIME_NO_HTML_TAG=0.097, MIME_HTML_ONLY=1.457,  RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Md5e0Q+bgcqE for ; Thu, 24 Jun 2010 06:27:24 -0700 (PDT)
Received: from exprod8og106.obsmtp.com (exprod8og106.obsmtp.com [64.18.3.92]) by core3.amsl.com (Postfix) with ESMTP id 6B89F3A697B for ; Thu, 24 Jun 2010 06:27:23 -0700 (PDT)
Received: from source ([192.132.24.137]) (using SSLv3) by exprod8ob106.postini.com ([64.18.7.12]) with SMTP ID DSNKTCNdNgQ1fJHIh34mvyNA8sux6TSq5Jyd@postini.com; Thu, 24 Jun 2010 06:27:32 PDT
Received: from jwimkrs1.na.jci.com ([10.10.6.31]) by smtpmke01.jci.com (Lotus Domino Release 8.0.1) with ESMTP id 2010062408282893-5342347 ; Thu, 24 Jun 2010 08:28:28 -0500 
In-Reply-To: <871vbx1hwm.fsf@kelsey-ws.hq.ember.com>
References: <1328436834.198056.1276957013936.JavaMail.root@mail02.pantherlink.uwm.edu> <1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu>  <87iq5clasl.fsf@kelsey-ws.hq.ember.com>  <87bpb4l7zd.fsf@kelsey-ws.hq.ember.com>   <871vbx1hwm.fsf@kelsey-ws.hq.ember.com>
To: Richard Kelsey 
MIME-Version: 1.0
X-KeepSent: D48B593A:A4F24136-8625774C:0049A94B; type=4; flags=0; name=$KeepSent
X-Mailer: Lotus Notes Release 8.0.2  CCH3 December 30, 2008
From: Jerald.P.Martocci@jci.com
Message-ID: 
Date: Thu, 24 Jun 2010 08:27:06 -0500
X-MIMETrack: Serialize by Router on jwimkrs1.na.jci.com/NA/Johnson_Controls at 06/24/2010 08:27:15 AM, Serialize complete at 06/24/2010 08:27:15 AM, Itemize by SMTP Server on smtpmke01.jci.com/JCI_SMTP(Release 8.0.1|February 07, 2008) at 06/24/2010 08:28:28 AM, Serialize by Router on smtpmke01.jci.com/JCI_SMTP(Release 8.0.1|February 07, 2008) at 06/24/2010 08:28:45 AM, Serialize complete at 06/24/2010 08:28:45 AM
Content-Type: multipart/related; boundary="=_related 0049E5C28625774C_="
Cc: roll@ietf.org
Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 24 Jun 2010 13:27:24 -0000

This is a multipart message in MIME format.
--=_related 0049E5C28625774C_=
Content-Type: text/html; charset="US-ASCII"



Richard,



You've hit it on the head.  We
need non-RPL hosts (which I termed sleepers) to submit packets to and receive
packets from an RPL network.



Jerry
















From:
Richard Kelsey <richard.kelsey@ember.com>


To:
Jerald.P.Martocci@jci.com


Cc:
jpv@cisco.com, roll@ietf.org


Date:
06/23/2010 05:47 PM


Subject:
Re: Non-RPL Host access to/from an RPL
LLN










> From: Jerald.P.Martocci@jci.com

> Date: Wed, 23 Jun 2010 16:35:31 -0500

> 

> I'm not sure we can let ROLL off the hook on access to/from hosts

> simply by saying it's out of scope.



I do not think that is what JP is saying.  What is out of

scope is

   "a device that does not run RPL and still requires to

    get routing information"

Is there any requirement for such devices?  What do they

need the routing information for?



I think the problem is that what we are asking about is so

basic to IP routing that JP doesn't understand that we need

confirmation of it.



JP, we don't care about hosts that run RPL.  We don't care

about hosts that need routing information.  Can a host in a

network of RPL routers send and receive packets without

implementing any of RPL or any other routing protocol?



                    
             -Richard Kelsey






--=_related 0049E5C28625774C_=
Content-Transfer-Encoding: base64
Content-Type: image/jpeg
Content-ID: <_2_0A2B297C0A2B273C0049E5C28625774C>

/9j/4AAQSkZJRgABAQEASABIAAD/2wBDAAgGBgcGBQgHBwcJCQgKDBQNDAsLDBkSEw8UHRofHh0a
HBwgJC4nICIsIxwcKDcpLDAxNDQ0Hyc5PTgyPC4zNDL/2wBDAQkJCQwLDBgNDRgyIRwhMjIyMjIy
MjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjL/wAARCABZAn4DASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD0HVNT
8WxalcpaR3ZgWVhGVtAw25OOdvPFVF1fxqesV7/4BD/4mvSaK7FioJW9mjyZ5bVlJyVeS+Z5z/a3
jP8A55Xn/gEP/iaP7W8Z/wDPO8/8Ah/8TXo1FP61D/n2hf2ZV/5/y+885/tbxn/zzvP/AACH/wAT
R/a3jP8A553n/gEP/ia9Goo+tQ/59oP7Mq/8/wCX3nnP9reM/wDnnef+AQ/+Jo/tbxn/AM87z/wC
H/xNejUUfWof8+0H9mVf+f8AL7zzn+1vGf8AzzvP/AIf/E0f2t4z/wCeV5/4BD/4mvRqKPrUP+fa
H/ZlX/n/AC+884/tbxnn/V3n/gEP/iaP7X8Z/wDPK9/8Ah/8TXo9FL61D/n2h/2dV/5/y+883/tj
xp/zxvf/AACH/wATSf2x40/54Xv/AIAj/wCJr0mij61D/n2h/wBn1f8An9I82/tnxr/zwvP/AACH
/wATSf2z41/54Xv/AIBD/wCJr0qij61D/n2h/wBn1f8An9I81/trxr/z73v/AIAj/wCJpP7a8bf8
+97/AOAI/wDia9Loo+tQ/wCfaD6hU/5/SPM/7a8b/wDPve/+AI/+Jpv9teOP+eF9/wCAI/8AiK9O
oo+tQ/59of1Cp/z+keYf2145/wCeF9/4Aj/4ij+2vHP/ADwvv/AEf/EV6fRR9ah/z7Q/qNX/AJ/S
PLzrfjr/AJ4X3/gCP/iKP7b8df8APC+/8AR/8RXqFFH1qH/PtD+pVP8An7I8u/tvx1/zwvv/AAAH
/wARR/bnjr/n2vv/AAAH/wARXqNFL6zD/n2h/U6n/P1nl39u+Ov+fa+/8AB/8TR/bvjr/n2vv/AA
f/EV6jRR9Zh/z7Q/qlT/AJ+s8t/t7x1/z633/gB/9hSHXvHf/Prff+AH/wBhXqdFH1mH/PtD+qT/
AOfjPK/7f8dj/l0vv/AD/wCxpD4g8ef8+d//AOAH/wBhXqtFH1mH/PtD+qz/AOfjPKT4h8ej/lyv
z/3D/wD7GkPiLx7/AM+N/wD+C/8A+xr1eij6zH+RD+rT/wCfjPJz4i8ff8+V/wD+C/8A+wpP+Ei8
f/8APlf/APgv/wDsK9Zoo+sx/kQfVpfzs8m/4SPx+P8Alxv/APwX/wD2FJ/wkvj/AP58NQ/8F/8A
9jXrVFL6xH+RD+rz/nZ5J/wk3xA/6B+of+C//wCxo/4Sf4gf9A3UP/Bef/ia9bop/WYfyIfsJfzs
8j/4Sjx//wBA3UP/AAXH/wCIpP8AhKfiB/0C9Q/8F5/+Ir12ij6zD+RD9jL+dnkX/CVfED/oF6h/
4Lz/APEUn/CVfED/AKBeo/8AgvP/AMRXr1FH1mH8iH7GX8zPIf8AhKviB/0C9R/8Fx/+IpV8U/EA
jnTNQ/8ABcf/AIivXaKX1iH8iD2Mv5meSL4o8fnOdN1D/wAF5/8AiKcviXx8T/yDtQA/7B//ANjX
rNFH1iH8iIeHk/ts8nHiTx8WwdPv/wDwA/8AsaePEXjzP/Hjf/8AgB/9jXqtFL28f5ET9Vn/AM/G
eWf8JB47z/x5X3/gB/8AY07+3/HX/Pnff+AP/wBjXqNFHt4/yIn6pU/5+s8wOu+Of+fS+/8AAEf/
ABNKNc8cY/49b3/wBH/xNenUUvbx/kQvqdT/AJ+yPMxrfjfH/Hre/wDgEP8A4ml/trxv/wA+15/4
BD/4mvS6KTrR/lQvqVT/AJ+yPNRrXjX/AJ973/wCH/xNKNZ8a/8APvef+AQ/+Jr0mipdRfyoPqVT
/n7I83/tnxp/z73n/gEP/iaX+2PGn/PC8/8AAIf/ABNej0Uuddg+pVP+fsjzj+2PGf8AzwvP/AIf
/E0v9seM/wDnhef+AQ/+Jr0ailzLsP6lU/5+yPOv7X8Zf88Lv/wDH/xNH9r+Mv8Anhd/+AY/+Jr0
WipbD6nP/n7I87/tbxl/zxu//AMf/E0f2t4x/wCeN3/4Bj/4mvRKKmzK+qT/AOfjPPBq3jD/AJ43
f/gGP/iaX+1vGH/PG7/8Ax/8TXoVFTyvuP6rP/n4zz3+1vGH/PG7/wDAMf8AxNH9reMP+eN3/wCA
Y/8Aia9CoqXTb6j+rS/5+M8+/tXxf/zyu/8AwDH/AMTR/avi/wD55Xf/AIBj/wCJr0Gip9i/5mP6
tL+dnn39q+L/APnld/8AgGP/AImj+1fF/wDzyu//AADH/wATXoNFS8PL+djVCX87PPv7V8X/APPK
7/8AAMf/ABNH9q+L/wDnld/+AY/+Jr0GioeFm/8Al4yvYy/mZ59/avi//nld/wDgGP8A4mj+1fF/
/PK7/wDAMf8AxNeg0VP1Sf8Az8Y/ZS/mZ59/avi//nld/wDgGP8A4muh8MXer3X2r+1UmXbs8vzI
fL9c44Ge1dBRV0sNKE1J1G/IqMGndyuFFFFdZoFFFFABRRRQAUUUUAFFFFABRRUU9zFbKjSttDuE
X3J6CmlfRCbSV2S0Vzc3itI2jxb4U6p/ZzFm6f7Ypuk+Mba/ubqxkjIv7e7e2aCIFjhT972GD39D
WnsKlr2MnXppXbOmooyM4orI2CiiigAoqrdaja2VxZwXEuyW8lMMC7Sd7hWcjgcfKrHn0q1QAUUV
R1fV7HQtNl1HUZmitYyoZ1jZzliFACqCTkkDgUDSvoi9RWXceI9JtZdMilvAH1MgWgVGbzM454Bw
PmHJwORWpQTdBRUQuYDdNaiaM3CoJDFuG8KSQGx1xkEZ9jUtAwoqtqF3/Z+nXN59nuLnyI2k8m2T
fJJgZ2qvdj2FWFO5Q2CMjOD1FAC0UUUAFFFFABRRRQAUUUjMEUsxwAMmgBaKraff22qadbX9nJ5t
rcxrLE+0ruVhkHBwRx603T9TtNVt3nspvNiSaSBm2lcOjFGHIHRgRnpTas7MC3RRRSAKKKzZ9e06
31RdNeWQ3JxuEcEjpHn7vmOqlY89txGe1AGlRRUT3MEdxHbvNGs8oZo4ywDOFxkgdTjIz9RQBLRR
VS01O0vrq9trabfLZSiG4XaRscqrgZI5+VlPGetAFuiiq1jqFrqUMktpL5iRyvCx2kYdGKsOR2II
oAs0UUUAFFFFABRRRQAUUUUAFFYNj4oW7jZ5dJ1CyzAbiAXJhAnQYyVZZGUYyvDlev1xoTazpdtJ
cRz6lZxPbR+bOsk6qYk/vMCflHuaHpuHWxeoqhLrekwQWk8uqWUcN4VW1ke4QLOW6BDn5ie2M0zT
/EGj6qhax1O1nAuGtTslGfNXOUx64Un3AyOOaPIDSooooAKKjuJ47a3eaUkIgycDJPsB3J9KzYte
iltdNnFndqL4jClF/c54+cg7RyQMAknORkAkHWwGtRVF9VhXWYtMEcrSPG0hkUDYmMfKTnO4g5wA
eBzjIyyHVXm1e5sV028EVvw14TF5RbarbQN+/OGH8OPelcDRorKtNdjuEuzcWV3ZPbbWaK4CFmVs
7WXYzdSCADhsjkDip7XVYbnRotTaOWGN4xJ5cgBdc/wkKSC2eMAnJ6ZpvQFrsXqKwZvFMUWnWt6u
mahKk0PnypGsZa2jH3mf58HHohYnBwDVtdbtyl85guVSz6lo8GUc8oOp5BAyBnqMgglX0ugNOiqG
lan/AGnFKWs7mznhk8uW3uQm9DgMOUZlIIIOQx646ggX6YBRRRQAUUUUAFFFFABRRRQAUUVQ1rWL
XQdIuNTvS4t4AC+xcnkgdPxppNuyBu2rL9FQ2l1He2cN1Dny5kEiZHOCMisvXvEUehXWlwSW7ynU
LkW6lWxsJ7n1pxhKT5VuJtJXZtUUUVIwooooAKKKKAIridLW2lnlOEjUsx9hXCS6rLeX2kJM2JLi
5N6yn+CFM7f03V1+uvax6Lcvesy2yqGk29SARx+PT8a8t1O+lh0y/wBeuVMVxqKm1sYcYKxdCwH+
7x+Nehg6alFvrt/X5v0PHzGpJVYxvolf8dW/yXqylqGqNJ4cspgxzc680gYdwNuD+RqfRtWurT4j
eKtM02NPtN5dkrKwyU+Y7vw5rMvrV/7a8LeG+BJDslnH92SRt3P0XbUngq+W4+IPivWVHMcU0sfs
xfA/rXViUlQnLpZv8dPyIpqTha9np+Wp6vplzBZXq6RaeZd3AG+6uGbOD3yfX2roa8106+l03wzc
XkL/AOmXdwU345GME/zFei2pJtISxySi5/KvmcNifaycHurP79kenhneCJaKKK7DoOa8Q2Ooal4g
0JbW0kWCznkuZbwugRcwyxhQN28tlwfu4x37Vwun+A9Uj8OS2slhqX9oyzWH2wzS2iwz+XOrSSIY
iHY43EtL85BHU16u91s1GG02Z82J5N2em0qMY9936VVTXbGSW7iQ3LPaqWcC0l+cDr5Z2/vcdDs3
YJA6mnd6f1sDV9DgNW8Iw6XY+LNaOnWtrJY3Ed/pMwCARpBBEdq4/wBWpMbIRxkdiMVrx6Hf3fw6
s4Psg+33d3BqFzCWHys9ys0gJY87QSPw49K19R8aaZZaLJqEa3UrCKV0ga0mR8xjJDgpmIZwNzgD
ketW9U1t9P1DT7VYISLtsGSecxDt8iHaQ0hzkISuQCQeDRZ2s/6t/SD4feXn/Xyv+Jx2m+Edbtrm
AXEIaDTtRhgsFWVSFsY2dw/J4b51UjqfKHFZF74S8S3N/wCIpI9HaKS+0/UIGeP7JFFcO7jyNpTE
jEqMlpTwScYzXoUPi7TZtOmv/I1NYYbmS2f/AIls7NuQkEhVQkr8p+boOhwcisq48fBfEB0q10ye
bddxWsc5iuAjMyeYx3LCygBcY+Yk9SFX5qST2W/+aS/4Pqx8rTb/AK0b/wA7GRqPgaS31C/k0TRb
e2uLvRDbQ3sIjjaG5+fczNkPuYMo3qGJxyarf8IneG6W4i8KfZ9CFzC03h8G2HnlYpFaQqH8o/O8
RwzZPlZxkCuwbxXFF4i1DTp5NLit7GLzZS1//pIQIrF/I2fc+bG7dVl/Fekx2BvC14YxKYWjWwna
VWC7uYgm8DbzkrjBB6EU07K/9b3Fyv8Ar0X6HH6t4X1K5tvFkQ0Q3F9qFpIllfG4Q7Izbqgt9zMH
/wBYGOCAnO7OeK9FtUaO0hRxhlRQR74rMk8R2NvbG4uGkEbSiOFYYJZZZCYw+PLCbt2MnABwB9QJ
hr+mme0iSaST7WivFJHA7R4b7u6QLtTPbcRntmh329P1FvqaVFZZ8Q6Ypvd80ka2aNJM8lvIiFV+
8UYrhwO+0nHer1rcx3lrHcRLKqSDIEsTRt+KsAR+IpeYyaiiigAooooAKqanLNBptxJb2c15KEws
ELIrOTxwXZV9+SKt1U1S9/s7Sby+2q32aB5drvsU7VJwWwcDjrg4pSV1qON7qx5jJ4L1qPTrKzl0
lby6TR7S0srwSRFdLuELeZIN7Bh1Q7owSdmOwqK/8CaydFvPsmlRjUbo6uksivGryRzNI0Kls8gk
qQM8Hriu7tvEV5faRa3GnwaTe3ly7hFttTMlttX7x84RZPYYCdTj3pX17VH/ALLntdMs2s78xD9/
fGOdS2SwCCNlbaoJ++M7TVSbm33/AM9f6/ElLT0/Q43XfBeot9vXT9GjkjM9vdW8Hl28kEs4jZZG
mjkYAg5wzAh84Izirl74Y1WfxLcT/wBkq93JfwXEGsB48W9ssaB4BlvMXJWQbVXafMyT1rqrzxC1
t4rtdEX+zAZolk/0i/8AKnYEsD5UWw+ZgJk/MOtW9Z1U6THayeQJY5ZxHKxfb5abWZn6HOAvTj60
lf8Ar+v69B2suXscr4G8MX+gTaW89glsf7EigvmRkJe4QgDcVOWIXIB5AHGa0LSz1bSfEWupFp0l
xb6tcLcxXscsarAfKSMrIGYPkFMjarZ3DpzWrJrbLq8lktvGYk8tfOaUjLsyhlwFPQOuDnBJIOMZ
ptx4nsIY7h0FxIttMkUj/ZpQhLPs/dttxIQeMJk5460br1v+LuJKzaW+n5WPOYvBWttZWUUOhfYp
oUs01F/OhzqMyXMTvPuViWwqSHL4Y+ZjGa1bbwZNZ+I7S5/4R+3eytru8W2SNYR9njkEZjdQSNqh
hJwvzAt05Ndsmv2csC3cb5tPIkmZjHIJV2MFZfL25yCSCDhgRjae0KeK9LeGGbbqKxyymEM+mXK7
GBAO/MfyDkctgdeeDQ03p6/i/wDgWDZ3/rb/ACZwUHgm6sfD3h6G58MJqYh0ySK8sQ8JK3jLGFmb
ewViAjLuBJUEAcVFceCfEA0a+iuLMajfi+t54S4gmhuGS0jiZpUlYZQsrgkEOOCAa9Ls9e06/v5b
K2mdp492d0LqrbW2ttYgK+1uDtJwSM4rJbxnDbRX097aOsVtdJbCO13z3Cl32AyQhAyZPIxuDLgg
nIBd3f1/z/z/AK0Go2srbf5G1p11dXEl1HcWX2eOCQRxSbjiYbQWYKQMAMSo6525rz6XwVqN5dsL
zS4p7Yxav8krRspeadJIDgnqdu4HsRzg129x4n0u2nnhZruSWAqsiQWM8pDEBgo2IcnBBIHIBycC
pZ9f063mhiaSZzMm9Ght5JEwemXVSqk9gSCx4GTUSV9X2t96KTsuX0f3HJ6BpWs6RdX19e6E9/qx
t0eC8a5jBKrAi/Zt5YsMyKxxjZ827OeK7yJneFGkTy3Kgsmc7T3Ge9U9F1e317R7bU7SO4SC4QOi
3ELROAfVWH6jIPUEjmr9aSbb1IUeVWCiiipGFFFFABQeRRQehpPYDm7Tw5f/AGIW+o6nbz+VbNbW
5t7QwhFYAEsDI+5vlHQqOTx6WNT8Oi/0/UII7k28t1cLcLLGXQq6qgGTG6MfuDoynHGax4Na1J9B
ht2vSdTRFuJZ9ibmhwGDbdu0ZJEfQdGI5FXbnxHfC1vpBZxRReRO9nLHcCSRzEcNvQqFTnp8ze+O
lU97P+v6+8L62JbHw9fabFpws9QtxLArpctPBLN5yu+9tpeYurE92dx7HAxe03TbrTRLEt3C8D3k
twFMBDBJCzlc78E72yGx04xn5qqW2r3k86wXUMVtcxXLRSx21wJkP7kyLlmjU9CDjA5xyR1pr4rn
i1DSrA6fcXPnwQvcXEcEzbDIMAjZEY8ZyTudMDnmjVv+uuor20/rTT9Tq6KjiMrKfOREbcwARywK
54PIHJGCR2PGT1qSkMp6npdrq9qLa78/yw4cGC4khcMOhDRsrD86xh4b1Cy0XT9N0nVIYltZPMeS
+glumkIbcMEzKQM56k+2MVqa3qR0vTWnWG4lYsEHkW0k5Qn+IpGCxA68CsfS9Svb/QNEvkvp8NIq
XHn2nlSTktt5DKu0dT8qjJxggZBlW5lbf/hv+AD217MuDwrZJ4hi1mOa8SZWkd4/tk5jdmAGfLL7
B06bcdPSmr4df/hK31tjpiNtIV4bDZct8u3bJNvO9e+3aOi88c1j4hkfxtBpuNQih2yxeW2nyiOV
gFO/zSm3HUDDY65ySMTR3GoReMJo7uTU1sZvktBi2Nqx8sEjj99vyHPPy8fSiNun9aD7jbTw1dz2
U1tr+oRXu+VZhNYxzWUu8d2dZiT2wBtAx09J7fwrYxeHrfRppr2WGBg6yC9mSTcCSD5gfeOvTdis
2DVtR0q11Fb19VupEkQQie0SeeNWJG8rargx/KSBjdwc4yMTWGqXOo+D9NmS9uop7p0ge8lthFKp
JwW2OgUE4wPlxkjgijS6S8v0/wCAJvdvzFj8JTWenW1jYakUiELW9y1yj3DyxscnazSZVhk4JLAZ
+7Vk6JqctzqPn6lZm1uIwkEcdkyyQlTlGLGVg+O/yjPHSora41M2Vkz6iZBDetbyuYVDXKiQopYj
gcZJ2gZbGNoypraRqGpz61eQz38o89J2s1mhjaAhHCho9gV8AMoYSHJP3Tt+aqjHTlW2v+YPe39d
v0N3SrG5s45pL25iuLyeTfLJDCYk4AUBULMRwB1Y85+g0Ko6PJNJpcRuJmnlBZGlcKC+GIyQoAzx
2Aq9QAUUUUAFFFFABRRRQAUUUUAFch8UP+Scaz/1zX/0Na6+ub8U+FG8VGC3uNTuINNXme1hAAn5
yMnqBWtBqNRSk7JETTcWkcDp0UnivxMuh6nqV1ZWGn6VbyQQwy+WZGKKS59cZrINzea/oui2F9fT
yrDrrWsV4r/vCmB0PqPX3r1nV/BWga21u17Y7pIEESSRyMjbMY2kqRkfWsHUtQ+HmhPY6TdTQQtp
snmwxRCRvJf1Yrnn/erup4hStyxbfa23n8zCVNrdnM3f2zwvqXjDSdP1S++zQaUt3CZJdzRyEjJB
p1rZTeH7vwVqVnqd+8uryxpdpNNvRwwGePxr0Q6BoGufaNUEC3A1O1EMkqyMBLF1A4PH1HNWJfDW
kzx6aklrldMIa0HmMPLIAA789B1zWf1qNrNev3W/Mr2T6fL7zzTTJLnw54yH/CRG/l1G5kmayuku
t9vOMHahQcjB/XFZe65uvAV343l8QXia5HcEqgmwiYcDytn07V6ZD4N8LaFef201uI5ICXE1xcMy
xZPJG44HNIPAPhS6vl1RdOjcyOJwFkbymbs23O0/lV/Wqd+bXp07dN9EyfZS2/r1OMt7afxp4vv4
dUvr+CODTLe5jggn2LHIyDPH15rrfhnfXd/4Lhe9uHuJYppIhI/LFVbAzXQRaHp0GrXWqR2+28uo
1imk3H5lUYAxnA/Cs2e40XwHpdvDHbyxWs90I0SPLnzHPU7j0rGdVVY+ziu1vu1NIw5HzN9zengi
uYHhmjWSNhgow4NeW6jZXEWqXPifxWqQWVg2yzsgf9YR91VHpnB969WrC8ReEtK8UfZv7SSRvs7b
l2SFcjuDUYesqbs9n9/y9SMTQ9qk1uvu+foeOWFxcRWWtePNS+WVw8Nkp/jmkGMj2UE034T2+y5u
vtQZItTia2SRh19we/zcV1XjLwF4j8T63ZWUP2O08PWvyQrE/Ma92K45b0rpdN8Ftb6SNGuHT7Na
HNlcxn94nOcEfXmuvE1oToOKavLp2XY4Z0asbRgr+fd9b+u1ytoelG8tJNLuPknsrsSPnup//ZH6
13YAUAAYA4FMihWJR/E+AGcjlsetSV4dDDxpXa3f6bHpUafJFIKKKK6DUztQ0t729tLqLUruye33
Ai3WIiVWKkq29G4+UfdwevNZMPgTSLa61WeACNtSjeOTZa26lA5y2HEW9snkiRnB7irOvyXMFxD5
NzLEl5G9mNh5SViNjjqAQN/Y9s9Kp2V5cTwbpJpHNrNb2Mg8xhmVZAHbgjOcr7HuCDSWrt/Wv9L7
wbtr/X9b/cEHgOxttIGmwX95DbssscwhjgiEySfeQqkQVR6FAp688nOtquijVfLR9QvILcDbNbwm
PZcLn7rblJHflCp569Mc9rnifWNH0R9Qc2IWS8eGNzGgSBFZgDIZbiJWLbR0ZcE4w1T6j4ivbLSL
vVI4Qsn2O1k8tpI3jgLltzEmREIHc7wDjrTvZX7Cdtu9yxqngix1bTpbGe7uPs73b3ao0NvKsbPk
sAskTDBZmbJBYEnBA4q9B4cs7e4jnSSctHcrdAFhjcIPIx06befr7cVgxeL7uWLw9I9xpkP9obw8
ZeKRpdpwGTZOQFOMkqZtu4Z4BNOg1+XU/BbX91qUAi+1CK5vLABI44Q4DsrpJIANucuGBUEk7Cpw
02m0vT9CuZ79/wBdWbk2gGa+vJjqt8tvdgiWzUQ+VnYE3AmPfnAB+9jPasrxh4XuNas/LsoraZnu
RPIl28YUEJsBG+CZew6pnk4YdDWuPENppdhZLo2u2LWUnmNDPfzvdfamBH7mKUyAsxJOCWcjoFOM
C/PqPiCXUjHayadBA85tkWe3kkdG8nzN7EOoPOV2ceu7tS326f1/X+QJ6/1/X9dzXttLEZilmlZ7
hZPOdlwFZ/L8s4GOmOcVlzeCNJm1bTtSZQbixREQvbQSFwn3cu8ZdSP9hlqna6x4kvxbPFJpUCTs
sG1reSQo5gEpfO9cjOV2cHGDu7VM3i0W8NnHeS2cN9dw2rwwFjmVnbEmwE5YKOeOnU03dO4uV/CT
WfgjSbHUNSvLdQj36OkgS2gQoGOWxIsYkbJ5+dmrpK5az1PVZ4YxqRtGMn2OeP7KJItgkfBQ/Od2
NvXgNnBX1xdb8c3OnWt5NFrGiCeO58r7E0SeZbgb+JWkuohltoI6d8ButJ+7o+n9fqCXvWPQ6K4u
z1rULi71Rbq7t5RHdWj21nEjRSxxusZyWD5ZSxYDIwSrA5Hyh2n+JtQ1CznNrf6RezGSFVlt428u
2aRwpjkG8lnUc9UJ6ELRbWwdTsqK5HTPEd/N4mt9JvbvTS5il8yK3T94zI7LvwZd0akLkDY46jfn
GeuoDrYKiuYnntpIo7iS3d1IWaIKWQ+o3Arn6gj2qWqGuFl0DUWR3RhbSEOjFWU7TyCOQfcUDW5S
Phs/YxGus6il55xma/XyfOcldpBHl+XjaAMbOwPXmr0OlW8E9pJGZAtpC0MUe7KgHb8x9WwuM+hP
qa577XcTPBaG5nD6VcJFcMsjAys2Am45+bMZ3EHuynqKmGrzafYm+c5t4bS0knEkjMEjYsHfLHPA
+Ykkkhe5prVNonrY17jSZZdYTUItVvbbCKklvEsRjlCliN26MsPvH7rCppNPSeG2juZZJzByXfaD
ISjISwAA5DHoBz+VczfeLL210K/uZPsttc2QRJmdA0ayOwIHzyxKBsKn5nX7w57FbHxoktlp5u57
KO8vY7cwRBhmcvIUkKAO24AYPyswGckkc0JX0K6m1beHrW1trSET3Mn2YACSRwWkIcPuY45JYc/U
0630MQNKrajeS27TLNFbyeXsgIffhSEDEE9mZuOBiucn8VahYaVqknk7JLWVxF9o2EunmlTNlpUX
y16bSykY5IBGa99471G20fRLxbe1ze7t7tNbeXMQ2AqMboKpccja0uOmDiktX8/z/r+mS7HS6noX
n6XeRWpDTzQzoqzMAh81tzAna3GeOVYY6q3Q4Fj8Pkn0rTYNVeKGSwld4YrWG2dFBYNgE2yBTkZ3
RpGeepIzXV6gXvNNvoLK5CXaIVDI2TFJtDKCAfdTg9QfQ1z0GpXF3eqyXcwi1d1a1QtjyliP7wLx
xuUZ78mlezKb01Okg02G3milRpC0YlAyRj944Zu3qOKy5vCsdybhrjVdRld9vkO5i3WoWQSDYfL+
b5lQ/vN/3fc5yfEF4qeDdGmudStrct5bObvWZNO8790ePOTLE5IOO+KdqGoWp1/Qyt8ba7kjjc2h
1WQT7D2NqTskGN2525UKTzjirNP8Aei/H7jV1vwhp2vWT294SxM4uBI8EMxV9oThZUZOQO6nqcYq
GbwPo82q6bqPlRrNYRxxoBZ2xDBPuctEWTHbyylYllq2jXOlX81j4kM2ktPF9ol/tVpJIEJIZ2k3
FoVY4GAV2gEjbk4LXVNKGo6TanxIy3hlLWouNTIE1sZWCfIWxOXA2qxDHGGznBKjq18vy/r8exL2
f9f1t+KOz0nTU0jTIbCKeaaKBdkZl27lQfdX5QMgDABPPHJJ5q7XN65rlrpF5eR3uoLatcWSizje
TaZZQZAREOrPynC5PK+1Zn9srp/iW+X7Z9vu/IJFpFeN5kOEGEe3Y7QC2MSjaSXUHj5iXuVK+7/r
+rnb0Vz3hW8vHiubHUYbuC6hYSKl5JG8pjf+ImN3GN4kA54AAxXQ0CQUUUUAFFFB6Gk9gMnTLrw/
qwmk0qfTL0RotvK1q8cm1RkqjFc4AycA+pqxHoulRXF3cR6ZZpNeDFzIsChpx/tnGW/GuY0fSdWu
tItNO1I69bxxSAStNc28LFBEwCo9swbYG2nkhumSRmi60fW7fQbtIH1G6uri2tt6tesWEwJ8wpia
LbxtyFkRTj6gtr+vUq13udLa2mj6agsrS3sbVIWDiCFEQIXJAO0dCx3D35p8ujaXcXVrdTabZyXF
oMW0rwKXhH+wSMr+FYelWGsf2VaR36zNKi2pYSyAkFJCXz8787dufmYn+83WuitF2xOPKnj/AHrn
E0m8n5jyDuOFPUDsCBgYwG0QtVqPigit1KwxJGrMzkIoALMck8dySST6mpKKKQxssscMTSyuscaD
LOxwAPUmqF94f0XVIoYtQ0jT7uODPkpcWySCPPXaCDjoOlU/F+oW1j4flS6liiS7P2YSSzxRKhYH
5iZGUEAAnAyeOAa5geKLIeN2uD4q0v8As4oQCt9H5e3bwpBucBt3O4Q57bsZrsoYKdWHOul/wtp6
shz5XY9BMUbSJIY1LoCFYjlc9cHtVBdO0S2urnWVs9PiuXRhcXwiRXZR94PJjOBt5ye3tXn+pa9p
8NnosVj4mtppkIkuZTrasd/yZ3ZuYxt4PG2ReuE9ZfEGu6NeaRJZxa7Yy+dHdoq2+tQxKjuzbGkH
mLvTB6fN1+6e3RHK5Nx31b6bf8OCmr2PQdN0nTNHt2g0vT7Sxhdt7R2sKxKWxjJCgDOAOfanzafZ
XNi1jPaW8tm67Wt3jDRsPQqRjFcbr3jPw/PBBEmtQyRpcbZI7LV4IXmTymOQ4lXaAxHVlOV7jGZD
4r0WfRLexm8S6fFOFg86aPVockbh5ih94bIUHJwM7uDnpj/Z9ZxUmnr5dP6/rs1JHSXfhvQr+2tr
a80XTriC1XbbxTWqOsI4GEBGFHA6egp8Wg6PDJeSRaTYxvegi6ZLdAbgHOQ5x82cnrnrXAX+s6Xb
2En2PxVBcSFJYtja6rHYJlMRH7+M7gmed6kj7xJ4o/tTSNR8OXVvfeK7IXL6WbaKN9aVV8wiQEsF
lbJwUyWZ+nU8k7f2ZJrmbe9ttfW39aDUtUrnoem6Tpuj27W+l6faWMDNvMdrCsSlsAZwoAzgDn2q
5Xm83ijR2nsvs2txRFYYxA769CUtmBO8Tr5x80kY5/efUdSweKND/sdUfVJGbz83US+I4RNMdv3o
3+0Dam7B2ho/93sV/ZtV66/d/wAH+n5ake0R6HJf2cNnJeS3cCWsWfMmaQBEwcHLdBggg0yz1XTt
RgSeyv7W5idyiSQTK6swGSAQeTgZxXn2v+LdDTR4JG8QadIYpJSFXUQ8ikyDb80W91Pll13KCV3d
uoXRPFOiqba8bxLpUfnOIlB1JnYxIsxVpfNCsDlwMMD91fmOeK/syp7F1OV7vppp/Vw59tT0gzRi
ZYTIglZSypuG4gYBIHoMj8xT68/0bxfodqGlk1eJWWKQyx3OuQTGeX5MGPMxCg4bA+QD0XNQt4q0
Uw6lnWUM7yAu66/CFuI95+WAed+6O3jpGf8Aaz81Z/2bV5rWf9P1/r77HtFa56NRXnEmvaPdabGv
/CVwWxit52gj/tyPzEkypiEjiQ7yAD1ZlOed1dZ4bntLiK+k0/U11C0Nz+7kW8+0hTsQsu7JI+Yk
7SeM8YGKyrYOVKHNK/3efcpSvsbdFFFcZQUUUUAV795I9Ounhz5qxOUx/ewcVwXwlstOufBpupII
Zr6e4kN40iBm356HPtjivRa468+G2kT6jNfWdzf6bJcHM62c+xH9eOxNdFKceRwk7XtqZzi+ZSWp
jSy614n8aavo1hrMmjWOkxosaW6DLsR1P+zWJB4t8Qa7pugWH9qSWlxcalNYXN1bouZAgBDD0PNd
pefDjSrmaKeG81G0uFgW3lmgnw06AY+c45OOM1ch8C6NbQ6PFbpLEmlTGeDa/wB5z1L+ua6FXopL
/Lyf33Zl7Od/+Ceda7PrS6R4z8O3uszXkWmxRTpM6De6tglD7cj8q1L1tb0PwdoEFv4guS2ozQxe
aY13Qxsv3V+nr7V2dz4K0u8vNauZzOzavCsNwu7gBQANvHB4zVK2+HllFa21vcapqV1HazpNAJpg
RHsGFUcdOaaxFNpX9dvJfqHs5X/4Pmc9Iuv3PjNPB0PiS8hhtrY3U14QDNKSRhR6AZH61g6jrWoX
ul/2VqtwLufSvEENuLoDBlX5iCffivTPEHg2w1++g1Az3VnqEClEurWTY+0/wn1HNV4/h7okOjwa
bGJ1jiuluzIZMvJIO7HHNEMRSSTe/p16v5g6ctUjmIdW1a0+IBg8R6rqOnpJd4so0jBtJ4+y7uxN
epVycngGxuNYhv73UdSu0gmM8VtPPujRyeuMdPausrmrzhK3L2NacZK9wooornNAooooAKKKKACi
iigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKAI4reKAyGNApkcu
56lm9T+AA+gFSUUUAFFFFABRRRQAUUUUAFFFFABRRRQAU2QusTmNQ7gEqpOAT2Ge1OopMDATxRG7
A/ZJRG2n/bAzMAS3UxbeoYAj86vLrNqb82B80XQTcR5L+XnGSol27C2Oduc45xUH/COWexVEs4C3
n2vhh1/udPue361APB+lr4pfxAqIt26kMPs0BJYrt3eYY/NBxxgPj2o/r+vy+XzD+v6/P5/In0vx
JY6raCaEXAYLGWT7NL/HwCpKjemf41yvBOcVsVj6doH9nB9uqX8zlY40eUxkxxociNQEAwckEkFj
n73AxsVTt0AKKKKQEU9zDbCMzPsEjiNSQcbj0Htk8VUi1zTZ0geO6DJOQI2CnBJbaMnHGSCOe9S6
np8WqafLZyu8ayAYkjxujYEFWXIIyCARkHkVRfwzZPa38AknQXZQhlK5gKYKmPIIGGG/kH5iT7UA
WYtc02dIHjugyTkCNgpwSW2jJxxkgjnvUtnqdnqCo1rOJVdC6kA9Adv4cg/kaov4Zsntb+ASToLs
oQylcwFMFTHkEDDDfyD8xJ9qmttGisnuXtZ5o3ndH6qQqrj5BlThT82ep+diCOMC8wGT+IrGzSM3
TuGkkkQCCCWbaEYqWbanyqOMscKPXvSReIrGTV5dMdnSdJNiHy3KOdgfG/btDbSTszuwM4xVVfDt
xdWUP2q+msrkmU3CWLq6SLI5cxkyR5I5xuAVuuMZrTGk24cMpkGJvOABGAfL8vHTpj9aO4FKPxbo
01nNdRTXDxxbOFs5i7h/uMibN0inBwygg4PPBqxHr+nyagLFXnExUHLW0qoDjdtLldofHOwnd7VB
feG7e90yWx+0zRRyW8dszCOKTKITwVkRlOckHKn2xRB4cigvElGoXr26YZbR2QxiQLt8zO3fnHbd
tyScZoe7t/X9f13B+QxPGOiyW7TRzXMgBXakdlO0kgYEqyIE3OpCsdygr8p54NWxrunnUzp/mTee
ByTbyCMHG7b5m3Zvxztzux2qvc+HI5Vga21C9sp4IkijngMZYKoYYw6MpzuOcjsMYxTxoK/2mbtr
+8eLd5n2RvL8oSbdu8fJvzjtu25OcZoe+n9f1/XcCoPG+ivPZwwm9ma7mWGMx2MxHzKzK/K8xkI2
HGRwecBiJ38W6PHIyebdMVkaJjHZTuoKnDHcEI2qeC33QeCRT5fDtvJJZSJc3MMtn5XlOhQnCB1w
QVIOVkcHjvxg80l34djuVjWLUL21A8wS+SY/3yO25kbcjcZJ5XDDsaJW6f1/X9ebduhJNr1ras4n
Wb/j4FvGIIJJ2c7A2dqKSBzyTwO55qebV7SDUo9PczG4kXd+7t5HRBzy7qpVM4ONxGccVT1Hw1ba
jb/ZzcTwxG5S4ZUSJslQAB86NtxtBBXDA8hhUv8AYr/2h9q/tS+2sCJrfEXlzD5sBvkyNobAKkEg
DJND8v60/wAydRkfinSZLSa6E06xRMqnfaSqz7jhSilQZAx4BUEE9M0/TvEemarci3tJpmlaMyAS
W0keQrbWGXUDcpIDL1UnkCo7Pw7Hag+dqF7eMGj8t7gx5jRG3Kg2ouRnucse5q7BpsNvOkqNIWQz
EAkY/eOHbt6jihef9f1/XcfQuUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUU
UAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQ
AUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFABRRRQAUUUUAFFFFAB
RRRQAUUUUAFFFFAH/9k=
--=_related 0049E5C28625774C_=--

From pthubert@cisco.com  Thu Jun 24 06:28:52 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CFF7A3A691B for ; Thu, 24 Jun 2010 06:28:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.092
X-Spam-Level: 
X-Spam-Status: No, score=-10.092 tagged_above=-999 required=5 tests=[AWL=0.507, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LdbyB+XVYKfO for ; Thu, 24 Jun 2010 06:28:51 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 866793A687B for ; Thu, 24 Jun 2010 06:28:51 -0700 (PDT)
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAP/6IkxAZnwM/2dsb2JhbACfN3GmHJpGhSEE
X-IronPort-AV: E=Sophos;i="4.53,474,1272844800"; d="scan'208";a="125143875"
Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-2.cisco.com with ESMTP; 24 Jun 2010 13:28:56 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5ODStfI005883; Thu, 24 Jun 2010 13:28:56 GMT
Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 24 Jun 2010 15:28:56 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 24 Jun 2010 15:24:55 +0200
Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D022FD694@XMB-AMS-107.cisco.com>
In-Reply-To: <871vbx1hwm.fsf@kelsey-ws.hq.ember.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] Non-RPL Host access to/from an RPL LLN
thread-index: AcsTJiGK57/EUYBuSK2/2GSUSCTchAAd+/rw
References: <1328436834.198056.1276957013936.JavaMail.root@mail02.pantherlink.uwm.edu><1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu><87iq5clasl.fsf@kelsey-ws.hq.ember.com><87bpb4l7zd.fsf@kelsey-ws.hq.ember.com> <871vbx1hwm.fsf@kelsey-ws.hq.ember.com>
From: "Pascal Thubert (pthubert)" 
To: "Richard Kelsey" , 
X-OriginalArrivalTime: 24 Jun 2010 13:28:56.0315 (UTC) FILETIME=[32346CB0:01CB13A1]
Cc: roll@ietf.org
Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 24 Jun 2010 13:28:53 -0000

Hi Richard and Jerry:

There's at least the problem of the instance ID that's specific to RPL.
The node needs to know which instance it is using. All things could
default to instance 0 for config-less network but the draft does not
mention that at this moment.

Then there's the question of ND. Only 6LoWPAN ND has the concept of
registration that's necessary for the RPL router to inject the host
route into the RPL network. Even iIf 6LoWPAN ND is being used and it has
a real table -not a cache- that can be redistributed into RPL, then the
router still needs the instanceID to redistribute that in. OTOH, RPL
requires classical NUD between all nodes, that's the only thing we have
to detect that a parent or a child is gone.

And there's DAD. RPL expects that the node performs DAD before it joins
the network. 6LoWPAN ND can do DAD to some level but only supports the
case where the node registration is explicitly sent to all LBRs, so by
itself it does not scale to multiple LBRs far away from one another. RPL
could scale and do DAD itself but that would require a minor extension
to pass the unique ID with the DAO, and some additional flows to reject
the duplicates that are detected.

Pascal

> -----Original Message-----
> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf
Of
> Richard Kelsey
> Sent: Thursday, June 24, 2010 12:52 AM
> To: Jerald.P.Martocci@jci.com
> Cc: roll@ietf.org
> Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
>=20
> > From: Jerald.P.Martocci@jci.com
> > Date: Wed, 23 Jun 2010 16:35:31 -0500
> >
> > I'm not sure we can let ROLL off the hook on access to/from hosts
> > simply by saying it's out of scope.
>=20
> I do not think that is what JP is saying.  What is out of scope is
>    "a device that does not run RPL and still requires to
>     get routing information"
> Is there any requirement for such devices?  What do they need the
routing
> information for?
>=20
> I think the problem is that what we are asking about is so basic to IP
routing
> that JP doesn't understand that we need confirmation of it.
>=20
> JP, we don't care about hosts that run RPL.  We don't care about hosts
that
> need routing information.  Can a host in a network of RPL routers send
and
> receive packets without implementing any of RPL or any other routing
> protocol?
>=20
>                                   -Richard Kelsey
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll

From richard.kelsey@ember.com  Thu Jun 24 07:04:45 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AD8A03A691B for ; Thu, 24 Jun 2010 07:04:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.034
X-Spam-Level: 
X-Spam-Status: No, score=-2.034 tagged_above=-999 required=5 tests=[AWL=0.565,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ECrhUs8x2i7q for ; Thu, 24 Jun 2010 07:04:41 -0700 (PDT)
Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id B52B73A6942 for ; Thu, 24 Jun 2010 07:04:41 -0700 (PDT)
Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 24 Jun 2010 10:04:49 -0400
Date: Thu, 24 Jun 2010 10:09:18 -0400
Message-Id: <87bpb0jze9.fsf@kelsey-ws.hq.ember.com>
To: "Pascal Thubert (pthubert)" 
In-reply-to: <6A2A459175DABE4BB11DE2026AA50A5D022FD694@XMB-AMS-107.cisco.com> (pthubert@cisco.com)
From: Richard Kelsey 
References: <1328436834.198056.1276957013936.JavaMail.root@mail02.pantherlink.uwm.edu><1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu><87iq5clasl.fsf@kelsey-ws.hq.ember.com><87bpb4l7zd.fsf@kelsey-ws.hq.ember.com> <871vbx1hwm.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD694@XMB-AMS-107.cisco.com>
X-OriginalArrivalTime: 24 Jun 2010 14:04:49.0756 (UTC) FILETIME=[35C171C0:01CB13A6]
Cc: roll@ietf.org
Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 24 Jun 2010 14:04:45 -0000

> Date: Thu, 24 Jun 2010 15:24:55 +0200
> From: "Pascal Thubert (pthubert)" 
> 
> There's at least the problem of the instance ID that's specific to RPL.
> The node needs to know which instance it is using.

Why?  The router can add the RPL Packet Information.
Yes, if the host wants to control which instance it
ahs to know what they are, but we have no need for
that added functionality.

> Then there's the question of ND.

The issue here is RPL, not ND.

                                -Richard Kelsey

From pthubert@cisco.com  Thu Jun 24 08:01:13 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 38C153A6957 for ; Thu, 24 Jun 2010 08:01:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.104
X-Spam-Level: 
X-Spam-Status: No, score=-10.104 tagged_above=-999 required=5 tests=[AWL=0.495, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3KnhePPNc4+t for ; Thu, 24 Jun 2010 08:01:12 -0700 (PDT)
Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 0802A28C0DC for ; Thu, 24 Jun 2010 08:01:11 -0700 (PDT)
Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAJMPI0xAZnwN/2dsb2JhbACfN3GnDZpUhSEE
X-IronPort-AV: E=Sophos;i="4.53,474,1272844800"; d="scan'208";a="125037772"
Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 24 Jun 2010 15:01:19 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5OF1HPE026979; Thu, 24 Jun 2010 15:01:19 GMT
Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 24 Jun 2010 17:01:19 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Thu, 24 Jun 2010 17:01:15 +0200
Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D022FD717@XMB-AMS-107.cisco.com>
In-Reply-To: <87bpb0jze9.fsf@kelsey-ws.hq.ember.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] Non-RPL Host access to/from an RPL LLN
thread-index: AcsTpnKspInDr5FWRgCwQt0qB0+ErAABzzIA
References: <1328436834.198056.1276957013936.JavaMail.root@mail02.pantherlink.uwm.edu><1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu><87iq5clasl.fsf@kelsey-ws.hq.ember.com><87bpb4l7zd.fsf@kelsey-ws.hq.ember.com> <871vbx1hwm.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD694@XMB-AMS-107.cisco.com> <87bpb0jze9.fsf@kelsey-ws.hq.ember.com>
From: "Pascal Thubert (pthubert)" 
To: "Richard Kelsey" 
X-OriginalArrivalTime: 24 Jun 2010 15:01:19.0011 (UTC) FILETIME=[19E8B730:01CB13AE]
Cc: roll@ietf.org
Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 24 Jun 2010 15:01:13 -0000

> From: Richard Kelsey [mailto:richard.kelsey@ember.com]
> Sent: Thursday, June 24, 2010 4:09 PM
> To: Pascal Thubert (pthubert)
> Cc: Jerald.P.Martocci@jci.com; roll@ietf.org
> Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
>=20
> > Date: Thu, 24 Jun 2010 15:24:55 +0200
> > From: "Pascal Thubert (pthubert)" 
> >
> > There's at least the problem of the instance ID that's specific to
RPL.
> > The node needs to know which instance it is using.
>=20
> Why?  The router can add the RPL Packet Information.
> Yes, if the host wants to control which instance it ahs to know what
they are,
> but we have no need for that added functionality.
>=20
[Pascal] The network is not supposed to modify the flow label .

> > Then there's the question of ND.
>=20
> The issue here is RPL, not ND.
>=20
[Pascal] RPL needs to learn the host addresses from somewhere.=20

Pascal


From richard.kelsey@ember.com  Thu Jun 24 10:05:20 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C30393A6883 for ; Thu, 24 Jun 2010 10:05:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.057
X-Spam-Level: 
X-Spam-Status: No, score=-2.057 tagged_above=-999 required=5 tests=[AWL=0.542,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4gNceaTjU9Mm for ; Thu, 24 Jun 2010 10:05:18 -0700 (PDT)
Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id 46A1E3A683A for ; Thu, 24 Jun 2010 10:05:18 -0700 (PDT)
Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675);  Thu, 24 Jun 2010 13:05:26 -0400
Date: Thu, 24 Jun 2010 13:09:57 -0400
Message-Id: <878w64jr16.fsf@kelsey-ws.hq.ember.com>
To: "Pascal Thubert (pthubert)" 
In-reply-to: <6A2A459175DABE4BB11DE2026AA50A5D022FD717@XMB-AMS-107.cisco.com> (pthubert@cisco.com)
From: Richard Kelsey 
References: <1328436834.198056.1276957013936.JavaMail.root@mail02.pantherlink.uwm.edu><1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu><87iq5clasl.fsf@kelsey-ws.hq.ember.com><87bpb4l7zd.fsf@kelsey-ws.hq.ember.com> <871vbx1hwm.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD694@XMB-AMS-107.cisco.com> <87bpb0jze9.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD717@XMB-AMS-107.cisco.com>
X-OriginalArrivalTime: 24 Jun 2010 17:05:26.0329 (UTC) FILETIME=[70DB4290:01CB13BF]
Cc: roll@ietf.org
Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 24 Jun 2010 17:05:20 -0000

> Date: Thu, 24 Jun 2010 17:01:15 +0200
> From: "Pascal Thubert (pthubert)" 
> 
> [Pascal] The network is not supposed to modify the flow label .

I thought we were going to use the hop-by-hop option
and not the flow label.

Pascal and I just discussed on the phone.  There are at
least two different use cases that need to be acommodated.
Putting the instance RPLInstanceID in the hop-by-hop option
works for the kind of RPL-ignorant hosts that the ZigBee
folks want.  Using the flow label allows RPL-aware hosts to
specify which instance they want to use.

We may need to allow both:
  - If the 6LoWPAN hop-by-hop option is present, then use
    the RPLInstanceID it contains.
  - If there is no 6LoWPAN hop-by-hop option, then use the
    RPLInstanceID from the flow label, if it is non-zero.
  - In the absence of an RPLInstanceID, pick an instance
    that will get the packet to its destination.  In
    particular, if the destination is the root of a
    DODAG, then use that DODAG's instance.
In the later two cases, add a 6LoWPAN hop-by-hop option
containing the RPLInstanceID before forwarding the packet.

> [Pascal] RPL needs to learn the host addresses from somewhere. 

Yes.  6LoWPAN ND works for that.

                            -Richard Kelsey

From cabo@tzi.org  Thu Jun 24 22:17:50 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C7C4D3A6834; Thu, 24 Jun 2010 22:17:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.952
X-Spam-Level: 
X-Spam-Status: No, score=-4.952 tagged_above=-999 required=5 tests=[AWL=-0.192, BAYES_05=-1.11, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3yVSF2BvS15o; Thu, 24 Jun 2010 22:17:33 -0700 (PDT)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9:209:3dff:fe00:7136]) by core3.amsl.com (Postfix) with ESMTP id 530AF3A6804; Thu, 24 Jun 2010 22:17:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de
Received: from smtp-fb3.informatik.uni-bremen.de (smtp-fb3.informatik.uni-bremen.de [134.102.224.120]) by informatik.uni-bremen.de (8.14.3/8.14.3) with ESMTP id o5P5HW9Y024859; Fri, 25 Jun 2010 07:17:32 +0200 (CEST)
Received: from [192.168.217.101] (p5489FFC7.dip.t-dialin.net [84.137.255.199]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTP id 43039B486;  Fri, 25 Jun 2010 07:17:32 +0200 (CEST)
From: Carsten Bormann 
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Date: Fri, 25 Jun 2010 07:17:31 +0200
To: 6lowpan 6lowpan <6lowpan@ietf.org>, core , ROLL WG 
Message-Id: <44FB23BF-538A-4E4F-BF0B-B5807F7C79DD@tzi.org>
Mime-Version: 1.0 (Apple Message framework v1081)
X-Mailer: Apple Mail (2.1081)
Subject: [Roll] IETF78: constrained node/network cluster
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 25 Jun 2010 05:17:50 -0000

The IETF *draft* agenda is out, and the constrained node/network agenda
excerpt is:


MONDAY, July 26, 2010
0900-1130 Morning Session I
London	INT	6lowpan	 IPv6 over Low power WPAN WG

WEDNESDAY, July 28, 2010
0900-1015 Morning Session I
Colorado	APP	core	 Constrained RESTful Environments WG

THURSDAY, July 29, 2010
1300-1500 Afternoon Session I
Auditorium 2	RTG	roll	 Routing Over Low power and Lossy networks WG


Those interested in new developments in security protocols might also
want to look at:

TUESDAY, July 27, 2010
0900-1130 Morning Session I
London	IRTF	hiprg	 Host Identity Protocol


All these dates/times are subject to change, of course:
Don't book non-refundable flights based on this early information.

Full Agenda:
https://datatracker.ietf.org/meeting/78/agenda.html

> The following groups are currently not showing on the agenda but are
> scheduled:
> pim - Tuesday 1710-1810
> 6man - Tuesday 1710-1810 and Wednesday 1030-1130
> iri - Wednesday 1300-1530
> hokey - Thursday 1510-1610

Gruesse, Carsten



From trac@tools.ietf.org  Fri Jun 25 02:24:30 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 732B53A6811 for ; Fri, 25 Jun 2010 02:24:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.16
X-Spam-Level: 
X-Spam-Status: No, score=-101.16 tagged_above=-999 required=5 tests=[AWL=-1.160, BAYES_50=0.001, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UiBpeFrAOIYE for ; Fri, 25 Jun 2010 02:24:29 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 54B663A63C9 for ; Fri, 25 Jun 2010 02:24:29 -0700 (PDT)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from ) id 1OS59K-0006Lx-AA; Fri, 25 Jun 2010 02:24:38 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "roll issue tracker" 
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: pthubert@cisco.com, jpv@cisco.com
X-Trac-Project: roll
Date: Fri, 25 Jun 2010 09:24:38 -0000
X-URL: http://tools.ietf.org/wg/roll/
X-Trac-Ticket-URL: https://svn.tools.ietf.org/wg/roll/trac/ticket/54#comment:1
Message-ID: <064.fb859bb9ebb969a05969a59d8a31a02f@tools.ietf.org>
References: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org>
X-Trac-Ticket-ID: 54
In-Reply-To: <055.1d8532b54610acf0e08605f02dff098e@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: pthubert@cisco.com, jpv@cisco.com, roll@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #54: Clarification on multicast
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Reply-To: roll@ietf.org
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 25 Jun 2010 09:24:30 -0000

#54: Clarification on multicast
--------------------------------+-------------------------------------------
 Reporter:  jpv@…               |        Owner:  pthubert@…        
     Type:  defect              |       Status:  closed            
 Priority:  trivial             |    Milestone:                    
Component:  rpl                 |      Version:                    
 Severity:  Active WG Document  |   Resolution:  fixed             
 Keywords:                      |  
--------------------------------+-------------------------------------------
Changes (by jpv@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Here is the new text (will be incorporated in revision -10):


 11.  Multicast Operation

    This section describes further the multicast routing operations over
    an IPv6 RPL network, and specifically how unicast DAOs can be used to
    relay group registrations up.  Wherever the following text mentions
    Multicast Listener Discovery (MLD), one can read MLDv1 ([RFC2710]) or
    MLDv2 ([RFC3810]).

    Nodes that support the RPL storing mode of operation SHOULD also
    support multicast DAO operations as described below.  Nodes that only
    support the non-storing mode are not expected to support this
    section.

    The multicast operation is controlled by the MOP field in the DIO.

       If the MOP field requires the multicast support, then a node that
       joins the RPL network as a router must operate as described below
       for multicast signalling and forwarding within the RPL network.  A
       node that does not support this feature can only join as a leaf.

       If the MOP field does not requiere the multicast support, then
       multicast is handled by some other way that is out of scope for
       this specification, like series of unicast copies or a flooding
       from the root.

    As is traditional, a listener uses a protocol such as MLD with a
    router to register to a multicast group.

    Along the path between the router and the DODAG root, MLD requests
    are mapped and transported as DAO messages within the RPL protocol;
    each hop coalesces the multiple requests for a same group as a single
    DAO message to the parent(s), in a fashion similar to proxy IGMP, but
    recursively between child router and parent up to the root.

    A router might select to pass a listener registration DAO message to
    its preferred parent only, in which case multicast packets coming
    back might be lost for all of its sub-DODAG if the transmission fails
    over that link.  Alternatively the router might select to copy
    additional parents as it would do for DAO messages advertising
    unicast destinations, in which case there might be duplicates that
    the router will need to prune.

    As a result, multicast routing states are installed in each router on
    the way from the listeners to the root, enabling the root to copy a
    multicast packet to all its children routers that had issued a DAO
    message including a DAO for that multicast group, as well as all the
    attached nodes that registered over MLD.




 Winter, et al.          Expires December 26, 2010              [Page 76]

 Internet-Draft           draft-ietf-roll-rpl-10                 Jun 2010


    For unicast traffic, it is expected that the grounded root of an
    DODAG terminates RPL and MAY redistribute the RPL routes over the
    external infrastructure using whatever routing protocol is used in
    the other routing domain.  For multicast traffic, the root MAY proxy
    MLD for all the nodes attached to the RPL domain (this would be
    needed if the multicast source is located in the external
    infrastructure).  For such a source, the packet will be replicated as
    it flows down the DODAG based on the multicast routing table entries
    installed from the DAO message.

    For a source inside the DODAG, the packet is passed to the preferred
    parents, and if that fails then to the alternates in the DODAG.  The
    packet is also copied to all the registered children, except for the
    one that passed the packet.  Finally, if there is a listener in the
    external infrastructure then the DODAG root has to further propagate
    the packet into the external infrastructure.

    As a result, the DODAG Root acts as an automatic proxy Rendezvous
    Point for the RPL network, and as source towards the Internet for all
    multicast flows started in the RPL LLN.  So regardless of whether the
    root is actually attached to the Internet, and regardless of whether
    the DODAG is grounded or floating, the root can serve inner multicast
    streams at all times.

-- 
Ticket URL: 
roll 


From jpv@cisco.com  Fri Jun 25 02:31:28 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2002A3A63C9 for ; Fri, 25 Jun 2010 02:31:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.343
X-Spam-Level: 
X-Spam-Status: No, score=-9.343 tagged_above=-999 required=5 tests=[AWL=-0.603, BAYES_20=-0.74, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hkkeluvYgl4l for ; Fri, 25 Jun 2010 02:31:24 -0700 (PDT)
Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id CC9B43A6811 for ; Fri, 25 Jun 2010 02:30:50 -0700 (PDT)
Authentication-Results: sj-iport-6.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgEFAG8UJEyrR7Hu/2dsb2JhbACZDIY1caZVmleFIQQ
X-IronPort-AV: E=Sophos;i="4.53,480,1272844800"; d="scan'208";a="550067538"
Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-6.cisco.com with ESMTP; 25 Jun 2010 09:30:57 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id o5P9Ujdx014185 for ; Fri, 25 Jun 2010 09:30:56 GMT
Received: from xfe-ams-201.cisco.com ([144.254.231.95]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 25 Jun 2010 11:30:55 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 25 Jun 2010 11:30:55 +0200
Message-Id: <6E31098A-F4DC-4708-9B96-70F4AB287C22@cisco.com>
From: JP Vasseur 
To: ROLL WG 
Content-Type: text/plain; charset=US-ASCII; format=flowed
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Fri, 25 Jun 2010 11:30:53 +0200
References: <20100624215000.AAA993A69ED@core3.amsl.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 25 Jun 2010 09:30:55.0190 (UTC) FILETIME=[1C676F60:01CB1449]
Subject: [Roll] ** Provisional ** ROLL WG Meeting IETF 78
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 25 Jun 2010 09:31:28 -0000

> ROLL Session 1 (2.5 hours)
> Thursday, Afternoon Session I 1300-1500
> Room Name: Auditorium 2
> ----------------------------------------------
>

Thanks.

JP.


From abr@sdesigns.dk  Fri Jun 25 04:12:05 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1896E3A68CD for ; Fri, 25 Jun 2010 04:12:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.274
X-Spam-Level: 
X-Spam-Status: No, score=-2.274 tagged_above=-999 required=5 tests=[AWL=0.325,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SHQds81d936y for ; Fri, 25 Jun 2010 04:12:00 -0700 (PDT)
Received: from mail.zen-sys.com (mail.zen-sys.com [195.215.56.170]) by core3.amsl.com (Postfix) with ESMTP id 1F81B3A69DD for ; Fri, 25 Jun 2010 04:11:59 -0700 (PDT)
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Fri, 25 Jun 2010 13:12:07 +0200
Message-ID: <6D9687E95918C04A8B30A7D6DA805A3E01CCD1B7@zensys17.zensys.local>
In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D022FD694@XMB-AMS-107.cisco.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] Non-RPL Host access to/from an RPL LLN
Thread-Index: AcsTJiGK57/EUYBuSK2/2GSUSCTchAAd+/rwAC4ze7A=
References: <1328436834.198056.1276957013936.JavaMail.root@mail02.pantherlink.uwm.edu><1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu><87iq5clasl.fsf@kelsey-ws.hq.ember.com><87bpb4l7zd.fsf@kelsey-ws.hq.ember.com><871vbx1hwm.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD694@XMB-AMS-107.cisco.com>
From: "Anders Brandt" 
To: "Pascal Thubert (pthubert)" , "Richard Kelsey" , 
Cc: roll@ietf.org
Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 25 Jun 2010 11:12:05 -0000

Pascal,

comment inline...

Cheers,
  Anders
> -----Original Message-----
> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On=20
> Behalf Of Pascal Thubert (pthubert)
> Sent: Thursday, June 24, 2010 15:25
> To: Richard Kelsey; Jerald.P.Martocci@jci.com
> Cc: roll@ietf.org
> Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
>=20
> Hi Richard and Jerry:
>=20
> There's at least the problem of the instance ID that's=20
> specific to RPL.
> The node needs to know which instance it is using. All things=20
> could default to instance 0 for config-less network but the=20
> draft does not mention that at this moment.

This is important. We agreed in Rolle that all this discussion
of multi-instance DAGs did not belong in a base spec at all and
that RPL should be able to get up running in a default configuration.

(and yes, then came the P2P discussion on temporary DAGs but those
do not need any configuration, so they are not really part of this
issue)

> Then there's the question of ND. Only 6LoWPAN ND has the=20
> concept of registration that's necessary for the RPL router=20
> to inject the host route into the RPL network. Even iIf=20
> 6LoWPAN ND is being used and it has a real table -not a=20
> cache- that can be redistributed into RPL, then the router=20
> still needs the instanceID to redistribute that in. OTOH, RPL=20
> requires classical NUD between all nodes, that's the only=20
> thing we have to detect that a parent or a child is gone.
>=20
> And there's DAD. RPL expects that the node performs DAD=20
> before it joins the network. 6LoWPAN ND can do DAD to some=20
> level but only supports the case where the node registration=20
> is explicitly sent to all LBRs, so by itself it does not=20
> scale to multiple LBRs far away from one another. RPL could=20
> scale and do DAD itself but that would require a minor=20
> extension to pass the unique ID with the DAO, and some=20
> additional flows to reject the duplicates that are detected.
>=20
> Pascal
>=20
> > -----Original Message-----
> > From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf
> Of
> > Richard Kelsey
> > Sent: Thursday, June 24, 2010 12:52 AM
> > To: Jerald.P.Martocci@jci.com
> > Cc: roll@ietf.org
> > Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
> >=20
> > > From: Jerald.P.Martocci@jci.com
> > > Date: Wed, 23 Jun 2010 16:35:31 -0500
> > >
> > > I'm not sure we can let ROLL off the hook on access to/from hosts=20
> > > simply by saying it's out of scope.
> >=20
> > I do not think that is what JP is saying.  What is out of scope is
> >    "a device that does not run RPL and still requires to
> >     get routing information"
> > Is there any requirement for such devices?  What do they need the
> routing
> > information for?
> >=20
> > I think the problem is that what we are asking about is so=20
> basic to IP
> routing
> > that JP doesn't understand that we need confirmation of it.
> >=20
> > JP, we don't care about hosts that run RPL.  We don't care=20
> about hosts
> that
> > need routing information.  Can a host in a network of RPL=20
> routers send
> and
> > receive packets without implementing any of RPL or any=20
> other routing=20
> > protocol?
> >=20
> >                                   -Richard Kelsey=20
> > _______________________________________________
> > Roll mailing list
> > Roll@ietf.org
> > https://www.ietf.org/mailman/listinfo/roll
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>=20

From pthubert@cisco.com  Fri Jun 25 06:14:20 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 843ED3A6851 for ; Fri, 25 Jun 2010 06:14:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.115
X-Spam-Level: 
X-Spam-Status: No, score=-10.115 tagged_above=-999 required=5 tests=[AWL=0.484, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id co0aNfcOD1wv for ; Fri, 25 Jun 2010 06:14:18 -0700 (PDT)
Received: from sj-iport-3.cisco.com (sj-iport-3.cisco.com [171.71.176.72]) by core3.amsl.com (Postfix) with ESMTP id 131963A67B1 for ; Fri, 25 Jun 2010 06:14:18 -0700 (PDT)
Authentication-Results: sj-iport-3.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAO5IJEyrR7H+/2dsb2JhbACfQHGnA5pJgluCRgQ
X-IronPort-AV: E=Sophos;i="4.53,481,1272844800"; d="scan'208";a="228143333"
Received: from sj-core-2.cisco.com ([171.71.177.254]) by sj-iport-3.cisco.com with ESMTP; 25 Jun 2010 13:14:26 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5PDELvK004067; Fri, 25 Jun 2010 13:14:26 GMT
Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 25 Jun 2010 15:14:24 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Fri, 25 Jun 2010 15:14:20 +0200
Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D022FD9D5@XMB-AMS-107.cisco.com>
In-Reply-To: <878w64jr16.fsf@kelsey-ws.hq.ember.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] Non-RPL Host access to/from an RPL LLN
thread-index: AcsTv3OCx6QZsuGRTDqhn7LX3p0VdAAqDj/A
References: <1328436834.198056.1276957013936.JavaMail.root@mail02.pantherlink.uwm.edu><1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu><87iq5clasl.fsf@kelsey-ws.hq.ember.com><87bpb4l7zd.fsf@kelsey-ws.hq.ember.com> <871vbx1hwm.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD694@XMB-AMS-107.cisco.com> <87bpb0jze9.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD717@XMB-AMS-107.cisco.com> <878w64jr16.fsf@kelsey-ws.hq.ember.com>
From: "Pascal Thubert (pthubert)" 
To: "Richard Kelsey" 
X-OriginalArrivalTime: 25 Jun 2010 13:14:24.0085 (UTC) FILETIME=[54BA7050:01CB1468]
Cc: roll@ietf.org
Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 25 Jun 2010 13:14:20 -0000

Hi Richard:

Please find the proposed resolution below as an update to section 4.
The new text indicates that the instance ID (and DODAGID if needed) are
always indicated in the hop by hop option.
One side benefit is that a local instance can be used for packets that
are not from / to the root, in which case the dodagid must be included
in the hop by hop option.
The operation to derive the instanceID from incoming packet is left out.
Can be the destination, can be the flow label, can be deep packet
inspection for that matter.

What do you think?

"
4.  RPL Instance

   Within a given LLN, there may be multiple, logically independent RPL
   instances.  A RPL node may belong to multiple RPL Instances, and may
   act as a router in some and as a leaf in others.  This document
   describes how a single instance behaves.

   There are two types of RPL Instances: local and global.  Local RPL
   Instances are always a single DODAG whose singular root owns the
   corresponding DODAGID.  Local RPL Instances are intended for
   constructing temporary DODAGs to support on-demand P2P traffic.
   Global RPL Instances have one or more DODAGs and are typically long-
   lived.  RPL divides the RPLInstanceID space between global and local
   instances to prevent identifier collisions.

   The definition and provisionning of RPL instances are beyond the
   scope of this specification.  Those operations are expected to be
   such that data packets coming from the outside of the RPL network can
   unambiguously be associated to at least one RPL instance, and be
   safely routed over any instance that would match the packet.
   Information used to match a packet to a RPL instance can typically be
   taken from fields in the IPv6 header, like the flow label, TOS bits,
   or destination address.

   Control and data packets within RPL network are tagged to
   unambiguously identify what RPL Instance they are part of.  The
   identifiers in the RPL Hop-by-hop option include the RPLInstanceID
   and, for local instances, the DODAGID.  In some uses the DODAGID is
   implicit, in other uses it must be given explicitly.

   A router that injects a packet into the RPL network MUST tag the
   packet by inserting a RPL Hop-by-hop option as specified in
   [I-D.hui-6man-rpl-option], that unambiguously identifies what RPL
   Instance that is used to forward the packet.

   The router that routes a packet outside the RPL network MUST remove
   the RPL Hop-by-hop option that is non sensical outside the RPL
   Network.

   Every RPL control message has a RPLInstanceID field.  Some RPL
   control messages may optionally include a DODAGID.
"

Pascal


> -----Original Message-----
> From: Richard Kelsey [mailto:richard.kelsey@ember.com]
> Sent: Thursday, June 24, 2010 7:10 PM
> To: Pascal Thubert (pthubert)
> Cc: Jerald.P.Martocci@jci.com; roll@ietf.org
> Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
>=20
> > Date: Thu, 24 Jun 2010 17:01:15 +0200
> > From: "Pascal Thubert (pthubert)" 
> >
> > [Pascal] The network is not supposed to modify the flow label .
>=20
> I thought we were going to use the hop-by-hop option and not the flow
> label.
>=20
> Pascal and I just discussed on the phone.  There are at least two
different use
> cases that need to be acommodated.
> Putting the instance RPLInstanceID in the hop-by-hop option works for
the
> kind of RPL-ignorant hosts that the ZigBee folks want.  Using the flow
label
> allows RPL-aware hosts to specify which instance they want to use.
>=20
> We may need to allow both:
>   - If the 6LoWPAN hop-by-hop option is present, then use
>     the RPLInstanceID it contains.
>   - If there is no 6LoWPAN hop-by-hop option, then use the
>     RPLInstanceID from the flow label, if it is non-zero.
>   - In the absence of an RPLInstanceID, pick an instance
>     that will get the packet to its destination.  In
>     particular, if the destination is the root of a
>     DODAG, then use that DODAG's instance.
> In the later two cases, add a 6LoWPAN hop-by-hop option containing the
> RPLInstanceID before forwarding the packet.
>=20
> > [Pascal] RPL needs to learn the host addresses from somewhere.
>=20
> Yes.  6LoWPAN ND works for that.
>=20
>                             -Richard Kelsey

From pthubert@cisco.com  Fri Jun 25 06:43:43 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 91AC43A69BE for ; Fri, 25 Jun 2010 06:43:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.125
X-Spam-Level: 
X-Spam-Status: No, score=-10.125 tagged_above=-999 required=5 tests=[AWL=0.474, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Zn0D2Q64+gzW for ; Fri, 25 Jun 2010 06:43:34 -0700 (PDT)
Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id 12DCF3A69AC for ; Fri, 25 Jun 2010 06:43:34 -0700 (PDT)
Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAENPJEyrR7Hu/2dsb2JhbACfQHGnDJpHhSEE
X-IronPort-AV: E=Sophos;i="4.53,481,1272844800"; d="scan'208";a="217650630"
Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-5.cisco.com with ESMTP; 25 Jun 2010 13:43:42 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id o5PDhPeO006565; Fri, 25 Jun 2010 13:43:42 GMT
Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 25 Jun 2010 15:43:29 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Fri, 25 Jun 2010 15:43:22 +0200
Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D022FD9F3@XMB-AMS-107.cisco.com>
In-Reply-To: <6D9687E95918C04A8B30A7D6DA805A3E01CCD1B7@zensys17.zensys.local>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] Non-RPL Host access to/from an RPL LLN
thread-index: AcsTJiGK57/EUYBuSK2/2GSUSCTchAAd+/rwAC4ze7AAAl7b8A==
References: <1328436834.198056.1276957013936.JavaMail.root@mail02.pantherlink.uwm.edu><1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu><87iq5clasl.fsf@kelsey-ws.hq.ember.com><87bpb4l7zd.fsf@kelsey-ws.hq.ember.com><871vbx1hwm.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD694@XMB-AMS-107.cisco.com> <6D9687E95918C04A8B30A7D6DA805A3E01CCD1B7@zensys17.zensys.local>
From: "Pascal Thubert (pthubert)" 
To: "Anders Brandt" , "Richard Kelsey" , 
X-OriginalArrivalTime: 25 Jun 2010 13:43:29.0067 (UTC) FILETIME=[64D18FB0:01CB146C]
Cc: roll@ietf.org
Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 25 Jun 2010 13:43:43 -0000

Hi Anders:

Would you suggest/ask/agree to add some text about instance zero?

Pascal


> -----Original Message-----
> From: Anders Brandt [mailto:abr@sdesigns.dk]
> Sent: Friday, June 25, 2010 1:12 PM
> To: Pascal Thubert (pthubert); Richard Kelsey;
Jerald.P.Martocci@jci.com
> Cc: roll@ietf.org
> Subject: RE: [Roll] Non-RPL Host access to/from an RPL LLN
>=20
> Pascal,
>=20
> comment inline...
>=20
> Cheers,
>   Anders
> > -----Original Message-----
> > From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf
> > Of Pascal Thubert (pthubert)
> > Sent: Thursday, June 24, 2010 15:25
> > To: Richard Kelsey; Jerald.P.Martocci@jci.com
> > Cc: roll@ietf.org
> > Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
> >
> > Hi Richard and Jerry:
> >
> > There's at least the problem of the instance ID that's specific to
> > RPL.
> > The node needs to know which instance it is using. All things could
> > default to instance 0 for config-less network but the draft does not
> > mention that at this moment.
>=20
> This is important. We agreed in Rolle that all this discussion of
multi-instance
> DAGs did not belong in a base spec at all and that RPL should be able
to get
> up running in a default configuration.
>=20
> (and yes, then came the P2P discussion on temporary DAGs but those do
not
> need any configuration, so they are not really part of this
> issue)
>=20
> > Then there's the question of ND. Only 6LoWPAN ND has the concept of
> > registration that's necessary for the RPL router to inject the host
> > route into the RPL network. Even iIf 6LoWPAN ND is being used and it
> > has a real table -not a
> > cache- that can be redistributed into RPL, then the router still
needs
> > the instanceID to redistribute that in. OTOH, RPL requires classical
> > NUD between all nodes, that's the only thing we have to detect that
a
> > parent or a child is gone.
> >
> > And there's DAD. RPL expects that the node performs DAD before it
> > joins the network. 6LoWPAN ND can do DAD to some level but only
> > supports the case where the node registration is explicitly sent to
> > all LBRs, so by itself it does not scale to multiple LBRs far away
> > from one another. RPL could scale and do DAD itself but that would
> > require a minor extension to pass the unique ID with the DAO, and
some
> > additional flows to reject the duplicates that are detected.
> >
> > Pascal
> >
> > > -----Original Message-----
> > > From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On
Behalf
> > Of
> > > Richard Kelsey
> > > Sent: Thursday, June 24, 2010 12:52 AM
> > > To: Jerald.P.Martocci@jci.com
> > > Cc: roll@ietf.org
> > > Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
> > >
> > > > From: Jerald.P.Martocci@jci.com
> > > > Date: Wed, 23 Jun 2010 16:35:31 -0500
> > > >
> > > > I'm not sure we can let ROLL off the hook on access to/from
hosts
> > > > simply by saying it's out of scope.
> > >
> > > I do not think that is what JP is saying.  What is out of scope is
> > >    "a device that does not run RPL and still requires to
> > >     get routing information"
> > > Is there any requirement for such devices?  What do they need the
> > routing
> > > information for?
> > >
> > > I think the problem is that what we are asking about is so
> > basic to IP
> > routing
> > > that JP doesn't understand that we need confirmation of it.
> > >
> > > JP, we don't care about hosts that run RPL.  We don't care
> > about hosts
> > that
> > > need routing information.  Can a host in a network of RPL
> > routers send
> > and
> > > receive packets without implementing any of RPL or any
> > other routing
> > > protocol?
> > >
> > >                                   -Richard Kelsey
> > > _______________________________________________
> > > Roll mailing list
> > > Roll@ietf.org
> > > https://www.ietf.org/mailman/listinfo/roll
> > _______________________________________________
> > Roll mailing list
> > Roll@ietf.org
> > https://www.ietf.org/mailman/listinfo/roll
> >

From nicolas.dejean.ietf@googlemail.com  Fri Jun 25 09:04:27 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9A08A3A693F for ; Fri, 25 Jun 2010 09:04:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.211
X-Spam-Level: 
X-Spam-Status: No, score=-0.211 tagged_above=-999 required=5 tests=[AWL=-0.093, BAYES_20=-0.74, FM_FORGED_GMAIL=0.622]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UctU5glcqlEN for ; Fri, 25 Jun 2010 09:04:24 -0700 (PDT)
Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by core3.amsl.com (Postfix) with ESMTP id 80B7F3A6957 for ; Fri, 25 Jun 2010 09:04:24 -0700 (PDT)
Received: by ey-out-2122.google.com with SMTP id 22so71426eye.51 for ; Fri, 25 Jun 2010 09:04:29 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=TCete/0XN+NWp9FEA4NczaHLBILh/jsJ0wSmL/bffFM=; b=DPV15OL3+ycoXANUfm86xSZ4Abu5DU2sH4L0+77grS/ZjyBMocHOX4UIEeROG9hi25 b/JTAyEYsAs0XqTxftCNseDky/K6z7sEYNoHAglPxBmRh87Ij/cKXPFTyjr+GqTNGEdZ PusVWY9CR6kkviehgNdpKINA5B/ZIXYCQPtv0=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=CugEBbFIwNnlSbbMBb1bi00ojp/MJ4kmcvxHebG82ItrG959fzwr7yfD4QFnRDRY6A zGUdl+x91gyTgtzuw+ixNbVMQvBfeX8eJJIICsxrSW8ujwOl5Fawp7x/PHBqpXecTbk0 FBbsbB17nLhvSHGUplA1Babl7G9whNlMfFayI=
MIME-Version: 1.0
Received: by 10.213.7.16 with SMTP id b16mr3179636ebb.15.1277481869797; Fri,  25 Jun 2010 09:04:29 -0700 (PDT)
Received: by 10.213.113.198 with HTTP; Fri, 25 Jun 2010 09:04:29 -0700 (PDT)
In-Reply-To: <8E09C72DBC577D489F13A71228C0B7BF015DC2F0@ftrdmel0.rd.francetelecom.fr>
References:  <8E09C72DBC577D489F13A71228C0B7BF015DC2F0@ftrdmel0.rd.francetelecom.fr>
Date: Fri, 25 Jun 2010 18:04:29 +0200
Message-ID: 
From: Nicolas DEJEAN 
To: dominique.barthel@orange-ftgroup.com
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: roll@ietf.org
Subject: Re: [Roll] Metrics ID, need for a new 'fill ratio' metric
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 25 Jun 2010 16:04:27 -0000

Dominique,

yes for sure, 'ratio' is the right word, thanks for the correction.

I think this would not be an extension of the 'O' bit.
The 'O' bit is really 'stop routing traffic through that node', the
node is overloaded (it could have only a few children and be
overloaded or have a lot of children and not be overloaded).

The 'O' bit is usefull 'dynamically' when traffic load implied by the
application running on the network is not known a priori.

I think, we really have a new metric to define here.
Maybe it could be embedded into the NSA object as a new field but I
would prefer defining a new object for this metric mainly for clarity
and usability as a constraint.

Cheers,

Nicolas.

2010/6/23  :
>
> Would that be a normalized measure, like 0b111 is "nearly 100% full" and =
0b000 is "0%" ?
> I guess you mean "fill ratio", not "rate".
> If yes, this sounds good to me !
>
> Would this go in the NSA object, alongside the O bit ?
> How different is it from the O bit, apart from being 2 or 3 bits ?
> If the O were extended to 2 or 3 bits, couldn't it be used for that same =
purpose (in networks were graph balance is sufficient to balance traffic an=
d energy consumption)?
>
> Just thinking aloud...
>
> Dominique
>
> -----Message d'origine-----
> De : roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] De la part de N=
icolas DEJEAN
> Envoy=E9 : mercredi 23 juin 2010 15:32
> =C0 : roll WG
> Objet : [Roll] Metrics ID, need for a new 'filling rate' metric
>
> Hello WG,
>
> In networks where the application traffic is well-known, a balanced graph=
 is a fine way for ensuring the expected lifetime of the whole network.
>
> However, proactively building a balanced graph as leaf nodes are turned o=
n one after the other would require a new kind of metric expressing the cur=
rent number of children of a given router or better its 'filling rate'.
>
> A format on 2 or 3 bits for the 'filling rate' might be enough for this p=
urpose.
>
> Your thoughts?
>
> Nicolas.
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>

From jpv@cisco.com  Fri Jun 25 09:52:29 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 094993A6878 for ; Fri, 25 Jun 2010 09:52:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.265
X-Spam-Level: 
X-Spam-Status: No, score=-10.265 tagged_above=-999 required=5 tests=[AWL=0.334, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A8jLDIlSuyhQ for ; Fri, 25 Jun 2010 09:52:28 -0700 (PDT)
Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id 19EB43A6825 for ; Fri, 25 Jun 2010 09:52:28 -0700 (PDT)
Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEANl7JEyrR7Ht/2dsb2JhbACfQHGnXZpbhSEE
X-IronPort-AV: E=Sophos;i="4.53,482,1272844800"; d="scan'208";a="217730743"
Received: from sj-core-1.cisco.com ([171.71.177.237]) by sj-iport-5.cisco.com with ESMTP; 25 Jun 2010 16:52:37 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5PGqWkU000931; Fri, 25 Jun 2010 16:52:36 GMT
Received: from xfe-ams-201.cisco.com ([144.254.231.95]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 25 Jun 2010 18:52:35 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 25 Jun 2010 18:52:35 +0200
Message-Id: 
From: JP Vasseur 
To: Nicolas DEJEAN 
In-Reply-To: 
Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Apple Message framework v936)
Date: Fri, 25 Jun 2010 18:52:34 +0200
References:  <8E09C72DBC577D489F13A71228C0B7BF015DC2F0@ftrdmel0.rd.francetelecom.fr> 
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 25 Jun 2010 16:52:35.0205 (UTC) FILETIME=[CFA4D350:01CB1486]
Cc: roll@ietf.org
Subject: Re: [Roll] Metrics ID, need for a new 'fill ratio' metric
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 25 Jun 2010 16:52:29 -0000

Hi,

On Jun 25, 2010, at 6:04 PM, Nicolas DEJEAN wrote:

> Dominique,
>
> yes for sure, 'ratio' is the right word, thanks for the correction.
>
> I think this would not be an extension of the 'O' bit.
> The 'O' bit is really 'stop routing traffic through that node', the
> node is overloaded (it could have only a few children and be
> overloaded or have a lot of children and not be overloaded).
>

Right and the O bit could be set as a result of a number of events.

> The 'O' bit is usefull 'dynamically' when traffic load implied by the
> application running on the network is not known a priori.
>
> I think, we really have a new metric to define here.
> Maybe it could be embedded into the NSA object as a new field but I
> would prefer defining a new object for this metric mainly for clarity
> and usability as a constraint.

Makes sense to me too.

JP.

>
> Cheers,
>
> Nicolas.
>
> 2010/6/23  :
>>
>> Would that be a normalized measure, like 0b111 is "nearly 100% =20
>> full" and 0b000 is "0%" ?
>> I guess you mean "fill ratio", not "rate".
>> If yes, this sounds good to me !
>>
>> Would this go in the NSA object, alongside the O bit ?
>> How different is it from the O bit, apart from being 2 or 3 bits ?
>> If the O were extended to 2 or 3 bits, couldn't it be used for that =20=

>> same purpose (in networks were graph balance is sufficient to =20
>> balance traffic and energy consumption)?
>>
>> Just thinking aloud...
>>
>> Dominique
>>
>> -----Message d'origine-----
>> De : roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] De la =20
>> part de Nicolas DEJEAN
>> Envoy=E9 : mercredi 23 juin 2010 15:32
>> =C0 : roll WG
>> Objet : [Roll] Metrics ID, need for a new 'filling rate' metric
>>
>> Hello WG,
>>
>> In networks where the application traffic is well-known, a balanced =20=

>> graph is a fine way for ensuring the expected lifetime of the whole =20=

>> network.
>>
>> However, proactively building a balanced graph as leaf nodes are =20
>> turned on one after the other would require a new kind of metric =20
>> expressing the current number of children of a given router or =20
>> better its 'filling rate'.
>>
>> A format on 2 or 3 bits for the 'filling rate' might be enough for =20=

>> this purpose.
>>
>> Your thoughts?
>>
>> Nicolas.
>> _______________________________________________
>> Roll mailing list
>> Roll@ietf.org
>> https://www.ietf.org/mailman/listinfo/roll
>> _______________________________________________
>> Roll mailing list
>> Roll@ietf.org
>> https://www.ietf.org/mailman/listinfo/roll
>>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll


From jpv@cisco.com  Fri Jun 25 13:19:06 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7614F3A687A for ; Fri, 25 Jun 2010 13:19:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.269
X-Spam-Level: 
X-Spam-Status: No, score=-10.269 tagged_above=-999 required=5 tests=[AWL=0.330, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UvgSx2zps8Wu for ; Fri, 25 Jun 2010 13:18:55 -0700 (PDT)
Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id 808983A69A4 for ; Fri, 25 Jun 2010 13:18:49 -0700 (PDT)
Authentication-Results: sj-iport-6.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAJurJEyrR7Hu/2dsb2JhbACfQ3GndZpLgluCRgQ
X-IronPort-AV: E=Sophos;i="4.53,483,1272844800"; d="scan'208";a="550336801"
Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-6.cisco.com with ESMTP; 25 Jun 2010 20:18:57 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id o5PKIvYO004641; Fri, 25 Jun 2010 20:18:57 GMT
Received: from xfe-ams-101.cisco.com ([144.254.231.93]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 25 Jun 2010 22:18:56 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 25 Jun 2010 22:18:55 +0200
Message-Id: <46F1194A-FF73-472D-976D-E108D037800F@cisco.com>
From: JP Vasseur 
To: "Pascal Thubert (pthubert)" , Tim Winter 
In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D022FD9D5@XMB-AMS-107.cisco.com>
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Fri, 25 Jun 2010 22:18:54 +0200
References: <1328436834.198056.1276957013936.JavaMail.root@mail02.pantherlink.uwm.edu><1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu><87iq5clasl.fsf@kelsey-ws.hq.ember.com><87bpb4l7zd.fsf@kelsey-ws.hq.ember.com> <871vbx1hwm.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD694@XMB-AMS-107.cisco.com> <87bpb0jze9.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD717@XMB-AMS-107.cisco.com> <878w64jr16.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD9D5@XMB-AMS-107.cisco.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 25 Jun 2010 20:18:56.0139 (UTC) FILETIME=[A3416DB0:01CB14A3]
Cc: roll@ietf.org
Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 25 Jun 2010 20:19:06 -0000

Hi Pascal,

I think that this text does clarify. One minor comment below:

On Jun 25, 2010, at 3:14 PM, Pascal Thubert (pthubert) wrote:

>
> Hi Richard:
>
> Please find the proposed resolution below as an update to section 4.
> The new text indicates that the instance ID (and DODAGID if needed)  
> are
> always indicated in the hop by hop option.
> One side benefit is that a local instance can be used for packets that
> are not from / to the root, in which case the dodagid must be included
> in the hop by hop option.
> The operation to derive the instanceID from incoming packet is left  
> out.
> Can be the destination, can be the flow label, can be deep packet
> inspection for that matter.
>
> What do you think?
>
> "
> 4.  RPL Instance
>
>   Within a given LLN, there may be multiple, logically independent RPL
>   instances.  A RPL node may belong to multiple RPL Instances, and may
>   act as a router in some and as a leaf in others.  This document
>   describes how a single instance behaves.
>
>   There are two types of RPL Instances: local and global.  Local RPL
>   Instances are always a single DODAG whose singular root owns the
>   corresponding DODAGID.  Local RPL Instances are intended for
>   constructing temporary DODAGs to support on-demand P2P traffic.

Since on-demand P2P traffic is defined somewhere else, just make it more
general in the text: "Local RPL Instances are intended for constructing
temporary DODAGs that may be used by future on-demand routing solutions
that are outside of the scope of this document".

>   Global RPL Instances have one or more DODAGs and are typically long-
>   lived.  RPL divides the RPLInstanceID space between global and local
>   instances to prevent identifier collisions.
>
>   The definition and provisionning of RPL instances are beyond the
>   scope of this specification.  Those operations are expected to be
>   such that data packets coming from the outside of the RPL network  
> can
>   unambiguously be associated to at least one RPL instance, and be
>   safely routed over any instance that would match the packet.
>   Information used to match a packet to a RPL instance can typically  
> be
>   taken from fields in the IPv6 header, like the flow label, TOS bits,
>   or destination address.
>
>   Control and data packets within RPL network are tagged to
>   unambiguously identify what RPL Instance they are part of.  The
>   identifiers in the RPL Hop-by-hop option include the RPLInstanceID
>   and, for local instances, the DODAGID.  In some uses the DODAGID is
>   implicit, in other uses it must be given explicitly.
>
>   A router that injects a packet into the RPL network MUST tag the
>   packet by inserting a RPL Hop-by-hop option as specified in
>   [I-D.hui-6man-rpl-option], that unambiguously identifies what RPL
>   Instance that is used to forward the packet.
>
>   The router that routes a packet outside the RPL network MUST remove
>   the RPL Hop-by-hop option that is non sensical outside the RPL
>   Network.
>
>   Every RPL control message has a RPLInstanceID field.  Some RPL
>   control messages may optionally include a DODAGID.
> "
>
> Pascal
>
>
>> -----Original Message-----
>> From: Richard Kelsey [mailto:richard.kelsey@ember.com]
>> Sent: Thursday, June 24, 2010 7:10 PM
>> To: Pascal Thubert (pthubert)
>> Cc: Jerald.P.Martocci@jci.com; roll@ietf.org
>> Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
>>
>>> Date: Thu, 24 Jun 2010 17:01:15 +0200
>>> From: "Pascal Thubert (pthubert)" 
>>>
>>> [Pascal] The network is not supposed to modify the flow label .
>>
>> I thought we were going to use the hop-by-hop option and not the flow
>> label.
>>
>> Pascal and I just discussed on the phone.  There are at least two
> different use
>> cases that need to be acommodated.
>> Putting the instance RPLInstanceID in the hop-by-hop option works for
> the
>> kind of RPL-ignorant hosts that the ZigBee folks want.  Using the  
>> flow
> label
>> allows RPL-aware hosts to specify which instance they want to use.
>>
>> We may need to allow both:
>>  - If the 6LoWPAN hop-by-hop option is present, then use
>>    the RPLInstanceID it contains.
>>  - If there is no 6LoWPAN hop-by-hop option, then use the
>>    RPLInstanceID from the flow label, if it is non-zero.
>>  - In the absence of an RPLInstanceID, pick an instance
>>    that will get the packet to its destination.  In
>>    particular, if the destination is the root of a
>>    DODAG, then use that DODAG's instance.
>> In the later two cases, add a 6LoWPAN hop-by-hop option containing  
>> the
>> RPLInstanceID before forwarding the packet.
>>
>>> [Pascal] RPL needs to learn the host addresses from somewhere.
>>
>> Yes.  6LoWPAN ND works for that.
>>
>>                            -Richard Kelsey


From jpv@cisco.com  Fri Jun 25 14:13:05 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5B1033A6A35 for ; Fri, 25 Jun 2010 14:13:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.343
X-Spam-Level: 
X-Spam-Status: No, score=-9.343 tagged_above=-999 required=5 tests=[AWL=-0.603, BAYES_20=-0.74, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dfDtIMq0lthJ for ; Fri, 25 Jun 2010 14:13:04 -0700 (PDT)
Received: from sj-iport-3.cisco.com (sj-iport-3.cisco.com [171.71.176.72]) by core3.amsl.com (Postfix) with ESMTP id 3309D3A698E for ; Fri, 25 Jun 2010 14:13:04 -0700 (PDT)
Authentication-Results: sj-iport-3.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAEO4JEyrR7H+/2dsb2JhbACfQ3GnfZpIhSEEhlo
X-IronPort-AV: E=Sophos;i="4.53,483,1272844800"; d="scan'208";a="228213169"
Received: from sj-core-2.cisco.com ([171.71.177.254]) by sj-iport-3.cisco.com with ESMTP; 25 Jun 2010 21:13:12 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5PLDC8g016935; Fri, 25 Jun 2010 21:13:12 GMT
Received: from xfe-ams-202.cisco.com ([144.254.231.96]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 25 Jun 2010 23:13:11 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-202.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Fri, 25 Jun 2010 23:13:11 +0200
Message-Id: 
From: JP Vasseur 
To: Alexandru Petrescu 
In-Reply-To: <4C230160.9010003@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Apple Message framework v936)
Date: Fri, 25 Jun 2010 23:13:10 +0200
References: <4C1F3935.9050302@gmail.com>  <4C22312B.7070203@gmail.com> <6A5A3D62-A59A-465F-BF0E-03E6BA22F46F@cisco.com> <4C230160.9010003@gmail.com>
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 25 Jun 2010 21:13:11.0190 (UTC) FILETIME=[376ACB60:01CB14AB]
Cc: ROLL WG 
Subject: [Roll] Mailing list used for technical content
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Fri, 25 Jun 2010 21:13:05 -0000

Hi Alex,

If I may, I would kindly ask to use that mailing to discuss technical =20=

issues.

Please.

Thanks.

JP.

On Jun 24, 2010, at 8:55 AM, Alexandru Petrescu wrote:

> Le 24/06/2010 08:17, JP Vasseur a =E9crit :
>>
>> On Jun 23, 2010, at 6:07 PM, Alexandru Petrescu wrote:
>>
>>> Le 23/06/2010 16:06, JP Vasseur a =E9crit :
>>>> Hi Alex,
>>>>
>>>> On Jun 21, 2010, at 12:04 PM, Alexandru Petrescu wrote:
>>>>
>>>>> Hello RoLL,
>>>>>
>>>>> I am trying to follow the RoLL group closely. What are the
>>>>> active DTs, their membership and respective charters,
>>>>> documents?
>>>>>
>>>>> Until now I know of:
>>>>>
>>>>> RPL DT Security DT
>>>>>
>>>>
>>>> You are correct. Only two official RPLL DT have been formed so
>>>> far: * RPL DT (now dissolved) * Security DT
>>>>
>>>> For each of them, I sent an email to the list with the list of
>>>> members, charters and milestones.
>>>>
>>>>> I think there may be more DTs (p2p, metrics?). I think some DTs
>>>>> were announced publicly on the mailing list, whereas some other
>>>>> DTs were not announced. It's difficult to understand what's
>>>>> happening.
>>>>
>>>> There is no other DTs, otherwise I would have announced them on
>>>> the list.
>>>
>>> Thanks for the clarification.
>>>
>>> Why does the draft-dt-roll-p2p-rpl-01.txt have the term "dt" at the
>>> place where usually the person's name is?
>>
>> There was a thread about this already,
>
> I didn't see it.  It's hard to keep track of threads not having
> the subject line set according to content.  And too many fast changing
> subject lines is also hard to keep track of.
>
> In this "-dt-" case it may be good solution to submit the right I-D =20=

> with
> the right title, maybe.
>
> If this problem came twice from two unrelated sources maybe it is time
> to address it ASAP.
>
> Alex
>
> if OK with you, let's concentrate
>> on technical content on these IDs.
>>
>>>
>>> What does "P2P team" mean in the authorship of this draft?
>>>
>>> This is misleading, it tempts me as unknowing reader to believe
>>> into some form of WG support of this draft.
>>>
>>
>> For the record, even a DT draft is no different than an individual
>> submission.
>>
>> JP.
>>
>>> Is this intentional?
>>>
>>> Alex
>>>
>>>>
>>>> Thanks.
>>>>
>>>> JP.
>>>>
>>>>>
>>>>> Alex
>>>>>
>>>>> _______________________________________________ Roll mailing
>>>>> list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>>>
>>>>
>>>
>>>
>>> _______________________________________________ Roll mailing list
>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>
>>
>
>


From pal@cs.stanford.edu  Fri Jun 25 18:12:51 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CACCE3A6848 for ; Fri, 25 Jun 2010 18:12:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.544
X-Spam-Level: 
X-Spam-Status: No, score=-4.544 tagged_above=-999 required=5 tests=[AWL=-0.589, BAYES_50=0.001, DATE_IN_PAST_03_06=0.044, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R8OHDYAD4dGJ for ; Fri, 25 Jun 2010 18:12:50 -0700 (PDT)
Received: from cs-smtp-2.Stanford.EDU (cs-smtp-2.Stanford.EDU [171.64.64.26]) by core3.amsl.com (Postfix) with ESMTP id 2E87C3A6814 for ; Fri, 25 Jun 2010 18:12:50 -0700 (PDT)
Received: from [76.14.65.187] (helo=[192.168.1.102]) by cs-smtp-2.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OSJx5-0002ZM-5l; Fri, 25 Jun 2010 18:12:59 -0700
Mime-Version: 1.0 (Apple Message framework v1081)
Content-Type: text/plain; charset=us-ascii
From: Philip Levis 
In-Reply-To: <384807388.328431.1277365631097.JavaMail.root@mail02.pantherlink.uwm.edu>
Date: Fri, 25 Jun 2010 17:54:58 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <9DBAD138-0D7C-4416-BB03-C50C3B186436@cs.stanford.edu>
References: <384807388.328431.1277365631097.JavaMail.root@mail02.pantherlink.uwm.edu>
To: Mukul Goyal 
X-Mailer: Apple Mail (2.1081)
X-Scan-Signature: d568c20fab0e2ccae07d583947984559
Cc: roll 
Subject: Re: [Roll] P2P: "distance" and the "good enough" criteria
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sat, 26 Jun 2010 01:12:51 -0000

On Jun 24, 2010, at 3:47 AM, Mukul Goyal wrote:

> JP
>=20
>> Not quite ;-) If you receive two DIOs with M1 and M2, the node will
>> likely select its parent according to the one with the lowest rank.
>> Even if you change the OF to make the metric selection more =
important,
>> the rank rule will make you not optimized against M2 as you pointed
>> out, agree ?
>=20
> Yes, but please keep in mind that the objective is to discover "good =
enough" routes and not the optimal routes. If such good enough routes =
could still be discovered inspite of using simpler (or fewer or =
different) metrics (and a simple OF) for temporary DAG creation, it =
should be OK. The advantage of this flexibility is that a constrained =
device just needs to know one OF and will still be able to participate =
in P2P route discovery (because temporary DAG formation will be based on =
that OF). One can always use the same metrics for both good enough =
criteia and temporary DAG formation.

Can you be a little clearer on what "good enough" is? Hysteresis and =
estimation inaccuracy means that wireless meshes rarely use the =
"optimal" route: doing so would lead to high unstable topologies. Maybe =
reversing the question would be helpful: what kind of route would not be =
"good enough?" How do we evaluate whether the protocol meets this =
requirement?

Phil


From prvs=78669cfae=mukul@uwm.edu  Fri Jun 25 20:09:45 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1C86C3A67EA for ; Fri, 25 Jun 2010 20:09:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.715
X-Spam-Level: 
X-Spam-Status: No, score=-0.715 tagged_above=-999 required=5 tests=[AWL=-0.716, BAYES_50=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4UE-1emrGw3a for ; Fri, 25 Jun 2010 20:09:43 -0700 (PDT)
Received: from ip1mta.uwm.edu (ip1mta.uwm.edu [129.89.7.18]) by core3.amsl.com (Postfix) with ESMTP id 4CD963A687C for ; Fri, 25 Jun 2010 20:09:43 -0700 (PDT)
Received: from mta01.pantherlink.uwm.edu ([129.89.7.81]) by ip1mta.uwm.edu with ESMTP; 25 Jun 2010 22:09:51 -0500
Received: from localhost (localhost.localdomain [127.0.0.1]) by mta01.pantherlink.uwm.edu (Postfix) with ESMTP id 952B74FEC149; Fri, 25 Jun 2010 22:09:51 -0500 (CDT)
X-Virus-Scanned: amavisd-new at pantherlink.uwm.edu
Received: from mta01.pantherlink.uwm.edu ([127.0.0.1]) by localhost (mta01.pantherlink.uwm.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ab+hrDcUwcvE; Fri, 25 Jun 2010 22:09:51 -0500 (CDT)
Received: from mail02.pantherlink.uwm.edu (mail02.pantherlink.uwm.edu [129.89.7.86]) by mta01.pantherlink.uwm.edu (Postfix) with ESMTP id 628B44FEC146; Fri, 25 Jun 2010 22:09:51 -0500 (CDT)
Date: Fri, 25 Jun 2010 22:09:51 -0500 (CDT)
From: Mukul Goyal 
To: Philip Levis 
Message-ID: <1720175417.388100.1277521791375.JavaMail.root@mail02.pantherlink.uwm.edu>
In-Reply-To: <9DBAD138-0D7C-4416-BB03-C50C3B186436@cs.stanford.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
X-Originating-IP: [129.89.7.92]
X-Mailer: Zimbra 6.0.6_GA_2330.RHEL4_64 (ZimbraWebClient - IE8 (Win)/6.0.6_GA_2330.RHEL4_64)
X-Authenticated-User: mukul@uwm.edu
Cc: roll 
Subject: Re: [Roll] P2P: "distance" and the "good enough" criteria
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sat, 26 Jun 2010 03:09:45 -0000

>Can you be a little clearer on what "good enough" is? Hysteresis and
>estimation inaccuracy means that wireless meshes rarely use the
>"optimal" route: doing so would lead to high unstable topologies.

"Good enough" is what an origin router wants it to be. Here are some examples:

1. An origin router that expects the target router to be less than 5 hops away may specify "hop-count <= 5" as the good enough criteria. 

2. An origin router that measures the total ETX of its along-DAG route to the target router to be 20 may specify "ETX <= x*20", where x is a fraction that origin router decides, as the good enough criteria.   


> Maybe
>reversing the question would be helpful: what kind of route would not be
>"good enough?"

Again, the origin router would know what "good enough" is. It is origin router's prerogative to decide if a route is "good enough" or not and what is the "good enough" criteria.

> How do we evaluate whether the protocol meets this
>requirement?

The protocol offers a way to discover "good enough" routes. Obviously, the protocol can not guarantee that such routes would be discovered if they exist.

Mukul
----- Original Message -----
From: "Philip Levis" 
To: "Mukul Goyal" 
Cc: "JP Vasseur" , "roll" 
Sent: Friday, June 25, 2010 4:54:58 PM
Subject: Re: [Roll] P2P: "distance" and the "good enough" criteria

On Jun 24, 2010, at 3:47 AM, Mukul Goyal wrote:

> JP
>
>> Not quite ;-) If you receive two DIOs with M1 and M2, the node will
>> likely select its parent according to the one with the lowest rank.
>> Even if you change the OF to make the metric selection more
>> important, the rank rule will make you not optimized against M2 as
>> you pointed
>> out, agree ?
>
> Yes, but please keep in mind that the objective is to discover "good
> enough" routes and not the optimal routes. If such good enough routes
> could still be discovered inspite of using simpler (or fewer or
> different) metrics (and a simple OF) for temporary DAG creation, it
> should be OK. The advantage of this flexibility is that a constrained
> device just needs to know one OF and will still be able to participate
> in P2P route discovery (because temporary DAG formation will be based
> on that OF). One can always use the same metrics for both good enough
> criteia and temporary DAG formation.


Phil

From trac@tools.ietf.org  Sat Jun 26 00:23:36 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5A8C03A68DD for ; Sat, 26 Jun 2010 00:23:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.456
X-Spam-Level: 
X-Spam-Status: No, score=-102.456 tagged_above=-999 required=5 tests=[AWL=0.144, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nEodasEHFvUJ for ; Sat, 26 Jun 2010 00:23:34 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 039B13A689E for ; Sat, 26 Jun 2010 00:23:33 -0700 (PDT)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from ) id 1OSPjq-0007y4-QT; Sat, 26 Jun 2010 00:23:42 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "roll issue tracker" 
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: jpv@cisco.com
X-Trac-Project: roll
Date: Sat, 26 Jun 2010 07:23:42 -0000
X-URL: http://tools.ietf.org/wg/roll/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/roll/trac/ticket/22#comment:3
Message-ID: <064.da53a5986bfa01137b78e1334bf1ff9b@tools.ietf.org>
References: <055.1a1aaaeaf2030dd5f8fdc2f8ac1702f7@tools.ietf.org>
X-Trac-Ticket-ID: 22
In-Reply-To: <055.1a1aaaeaf2030dd5f8fdc2f8ac1702f7@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: jpv@cisco.com, roll@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #22: RPL Variables
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Reply-To: roll@ietf.org
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sat, 26 Jun 2010 07:23:36 -0000

#22: RPL Variables
--------------------------------+-------------------------------------------
 Reporter:  jpv@…               |        Owner:  jpv@…        
     Type:  task                |       Status:  closed       
 Priority:  major               |    Milestone:               
Component:  rpl                 |      Version:               
 Severity:  Active WG Document  |   Resolution:  fixed        
 Keywords:                      |  
--------------------------------+-------------------------------------------
Changes (by jpv@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

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

 RPL-10 (be posted on June28 or 29) will be updated to define the following
 default values of RPL:

    BASE_RANK
    ROOT_RANK
    INFINITE_RANK
    RPL_DEFAULT_INSTANCE
    DEFAULT_PATH_CONTROL_SIZE
    DEFAULT_DIO_INTERVAL_MIN
    DEFAULT_DIO_INTERVAL_DOUBLINGS
    DEFAULT_DIO_REDUNDANCY_CONSTANT
    DEFAULT_MIN_HOP_RANK_INCREASE

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

-- 
Ticket URL: 
roll 


From trac@tools.ietf.org  Sat Jun 26 00:24:42 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 661733A68E3 for ; Sat, 26 Jun 2010 00:24:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.457
X-Spam-Level: 
X-Spam-Status: No, score=-102.457 tagged_above=-999 required=5 tests=[AWL=0.143, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vnb6dQGw0v2h for ; Sat, 26 Jun 2010 00:24:41 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 8DC9F3A689E for ; Sat, 26 Jun 2010 00:24:41 -0700 (PDT)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from ) id 1OSPkw-0003O0-AF; Sat, 26 Jun 2010 00:24:50 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "roll issue tracker" 
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: wintert@acm.org, jpv@cisco.com
X-Trac-Project: roll
Date: Sat, 26 Jun 2010 07:24:50 -0000
X-URL: http://tools.ietf.org/wg/roll/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/roll/trac/ticket/45#comment:1
Message-ID: <064.10d3bf1a7cdf80fa6c821bace05068e2@tools.ietf.org>
References: <055.2a486185ae5f8c8b5d3b61f577d1164e@tools.ietf.org>
X-Trac-Ticket-ID: 45
In-Reply-To: <055.2a486185ae5f8c8b5d3b61f577d1164e@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: wintert@acm.org, jpv@cisco.com, roll@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #45: RPL08 - Few questions
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Reply-To: roll@ietf.org
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sat, 26 Jun 2010 07:24:42 -0000

#45: RPL08 - Few questions
--------------------------------+-------------------------------------------
 Reporter:  jpv@…               |        Owner:  pthubert@…                        
     Type:  defect              |       Status:  closed                            
 Priority:  major               |    Milestone:                                    
Component:  rpl                 |      Version:                                    
 Severity:  Active WG Document  |   Resolution:  fixed                             
 Keywords:                      |  
--------------------------------+-------------------------------------------
Changes (by jpv@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

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

 RPL-10 text (to be posted on June 28 or 29) will be updated as follows to
 address this ticket:

 - Option Lengths between metrics draft and RPL are all updated to use 1
 byte

 - Length in Route Information option is updated as follows:

   Prefix Length  8-bit unsigned integer.  The number of leading bits in
         the Prefix that are valid.  The value ranges from 0 to 128.
         The Prefix field has the number of bytes inferred from the
         Option Length field, that must be at least the Prefix Length.
         Note that in RPL this means that the Prefix field may have
         lengths other than 0, 8, or 16.

 - Prefix Information option is updated as follows:

   Prefix  An IP address or a prefix of an IP address.  The Prefix
         Length field contains the number of valid leading bits in the
         prefix.  The bits in the prefix after the prefix length are
         reserved and MUST be initialized to zero by the sender and
         ignored by the receiver.  A router SHOULD NOT send a prefix
         option for the link-local prefix and a host SHOULD ignore such
         a prefix option.  A non-storing node should refrain from
         advertising a prefix till it owns an address of that prefix,
         and then it should advertise its full address in this field, to
         be used by its children in the Parent Address field of the
         Transit Information Option

 - Including the Target option in DIO is removed after discussion in WG

 - Including the Target option in DIS is removed-- it would be redundant
 with Solicited Information over 1-hop.

-- 
Ticket URL: 
roll 


From trac@tools.ietf.org  Sat Jun 26 00:26:43 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 462B43A6862 for ; Sat, 26 Jun 2010 00:26:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.713
X-Spam-Level: 
X-Spam-Status: No, score=-101.713 tagged_above=-999 required=5 tests=[AWL=-0.602, BAYES_05=-1.11, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aIdy2wfZy5n9 for ; Sat, 26 Jun 2010 00:26:42 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 300983A684B for ; Sat, 26 Jun 2010 00:26:42 -0700 (PDT)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from ) id 1OSPmr-0002I4-Md; Sat, 26 Jun 2010 00:26:49 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "roll issue tracker" 
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: wintert@acm.org, jpv@cisco.com
X-Trac-Project: roll
Date: Sat, 26 Jun 2010 07:26:49 -0000
X-URL: http://tools.ietf.org/wg/roll/
X-Trac-Ticket-URL: http://tools.ietf.org/wg/roll/trac/ticket/50#comment:1
Message-ID: <064.ce79aaa05e8f676a725dfbcb63e12939@tools.ietf.org>
References: <055.4746f2c282ea2a2708d7fa367e96e0d7@tools.ietf.org>
X-Trac-Ticket-ID: 50
In-Reply-To: <055.4746f2c282ea2a2708d7fa367e96e0d7@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: wintert@acm.org, jpv@cisco.com, roll@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #50: Two Clarifications for Rev 09
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Reply-To: roll@ietf.org
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sat, 26 Jun 2010 07:26:43 -0000

#50: Two Clarifications for Rev 09
--------------------------------+-------------------------------------------
 Reporter:  jpv@…               |       Owner:  wintert@…      
     Type:  defect              |      Status:  new            
 Priority:  major               |   Milestone:                 
Component:  rpl                 |     Version:                 
 Severity:  Active WG Document  |    Keywords:                 
--------------------------------+-------------------------------------------

Comment(by jpv@…):

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

 - RPL version 10 (to be posted on June 28 or 29) will be updated to
 clarify leaf mode operation as follows:

   Operation as a Leaf Node

   In some cases a RPL node may attach to a DODAG as a leaf node only.
   One example of such a case is when a node does not understand the RPL
   Instance's OF or advertised metric/constraint.  As specified in
   Section 16.6 related to policy function, the node may either join the
   DODAG as a leaf node or may not join the DODAG.  As mentioned in
   Section 16.5, it is then recommended to log a fault.

   A leaf node does not extend DODAG connectivity but in some cases the
   leaf node may still need to transmit DIOs on occasion, in particular
   when the leaf node may not have always been acting as a leaf node and
   an inconsistency is detected.

   A node operating as a leaf node must obey the following rules:

   1.  It MUST NOT transmit DIOs containing the DAG Metric Container.

   2.  Its DIOs MUST advertise a DAGRank of INFINITE_RANK.

   3.  It MAY suppress DIO transmission, except DIO transmission MUST
       NOT be suppressed when DIO transmission has been triggered due to
       detection of inconsistency when a packet is being forwarded or in
       response to a unicast DIS message.

   4.  It MAY transmit unicast DAOs as described in Section 8.2.

   5.  It MAY transmit multicast DAOs to the '1 hop' neighborhood as
       described in Section 8.10.

   A particular case that requires a leaf node to send a DIO is if that
   leaf node was a prior member of another DODAG and another node
   forwards a message assuming the old topology, triggering an
   inconsistency.  The leaf node needs to transmit a DIO in order to
   repair the inconsistency.  Note that due to the lossy nature of LLNs,
   even though the leaf node may have optimistically poisoned its routes
   by advertising a rank of INFINITE_RANK in the old DODAG prior to
   becoming a leaf node, that advertisement may have become lost and a
   leaf node must be capable to send a DIO later in order to repair the
   inconsistency.

   In general it is not expected that such a leaf node would advertise
   itself as a router.


 - The 'T' flag is removed after discussion with the WG.

-- 
Ticket URL: 
roll 


From trac@tools.ietf.org  Sat Jun 26 00:26:54 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DCF953A68DD for ; Sat, 26 Jun 2010 00:26:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.455
X-Spam-Level: 
X-Spam-Status: No, score=-102.455 tagged_above=-999 required=5 tests=[AWL=0.145, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cMj0JgjKQ7-T for ; Sat, 26 Jun 2010 00:26:54 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 443DC3A684B for ; Sat, 26 Jun 2010 00:26:54 -0700 (PDT)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from ) id 1OSPn5-0002uK-Kk; Sat, 26 Jun 2010 00:27:03 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "roll issue tracker" 
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: wintert@acm.org, jpv@cisco.com
X-Trac-Project: roll
Date: Sat, 26 Jun 2010 07:27:03 -0000
X-URL: http://tools.ietf.org/wg/roll/
X-Trac-Ticket-URL: http://tools.ietf.org/wg/roll/trac/ticket/50#comment:2
Message-ID: <064.8d80d807fb06487b5a2a8698732e0826@tools.ietf.org>
References: <055.4746f2c282ea2a2708d7fa367e96e0d7@tools.ietf.org>
X-Trac-Ticket-ID: 50
In-Reply-To: <055.4746f2c282ea2a2708d7fa367e96e0d7@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: wintert@acm.org, jpv@cisco.com, roll@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #50: Two Clarifications for Rev 09
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Reply-To: roll@ietf.org
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sat, 26 Jun 2010 07:26:55 -0000

#50: Two Clarifications for Rev 09
--------------------------------+-------------------------------------------
 Reporter:  jpv@…               |        Owner:  wintert@…      
     Type:  defect              |       Status:  closed         
 Priority:  major               |    Milestone:                 
Component:  rpl                 |      Version:                 
 Severity:  Active WG Document  |   Resolution:  fixed          
 Keywords:                      |  
--------------------------------+-------------------------------------------
Changes (by jpv@…):

  * status:  new => closed
  * resolution:  => fixed


-- 
Ticket URL: 
roll 


From trac@tools.ietf.org  Sat Jun 26 00:36:33 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C88B43A687E for ; Sat, 26 Jun 2010 00:36:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.073
X-Spam-Level: 
X-Spam-Status: No, score=-100.073 tagged_above=-999 required=5 tests=[AWL=-2.239, BAYES_50=0.001, FF_IHOPE_YOU_SINK=2.166, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Tnc71tKkowFH for ; Sat, 26 Jun 2010 00:36:31 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 7FAED3A6405 for ; Sat, 26 Jun 2010 00:36:31 -0700 (PDT)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from ) id 1OSPwO-0007eB-VS; Sat, 26 Jun 2010 00:36:40 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "roll issue tracker" 
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: jpv@cisco.com
X-Trac-Project: roll
Date: Sat, 26 Jun 2010 07:36:40 -0000
X-URL: http://tools.ietf.org/wg/roll/
X-Trac-Ticket-URL: http://tools.ietf.org/wg/roll/trac/ticket/48#comment:2
Message-ID: <064.57427235b2e24b3587d43e9045ffab3f@tools.ietf.org>
References: <055.ec223f2cf93b665e055bfaef56eb5266@tools.ietf.org>
X-Trac-Ticket-ID: 48
In-Reply-To: <055.ec223f2cf93b665e055bfaef56eb5266@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: jpv@cisco.com, roll@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #48: Manageability section - next update
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Reply-To: roll@ietf.org
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sat, 26 Jun 2010 07:36:33 -0000

#48: Manageability section - next update
--------------------------------+-------------------------------------------
 Reporter:  jpv@…               |        Owner:  jpv@…        
     Type:  defect              |       Status:  closed       
 Priority:  minor               |    Milestone:               
Component:  rpl                 |      Version:               
 Severity:  Active WG Document  |   Resolution:  fixed        
 Keywords:                      |  
--------------------------------+-------------------------------------------
Changes (by jpv@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 ---------------------------------------
 Here is the new text closing the issue to be posted in
 revision 10 of RPL (to be posted on June 28 or 29)


 15.  Manageability Considerations

    The aim of this section is to give consideration to the manageability
    of RPL, and how RPL will be operated in a LLN.  The scope of this
    section is to consider the following aspects of manageability:
    configuration, monitoring, fault management, accounting, and
    performance of the protocol in light of the recommendations set forth
    in [RFC5706].

 Winter, et al.          Expires December 13, 2010              [Page 80]
 Internet-Draft           draft-ietf-roll-rpl-09                 Jun 2010

 15.1.  Introduction

    Most of the existing IETF management standards are Structure of
    Management Information (SMI) based data models (MIB modules) to
    monitor and manage networking devices.

    For a number of protocols, the IETF community has used the IETF
    Standard Management Framework, including the Simple Network
    Management Protocol [RFC3410], the Structure of Management
    Information [RFC2578], and MIB data models for managing new
    protocols.

    As pointed out in [RFC5706], the common policy in terms of operation
    and management has been expanded to a policy that is more open to a
    set of tools and management protocols rather than strictly relying on
    a single protocol such as SNMP.

    In 2003, the Internet Architecture Board (IAB) held a workshop on
    Network Management [RFC3535] that discussed the strengths and
    weaknesses of some IETF network management protocols and compared
    them to operational needs, especially configuration.

    One issue discussed was the user-unfriendliness of the binary format
    of SNMP [RFC3410].  In the case of LLNs, it must be noted that at the
    time of writing, the CoRE Working Group is actively working on
    resource management of devices in LLNs.  Still, it is felt that this
    section provides important guidance on how RPL should be deployed,
    operated, and managed.

    As stated in [RFC5706], "A management information model should
    include a discussion of what is manageable, which aspects of the
    protocol need to be configured, what types of operations are allowed,
    what protocol-specific events might occur, which events can be
    counted, and for which events an operator should be notified".  These
    aspects are discussed in detail in the following sections.

    RPL will be used on a variety of devices that may have resources such
    as memory varying from a very few Kbytes to several hundreds of
    Kbytes and even Mbytes.  When memory is highly constrained, it may
    not be possible to satisfy all the requirements listed in this
    section.  Still it is worth listing all of these in an exhaustive
    fashion, and implementers will then determine which of these
    requirements could be satisfied according to the available resources
    on the device.

 Winter, et al.          Expires December 13, 2010              [Page 81]
 Internet-Draft           draft-ietf-roll-rpl-09                 Jun 2010

 15.2.  Configuration Management

 15.2.1.  Initialization Mode

    "Architectural Principles of the Internet" [RFC1958], Section 3.8,
    states: "Avoid options and parameters whenever possible.  Any options
    and parameters should be configured or negotiated dynamically rather
    than manually.  This especially true in LLNs where the number of
    devices may be large and manual configuration is infeasible.  This
    has been taken into account in the design of RPL whereby the DODAG
    root provides a number of parameters to the devices joining the
    DODAG, thus avoiding cumbersome configuration on the routers and
    potential sources of misconfiguration (e.g. values of trickle timers,
    ...).  Still there are additional RPL parameters that a RPL
    implementation should allow to be configured, which are discussed in
    this section.

 15.2.1.1.  DIS mode of operation upon boot-up

    When a node is first powered up, it may choose:

 (1) To stay silent, waiting to receive DIO messages from DODAG of interest
 (advertizing a supported OF and metrics/constraints) and not send any
 multicast DIO messages until it has joined a DODAG.
 (2) The node may decide to send one or more DIS messages (optionally
 requesting DIO for a specific DODAG) message as an initial probe for
 nearby DODAGs, and in the absence of DIO messages in reply after some
 configurable period of time, the node may decide to root a floating DODAG
 and start sending multicast DIO messages.

 A RPL implementation SHOULD allow configuring the preferred mode of
 operation listed above along with the required parameters (in the second
 mode: number of DIS messages and related timer).

 15.2.2.  DIO and DAO Base Message and Options Configuration

    RPL specifies a number of protocol parameters considering the large
    spectrum of applications where it will be used.  That said,
    particular attention has been given to limiting the number of these
    parameters that must be configured on each RPL router.  Instead, a
    number of the default values can be used, and when required these
    parameters can be provided by the DODAG root thus allowing for
    dynamic parameter setting.

    A RPL implementation SHOULD allow configuring the following routing
    protocol parameters.  As pointed out above, note that a large set of
    parameters is configured on the DODAG root.

 Winter, et al.          Expires December 13, 2010              [Page 82]
 Internet-Draft           draft-ietf-roll-rpl-09                 Jun 2010

 15.2.3.  Protocol Parameters to be configured on every router in the LLN

    o  RPLInstanceID [DIO message, in DIO base message].  Although the
       RPLInstanceID must be configured on the DODAG root, it must also
       be configured as a policy on every node in order to determine
       whether or not the node should join a particular DODAG.  Note that
       a second RPLInstance can be configured on the node, should it
       become root of a floating DODAG.

    o  Objective Code Point (OCP)

    o List of supported metrics: [I-D.ietf-roll-routing-metrics] specifies
 a number of metrics and constraints used for the DAG formation. Thus a RPL
 implementation should allow configuring the list of metrics that a node
 can accept and understand.  If a DIO is received with a metric and/or
 constraint that is not understood or supported, as specified in Section
 7.5, the node would join as a leaf node.

    o  DODAGID [DIO, DIO base option] and [DAO message when the D flag of
       the DAO message is set).

    o  Route Information (and preference) [DIO message, in Route
       Information option]

    o  Solicited Information [DIS message, in Solicited Information
       option].  Note that an RPL implementation SHOULD allow configuring
       when such messages should be sent and under which circumstances,
       along with the value of the RPLInstance ID, V/I/D flags.

    o  K flag [DAO message, in DAO base message].

    o  MOP (Mode of Operation) [DIO message, in DIO base message]

 15.2.4.  Protocol Parameters to be configured on every non-root router in
 the LLN

    o  Target prefix [DAO, in RPL Target option and DIO messages]

    o  Transit information [DAO, Transit information option]: A RPL
       implementation SHOULD allow configuring whether a non-storing node
       provides the transit information in DAO messages.

    A node whose DODAG parent set is empty may become the DODAG root of a
    floating DODAG.  It may also set its DAGPreference such that it is
    less preferred.  Thus a RPL implementation MUST allow configuring the
    set of actions that the node should initiate in this case:

 Winter, et al.          Expires December 13, 2010              [Page 83]
 Internet-Draft           draft-ietf-roll-rpl-09                 Jun 2010

    o  Start its own (floating) DODAG: the new DODAGID must be configured
       in addition to its DAGPreference

    o  Poison the broken path (see procedure in Section 7.2.2.5)

    o  Trigger a local repair

 15.2.5.  Parameters to be configured on the DODAG root

    In addition, several other parameters are configured only on the
    DODAG root and advertised in options carried in DIO messages.

    As specified in Section 7.3, a RPL implementation makes use of
    trickle timers to govern the sending of DIO messages.  The operation
    of the trickle algorithm is determined by a set of configurable
    parameters, which MUST be configurable and that are then advertised
    by the DODAG root along the DODAG in DIO messages.

    o  DIOIntervalDoublings [DIO, in DODAG configuration option]

    o  DIOIntervalMin [DIO, in DODAG configuration option]

    o  DIORedundancyConstant [DIO, in DODAG configuration option]

    In addition, a RPL implementation SHOULD allow for configuring the
    following set of RPL parameters:

    o  Path Control Size [DIO, in DODAG configuration option]

    o  MinHopRankIncrease [DIO, in DODAG configuration option]

    o  The following flags: A, MOP (Mode of Operation), DODAGPreference
       field [DIO message, DIO Base object]

    o  Route information (list of prefixes with preference) [DIO message,
       in Route Information option]

    o  The T flag allows for triggering a refresh of the downward routes.
       A RPL implementation SHOULD support manual setting of the T flag
       or upon the occurrence of a set of event such as the expiration of
       a configurable periodic timer.

    o  List of metrics and constraints used for the DODAG.

    o  Prefix information along with valid and preferred lifetime and the
       L and A flags.  [DIO message, Prefix Information option].  A RPL
       implementation SHOULD allow configuring if the Prefix Information
       Option must be carried with the DIO message to distribute the

 Winter, et al.          Expires December 13, 2010              [Page 84]
 Internet-Draft           draft-ietf-roll-rpl-09                 Jun 2010

       prefix information for auto-configuration.  In that case, the RPL
       implementation MUST allow the list of prefixes to be advertised in
       the Prefix Information Option along with the corresponding flags.

    DAG Root behavior: in some cases, a node may not want to permanently
    act as a floating DODAG root if it cannot join a grounded DODAG.  For
    example a battery-operated node may not want to act as a floating
    DODAG root for a long period of time.  Thus a RPL implementation MAY
    support the ability to configure whether or not a node could act as a
    floating DODAG root for a configured period of time.

    DAG Version Number Increment: a RPL implementation may allow by
    configuration at the DODAG root to refresh the DODAG states by
    updating the DODAGVersionNumber.  A RPL implementation SHOULD allow
    configuring whether or not periodic or event triggered mechanisms are
    used by the DODAG root to control DODAGVersionNumber change (which
    triggers a global repair as specified in Section 3.3.2.

 15.2.6.  Configuration of RPL Parameters related to DAO-based mechanisms

    DAO messages are optional and used in DODAGs that require downward
    routing operation.  This section deals with the set of parameters
    related to DAO message and provides recommendations on their
    configuration.

    An implementation SHOULD bound the time that the entry is allocated
    in the UNREACHABLE state.  Upon the equivalent expiry of the related
    timer (RemoveTimer), the entry SHOULD be suppressed.  Thus a RPL
    implementation MAY allow for the configuration of the RemoveTimer.

    While the entry is in the UNREACHABLE state a node SHOULD make a
    reasonable attempt to report a No-Path to each of the DAO parents.
    That number of attempts MAY be configurable.

    When the associated Retry Counter for a REACHABLE(Pending) entry
    reaches a maximum threshold, the entry is placed into the UNREACHABLE
    state and No-Path should be scheduled to send to the node's DAO
    Parents.  The maximum threshold MAY be configurable.

    An implementation should support rate-limiting the sending of DAO
    messages.  The related parameters MAY be configurable.

    When scheduling to send a DAO, an implementation should equivalently
    start a timer (DelayDAO) to delay sending the DAO, thus helping to
    potentially aggregate DAOs.  The DelayDAO timer MAY be configurable.

 15.2.7.  Default Values

 Winter, et al.          Expires December 13, 2010              [Page 85]
 Internet-Draft           draft-ietf-roll-rpl-09                 Jun 2010

 This document specifies default values for the following set of RPL
 variables:
 •       DEFAULT_PATH_CONTROL_SIZE
 •       DEFAULT_DIO_INTERVAL_MIN
 •       DEFAULT_DIO_INTERVAL_DOUBLINGS
 •       DEFAULT_DIO_REDUNDANCY_CONSTANT
 •       DEFAULT_MIN_HOP_RANK_INCREASE

 It is recommended to specify default values in protocols; that being said,
 as discussed in [RFC5706], default values may make less and less sense.
 RPL is a routing protocol that is expected to be used in a number of
 contexts where network characteristics such as the number of nodes, link
 and nodes types are expected to vary significantly. Thus, these default
 values are likely to change with the context and as the technology will
 evolve. Indeed, LLNs’ related technology (e.g. hardware, link layers) have
 been evolving dramatically over the past few years and such technologies
 are expected to change and evolve considerably in the coming years.

 The proposed values are not based on extensive best current practices and
 are considered to be conservative.

 15.3.  Monitoring of RPL Operation

    Several RPL parameters should be monitored to verify the correct
    operation of the routing protocol and the network itself.  This
    section lists the set of monitoring parameters of interest.

 15.3.1.  Monitoring a DODAG parameters

    A RPL implementation SHOULD provide information about the following
    parameters:

    o  DODAG Version number [DIO message, in DIO base message]

    o  Status of the G flag [DIO message, in DIO base message]

    o  Status of the A flag [DIO message, in DIO base message]

    o  Value of the DTSN [DIO message, in DIO base message]

    o  Value of the rank [DIO message, in DIO base message]

    o  DAOSequence: Incremented at each unique DAO message, echoed in the
       DAO-ACK message [DAO and DAO-ACK messages]

    o  Route Information [DIO message, Route Information option] (list of
       IPv6 prefixes per parent along with lifetime and preference]

    o  Trickle parameters:

       *  DIOIntervalDoublings [DIO, in DODAG configuration option]

       *  DIOIntervalMin [DIO, in DODAG configuration option]

       *  DIORedundancyConstant [DIO, in DODAG configuration option]

    o  Path Control Size [DIO, in DODAG configuration option]

    o  MinHopRankIncrease [DIO, in DODAG configuration option]

    Values that may be monitored only on the DODAG root

    o  Transit Information [DAO, Transit Information option]: A RPL
       implementation SHOULD allow configuring whether the set of
       received Transit Information options should be displayed on the
       DODAG root.  In this case, the RPL database of received Transit
       Information should also contain: the path-sequence, path control,
       path lifetime and parent address.

 Winter, et al.          Expires December 13, 2010              [Page 86]
 Internet-Draft           draft-ietf-roll-rpl-09                 Jun 2010

 15.3.2.  Monitoring a DODAG inconsistencies and loop detection

    Detection of DODAG inconsistencies is particularly critical in RPL
    networks.  Thus it is recommended for a RPL implementation to provide
    appropriate monitoring tools.  A RPL implementation SHOULD provide a
    counter reporting the number of a times the node has detected an
    inconsistency with respect to a DODAG parent, e.g. if the DODAGID has
    changed.

    When possible more granular information about inconsistency detection
    should be provided.  A RPL implementation MAY provide counters
    reporting the number of following inconsistencies:

    o  Packets received with O bit set (to down) from a node with a
       higher rank

    o  Packets received with O bit reset (to up) from a node with a lower
       rank

    o  Number of packets with the F bit set

    o  Number of packets with the R bit set

 15.4.  Monitoring of the RPL data structures

 15.4.1.  Candidate Neighbor Data Structure

    A node in the candidate neighbor list is a node discovered by the
    some means and qualified to potentially become a parent (with high
    enough local confidence).  A RPL implementation SHOULD provide a way
    to monitor the candidate neighbor list with some metric reflecting
    local confidence (the degree of stability of the neighbors) as
    measured by some metrics.

    A RPL implementation MAY provide a counter reporting the number of
    times a candidate neighbor has been ignored, should the number of
    candidate neighbors exceeds the maximum authorized value.

 15.4.2.  Destination Oriented Directed Acyclic Graph (DAG) Table

    For each DODAG, a RPL implementation is expected to keep track of the
    following DODAG table values:

    o  RPLInstanceID

    o  DODAGID

 Winter, et al.          Expires December 13, 2010              [Page 87]
 Internet-Draft           draft-ietf-roll-rpl-09                 Jun 2010

    o  DODAGVersionNumber

    o  Rank

    o  Objective Code Point

    o  A set of DODAG Parents

    o  A set of prefixes offered upwards along the DODAG

    o  Trickle timers used to govern the sending of DIO messages for the
       DODAG

    o  List of DAO parents

    o  DTSN

    o  Node status (router versus leaf)

    A RPL implementation SHOULD allow for monitoring the set of
    parameters listed above.

 15.4.3.  Routing Table and DAO Routing Entries

    A RPL implementation maintains several information elements related
    to the DODAG and the DAO entries (for storing nodes).  In the case of
    a non storing node, a limited amount of information is maintained
    (the routing table is mostly reduced to a set of DODAG parents along
    with characteristics of the DODAG as mentioned above) whereas in the
    case of storing nodes, this information is augmented with routing
    entries.

    A RPL implementation SHOULD provide the ability to monitor the
    following parameters:

    o  Next Hop (DODAG parent)

    o  Next Hop Interface

    o  Path metrics value for each DODAG parent

    A DAO Routing Table Entry conceptually contains the following
    elements (for storing nodes only):

    o  Advertising Neighbor Information

    o  IPv6 Address

 Winter, et al.          Expires December 13, 2010              [Page 88]
 Internet-Draft           draft-ietf-roll-rpl-09                 Jun 2010

    o  Interface ID to which DAO Parents has this entry been reported

    o  Retry Counter

    o  Logical equivalent of DAO Content:

       *  DAO Sequence

       *  DAO Lifetime

       *  DAO Path Control

    o  Destination Prefix (or Address or Mcast Group)

    A RPL implementation SHOULD provide information about the state of
    each DAO Routing Table entry states.

 15.5.  Fault Management

    Fault management is a critical component used for troubleshooting,
    verification of the correct mode of operation of the protocol,
    network design, and is also a key component of network performance
    monitoring.  A RPL implementation SHOULD allow providing the
    following information related to fault managements:

    o  Memory overflow along with the cause (e.g. routing tables
       overflow, ...)

    o  Number of times a packet could not be sent to a DODAG parent
       flagged as valid

    o  Number of times a packet has been received for which the router
       did not have a corresponding RPLInstanceID

    o  Number of times a local repair procedure was triggered

    o  Number of times a global repair was triggered by the DODAG root

    o  Number of received malformed messages

    o  Number of seconds with packets to forward and no next hop (DODAG
       parent)

   o Number of seconds without next hop (DODAG parent)

  o Number of times a node has joined a DODAG as a leaf because it received
 a DIO with metric/constraint not understood and it was configured to join
 as a leaf node in this case (see section 15.6).

 It is RECOMMENDED to report faults via at least error log messages. Other
 protocols may be used to report such faults.

 Winter, et al.          Expires December 13, 2010              [Page 89]
 Internet-Draft           draft-ietf-roll-rpl-09                 Jun 2010

 15.6.  Policy

    Policy rules can be used by a RPL implementation to determine whether
    or not the node is allowed to join a particular DODAG advertised by a
    neighbor by means of DIO messages.

    This document specifies operation within a single DODAG.  A DODAG is
    characterized by the following tuple (RPLInstanceID, DODAGID).
    Furthermore, as pointed out above, DIO messages are used to advertise
    other DODAG characteristics such as the routing metrics and
    constraints used to build to the DODAG and the Objective Function in
    use (specified by OCP).

    The first policy rules consists of specifying the following
    conditions that a RPL node must satisfy to join a DODAG:

    o  RPLInstanceID

    o  DODAGID

    o  List of supported routing metrics and constraints

    o  Objective Function (OCP values)

    A RPL implementation MUST allow configuring these parameters and
    SHOULD specify whether the node must simply ignore the DIO if the
    advertised DODAG is not compliant with the local policy or whether
    the node should join as the leaf node if only the list of supported
    routing metrics and constraints, and the OF is not supported.

    A RPL implementation SHOULD allow configuring the set of acceptable
    or preferred Objective Functions (OF) referenced by their Objective
    Codepoints (OCPs) for a node to join a DODAG, and what action should
    be taken if none of a node's candidate neighbors advertise one of the
    configured allowable Objective Functions, or if the advertized
 metrics/constraint is not understood/supported. Two actions can be taken
 in this case:

 o The node joins the DODAG as a leaf node as specified in Section 7.5
 o The node does not join the DODAG

    A node in an LLN may learn routing information from different routing
    protocols including RPL.  It is in this case desirable to control via
    administrative preference which route should be favored.  An
    implementation SHOULD allow for specifying an administrative
    preference for the routing protocol from which the route was learned.

    Internal Data Structures: some RPL implementations may limit the size
    of the candidate neighbor list in order to bound the memory usage, in
    which case some otherwise viable candidate neighbors may not be
    considered and simply dropped from the candidate neighbor list.

    A RPL implementation MAY provide an indicator on the size of the

 Winter, et al.          Expires December 13, 2010              [Page 90]
 Internet-Draft           draft-ietf-roll-rpl-09                 Jun 2010

    candidate neighbor list.

 15.7.  Liveness Detection and Monitoring

    By contrast with several other routing protocols, RPL does not define
    any 'keep-alive' mechanisms to detect routing adjacency failure: this
    is in most cases, because such a mechanism may be too expensive in
    terms of bandwidth and even more importantly energy (a battery
    operated device could not afford to send periodic Keep alive).  Still
    RPL requires mechanisms to detect that a neighbor is no longer
    reachable: this can be performed by using mechanisms such as NUD
    (Neighbor Unreachability Detection) or even some form of Keep-alive
    that are outside of this document.

 15.8.  Fault Isolation

    It is RECOMMENDED to quarantine neighbors that start emitting
    malformed messages at unacceptable rates.

 15.9.  Impact on Other Protocols

    RPL has very limited impact on other protocols.  Where more than one
    routing protocol is required on a router such as a LBR, it is
    expected for the device to support routing redistribution functions
    between the routing protocols to allow for reachability between the
    two routing domains.  Such redistribution SHOULD be governed by the
    use of user configurable policy.

    With regards to the impact in terms of traffic on the network, RPL
    has been designed to limit the control traffic thanks to mechanisms
    such as Trickle timers (Section 7.3).  Thus the impact of RPL on
    other protocols should be extremely limited.

 15.10.  Performance Management

    Performance management is always an important aspect of a protocol
    and RPL is not an exception.  Several metrics of interest have been
    specified by the IP Performance Monitoring (IPPM) Working Group: that
    being said, they will be hardly applicable to LLN considering the
    cost of monitoring these metrics in terms of resources on the devices
    and required bandwidth.  Still, RPL implementation MAY support some
    of these, and other parameters of interest are listed below:

    o  Number of repairs and time to repair in seconds (average,
       variance)

    o  Number of times and duration during which a devices could not
       forward a packet because of a lack of reachable neighbor in its

 Winter, et al.          Expires December 13, 2010              [Page 91]
 Internet-Draft           draft-ietf-roll-rpl-09                 Jun 2010

       routing table

    o  Monitoring of resources consumption by RPL itself in terms of
       bandwidth and required memory

    o  Number of RPL control messages sent and received

 More may be added later on the security aspects of manageability

-- 
Ticket URL: 
roll 


From trac@tools.ietf.org  Sat Jun 26 00:40:54 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 73B563A689E for ; Sat, 26 Jun 2010 00:40:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.448
X-Spam-Level: 
X-Spam-Status: No, score=-102.448 tagged_above=-999 required=5 tests=[AWL=0.152, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hzRoyu85xOge for ; Sat, 26 Jun 2010 00:40:53 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 4B7213A6905 for ; Sat, 26 Jun 2010 00:40:53 -0700 (PDT)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from ) id 1OSQ0c-0007x6-Oi; Sat, 26 Jun 2010 00:41:02 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "roll issue tracker" 
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: jpv@cisco.com
X-Trac-Project: roll
Date: Sat, 26 Jun 2010 07:41:02 -0000
X-URL: http://tools.ietf.org/wg/roll/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/roll/trac/ticket/25#comment:1
Message-ID: <064.b4fdfaebaff5eff5f63ffb6c5bd7eb64@tools.ietf.org>
References: <055.972e1cd4173e658bd712402411ccf5dd@tools.ietf.org>
X-Trac-Ticket-ID: 25
In-Reply-To: <055.972e1cd4173e658bd712402411ccf5dd@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: jpv@cisco.com, roll@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #25: RPL satisfying the MUST requirements
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Reply-To: roll@ietf.org
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sat, 26 Jun 2010 07:40:54 -0000

#25: RPL satisfying the MUST requirements
--------------------------------+-------------------------------------------
 Reporter:  jpv@…               |        Owner:  jpv@…        
     Type:  task                |       Status:  closed       
 Priority:  major               |    Milestone:               
Component:  rpl                 |      Version:               
 Severity:  Active WG Document  |   Resolution:  fixed        
 Keywords:                      |  
--------------------------------+-------------------------------------------
Changes (by jpv@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 A new version of the document will be posted coming with revision -10 of
 RPL.
 This ticket can be closed, MUST requirements are being tracked.

-- 
Ticket URL: 
roll 


From trac@tools.ietf.org  Sat Jun 26 00:42:36 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 405643A68E1 for ; Sat, 26 Jun 2010 00:42:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.449
X-Spam-Level: 
X-Spam-Status: No, score=-102.449 tagged_above=-999 required=5 tests=[AWL=0.151, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jTA+Ysn8X-X6 for ; Sat, 26 Jun 2010 00:42:35 -0700 (PDT)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 9ACAF3A68DD for ; Sat, 26 Jun 2010 00:42:35 -0700 (PDT)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from ) id 1OSQ2G-0007zP-Cl; Sat, 26 Jun 2010 00:42:44 -0700
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "roll issue tracker" 
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: wintert@acm.org, jpv@cisco.com
X-Trac-Project: roll
Date: Sat, 26 Jun 2010 07:42:44 -0000
X-URL: http://tools.ietf.org/wg/roll/
X-Trac-Ticket-URL: http://tools.ietf.org/wg/roll/trac/ticket/53#comment:1
Message-ID: <064.21f873b1898d8ea022cdbd9124a904d7@tools.ietf.org>
References: <055.f165db472d5ffbbbe4850cf9c8de507d@tools.ietf.org>
X-Trac-Ticket-ID: 53
In-Reply-To: <055.f165db472d5ffbbbe4850cf9c8de507d@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: wintert@acm.org, jpv@cisco.com, roll@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: roll@ietf.org
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Reply-To: roll@ietf.org
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sat, 26 Jun 2010 07:42:36 -0000

#53: How does an OF compute rank from metric values?
--------------------------------+-------------------------------------------
 Reporter:  jpv@…               |        Owner:  wintert@…      
     Type:  defect              |       Status:  closed         
 Priority:  major               |    Milestone:                 
Component:  rpl                 |      Version:                 
 Severity:  Active WG Document  |   Resolution:  fixed          
 Keywords:                      |  
--------------------------------+-------------------------------------------
Changes (by jpv@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 RPL defines a set of rules for the rank computation. The actual rule will
 be defined in other documents, thus this ticket can be closed.

-- 
Ticket URL: 
roll 


From jpv@cisco.com  Sat Jun 26 00:47:11 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2AD563A68DD for ; Sat, 26 Jun 2010 00:47:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.266
X-Spam-Level: 
X-Spam-Status: No, score=-10.266 tagged_above=-999 required=5 tests=[AWL=0.333, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ae06OprIymnN for ; Sat, 26 Jun 2010 00:47:09 -0700 (PDT)
Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id 3C0CC3A690A for ; Sat, 26 Jun 2010 00:47:07 -0700 (PDT)
Authentication-Results: rtp-iport-2.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEABdNJUxAZnwN/2dsb2JhbACfKnGlQZolhSQE
X-IronPort-AV: E=Sophos;i="4.53,486,1272844800"; d="scan'208";a="125803624"
Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-2.cisco.com with ESMTP; 26 Jun 2010 07:47:11 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5Q7lB9S015206; Sat, 26 Jun 2010 07:47:11 GMT
Received: from xfe-ams-201.cisco.com ([144.254.231.95]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Sat, 26 Jun 2010 09:47:11 +0200
Received: from ams-jvasseur-8714.cisco.com ([10.55.201.133]) by xfe-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Sat, 26 Jun 2010 09:47:10 +0200
Message-Id: <66B535B4-9040-4AE2-8A85-3683B9DABE16@cisco.com>
From: JP Vasseur 
To: ROLL WG 
Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v936)
Date: Sat, 26 Jun 2010 09:47:09 +0200
X-Mailer: Apple Mail (2.936)
X-OriginalArrivalTime: 26 Jun 2010 07:47:10.0765 (UTC) FILETIME=[C8C54DD0:01CB1503]
Subject: [Roll] Status on RPL
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sat, 26 Jun 2010 07:47:11 -0000

Dear all,

First of all, we would like to thank to warmly thank the WG for a  
tremendous collaboration in designing (and implementing !) RPL. We  
have opened 54 tickets to keep track on all technical discussions that  
are now all closed with the coming revision 10, which will posted this  
coming Monday/Tuesday.
As a reminder, being a co-author, David is the WG chair document  
shepherd.

JP and David.

From richard.kelsey@ember.com  Sat Jun 26 06:03:08 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EFF303A692E for ; Sat, 26 Jun 2010 06:03:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.099
X-Spam-Level: 
X-Spam-Status: No, score=-2.099 tagged_above=-999 required=5 tests=[AWL=0.500,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GawP6KIJV29T for ; Sat, 26 Jun 2010 06:03:08 -0700 (PDT)
Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id AEA4C3A68F3 for ; Sat, 26 Jun 2010 06:03:07 -0700 (PDT)
Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675);  Sat, 26 Jun 2010 09:03:16 -0400
Date: Sat, 26 Jun 2010 09:08:10 -0400
Message-Id: <87pqzegcw5.fsf@kelsey-ws.hq.ember.com>
To: "Pascal Thubert (pthubert)" 
In-reply-to: <6A2A459175DABE4BB11DE2026AA50A5D022FD9D5@XMB-AMS-107.cisco.com> (pthubert@cisco.com)
From: Richard Kelsey 
References: <1328436834.198056.1276957013936.JavaMail.root@mail02.pantherlink.uwm.edu><1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu><87iq5clasl.fsf@kelsey-ws.hq.ember.com><87bpb4l7zd.fsf@kelsey-ws.hq.ember.com> <871vbx1hwm.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD694@XMB-AMS-107.cisco.com> <87bpb0jze9.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD717@XMB-AMS-107.cisco.com> <878w64jr16.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD9D5@XMB-AMS-107.cisco.com>
X-OriginalArrivalTime: 26 Jun 2010 13:03:16.0539 (UTC) FILETIME=[F140C0B0:01CB152F]
Cc: roll@ietf.org
Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sat, 26 Jun 2010 13:03:09 -0000

> Date: Fri, 25 Jun 2010 15:14:20 +0200
> From: "Pascal Thubert (pthubert)" 
> 
> Please find the proposed resolution below as an update to section 4.
> The new text indicates that the instance ID (and DODAGID if needed) are
> always indicated in the hop by hop option.
> One side benefit is that a local instance can be used for packets that
> are not from / to the root, in which case the dodagid must be included
> in the hop by hop option.
> The operation to derive the instanceID from incoming packet is left out.
> Can be the destination, can be the flow label, can be deep packet
> inspection for that matter.

Pascal,

That looks good.  I feel better now.  There are a few minor
comments below.
                                      -Richard 

> 
> "
> 4.  RPL Instance
> 
>    Within a given LLN, there may be multiple, logically independent RPL
>    instances.  A RPL node may belong to multiple RPL Instances, and may
>    act as a router in some and as a leaf in others.  This document
>    describes how a single instance behaves.
> 
>    There are two types of RPL Instances: local and global.  Local RPL
>    Instances are always a single DODAG whose singular root owns the
>    corresponding DODAGID.  Local RPL Instances are intended for
>    constructing temporary DODAGs to support on-demand P2P traffic.
>    Global RPL Instances have one or more DODAGs and are typically long-
>    lived.

Local instances are also intended for long-lived DODAGs for
communication with Goals within the LLN ("Goal: The Goal is
a application specific goal that is defined outside the
scope of RPL.").

I think it would be much better to say "can be used for"
than "are intended for".  The latter has proscriptive
overtones.

>    RPL divides the RPLInstanceID space between global and local
>    instances to prevent identifier collisions.

"RPL divides the RPLInstanceID space between global and local
 instances to allow for both coordinated and unilateral
 allocation of RPLInstanceIDs."

>    The definition and provisionning of RPL instances are beyond the

provisionning -> provisioning
                                
>    scope of this specification.  Those operations are expected to be
>    such that data packets coming from the outside of the RPL network can
>    unambiguously be associated to at least one RPL instance, and be
>    safely routed over any instance that would match the packet.
>    Information used to match a packet to a RPL instance can typically be
>    taken from fields in the IPv6 header, like the flow label, TOS bits,
>    or destination address.
> 
>    Control and data packets within RPL network are tagged to
>    unambiguously identify what RPL Instance they are part of.  The
>    identifiers in the RPL Hop-by-hop option include the RPLInstanceID
>    and, for local instances, the DODAGID.  In some uses the DODAGID is
>    implicit, in other uses it must be given explicitly.
> 
>    A router that injects a packet into the RPL network MUST tag the
>    packet by inserting a RPL Hop-by-hop option as specified in
>    [I-D.hui-6man-rpl-option], that unambiguously identifies what RPL
>    Instance that is used to forward the packet.
> 
>    The router that routes a packet outside the RPL network MUST remove
>    the RPL Hop-by-hop option that is non sensical outside the RPL
>    Network.
> 
>    Every RPL control message has a RPLInstanceID field.  Some RPL
>    control messages may optionally include a DODAGID.
> "
> 
> Pascal
> 
> 
> > -----Original Message-----
> > From: Richard Kelsey [mailto:richard.kelsey@ember.com]
> > Sent: Thursday, June 24, 2010 7:10 PM
> > To: Pascal Thubert (pthubert)
> > Cc: Jerald.P.Martocci@jci.com; roll@ietf.org
> > Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
> > 
> > > Date: Thu, 24 Jun 2010 17:01:15 +0200
> > > From: "Pascal Thubert (pthubert)" 
> > >
> > > [Pascal] The network is not supposed to modify the flow label .
> > 
> > I thought we were going to use the hop-by-hop option and not the flow
> > label.
> > 
> > Pascal and I just discussed on the phone.  There are at least two
> different use
> > cases that need to be acommodated.
> > Putting the instance RPLInstanceID in the hop-by-hop option works for
> the
> > kind of RPL-ignorant hosts that the ZigBee folks want.  Using the flow
> label
> > allows RPL-aware hosts to specify which instance they want to use.
> > 
> > We may need to allow both:
> >   - If the 6LoWPAN hop-by-hop option is present, then use
> >     the RPLInstanceID it contains.
> >   - If there is no 6LoWPAN hop-by-hop option, then use the
> >     RPLInstanceID from the flow label, if it is non-zero.
> >   - In the absence of an RPLInstanceID, pick an instance
> >     that will get the packet to its destination.  In
> >     particular, if the destination is the root of a
> >     DODAG, then use that DODAG's instance.
> > In the later two cases, add a 6LoWPAN hop-by-hop option containing the
> > RPLInstanceID before forwarding the packet.
> > 
> > > [Pascal] RPL needs to learn the host addresses from somewhere.
> > 
> > Yes.  6LoWPAN ND works for that.
> > 
> >                             -Richard Kelsey
> 


----------------
This message and the information it contains are the proprietary
and confidential property of Ember Corporation and may be privileged.
If you are not the intended recipient, please do not read, copy,
disclose or distribute its contents to any party, and notify the
sender immediately.

From rdroms.ietf@gmail.com  Sun Jun 27 13:00:06 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5689F3A69E2 for ; Sun, 27 Jun 2010 13:00:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.371
X-Spam-Level: 
X-Spam-Status: No, score=-2.371 tagged_above=-999 required=5 tests=[AWL=0.228,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nc2WtN-vyFjl for ; Sun, 27 Jun 2010 13:00:05 -0700 (PDT)
Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by core3.amsl.com (Postfix) with ESMTP id 715003A69DC for ; Sun, 27 Jun 2010 13:00:05 -0700 (PDT)
Received: by vws7 with SMTP id 7so591044vws.31 for ; Sun, 27 Jun 2010 13:00:11 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:content-type :content-transfer-encoding:subject:date:message-id:to:mime-version :x-mailer; bh=7wtodT5yEwc23zReP3vgXdKai/cwDejbeguJEmd0QBw=; b=saI5jJEV4wkEt0Lue//bkEXF2Rp4TwDugg9t0teR8m0Q/ijCOf/9Rri/AnVVHHvwP2 6PuI9b+eJRFNEklDzh7CD70wryRuZuaMCQGbBi0V160o4BhrvUrVub+gigYAkFCM3ydv LNX9MFQ8TrpolV85mQXp5zYrJDGFXEPgaiiBY=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:content-type:content-transfer-encoding:subject:date:message-id :to:mime-version:x-mailer; b=OA379hpmyBgfngCA6J1ClEErKaAkFSQ8HgKf5oP4LCHjt7R6vU3aLu31d68/DQgQdO GDZ8Xu78/QXmVDh0Ib1iGQyBIl0vRXZYezvcuerPwOWIvU8dVf1JPV3y+p51tP9FEbb/ f+zABy0Tu+9gHMkYkD6kUDG4lJAyDVFEkrHOc=
Received: by 10.220.126.199 with SMTP id d7mr1538625vcs.207.1277668811363; Sun, 27 Jun 2010 13:00:11 -0700 (PDT)
Received: from bxb-rdroms-8714.cisco.com (198-135-0-233.cisco.com [198.135.0.233]) by mx.google.com with ESMTPS id m31sm4324799vcf.13.2010.06.27.13.00.10 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 27 Jun 2010 13:00:10 -0700 (PDT)
From: Ralph Droms 
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Date: Sun, 27 Jun 2010 16:00:09 -0400
Message-Id: 
To: roll@ietf.org
Mime-Version: 1.0 (Apple Message framework v1078)
X-Mailer: Apple Mail (2.1078)
Subject: [Roll] Downward routes in RPL rev -09
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sun, 27 Jun 2010 20:00:06 -0000

Some details of the transmission and use of DAOs in a non-storing mode
LLN are unclear to me...

1) How are DAO messages delivered from source to destination?  I read
list item 2 in section 8.7:

  2.  On receiving a unicast DAO, a node MUST forward the DAO upwards.
      This forwarding MAY use any parent in the parent set.

to mean that:

a) the sending node sets the IP destination address of the DAO
  to the address of one of its DAO parents
b) the receiving node, in turn, sends the DAO to one of its (the
  receiving node's) DAO parents

However, later in section 8.7, this text:

  Nodes aggregate DAOs by sending a single DAO with multiple RPL Target
  Options.

leads me to believe that the receiving node "consumes" the DAO
messages it receives (during the delay time specified in section 8.4)
and constructs a new DAO message that aggregates the information from
those received DAO messages.

2) Is the interpretation of RPL Target and Transit Information options
in a DAO of dependent on the order and context in which those options
appear?  That is, are a string of consecutive RPL Target options
considered a set of targets, for which a following string of Transit
Information options are considered to hold the set of parents?

3) In the first bullet list item of section 8.1, does "subset of its
parent set" mean "subset of its DODAG parent set"?

4) In section 8.3:

  1.  Each time a node generates a new DAO, the DAOSequence field MUST
      increment by at least one since the last generated DAO.

what does "generates a new DAO" mean?  How does this rule apply to 1),
above?

5) In section 8.3:

  2.  Each time a node link-local multicasts a DAO, the DAOSequence
      field MUST increment by one since the last link local multicast
      DAO.

why does this rule only apply to multicast?

From alexandru.petrescu@gmail.com  Sun Jun 27 14:30:34 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 49C163A69FF for ; Sun, 27 Jun 2010 14:30:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.483
X-Spam-Level: 
X-Spam-Status: No, score=0.483 tagged_above=-999 required=5 tests=[AWL=0.132,  BAYES_50=0.001, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e+wXRaeWddWg for ; Sun, 27 Jun 2010 14:30:18 -0700 (PDT)
Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by core3.amsl.com (Postfix) with ESMTP id EC6923A681D for ; Sun, 27 Jun 2010 14:30:13 -0700 (PDT)
Received: from [127.0.0.1] (unknown [82.239.213.32]) by smtp1-g21.free.fr (Postfix) with ESMTP id AE783940108; Sun, 27 Jun 2010 23:30:16 +0200 (CEST)
Message-ID: <4C27C2E2.4090109@gmail.com>
Date: Sun, 27 Jun 2010 23:30:10 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; fr; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
To: JP Vasseur 
References: <4C1F3935.9050302@gmail.com>  <4C22312B.7070203@gmail.com> <6A5A3D62-A59A-465F-BF0E-03E6BA22F46F@cisco.com> <4C230160.9010003@gmail.com> 
In-Reply-To: 
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
X-Antivirus: avast! (VPS 100627-1, 27/06/2010), Outbound message
X-Antivirus-Status: Clean
Cc: ROLL WG 
Subject: Re: [Roll] Mailing list used for technical content
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Sun, 27 Jun 2010 21:30:34 -0000

Le 25/06/2010 23:13, JP Vasseur a écrit :
> Hi Alex,
>
> If I may, I would kindly ask to use that mailing to discuss technical
> issues.
>
> Please.

Sure,

Alex

>
> Thanks.
>
> JP.
>
> On Jun 24, 2010, at 8:55 AM, Alexandru Petrescu wrote:
>
>> Le 24/06/2010 08:17, JP Vasseur a écrit :
>>>
>>> On Jun 23, 2010, at 6:07 PM, Alexandru Petrescu wrote:
>>>
>>>> Le 23/06/2010 16:06, JP Vasseur a écrit :
>>>>> Hi Alex,
>>>>>
>>>>> On Jun 21, 2010, at 12:04 PM, Alexandru Petrescu wrote:
>>>>>
>>>>>> Hello RoLL,
>>>>>>
>>>>>> I am trying to follow the RoLL group closely. What are the
>>>>>> active DTs, their membership and respective charters,
>>>>>> documents?
>>>>>>
>>>>>> Until now I know of:
>>>>>>
>>>>>> RPL DT Security DT
>>>>>>
>>>>>
>>>>> You are correct. Only two official RPLL DT have been formed so
>>>>> far: * RPL DT (now dissolved) * Security DT
>>>>>
>>>>> For each of them, I sent an email to the list with the list of
>>>>> members, charters and milestones.
>>>>>
>>>>>> I think there may be more DTs (p2p, metrics?). I think some DTs
>>>>>> were announced publicly on the mailing list, whereas some other
>>>>>> DTs were not announced. It's difficult to understand what's
>>>>>> happening.
>>>>>
>>>>> There is no other DTs, otherwise I would have announced them on
>>>>> the list.
>>>>
>>>> Thanks for the clarification.
>>>>
>>>> Why does the draft-dt-roll-p2p-rpl-01.txt have the term "dt" at the
>>>> place where usually the person's name is?
>>>
>>> There was a thread about this already,
>>
>> I didn't see it. It's hard to keep track of threads not having
>> the subject line set according to content. And too many fast changing
>> subject lines is also hard to keep track of.
>>
>> In this "-dt-" case it may be good solution to submit the right I-D with
>> the right title, maybe.
>>
>> If this problem came twice from two unrelated sources maybe it is time
>> to address it ASAP.
>>
>> Alex
>>
>> if OK with you, let's concentrate
>>> on technical content on these IDs.
>>>
>>>>
>>>> What does "P2P team" mean in the authorship of this draft?
>>>>
>>>> This is misleading, it tempts me as unknowing reader to believe
>>>> into some form of WG support of this draft.
>>>>
>>>
>>> For the record, even a DT draft is no different than an individual
>>> submission.
>>>
>>> JP.
>>>
>>>> Is this intentional?
>>>>
>>>> Alex
>>>>
>>>>>
>>>>> Thanks.
>>>>>
>>>>> JP.
>>>>>
>>>>>>
>>>>>> Alex
>>>>>>
>>>>>> _______________________________________________ Roll mailing
>>>>>> list Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>>>>
>>>>>
>>>>
>>>>
>>>> _______________________________________________ Roll mailing list
>>>> Roll@ietf.org https://www.ietf.org/mailman/listinfo/roll
>>>
>>>
>>
>>
>
>


From abr@sdesigns.dk  Mon Jun 28 00:58:05 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8CC6B3A6820 for ; Mon, 28 Jun 2010 00:58:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.132
X-Spam-Level: 
X-Spam-Status: No, score=-1.132 tagged_above=-999 required=5 tests=[AWL=-0.947, BAYES_40=-0.185]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rJdmJykRIbRp for ; Mon, 28 Jun 2010 00:58:04 -0700 (PDT)
Received: from mail.zen-sys.com (mail.zen-sys.com [195.215.56.170]) by core3.amsl.com (Postfix) with ESMTP id 093F23A67E3 for ; Mon, 28 Jun 2010 00:58:03 -0700 (PDT)
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Mon, 28 Jun 2010 09:58:12 +0200
Message-ID: <6D9687E95918C04A8B30A7D6DA805A3E01CCD1BD@zensys17.zensys.local>
In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D022FD9F3@XMB-AMS-107.cisco.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] Non-RPL Host access to/from an RPL LLN
Thread-Index: AcsTJiGK57/EUYBuSK2/2GSUSCTchAAd+/rwAC4ze7AAAl7b8ACNc9aQ
References: <1328436834.198056.1276957013936.JavaMail.root@mail02.pantherlink.uwm.edu><1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu><87iq5clasl.fsf@kelsey-ws.hq.ember.com><87bpb4l7zd.fsf@kelsey-ws.hq.ember.com><871vbx1hwm.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD694@XMB-AMS-107.cisco.com> <6D9687E95918C04A8B30A7D6DA805A3E01CCD1B7@zensys17.zensys.local> <6A2A459175DABE4BB11DE2026AA50A5D022FD9F3@XMB-AMS-107.cisco.com>
From: "Anders Brandt" 
To: "Pascal Thubert (pthubert)" , "Richard Kelsey" , 
Cc: roll@ietf.org
Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 28 Jun 2010 07:58:05 -0000

Hi Pascal

I think we should cooperate on this one. I am not sufficiently
into the fine details of the current RPL spec to make text that
fits precisely into the framework.

In free text I would expect something like this:

While RPL allows for the creation of multi-instance DAGs this is
out of scope for this specification. Any RPL router MUST be able
to join a RPL topology using a DODAGID value of 0 (zero). For
support of such basic operation any RPL node MUST support a
default OCP value of 0 (zero).
(I guess someone has an opinion on how to describe default metrics
requirements?)

Does this make sense?

Thanks,
  Anders


> -----Original Message-----
> From: Pascal Thubert (pthubert) [mailto:pthubert@cisco.com]=20
> Sent: Friday, June 25, 2010 15:43
> To: Anders Brandt; Richard Kelsey; Jerald.P.Martocci@jci.com
> Cc: roll@ietf.org
> Subject: RE: [Roll] Non-RPL Host access to/from an RPL LLN
>=20
> Hi Anders:
>=20
> Would you suggest/ask/agree to add some text about instance zero?
>=20
> Pascal
>=20
>=20
> > -----Original Message-----
> > From: Anders Brandt [mailto:abr@sdesigns.dk]
> > Sent: Friday, June 25, 2010 1:12 PM
> > To: Pascal Thubert (pthubert); Richard Kelsey;
> Jerald.P.Martocci@jci.com
> > Cc: roll@ietf.org
> > Subject: RE: [Roll] Non-RPL Host access to/from an RPL LLN
> >=20
> > Pascal,
> >=20
> > comment inline...
> >=20
> > Cheers,
> >   Anders
> > > -----Original Message-----
> > > From: roll-bounces@ietf.org=20
> [mailto:roll-bounces@ietf.org] On Behalf=20
> > > Of Pascal Thubert (pthubert)
> > > Sent: Thursday, June 24, 2010 15:25
> > > To: Richard Kelsey; Jerald.P.Martocci@jci.com
> > > Cc: roll@ietf.org
> > > Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
> > >
> > > Hi Richard and Jerry:
> > >
> > > There's at least the problem of the instance ID that's=20
> specific to=20
> > > RPL.
> > > The node needs to know which instance it is using. All=20
> things could=20
> > > default to instance 0 for config-less network but the=20
> draft does not=20
> > > mention that at this moment.
> >=20
> > This is important. We agreed in Rolle that all this discussion of
> multi-instance
> > DAGs did not belong in a base spec at all and that RPL=20
> should be able
> to get
> > up running in a default configuration.
> >=20
> > (and yes, then came the P2P discussion on temporary DAGs=20
> but those do
> not
> > need any configuration, so they are not really part of this
> > issue)
> >=20
> > > Then there's the question of ND. Only 6LoWPAN ND has the=20
> concept of=20
> > > registration that's necessary for the RPL router to=20
> inject the host=20
> > > route into the RPL network. Even iIf 6LoWPAN ND is being=20
> used and it=20
> > > has a real table -not a
> > > cache- that can be redistributed into RPL, then the router still
> needs
> > > the instanceID to redistribute that in. OTOH, RPL=20
> requires classical=20
> > > NUD between all nodes, that's the only thing we have to=20
> detect that
> a
> > > parent or a child is gone.
> > >
> > > And there's DAD. RPL expects that the node performs DAD before it=20
> > > joins the network. 6LoWPAN ND can do DAD to some level but only=20
> > > supports the case where the node registration is=20
> explicitly sent to=20
> > > all LBRs, so by itself it does not scale to multiple LBRs=20
> far away=20
> > > from one another. RPL could scale and do DAD itself but=20
> that would=20
> > > require a minor extension to pass the unique ID with the DAO, and
> some
> > > additional flows to reject the duplicates that are detected.
> > >
> > > Pascal
> > >
> > > > -----Original Message-----
> > > > From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On
> Behalf
> > > Of
> > > > Richard Kelsey
> > > > Sent: Thursday, June 24, 2010 12:52 AM
> > > > To: Jerald.P.Martocci@jci.com
> > > > Cc: roll@ietf.org
> > > > Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
> > > >
> > > > > From: Jerald.P.Martocci@jci.com
> > > > > Date: Wed, 23 Jun 2010 16:35:31 -0500
> > > > >
> > > > > I'm not sure we can let ROLL off the hook on access to/from
> hosts
> > > > > simply by saying it's out of scope.
> > > >
> > > > I do not think that is what JP is saying.  What is out=20
> of scope is
> > > >    "a device that does not run RPL and still requires to
> > > >     get routing information"
> > > > Is there any requirement for such devices?  What do=20
> they need the
> > > routing
> > > > information for?
> > > >
> > > > I think the problem is that what we are asking about is so
> > > basic to IP
> > > routing
> > > > that JP doesn't understand that we need confirmation of it.
> > > >
> > > > JP, we don't care about hosts that run RPL.  We don't care
> > > about hosts
> > > that
> > > > need routing information.  Can a host in a network of RPL
> > > routers send
> > > and
> > > > receive packets without implementing any of RPL or any
> > > other routing
> > > > protocol?
> > > >
> > > >                                   -Richard Kelsey=20
> > > > _______________________________________________
> > > > Roll mailing list
> > > > Roll@ietf.org
> > > > https://www.ietf.org/mailman/listinfo/roll
> > > _______________________________________________
> > > Roll mailing list
> > > Roll@ietf.org
> > > https://www.ietf.org/mailman/listinfo/roll
> > >
>=20

From pthubert@cisco.com  Mon Jun 28 07:37:13 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1CFCD3A6807 for ; Mon, 28 Jun 2010 07:37:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.135
X-Spam-Level: 
X-Spam-Status: No, score=-10.135 tagged_above=-999 required=5 tests=[AWL=0.464, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V1XeuEGQYlpE for ; Mon, 28 Jun 2010 07:37:11 -0700 (PDT)
Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 86E9E3A6826 for ; Mon, 28 Jun 2010 07:37:09 -0700 (PDT)
Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEALZPKExAZnwM/2dsb2JhbACfL3GmRZl3hSQE
X-IronPort-AV: E=Sophos;i="4.53,497,1272844800"; d="scan'208";a="126384539"
Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-1.cisco.com with ESMTP; 28 Jun 2010 14:37:07 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5SEatof029143; Mon, 28 Jun 2010 14:37:06 GMT
Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Mon, 28 Jun 2010 16:37:02 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Mon, 28 Jun 2010 16:37:01 +0200
Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D022FDEE5@XMB-AMS-107.cisco.com>
In-Reply-To: <6D9687E95918C04A8B30A7D6DA805A3E01CCD1BD@zensys17.zensys.local>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] Non-RPL Host access to/from an RPL LLN
thread-index: AcsTJiGK57/EUYBuSK2/2GSUSCTchAAd+/rwAC4ze7AAAl7b8ACNc9aQAAzC60A=
References: <1328436834.198056.1276957013936.JavaMail.root@mail02.pantherlink.uwm.edu><1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu><87iq5clasl.fsf@kelsey-ws.hq.ember.com><87bpb4l7zd.fsf@kelsey-ws.hq.ember.com><871vbx1hwm.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD694@XMB-AMS-107.cisco.com> <6D9687E95918C04A8B30A7D6DA805A3E01CCD1B7@zensys17.zensys.local> <6A2A459175DABE4BB11DE2026AA50A5D022FD9F3@XMB-AMS-107.cisco.com> <6D9687E95918C04A8B30A7D6DA805A3E01CCD1BD@zensys17.zensys.local>
From: "Pascal Thubert (pthubert)" 
To: "Anders Brandt" , "Richard Kelsey" , 
X-OriginalArrivalTime: 28 Jun 2010 14:37:02.0091 (UTC) FILETIME=[5F2B5DB0:01CB16CF]
Cc: roll@ietf.org
Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 28 Jun 2010 14:37:13 -0000

Hi Anders:

I think that makes a lot of sense. An instance 0 operating on default
OCP 0 provides a configless operating network that enables nodes to get
an initial connectivity.
That connectivity might be enough. If it is not, it is at least enough
to communicate and negotiate better terms, like learn about other, more
suited instances.

RPL could say that the default instanceID is zero and that a network
operates with instance 0 OF0 unless provisioned otherwise. What do
others think?

Pascal


> -----Original Message-----
> From: Anders Brandt [mailto:abr@sdesigns.dk]
> Sent: Monday, June 28, 2010 9:58 AM
> To: Pascal Thubert (pthubert); Richard Kelsey;
Jerald.P.Martocci@jci.com
> Cc: roll@ietf.org
> Subject: RE: [Roll] Non-RPL Host access to/from an RPL LLN
>=20
> Hi Pascal
>=20
> I think we should cooperate on this one. I am not sufficiently into
the fine
> details of the current RPL spec to make text that fits precisely into
the
> framework.
>=20
> In free text I would expect something like this:
>=20
> While RPL allows for the creation of multi-instance DAGs this is out
of scope
> for this specification. Any RPL router MUST be able to join a RPL
topology
> using a DODAGID value of 0 (zero). For support of such basic operation
any
> RPL node MUST support a default OCP value of 0 (zero).
> (I guess someone has an opinion on how to describe default metrics
> requirements?)
>=20
> Does this make sense?
>=20
> Thanks,
>   Anders
>=20
>=20
> > -----Original Message-----
> > From: Pascal Thubert (pthubert) [mailto:pthubert@cisco.com]
> > Sent: Friday, June 25, 2010 15:43
> > To: Anders Brandt; Richard Kelsey; Jerald.P.Martocci@jci.com
> > Cc: roll@ietf.org
> > Subject: RE: [Roll] Non-RPL Host access to/from an RPL LLN
> >
> > Hi Anders:
> >
> > Would you suggest/ask/agree to add some text about instance zero?
> >
> > Pascal
> >
> >
> > > -----Original Message-----
> > > From: Anders Brandt [mailto:abr@sdesigns.dk]
> > > Sent: Friday, June 25, 2010 1:12 PM
> > > To: Pascal Thubert (pthubert); Richard Kelsey;
> > Jerald.P.Martocci@jci.com
> > > Cc: roll@ietf.org
> > > Subject: RE: [Roll] Non-RPL Host access to/from an RPL LLN
> > >
> > > Pascal,
> > >
> > > comment inline...
> > >
> > > Cheers,
> > >   Anders
> > > > -----Original Message-----
> > > > From: roll-bounces@ietf.org
> > [mailto:roll-bounces@ietf.org] On Behalf
> > > > Of Pascal Thubert (pthubert)
> > > > Sent: Thursday, June 24, 2010 15:25
> > > > To: Richard Kelsey; Jerald.P.Martocci@jci.com
> > > > Cc: roll@ietf.org
> > > > Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
> > > >
> > > > Hi Richard and Jerry:
> > > >
> > > > There's at least the problem of the instance ID that's
> > specific to
> > > > RPL.
> > > > The node needs to know which instance it is using. All
> > things could
> > > > default to instance 0 for config-less network but the
> > draft does not
> > > > mention that at this moment.
> > >
> > > This is important. We agreed in Rolle that all this discussion of
> > multi-instance
> > > DAGs did not belong in a base spec at all and that RPL
> > should be able
> > to get
> > > up running in a default configuration.
> > >
> > > (and yes, then came the P2P discussion on temporary DAGs
> > but those do
> > not
> > > need any configuration, so they are not really part of this
> > > issue)
> > >
> > > > Then there's the question of ND. Only 6LoWPAN ND has the
> > concept of
> > > > registration that's necessary for the RPL router to
> > inject the host
> > > > route into the RPL network. Even iIf 6LoWPAN ND is being
> > used and it
> > > > has a real table -not a
> > > > cache- that can be redistributed into RPL, then the router still
> > needs
> > > > the instanceID to redistribute that in. OTOH, RPL
> > requires classical
> > > > NUD between all nodes, that's the only thing we have to
> > detect that
> > a
> > > > parent or a child is gone.
> > > >
> > > > And there's DAD. RPL expects that the node performs DAD before
it
> > > > joins the network. 6LoWPAN ND can do DAD to some level but only
> > > > supports the case where the node registration is
> > explicitly sent to
> > > > all LBRs, so by itself it does not scale to multiple LBRs
> > far away
> > > > from one another. RPL could scale and do DAD itself but
> > that would
> > > > require a minor extension to pass the unique ID with the DAO,
and
> > some
> > > > additional flows to reject the duplicates that are detected.
> > > >
> > > > Pascal
> > > >
> > > > > -----Original Message-----
> > > > > From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On
> > Behalf
> > > > Of
> > > > > Richard Kelsey
> > > > > Sent: Thursday, June 24, 2010 12:52 AM
> > > > > To: Jerald.P.Martocci@jci.com
> > > > > Cc: roll@ietf.org
> > > > > Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
> > > > >
> > > > > > From: Jerald.P.Martocci@jci.com
> > > > > > Date: Wed, 23 Jun 2010 16:35:31 -0500
> > > > > >
> > > > > > I'm not sure we can let ROLL off the hook on access to/from
> > hosts
> > > > > > simply by saying it's out of scope.
> > > > >
> > > > > I do not think that is what JP is saying.  What is out
> > of scope is
> > > > >    "a device that does not run RPL and still requires to
> > > > >     get routing information"
> > > > > Is there any requirement for such devices?  What do
> > they need the
> > > > routing
> > > > > information for?
> > > > >
> > > > > I think the problem is that what we are asking about is so
> > > > basic to IP
> > > > routing
> > > > > that JP doesn't understand that we need confirmation of it.
> > > > >
> > > > > JP, we don't care about hosts that run RPL.  We don't care
> > > > about hosts
> > > > that
> > > > > need routing information.  Can a host in a network of RPL
> > > > routers send
> > > > and
> > > > > receive packets without implementing any of RPL or any
> > > > other routing
> > > > > protocol?
> > > > >
> > > > >                                   -Richard Kelsey
> > > > > _______________________________________________
> > > > > Roll mailing list
> > > > > Roll@ietf.org
> > > > > https://www.ietf.org/mailman/listinfo/roll
> > > > _______________________________________________
> > > > Roll mailing list
> > > > Roll@ietf.org
> > > > https://www.ietf.org/mailman/listinfo/roll
> > > >
> >

From pthubert@cisco.com  Mon Jun 28 07:37:17 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B0C013A6807 for ; Mon, 28 Jun 2010 07:37:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.216
X-Spam-Level: 
X-Spam-Status: No, score=-9.216 tagged_above=-999 required=5 tests=[AWL=-0.476, BAYES_20=-0.74, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6cyFSo7LnlAf for ; Mon, 28 Jun 2010 07:37:11 -0700 (PDT)
Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id A024C3A6891 for ; Mon, 28 Jun 2010 07:37:09 -0700 (PDT)
Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEALZPKExAZnwM/2dsb2JhbACfL3GmRZl3gluCSQQ
X-IronPort-AV: E=Sophos;i="4.53,497,1272844800"; d="scan'208";a="126384554"
Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-1.cisco.com with ESMTP; 28 Jun 2010 14:37:09 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5SEaton029143; Mon, 28 Jun 2010 14:37:09 GMT
Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Mon, 28 Jun 2010 16:37:03 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Mon, 28 Jun 2010 16:36:56 +0200
Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D022FDEE6@XMB-AMS-107.cisco.com>
In-Reply-To: <87pqzegcw5.fsf@kelsey-ws.hq.ember.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] Non-RPL Host access to/from an RPL LLN
thread-index: AcsVMAiAKGLtT86xQlqu7l58luIbpwBmj6YA
References: <1328436834.198056.1276957013936.JavaMail.root@mail02.pantherlink.uwm.edu><1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu><87iq5clasl.fsf@kelsey-ws.hq.ember.com><87bpb4l7zd.fsf@kelsey-ws.hq.ember.com> <871vbx1hwm.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD694@XMB-AMS-107.cisco.com> <87bpb0jze9.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD717@XMB-AMS-107.cisco.com> <878w64jr16.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD9D5@XMB-AMS-107.cisco.com> <87pqzegcw5.fsf@kelsey-ws.hq.ember.com>
From: "Pascal Thubert (pthubert)" 
To: "Richard Kelsey" 
X-OriginalArrivalTime: 28 Jun 2010 14:37:03.0732 (UTC) FILETIME=[6025C340:01CB16CF]
Cc: roll@ietf.org
Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 28 Jun 2010 14:37:17 -0000

Hi Richard:

Digging more into what the RPL router needs to be able to act as a
router for a dumb host.

Unless it is the root of the DODAG, a Node is reachable over a RPL
network iff it matches a target that is injected using a DAO. On way of
achieving that for our non RPL host is that, in a classical IGP fashion,
the RPL router owns a prefix. The host forms an address from that
prefix, and the router injects that prefix as target in the instances of
its choice. This is not the expected way for an SGP though. We'd expect
that the prefix is valid across the whole subnet and that hosts form an
address from that same prefix independent on the router they initially
attach to or move to overtime as conditions change.

In that case, the router needs a registration like the 6LoWPAN ND that
it will turn into a DAO.  To turn a registration into a DAO, the router
needs to know:
- the instance ID in which to send the DAO. Without an instance ID, the
router can only default to 0.
- the sequence number to go with it.  Without a sequence number, the
host can only register to one router that would maintain its own
sequence.

That information is not conveyed in 6LoWPAN ND today. So to really
benefit from RPL with the specs that are currently on the table, a host
needs to operate as RPL leaf.=20

Do I miss something?
=20
Pascal


> -----Original Message-----
> From: Richard Kelsey [mailto:richard.kelsey@ember.com]
> Sent: Saturday, June 26, 2010 3:08 PM
> To: Pascal Thubert (pthubert)
> Cc: Jerald.P.Martocci@jci.com; roll@ietf.org; JP Vasseur (jvasseur);
> jhui@archrock.com
> Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
>=20
> > Date: Fri, 25 Jun 2010 15:14:20 +0200
> > From: "Pascal Thubert (pthubert)" 
> >
> > Please find the proposed resolution below as an update to section 4.
> > The new text indicates that the instance ID (and DODAGID if needed)
> > are always indicated in the hop by hop option.
> > One side benefit is that a local instance can be used for packets
that
> > are not from / to the root, in which case the dodagid must be
included
> > in the hop by hop option.
> > The operation to derive the instanceID from incoming packet is left
out.
> > Can be the destination, can be the flow label, can be deep packet
> > inspection for that matter.
>=20
> Pascal,
>=20
> That looks good.  I feel better now.  There are a few minor comments
below.
>                                       -Richard
>=20
> >
> > "
> > 4.  RPL Instance
> >
> >    Within a given LLN, there may be multiple, logically independent
RPL
> >    instances.  A RPL node may belong to multiple RPL Instances, and
may
> >    act as a router in some and as a leaf in others.  This document
> >    describes how a single instance behaves.
> >
> >    There are two types of RPL Instances: local and global.  Local
RPL
> >    Instances are always a single DODAG whose singular root owns the
> >    corresponding DODAGID.  Local RPL Instances are intended for
> >    constructing temporary DODAGs to support on-demand P2P traffic.
> >    Global RPL Instances have one or more DODAGs and are typically
long-
> >    lived.
>=20
> Local instances are also intended for long-lived DODAGs for
communication
> with Goals within the LLN ("Goal: The Goal is a application specific
goal that is
> defined outside the scope of RPL.").
>=20
> I think it would be much better to say "can be used for"
> than "are intended for".  The latter has proscriptive overtones.
>=20
> >    RPL divides the RPLInstanceID space between global and local
> >    instances to prevent identifier collisions.
>=20
> "RPL divides the RPLInstanceID space between global and local
instances to
> allow for both coordinated and unilateral  allocation of
RPLInstanceIDs."
>=20
> >    The definition and provisionning of RPL instances are beyond the
>=20
> provisionning -> provisioning
>=20
> >    scope of this specification.  Those operations are expected to be
> >    such that data packets coming from the outside of the RPL network
can
> >    unambiguously be associated to at least one RPL instance, and be
> >    safely routed over any instance that would match the packet.
> >    Information used to match a packet to a RPL instance can
typically be
> >    taken from fields in the IPv6 header, like the flow label, TOS
bits,
> >    or destination address.
> >
> >    Control and data packets within RPL network are tagged to
> >    unambiguously identify what RPL Instance they are part of.  The
> >    identifiers in the RPL Hop-by-hop option include the
RPLInstanceID
> >    and, for local instances, the DODAGID.  In some uses the DODAGID
is
> >    implicit, in other uses it must be given explicitly.
> >
> >    A router that injects a packet into the RPL network MUST tag the
> >    packet by inserting a RPL Hop-by-hop option as specified in
> >    [I-D.hui-6man-rpl-option], that unambiguously identifies what RPL
> >    Instance that is used to forward the packet.
> >
> >    The router that routes a packet outside the RPL network MUST
remove
> >    the RPL Hop-by-hop option that is non sensical outside the RPL
> >    Network.
> >
> >    Every RPL control message has a RPLInstanceID field.  Some RPL
> >    control messages may optionally include a DODAGID.
> > "
> >
> > Pascal
> >
> >
> > > -----Original Message-----
> > > From: Richard Kelsey [mailto:richard.kelsey@ember.com]
> > > Sent: Thursday, June 24, 2010 7:10 PM
> > > To: Pascal Thubert (pthubert)
> > > Cc: Jerald.P.Martocci@jci.com; roll@ietf.org
> > > Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
> > >
> > > > Date: Thu, 24 Jun 2010 17:01:15 +0200
> > > > From: "Pascal Thubert (pthubert)" 
> > > >
> > > > [Pascal] The network is not supposed to modify the flow label .
> > >
> > > I thought we were going to use the hop-by-hop option and not the
> > > flow label.
> > >
> > > Pascal and I just discussed on the phone.  There are at least two
> > different use
> > > cases that need to be acommodated.
> > > Putting the instance RPLInstanceID in the hop-by-hop option works
> > > for
> > the
> > > kind of RPL-ignorant hosts that the ZigBee folks want.  Using the
> > > flow
> > label
> > > allows RPL-aware hosts to specify which instance they want to use.
> > >
> > > We may need to allow both:
> > >   - If the 6LoWPAN hop-by-hop option is present, then use
> > >     the RPLInstanceID it contains.
> > >   - If there is no 6LoWPAN hop-by-hop option, then use the
> > >     RPLInstanceID from the flow label, if it is non-zero.
> > >   - In the absence of an RPLInstanceID, pick an instance
> > >     that will get the packet to its destination.  In
> > >     particular, if the destination is the root of a
> > >     DODAG, then use that DODAG's instance.
> > > In the later two cases, add a 6LoWPAN hop-by-hop option containing
> > > the RPLInstanceID before forwarding the packet.
> > >
> > > > [Pascal] RPL needs to learn the host addresses from somewhere.
> > >
> > > Yes.  6LoWPAN ND works for that.
> > >
> > >                             -Richard Kelsey
> >
>=20
>=20
> ----------------
> This message and the information it contains are the proprietary and
> confidential property of Ember Corporation and may be privileged.
> If you are not the intended recipient, please do not read, copy,
disclose or
> distribute its contents to any party, and notify the sender
immediately.

From richard.kelsey@ember.com  Mon Jun 28 08:24:27 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9A6CC3A68F6 for ; Mon, 28 Jun 2010 08:24:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.117
X-Spam-Level: 
X-Spam-Status: No, score=-2.117 tagged_above=-999 required=5 tests=[AWL=0.482,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bRc0NCMgcbs0 for ; Mon, 28 Jun 2010 08:24:26 -0700 (PDT)
Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id 72A803A67ED for ; Mon, 28 Jun 2010 08:24:26 -0700 (PDT)
Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675);  Mon, 28 Jun 2010 11:24:35 -0400
Date: Mon, 28 Jun 2010 11:29:57 -0400
Message-Id: <87zkyfi39m.fsf@kelsey-ws.hq.ember.com>
To: "Pascal Thubert (pthubert)" 
In-reply-to: <6A2A459175DABE4BB11DE2026AA50A5D022FDEE6@XMB-AMS-107.cisco.com> (pthubert@cisco.com)
From: Richard Kelsey 
References: <1328436834.198056.1276957013936.JavaMail.root@mail02.pantherlink.uwm.edu><1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu><87iq5clasl.fsf@kelsey-ws.hq.ember.com><87bpb4l7zd.fsf@kelsey-ws.hq.ember.com> <871vbx1hwm.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD694@XMB-AMS-107.cisco.com> <87bpb0jze9.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD717@XMB-AMS-107.cisco.com> <878w64jr16.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD9D5@XMB-AMS-107.cisco.com> <87pqzegcw5.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FDEE6@XMB-AMS-107.cisco.com>
X-OriginalArrivalTime: 28 Jun 2010 15:24:35.0912 (UTC) FILETIME=[042DE480:01CB16D6]
Cc: roll@ietf.org
Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 28 Jun 2010 15:24:27 -0000

> Date: Mon, 28 Jun 2010 16:36:56 +0200
> From: "Pascal Thubert (pthubert)" 

Pascal,

Thanks for taking the time on this.

> Digging more into what the RPL router needs to be able to act as a
> router for a dumb host.
> 
> Unless it is the root of the DODAG, a Node is reachable over a RPL
> network iff it matches a target that is injected using a DAO. On way of
> achieving that for our non RPL host is that, in a classical IGP fashion,
> the RPL router owns a prefix. [...]

I agree that this conflicts with having a single prefix
across the subnet and so won't work.

> In that case, the router needs a registration like the 6LoWPAN ND that
> it will turn into a DAO.  To turn a registration into a DAO, the router
> needs to know:
> - the instance ID in which to send the DAO. Without an instance ID, the
> router can only default to 0.

Why?  Why can't the router send DAOs for the host to
any and all instances that it sends its own DAOs to?

> - the sequence number to go with it.  Without a sequence number, the
> host can only register to one router that would maintain its own
> sequence.

Which sequence number?  The host would be present in the DAO
as a RPL Target option, which has no sequence number.

In any case, this would be unfortunate, but not a disaster.
Current ZigBee networks restrict hosts to registering with
only one router.  Registering with multiple routers adds
redundancy but also adds considerable overhead.

The draft doesn't say what the path sequence is used for, by
the way.

> That information is not conveyed in 6LoWPAN ND today. So to really
> benefit from RPL with the specs that are currently on the table, a host
> needs to operate as RPL leaf. 

That ZigBee can't do.  The hosts just don't wake up often
enough to stay current on the routing.

                                 -Richard 

From pal@cs.stanford.edu  Mon Jun 28 09:55:32 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CFF1B28C138 for ; Mon, 28 Jun 2010 09:55:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.583
X-Spam-Level: 
X-Spam-Status: No, score=-4.583 tagged_above=-999 required=5 tests=[AWL=-0.584, BAYES_50=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31lVHuuprDh4 for ; Mon, 28 Jun 2010 09:55:32 -0700 (PDT)
Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by core3.amsl.com (Postfix) with ESMTP id 21EB13A681B for ; Mon, 28 Jun 2010 09:55:32 -0700 (PDT)
Received: from dnab404624.stanford.edu ([171.64.70.36]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OTHcU-0002oq-3M; Mon, 28 Jun 2010 09:55:42 -0700
Mime-Version: 1.0 (Apple Message framework v1081)
Content-Type: text/plain; charset=us-ascii
From: Philip Levis 
In-Reply-To: <1720175417.388100.1277521791375.JavaMail.root@mail02.pantherlink.uwm.edu>
Date: Mon, 28 Jun 2010 09:29:55 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <7C18CF79-2EC1-4E95-85AC-9FA01F0453BF@cs.stanford.edu>
References: <1720175417.388100.1277521791375.JavaMail.root@mail02.pantherlink.uwm.edu>
To: Mukul Goyal 
X-Mailer: Apple Mail (2.1081)
X-Scan-Signature: 2c238adc2661b13b123d68c6db09dced
Cc: roll 
Subject: Re: [Roll] P2P: "distance" and the "good enough" criteria
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 28 Jun 2010 16:55:32 -0000

On Jun 25, 2010, at 8:09 PM, Mukul Goyal wrote:

>> Can you be a little clearer on what "good enough" is? Hysteresis and
>> estimation inaccuracy means that wireless meshes rarely use the
>> "optimal" route: doing so would lead to high unstable topologies.
>=20
> "Good enough" is what an origin router wants it to be. Here are some =
examples:
>=20
> 1. An origin router that expects the target router to be less than 5 =
hops away may specify "hop-count <=3D 5" as the good enough criteria.=20
>=20
> 2. An origin router that measures the total ETX of its along-DAG route =
to the target router to be 20 may specify "ETX <=3D x*20", where x is a =
fraction that origin router decides, as the good enough criteria.  =20

This makes sense. Clearly some kind of intelligent route discovery is =
going to do better than simple scoped flooding. So basically a node =
requests a route, the LLN tries to discover some good ones, then that =
node decides if they are good enough? The major question then is how an =
intermediate node decides which routes to forward to the discovering =
node.

Phil=

From pal@cs.stanford.edu  Mon Jun 28 09:55:33 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 197073A681B for ; Mon, 28 Jun 2010 09:55:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.551
X-Spam-Level: 
X-Spam-Status: No, score=-4.551 tagged_above=-999 required=5 tests=[AWL=-0.552, BAYES_50=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iM5a5aVOfM7X for ; Mon, 28 Jun 2010 09:55:32 -0700 (PDT)
Received: from cs-smtp-1.Stanford.EDU (cs-smtp-1.Stanford.EDU [171.64.64.25]) by core3.amsl.com (Postfix) with ESMTP id 39C023A698F for ; Mon, 28 Jun 2010 09:55:32 -0700 (PDT)
Received: from dnab404624.stanford.edu ([171.64.70.36]) by cs-smtp-1.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OTHcT-0002oq-Ju; Mon, 28 Jun 2010 09:55:42 -0700
Mime-Version: 1.0 (Apple Message framework v1081)
Content-Type: text/plain; charset=us-ascii
From: Philip Levis 
In-Reply-To: 
Date: Mon, 28 Jun 2010 09:27:04 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <457DFDDC-10FD-430C-BFD5-49EAAF8ADC15@cs.stanford.edu>
References:  <8E09C72DBC577D489F13A71228C0B7BF015DC2F0@ftrdmel0.rd.francetelecom.fr> 
To: Nicolas DEJEAN 
X-Mailer: Apple Mail (2.1081)
X-Scan-Signature: 8ae29cfe0e7acab0c1a6d8f3d15a0178
Cc: roll@ietf.org
Subject: Re: [Roll] Metrics ID, need for a new 'fill ratio' metric
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 28 Jun 2010 16:55:33 -0000

On Jun 25, 2010, at 9:04 AM, Nicolas DEJEAN wrote:

> Dominique,
>=20
> yes for sure, 'ratio' is the right word, thanks for the correction.
>=20
> I think this would not be an extension of the 'O' bit.
> The 'O' bit is really 'stop routing traffic through that node', the
> node is overloaded (it could have only a few children and be
> overloaded or have a lot of children and not be overloaded).
>=20
> The 'O' bit is usefull 'dynamically' when traffic load implied by the
> application running on the network is not known a priori.
>=20
> I think, we really have a new metric to define here.
> Maybe it could be embedded into the NSA object as a new field but I
> would prefer defining a new object for this metric mainly for clarity
> and usability as a constraint.
>=20

We experimented with a mechanism in CTP that is similar to the 'O' bit. =
The message has two parts: our experiences and what I'd recommend based =
on these experiences.

Experiences
----------------
The 'O' bit is pretty dangerous. In CTP, we tried for 6 months so to =
incorporate a similar mechanism: it was called the 'C' or 'Congested' =
bit. It turned out to be a complete disaster: after 6 months of trying =
to get it to work we gave up. There are two basic problems: dynamism and =
clearing the bit. In particular "stop routing traffic through that node" =
is a terrible policy.

The reason is pretty simple: let's say you have a topology where there =
are N nodes that can choose from K next hops (K < N). Because this is =
wireless, those K next hops are mostly within radio range of one =
another. For whatever reason, the load that those N nodes offer is =
greater than a next hop can sustain (e.g., its next hop link ETX goes =
up, such that it can send fewer packets/s). The current next hop, k, =
sees its queue is overflowing and sets the 'O' bit. It multicasts a DIO =
to tell its children to stop routing through it.

So all of the children chose a different next hop. Because their load is =
greater than what a single next hop can sustain, this node sets the 'O' =
bit as well. They quickly cycle through the K next hops, all of whom set =
the 'O' bit. Now they have to increase in Rank in order to choose a next =
hop.

Furthermore, informing them of a cleared 'O' bit requires a new =
multicast DIO. As soon as any of the K nodes sends such a DIO, all of =
the N nodes start forwarding through it again, causing it to set the 'O' =
bit...

Basically, what we saw was that as soon as a node sets the 'O' bit, this =
denotes a burst or losses or reduced throughput further along in the =
DODAG. As soon as one node sets it, there's a cascade of failures and =
the topology in that sub-DODAG collapses.

Recommendation
-----------------
We concluded that statements of MUST/SHOULD/MAY relating to the 'O' bit =
have to only related to *when* the bit is set, and can't relate to how a =
node *responds* to hearing the 'O' bit.=20

For example, CTP started with saying that a node, upon hearing the 'O' =
bit set, MUST NOT route through a node until it hears the 'O' bit =
cleared. This was a disaster. The text now reads that a node MUST set =
the 'O' bit when it drops a packet due to a queue overflow. Of course, =
if you don't specify either when to set it or what to do when it is set, =
then the bit is meaningless.=20

Phil

Phil


From root@core3.amsl.com  Mon Jun 28 15:45:02 2010
Return-Path: 
X-Original-To: roll@ietf.org
Delivered-To: roll@core3.amsl.com
Received: by core3.amsl.com (Postfix, from userid 0) id 0C6AF28C164; Mon, 28 Jun 2010 15:45:02 -0700 (PDT)
From: Internet-Drafts@ietf.org
To: i-d-announce@ietf.org
Content-Type: Multipart/Mixed; Boundary="NextPart"
Mime-Version: 1.0
Message-Id: <20100628224502.0C6AF28C164@core3.amsl.com>
Date: Mon, 28 Jun 2010 15:45:02 -0700 (PDT)
Cc: roll@ietf.org
Subject: [Roll] I-D Action:draft-ietf-roll-rpl-10.txt
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Mon, 28 Jun 2010 22:45:02 -0000

--NextPart

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Routing Over Low power and Lossy networks Working Group of the IETF.


	Title           : RPL: IPv6 Routing Protocol for Low power and Lossy Networks
	Author(s)       : T. Winter, et al.
	Filename        : draft-ietf-roll-rpl-10.txt
	Pages           : 117
	Date            : 2010-06-28

Low power and Lossy Networks (LLNs) are a class of network in which
both the routers and their interconnect are constrained: LLN routers
typically operate with constraints on (any subset of) processing
power, memory and energy (battery), and their interconnects are
characterized by (any subset of) high loss rates, low data rates and
instability.  LLNs are comprised of anything from a few dozen and up
to thousands of routers, and support point-to-point traffic (between
devices inside the LLN), point-to-multipoint traffic (from a central
control point to a subset of devices inside the LLN) and multipoint-
to-point traffic (from devices inside the LLN towards a central
control point).  This document specifies the IPv6 Routing Protocol
for LLNs (RPL), which provides a mechanism whereby multipoint-to-
point traffic from devices inside the LLN towards a central control
point, as well as point-to-multipoint traffic from the central
control point to the devices inside the LLN, is supported.  Support
for point-to-point traffic is also available.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-roll-rpl-10.txt

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

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: Message/External-body;
	name="draft-ietf-roll-rpl-10.txt";
	site="ftp.ietf.org";
	access-type="anon-ftp";
	directory="internet-drafts"

Content-Type: text/plain
Content-ID: <2010-06-28153115.I-D@ietf.org>


--NextPart--

From pal@cs.stanford.edu  Mon Jun 28 18:02:49 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BA28A3A6892 for ; Mon, 28 Jun 2010 18:02:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level: 
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1mEeWDXfkgYT for ; Mon, 28 Jun 2010 18:02:49 -0700 (PDT)
Received: from cs-smtp-2.Stanford.EDU (cs-smtp-2.Stanford.EDU [171.64.64.26]) by core3.amsl.com (Postfix) with ESMTP id 0643D3A6806 for ; Mon, 28 Jun 2010 18:02:48 -0700 (PDT)
Received: from darkness.stanford.edu ([171.67.76.157]) by cs-smtp-2.Stanford.EDU with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1OTPE3-0005vr-AO; Mon, 28 Jun 2010 18:02:59 -0700
From: Philip Levis 
To: roll@ietf.org
In-Reply-To: <064.21f873b1898d8ea022cdbd9124a904d7@tools.ietf.org>
References: <055.f165db472d5ffbbbe4850cf9c8de507d@tools.ietf.org> <064.21f873b1898d8ea022cdbd9124a904d7@tools.ietf.org>
Content-Type: text/plain; charset=utf-8
Date: Mon, 28 Jun 2010 18:04:36 -0700
Message-Id: <1277773476.29830.0.camel@darkness>
Mime-Version: 1.0
X-Mailer: Evolution 2.22.3.1 
Content-Transfer-Encoding: quoted-printable
X-Scan-Signature: d568c20fab0e2ccae07d583947984559
Subject: Re: [Roll] [roll] #53: How does an OF compute rank from metric	values?
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Jun 2010 01:02:49 -0000

On Sat, 2010-06-26 at 07:42 +0000, roll issue tracker wrote:
> #53: How does an OF compute rank from metric values?
> --------------------------------+----------------------------------------=
---
>  Reporter:  jpv@=E2=80=A6               |        Owner:  wintert@=E2=80=
=A6     =20
>      Type:  defect              |       Status:  closed        =20
>  Priority:  major               |    Milestone:                =20
> Component:  rpl                 |      Version:                =20
>  Severity:  Active WG Document  |   Resolution:  fixed         =20
>  Keywords:                      | =20
> --------------------------------+----------------------------------------=
---
> Changes (by jpv@=E2=80=A6):
>=20
>   * status:  new =3D> closed
>   * resolution:  =3D> fixed
>=20
>=20
> Comment:
>=20
>  RPL defines a set of rules for the rank computation. The actual rule wil=
l
>  be defined in other documents, thus this ticket can be closed.

I don't think this ticket can be closed based on this argument.
Specifically, the question has not been answered, and needs to be so in
a WG document.

Phil


From pal@cs.stanford.edu  Mon Jun 28 18:12:10 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5BB233A6892 for ; Mon, 28 Jun 2010 18:12:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level: 
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id egM9pdpgk7q3 for ; Mon, 28 Jun 2010 18:12:09 -0700 (PDT)
Received: from cs-smtp-2.Stanford.EDU (cs-smtp-2.Stanford.EDU [171.64.64.26]) by core3.amsl.com (Postfix) with ESMTP id 53E493A680C for ; Mon, 28 Jun 2010 18:12:09 -0700 (PDT)
Received: from darkness.stanford.edu ([171.67.76.157]) by cs-smtp-2.Stanford.EDU with esmtpsa (SSLv3:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1OTPN5-0006RG-I4; Mon, 28 Jun 2010 18:12:19 -0700
From: Philip Levis 
To: Ralph Droms 
In-Reply-To: 
References: 
Content-Type: text/plain
Date: Mon, 28 Jun 2010 18:13:57 -0700
Message-Id: <1277774037.29830.11.camel@darkness>
Mime-Version: 1.0
X-Mailer: Evolution 2.22.3.1 
Content-Transfer-Encoding: 7bit
X-Scan-Signature: fc10fe39d01b15c9e7c4ee19c7bcb625
Cc: roll@ietf.org
Subject: Re: [Roll] Downward routes in RPL rev -09
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Jun 2010 01:12:10 -0000

On Sun, 2010-06-27 at 16:00 -0400, Ralph Droms wrote:
> Some details of the transmission and use of DAOs in a non-storing mode
> LLN are unclear to me...
> 
> 1) How are DAO messages delivered from source to destination?  I read
> list item 2 in section 8.7:
> 
>   2.  On receiving a unicast DAO, a node MUST forward the DAO upwards.
>       This forwarding MAY use any parent in the parent set.
> 
> to mean that:
> 
> a) the sending node sets the IP destination address of the DAO
>   to the address of one of its DAO parents
> b) the receiving node, in turn, sends the DAO to one of its (the
>   receiving node's) DAO parents
> 
> However, later in section 8.7, this text:
> 
>   Nodes aggregate DAOs by sending a single DAO with multiple RPL Target
>   Options.
> 
> leads me to believe that the receiving node "consumes" the DAO
> messages it receives (during the delay time specified in section 8.4)
> and constructs a new DAO message that aggregates the information from
> those received DAO messages.

The second conclusion is correct. The 2. bullet should probably read

2. On receiving a unicast DAO, a node MUST forward the updated downward
route information upwards. This forwarding MAY use any parent in the
parent set. The downward route information in the DAO MAY be aggregated
with other DAOs before being forwarded upwards.

Is that better?


> 
> 2) Is the interpretation of RPL Target and Transit Information options
> in a DAO of dependent on the order and context in which those options
> appear?  That is, are a string of consecutive RPL Target options
> considered a set of targets, for which a following string of Transit
> Information options are considered to hold the set of parents?

The pattern is

(Target, Transit+)+


> 
> 3) In the first bullet list item of section 8.1, does "subset of its
> parent set" mean "subset of its DODAG parent set"?

Yes -- I think -10 reflects this.

> 
> 4) In section 8.3:
> 
>   1.  Each time a node generates a new DAO, the DAOSequence field MUST
>       increment by at least one since the last generated DAO.
> 
> what does "generates a new DAO" mean?  How does this rule apply to 1),
> above?

"Generates a new DAO" means "send a DAO with different information."
E.g., different field values, options, option values, etc.
Retransmitting a DAO with the same information (e.g., due to the lack of
a DAO-Ack) does not require incrementing the sequence number. This is
for the case where the DAO parent received the message but the ack was
lost.

> 
> 5) In section 8.3:
> 
>   2.  Each time a node link-local multicasts a DAO, the DAOSequence
>       field MUST increment by one since the last link local multicast
>       DAO.
> 
> why does this rule only apply to multicast?

Good question -- I don't know. It should not apply to unicast due to the ack mechanism. Pascal, Tim?

Phil


From pthubert@cisco.com  Tue Jun 29 00:32:38 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F36603A696F for ; Tue, 29 Jun 2010 00:32:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.219
X-Spam-Level: 
X-Spam-Status: No, score=-8.219 tagged_above=-999 required=5 tests=[AWL=-1.460, BAYES_50=0.001, RCVD_IN_DNSWL_HI=-8, SARE_LWSHORTT=1.24]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fWPv0Rrwvi6i for ; Tue, 29 Jun 2010 00:32:35 -0700 (PDT)
Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 90EBB3A67AE for ; Tue, 29 Jun 2010 00:32:35 -0700 (PDT)
Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAMc+KUxAZnwM/2dsb2JhbACfNXGkNJpRhSQE
X-IronPort-AV: E=Sophos;i="4.53,503,1272844800"; d="scan'208";a="126659713"
Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-1.cisco.com with ESMTP; 29 Jun 2010 07:32:42 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5T7WeGd011791; Tue, 29 Jun 2010 07:32:42 GMT
Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Tue, 29 Jun 2010 09:32:40 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Tue, 29 Jun 2010 09:31:48 +0200
Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D022FE076@XMB-AMS-107.cisco.com>
In-Reply-To: <87zkyfi39m.fsf@kelsey-ws.hq.ember.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] Non-RPL Host access to/from an RPL LLN
thread-index: AcsW1jicUPqwJJ0eQO2+koTsaHOXWQAfekDg
References: <1328436834.198056.1276957013936.JavaMail.root@mail02.pantherlink.uwm.edu><1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu><87iq5clasl.fsf@kelsey-ws.hq.ember.com><87bpb4l7zd.fsf@kelsey-ws.hq.ember.com> <871vbx1hwm.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD694@XMB-AMS-107.cisco.com> <87bpb0jze9.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD717@XMB-AMS-107.cisco.com> <878w64jr16.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD9D5@XMB-AMS-107.cisco.com> <87pqzegcw5.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FDEE6@XMB-AMS-107.cisco.com> <87zkyfi39m.fsf@kelsey-ws.hq.ember.com>
From: "Pascal Thubert (pthubert)" 
To: "Richard Kelsey" 
X-OriginalArrivalTime: 29 Jun 2010 07:32:40.0855 (UTC) FILETIME=[4180D270:01CB175D]
Cc: roll@ietf.org
Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Jun 2010 07:32:38 -0000

Hi Richard,

Pls see below:

>=20
> Thanks for taking the time on this.

: )

>=20
> > Digging more into what the RPL router needs to be able to act as a
> > router for a dumb host.
> >
> > Unless it is the root of the DODAG, a Node is reachable over a RPL
> > network iff it matches a target that is injected using a DAO. On way
> > of achieving that for our non RPL host is that, in a classical IGP
> > fashion, the RPL router owns a prefix. [...]
>=20
> I agree that this conflicts with having a single prefix across the
subnet and so
> won't work.
=20
[Pascal] For a given sort of deployment. I think that some people have
in mind to do some aggregation with RPL and the draft allows it, but
that's not the case we are discussing here.

> > In that case, the router needs a registration like the 6LoWPAN ND
that
> > it will turn into a DAO.  To turn a registration into a DAO, the
> > router needs to know:
> > - the instance ID in which to send the DAO. Without an instance ID,
> > the router can only default to 0.
>=20
> Why?  Why can't the router send DAOs for the host to any and all
instances
> that it sends its own DAOs to?

[Pascal] You're right. There must be an implicit behavior that the draft
does not specify. Instance 0 would be a default and then that could be
overridden by some other policy.

> > - the sequence number to go with it.  Without a sequence number, the
> > host can only register to one router that would maintain its own
> > sequence.
>=20
> Which sequence number?  The host would be present in the DAO as a RPL
> Target option, which has no sequence number.
>=20
> In any case, this would be unfortunate, but not a disaster.
> Current ZigBee networks restrict hosts to registering with only one
router.
> Registering with multiple routers adds redundancy but also adds
> considerable overhead.
>=20
> The draft doesn't say what the path sequence is used for, by the way.
>=20
[Pascal] You're correct again. The sequence number I'm talking about is
now called path sequence and used to be DAO sequence up till 08. In 09,
we allowed to pack multiple "DAOs" in one message with the introduction
of target and transit options, and the sequence moved into the transit
option.
=09
It seems that:
- a lot of important text has gone down the sink of needful
simplification between 08 and 09. Sorry I failed to realize that.
- the latest version is somewhat confused between the path sequence and
the DAOsequence. The DAOsequence is a new beast introduced with the DAO
Ack to correlate the DAO and the DAO Ack. It has little importance. The
sequence that allows to compare the freshness of a path to a target is
really the path sequence.

The text:  =20

 "DAOSequence:  Incremented at each DAO message from a given child,
         echoed in the DAO-ACK by the parent.  The DAOSequence serves in
         the parent-child communication and is not to be confused with
         the Transit Information option Sequence that is associated to a
         given target down the DODAG."

Is correct but later references to DAO sequences really refer to that
path sequence.

Section 7.1.4. DAO Operation on Storing Nodes Nodes of draft 08
explained the role of the DAO sequence number that's now the path
sequence.

In particular
"
7.1.4.1.1.2. Operation in the REACHABLE state


   1.  When a REACHABLE(*) entry times out, i.e. the DAO Lifetime has
       elapsed, the entry MUST be placed into the UNREACHABLE state and
       No-Path SHOULD be scheduled to send to the node's DAO Parents.

   2.  When a No-Path for a REACHABLE(*) entry is received with a newer
       DAO Sequence Number, the entry MUST be placed into the
       UNREACHABLE state and No-Path SHOULD be scheduled to send to the
       node's DAO Parents.

   3.  When a REACHABLE(*) entry is to be removed because NUD or
       equivalent has determined that the next-hop neighbor is no longer
       reachable, the entry MUST be placed into the UNREACHABLE state
       and No-Path SHOULD be scheduled to send to the node's DAO
       Parents.

   4.  When a REACHABLE(*) entry is to be removed because an associated
       Forwarding Error has been returned by the next-hop neighbor, the
       entry MUST be placed into the UNREACHABLE state and No-Path
       SHOULD be scheduled to send to the node's DAO Parents.

   5.  When a DAO (or No-Path) for a REACHABLE(*) entry is received with
       an older or unchanged DAO Sequence Number, then the DAO (or No-
       Path) SHOULD be ignored and the associated entry MUST NOT be
       updated with the stale information.
"

I'll talk with Tim see what we can do about it in real short term.

> > That information is not conveyed in 6LoWPAN ND today. So to really
> > benefit from RPL with the specs that are currently on the table, a
> > host needs to operate as RPL leaf.
>=20
> That ZigBee can't do.  The hosts just don't wake up often enough to
stay
> current on the routing.
=20
[Pascal] Makes sense. The whole point of being a host after all.

I still think you'd be a lot better off with the sequence number. Even
if a host registers to only one router, the host might move from one
router to another due to radio conditions or failures. The whole point
of the sequence number is to detect that an information is stale and
should be replaced by a newer one.

For instance, let's pick the source route mode. I expect that the router
would create a DAO  with self as parent in the transit option and the
host as target, and send that up to the root.
If the host moves to a new router, the root will get 2 transit options.
With a sequence number, the root can find right away which is the
obsolete entry.=20

Does Zigbee prevent a router to attach to more than one router? If not,
then in the case above, the root would not be able to figure that one
entry is obsolete.

What do you think?

Pascal



From abr@sdesigns.dk  Tue Jun 29 00:37:05 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4A5613A6983 for ; Tue, 29 Jun 2010 00:37:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.181
X-Spam-Level: 
X-Spam-Status: No, score=-2.181 tagged_above=-999 required=5 tests=[AWL=0.418,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kaeIbLOq2u8O for ; Tue, 29 Jun 2010 00:37:04 -0700 (PDT)
Received: from mail.zen-sys.com (mail.zen-sys.com [195.215.56.170]) by core3.amsl.com (Postfix) with ESMTP id F249D3A68B5 for ; Tue, 29 Jun 2010 00:37:03 -0700 (PDT)
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Tue, 29 Jun 2010 09:37:13 +0200
Message-ID: <6D9687E95918C04A8B30A7D6DA805A3E01CCD1CC@zensys17.zensys.local>
In-Reply-To: <87zkyfi39m.fsf@kelsey-ws.hq.ember.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] Non-RPL Host access to/from an RPL LLN
Thread-Index: AcsW1gjbn0geSaO3QVWqwXGGO0dYfwAh5znA
References: <1328436834.198056.1276957013936.JavaMail.root@mail02.pantherlink.uwm.edu><1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu><87iq5clasl.fsf@kelsey-ws.hq.ember.com><87bpb4l7zd.fsf@kelsey-ws.hq.ember.com><871vbx1hwm.fsf@kelsey-ws.hq.ember.com><6A2A459175DABE4BB11DE2026AA50A5D022FD694@XMB-AMS-107.cisco.com><87bpb0jze9.fsf@kelsey-ws.hq.ember.com><6A2A459175DABE4BB11DE2026AA50A5D022FD717@XMB-AMS-107.cisco.com><878w64jr16.fsf@kelsey-ws.hq.ember.com><6A2A459175DABE4BB11DE2026AA50A5D022FD9D5@XMB-AMS-107.cisco.com><87pqzegcw5.fsf@kelsey-ws.hq.ember.com><6A2A459175DABE4BB11DE2026AA50A5D022FDEE6@XMB-AMS-107.cisco.com> <87zkyfi39m.fsf@kelsey-ws.hq.ember.com>
From: "Anders Brandt" 
To: "Richard Kelsey" , "Pascal Thubert (pthubert)" 
Cc: roll@ietf.org
Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Jun 2010 07:37:05 -0000

Pascal, Richard,

(comment inline)=20

> -----Original Message-----
> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On=20
> Behalf Of Richard Kelsey
> Sent: Monday, June 28, 2010 17:30
> To: Pascal Thubert (pthubert)
> Cc: roll@ietf.org
> Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
>=20
> > Date: Mon, 28 Jun 2010 16:36:56 +0200
> > From: "Pascal Thubert (pthubert)" 
>=20
> Pascal,
>=20
> Thanks for taking the time on this.
>=20
> > Digging more into what the RPL router needs to be able to act as a=20
> > router for a dumb host.
> >=20
> > Unless it is the root of the DODAG, a Node is reachable over a RPL=20
> > network iff it matches a target that is injected using a=20
> DAO. On way=20
> > of achieving that for our non RPL host is that, in a classical IGP=20
> > fashion, the RPL router owns a prefix. [...]
>=20
> I agree that this conflicts with having a single prefix=20
> across the subnet and so won't work.
>=20
> > In that case, the router needs a registration like the=20
> 6LoWPAN ND that=20
> > it will turn into a DAO.  To turn a registration into a DAO, the=20
> > router needs to know:
> > - the instance ID in which to send the DAO. Without an instance ID,=20
> > the router can only default to 0.
>=20
> Why?  Why can't the router send DAOs for the host to any and=20
> all instances that it sends its own DAOs to?
>=20
> > - the sequence number to go with it.  Without a sequence=20
> number, the=20
> > host can only register to one router that would maintain its own=20
> > sequence.
>=20
> Which sequence number?  The host would be present in the DAO=20
> as a RPL Target option, which has no sequence number.
>=20
> In any case, this would be unfortunate, but not a disaster.
> Current ZigBee networks restrict hosts to registering with=20
> only one router.  Registering with multiple routers adds=20
> redundancy but also adds considerable overhead.
>=20
> The draft doesn't say what the path sequence is used for, by the way.
>=20
> > That information is not conveyed in 6LoWPAN ND today. So to really=20
> > benefit from RPL with the specs that are currently on the table, a=20
> > host needs to operate as RPL leaf.
>=20
> That ZigBee can't do.  The hosts just don't wake up often=20
> enough to stay current on the routing.

A Z-Wave as well, I might add. It would drain our batteries way too
fast.

>=20
>                                  -Richard=20
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>=20

From richard.kelsey@ember.com  Tue Jun 29 06:03:40 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C47743A6A27 for ; Tue, 29 Jun 2010 06:03:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.151
X-Spam-Level: 
X-Spam-Status: No, score=-2.151 tagged_above=-999 required=5 tests=[AWL=0.448,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XjLnPAM0IarB for ; Tue, 29 Jun 2010 06:03:40 -0700 (PDT)
Received: from EMPIRE.hq.ember.com (mail.ember.com [74.10.175.227]) by core3.amsl.com (Postfix) with ESMTP id D03C73A6BC5 for ; Tue, 29 Jun 2010 06:03:39 -0700 (PDT)
Received: from kelsey-ws.hq.ember.com ([192.168.81.37]) by EMPIRE.hq.ember.com with Microsoft SMTPSVC(6.0.3790.4675);  Tue, 29 Jun 2010 09:03:49 -0400
Date: Tue, 29 Jun 2010 09:09:22 -0400
Message-Id: <87pqzahtod.fsf@kelsey-ws.hq.ember.com>
To: "Pascal Thubert (pthubert)" 
In-reply-to: <6A2A459175DABE4BB11DE2026AA50A5D022FE076@XMB-AMS-107.cisco.com> (pthubert@cisco.com)
From: Richard Kelsey 
References: <1328436834.198056.1276957013936.JavaMail.root@mail02.pantherlink.uwm.edu><1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu><87iq5clasl.fsf@kelsey-ws.hq.ember.com><87bpb4l7zd.fsf@kelsey-ws.hq.ember.com> <871vbx1hwm.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD694@XMB-AMS-107.cisco.com> <87bpb0jze9.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD717@XMB-AMS-107.cisco.com> <878w64jr16.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD9D5@XMB-AMS-107.cisco.com> <87pqzegcw5.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FDEE6@XMB-AMS-107.cisco.com> <87zkyfi39m.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FE076@ XMB-AMS-107.cisco.com>
X-OriginalArrivalTime: 29 Jun 2010 13:03:49.0782 (UTC) FILETIME=[844E7B60:01CB178B]
Cc: roll@ietf.org
Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Jun 2010 13:03:40 -0000

> Date: Tue, 29 Jun 2010 09:31:48 +0200
> From: "Pascal Thubert (pthubert)" 
>
> I still think you'd be a lot better off with the sequence number. Even
> if a host registers to only one router, the host might move from one
> router to another due to radio conditions or failures. The whole point
> of the sequence number is to detect that an information is stale and
> should be replaced by a newer one.

Yes, but I don't see how we can get a path sequence number
from a non-RPL-aware host.  In the absence of a sequence
number from the host, the router can simply add the host's
address in an RPL Target Option when the router sends a DAO.

> Does Zigbee prevent a router to attach to more than one router?

Currently in ZigBee a host (an "end device" in ZigBee-speak)
can attach to only one router.  Attatching to two routers
would double the cost of checking for incoming messages,
which is likely to be a problem.

                                      -Richard

From pthubert@cisco.com  Tue Jun 29 06:12:09 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CA9223A676A for ; Tue, 29 Jun 2010 06:12:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.111
X-Spam-Level: 
X-Spam-Status: No, score=-10.111 tagged_above=-999 required=5 tests=[AWL=0.488, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GSmq+e1NfjTN for ; Tue, 29 Jun 2010 06:12:08 -0700 (PDT)
Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 319983A6A25 for ; Tue, 29 Jun 2010 06:12:07 -0700 (PDT)
Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAIeNKUxAZnwM/2dsb2JhbACfO3GkNppShSQE
X-IronPort-AV: E=Sophos;i="4.53,505,1272844800"; d="scan'208";a="126758419"
Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-1.cisco.com with ESMTP; 29 Jun 2010 13:12:18 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id o5TDCGcK019572; Tue, 29 Jun 2010 13:12:18 GMT
Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Tue, 29 Jun 2010 15:11:54 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Tue, 29 Jun 2010 15:11:50 +0200
Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D02396ED2@XMB-AMS-107.cisco.com>
In-Reply-To: <87pqzahtod.fsf@kelsey-ws.hq.ember.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] Non-RPL Host access to/from an RPL LLN
thread-index: AcsXi5pPB+q4ckW7Rg6g50JnZwYvrQAAFr/Q
References: <1328436834.198056.1276957013936.JavaMail.root@mail02.pantherlink.uwm.edu><1510898988.198082.1276957172873.JavaMail.root@mail02.pantherlink.uwm.edu><87iq5clasl.fsf@kelsey-ws.hq.ember.com><87bpb4l7zd.fsf@kelsey-ws.hq.ember.com> <871vbx1hwm.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD694@XMB-AMS-107.cisco.com> <87bpb0jze9.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD717@XMB-AMS-107.cisco.com> <878w64jr16.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FD9D5@XMB-AMS-107.cisco.com> <87pqzegcw5.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FDEE6@XMB-AMS-107.cisco.com> <87zkyfi39m.fsf@kelsey-ws.hq.ember.com> <6A2A459175DABE4BB11DE2026AA50A5D022FE076@ XMB-AMS- 107.cisco.co m> <87pqzahtod.fsf@kelsey-ws.hq.ember.com>
From: "Pascal Thubert (pthubert)" 
To: "Richard Kelsey" 
X-OriginalArrivalTime: 29 Jun 2010 13:11:54.0068 (UTC) FILETIME=[A4F6A940:01CB178C]
Cc: roll@ietf.org
Subject: Re: [Roll] Non-RPL Host access to/from an RPL LLN
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Jun 2010 13:12:10 -0000

Hi Richard:

Pascal Thubert (pthubert)" 
> >
> > I still think you'd be a lot better off with the sequence number.
Even
> > if a host registers to only one router, the host might move from one
> > router to another due to radio conditions or failures. The whole
point
> > of the sequence number is to detect that an information is stale and
> > should be replaced by a newer one.
>=20
> Yes, but I don't see how we can get a path sequence number from a non-
> RPL-aware host.  In the absence of a sequence number from the host,
the
> router can simply add the host's address in an RPL Target Option when
the
> router sends a DAO.

[Pascal] I'm trying to get the sequence counter in the 6LoWPAN ND ARO.=20
Your support there would be appreciated : )

>=20
> > Does Zigbee prevent a router to attach to more than one router?
>=20
> Currently in ZigBee a host (an "end device" in ZigBee-speak) can
attach to
> only one router.  Attatching to two routers would double the cost of
checking
> for incoming messages, which is likely to be a problem.
>=20

[Pascal] My question was about router not host. The bottom line is that
the root might need to accept multiple DAOs for a same target if that
target is a router.
But then, if it cannot differentiate a target that is a host from a
target that is a router, the root will maintain 2 states for a host that
moves from router A to router B, because it does not even know that only
one state is possible for a Zigbee host.=20

Pascal


From wintert@acm.org  Tue Jun 29 06:28:26 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CCDF33A6A2F for ; Tue, 29 Jun 2010 06:28:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.992
X-Spam-Level: 
X-Spam-Status: No, score=-100.992 tagged_above=-999 required=5 tests=[AWL=0.119, BAYES_05=-1.11, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ae00djcPz6rJ for ; Tue, 29 Jun 2010 06:28:25 -0700 (PDT)
Received: from smtp105.prem.mail.ac4.yahoo.com (smtp105.prem.mail.ac4.yahoo.com [76.13.13.44]) by core3.amsl.com (Postfix) with SMTP id 838643A6A1D for ; Tue, 29 Jun 2010 06:28:25 -0700 (PDT)
Received: (qmail 3045 invoked from network); 29 Jun 2010 13:28:30 -0000
Received: from [10.56.17.100] (wintert@71.178.253.216 with plain) by smtp105.prem.mail.ac4.yahoo.com with SMTP; 29 Jun 2010 06:28:29 -0700 PDT
X-Yahoo-SMTP: 30iEHGKswBCbca_Y5pX7d6RVQMoT5Mk-
X-YMail-OSG: EwiPWqoVM1mXetoJngNtNLHgqG2ZrPH3uV6jCD1PjihhWBb J4Lrh2AiQ.Add_BNEyladSNtmZh6uOHLgNd3cf.0dIj6.ZRHmwRal9Ex5orf sqyiV6sNfTTu1OGVsAHldHbpXRjhlcf1T4OMJIYW6uloWbbt_FbaZ.tPF39o WDqMjAxovMZwGUxni1FjY5FZLhbuwAibW1GazM379Q6rjfA67vMNJiZuYcm4 a7sm5G4ckDHbzzzkxS8_hv26y69xN.5k.7DZJr_XZZi9k3eV._cJ3EmZQOah 2V29m2i0OYmDy9e2SzQ_vA5aNHaK0NOx93SFzkVgbn2b4hRQohMHr
X-Yahoo-Newman-Property: ymail-3
Message-ID: <4C29F4FA.80803@acm.org>
Date: Tue, 29 Jun 2010 09:28:26 -0400
From: Tim Winter 
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100423 Thunderbird/3.0.4
MIME-Version: 1.0
To: roll@ietf.org
References: <20100628224502.0C6AF28C164@core3.amsl.com>
In-Reply-To: <20100628224502.0C6AF28C164@core3.amsl.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [Roll] I-D Action:draft-ietf-roll-rpl-10.txt
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Jun 2010 13:28:26 -0000

WG,

In this version we have addressed a number of open tickets and recent
discussion on the list.  Changes include:

         - updated material from the Security Design Team

         - updates to manageability

         - updated references for RFC5867

         - clarify parent address to be available in PIO for non-storing
           nodes to place in Transit Information option

         - Remove 'T' flag

         - Update multicast operation, multicast mode indicated by MOP.
           DIO 'A' flag also incorporated into MOP (' No downward routes
           maintained by RPL')

         - Removed DIO + Target option

         - Reworked Sequence Counter text

         - Added text for 'Suggestions for Interoperation with Neighbor
           Discovery'

We did make an accidental editorial omission in the text to describe
how the Path Sequence works-- we are planning to release a -11 shortly
to correct this error.


Regards,

-RPL Author Team



On 06/28/2010 06:45 PM, Internet-Drafts@ietf.org wrote:
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> This draft is a work item of the Routing Over Low power and Lossy networks Working Group of the IETF.
>
>
> 	Title           : RPL: IPv6 Routing Protocol for Low power and Lossy Networks
> 	Author(s)       : T. Winter, et al.
> 	Filename        : draft-ietf-roll-rpl-10.txt
> 	Pages           : 117
> 	Date            : 2010-06-28
>
> Low power and Lossy Networks (LLNs) are a class of network in which
> both the routers and their interconnect are constrained: LLN routers
> typically operate with constraints on (any subset of) processing
> power, memory and energy (battery), and their interconnects are
> characterized by (any subset of) high loss rates, low data rates and
> instability.  LLNs are comprised of anything from a few dozen and up
> to thousands of routers, and support point-to-point traffic (between
> devices inside the LLN), point-to-multipoint traffic (from a central
> control point to a subset of devices inside the LLN) and multipoint-
> to-point traffic (from devices inside the LLN towards a central
> control point).  This document specifies the IPv6 Routing Protocol
> for LLNs (RPL), which provides a mechanism whereby multipoint-to-
> point traffic from devices inside the LLN towards a central control
> point, as well as point-to-multipoint traffic from the central
> control point to the devices inside the LLN, is supported.  Support
> for point-to-point traffic is also available.
>
> A URL for this Internet-Draft is:
> http://www.ietf.org/internet-drafts/draft-ietf-roll-rpl-10.txt
>
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
>
> Below is the data which will enable a MIME compliant mail reader
> implementation to automatically retrieve the ASCII version of the
> Internet-Draft.
>
>
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll

From pthubert@cisco.com  Tue Jun 29 09:21:30 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 883813A6A50 for ; Tue, 29 Jun 2010 09:21:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.129
X-Spam-Level: 
X-Spam-Status: No, score=-10.129 tagged_above=-999 required=5 tests=[AWL=0.470, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TJDzHEVLXBP0 for ; Tue, 29 Jun 2010 09:21:25 -0700 (PDT)
Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id 00B463A6891 for ; Tue, 29 Jun 2010 09:21:24 -0700 (PDT)
Authentication-Results: sj-iport-6.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAMK6KUyrR7Hu/2dsb2JhbACfQnGmH5pXhSQEkRs
X-IronPort-AV: E=Sophos;i="4.53,505,1272844800"; d="scan'208";a="551891013"
Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-6.cisco.com with ESMTP; 29 Jun 2010 16:21:34 +0000
Received: from xbh-ams-101.cisco.com (xbh-ams-101.cisco.com [144.254.74.71]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id o5TGLEsJ005753; Tue, 29 Jun 2010 16:21:33 GMT
Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-101.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Tue, 29 Jun 2010 18:21:31 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Tue, 29 Jun 2010 18:21:27 +0200
Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D02396FB2@XMB-AMS-107.cisco.com>
In-Reply-To: <1277774037.29830.11.camel@darkness>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] Downward routes in RPL rev -09
thread-index: AcsXKCNhydAK3XfVTkiFp5bTI2tlFwAe3wOA
References:  <1277774037.29830.11.camel@darkness>
From: "Pascal Thubert (pthubert)" 
To: "Philip Levis" , "Ralph Droms" 
X-OriginalArrivalTime: 29 Jun 2010 16:21:31.0176 (UTC) FILETIME=[223F9280:01CB17A7]
Cc: roll@ietf.org
Subject: Re: [Roll] Downward routes in RPL rev -09
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Jun 2010 16:21:30 -0000

Hi Ralph and Phil:

For 1) What about the following text:
"
DAO messages, like any other RPL message, are sent with a link scope.
This means that a DAO message is processed at each hop. In non-storing
mode, a DAO is passed to any selected parent by simply changing the
source and destination, and eventually regenerating some security
fields.
In storing mode, a DAO is absorbed and merged and the DAO information
already learnt from other DAOs, in particular in the form of a routing=20
table. A storing node generates its own based on its own states
and asynchronously to DAO reception.		=09
"

> On receiving a unicast DAO, a node MUST forward the updated downward
> route information upwards. This forwarding MAY use any parent in the
> parent set. The downward route information in the DAO MAY be
aggregated
> with other DAOs before being forwarded upwards.

Great text. I think we use the word "propagate" instead of forwarding.
Forwarding is already overused and is generally understood as the normal
Operation of a router that is not the destination of a packet. I think
we need
To be a little more specific on the storing vs. non storing operations.

When merging with the existing rules and the needed text on path
sequence,
 we end up with text in the normative section like:
"
On receiving a unicast DAO with new or updated information like
a more recent Path-Sequence than known so far, a node SHOULD schedule=20
a DAO to propagate the updated downward route information upwards.=20
A storing node SHOULD NOT send this DAO immediately but
 SHOULD delay sending the DAO in order to aggregate other=20
DAO information. All states related to a same target with an
older Path-Sequence MUST be deprecated.
"


> The pattern is
>=20
> (Target, Transit+)+
>
Maybe (Target+, Transit+)+ to add a node that has multiple addresses
like a router with more than one interface.


> >   2.  Each time a node link-local multicasts a DAO, the DAOSequence
> >       field MUST increment by one since the last link local
multicast
> >       DAO.
> >
> > why does this rule only apply to multicast?
>=20
> Good question -- I don't know. It should not apply to unicast due to
the ack
> mechanism. Pascal, Tim?

This is at the core of what's to be reworded for -11. Fact is the text
really applied to what's now the path-sequence.

For the DAOSequence, all the node needs to know is a =3D=3D comparison.  =
And
the text now says:
"
   o  The sending node MUST increment the DAOSequence with each DAO
      message it sends to a same DAO parent or multicast group.  The
      node MAY use a single local counter that is incremented with each
      DAO regardless of the destination.

"

What do you think?

Pascal


> -----Original Message-----
> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf
Of
> Philip Levis
> Sent: Tuesday, June 29, 2010 3:14 AM
> To: Ralph Droms
> Cc: roll@ietf.org
> Subject: Re: [Roll] Downward routes in RPL rev -09
>=20
> On Sun, 2010-06-27 at 16:00 -0400, Ralph Droms wrote:
> > Some details of the transmission and use of DAOs in a non-storing
mode
> > LLN are unclear to me...
> >
> > 1) How are DAO messages delivered from source to destination?  I
read
> > list item 2 in section 8.7:
> >
> >   2.  On receiving a unicast DAO, a node MUST forward the DAO
upwards.
> >       This forwarding MAY use any parent in the parent set.
> >
> > to mean that:
> >
> > a) the sending node sets the IP destination address of the DAO
> >   to the address of one of its DAO parents
> > b) the receiving node, in turn, sends the DAO to one of its (the
> >   receiving node's) DAO parents
> >
> > However, later in section 8.7, this text:
> >
> >   Nodes aggregate DAOs by sending a single DAO with multiple RPL
Target
> >   Options.
> >
> > leads me to believe that the receiving node "consumes" the DAO
> > messages it receives (during the delay time specified in section
8.4)
> > and constructs a new DAO message that aggregates the information
from
> > those received DAO messages.
>=20
> The second conclusion is correct. The 2. bullet should probably read
>=20
> 2. On receiving a unicast DAO, a node MUST forward the updated
downward
> route information upwards. This forwarding MAY use any parent in the
> parent set. The downward route information in the DAO MAY be
aggregated
> with other DAOs before being forwarded upwards.
>=20
> Is that better?
>=20
>=20
> >
> > 2) Is the interpretation of RPL Target and Transit Information
options
> > in a DAO of dependent on the order and context in which those
options
> > appear?  That is, are a string of consecutive RPL Target options
> > considered a set of targets, for which a following string of Transit
> > Information options are considered to hold the set of parents?
>=20
> The pattern is
>=20
> (Target, Transit+)+
>=20
>=20
> >
> > 3) In the first bullet list item of section 8.1, does "subset of its
> > parent set" mean "subset of its DODAG parent set"?
>=20
> Yes -- I think -10 reflects this.
>=20
> >
> > 4) In section 8.3:
> >
> >   1.  Each time a node generates a new DAO, the DAOSequence field
MUST
> >       increment by at least one since the last generated DAO.
> >
> > what does "generates a new DAO" mean?  How does this rule apply to
1),
> > above?
>=20
> "Generates a new DAO" means "send a DAO with different information."
> E.g., different field values, options, option values, etc.
> Retransmitting a DAO with the same information (e.g., due to the lack
of a
> DAO-Ack) does not require incrementing the sequence number. This is
for
> the case where the DAO parent received the message but the ack was
lost.
>=20
> >
> > 5) In section 8.3:
> >
> >   2.  Each time a node link-local multicasts a DAO, the DAOSequence
> >       field MUST increment by one since the last link local
multicast
> >       DAO.
> >
> > why does this rule only apply to multicast?
>=20
> Good question -- I don't know. It should not apply to unicast due to
the ack
> mechanism. Pascal, Tim?
>=20
> Phil
>=20
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll

From pal@cs.stanford.edu  Tue Jun 29 12:34:03 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A77C03A686D for ; Tue, 29 Jun 2010 12:34:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.878
X-Spam-Level: 
X-Spam-Status: No, score=-4.878 tagged_above=-999 required=5 tests=[AWL=-0.138, BAYES_20=-0.74, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Zxr0F1lGpud3 for ; Tue, 29 Jun 2010 12:34:01 -0700 (PDT)
Received: from cs-smtp-3.Stanford.EDU (cs-smtp-3.Stanford.EDU [171.64.64.27]) by core3.amsl.com (Postfix) with ESMTP id BBD863A693C for ; Tue, 29 Jun 2010 12:33:55 -0700 (PDT)
Received: from [76.14.65.187] (helo=[192.168.1.106]) by cs-smtp-3.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OTgZI-00030K-4m; Tue, 29 Jun 2010 12:34:04 -0700
In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D02396FB2@XMB-AMS-107.cisco.com>
References:  <1277774037.29830.11.camel@darkness> <6A2A459175DABE4BB11DE2026AA50A5D02396FB2@XMB-AMS-107.cisco.com>
Mime-Version: 1.0 (Apple Message framework v753.1)
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
Message-Id: <9501F5CD-DA0A-4185-8C4A-83BCBF2A5AFF@cs.stanford.edu>
Content-Transfer-Encoding: 7bit
From: Philip Levis 
Date: Tue, 29 Jun 2010 12:33:57 -0700
To: Pascal Thubert (pthubert) 
X-Mailer: Apple Mail (2.753.1)
X-Scan-Signature: c870281afef8b7f1344e56ea5df5212b
Cc: roll@ietf.org
Subject: Re: [Roll] Downward routes in RPL rev -09
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Tue, 29 Jun 2010 19:34:03 -0000

On Jun 29, 2010, at 9:21 AM, Pascal Thubert (pthubert) wrote:

>
>> On receiving a unicast DAO, a node MUST forward the updated downward
>> route information upwards. This forwarding MAY use any parent in the
>> parent set. The downward route information in the DAO MAY be
> aggregated
>> with other DAOs before being forwarded upwards.
>
> Great text. I think we use the word "propagate" instead of forwarding.
> Forwarding is already overused and is generally understood as the  
> normal
> Operation of a router that is not the destination of a packet. I think
> we need
> To be a little more specific on the storing vs. non storing  
> operations.

I agree that forwarding is the wrong word. Propagate is fine.

>
> When merging with the existing rules and the needed text on path
> sequence,
>  we end up with text in the normative section like:
> "
> On receiving a unicast DAO with new or updated information like
> a more recent Path-Sequence than known so far, a node SHOULD schedule
> a DAO to propagate the updated downward route information upwards.
> A storing node SHOULD NOT send this DAO immediately but
>  SHOULD delay sending the DAO in order to aggregate other
> DAO information. All states related to a same target with an
> older Path-Sequence MUST be deprecated.
> "

Please note that your text is functionally quite different from mine  
and what is in the draft currently. You are replacing MUSTs with  
SHOULDs, in ways that have pretty big implications for route  
maintenance (read: can cause downward routes to fail persistently).  
Is this intentional?



>
>> The pattern is
>>
>> (Target, Transit+)+
>>
> Maybe (Target+, Transit+)+ to add a node that has multiple addresses
> like a router with more than one interface.

OK.

>
>
>>>   2.  Each time a node link-local multicasts a DAO, the DAOSequence
>>>       field MUST increment by one since the last link local
> multicast
>>>       DAO.
>>>
>>> why does this rule only apply to multicast?
>>
>> Good question -- I don't know. It should not apply to unicast due to
> the ack
>> mechanism. Pascal, Tim?
>
> This is at the core of what's to be reworded for -11. Fact is the text
> really applied to what's now the path-sequence.


>
> For the DAOSequence, all the node needs to know is a ==  
> comparison.  And
> the text now says:
> "
>    o  The sending node MUST increment the DAOSequence with each DAO
>       message it sends to a same DAO parent or multicast group.  The
>       node MAY use a single local counter that is incremented with  
> each
>       DAO regardless of the destination.
>
> "
>
> What do you think?

I don't think you've answered the question: you've suggested  
something quite different from what is in the draft. Among other  
things, you've precluded idempotent retransmissions in response to  
lost DAO-Acks.

Phil

From culler@cs.berkeley.edu  Tue Jun 29 21:16:06 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6CC5B3A6A95 for ; Tue, 29 Jun 2010 21:16:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.092
X-Spam-Level: 
X-Spam-Status: No, score=-4.092 tagged_above=-999 required=5 tests=[AWL=0.093,  BAYES_40=-0.185, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nJH1TwOTBgHi for ; Tue, 29 Jun 2010 21:16:05 -0700 (PDT)
Received: from gateway0.EECS.Berkeley.EDU (gateway0.EECS.Berkeley.EDU [169.229.60.87]) by core3.amsl.com (Postfix) with ESMTP id 980A43A67CF for ; Tue, 29 Jun 2010 21:16:05 -0700 (PDT)
Received: from [192.168.2.108] (64-142-4-199.dsl.static.sonic.net [64.142.4.199]) (authenticated bits=0) by gateway0.EECS.Berkeley.EDU (8.14.4/8.13.5) with ESMTP id o5U4GEZL001410 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Tue, 29 Jun 2010 21:16:15 -0700 (PDT)
From: David Culler 
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Date: Tue, 29 Jun 2010 21:16:14 -0700
Message-Id: <84A5FBBF-D2F2-4D40-AA7D-AAC8FB1D27D8@cs.berkeley.edu>
To: roll@ietf.org
Mime-Version: 1.0 (Apple Message framework v1081)
X-Mailer: Apple Mail (2.1081)
Subject: [Roll] LC RPL-10
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 30 Jun 2010 04:16:06 -0000

Dear ROLL WG,
   I would like to propose that we Last Call rpl with =
http://www.ietf.org/id/draft-ietf-roll-rpl-10.txt.  We have completed a =
significant body of clean up and simplification items since IETF 77, and =
we have wrapped up the critical open items, including routing security.  =
We have few open tickets.  We have areas of future work, but we have =
been able to separate them from the core spec, so they can be developed =
more fully while experience is gained with the core.  We have numerous =
implementations that are operational and many many more that are waiting =
to be sure things have settled down.  By going to LC now, we have three =
weeks to focus all of our attention on last minute clarifications and =
clean up of the document before Maastricht.  Those refinements will be =
captured in 11 once submissions reopen at IETF 78. =20

So, please all in favor of LC on RPL-10...=

From mcr@sandelman.ca  Wed Jun 30 06:30:07 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0A3163A6ACA for ; Wed, 30 Jun 2010 06:30:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.2
X-Spam-Level: *
X-Spam-Status: No, score=1.2 tagged_above=-999 required=5 tests=[AWL=0.554, BAYES_50=0.001, HOST_MISMATCH_NET=0.311, IP_NOT_FRIENDLY=0.334]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id saFE-9GVdird for ; Wed, 30 Jun 2010 06:30:01 -0700 (PDT)
Received: from relay.sandelman.ca (relay.cooperix.net [67.23.6.41]) by core3.amsl.com (Postfix) with ESMTP id 7F01E3A6995 for ; Wed, 30 Jun 2010 06:30:00 -0700 (PDT)
Received: from marajade.sandelman.ca (desk.marajade.sandelman.ca [209.87.252.247]) by relay.sandelman.ca (Postfix) with ESMTPS id E963834377; Wed, 30 Jun 2010 09:30:10 -0400 (EDT)
Received: from marajade.sandelman.ca (unknown [127.0.0.1]) by marajade.sandelman.ca (Postfix) with ESMTP id 2C7EE986FC; Wed, 30 Jun 2010 09:28:43 -0400 (EDT)
From: Michael Richardson 
To: David Culler 
In-Reply-To: <84A5FBBF-D2F2-4D40-AA7D-AAC8FB1D27D8@cs.berkeley.edu> 
References: <84A5FBBF-D2F2-4D40-AA7D-AAC8FB1D27D8@cs.berkeley.edu> 
X-Mailer: MH-E 8.1; nmh 1.1; XEmacs 21.4 (patch 21)
Date: Wed, 30 Jun 2010 09:28:43 -0400
Message-ID: <5263.1277904523@marajade.sandelman.ca>
Sender: mcr@sandelman.ca
Cc: roll@ietf.org
Subject: Re: [Roll] LC RPL-10
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 30 Jun 2010 13:30:07 -0000

>>>>> "David" == David Culler  writes:
    David> Dear ROLL WG, I would like to propose that we Last Call rpl
    David> with http://www.ietf.org/id/draft-ietf-roll-rpl-10.txt.  We
    David> have completed a significant body of clean up and
    David> simplification items since IETF 77, and we have wrapped up

I agree with WG LC on -10.txt, but not until after IETF78.
I'm not sure you understand what a last call is. It's not an opportunity
for:

    David> settled down.  By going to LC now, we have three weeks to
    David> focus all of our attention on last minute clarifications and
    David> clean up of the document before Maastricht.  Those
    David> refinements will be captured in 11 once submissions reopen at
    David> IETF 78.

A LC is what you do after those clarifications are done.

-- 
]       He who is tired of Weird Al is tired of life!           |  firewalls  [
]   Michael Richardson, Sandelman Software Works, Ottawa, ON    |net architect[
] mcr@sandelman.ottawa.on.ca http://www.sandelman.ottawa.on.ca/ |device driver[
   Kyoto Plus: watch the video 
	               then sign the petition. 

From alexandru.petrescu@gmail.com  Wed Jun 30 07:24:35 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 826D73A69B5 for ; Wed, 30 Jun 2010 07:24:35 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.335
X-Spam-Level: 
X-Spam-Status: No, score=-0.335 tagged_above=-999 required=5 tests=[AWL=-0.500, BAYES_40=-0.185, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C0fuP3IoC4Nv for ; Wed, 30 Jun 2010 07:24:34 -0700 (PDT)
Received: from sainfoin-out.extra.cea.fr (sainfoin-out.extra.cea.fr [132.166.172.107]) by core3.amsl.com (Postfix) with ESMTP id 7B6513A676A for ; Wed, 30 Jun 2010 07:24:34 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by sainfoin.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5UEOh6K024288 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 30 Jun 2010 16:24:43 +0200
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5UEOhWm029000 for ; Wed, 30 Jun 2010 16:24:43 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5UEOhkg004507 for ; Wed, 30 Jun 2010 16:24:43 +0200
Message-ID: <4C2B53AB.1070408@gmail.com>
Date: Wed, 30 Jun 2010 16:24:43 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
To: roll@ietf.org
References: <84A5FBBF-D2F2-4D40-AA7D-AAC8FB1D27D8@cs.berkeley.edu> <5263.1277904523@marajade.sandelman.ca>
In-Reply-To: <5263.1277904523@marajade.sandelman.ca>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [Roll] LC RPL-10
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 30 Jun 2010 14:24:35 -0000

I mainly agree with the point made by Michael, because I have a rough
feeling that we are very early in the process of debugging conceptually
the RPL spec.

I have technical comments about multicast, for example.

I also have technical comments about using IPsec AH.

RPL has strong dependency on 6MAN documents which are not yet WG items
there.

(just 2 cents worth)

Alex

Le 30/06/2010 15:28, Michael Richardson a écrit :
>
>>>>>> "David" == David Culler  writes:
> David>  Dear ROLL WG, I would like to propose that we Last Call rpl
> David>  with http://www.ietf.org/id/draft-ietf-roll-rpl-10.txt.  We
> David>  have completed a significant body of clean up and David>
> simplification items since IETF 77, and we have wrapped up
>
> I agree with WG LC on -10.txt, but not until after IETF78. I'm not
> sure you understand what a last call is. It's not an opportunity
> for:
>
> David>  settled down.  By going to LC now, we have three weeks to
> David>  focus all of our attention on last minute clarifications and
> David>  clean up of the document before Maastricht.  Those David>
> refinements will be captured in 11 once submissions reopen at David>
>  IETF 78.
>
> A LC is what you do after those clarifications are done.
>



From pthubert@cisco.com  Wed Jun 30 08:03:26 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A93933A684A for ; Wed, 30 Jun 2010 08:03:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -8.838
X-Spam-Level: 
X-Spam-Status: No, score=-8.838 tagged_above=-999 required=5 tests=[AWL=-0.839, BAYES_50=0.001, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jaQPtQVCPUPJ for ; Wed, 30 Jun 2010 08:03:25 -0700 (PDT)
Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 5DCCA3A67F0 for ; Wed, 30 Jun 2010 08:03:25 -0700 (PDT)
Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAL75KkxAZnwN/2dsb2JhbACfUXGmTYxPjV2FJQSKQoZu
X-IronPort-AV: E=Sophos;i="4.53,513,1272844800"; d="scan'208";a="127205240"
Received: from rtp-core-2.cisco.com ([64.102.124.13]) by rtp-iport-1.cisco.com with ESMTP; 30 Jun 2010 15:03:36 +0000
Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by rtp-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id o5UF3ZV4005863; Wed, 30 Jun 2010 15:03:36 GMT
Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675);  Wed, 30 Jun 2010 17:03:35 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
Date: Wed, 30 Jun 2010 17:03:32 +0200
Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D02397386@XMB-AMS-107.cisco.com>
In-Reply-To: <5263.1277904523@marajade.sandelman.ca>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [Roll] LC RPL-10
thread-index: AcsYWHcABN+laOgwRpqbwjvbRkEm5QAC7vug
References: <84A5FBBF-D2F2-4D40-AA7D-AAC8FB1D27D8@cs.berkeley.edu> <5263.1277904523@marajade.sandelman.ca>
From: "Pascal Thubert (pthubert)" 
To: "Michael Richardson" , "David Culler" 
X-OriginalArrivalTime: 30 Jun 2010 15:03:35.0744 (UTC) FILETIME=[69E30400:01CB1865]
Cc: roll@ietf.org
Subject: Re: [Roll] LC RPL-10
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 30 Jun 2010 15:03:26 -0000

Hi Michael:

Chicken and an egg... The Last call is an opportunity to give us an
hopefully last round of comments before we expose the spec to a larger
audience.

What it tells us is that the chairs trust that we are getting somewhere,
and probably very close to where we want to be.
What is also tells us is that now is a good time to reread the spec and
see what's missing.=20

We already know we need to add text on path sequence based on the FSM
that was present till 08.
There's also discussion on DAO Ack for non-storing that might impact the
behavior described in 10,=20
and non-RPL hosts support that might be incompletely described.

Anything else we need to add / update / delete ?

Pascal


> -----Original Message-----
> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf
Of
> Michael Richardson
> Sent: Wednesday, June 30, 2010 3:29 PM
> To: David Culler
> Cc: roll@ietf.org
> Subject: Re: [Roll] LC RPL-10
>=20
>=20
> >>>>> "David" =3D=3D David Culler  writes:
>     David> Dear ROLL WG, I would like to propose that we Last Call rpl
>     David> with http://www.ietf.org/id/draft-ietf-roll-rpl-10.txt.  We
>     David> have completed a significant body of clean up and
>     David> simplification items since IETF 77, and we have wrapped up
>=20
> I agree with WG LC on -10.txt, but not until after IETF78.
> I'm not sure you understand what a last call is. It's not an
opportunity
> for:
>=20
>     David> settled down.  By going to LC now, we have three weeks to
>     David> focus all of our attention on last minute clarifications
and
>     David> clean up of the document before Maastricht.  Those
>     David> refinements will be captured in 11 once submissions reopen
at
>     David> IETF 78.
>=20
> A LC is what you do after those clarifications are done.
>=20
> --
> ]       He who is tired of Weird Al is tired of life!           |
firewalls  [
> ]   Michael Richardson, Sandelman Software Works, Ottawa, ON    |net
> architect[
> ] mcr@sandelman.ottawa.on.ca http://www.sandelman.ottawa.on.ca/
> |device driver[
>    Kyoto Plus: watch the video
> 
> 	               then sign the petition.
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll

From alexandru.petrescu@gmail.com  Wed Jun 30 08:54:42 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DF7C03A690D for ; Wed, 30 Jun 2010 08:54:42 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.787
X-Spam-Level: 
X-Spam-Status: No, score=-0.787 tagged_above=-999 required=5 tests=[AWL=-0.027, BAYES_05=-1.11, HELO_EQ_FR=0.35]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id takt4QndscAE for ; Wed, 30 Jun 2010 08:54:41 -0700 (PDT)
Received: from oxalide-out.extra.cea.fr (oxalide-out.extra.cea.fr [132.168.224.1]) by core3.amsl.com (Postfix) with ESMTP id 981023A6886 for ; Wed, 30 Jun 2010 08:54:41 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o5UFspsm019175 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 30 Jun 2010 17:54:51 +0200
Received: from muguet1.intra.cea.fr (muguet1.intra.cea.fr [132.166.192.6]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o5UFspbb018698 for ; Wed, 30 Jun 2010 17:54:51 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet1.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o5UFspvd010375 for ; Wed, 30 Jun 2010 17:54:51 +0200
Message-ID: <4C2B68CB.3030903@gmail.com>
Date: Wed, 30 Jun 2010 17:54:51 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
To: roll@ietf.org
References: <84A5FBBF-D2F2-4D40-AA7D-AAC8FB1D27D8@cs.berkeley.edu>	<5263.1277904523@marajade.sandelman.ca> <6A2A459175DABE4BB11DE2026AA50A5D02397386@XMB-AMS-107.cisco.com>
In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D02397386@XMB-AMS-107.cisco.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [Roll] LC RPL-10
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 30 Jun 2010 15:54:43 -0000

Le 30/06/2010 17:03, Pascal Thubert (pthubert) a écrit :
> Hi Michael:
>
> Chicken and an egg... The Last call is an opportunity to give us an
> hopefully last round of comments before we expose the spec to a larger
> audience.
>
> What it tells us is that the chairs trust that we are getting somewhere,
> and probably very close to where we want to be.
> What is also tells us is that now is a good time to reread the spec and
> see what's missing.
>
> We already know we need to add text on path sequence based on the FSM
> that was present till 08.
> There's also discussion on DAO Ack for non-storing that might impact the
> behavior described in 10,
> and non-RPL hosts support that might be incompletely described.
>
> Anything else we need to add / update / delete ?

Yes add IPsec AH I can write text if you need.

Alex

>
> Pascal
>
>
>> -----Original Message-----
>> From: roll-bounces@ietf.org [mailto:roll-bounces@ietf.org] On Behalf
> Of
>> Michael Richardson
>> Sent: Wednesday, June 30, 2010 3:29 PM
>> To: David Culler
>> Cc: roll@ietf.org
>> Subject: Re: [Roll] LC RPL-10
>>
>>
>>>>>>> "David" == David Culler  writes:
>>      David>  Dear ROLL WG, I would like to propose that we Last Call rpl
>>      David>  with http://www.ietf.org/id/draft-ietf-roll-rpl-10.txt.  We
>>      David>  have completed a significant body of clean up and
>>      David>  simplification items since IETF 77, and we have wrapped up
>>
>> I agree with WG LC on -10.txt, but not until after IETF78.
>> I'm not sure you understand what a last call is. It's not an
> opportunity
>> for:
>>
>>      David>  settled down.  By going to LC now, we have three weeks to
>>      David>  focus all of our attention on last minute clarifications
> and
>>      David>  clean up of the document before Maastricht.  Those
>>      David>  refinements will be captured in 11 once submissions reopen
> at
>>      David>  IETF 78.
>>
>> A LC is what you do after those clarifications are done.
>>
>> --
>> ]       He who is tired of Weird Al is tired of life!           |
> firewalls  [
>> ]   Michael Richardson, Sandelman Software Works, Ottawa, ON    |net
>> architect[
>> ] mcr@sandelman.ottawa.on.ca http://www.sandelman.ottawa.on.ca/
>> |device driver[
>>     Kyoto Plus: watch the video
>> 
>> 	then sign the petition.
>> _______________________________________________
>> Roll mailing list
>> Roll@ietf.org
>> https://www.ietf.org/mailman/listinfo/roll
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>



From pal@cs.stanford.edu  Wed Jun 30 10:23:19 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 99C9728C0F0 for ; Wed, 30 Jun 2010 10:23:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.821
X-Spam-Level: 
X-Spam-Status: No, score=-5.821 tagged_above=-999 required=5 tests=[AWL=0.777,  BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2q1jaau+EAK0 for ; Wed, 30 Jun 2010 10:23:08 -0700 (PDT)
Received: from cs-smtp-2.Stanford.EDU (cs-smtp-2.Stanford.EDU [171.64.64.26]) by core3.amsl.com (Postfix) with ESMTP id 2A7413A6A63 for ; Wed, 30 Jun 2010 10:22:55 -0700 (PDT)
Received: from dnab4046bc.stanford.edu ([171.64.70.188]) by cs-smtp-2.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OU106-0000hp-40; Wed, 30 Jun 2010 10:23:06 -0700
Mime-Version: 1.0 (Apple Message framework v1081)
Content-Type: multipart/alternative; boundary=Apple-Mail-5--1036324994
From: Philip Levis 
In-Reply-To: <4C2B68CB.3030903@gmail.com>
Date: Wed, 30 Jun 2010 10:23:05 -0700
Message-Id: <2EFBB9D2-4D9A-42AA-8CB4-EAB0E569B17E@cs.stanford.edu>
References: <84A5FBBF-D2F2-4D40-AA7D-AAC8FB1D27D8@cs.berkeley.edu>	<5263.1277904523@marajade.sandelman.ca> <6A2A459175DABE4BB11DE2026AA50A5D02397386@XMB-AMS-107.cisco.com> <4C2B68CB.3030903@gmail.com>
To: Alexandru Petrescu 
X-Mailer: Apple Mail (2.1081)
X-Scan-Signature: f9929892efd47015c544d6ca2fb551e9
Cc: roll@ietf.org
Subject: Re: [Roll] LC RPL-10
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 30 Jun 2010 17:23:19 -0000

--Apple-Mail-5--1036324994
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=iso-8859-1


On Jun 30, 2010, at 8:54 AM, Alexandru Petrescu wrote:

> Le 30/06/2010 17:03, Pascal Thubert (pthubert) a =E9crit :
>> cribed.
>>=20
>> Anything else we need to add / update / delete ?
>=20
> Yes add IPsec AH I can write text if you need.

Alex,

Are you suggesting that AH should replace the current security =
mechanisms, or that it's an additional option?

Phil=

--Apple-Mail-5--1036324994
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=iso-8859-1


Le 30/06/2010 17:03, Pascal Thubert (pthubert) a =
=E9crit :
cribed.

Anything else =
we need to add / update / delete ?

Yes add IPsec AH =
I can write text if you need.

Alex=
,

Are you suggesting that AH should replace the =
current security mechanisms, or that it's an additional =
option?

Phil
=

--Apple-Mail-5--1036324994--

From nicolas.dejean.ietf@googlemail.com  Wed Jun 30 12:08:15 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EC59A3A687B for ; Wed, 30 Jun 2010 12:08:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.068
X-Spam-Level: 
X-Spam-Status: No, score=0.068 tagged_above=-999 required=5 tests=[AWL=-0.555,  BAYES_50=0.001, FM_FORGED_GMAIL=0.622]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HZ63GbCVluc5 for ; Wed, 30 Jun 2010 12:08:13 -0700 (PDT)
Received: from mail-ew0-f44.google.com (mail-ew0-f44.google.com [209.85.215.44]) by core3.amsl.com (Postfix) with ESMTP id 638093A6782 for ; Wed, 30 Jun 2010 12:08:13 -0700 (PDT)
Received: by ewy22 with SMTP id 22so416049ewy.31 for ; Wed, 30 Jun 2010 12:08:20 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=aD/v6e+b1sJMMNFh99aJQYg5EwwruDSk0rm6MJ0hvW4=; b=DgrwTVbqRB5VeYOVl6YThBm3EcMmLI0xcMtlRwyBDSSb40DtGAaOfVTGd7imRFvahE 1keUiqP2/bb32gFlOi5nviYz/FQFnlAEyWYT9wbySEAlGmFDFwUgVcoFxWHNh7Z4iQ8u Co6VwVSd2JtGhrjCtm4NCIOd8K3/lqMLVwVpk=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=S+57wIf6/the+EKL61/4KWBnrTYWojTSPbnzYH+xKRLVd2X8HR6Fc5D6XuW4YY9SlN /vUeZ33+MPdTgJ5qC0n5UA2ixjybPklmrIh2ypdmRVB2hXpcPrAoH1NuhzEwHvuqFhaV 2571fPNoMnp2xLxyfCkxyaZiKaeNtCi6Bb4s8=
MIME-Version: 1.0
Received: by 10.213.28.5 with SMTP id k5mr918206ebc.24.1277924900562; Wed, 30  Jun 2010 12:08:20 -0700 (PDT)
Received: by 10.213.113.198 with HTTP; Wed, 30 Jun 2010 12:08:20 -0700 (PDT)
In-Reply-To: <457DFDDC-10FD-430C-BFD5-49EAAF8ADC15@cs.stanford.edu>
References:  <8E09C72DBC577D489F13A71228C0B7BF015DC2F0@ftrdmel0.rd.francetelecom.fr>  <457DFDDC-10FD-430C-BFD5-49EAAF8ADC15@cs.stanford.edu>
Date: Wed, 30 Jun 2010 21:08:20 +0200
Message-ID: 
From: Nicolas DEJEAN 
To: Philip Levis 
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: roll@ietf.org
Subject: Re: [Roll] Metrics ID, need for a new 'fill ratio' metric
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 30 Jun 2010 19:08:15 -0000

Hello Philip,

2010/6/28 Philip Levis :
>
> On Jun 25, 2010, at 9:04 AM, Nicolas DEJEAN wrote:
>
>> Dominique,
>>
>> yes for sure, 'ratio' is the right word, thanks for the correction.
>>
>> I think this would not be an extension of the 'O' bit.
>> The 'O' bit is really 'stop routing traffic through that node', the
>> node is overloaded (it could have only a few children and be
>> overloaded or have a lot of children and not be overloaded).
>>
>> The 'O' bit is usefull 'dynamically' when traffic load implied by the
>> application running on the network is not known a priori.
>>
>> I think, we really have a new metric to define here.
>> Maybe it could be embedded into the NSA object as a new field but I
>> would prefer defining a new object for this metric mainly for clarity
>> and usability as a constraint.
>>
>
> We experimented with a mechanism in CTP that is similar to the 'O' bit. T=
he message has two parts: our experiences and what I'd recommend based on t=
hese experiences.
>
> Experiences
> ----------------
> The 'O' bit is pretty dangerous. In CTP, we tried for 6 months so to inco=
rporate a similar mechanism: it was called the 'C' or 'Congested' bit. It t=
urned out to be a complete disaster: after 6 months of trying to get it to =
work we gave up. There are two basic problems: dynamism and clearing the bi=
t. In particular "stop routing traffic through that node" is a terrible pol=
icy.
>
> The reason is pretty simple: let's say you have a topology where there ar=
e N nodes that can choose from K next hops (K < N). Because this is wireles=
s, those K next hops are mostly within radio range of one another. For what=
ever reason, the load that those N nodes offer is greater than a next hop c=
an sustain (e.g., its next hop link ETX goes up, such that it can send fewe=
r packets/s). The current next hop, k, sees its queue is overflowing and se=
ts the 'O' bit. It multicasts a DIO to tell its children to stop routing th=
rough it.
>
> So all of the children chose a different next hop. Because their load is =
greater than what a single next hop can sustain, this node sets the 'O' bit=
 as well. They quickly cycle through the K next hops, all of whom set the '=
O' bit. Now they have to increase in Rank in order to choose a next hop.
>
> Furthermore, informing them of a cleared 'O' bit requires a new multicast=
 DIO. As soon as any of the K nodes sends such a DIO, all of the N nodes st=
art forwarding through it again, causing it to set the 'O' bit...
>
> Basically, what we saw was that as soon as a node sets the 'O' bit, this =
denotes a burst or losses or reduced throughput further along in the DODAG.=
 As soon as one node sets it, there's a cascade of failures and the topolog=
y in that sub-DODAG collapses.
>

Thanks for the experience sharing and the detailed explanation.

> Recommendation
> -----------------
> We concluded that statements of MUST/SHOULD/MAY relating to the 'O' bit h=
ave to only related to *when* the bit is set, and can't relate to how a nod=
e *responds* to hearing the 'O' bit.
>
> For example, CTP started with saying that a node, upon hearing the 'O' bi=
t set, MUST NOT route through a node until it hears the 'O' bit cleared. Th=
is was a disaster. The text now reads that a node MUST set the 'O' bit when=
 it drops a packet due to a queue overflow. Of course, if you don't specify=
 either when to set it or what to do when it is set, then the bit is meanin=
gless.

What I understand here is that the conclusion of your experiments is
that the 'O' bit cannot be used as I described. Right?

So what do we have?

About the 'O' bit, the metrics-07 is aligned with your recommandations.
(My own interpretation was not and I thank you again for all the details.)
Moreover, the meaning of this flag is clearly expressed as "may not be
able to process traffic". Some text also describes how it could be
used in a similar way than IS-IS.
However, for the moment, how to set the bit and what to do when it is
set is described as outside the scope.
Does CTP propose a solution about what to do when hearing the 'O' bit?

The 'fill ratio' metric I described has really a different meaning and
should be managed in a separate metric as an implementation could use
both mechanisms (but also for clarity and usage as a constraint).

What do you think?

>
> Phil
>
> Phil
>
>

Best regards,

Nicolas.

From pal@cs.stanford.edu  Wed Jun 30 13:10:15 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 203AF3A695B for ; Wed, 30 Jun 2010 13:10:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.56
X-Spam-Level: 
X-Spam-Status: No, score=-4.56 tagged_above=-999 required=5 tests=[AWL=-0.562,  BAYES_50=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6zPJi3kayYcv for ; Wed, 30 Jun 2010 13:10:12 -0700 (PDT)
Received: from cs-smtp-2.Stanford.EDU (cs-smtp-2.Stanford.EDU [171.64.64.26]) by core3.amsl.com (Postfix) with ESMTP id CAE363A677C for ; Wed, 30 Jun 2010 13:10:12 -0700 (PDT)
Received: from [172.27.75.89] by cs-smtp-2.Stanford.EDU with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.60) (envelope-from ) id 1OU3bz-0001me-6o; Wed, 30 Jun 2010 13:10:23 -0700
Mime-Version: 1.0 (Apple Message framework v1081)
Content-Type: multipart/alternative; boundary=Apple-Mail-6--1026289531
From: Philip Levis 
In-Reply-To: 
Date: Wed, 30 Jun 2010 13:10:21 -0700
Message-Id: 
References:  <8E09C72DBC577D489F13A71228C0B7BF015DC2F0@ftrdmel0.rd.francetelecom.fr>  <457DFDDC-10FD-430C-BFD5-49EAAF8ADC15@cs.stanford.edu> 
To: Nicolas DEJEAN 
X-Mailer: Apple Mail (2.1081)
X-Scan-Signature: ad12a9c6ef7856241086531f1e0ed300
Cc: roll@ietf.org
Subject: Re: [Roll] Metrics ID, need for a new 'fill ratio' metric
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Wed, 30 Jun 2010 20:10:15 -0000

--Apple-Mail-6--1026289531
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii


On Jun 30, 2010, at 12:08 PM, Nicolas DEJEAN wrote:
>=20
>=20
>> Recommendation
>> -----------------
>> We concluded that statements of MUST/SHOULD/MAY relating to the 'O' =
bit have to only related to *when* the bit is set, and can't relate to =
how a node *responds* to hearing the 'O' bit.
>>=20
>> For example, CTP started with saying that a node, upon hearing the =
'O' bit set, MUST NOT route through a node until it hears the 'O' bit =
cleared. This was a disaster. The text now reads that a node MUST set =
the 'O' bit when it drops a packet due to a queue overflow. Of course, =
if you don't specify either when to set it or what to do when it is set, =
then the bit is meaningless.
>=20
> What I understand here is that the conclusion of your experiments is
> that the 'O' bit cannot be used as I described. Right?

I wouldn't go that far. Instead, we tried for a good six months to make =
it work as described and concluded it probably wasn't the right =
approach.


>=20
> So what do we have?
>=20
> About the 'O' bit, the metrics-07 is aligned with your =
recommandations.
> (My own interpretation was not and I thank you again for all the =
details.)
> Moreover, the meaning of this flag is clearly expressed as "may not be
> able to process traffic". Some text also describes how it could be
> used in a similar way than IS-IS.
> However, for the moment, how to set the bit and what to do when it is
> set is described as outside the scope.
> Does CTP propose a solution about what to do when hearing the 'O' bit?

It does not propose a solution. We tried a few and none worked well. So =
we have left it as an open question.


> The 'fill ratio' metric I described has really a different meaning and
> should be managed in a separate metric as an implementation could use
> both mechanisms (but also for clarity and usage as a constraint).
>=20
> What do you think?

I don't know. I tend to be pretty conservative in these things. Wireless =
protocol design is littered with so many ideas that looked good on paper =
but didn't work well in practice. So I generally shrug until I've seen =
supporting data from real-world networks. I don't see any reasons off =
the top of my head why the metric you proposed would be unlikely to work =
in practice, but there very well could be some that none of us know.

Phil=

--Apple-Mail-6--1026289531
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=us-ascii




Recommendation
-----------------
We concluded that statements of MUST/SHOULD/MAY relating =
to the 'O' bit have to only related to *when* the bit is set, and can't =
relate to how a node *responds* to hearing the 'O' =
bit.

For example, =
CTP started with saying that a node, upon hearing the 'O' bit set, MUST =
NOT route through a node until it hears the 'O' bit cleared. This was a =
disaster. The text now reads that a node MUST set the 'O' bit when it =
drops a packet due to a queue overflow. Of course, if you don't specify =
either when to set it or what to do when it is set, then the bit is =
meaningless.

What I understand here is that the =
conclusion of your experiments is
that the 'O' bit cannot be used as =
I described. Right?

I wouldn't =
go that far. Instead, we tried for a good six months to make it work as =
described and concluded it probably wasn't the right =
approach.



So =
what do we have?

About the 'O' bit, the metrics-07 is aligned =
with your recommandations.
(My own interpretation was not and I thank =
you again for all the details.)
Moreover, the meaning of this flag is =
clearly expressed as "may not be
able to process traffic". Some text =
also describes how it could be
used in a similar way than =
IS-IS.
However, for the moment, how to set the bit and what to do =
when it is
set is described as outside the scope.
Does CTP propose =
a solution about what to do when hearing the 'O' =
bit?

It does not propose a =
solution. We tried a few and none worked well. So we have left it as an =
open question.


The =
'fill ratio' metric I described has really a different meaning =
and
should be managed in a separate metric as an implementation could =
use
both mechanisms (but also for clarity and usage as a =
constraint).

What do you =
think?

I don't know. I tend to be =
pretty conservative in these things. Wireless protocol design is =
littered with so many ideas that looked good on paper but didn't work =
well in practice. So I generally shrug until I've seen supporting data =
from real-world networks. I don't see any reasons off the top of my head =
why the metric you proposed would be unlikely to work in practice, but =
there very well could be some that none of us =
know.

Phil
=

--Apple-Mail-6--1026289531--

From alexandru.petrescu@gmail.com  Wed Jun 30 23:57:04 2010
Return-Path: 
X-Original-To: roll@core3.amsl.com
Delivered-To: roll@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2FA4A3A67C3 for ; Wed, 30 Jun 2010 23:57:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.14
X-Spam-Level: 
X-Spam-Status: No, score=-0.14 tagged_above=-999 required=5 tests=[AWL=-0.672,  BAYES_05=-1.11, HELO_EQ_FR=0.35, MISSING_HEADERS=1.292]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nBX9FW8ohxrn for ; Wed, 30 Jun 2010 23:57:03 -0700 (PDT)
Received: from oxalide-out.extra.cea.fr (oxalide-out.extra.cea.fr [132.168.224.1]) by core3.amsl.com (Postfix) with ESMTP id 19B323A67A1 for ; Wed, 30 Jun 2010 23:57:02 -0700 (PDT)
Received: from pisaure.intra.cea.fr (pisaure.intra.cea.fr [132.166.88.21]) by oxalide.extra.cea.fr (8.14.2/8.14.2/CEAnet-Internet-out-2.0) with ESMTP id o616vDAE019928 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Thu, 1 Jul 2010 08:57:13 +0200
Received: from muguet2.intra.cea.fr (muguet2.intra.cea.fr [132.166.192.7]) by pisaure.intra.cea.fr (8.14.4/8.14.4) with ESMTP id o616vDRC023116 for ; Thu, 1 Jul 2010 08:57:13 +0200 (envelope-from alexandru.petrescu@gmail.com)
Received: from [127.0.0.1] ([132.166.133.173]) by muguet2.intra.cea.fr (8.13.8/8.13.8/CEAnet-Intranet-out-1.1) with ESMTP id o616vCc6016344 for ; Thu, 1 Jul 2010 08:57:13 +0200
Message-ID: <4C2C3C48.3050909@gmail.com>
Date: Thu, 01 Jul 2010 08:57:12 +0200
From: Alexandru Petrescu 
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
CC: roll@ietf.org
References: 	<8E09C72DBC577D489F13A71228C0B7BF015DC2F0@ftrdmel0.rd.francetelecom.fr>		<457DFDDC-10FD-430C-BFD5-49EAAF8ADC15@cs.stanford.edu>	 
In-Reply-To: 
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [Roll] Metrics ID, need for a new 'fill ratio' metric
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Routing Over Low power and Lossy networks 
List-Unsubscribe: , 
List-Archive: 
List-Post: 
List-Help: 
List-Subscribe: , 
X-List-Received-Date: Thu, 01 Jul 2010 06:57:04 -0000

Le 30/06/2010 19:23, Philip Levis a écrit :
>
> On Jun 30, 2010, at 8:54 AM, Alexandru Petrescu wrote:
>
>> Le 30/06/2010 17:03, Pascal Thubert (pthubert) a écrit :
>>> cribed.
>>>
>>> Anything else we need to add / update / delete ?
>>
>> Yes add IPsec AH I can write text if you need.
>
> Alex,
>
> Are you suggesting that AH should replace the current security
> mechanisms, or that it's an additional option?

Replace.

IPsec AH covers ICMP completely and potentially other headers proposed
for RPL in 6MAN - it would be worthless to have two signatures one IPsec
and one issued from Abit CCM*.

Proposal to write IPsec AH first, and make the current (A) bit and CCM*
optional enhancements.

Alex

>
> Phil